Agapanthus
27th January 2007, 12:39
I record the firewire signal from my Cameo Convert using NVE (now NVE3) as a DV-AVI, use VirtualDub to do some audio and video processing and then save the result as a huffyuv AVI, which I import into NVE for DVD authoring. The process worked fine until a month ago, when NVE stopped during transcoding and produced the error message (in the error log)
DVDEngine SEH EXCEPTION (0xC0000005: ACCESS_VIOLATION) was raised in NEROMEDIACON.DLL at RVA 0x0000DBA3.
followed by
########################################################################################
[23:02:26] DVDEngine ERROR
[23:02:26] DVDEngine cause: 128 (nmc_processing_exception)
[23:02:26] DVDEngine source: DEGuardNMCConversion
[23:02:26] DVDEngine description: SEH EXCEPTION caught during INeroMediaConverter::DoConversion().
[23:02:26] DVDEngine ########################################################################################
Nero’s techsupport suggested the source file was corrupted and I should recompress it using VirtualDub and a different codec.
1. I installed a fresh version of WinXP on a separate partition, installed the latest Nero 6 files and added the Huffyuv codec. Compiling the project resulted in the same error message. I then tried the NVE3 patch (though I believe that has already been taken care of in the latest NVE3 release). Again without success. I conclude that my problem is not due to a corruption of Windows or Nero but rather a problem with the AVI file, or with Nero’s handling of that file.
2. When Nero does 2-pass encoding, the preview window just shows the Nero logo for the first two hours, but after that you see the (key?) frames being transcoded. I noticed that the error always seems to occur at precisely the same point in the video, around frame 27800 (not close to an obvious hex boundary). I therefore used VirtualDub to produce an uncompressed AVI of an 8-minute excerpt extending either side of the frame in question, and spliced this into the film in NVE. NVE therefore now used the original huffyuv AVI until 2 minutes before the problem frame, then switched to the uncompressed AVI, and afterwards reverted to the huffyuv AVI. With this setup, NVE once again came up with an error message at precisely the same place. The error log now referenced the uncompressed AVI before the line "SEH EXCEPTION (0xC0000005: ACCESS_VIOLATION) ...", so the switch to the uncompressed AVI seems to have been made correctly.
3. Closer inspection of the error log shows that twenty minutes before the error occurs, the DVDEngine sets VOB_V_S_PTM (VideoObject_Video_Start_PresentationTime) to 27856.
For example:
[22:42:49] DVDEngine ...New VOB 1
[22:42:49] DVDEngine ..+VOB#1: VOB_IDN=1, SA=0, VOB_V_S_PTM=27856
....
lines missing
....
[23:02:25] DVDEngine SEH EXCEPTION (0xC0000005: ACCESS_VIOLATION) was raised in NEROMEDIACON.DLL at RVA 0x0000DBA3.
I am almost certain that frame 27856 is the last frame I see in the preview before NVE reports the error.
4. Using the huffyuv compressed AVI, I tried deleting frames from and adding (black) frames to the beginning of the movie. Instead of stopping at some other point in the stream, NVE now compiled the project without a hitch! I conclude that the frame itself (or the way it is encoded) only causes problems when it occurs at precisely this point in the stream (a VOB or cell boundary, if that is the correct term).
(However, the behaviour is the same when the AVI is exported as an MPEG: this seems to fail if and only if the chunk being exported starts at frame 0 and includes frame 27856. NVE does not generate an error log for the export so I have been unable to check the location of the error.)
5. The project can also be successfully compiled by chopping it into smaller fragments, exporting these as a series of MPEGs and then assembling the final film from them (without recoding).
I have googled the error message and found people with similar problems, but no answers. I understand too little (next to nothing) about the workings of NVE to interpret the above observations. If anyone else is encountering the problem, I suggest adding or deleting frames (#4) or else coding fragments beforehand (#5). And if anyone can explain to me what is going on and how to deal with it in a more sophisticated way, I’d be interested to learn about it!
Thanks
Daniel
DVDEngine SEH EXCEPTION (0xC0000005: ACCESS_VIOLATION) was raised in NEROMEDIACON.DLL at RVA 0x0000DBA3.
followed by
########################################################################################
[23:02:26] DVDEngine ERROR
[23:02:26] DVDEngine cause: 128 (nmc_processing_exception)
[23:02:26] DVDEngine source: DEGuardNMCConversion
[23:02:26] DVDEngine description: SEH EXCEPTION caught during INeroMediaConverter::DoConversion().
[23:02:26] DVDEngine ########################################################################################
Nero’s techsupport suggested the source file was corrupted and I should recompress it using VirtualDub and a different codec.
1. I installed a fresh version of WinXP on a separate partition, installed the latest Nero 6 files and added the Huffyuv codec. Compiling the project resulted in the same error message. I then tried the NVE3 patch (though I believe that has already been taken care of in the latest NVE3 release). Again without success. I conclude that my problem is not due to a corruption of Windows or Nero but rather a problem with the AVI file, or with Nero’s handling of that file.
2. When Nero does 2-pass encoding, the preview window just shows the Nero logo for the first two hours, but after that you see the (key?) frames being transcoded. I noticed that the error always seems to occur at precisely the same point in the video, around frame 27800 (not close to an obvious hex boundary). I therefore used VirtualDub to produce an uncompressed AVI of an 8-minute excerpt extending either side of the frame in question, and spliced this into the film in NVE. NVE therefore now used the original huffyuv AVI until 2 minutes before the problem frame, then switched to the uncompressed AVI, and afterwards reverted to the huffyuv AVI. With this setup, NVE once again came up with an error message at precisely the same place. The error log now referenced the uncompressed AVI before the line "SEH EXCEPTION (0xC0000005: ACCESS_VIOLATION) ...", so the switch to the uncompressed AVI seems to have been made correctly.
3. Closer inspection of the error log shows that twenty minutes before the error occurs, the DVDEngine sets VOB_V_S_PTM (VideoObject_Video_Start_PresentationTime) to 27856.
For example:
[22:42:49] DVDEngine ...New VOB 1
[22:42:49] DVDEngine ..+VOB#1: VOB_IDN=1, SA=0, VOB_V_S_PTM=27856
....
lines missing
....
[23:02:25] DVDEngine SEH EXCEPTION (0xC0000005: ACCESS_VIOLATION) was raised in NEROMEDIACON.DLL at RVA 0x0000DBA3.
I am almost certain that frame 27856 is the last frame I see in the preview before NVE reports the error.
4. Using the huffyuv compressed AVI, I tried deleting frames from and adding (black) frames to the beginning of the movie. Instead of stopping at some other point in the stream, NVE now compiled the project without a hitch! I conclude that the frame itself (or the way it is encoded) only causes problems when it occurs at precisely this point in the stream (a VOB or cell boundary, if that is the correct term).
(However, the behaviour is the same when the AVI is exported as an MPEG: this seems to fail if and only if the chunk being exported starts at frame 0 and includes frame 27856. NVE does not generate an error log for the export so I have been unable to check the location of the error.)
5. The project can also be successfully compiled by chopping it into smaller fragments, exporting these as a series of MPEGs and then assembling the final film from them (without recoding).
I have googled the error message and found people with similar problems, but no answers. I understand too little (next to nothing) about the workings of NVE to interpret the above observations. If anyone else is encountering the problem, I suggest adding or deleting frames (#4) or else coding fragments beforehand (#5). And if anyone can explain to me what is going on and how to deal with it in a more sophisticated way, I’d be interested to learn about it!
Thanks
Daniel