on playback old HDTV recordings the timline is wrong.
>From a first look it seems to show the double length
of the recording.


Edgar (gimli) Hucek

> VDR developer version 1.7.3 is now available at
>       ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.7.3.tar.bz2
> A 'diff' against the previous version is available at
>       ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.7.2-1.7.3.diff
> ========
> This is a *developer* version. Not even *I* use it in my productive
> environment. I strongly recommend that you only use it under controlled
> conditions and for testing and debugging.
> The main focus of this version is the switch to Transport Stream (TS)
> as the recording format. There are still a few glitches, mainly
> - Recording/replaying of pure audio broadcasts doesn't work yet.
> - Recording files larger than 4GB or with more than 255 separate
>   files hasn't been tested yet.
> - Recording h.264 broadcasts has been roughly verified to work, but
>   no replaying of such recordings has been tested yet.
> - There is apparently still a problem with editing old PES recordings.
>   An edited recording is created, but it doesn't play.
> Despite this, I do hope there will be some people who
> can take a look at the changes and maybe test the new
> recording format - and report bugs or provide fixes ,-)
> The changes since version 1.7.2:
> - Updated the Russian OSD texts (thanks to Oleg Roitburd).
> - Fixed handling the 'pointer field' in generating and parsing PAT/PMT
> (thanks to
>   Frank Schmirler).
> - Fixed handling modulation types for DVB-S transponders when processing
> the NIT.
> - Changed cDvbDevice::GrabImage() to use V4L2 (thanks to Marco Schl├╝├čler).
> - Added a poll to cDvbDevice::PlayVideo() and cDvbDevice::PlayAudio() to
> avoid
>   excessive CPU load (this is just a makeshift solution until the FF DVB
> cards
>   can play TS directly).
> - The recording format is now Transport Stream. Existing recordings in PES
> format
>   can still be replayed and edited, but new recordings are done in TS.
>   All code for recording in PES has been removed.
>   The following changes were made to switch to TS recording format:
>   + The index file format has been changed to support file sizes of up to
> 1TB
>     (previously 2GB), and up to 65535 separate files per recording
> (previously
>     255).
>   + The recording file names are now of the form 00001.ts (previously
> 001.vdr).
>   + The frame rate is now detected by looking at two subsequent PTS
> values.
>     The "frame duration" (in multiples of 1/90000) is stored in the
> info.vdr
>     file using the new tag F (thanks to Artur Skawina for helping to get
> the
>     IndexToHMSF() calculation right).
>   + Several functions now have an additional parameter FramesPerSecond.
>   + Several functions now have an additional parameter IsPesRecording.
>   + The functionality of cFileWriter was moved into cRecorder, and cRemux
> is
>     now obsolete. This also avoids one level of data copying while
> recording.
>   + cRemux, cRingBufferLinearPes, cTS2PES and all c*Repacker classes have
> been
>     removed.
>   + A PAT/PMT is inserted before every independent frame, so that no extra
>     measures need to be taken when editing a recording.
>   + The directory name for a recording has been changed from
>     YYYY-MM-DD-hh[.:]mm.pr.lt.rec (pr=priority, lt=lifetime) to
>     YYYY-MM-DD-hh.mm.ch-ri.rec (ch=channel, ri=resumeId).
>     Priority and Lifetime are now stored in the info.vdr file with the new
>     tags P and L (if no such file exists, the maximum values are assumed
> by
>     default, which avoids inadvertently deleting a recording if disk space
>     is low). No longer storing Priority and Lifetime in the directory name
>     avoids starting a new recording if one of these is changed in the
> timer
>     and the recording is re-started for some reason.
>     Instead of Priority and Lifetime, the directory name now contains the
>     channel number from which the recording was made, and the "resume id"
> of
>     this instance of VDR. This avoids problems if several VDR instances
> record
>     the same show on different channels, or even on the same channel.
>     The '-' between channel number and resumeId prevents older versions of
>     VDR from "seeing" these recordings, which makes sure they won't even
> try
>     to replay them, or remove them in case the disk runs full.
>   + The semantics of PlayTs*() have been changed. These functions are now
>     required to return the given Length (which is TS_SIZE) if they have
>     processed the TS packet.
>   + The files "index", "info", "marks" and "resume" within a TS recording
>     directory are now created without the ".vdr" extension.
>   + The "resume" file is no longer a binary file, but contains tagged
> lines
>     to be able to store additional information, like the selected audio or
>     subtitle track.
>   + cDevice::StillPicture() will now be called with either TS or PES data.
>   + cDvbPlayer::Goto() no longer appends a "sequence end code" to the
> data.
>     If the output device needs this, it has to take care of it by itself.
> - Fixed cPatPmtParser::ParsePmt() to reset vpid and vtype when switching
> from
>   a video to an audio channel (thanks to Reinhard Nissl).
> - cDvbDevice now uses the FE_CAN_2G_MODULATION flag to determine whether a
> device
>   can handle DVB-S2. The #define is still there to allow people with older
> drivers
>   who don't need DVB-S2 to use this version without pathcing.
> Have fun!
> Klaus
> _______________________________________________
> vdr mailing list
> vdr@linuxtv.org
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

vdr mailing list

Reply via email to