The VideoLAN Forums

it should work. vlc does not need to "be installed" to work, at least not on windows.

I find it quite unlikely, given the way vlc detects what different streams are. But I guess the mozilla plugin easily could support quite a few more formats, just by adding the appropriate mime types.

there might be an 0.8.2 not far from now without this feature. Otherwise it will be in 0.8.2, and it will be a while to the release

it's coming in the next version.

SNOW is currently just as unsupported by vlc as dirac is, and I find Guest #007, James Guest's post very unappropriate. Though I can agree that the amount of information in sankt's posts are a bit too much except for the very very interrested person. (And as such probably could have been transmitted...

vlc uses the video card only for color conversion and scaling. These features are awailable on most cards available nowadays. with a graphics card that supports this, and a cpu of about 2ghz, you should be able to play hdtv with vlc just fine.

probably post it, I think it will reduce the odds of it getting forgotten.

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. subtitles are displayed quite a bit to high up on the video subtitle appear word by word, as on a karaoke, sing along, system subtitles some times change color b...

from command line do this:
vlc file1 --input-slave file2

preferences->plugins->text renderer->freetype

is where you can change the subtitle font. Please note though that some subtitle formats are stored as pictures, then there is nothing you can do.

it is parially supported. Some features does not work, or even make vlc crash. Right now there seems to be some hope that this can be improved soon.

sub+idx type subtitles are stored as pictuers, so you can't change their font. they probably look squeezed because of a scaling bug we had that I think is fixed now, and will be corrected in the next release

videolan.org had a big disk crash recently, so I guess it is related. Sooner or later some admin will read this post and get it fixed up.

The first files you should try to get compiled are the files in the src/ subfolder. These are the core in the vlc application. More specifically you should try to compile all the files in SOURCES_libvlc_common section in Makefile.am. You may need to manually construct a config.h from config.h.in to ...

asmax: the problem indeed only happen on windows. I've had a bit of a look at it, but I can't reproduce it on my linux. But several other have reproduced it on windows. (and several others have failed to reproduce it on linux)

did you try 0.8.1? Also, do the sound reappear after normal playback is resumed?

yes, using the --sub-file command line switch (or the similar option somewhere deep inside the preferences)

I think winlirc can be used indirectly through girder and some hotkeys and such. At least I've heard reports of such setups working. Supporting winlirc should only be a matter of porting liblirc_client to winlirc. But I don't have enough motivation to do that myself (and my laptop (which is the only...

mpeg4/divx should work as well if they are contained in ogm or matroska(.mkv). Haven't tried myself yet though

hotkeys like pressing (shift/crtl/alt)left/right when video has focus.

It works over http for some file types, specifically it does not work for avi/mp4.

vlc.exe file.avi

not very hard really

yeah, this should be investigated before the next release

mozilla plugin isn't limited to http protocol. And I think it allready support seeking (with hotkeys) where the protocol supports it.

the answer is simply that vlc can't play h264 over rtsp. The rtsp library vlc uses simply does not know how to receive h264

simple answer: No