VLC 2.1.0 - stuttering x264 playback

Alien Bob · 10-18-2013, 01:20 AM

Quote:

Originally Posted by dr.s

Any idea where I can find a 32 bit copy of vlc 2.0.x?
vlc 2.1 doesn't seem to work here, it starts up, displays the first frame then hangs, this is occurring on a new laptop with Intel HD 4000 graphics and an i5 processor. Behavior is the same when tested in a Slackware host (-current with latest updates) and a Slackware guest in Virtualbox. The 2.0.x series always worked out of the box.

I uploaded vlc-2.0.8 packages here: http://www.slackware.com/~alien/vlc20/

Eric

tano70 · 10-18-2013, 04:10 AM

I have 2.1.0 version Alien Bob, and in my Lenovo X1 Carbon work like a charm!! thanks Bob

dr.s · 10-18-2013, 07:29 PM

Quote:

Originally Posted by Alien Bob

I uploaded vlc-2.0.8 packages here: http://www.slackware.com/~alien/vlc20/
Eric

Eric, thanks for providing the 2.0.8 package.
Since vlc-2.1 worked out of the box for others (but not on this laptop) I tried playing around with the output settings (Tools --> Preferences --> Video --> Output). Changing the output to X11 video output (from Automatic) got it to work again, both in a Slackware host as well as a Slackware guest. Again, many thanks.

gauchao · 10-19-2013, 08:02 AM

Nice one, dr.S.

Quote:

(Tools --> Preferences --> Video --> Output). Changing the output to X11 video output (from Automatic) got it to work again.

It worked perfectly on slack64 -current.

Thank you!

irgunII · 10-19-2013, 01:13 PM

I just built the source 2.1.0 tarball from the videolan site on my Slackware 14.0 system and it's working fine. My video is nvidia but I install the driver from the nvidia website, not the one in slackbuilds.org, if that helps anything at all.

aaazen · 10-20-2013, 05:42 AM

Quote:

Originally Posted by Alien Bob

I uploaded vlc-2.0.8 packages here: http://www.slackware.com/~alien/vlc20/

Eric

Thanks Eric!

I'm trying to watch broadcast digital television using an HD Homerun device on Slackware64 current.

vlc 2.0.7 and vlc 2.0.8 work fine.

vlc 2.1.0 gives me lots of errors like this:

Code:

...
[mpeg2video @ 0x7f25540d9d60] [mpeg2video @ 0x7f25540d9d60] slice mismatch
00 motion_type at 47 50
[mpeg2video @ 0x7f25540d9d60] 00 motion_type at 1 30
[mpeg2video @ 0x7f25540d9d60] 00 motion_type at 82 55
[mpeg2video @ 0x7f25540d9d60] mb incr damaged
[mpeg2video @ 0x7f25540d9d60] invalid mb type in B Frame at 3 56
[mpeg2video @ 0x7f25540d9d60] invalid mb type in B Frame at 91 30
[mpeg2video @ 0x7f25540d9d60] 00 motion_type at 55 56
[mpeg2video @ 0x7f25540d9d60] 00 motion_type at 81 56
[mpeg2video @ 0x7f25540d9d60] 00 motion_type at 3 31
[mpeg2video @ 0x7f25540d9d60] [mpeg2video @ 0x7f25540d9d60] invalid cbp -1 at 51 31
00 motion_type at 25 57
[mpeg2video @ 0x7f25540d9d60] 00 motion_type at 41 57
...

irgunII · 10-21-2013, 09:44 AM

Update to my last post about 2.1.0 being built on my system and working...

It worked fine on an mkv video *I* ripped on *my* system, that being Slackware 14.0

When I went to watch an mkv video I'd downloaded which was ripped by an M$ machine (I checked the source of the person who uploaded it), the video had that stutter affect ie, it would 'stop' for half a second every 3 or four seconds.

I'm back down to 2.0.8 also now.

vnovak · 12-02-2013, 05:57 PM

So, today I did a clean install of 14.1 on my Lenovo x220 (Sandy bridge I5) and compiled (no errors) vlc 2.1.1 from sources and again: smooth x264 playback for several seconds and then movie halts for a moment and this goes repeatedly on and on, CPU utilization constantly under 20%,no peaks.Tweaking with hardware acceleration settings makes no difference in result.Same for Alien's compiled package. Damn.
How to get out of it? Is it possible to tell somehow to x264 decoder (or vlc) to write some debug log?
Going back to my 2.0.7 backup ...

Alien Bob · 12-03-2013, 10:27 AM

Perhaps you should address your issues in the VideoLan forum to get more exposure: https://forum.videolan.org/viewforum.php?f=13

Eric

aaazen · 01-19-2014, 01:57 PM

I still have trouble with vlc and am still using vlc 2.0.8

http://www.slackware.com/~alien/vlc20/

I tried using vlc 2.1.2 but it fails as does vlc 2.1.0.

My problem seems to be related to decoding the A52/AC3 audio codec from streaming video.

Using vlc 2.1.2, if I turn off the audio then the picture is clear and the subtitles work. (vlc: audio->audio device->discard all samples ...)

To experiment with the code, I tried to build vlc 2.0.8 using the 2.1.2 UK Slackbuild tree and simply changing the version to 2.0.8, but it seems that ffmpeg (libavcodec) is too new:

ftp://ftp.slackware.org.uk/people/al...ackbuilds/vlc/

Code:

configure: error: libavcodec versions 55 and later are not supported yet.
make: *** No targets specified and no makefile found.  Stop.
**
**  building the vlc package (version 2.0.8) ...
**
make: *** No rule to make target `install'.  Stop.
cp: cannot create directory '/tmp/build/package-vlc/usr/share/vlc/': No such file or directory

Alien Bob · 01-19-2014, 02:06 PM

Quote:

Originally Posted by comet.berkeley

To experiment with the code, I tried to build vlc 2.0.8 using the 2.1.2 UK Slackbuild tree and simply changing the version to 2.0.8, but it seems that ffmpeg (libavcodec) is too new

The vlc.SlackBuild script which was used to compile the vlc-2.0.8 package can be found in /usr/doc/vlc-2.0.8/ directory on your computer (along with all the patches and diffs that were used).

Eric

bmarley83 · 01-19-2014, 02:16 PM

I can confirm vlc player 2.12 from slackbuilds working with 1080p h.264 playback over wireless from a nfs server, on a ASUS core i3 with hd4000 graphics with libva from slackbuilds and under input/codecs hardware accelerated decoding video acceleration (VA) API selected in preferences, video is playing flawlessly with fairly low cpu usage.

Also on a side note, completely unrelated to vlc player, for those with hd4000 graphics, i was able to get rid of screen tearing in Xfce 4 by disabling Xfce's compositor and switching to compton but I'm sure compiz or another compositor would do just fine.

Alien Bob · 01-19-2014, 02:21 PM

It's the same with a lot of these posts... complaining that something does not work, is pointless when you do not also provide errors, log files or media samples. Nobody uses crystal balls these days.

Eric

bmarley83 · 01-19-2014, 02:25 PM

Quote:

Originally Posted by Alien Bob

Nobody uses crystal balls these days.
Eric

LOL @ Crystal Balls

Forgot to add I also have FFmpeg installed from slackbuilds.org

aaazen · 01-20-2014, 02:20 AM

Quote:

Originally Posted by Alien Bob

The vlc.SlackBuild script which was used to compile the vlc-2.0.8 package can be found in /usr/doc/vlc-2.0.8/ directory on your computer (along with all the patches and diffs that were used).

Eric

Thanks Eric! I was able to re-build vlc-2.0.8 from source and it works fine.

My video input to vlc is a series of broadcast digital television channels. I receive about 35 or so channels and most of them work quite well under vlc-2.1.0 and 2.1.2.

Just a few of them "stutter" under 2.1.0 and 2.1.2. They generate errors and give a choppy view. These few seem to be high definition and high bandwidth (13.5+ Mbps) compared to most of the channels.

All the channels are encoded/decoded using video codec: MPEG-1/2 and audio codec: A52

All the channels work well using vlc-2.0.7 and vlc-2.0.8.

As I mentioned in my posting here on 20 October, vlc 2.1.0 gives me lots of errors like this with a few of the channels:

Code:

...
[mpeg2video @ 0x7f25540d9d60] [mpeg2video @ 0x7f25540d9d60] slice mismatch
00 motion_type at 47 50
[mpeg2video @ 0x7f25540d9d60] 00 motion_type at 1 30
[mpeg2video @ 0x7f25540d9d60] 00 motion_type at 82 55
[mpeg2video @ 0x7f25540d9d60] mb incr damaged
[mpeg2video @ 0x7f25540d9d60] invalid mb type in B Frame at 3 56
[mpeg2video @ 0x7f25540d9d60] invalid mb type in B Frame at 91 30
[mpeg2video @ 0x7f25540d9d60] 00 motion_type at 55 56
[mpeg2video @ 0x7f25540d9d60] 00 motion_type at 81 56
[mpeg2video @ 0x7f25540d9d60] 00 motion_type at 3 31
[mpeg2video @ 0x7f25540d9d60] [mpeg2video @ 0x7f25540d9d60] invalid cbp -1 at 51 31
00 motion_type at 25 57
[mpeg2video @ 0x7f25540d9d60] 00 motion_type at 41 57
...

Lately I suspect the problem to be related to decoding the audio codec A52 because when the audio is disabled then there is no stuttering at all on the video MPEG-1/2.

I'm going to try a few things including building vlc-2.0.9 and see if I can isolate the problem...