Mailing List archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[vdr] Re: remux.c: splitting PES packets into 2048 byte blocks
--On den 10 maj 2004 00:04 +0200 Reinhard Nissl <email@example.com> wrote:
what's the reason for splitting PES packets into smaller ones with 2048
(= IPACKS) bytes?
I have a problem with that, when I want to replay dolby audio (AC3) with
xine. xine's demuxer currently expects the AC3 data to be supplied in
one big block (the original PES packet, as it was transmitted in the TS).
Another problem with this is that some other data kinds, like
teletext and DVB subtitles, are also using private stream 1
and are using the first data byte in the packet to know what
kind of data, and what substream of that kind, is in the packet.
For example, teletext packets has the first byte set to 0x10..0x1f
which allows for 16 different teletext streams. When the packet is
split, only the first packet will have this byte correctly set,
the rest will just have whatever is data byte 2049 there.
I have ignored this problem in my plugin (ttxtsubs) since teletext
packets never are that large, but I know that the DVB subtitles
plugin uses some header trick to be able to find its packets
after the split.
To unsubscribe send a mail to firstname.lastname@example.org with "unsubscribe vdr" as subject.
Main Index |