You are not logged in.
On my updated arch with Nvidia GT220, driver 295.x and 302.x, almost all mkv/x264 720p video files glitch, stutter and freeze, sound continues mostly. This is fairly recent and it has been working ok since a long time in smplayer/mplayer and vlc (all from extra repo and ffmpeg too). Same problems even in vlc-git from AUR. Also same problem on ck-kx, LTS and standard kernels. In smplayer it freezes but I can spool backwards or forwards and continue watching. VLC just hangs completely or closes the video with these errors:
[h264 @ 0xb30b9920] cabac decode of qscale diff failed at 48 4
[h264 @ 0xb30b9920] error while decoding MB 48 4, bytestream (11473)
From slim.log:
[h264 @ 0xb31f4820] Missing reference picture
[h264 @ 0xb31f4dc0] reference picture missing during reorder
[h264 @ 0xb31f4dc0] Missing reference picture
[h264 @ 0xb31f4dc0] left block unavailable for requested intra4x4 mode -1 at 0 65
[h264 @ 0xb31f4dc0] error while decoding MB 0 65, bytestream (1262)
[h264 @ 0xb31f4dc0] concealing 409 DC, 409 AC, 409 MV errorsI have contacted some encoders to see if there can be any encoding problems. Other logs have nothing as I can find. I'm collecting more logging from smplayer/mplayer.
More info
vdpauinfo
display: :0.0 screen: 0
API version: 1
Information string: NVIDIA VDPAU Driver Shared Library 302.17 Tue Jun 12 19:03:45 PDT 2012
Video surface:
name width height types
-------------------------------------------
420 4096 4096 NV12 YV12
422 4096 4096 UYVY YUYV
Decoder capabilities:
name level macbs width height
-------------------------------------------
MPEG1 0 8192 2048 2048
MPEG2_SIMPLE 3 8192 2048 2048
MPEG2_MAIN 3 8192 2048 2048
H264_MAIN 41 8192 2048 2048
H264_HIGH 41 8192 2048 2048
VC1_SIMPLE 1 8190 2048 2048
VC1_MAIN 2 8190 2048 2048
VC1_ADVANCED 4 8190 2048 2048
MPEG4_PART2_SP 3 8192 2048 2048
MPEG4_PART2_ASP 5 8192 2048 2048
DIVX4_QMOBILE 0 8192 2048 2048
DIVX4_MOBILE 0 8192 2048 2048
DIVX4_HOME_THEATER 0 8192 2048 2048
DIVX4_HD_1080P 0 8192 2048 2048
DIVX5_QMOBILE 0 8192 2048 2048
DIVX5_MOBILE 0 8192 2048 2048
DIVX5_HOME_THEATER 0 8192 2048 2048
DIVX5_HD_1080P 0 8192 2048 2048
Output surface:
name width height nat types
----------------------------------------------------
B8G8R8A8 8192 8192 y Y8U8V8A8 V8U8Y8A8
R10G10B10A2 8192 8192 y Y8U8V8A8 V8U8Y8A8
Bitmap surface:
name width height
------------------------------
B8G8R8A8 8192 8192
R8G8B8A8 8192 8192
R10G10B10A2 8192 8192
B10G10R10A2 8192 8192
A8 8192 8192
Video mixer:
feature name sup
------------------------------------
DEINTERLACE_TEMPORAL y
DEINTERLACE_TEMPORAL_SPATIAL y
INVERSE_TELECINE y
NOISE_REDUCTION y
SHARPNESS y
LUMA_KEY y
HIGH QUALITY SCALING - L1 y
HIGH QUALITY SCALING - L2 -
HIGH QUALITY SCALING - L3 -
HIGH QUALITY SCALING - L4 -
HIGH QUALITY SCALING - L5 -
HIGH QUALITY SCALING - L6 -
HIGH QUALITY SCALING - L7 -
HIGH QUALITY SCALING - L8 -
HIGH QUALITY SCALING - L9 -
parameter name sup min max
-----------------------------------------------------
VIDEO_SURFACE_WIDTH y 1 4096
VIDEO_SURFACE_HEIGHT y 1 4096
CHROMA_TYPE y
LAYERS y 0 4
attribute name sup min max
-----------------------------------------------------
BACKGROUND_COLOR y
CSC_MATRIX y
NOISE_REDUCTION_LEVEL y 0.00 1.00
SHARPNESS_LEVEL y -1.00 1.00
LUMA_KEY_MIN_LUMA y
LUMA_KEY_MAX_LUMA y mplayer.log snipppet;
VDec: using H.264 VDPAU acceleration as output csp (no 0)
Movie-Aspect is 1.78:1 - prescaling to correct movie aspect.
ID_VIDEO_ASPECT=1.7778
VO Config (1920x1080->1920x1080,flags=0,'MPlayer',0x1DC80003)
VO: [vdpau] 1920x1080 => 1920x1080 H.264 VDPAU acceleration
VO: Description: VDPAU with X11
VO: Author: Rajib Mahapatra <rmahapatra@nvidia.com> and others
[vdpau] Creating H264 hardware decoder for 2 reference frames.
[vdpau] Creating H264 hardware decoder for 2 reference frames.
[vdpau] Updating CSC matrix for BT.601
[vdpau] Updating CSC matrix for BT.601
[vdpau] Updating CSC matrix for BT.601
[VD_FFMPEG] XVMC-accelerated MPEG-2.
*** [vo] Direct Rendering (slices) mp_image_t, 1920x1082x0bpp RGB packed, 0 bytes
[h264_vdpau @ 0x8bf0860]no picture
[vdpau] Creating H264 hardware decoder for 4 reference frames.
*** [vo] Direct Rendering (slices) mp_image_t, 1920x1082x0bpp RGB packed, 0 bytes
[h264_vdpau @ 0x8bf0860]no picture
*** [vo] Direct Rendering (slices) mp_image_t, 1920x1082x0bpp RGB packed, 0 bytes
[ass] PlayResX undefined, setting to 384Last edited by swanson (2012-06-28 18:34:38)
Offline
More info; installed mplayer2 which should work better with vdpau and this happened;
...
VO: [vdpau] 800x468 => 800x468 Planar YV12
[vdpau] Got display refresh rate 60.015 Hz.
[vdpau] If that value looks wrong give the -vo vdpau:fps=X suboption manually.
A: 6.3 V: 6.4 A-V: -0.000 ct: 0.000 0/ 0 1% 2% 0.2% 0 0
[h264 @ 0xb6b41640]left block unavailable for requested intra mode at 0 23
[h264 @ 0xb6b41640]error while decoding MB 0 23, bytestream (1111)
[h264 @ 0xb6b41640]concealing 399 DC, 399 AC, 399 MV errors
A: 6.5 V: 6.6 A-V: 0.000 ct: -0.000 0/ 0 1% 2% 0.2% 0 0
Seek failed
Seek failed
Seek failed
Seek failed
Seek failed
Seek failed
...Alot of those "Seek failed"!
Offline
Did you try a different video output?
Xv, gl, gl2, x11, etc.
Edit: Vdpau is hardware acceleration, right? Are you in the video group?
$ groupshttps://wiki.archlinux.org/index.php/Be … ing_a_User
video - for video tasks and hardware acceleration
Last edited by DSpider (2012-06-24 08:19:42)
I have made a personal commitment not to reply in topics that start with a lowercase letter. Proper grammar and punctuation is a sign of respect, and if you do not show any, you will NOT receive any help (at least not from me).
Offline
According to the mplayer log I would say that VDPAU kicks in. You can easily confirm this by watching CPU load with top.
Usually the CPU load will "explode" if you watch 1080p content without GPU decoding enabled.
Did you check different HD material and / or different containers ?
I mean like converting your MKV files to MP4 with AVIDemux. Or simply grabbing some h264 stuff from youtube in 1080p and convert it to MKV.
Sometimes AV issues are related to the container itself or audio playback.
My archlinux x86_64 host:
AMD E350 (2x1.6GHz) / 8GB DDR3 RAM / GeForce 9500GT (passive) / Arch running from 16GB USB Stick
Offline
Thanks for the support guys! Yes, I'm in the video group and then some. Yes I've tried xv at least. I've also tried older mkv and mp4 HD material and they seem to work so it might seem that I've ran into a batch of bad encoded video files. But I'm looking into the possible sound problem which could relate to my Nvidia HDMI audio output with alsa (no pulse audio installed).
Offline
You are welcome ! This kind of problems are really often a PITA. So I am always willing to help ![]()
As far as corrupted encoded video files go, you could crosscheck them with AVIDemux as it will often point out possible issues inside your AV material.
For your HDMI output you could check what happens during playback if you either use a normal soundcard or no sound at all for output.
My archlinux x86_64 host:
AMD E350 (2x1.6GHz) / 8GB DDR3 RAM / GeForce 9500GT (passive) / Arch running from 16GB USB Stick
Offline
Thanks for the tips! I went back to mplayer instead of mplayer2 and now at least xvid files play normally, and some proper x264/mp4 as well. Yes, it's really a PITA since there are so many parameters; codecs, players, video and audio drivers, encodings and other glitches in the material.
Offline
Now it's getting weird;after some more freeezes and sound outs a reboot solves it! I'm in a pinch now! I will go into the logs and I will try to clean the chassi for dust, but temps have been looking ok for the GPU and CPU. Maybe RAM or other hardware are acting up!? Report soon ...
Offline
hm, depending on your CPU it might get throttled if it gets to hot. This could also result in strange behaviour.
I would do some stability testing (e.g. prime for CPU / mem, plain memtest). From my belly feeling I would say you have no pure software issue.
My archlinux x86_64 host:
AMD E350 (2x1.6GHz) / 8GB DDR3 RAM / GeForce 9500GT (passive) / Arch running from 16GB USB Stick
Offline
It was the Ubuntu 3.4.0.x kernel on my server that had very buggy NFS. Downgraded and all ok!
Offline
Cool, good to hear.
But an Ubuntu Kernel ? Were you watching videos from an NFS share ?
If so, you should have mentioned this as NF sometimes causes strange behaviour. Especially with unstable network connection and such things. A stale NFS share can lock up your whole system.
My archlinux x86_64 host:
AMD E350 (2x1.6GHz) / 8GB DDR3 RAM / GeForce 9500GT (passive) / Arch running from 16GB USB Stick
Offline
I knew from the arch-dev mailing list that 3.4.0 kernel had NFS bugs but sometimes the brain is compartmentalized and don't connect. And it took me a looong time to figure out the real problem.
Offline
Yeah, no real problem. Those things tend to be pretty complex to analyze since there are so many variables.
My archlinux x86_64 host:
AMD E350 (2x1.6GHz) / 8GB DDR3 RAM / GeForce 9500GT (passive) / Arch running from 16GB USB Stick
Offline