[FFmpeg-devel] [PATCH] Playlist API
Sat Aug 1 20:54:16 CEST 2009
On Sat, Aug 01, 2009 at 11:24:45AM -0700, Geza Kovacs wrote:
> On 08/01/2009 09:43 AM, Michael Niedermayer wrote:
> >>> also does mixing concateated inputs and non concatenate inputs work?
> >>> that is if we want to combine a single moview with 3 concatenated mp3s
> >> Since you're talking about mixing concatenated and non concatenated
> >> inputs, I'm assume you meant "m3u" not "mp3"? (If you really did mean
> >> mp3, I don't think concatenating audio-video files with pure audio files
> >> is a good idea, since there wouldn't be anything to display except a
> >> blank screen while the audio is playing and the video stream has run
> >> out, which I'm fairly certain isn't the intent of the user). Anyhow, yes
> > i meant one video that uses 3 concatenated mp3s as audio, like a music
> > video.
> I believe the bulk of this task sounds a bit more like "manually muxing
> streams" than concatenating them, since the audio and video streams are
> interleaved rather than appended onto each other. Since there's little
> overlap in terms of the code needed to implement muxing and
> concatenation, I think these should tasks should be logically separate
> notions and should be implemented as separate interfaces, something like
> the following:
> ffmpeg -conc -i audio1,audio2,audio3 audiofull
> ffmpeg -mux -i audiofull,videofull final
no, let me clarify
currently ffmpeg fully supports combining audio from one file and video from
another or for the matter of fact any stream from any file.
ffmpeg -i video.avi -i audio.mp3 -map 0:0 -map 1:0 test.avi
if we now replace video.avi by some concatenated list like
then this should still work
> In the first case, the playlist API would be used, while in the second a
> stream muxing API would be used - if the latter is not yet present and
> is needed I can probably implement it after SoC, but that would be a
> separate patch.
> > a seperate thing would be concatenating videos that each have several audio
> > streams (that is for different languages) but some languages only for one
> > of the 2
> Again, I think separating out the desired audio and video streams and
> manually muxing them with a separate muxing API is a more logical way to
> do this rather than adding barely-related functionality into the
> playlist API.
If the playlist code is not capable to play 2 files that differ in their
number of streams then thats certainly a disadvantage.
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
I have never wished to cater to the crowd; for what I know they do not
approve, and what they approve I do not know. -- Epicurus
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Size: 189 bytes
Desc: Digital signature
More information about the ffmpeg-devel