Hi Klaus,

I have a recording problem with hd1 and hd3, both channels are at 7 east. It 
shows the recording started but not records it . also the ts file name  is 0 kb.
is there a vdr problem or copy protected channell?


> Date: Sun, 26 Apr 2009 12:19:07 +0200
> From: klaus.schmidin...@cadsoft.de
> To: vdr@linuxtv.org
> Subject: [vdr]  [ANNOUNCE] VDR developer version 1.7.6
> 
> VDR developer version 1.7.6 is now available at
> 
>       ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.7.6.tar.bz2
> 
> A 'diff' against the previous version is available at
> 
>       ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.7.5-1.7.6.diff
> 
> 
> 
> WARNING:
> ========
> 
> This is a *developer* version. Even though *I* use it in my productive
> environment. I strongly recommend that you only use it under controlled
> conditions and for testing and debugging.
> 
> 
> 
> IMPORTANT:
> ==========
> 
> If you use a full featured DVB card for replay you need the DVB driver
> version from
> 
>   http://linuxtv.org/hg/~endriss/v4l-dvb
> 
> in order to replay TS recordings!
> Users of full featured DVB cards also need to use a new firmware,
> available at
> 
>   http://www.escape-edv.de/endriss/firmware
> 
> 
> Note that the header files in the latest driver versions may be broken.
> If you get compiler error messages like
> 
>   /usr/include/sys/types.h:52: error: conflicting declaration 'typedef 
> __ino64_t ino_t'
>   /usr/include/linux/types.h:14: error: 'ino_t' has a previous declaration as 
> 'typedef __kernel_ino_t ino_t'
> 
> when compiling VDR, you need to put the driver header files back to
> how they were before they got broken. One way of doing this is to
> apply the patch from
> 
>   ftp://ftp.cadsoft.de/vdr/Developer/v4l-dvb-header-fix.diff
> 
> (I'm not claiming that this is the right way to fix this, since the driver
> developers may have had good reasons for making that change. However, both
> the driver and VDR compile and work fine with this).
> 
> 
> 
> The changes since version 1.7.5:
> 
> - cDevice::PlayTs() now syncs on the TS packet sync bytes.
> - Made MAXFRAMESIZE a multiple of TS_SIZE to avoid breaking up TS packets.
> - No longer resetting the patPmtParser in cDevice::PlayTs(), because this
>   caused the selected audio and subtitle tracks to fall back to the default.
> - The SVDRP command PUTE now supports reading the EPG data from a given file
>   (thanks to Helmut Auer).
> - Added cThread::SetIOPriority() and using it in 
> cRemoveDeletedRecordingsThread
>   (thanks to Rolf Ahrenberg).
> - Fixed the MEGABYTE() macro to make it correctly handle parameters resulting 
> in
>   values larger than 2GB.
> - Added cDevice::NumProvidedSystems() to PLUGINS.html (was missing since it 
> had
>   been implemented).
> - Fixed distortions when switching to the next file during replay.
> - Fixed detecting the frame rate for streams with PTS distances of 1800, which
>   apparently split one frame over two payload units.
> - Added missing 'const' to cRecording::FramesPerSecond() (thanks to Joachim 
> Wilke).
> - Any TS packets in the first "frame" after a cut in an edited recording that 
> don't
>   belong to a payload unit that started in that frame now get their TEI flag 
> set,
>   so that a decoder will ignore them together with any PES data collected for 
> that
>   PID so far (thanks to Oliver Endriss for reporting chirping sound 
> disturbences at
>   editing points in TS recordings).
> - cDvbPlayer::Empty() subtracts 1 from readIndex, because Action() will first
>   increment it.
> - Only storing non-zero Pts values in ptsIndex.
> - Added a note to the INSTALL file about using subdirectories to split a large
>   disk into separate areas for VDR's video data and other stuff (suggested by
>   Udo Richter).
> 
> Have fun!
> 
> Klaus
> 
> _______________________________________________
> vdr mailing list
> vdr@linuxtv.org
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

_________________________________________________________________
Windows Live™ Photos ile fotoğraflarınızı kolayca  paylaşımı.
http://www.microsoft.com/windows/windowslive/products/photos.aspx
_______________________________________________
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Reply via email to