On Fri, Mar 27, 2015 at 01:51:08PM +0100, Lukasz Marek wrote: > On 27.03.2015 13:07, Peter Ross wrote: > >--- > >this was created to test the idea proposed in > >https://trac.ffmpeg.org/ticket/4374 > >as result, i think a zip:// protocol has some problems > > > >- strict uri syntax can only open files in current directory > >- user shouldn't have to specify the archive format. this should be > >autodetected (zip, rar, ... arj) > >- want ability to grab zip files over other protocols > >'vfs:http://subtitles.org/amovie.zip:amovie.srt' > >- default action to open the first inner file? > > We duplicated out work. I implemented it too, just wanted to add > write too and have no time recently. I submitted my version in > separate thread. > > Issue 1 and 4 are supported in my patch. > Issue 2 is not the issue, it just need to be implemented, but in > this case this "protocol" should be called "archive" or something.
> Regarding Issue 3 this is probably not possible with libzip. It > allows to open archive by descriptor, so it gives possibility to get > http's or ftp's handle in theory (or ffmpeg could created named pipe > and push data from remote host into it), but I expect this need to > be seekable. I haven't tested yet though. if libzip cant be used, is there something else that can be used ? or can libzip be extended to not have this limitation ? [...] -- Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB it is not once nor twice but times without number that the same ideas make their appearance in the world. -- Aristotle
signature.asc
Description: Digital signature
_______________________________________________ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
