The VideoLAN Forums

Though I have never tested asx with libvlc api, a quick look at the source code shows that asx and m3u are demuxed in a very similar way. Issues encountered with m3u should also be true for asx. This link http://forum.videolan.org/viewtopic.php?f=32&t=54123 gives details about libvlc api and m3u...

You're right . A media_player starts a new thread. Therefore, for a m3u file, the subitems are not available right away. Inserting a small sleep is an easy way to work out this problem. Another solution is to wait for the end of the media_player (using events and callbacks). Also, if you use media_l...

see this link http://mailman.videolan.org/pipermail/v ... 54167.html which answers a similar problem

You're right, .... that's not exactly what you were asking for.
I'm afraid there is no other alternative. And I totally agree with what you proposed.

try e.g : vlc --width=400 --height=300 --qt-display-mode=1 ....
vlc won't resize if those parameters are given (command line or preferences)

And I agree it would be great if _no_ autoresize was made easier to select as default behavior !

If you use two different media_players, you won't have any deadlock problems. (The deadlock issue occurs only if you re-use the same media_player). As for managing vlc on a frame basis, I'm not so sure you can achieve something by just using two media_players. And there is no such thing as pre-roll ...

As of today, if you use a media_list, you may encounter some problems (transition between media items leads to a deadlock issue, a patch has been proposed for review, stay tuned ...) Ideally, media_list automates playing out one item after another. You don't have to worry about playing the next item...

Have you looked at events associated with the media_player.
Instead of actively probing vlc, just let callbacks work for you !
(libvlc_MediaPlayerPositionChanged and libvlc_MediaPlayerEndReached should be the events you are looking for)

I experienced the same problem. The thing is that options passed to a new instance overwrite options from an older instance. I suppose this is eligible as a bug.

void libvlc_video_take_snapshot( libvlc_media_player_t *p_mi, char *psz_filepath, unsigned int i_width, unsigned int i_height, libvlc_exception_t *p_e ) This function only supports png image format (hardcoded in source code src/control/video.c line 133). If you stick to libvlc API, this is the only...

The vmem vout plugin should be what you're looking for
see http://wiki.videolan.org/LibVLC_SampleCode_SDL
(works with vlc 0.9.x, needs slight changes for vlc1.x.x)

If you stick to libvlc api, the right functions should be : If you use media list, use the media player associated to it to retrieve the media currently being played back : libvlc_media_t * libvlc_media_player_get_media( libvlc_media_player_t *, libvlc_exception_t * ); Once you get the media, ask fo...

Using rc interface should work fine
vlc --extraintf=rc --rc-host=localhost:9999 .....

and within a script shell :

nc locahost 9999 <<EOF
stop
add new.avi
play
EOF

see rc help for the whole command set available

You're right. That's why I was thinking of an option (with three values) like : --vout-x11-event = none | fullscreen-only | fullsupport - livlc API developpers could decide which option is best for their need - those without interface would surely use "fullsupport" - qt4 interface could be...

X11 video_output plugin is set up to monitor key/mouse events for any case (either windows created from scratch or widget provided by an existing GUI). This makes it impossible for libvlc programmers to manage their video widgets as they wish. Question : What about adding an option to switch on/off ...