[vlc-devel] libvlc_media_instance_stop not implemented, workaround

[jboileau]

Hi Pierre,

Just tested the stop and it works great! Thanks!
Jacques Boileau

On Dec 14, 2007 5:15 PM, jboileau <jboileau at gmail.com> wrote:

> Hi Pierre,
>
> Thanks for your help! I will test this new build and let you know. I will
> be glad to give feedback on my progress with libvlc. For your information I
> have listed details of my project below. Monday I will give a spin of
> tonights build and if all goes well I will be able to do the test below and
> run it for days and see how stable things are. The only thing I haven`t
> implemented yet are the playlist but playing the same file in a loop will be
> a good enough test. Presently I have a simple test of a 20 second video
> running in a loop. It has been running for 3 days straight. No crash or
> problem, but the memory seems to grow. This test was done with the build of
> 2007-11-26. I will let you know how things are with tonights build.
>
> My next step will be to implement a playlist. I am unsure if I want to
> implement it in my code or use the libvlc_media_list_... API. My playlist
> are simply M3U files. Nothing hard to handle.
>
>    - My test application is playing a movie with the video being played
>    locally while the audio (2 channels/languages) is streamed to another IP
>    address using UDP/MPEG-TS. I need to use UDP/MPEG-TS to accommodate the
>    subsystem I stream to.
>    - I use the libvlc_media_instance_...  API so that I can use the
>    events API instead of polling a state. I used to use the libvlc_playlist_...
>    API but couldn't find a way to get called backed on end of stream.
>    - It will also stream 7 music playlists the same way as the audio of
>    the movie.
>    - All these audio streams are sent to the same IP Address with
>    different port numbers
>    - I am using libvlc from the trunk so I am actually working with
>    libvlc-control.dll
>    - I use --sout-display-delay to synchronize the video with the audio
>    for the movie. Unfortunately this has the effect of chopping the equivalent
>    of the buffer from the end. I know this is a known bug and I have seen it is
>    listed as high priority, but I will try to find a workaround. Maybe using
>    one of the other buffering options.
>    - I use GetProcAddress to get entry points into the DLL. Dangerous
>    but since there is not libvlc-control.lib for Visual Studio, I
>    believe its the only way.
>    - The development is done for Windows using Visual Studio and MFC
>    - I create a CWnd (MFC) and do a libvlc_video_set_parent to have
>    libvlc play in my window.
>    - This runs on a 650 Mhz Windows XP embedded machine with 256 meg of
>    ram.
>
> Jacques Boileau
>
> On Dec 14, 2007 4:02 PM, Pierre d'Herbemont <pdherbemont at free.fr> wrote:
>
> > Hi Jacques,
> > This was a forgotten known issue. I did implement it in r23617.
> >  Please continue to report troubles you encounter with LibVLC, I'll be
> > happy to help you with that.
> >  Thanks!
> >  Pierre.
> >    On Dec 14, 2007, at 4:17 PM, jboileau wrote:
> >
> > This is probably a known issue, but libvlc_media_instance_stop is not
> > impleted yet. If this helps anybody, using libvlc_playlist_stop in the
> > meantime seems to work. You do get an exception that the playlist is empty
> > but the video does stop.
> > --
> > Jacques Boileau _______________________________________________ vlc-devel
> > mailing list
> > To unsubscribe or modify your subscription options:
> > http://mailman.videolan.org/listinfo/vlc-devel
> >
> >  _______________________________________________
> > vlc-devel mailing list
> > To unsubscribe or modify your subscription options:
> > http://mailman.videolan.org/listinfo/vlc-devel
> >
>  --
> Jacques Boileau
>



-- 
Jacques Boileau
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.videolan.org/pipermail/vlc-devel/attachments/20071217/1f028342/attachment.html>