[FFmpeg-devel] FW: pts/dts generation and index for mpegts (vob)
Erik Van Grunderbeeck
Wed Jun 17 00:08:24 CEST 2009
>> 1) Introduce a new reader (with a new namespace in case of DVD) depending
>> libdvdread (in which I fixed a few things I will forward to them).
>By reader you mean demuxer or protocol to speak in libavformat terms.
A protocol. Namespace (right now) is "dvdread". So you open a disk with
"dvdread:e:/" or "dvdread:/cdrom3/", etc
The demuxer is extended by using stream startcode 0x1ff and checking for a
small header id (like "EXTNAVDATA").
> 2a) Extend the mpeg ts reader to allow commands to be send to the API
> through a new stream type. That stream type includes "commands" to be
>Will PS be supported ?
>Is STREAM_TYPE_COMMAND needed if you use STREAM_TYPE_DATA and
I am not sure I understand the question?
> 4) Introduce a new seek flag to allow seek on chapter level, and fix the
> end-generation for duration calculation.
>We are reworking seeking API currently during GSOC, any ideas are
>welcome. Maybe an AVSEEK_FLAG_CHAPTER ?
Yes, that would be the idea.
Also there need to be some way's to feed commands back to the protocol. I
know this has been discussed here before (ege the E_AGAIN thread), but it
seems to me more devices/protocols (example video camera's, network
broadcast layered protocol's, server's with channel switching) could benefit
from a [generic] send command layer.
>> I feel using libdvdread is a good way forward. Its rather stable and
>> and works well on all os's. Furthermore, one simply needs a vm parser to
>> have angle and all other features, including pts/dts discontinuities
>> working. Rewriting another one is simply silly IMHO.
>Well, why not, if it's clean and simple.
>Will you work with current PS demuxer ? I think you can add a dvd
>special demuxer but it must reuse code in PS demuxer when it can.
It works 100% with the current demuxer.
More information about the ffmpeg-devel