libvlc_media_player_play fails

[pogo11]

Hi,

I'm using the libvlc.dll coming with VLC 1.1.4 (i.e. I didn't build it myself) and am trying to use it in a custom application (code very close to http://wiki.videolan.org/LibVLC_SampleCode_SDL) . In order to get feedback, I initialize libvlc with the "-vvvv" flag. When I run my application in the Visual Studio debugger, I get the following output on the console when I call libvlc_media_player_play() :

[4c87dde4] main input debug: Creating an input for 'Bin/../Media/Common/F4_Intro_720p.mov'
[4c87dde4] main input error: input thread could not be created at ../.././src/input/input.c:214 (Insufficient memory available)
[4c87dde4] main input error: cannot create input thread
[4c87dde4] main input debug: TIMER input launching for 'Bin/../Media/Common/F4_Intro_720p.mov' : 4.000 ms - Total 4.000 ms / 1 intvls (Avg 4.000 ms)

and the function fails. When I run it in the Release configuration, it works fine.

I've saw a couple of posts referring to the "--fast-mutex --win9x-cv-method=1" command line options. First, these options no longer seem to be present in version 1.1.4 and second, they seem to fix a dead-lock problem, not a thread initialization problem.

Any idea on why it is only failing in Debug and not in Release? Any pointers to command lines equivalent of "--fast-mutex --win9x-cv-method=1" or an explanation as why they are no longer present?

Any pointers would be greatly appreciated,

pogo11

[pogo11]

I found the problem. It was not caused by VLC.

Just for the interested, I recompiled VLC and debugged it. The problem was that _beginthreadex called in vlc_clone() was failing because of ENOMEM, i.e. I ran out of memory. That was because the stack size was set to 64 Mb in the Debug configuration, while it was still the default 1 Mb in the Release configuration.

Sorry and hope this might help someone some day!

pogo11