The VideoLAN Forums

Having VLC acting as a DAAP/UPnP server would be quite cool. It would probably make a lot of sense as well due to the number of media formats it supports and its transcoding abilities. This probably will have to be implemented as an interface module due to the fact that it needs to export the curren...

Point 1) and 3) should definitely not be needed and even more not wanted either.

There is likely still something wrong with the way you call the ./configure script cause it should have been able to find the developement header/libs where they were extracted in the first place.

Ok, I fixed the typo about fixed ./configure in INSTALL.wince.

As for your error with avcodec.h, have a look at the config.log file to have more information about why it is failing.

Hi, The build instructions are actually described in the INSTALL.wince file which is in the source tree. I just updated this file to point to a new cross-compiler package and added the --enable-optimize-memory to the configure script. But apart from that it was still up to date. Try this and if you ...

something like that should do the trick (only if your binary has dts decoding support):

vlc yourinput.wav ":sout=#transcode{acodec=s16l}:std{access=file,mux=wav,url=youroutput.wav}"

That would be completely legal.

Try to delete the "vlc" folder in "Application Data". This is were the config files are stored and it may be that they are corrupted. I'd also advise to use the latest build as a few crashes were fixed recently in the interface (vlc was crashing on start because of this). And als...

I don't know what you were trying to do with your log but it's quite useless.

Hmmm, that doesn't look too good.

You could try to play with the --dshow-caching option (increase it to something like 1000) or the --cr-average option (1000 would be a good value to try as well).

The machine hosting the nightly builds is down.
Try this instead: http://people.via.ecp.fr/~ipkiss/vlc-0. ... -win32.zip

It does already support them.

From a quick inspection of the file, it seems that the problem is that the PCR (program clock reference) values in the stream are not delayed compared to the PTS (presentation timestamps). That basically means that the stream doesn't allow enough time to VLC to decode the data and consequently VLC d...

Could you try the development version of VLC ? (see http://www.videolan.org/~videolan for nightly builds)
Support for PVR cards is broken in 0.8.1 but has been fixed a few weeks ago.

The problem is mainly time. What you're suggesting could be mostly done by implementing support for DirectShow codecs (ie. coding a directshow decoder plugin for VLC). However this isn't easy and I am not interested in spending time on this (and it happens that I also am the only win32 developer for...

DIRAC encoding / decoding support just made it to the development version. We don't support MXF though so you probably won't be able to play anything that's not generated by VLC ( right now VLC allows you to put DIRAC into Ogg ). And by the way, SNOW is supported by VLC. Both decoding and encoding (...

Did you try rtp://@233.1.14.1:50000 instead of rtp/es://@233.1.14.1:50000 ?

BTW, the problem report above has been fixed in the development version.

This has been fixed in the development version (http://www.videolan.org/~videolan for nightly builds). However beware that this development version is currently undergoing major changes so may have stability problems.

VLC supports DVB cards on linux only (allows you to stream whole transponders or only selected programs). Have a look at http://www.videolan.org/doc/

You might also be able to do the same thing on Windows if your card provides a directshow capture filter. Although this hasn't been tested at all.

Thanks, the patch makes sense. I just applied it to the development version. R.Cade: could you try tomorrow's nightly build on http://www.videolan.org/~videolan and see if you still have the problem. If you do, then describe what kind of stream you are receiving (MPEG TS ? what codecs ?). You can al...

But VLC developers could take a note. The problem is that there is NO black border around subtitles, the border is JUST white as the rest of the font is. Could you check how the subtitles are displayed on a commercial set-top-box ? That would help to see if VLC's decoding is at fault. It could just...

These changes prevents the index overflowing into wrong tables. The last check is probably unnecessary I have no idea if this is a correct solution or if it works for you. Maybe someone with deeper understanding would take a look. These extra sanity checks do make sense. I just applied them to the ...

I've just tested a couple of file with vlcs dvb subtitle decoder, and here is what I found: subtitles are displayed on a black background. This is entirely up to the broadcaster. For instance most BBC channels do that (likely because it helps readability). subtitles are displayed quite a bit to hig...

modify your "sout" MRL to include the "soverlay" parameter.
eg. :sout "#transcode{vcodec=mp1v,soverlay}..."

This is an OS problem entirely.

The OS should send an IGMPv2 request if it detects an IGMPv2 only device on the network.

There might be a registry fix for that. Have a look on M$ knowledge base.