DVD authoring aborted
DVD authoring aborted
Hello.
After demuxing with DVR-Studio1.57, the authoring with DVD LAB PRO2.5 quickly aborts. Same problem with other recordings. I have tried to burn these recordings with DVR Studio Pro1.64 : ERROR quickly indicates then abort.
I have cut a small part of a recording (2 minutes / 60Mo) for tests.
recordings : crypted channels on ASTRA (CANALSAT) recorded on TOPFIELD TF5000 PVR
Thank you for your help !
After demuxing with DVR-Studio1.57, the authoring with DVD LAB PRO2.5 quickly aborts. Same problem with other recordings. I have tried to burn these recordings with DVR Studio Pro1.64 : ERROR quickly indicates then abort.
I have cut a small part of a recording (2 minutes / 60Mo) for tests.
recordings : crypted channels on ASTRA (CANALSAT) recorded on TOPFIELD TF5000 PVR
Thank you for your help !
Hi WINNIE,
Need more info buddy
Do you have problems also with other recordings of other channels, or only from CANALSAT ?
It is also reproducible with the small part of the recording ?
What resolution has the video ?
What are the audio sample rates and what kind of audio tracks AC3 / MPEG ?
Helpfull also to have a LOG - Output (Level 3) of DVR-Studio 1.57 / 1.64.
Maybe not DVD conform content cause problems.
Need more info buddy
Do you have problems also with other recordings of other channels, or only from CANALSAT ?
It is also reproducible with the small part of the recording ?
What resolution has the video ?
What are the audio sample rates and what kind of audio tracks AC3 / MPEG ?
Helpfull also to have a LOG - Output (Level 3) of DVR-Studio 1.57 / 1.64.
Maybe not DVD conform content cause problems.
DM8000 HD, DM800 HD, QNAP TS-209 Pro, TS-409U, TS-219P
ASTRA 19,2 Ost, 40'' LCD Toshiba 40ZF355D, Sony VAIO PC 3GHz P4 Duo HT, 2GB RAM mit Windows XP SP3, Apple 17" MacBook Pro
ASTRA 19,2 Ost, 40'' LCD Toshiba 40ZF355D, Sony VAIO PC 3GHz P4 Duo HT, 2GB RAM mit Windows XP SP3, Apple 17" MacBook Pro
Hi Ananda, and thanks for your reply.javascript:emoticon('8)')
I have the problem only with several (all?) crypted channels from CANALSAT. Recordings of free french channels, or german ones as 3sat, are OK.
The recording and its small part reproduce quickly the abort. DVDLabPro2.5 writes : "The compile process can't continue and has been aborted. If your source files are non-elementary files, demultiplex them first and use these to compile the DVD again. If this didn't help, try to re-encode the files. Make sure you use DVD compliant setttings in your encoder."
Several other recordings indicate : "The read data size is over the buffer limit" then "Authoring is terminated", although DVDLab continue to work and never finish ! (Exactly the same problem with only the video file mpv or m2v into DVDLab).
Video resolution : 720x576 PAL 4:3 (or 16:9), bitrate 3000 kbps (average) / 4500 kbps max.
Audio : mpeg2 256kbbps / 48kHz
And finally LOG - output Level 3 of DVR-Studio1.57 :
Opening File: Z:\J A Z Z\HERBIE HANCOCK VIENNE 2008(CUT)-1.rec
\ CDVRStudioDoc::Serialize
/
\ CDVRStudioDoc::PreAnalyze
Get file position
\ CDVRStudioDoc::DetectByteOrder
Check for Digenius byte order
Check for Motorola byte order
Check for Intel byte order
/
Do Snapshot pre-analyze
\ CMpegTsDemux::PreAnalyze
added PID 0x0x0068, Type 192
New PMT found
**stream_type = 0x000000C6
**elementary_PID = 0x000004E3
Next
**stream_type = 0x00000002
**elementary_PID = 0x000000A6
Adding PMT Entry
Next
**stream_type = 0x00000004
**elementary_PID = 0x00000068
Adding PMT Entry
Next
**stream_type = 0x000000AD
**elementary_PID = 0x00001A00
Next
added PID 0x0x00A6, Type 224
Mapping PIDs
MPEG Audio PID: 0x0068
Mapping MPG Labels
Video PID: 0x00A6
Mapping MPG Labels
/
Copy PMT
/
\ CDVRStudioDoc::LoadCutList
/
/
\ CDVRStudioDoc::SetPathName
/
/
\ CFunctionMng::FnCreateOutput
\ CDVRStudioApp::CreateSubDirs
/
\ CMpegTsDemux::Init
\ CMpegTsDemux::PreAnalyze
added PID 0x0x0068, Type 192
New PMT found
**stream_type = 0x000000C6
**elementary_PID = 0x000004E3
Next
**stream_type = 0x00000002
**elementary_PID = 0x000000A6
Adding PMT Entry
Next
**stream_type = 0x00000004
**elementary_PID = 0x00000068
Adding PMT Entry
Next
**stream_type = 0x00000000
**elementary_PID = 0x00000000
Next
added PID 0x0x00A6, Type 224
Mapping PIDs
MPEG Audio PID: 0x0068
Mapping MPG Labels
Video PID: 0x00A6
Mapping MPG Labels
/
/
Demultiplexing recording to separate MPEG ES:
Z:\J A Z Z\HERBIE HANCOCK VIENNE 2008(CUT)-1
First Video PTS is 0:00:03,881
First Audio PTS is 0:00:03,888
Stream has VBV_Delay of 282ms
Compensated MPG Audio Delay: 6ms
Reached end of stream.
Synch Summary:
Skipped or missing Video Frames: 0ms
Skipped or missing Audio Frames: 0ms
Runtime Summary:
Total video runtime: 0h02:14,520
Total audio runtime: 0h02:16,494
Done, 9s
Good luck !
I have the problem only with several (all?) crypted channels from CANALSAT. Recordings of free french channels, or german ones as 3sat, are OK.
The recording and its small part reproduce quickly the abort. DVDLabPro2.5 writes : "The compile process can't continue and has been aborted. If your source files are non-elementary files, demultiplex them first and use these to compile the DVD again. If this didn't help, try to re-encode the files. Make sure you use DVD compliant setttings in your encoder."
Several other recordings indicate : "The read data size is over the buffer limit" then "Authoring is terminated", although DVDLab continue to work and never finish ! (Exactly the same problem with only the video file mpv or m2v into DVDLab).
Video resolution : 720x576 PAL 4:3 (or 16:9), bitrate 3000 kbps (average) / 4500 kbps max.
Audio : mpeg2 256kbbps / 48kHz
And finally LOG - output Level 3 of DVR-Studio1.57 :
Opening File: Z:\J A Z Z\HERBIE HANCOCK VIENNE 2008(CUT)-1.rec
\ CDVRStudioDoc::Serialize
/
\ CDVRStudioDoc::PreAnalyze
Get file position
\ CDVRStudioDoc::DetectByteOrder
Check for Digenius byte order
Check for Motorola byte order
Check for Intel byte order
/
Do Snapshot pre-analyze
\ CMpegTsDemux::PreAnalyze
added PID 0x0x0068, Type 192
New PMT found
**stream_type = 0x000000C6
**elementary_PID = 0x000004E3
Next
**stream_type = 0x00000002
**elementary_PID = 0x000000A6
Adding PMT Entry
Next
**stream_type = 0x00000004
**elementary_PID = 0x00000068
Adding PMT Entry
Next
**stream_type = 0x000000AD
**elementary_PID = 0x00001A00
Next
added PID 0x0x00A6, Type 224
Mapping PIDs
MPEG Audio PID: 0x0068
Mapping MPG Labels
Video PID: 0x00A6
Mapping MPG Labels
/
Copy PMT
/
\ CDVRStudioDoc::LoadCutList
/
/
\ CDVRStudioDoc::SetPathName
/
/
\ CFunctionMng::FnCreateOutput
\ CDVRStudioApp::CreateSubDirs
/
\ CMpegTsDemux::Init
\ CMpegTsDemux::PreAnalyze
added PID 0x0x0068, Type 192
New PMT found
**stream_type = 0x000000C6
**elementary_PID = 0x000004E3
Next
**stream_type = 0x00000002
**elementary_PID = 0x000000A6
Adding PMT Entry
Next
**stream_type = 0x00000004
**elementary_PID = 0x00000068
Adding PMT Entry
Next
**stream_type = 0x00000000
**elementary_PID = 0x00000000
Next
added PID 0x0x00A6, Type 224
Mapping PIDs
MPEG Audio PID: 0x0068
Mapping MPG Labels
Video PID: 0x00A6
Mapping MPG Labels
/
/
Demultiplexing recording to separate MPEG ES:
Z:\J A Z Z\HERBIE HANCOCK VIENNE 2008(CUT)-1
First Video PTS is 0:00:03,881
First Audio PTS is 0:00:03,888
Stream has VBV_Delay of 282ms
Compensated MPG Audio Delay: 6ms
Reached end of stream.
Synch Summary:
Skipped or missing Video Frames: 0ms
Skipped or missing Audio Frames: 0ms
Runtime Summary:
Total video runtime: 0h02:14,520
Total audio runtime: 0h02:16,494
Done, 9s
Good luck !
Please try with this test version:
http://www.haenlein-software.com/HS/dow ... 210Ger.exe
I know it is a Version 2.x where you propably don't have a licence and it's German. But there we fixed a similar problem. Just to check if this is the solution.
http://www.haenlein-software.com/HS/dow ... 210Ger.exe
I know it is a Version 2.x where you propably don't have a licence and it's German. But there we fixed a similar problem. Just to check if this is the solution.
Hi Kimi, thanks for these test version, but authoring has been quickly aborted (with DVDLab or DVRStudio Pro2.10).
During demuxing, DVRStudioPro2.10 writes twenty times "dropped Video frame because of extra-long GOP @ PTS ...... ", plenty of times : "Found invalid audio frame @ PTS ......" then "Skipping 5 MByte", and finally :
Synch Summary:
Skipped or missing Video Frames: 0ms
Skipped or missing Audio Frames: 316ms
Runtime Summary:
Total video runtime: 1h01:24,440
Total audio runtime: 1h01:26,218
So sorry Kimi, but it is not the solution... ':('
During demuxing, DVRStudioPro2.10 writes twenty times "dropped Video frame because of extra-long GOP @ PTS ...... ", plenty of times : "Found invalid audio frame @ PTS ......" then "Skipping 5 MByte", and finally :
Synch Summary:
Skipped or missing Video Frames: 0ms
Skipped or missing Audio Frames: 316ms
Runtime Summary:
Total video runtime: 1h01:24,440
Total audio runtime: 1h01:26,218
So sorry Kimi, but it is not the solution... ':('
Ok, this indicates, that this channel sends frames grouped together to very chains (GOP). A GOP consists of a fully-encoded picture (kind of a JPEG, so called I-Frame ) and then a number of following partially-encoded pcitures (P-Frames), which only contain the difference to the I-Frame.
The maximum number of P-Frames is defined to be 28 for the DVD-standard. For satellite recordings in DVB-S the maximum is defined at 64. The so moment the number of P-Frames exceeds 28 most DVD-Players cannot show the video correctly any more, because of buffer overflows. That's why our software drops frames in this case as this mostly only occours rarely in a recording.
The TV-channel your recordings are from seems to use extra-large GOPs on a regular basis to safe bandwidth. It wouldn't be possible to play this correctly on almost any DVD-player - I'm sorry.
As our software cannot (and won't in the future) change anything in the structure of a recording there is nothing we can do about this.
The maximum number of P-Frames is defined to be 28 for the DVD-standard. For satellite recordings in DVB-S the maximum is defined at 64. The so moment the number of P-Frames exceeds 28 most DVD-Players cannot show the video correctly any more, because of buffer overflows. That's why our software drops frames in this case as this mostly only occours rarely in a recording.
The TV-channel your recordings are from seems to use extra-large GOPs on a regular basis to safe bandwidth. It wouldn't be possible to play this correctly on almost any DVD-player - I'm sorry.
As our software cannot (and won't in the future) change anything in the structure of a recording there is nothing we can do about this.
I have changed the software so it just tries to process such videos anyway:
http://www.haenlein-software.com/HS/dow ... 210Eng.exe
The internal buffer size now is twice as much as defined by the dvd standard. If the bitrate of the recording is not too high there is a good chance that the DVD-player can show it without problems.
Please give it a try.
http://www.haenlein-software.com/HS/dow ... 210Eng.exe
The internal buffer size now is twice as much as defined by the dvd standard. If the bitrate of the recording is not too high there is a good chance that the DVD-player can show it without problems.
Please give it a try.
I have tried this new version : no problem during demuxing, but creation of VOBs stopped quickly without warning, then no burning. 9 VOBs were created : VTS_01_1 (970Mo) and VTS_01_2 (136Mo), the others were empty.
I tried to import only VTS_01_1 in DVDLabPro : authoring then NERO burning done without problem !
I can play my DVD-test by DVD player PIONEER (with defaults like hour counter not correct or plenty of chapters) : good quality like the original recording at the beginning but then several cuts of sound and "jerked" video appear, perhaps because no BUP. and IFO. files were created.
I tried to import only VTS_01_1 in DVDLabPro : authoring then NERO burning done without problem !
I can play my DVD-test by DVD player PIONEER (with defaults like hour counter not correct or plenty of chapters) : good quality like the original recording at the beginning but then several cuts of sound and "jerked" video appear, perhaps because no BUP. and IFO. files were created.
This for sure is not the problem, otherwise the DVD would not even start to play.I can play my DVD-test by DVD player PIONEER (with defaults like hour counter not correct or plenty of chapters) : good quality like the original recording at the beginning but then several cuts of sound and "jerked" video appear, perhaps because no BUP. and IFO. files were created.
Indeed this is exactly the behaviour I excepted caused by these extra large GOP. Because the internal buffers of the DVD players are too small, video and/or audio gets skipped or truncated. Often it will get out of sync etc.
Besides of that the 3rd DVD- authoring module we are using is having trouble because of that, too.
If you can upload the recording on my FTP server I can have a look and maybe fix the authoring issue. But most propably it won't play on a DVD-player anyway.
