The VideoLAN Forums

Likely because of the high resolution of the end result video. Try to scale it down with the "scale" option in the transcoding panel. Transcoding is very CPU demanding so don't expect low CPU useage anyway. And by the way, VLC now has a screen capture input (http://forum.videolan.org/viewt...

Which version of VLC do you use ?
0.7.2 should already do that correctly.

Support for this is implemented in the development version (although there currently is a problem with colours inversion).

See http://www.videolan.org/~videolan for the nightly builds.
Run "vlc screen:" to capture your screen.

Please, follow the instructions of the INSTALL.win32 file. (specifically you must compile VLC with the -mno-cygwin option).

This is a known problem. It will be fixed shortly hopefully.

First thing to try is to reset your VLC preferences (in the preferences panel).

Under Windows, VLC only handles card which have a DirectShow driver.
If your DVB card doesn't have one then VLC won't work with it (I'm not sure many DVB cards have a DirectShow driver).

Best bet for DVB cards right now is to use VLC under Linux which does support them.

I tried TSReader and indeed found out that it had no problems handling the "srtest" files. The reason for this is that these transport streams use a Reed-Solomon (204,188) error correction so the TS packet size isn't the 188 bytes expected by VLC. I just implemented support for these types...

Or just drag&dropping the folder which contains the .ifo/.vob files should work.

It really seems like what you are actually looking for is a "customer supported" product where if anything goes wrong you can go back to the seller and ask them to fix the problem. Sorry but most Open Source software don't work that way. The software doesn't come with any warranty at all. ...

It doesn't.

Just share your DVD drive and open it from the client, that will solve your problem.

Or you can use:
http://download.videolan.org/pub/testin ... -noupx.zip

Which is exactly the same as the official 0.7.2 zip file but not compressed with upx.

=> Question 1 : is there some one who had the unlinkable 'strtoll' function problem ? Highly possible, strtoll() is not provided by the MS C runtime so it will create problems. 2/ Now, the RC interface (command line mode) isn't able to read MPEG 2... If you read the INSTALL.win32 file, you'll reali...

This one is indeed weird. I can't think of any reason why you would get a mem-leak with your Osprey and not the USB cam. I think you should do a few tests and procede by elimination. 1 - try without streaming, just playing. 2 - try without streaming and disable the audio and video (--novideo --noaud...

Nightly builds are available here:
http://www.videolan.org/~videolan/build/

As these development builds are automated, they are not tested so no guaranty they will work.

The development version of VLC can already stream all the audio channels present in the original stream, so I guess all that is needed is for the dbox to support the new syntax for that.

Ok, I've uploaded 2 versions which are identical to the VLC-0.7.2 release except that one isn't compressed with upx (upx can transparently compress dlls and exe, which is supposed to give faster load time... which obviously doesn't work in your case) and the other one is still compressed with upx bu...

Hmmm, you srtest files are all corrupted. I can't even play them.
Have a look for yourself: http://download.videolan.org/pub/videolan/streams/DTS/

I added support for DTS in DVB in the development version (both demuxing and muxing).
But apparently, your sample isn't valid as TS packets (for the DTS elementary stream) with the unit_start flag set don't begin a new PES.

Would you have a real sample dumped from satellite feed ?

Which version of VLC, which OS ?

And make sure you are cut&pasting the lines in INSTALL.win32 as is. That is even the backslashes "\" are important as they tell the shell that the following line is actually part of the same command.

I think it should work on any version of win95 providing that you have the MS C runtime dll installed (msvcrt.dll). This dll wasn't available out of the box in the earlier win95 version but you could download it for the microsoft web site.

I optimised this a bit in the development version but subtitles rendering is still very CPU hungry because of how the black outlining is done.

1 - You didn't even tell VLS to start streaming anything. 2 - Only the development version of VLS supports V4L devices. 3 - VLS isn't maintained anymore anyway. You should really try to stream with VLC instead. Try to use its "streaming wizard" and also have a look at the documentation on ...

I think --enable-pp isn't enough anymore, you also have to add --enable-gpl now.