[FFmpeg-devel] [PATCH] urlconcat protocol

Michele Orrù maker.py
Sat Feb 6 19:31:09 CET 2010

Ok, tested with some videos, splitted previously with "split" , using
ffmpeg, ffplay, and also seek_test (just cat:$file).
Seems to work.

About *urinod : Why waste time destroying and making a new pointer?

2010/2/6 Artur Bodera <abodera at gmail.com>

> On Sat, Feb 6, 2010 at 12:28 PM, Stefano Sabatini <
> stefano.sabatini-lala at poste.it> wrote:
> > Again a naming consideration:
> > concat.c
> > URLProtocol urlconcat_protocol = {o long) for all of
> > these, should be less confusing.
> >
> Just a thought -  will it be able to concat all types of streams? concat
> files? map-then-concat?
> If it's just for url's it should stay "urlconcat", so urlconcat.c
It's just for urls (also http, ftp, etc.) , but if you concat two videos of
different screen size,  for example, it won't work.

Me, too, I prefer urlconcat, and since the user will only use cat:, it
doesn't really matter if it's a little longer.

> This came tp my head after working around video concating problem - the
> only
> way to concat 2 videos files (as for now) with ffmpeg is to use fifo +
> pipes
> + rawvideo/yuv4mpeg. Of course an universal concat method/protocol would be
> greatly appreciated (using multiple -i -i -i or -map'ping)

I repeat: I've tested it only with some splitted videos. Trying, for
example, to concat foo.avi|foo.avi, you may would see in the output just the
first video, since its time, title, ... are written in the first file (2/3
times it won't work, tested :D).

Attachment: changed filename to urlconcat.c
-------------- next part --------------
A non-text attachment was scrubbed...
Name: uconcatp.patch
Type: application/octet-stream
Size: 6829 bytes
Desc: not available
URL: <http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/attachments/20100206/d9f8f958/attachment.obj>

More information about the ffmpeg-devel mailing list