[Ffmpeg-devel] mpeg transport streams
Sat May 28 11:58:20 CEST 2005
Erik Slagter <erik at slagter.name> writes:
> On Fri, 2005-05-27 at 18:04 +0200, M?ns Rullg?rd wrote:
>> >> There are two things I keep wondering: 1) why did they make the
>> >> standard so difficult to follow, and 2) why are some products so picky
>> >> with what they tolerate?
>> > Money? ;-)
>> Well, money is almost always part of the explanation.
> What I meant is that manufacturers tend to make incomplete
> implementations in hardware (money, incompetence, ..., ?), so they make
> a binary-only "driver" (windows of course) that masks the omissions, and
That doesn't explain why some software bails out totally if the PCR is
a little out of spec. The worst thing is when it does so with the
message "bitrate is less than 64kbps".
> make the documentation NDA, so you cannot find out (easily) that you've
> been fooled. See promise raid controllers and e.g. the Philips saa7134
> video grabber (end rant ;-))
Which part of the saa7134 isn't? In my experience, it works quite
well with Linux and open drivers.
>> > IIRC you have "proper" ts muxer, can't you port that to ffmpeg?
>> I'm just lacking the incentive. If someone would like to have a go at
>> it, the code is available for download with TCVP. I'm giving no
>> guarantee that it's correct, but it works better than the others I've
> Volunteers? ;-) I am not using TS much, only for reading from the STB,
> so I don't have much motivation as well ;-)
Well, then perhaps you're motivated to improve the demuxer. For
starters, I think we should drop that useless SDT parsing to speed
things up a little.
mru at inprovide.com
More information about the ffmpeg-devel