The VideoLAN Forums

Actually no, you're right. I was trying my cygwin build of VLC 0.8.1. This one does work without a hitch.
It appears though that the official 0.8.1 binary can't play VIDEO_TS folders (it can play image files though) so it seems there is a build problem there. I'll investigate this.

DVD menus work just fine here on windows (with 0.8.1) by drag&dropping the image file or VIDEO_TS folder onto VLC.

Yes. If you stream high bitrate content in MPEG TS udp, then all clients will likely be synchronised already. If not, you can also use the "netsync" module.

Try running this from a dos command box:
vlc --ntservice-install --ntservice-options "--extraintf http --http-host=:80 --whatever_other_option"

This will install VLC as a service and the service will be started with the command line given in --ntservice-options.

Nice patch! thanks for that.
I just applied it to the development tree with some small cleanup. I wasn't exactly sure where to put the ConfigTuner() call so you might have to check whether my commit works.
(should be available in tomorrows nightly builds: http://www.videolan.org/~videolan/)

If you are using Windows, then it is a known bug in 0.8.1 and has been fixed in the development version (http://www.videolan.org/~videolan for a nightly build).

Well, if WMP can play it, this likely means that there is a DMO codec for it installed on the machine so VLC should also be able to play it. It could be a CPU issue though because our DMO decoder isn't yet optimized in the sense that we do an extra copy of each decoded picture (which is very costy f...

You are most welcome

Thanks, for investigating this. This has just been fixed in the development version (and 0.8.1 will contain the fix).

This has just been fixed so you'll be able to use the embedded mode again when 0.8.1 comes out.

As stated in the release notes : NOTE: This release doesn't include DTS audio decoding support. DTS Inc. claims that distributing this software with DTS decoding capabilities is a violation of their patent EP 864 146. At DTS Inc. request, we decided, as a precautionary measure, to provisionally susp...

Looks like there is a format mis-detection happening here.
Try to force the MPEG PS demuxer (use: file/ps:yourfile.dat in the MRL).

Sorry to contradict you thedj but you can

vlc yourvideo.mpg --sout "#transcode{vcodec=I420}:std{access=file,mux=raw,url=/tmp/file}" --noaudio

This is what I use to generate files to test the H264 JM encoder

No need to do anything funky.
Just drag&dropping the folder containing the rip into VLC is enough.

It should be working if you use an m3u file.
Something like:

#EXTM3U
#EXTVLCOPT:audio-channel=4
dvdread:///home/dvd4/antz/VIDEO_TS@2:2-99:99
#EXTVLCOPT:audio-channel=2
dvdread:///home/dvd4/antz/VIDEO_TS@2:2-99:99

telx is the internal fourcc we use for teletext
Although we don't support decoding of teletext, the demuxer has support for it because it could (not working yet) still be used for streaming support.

I'd also be interested in a sample.

As always that all sounds easy in words but it is a lot more complicated than you think to adapt this to the code itself. I have been wanting to code this for some time now but I've always been put off by the daunting task of having to rewrite part of the audio output core. Not too difficult but ver...

Give a try to the latest test release and report on any success/failure.
http://www.videolan.org/pub/testing/vlc ... st2/win32/
Resetting VLC's preferences might also help.

Problem fixed. Thanks for the report.

It looks like the only pthread casting done in include/vlc_threads_funcs.h are the pthread_self() ones which are only used to display debug messages. Are these the one creating build problems ? They could easily be solved although I don't really understand why the compiler doesn't abide the explicit...

For the pause command, use "vlc:pause:1 vlc:quit"

It should be supported... at least I personnaly used it on NT4.0.
If you have problems, please report what it is exactly.

From the option help: "Allows a user to specify an extra pmt (pmt_pid=pid:stream_type[,...])"

pmt_pid, pid and stream_type can be in hexadecimal (0x??) or decimal form.

I just replied to your other post.

Indeed, VLC does tend not to flush its pipelines when it stops (reaching the end of the file). Some work would be needed to ensure all the data is flushed but that hasn't happened until now mainly because it isn't considered a high priority (it would be nice though). However the development version ...