[00000001] main libvlc error: option daemon does not exist
[00000001] main libvlc error: option pidfile does not exist

The were due to the module_EndBand( p_libvlc ); on line 430 in libvlc-common.c . Please check that this is the correct way of doing it.

'r' -> toggle random
'L' -> toggle normal / repeat one / loop

* commit Pierre's 2nd patch to enable weak symbols on OSX when linking vlc. This fixes the compilation of his locale-improvements and a few other problems when using the 10.3.9 SDK. Please check the next nightly on 10.3.x if you got access to it.

Add dummy .IFO playlist demux to enable opening a DVD rip by double clicking on the .IFO files. closes #1067.

* added 2 boxes to the wizard to allow access to sout-transcode-soverlay with the GUI. needs further testing, but can't break anything. (forward-porting [18977], closes #1005

* patch by Pierre d'Herbemont which cleans up our locale detection code heavily and converts it to be CoreFoundation-based only. Thanks!

 I think we have a potential bug with the way subpicture_region_t->p_style
is used.
 Decoders allocate p_style memory in their context, so we don't free it in
spu_DestroyRegion. As vout object can live longer than decoder, I think
p_style might be used after the decoder has destroyed it.

 Can someone, who has worked on osd/spu internal, comment ?
 

(Use vlc_find_object(PARENT)

(Use vlc_find_object(PARENT)

(Use vlc_find_object(PARENT)

Build live555 libraries with -DUSE_SYSTEM_RANDOM=1 by default. This fixes a bug reported by Jason Gerecke (jgerecke at uoregon dot edu). The rationale from Jason:

In groupsock/inet.c: http://www.live555.com/liveMedia/doxygen/html/inet_8c-source.html a custom random generator is provided for systems which do not provide their own rand() or srand() functions. Other people have reported issues with this function segfaulting (never in conjuction with VLC however), possibly because of multithreading issues, and the fix issued by the Live555 developers was to provide an "#ifdef USE_SYSTEM_RANDOM" for builds on supporing systems (http://lists.live555.com/pipermail/live-devel/2003-November/000013.html).

the drivers get fixed

(This way it matches input_CreateThread and fixes a memleak)
Control variables are now created even for preparse, only callback are not added.
(This fix use of uninitialized variables)

Add CODEC_ID_GSM and CODEC_ID_GSM_MS to ffmpeg audio codec list. (mostly useless but it doesn't hurt. needs ffmpeg to be linked with an specific lib)

 We use vlc_UrlParse for "URL" without protocol... so it was using a part of
the URL as a protocol if it found ":/". Ensure to extract only valid protocol
at least.

- Use net_Accept()