I was just wondering what prompted the move from recording in PES to TS. Is it because TS is more widely supported? And how does it solve the problem of BBC HD having the wrong PID for audio?
And why TS instead of PS? Is it because PS needs a header which is difficult to generate before all the packets intended for it are available (and hence difficulties overlapping playback and recording)? Or is it because the way recordings are played back makes TS more appropriate?
On Sat, Jan 10, 2009 at 4:04 PM, Tony Houghton h@realh.co.uk wrote:
I was just wondering what prompted the move from recording in PES to TS. Is it because TS is more widely supported? And how does it solve the problem of BBC HD having the wrong PID for audio?
And why TS instead of PS? Is it because PS needs a header which is difficult to generate before all the packets intended for it are available (and hence difficulties overlapping playback and recording)? Or is it because the way recordings are played back makes TS more appropriate?
Switching to TS has been a point of much discussion so you'll find plenty of answers if you search the ml (archive).
Btw, any errors on the providers part should be fixed @ the provider, not within VDR. If I'm not mistaken they've already contacted them regarding the pid issue, though I don't know what/if came out of it.
I was just wondering what prompted the move from recording in PES to TS. Is it because TS is more widely supported?
see the answer from Nico Sabbi - MPlayer dvb developper
============================================================ as I already explained many times (also to Vdr's developer, since I suspect it's a vdr dump) H264 in mpeg-pes can't be read due to lack of codec qualification ============================================================ http://lists.mplayerhq.hu/pipermail/mplayer-users/2008-May/072986.html
Goga
On 11.01.2009 01:04, Tony Houghton wrote:
I was just wondering what prompted the move from recording in PES to TS. Is it because TS is more widely supported? And how does it solve the problem of BBC HD having the wrong PID for audio?
And why TS instead of PS? Is it because PS needs a header which is difficult to generate before all the packets intended for it are available (and hence difficulties overlapping playback and recording)? Or is it because the way recordings are played back makes TS more appropriate?
TS is what's broadcast, so every device that's able to play DVB broadcasts must be able to play TS. Therefore recording the TS "as is" (of course only the PIDs belonging to one programme) makes the most sense.
Klaus
TS is what's broadcast, so every device that's able to play DVB broadcasts
must be able to play TS. Therefore recording the TS "as is" (of course
only
the PIDs belonging to one programme) makes the most sense.
I am hoping that recording takes all PIDs belonging to a program, including all private streams for all subtitles. And even without any plugin to request them. Later when you process the file with some other software, then subtitles or other sound tracks might be needed. Or they can be discarded on TS editors later. But you cannot generate them if you don't have them.
I think removing 'not plugin requested PIDs' saves very little space on disk. And proportionally even less for HD recordings.
For a hour HD programme ( HD H.264: ~5.5GB (@ 12Mbps) AC3: ~170MB (@ 384kbps) MPEG2 audio: ~100MB (@ 224kbps) DVB subtitles: 50MB (just a guess 50kb per subtitle image * 1000 subtitles per show) TXT subtitles: 0.5MB (just a guess 0.5kB * 1000 subtitles per show)
So I suggest on TS-format (at least make it setup-menu configurable): - record all audio tracks - record all dvb subtitles tracks - record all txt subtitles tracks (might be handy on MKV & SRT-conversion) - I know Klaus' intention to convert TXT -> DVB subtitles just to store one format on file at recording time? But I don't like that because it is not recording the original stream.
- Jori
-----Ursprungligt meddelande----- Från: vdr-bounces@linuxtv.org [mailto:vdr-bounces@linuxtv.org] För jori.hamalainen@teliasonera.com Skickat: den 12 januari 2009 09:52 Till: vdr@linuxtv.org Ämne: Re: [vdr] Choice of recording format
TS is what's broadcast, so every device that's able to play DVB
broadcasts
must be able to play TS. Therefore recording the TS "as is" (of course
only
the PIDs belonging to one programme) makes the most sense.
I am hoping that recording takes all PIDs belonging to a program, including all private streams for all subtitles. And even without any plugin to request them. Later when you process the file with some other software, then subtitles or other sound tracks might be needed. Or they can be discarded on TS editors later. But you cannot generate them if you don't have them.
I think removing 'not plugin requested PIDs' saves very little space on disk. And proportionally even less for HD recordings.
For a hour HD programme ( HD H.264: ~5.5GB (@ 12Mbps) AC3: ~170MB (@ 384kbps) MPEG2 audio: ~100MB (@ 224kbps) DVB subtitles: 50MB (just a guess 50kb per subtitle image * 1000 subtitles per show) TXT subtitles: 0.5MB (just a guess 0.5kB * 1000 subtitles per show)
So I suggest on TS-format (at least make it setup-menu configurable):
- record all audio tracks
- record all dvb subtitles tracks
- record all txt subtitles tracks (might be handy on MKV & SRT-conversion)
- I know Klaus' intention to convert TXT -> DVB subtitles just to store
one format on file at recording time? But I don't like that because it is not recording the original stream.
- Jori
Thanks Jori, I fully agree. Hope Klaus does too.... /Magnus H
On 12.01.2009 10:42, Magnus Hörlin wrote:
-----Ursprungligt meddelande----- Från: vdr-bounces@linuxtv.org [mailto:vdr-bounces@linuxtv.org] För jori.hamalainen@teliasonera.com Skickat: den 12 januari 2009 09:52 Till: vdr@linuxtv.org Ämne: Re: [vdr] Choice of recording format
TS is what's broadcast, so every device that's able to play DVB
broadcasts
must be able to play TS. Therefore recording the TS "as is" (of course
only
the PIDs belonging to one programme) makes the most sense.
I am hoping that recording takes all PIDs belonging to a program, including all private streams for all subtitles. And even without any plugin to request them. Later when you process the file with some other software, then subtitles or other sound tracks might be needed. Or they can be discarded on TS editors later. But you cannot generate them if you don't have them.
I think removing 'not plugin requested PIDs' saves very little space on disk. And proportionally even less for HD recordings.
For a hour HD programme ( HD H.264: ~5.5GB (@ 12Mbps) AC3: ~170MB (@ 384kbps) MPEG2 audio: ~100MB (@ 224kbps) DVB subtitles: 50MB (just a guess 50kb per subtitle image * 1000 subtitles per show) TXT subtitles: 0.5MB (just a guess 0.5kB * 1000 subtitles per show)
So I suggest on TS-format (at least make it setup-menu configurable):
- record all audio tracks
- record all dvb subtitles tracks
- record all txt subtitles tracks (might be handy on MKV & SRT-conversion)
- I know Klaus' intention to convert TXT -> DVB subtitles just to store
one format on file at recording time? But I don't like that because it is not recording the original stream.
- Jori
Thanks Jori, I fully agree. Hope Klaus does too....
The TS version of VDR records exactly the same PIDs as the PES version did.
Klaus
So I suggest on TS-format (at least make it setup-menu configurable):
- record all audio tracks
- record all dvb subtitles tracks
- record all txt subtitles tracks (might be handy on MKV &
SRT-conversion)
Thanks Jori, I fully agree. Hope Klaus does too....
The TS version of VDR records exactly the same PIDs as the PES version
did.
So I understand this that no TXT-subtitles recording is happening without txtsubs-plugin. And PAT/PMT tables needs to be modified on the fly to drop those PIDs?