[Skylark]

-Panny E100 setup to record in high speed mode.

-Recorded a 2 hour movie on the HDD.

-Set markers at specific points in the movie.

-Did a high speed dub which was working fine in high speed record.

-Close to the end of the dub, the E100 had an error.

-Removed the blank DVD and found it had a smear on the recording surface close to the outer edge. My fault for not insuring the DVD recording surface was clean.


OK, popped another blank DVD disc in and started the dub again. But this time it started dubbing in realtime mode and took 2 hours to complete. All of the markers I had inserted were not on the disc and only the default every 5 or 10 minute (did not time it) markers are on the disk.


If the first high speed dub fails, is the second high speed dub always realtime? How can I do a second high speed dub if something similar happens again?

 

[John Alan]

Yes, you can do a second, third, etc high speed dubs of the program.

However, be sure to check the dubbing properties and make sure it is still set to "high speed" before dubbing.

 

[Skylark]

Quote:

Originally posted by John Alan Yes, you can do a second, third, etc high speed dubs of the program. However, be sure to check the dubbing properties and make sure it is still set to "high speed" before dubbing.

Sounds like it was a cockpit error on my part. I'll be more careful next time.

Thanks!

 

[wolf411]

When the E100 (and probably most other Panny recorders) run into an error, they will go into reovery mode. I suspect that during recovery mode the unit writes a test signal on the DVD-R at realtime speed. The unit always remembers the previously used dubbing mode, but in this case it "remembers" the test signal dubbing mode.

 

[Skylark]

Quote:

Originally posted by wolf411 When the E100 (and probably most other Panny recorders) run into an error, they will go into reovery mode. I suspect that during recovery mode the unit writes a test signal on the DVD-R at realtime speed. The unit always remembers the previously used dubbing mode, but in this case it "remembers" the test signal dubbing mode.

That's good to know. When it remembers the test signal dubbing mode after an error, can I just go through the normal high speed dub menu and change parameters to get back to high speed dubbing mode? Or will it only be able to dub in test signal realtime mode for that movie from that point on?

 

[wolf411]

Whenever it happened to me, I simply went through the dubbing menu again, and picked high speed. Worked fine.

 

[Skylark]

Quote:

Originally posted by wolf411 Whenever it happened to me, I simply went through the dubbing menu again, and picked high speed. Worked fine.

That's real handy to know. Thanks.

 

[JustinCheckin]

Remember that if it keeps failing a dub at a certain percentage, that means there is a bad block on the show and you need to find and shortened the bad block in order to get a successful dub.

 

[Marissadad]

On my E85 I ruined 3 discs at exactly the same point (85%) on a 2 hour movie. It high speed dubbed to DVD-RAM ok but would not dub to a -R. Instead of wasting more time and discs, I just recorded the movie again and it burned fine. It must have been a hard drive or program glitch making it fail.

 

[Robin]

Quote:

Originally posted by JustinCheckin Remember that if it keeps failing a dub at a certain percentage, that means there is a bad block on the show and you need to find and shortened the bad block in order to get a successful dub.

Justin, I have had this problem on both of my E100s. Am I correct in saying the bad block was caused by a glitch in the previous shortening of a segment, and that one must go back to the areas of that previous shortening and further shorten those spots in the program?

 

[JustinCheckin]

Yes Robin, for programs you want to save, that is the way to do it.


Then before erasing the fixed program, record over a new "scratch" program over it and identify the glitch point on this scratch program (that is if it shows up). If you see a glitch or pause or something like that, that is the glitch point you need to mark up and save.

It is very hard to pinpoint where a bad block will be, so should you identify the bad block in question, just save about 1 minute of the known block and use Protect Segment so you don't accidentally erase this segment until HDD formatting.


The bad block was caused either by a fragmented recording in the previous shortening of a program OR a bad sector.