[mythtv-users] Varying data formats during digital reception
HP-mini
blm-ubunet at slingshot.co.nz
Mon Nov 5 18:46:32 UTC 2012
> (ii) For digital reception, the tuner does exactly that, it tunes to the
> multiplex and either pulls a stream out or passes the whole mux forward, ie
> there is /no/ encoding. Whatever is received gets dumped to disk as is.
>
> The problem is that the broadcaster may vary the bitrate, resolution, framerate
> etc of the transmission at any time. Within the contents of a Transport Stream
> (TS) this is perfectly valid: any TV just decodes what it gets from moment to
> moment and throws it onto the screen.
>
> "I am not sure if you loaded these recordings yourself or there is some issue
> with the database but no matter what Lossless Cut needs to find the type "32"
> recordedmarkup record and a valid FPS number. Typically the recordedmarkup
> records are created by MythTV as soon as the recording starts. Lossless cut uses
> the chanid, starttime and type=32 as the keys to find the correct record."
>
> The question is: What changes are being made to mythtv to cope with the fact
> that the bitrate, framerate, resolution, etc of any recorded file may change
> from instant to instant?
>
There can be multiple MARK_VIDEO_RATE = "32" entries in recordedmarkup
table. Each entry contains the new/now framerate. The recording process
should be updating this as it builds the recordedseek table.
AFAIK the ffmpeg decoder has to be closed/reopened for all resolution (&
framerate?) changes.
So as you stated..any changes in framerate, resolution has a big impact.
More information about the mythtv-users
mailing list