[FFmpeg-devel] [RFC] Split libavformat
Wed Nov 28 00:04:39 CET 2007
> I think the question is: do we need/want libossupport?
> Let's look at os_support.c; once we move to ipv4-indep. code, we can
> get rid
> of inet_aton() in favour of inet_pton() or getnameinfo(),
> resolve_host[_ipv6]() isn't an os_support function and would move to
> network.c (new). Imo, ff_socket_nonblock() could move as static
> inline to
> network.h (even though the implementation is different in the win-
> case, I
> don't think it justifies itself being in a "OS support" library,
> it's not a missing function in that OS; it is just implemented
> kind of like BE vs. LE).
> So that only leaves poll(), which is used in dv1394 (which should use
> select(), not poll()) and in ffserver. Interestingly, poll() is right
> under CONFIG_FFSERVER, maybe that has to be fixed (unrelated to this
That's because at the time it was only used by ffserver, that was to
save some room.
> discussion), but you really want an OS support lib for this one
> function? (I
> have no idea what OS this is, so I can't say if there's foreign libs
> implementing poll for them that you could link to instead...)
> I agree lavf is not the right place for poll(), I agree that if it
> libossupport would be the right place for it, but is libossupport the
> thing to set up and maintain? Can someone tell me what OSes lack
> poll() so I
> can try and go look for other libs doing the same thing already?
Isn't libavutil a dependancy of libavformat ?
It's not really utilitary but more than it is file format related.
More information about the ffmpeg-devel