The VideoLAN Forums

I'm no expert on the FLV container and I can't find good info on the AVC/H.264 codec standards without purchasing them, but I've got an FLV file that I'm trying to play in VLC. Well, technically I'm trying to watch the stream, but right now I'm playing with a file I got using mplayer -dumpstream. Anyways, the video in this file changes resolution at various times within the file, which is apparently fine by the FLV/H.264 standards because Adobe Media Player (worst...software...ever) plays the video just fine (and I've heard that Applian player and mplayer svn does as well). However, VLC stops playback when it reaches the resolution change, and if you try to push play again there is a segmentation fault. Is this a problem in VLC or in some other component?

also crashed with mplayer ?

Actually no, other people that are playing the same streams say that mplayer svn plays it fine. I am not of the mind to compile the mplayer svn because it's a pain and I hate mplayer anyways.

FWIW I'm using the latest builds from the videolan opensuse repository. I've also tried it with 1.0.0-rc1 on windows.

As an update, I downloaded and built mplayer svn, it handles the video just fine.

Using 1.0.0-rc2, I get the following output to console when it crashes:

QPainter::begin: Paint device returned engine == 0, type: 1
QPainter::setClipRegion: Painter not active
QPainter::setClipping: Painter not active, state will be reset by begin
QPainter::begin: Paint device returned engine == 0, type: 1

Please post a sample of the video.

http://home.comcast.net/~jacraig99/vlc- ... -video.flv

Sorry, this was about as short as I could make it while still getting the resolution change. It is about 14.5 seconds in where the change happens, the video is about 30 seconds total. This is a completely unmolested stream saved by 'wget'ing the http stream.