[vdr] Re: Unable to demux/burn *edited* vdr recordings

["C.Y.M" <syphir@syphir.sytes.net>]

C.Y.M wrote:
> Peace Monk wrote:
>
> > Does the edited vdr files get demuxed work when you use vdrsync
> > directly?  Do you wait until the editing process is finished?  It
> > takes a few minutes, and a "finished editing" message flashes on
> > screen for a bit.
> >
> >
> >
> >
> > On Mon, 27 Dec 2004 18:30:32 -0800, C.Y.M <syphir@syphir.sytes.net> 
> > wrote:
> >
> > > Hi,
> > >
> > > I have been using vdrconvert from cvs with vdr-1.3.17 (and thread
> > > patches) to burn dvds and it has been working great.  My configuration
> > > is vdrsync-0.1.2.2.pl (not the devel version) and mplex (not tcmplex) to
> > > create the dvds.  Unfortunatly I have run into a problem again.  It
> > > appears that if I mark my recordings and edit them, vdrconvert is unable
> > > to encode the new *.vdr files.  I have a feeling it is failing on
> > > vdrsync but I can not confirm it.  However, the process does fail early
> > > before it has a chance to invoke mplex.  Is vdr somehow corrupting the
> > > edited files?  All I am doing is marking out the video and then
> > > selecting "2" on the remote to create the edited vdr recording.  All
> > > suggestions welcome.  Regular unedited vdr recordings work just 
> > > perfect.. :(
> > >
> > > LOG:
> > >
> > > Enter do_demux
> > >
> > >         17:23:28 : Begin conversion
> > > /video/recordings/Video_File/%_/2004-10-27.19:00.50.99.rec
> > > /home/video/tmp/vdr2dvd/22584/Video_File/%_/VDRSYNC.tNhPUX ~
> > >         17:23:28 : Start demux with
> > > NOTICE : exit!
> Yes, the video editing process was successful and I can watch the edited 
> video files through VDR just fine.  One thing I noticed is that if VLC 
> transcodes the edited recordings, its displays this error message below 
> when it reaches a splice point.  But, unfortunately I still cant figure 
> out why using vdrsync on an edited vdr recording locks up the vdrsync 
> process.  I even tried removing the marks.vdr file from the edited video 
> folder to fool vdrsync into thinking the recording has not been spliced.
>
> [00000251] main input warning: clock gap, unexpected stream discontinuity
> [00000336] main private warning: vout synchro warning: pts != 
> current_date (-22489056)
OK, I think I see what is happening here now.  When vdrsync is excuted, 
the audio track is lost on edited vdr recordings.  This in turn causes 
tcprobe to fail.  This is what vdrsync does on the edited recording:

Initialising and analysing the streams....
  10 Mbytes of 0 read
Created new MPEG stream object for stream e0, master video stream

Created new MPEG stream object for stream c0
analysed the first 2000 packets...
Total Input Size is 419261217
  10 Mbytes of 419 read
Cut detected in Video at 3862223400.003
  20 Mbytes of 419 read
Cut detected in Video at 3864475650.0991
 190 Mbytes of 419 read
Cut detected in Video at 3924923037.0991
more than 10 seconds auf Audio missing, killing stream c0
Use of uninitialized value in addition (+) at /usr/local/bin/vdrsync.pl 
line 1344.
Use of uninitialized value in addition (+) at /usr/local/bin/vdrsync.pl 
line 1348.
more than 10 seconds auf Audio missing, killing stream c0
Use of uninitialized value in addition (+) at /usr/local/bin/vdrsync.pl 
line 1373.
Use of uninitialized value in multiplication (*) at 
/usr/local/bin/vdrsync.pl line 1375.
got the kill list c0
Stream c0 was killed due to an error
 330 Mbytes of 419 read
Cut detected in Video at 3983520576.09009
 410 Mbytes of 419 read
all Input files processed
EOF reached
 419 Mbytes of 419 read
 223898 PES packets processed
38581 frames written for stream e0 (1287.32065398732 sec)
Ignoring stream c0
video stream e0 info:
Frame length (ticks) 3003.003003003 (90000 / sec)
Aspect ratio         4:3
Horizontal size      544
Vertical size        480
Frames per Second    29.97
Bitrate:             15000000


Next, tcprobe fails:

[tcprobe] MPEG elementary stream (ES)
[tcprobe] summary for e0.mpv, (*) = not default, 0 = not detected
import frame size: -g 544x480 [720x576] (*)
     aspect ratio: 4:3 (*)
       frame rate: -f 29.970 [25.000] frc=4 (*)
   no audio track: use "null" import module for audio

Finally, vdrconvert is halted from the missing audio stream (c0).