[vlc-devel] [PATCH] Extensions and Lua dialogs

Pierre d'Herbemont pdherbemont at free.fr
Mon Dec 28 12:40:30 CET 2009

2009/12/28 Rémi Denis-Courmont <rem at videolan.org>:
> Le lundi 28 décembre 2009, Pierre d'Herbemont a écrit :
>> Were still seeing a hudge number of crash due to the contribs
>> upstream. I would says that it would be awesome to see a way to do
>> map everything that is being reading external data out of process.
>> File parsing, is Or have a vout that can display in out of process.
>> We would still have to figure out how to share the rest.
> Running individual codecs in distinct processes is feasible, but it will
> incur a huge memory copy penalty.

That's the biggest issues with out-of-process.

> Running demuxers in separate processes is more difficult owing to the
> large number of things demuxers can do (vlc:// and playlist parsers are
> probably the worst ones in that regard). Again, this would incur memory
> copying from the access and to the codecs.
> Running the entire decoding pipeline in a separate process would be
> trivial from the LibVLC perspective - if LibVLC actually worked
> properly. But we still have the unmaintainable and broken playlist code
> there. Worse, you need to rewrite the UI from scratch.

LibVLC works fine. again. Yeah, that's why I envision doing it.

> And by the way,
> on Linux, most VLC crashes are caused by the user interface.

I am pretty certain you don't read Apple-Bugreport. You'll change your
mind. Most crashes are due to third party contribs.

> (or the
> crappy LibVLC media/player code if you use LibVLC).

We don't see that here. LibVLC works like a charm.


More information about the vlc-devel mailing list