The VideoLAN Forums

Thanks Remi.
I'm currently also switching from invmem to imem - partly because I saw that imem allows me to set up time stamps. I can force my app to generate frames at a particular rate, if needed.
Or am I wasting my time going in this direction?

I'm successfully streaming video out of my app (using invmem) using libVLC, but am now trying to get audio going. I expected that adding :input-slave=alsa:// to my input line would do it - it works in the GUI with v4l2://, but it fails with fake:// using libVLC; the resulting transcoded stream has o...

Here is what I use; I protect the front/back-buffer switch with a mutex; my framebuffers are in rgb order, though VLC seems to want bgr. Endian mix-ups abound. //////////////////////////////////////////////// // libvlc setup //////////////////////////////////////////////// #include <vlc/vlc.h> void ...

I'm using the invmem in-memory codec, and the red/blue channels are coming out inverted. Looking at modules/codec/invmem.c:183-186 in the case for VLC_CODEC_RGB24, I see the code that sets up the channel masks. Apart from being endian-dependent, I think the constants are incorrect: in-memory RGB ord...

I updated to 1.1.8 and the command line now does the right thing.
It appears my audio works correctly now, as well, with that extra input stuff.

Thanks,
Paul

When streaming my v42l:// to sout with -sout command line, I get only my first frame of video on my display; it "samples" a new frame if I move the video slider. In the GUI I set it up, and get this string, and it works - I can connect remotely, and see my local display: :sout=#transcode{v...