Go Back   nV News Forums > Linux Support Forums > NVIDIA Linux

Newegg Daily Deals

Reply
 
Thread Tools
Old 02-13-09, 09:13 AM   #793
ReimarD
Registered User
 
Join Date: Jul 2005
Posts: 46
Default Re: mplayer vdpau

Quote:
Originally Posted by assem046 View Post
I've tested three files, and these are the results.

http://download.statuspro.tv/test.mkv
With Intel q6600, NVidia 8500GT, 180.29, Mplayer-vdpau 3482714, it stutters a little. Not so hard, but it looks not good. Mplayer-cpu between 4 - 50%.
Hm, I wonder if that bug was only in my version, but for me it stuttered really horribly.
Made me realize that VDPAU working at all was a bit of pure luck anyway, the MPlayer design needs to be changed to support more than 2 reference frames.
I made a patch and will submit it soon.

Quote:
Originally Posted by assem046 View Post
http://ckworks.sakura.ne.jp/data/xac...207_2a_mp4.zip
With mplayer-vdpau, mplayer is too slow and mplayer gives this output:

h264_vdpau @ 0xc926e0]B picture before any references, skipping 0
[h264_vdpau @ 0xc926e0]decode_slice_header error
[h264_vdpau @ 0xc926e0]no frame!
Error while decoding frame!
[h264_vdpau @ 0xc926e0]AVC: Consumed only 66333 bytes instead of 66340

Mplayer-cpu is ~25%
X-cpu is ~60%. A lot more as with the other files, ~8-10%

Last line repeats with different size.

With mplayer-coreavc, after 7 seconds it stutters because dshowserver is using 200 - 220% of cpu. Mplayer uses 23% of cpu.

Strange things happens with h264 video's.
Maybe encoding problems or hardware limitations?
The messages are no big thing, the file is probably badly muxed, but that is not the cause for the issues.
That is a 60 fps file, your display probably should run at least at 75 Hz for that to work, 120 Hz is better.
I do not have a high X CPU-usage, but that might be related to one of the
Option "UseEvents" "on"
Option "OnDemandVBlankInterrupts" "on"
X.org options I use.
With -framedrop it play in sync, but it stutters badly, I suspect -framedrop does not work quite as it should with vdpau.
ReimarD is offline   Reply With Quote
Old 02-13-09, 10:39 AM   #794
BenBuntu
Registered User
 
Join Date: Sep 2008
Posts: 13
Smile Re: mplayer vdpau

Quote:
Originally Posted by kross View Post
mplayer exits with an error in both test clips if I don't make the change that I mentioned in post #754 (changing max_references to 16). With the change, Luke's video plays perfectly, but the one I posted plays with 100% CPU, and video lags behind audio, as if VDPAU wasn't being used.

-- Kevin
Kevin, changing max_reference_frames to 16 did the trick! Both files play smoothly and fluidly, in sync with the audio, with my CPU sitting idle the whole time, so obviously VDPAU is now working properly for both files. A big thank-you!

It sounds like for you, VDPAU is not being used for the second file. I think that's the case for everybody who's getting maxed-out CPU and jerky video with these files. When I get home from work tonight, I'll write up a little how-to about associating the patched mplayer with your files, to make sure that VDPAU always gets used.

-Ben
BenBuntu is offline   Reply With Quote
Old 02-13-09, 11:32 AM   #795
Stephen Warren
Moderator
 
Stephen Warren's Avatar
 
Join Date: Aug 2005
Posts: 1,327
Default Re: mplayer vdpau

Quote:
Originally Posted by teox99 View Post
all you need in bz2
Sorry it took a while to respond.

I took a look at your xorg.conf. It isn't disabling the X composite extension. You need to add the following section:

Code:
Section "Extensions"
    Option         "Composite" "Disable"
EndSection
Stephen Warren is offline   Reply With Quote
Old 02-13-09, 01:15 PM   #796
kross
Registered User
 
Join Date: Jan 2009
Posts: 11
Default Re: mplayer vdpau

Quote:
Originally Posted by BenBuntu View Post
Kevin, changing max_reference_frames to 16 did the trick! Both files play smoothly and fluidly, in sync with the audio, with my CPU sitting idle the whole time, so obviously VDPAU is now working properly for both files. A big thank-you!
Glad to help!

Quote:
It sounds like for you, VDPAU is not being used for the second file. I think that's the case for everybody who's getting maxed-out CPU and jerky video with these files. When I get home from work tonight, I'll write up a little how-to about associating the patched mplayer with your files, to make sure that VDPAU always gets used.

-Ben
mplayer says it's using VDPAU, but as you can see in the status line, it's maxing out the CPU:

Code:
kevin@htpc:~$ mplayer -vc ffh264vdpau -vo vdpau test.mkv
MPlayer dev-SVN-r28348-4.3.3 (C) 2000-2009 MPlayer Team
CPU: AMD Athlon(tm) Dual Core Processor 5050e (Family: 15, Model: 107, Stepping: 2)
CPUflags:  MMX: 1 MMX2: 1 3DNow: 1 3DNow2: 1 SSE: 1 SSE2: 1
Compiled for x86 CPU with extensions: MMX MMX2 3DNow 3DNowEx SSE SSE2
137 audio & 296 video codecs

Playing test.mkv.
[mkv] Track ID 1: audio (A_DTS), -aid 0, -alang eng
[mkv] Track ID 2: video (V_MPEG4/ISO/AVC), -vid 0
[mkv] Will play video track 2.
Matroska file format detected.
VIDEO:  [avc1]  1920x1040  24bpp  23.976 fps    0.0 kbps ( 0.0 kbyte/s)
==========================================================================
Forced video codec: ffh264vdpau
Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family
[VD_FFMPEG] VDPAU accelerated codec.
Selected video codec: [ffh264vdpau] vfm: ffmpeg (FFmpeg H.264 (VDPAU))
==========================================================================
==========================================================================
Opening audio decoder: [libdca] DTS decoding with libdca
Stream with high frequencies VQ coding
AUDIO: 48000 Hz, 2 ch, s16le, 1536.0 kbit/100.00% (ratio: 192000->192000)
Selected audio codec: [dts] afm: libdca (DTS-libdca)
==========================================================================
AO: [alsa] 48000Hz 2ch s16le (2 bytes per sample)
Starting playback...
VDec: vo config request - 1920 x 1040 (preferred colorspace: H.264 HIGH VDPAU acceleration)
VDec: using H.264 HIGH VDPAU acceleration as output csp (no 2)
Movie-Aspect is 1.85:1 - prescaling to correct movie aspect.
VO: [vdpau] 1920x1040 => 1920x1040 H.264 HIGH VDPAU acceleration
[ASPECT] Warning: No suitable new res found!
[ASPECT] Warning: No suitable new res found!
[ASPECT] Warning: No suitable new res found!
A:   3.4 V:   2.8 A-V:  0.662 ct: -0.002   0/  0 84% 122% 15.1% 50 0

           ************************************************
           **** Your system is too SLOW to play this!  ****
           ************************************************

Possible reasons, problems, workarounds:
- Most common: broken/buggy _audio_ driver
  - Try -ao sdl or use the OSS emulation of ALSA.
  - Experiment with different values for -autosync, 30 is a good start.
- Slow video output
  - Try a different -vo driver (-vo help for a list) or try -framedrop!
- Slow CPU
  - Don't try to play a big DVD/DivX on a slow CPU! Try some of the lavdopts,
    e.g. -vfm ffmpeg -lavdopts lowres=1:fast:skiploopfilter=all.
- Broken file
  - Try various combinations of -nobps -ni -forceidx -mc 0.
- Slow media (NFS/SMB mounts, DVD, VCD etc)
  - Try -cache 8192.
- Are you using -cache to play a non-interleaved AVI file?
  - Try -nocache.
Read DOCS/HTML/en/video.html for tuning/speedup tips.
If none of this helps you, read DOCS/HTML/en/bugreports.html.

A:  17.9 V:  14.8 A-V:  3.009 ct: -0.002   0/  0 35% 85% 15.3% 332 0
kross is offline   Reply With Quote
Old 02-13-09, 05:08 PM   #797
teox99
Registered User
 
Join Date: Jan 2009
Location: Italy - Rome
Posts: 56
Default Re: mplayer vdpau

@Stephen Warren

thanks a lot! you are very kind.
teox99 is offline   Reply With Quote
Old 02-14-09, 06:11 AM   #798
artem
Registered User
 
Join Date: Jun 2006
Posts: 705
Default Re: mplayer vdpau

This is amazing! Works like a charm, thank you, NVIDIA!
artem is offline   Reply With Quote
Old 02-15-09, 02:13 PM   #799
piotro
Registered User
 
Join Date: May 2007
Posts: 72
Default Re: mplayer vdpau

Hi *

I have quite interesting issue with latest mplayer patch (3482714).
I tested this patch on 2 configs:
1.Abit AN-M2HD+8400GS(G98, 512MB), 1920x1080@50 to Sharp46'
2.MSI K9N2GM (8300 IGP), 1600x1200@60 to IIyama 20'

Issue with new patch is that some H.264 movies plays OK on config 2, but not on config 1 (solid green screen).

With previous patch (3402051) all is OK.

As new patch works always OK for 8300IGP, but not for 8400GS, I compare mplayer logs on config1 for both patches and the same movie
I see following differences:

3482714(bad playback)
*** [vo] Direct Rendering (slices) mp_image_t, 720x576x0bpp RGB packed, 0 bytes

3402051(ok)
*** [vo] Direct Rendering mp_image_t, 720x576x0bpp RGB packed, 0 bytes

Software is:
2.6.28.4, 180.29, mplayer 28461.16984.1167, Xorg 1.4.3

For me issue looks like 180.29 related - as software for both configs only patch and HW differs...

br
piotro is offline   Reply With Quote
Old 02-15-09, 04:11 PM   #800
Stephen Warren
Moderator
 
Stephen Warren's Avatar
 
Join Date: Aug 2005
Posts: 1,327
Default Re: mplayer vdpau

piotro,

If this only happens for some files, then you'll need to post a sample of those files for us to analyze.
Stephen Warren is offline   Reply With Quote

Old 02-15-09, 05:02 PM   #801
teox99
Registered User
 
Join Date: Jan 2009
Location: Italy - Rome
Posts: 56
Default Re: mplayer vdpau

hi,
what about the -playlist option, it seems not working, isn't it?
teox99 is offline   Reply With Quote
Old 02-16-09, 03:44 PM   #802
Zarbis
Registered User
 
Join Date: Nov 2008
Posts: 12
Default Re: mplayer vdpau

Code:
------------------------------------------------------------------------
r28617 | reimar | 2009-02-16 23:58:13 +0300 (Mon, 16 Feb 2009) | 2 lines

Add support for VDPAU video out, including hardware decoding.
Officially in mplayer now!
Zarbis is offline   Reply With Quote
Old 02-16-09, 05:01 PM   #803
cehoyos
FFmpeg developer
 
Join Date: Jan 2009
Location: Vienna, Austria
Posts: 467
Default Re: mplayer vdpau

Reimar Döffinger has committed initial VDPAU support for MPlayer today.
MPEG1/2, VC1 and WMV3 work without known issues, Pan&Scan and fixed-vo were fixed for the commit and some problematic samples, like "pe-001.mkv" work as expected. Extended OSD (for ASS output) was reviewed, but the necessary changes were not made yet.

Note, however, that there are known H264 samples (like Apple HD Trailers) that freeze X for some time before video output fails completely, so you might prefer to continue using the latest NVIDIA patch. No workaround for this (at least partly-) driver related issue is currently known.

Additionally, some software decoders (MPEG1/2) do not currently work with -vo vdpau.

I believe that this version was only tested on G98 so far, so reports for different hardware are welcome.

Congratulations to Reimar for his fast work, Carl Eugen

Last edited by cehoyos; 02-17-09 at 02:43 AM. Reason: Added note about decoders using CODEC_CAP_DRAW_HORIZ_BAND.
cehoyos is offline   Reply With Quote
Old 02-16-09, 08:20 PM   #804
mlord
Linux kernel hacker
 
Join Date: Feb 2009
Location: Ottawa, Canada
Posts: 173
Default Re: mplayer vdpau

Quote:
Originally Posted by cehoyos View Post
Note, however, that there are known H264 samples (like Apple HD Trailers) that freeze X for some time before video output fails completely ... No workaround for this (at least partly-) driver related issue is currently known.
In the MythTV-vdpau thread here, Mark Kendall seems to have worked around (temporary hack) a similar (same?) issue by increasing the number of vdpau buffers allocated. Maybe time to compare notes?
mlord is offline   Reply With Quote
Reply


Thread Tools

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Forum Jump


Similar Threads
Thread Thread Starter Forum Replies Last Post
xorg locks-up with newest nvidia drivers w/ vdpau. theroot NVIDIA Linux 1 06-24-12 11:04 AM
NVIDIA VDPAU Reference Benchmarks News Archived News Items 0 06-11-12 05:30 AM
VDPAU and KDE 4.8 compositing = slow Pie-rate NVIDIA Linux 30 05-23-12 07:07 AM
VDPAU testing tool crisalide NVIDIA Linux 392 04-29-12 06:01 PM
mplayer & xmms problems! replys2me NVIDIA Linux 5 09-06-02 02:34 PM

All times are GMT -5. The time now is 12:29 PM.


Powered by vBulletin® Version 3.7.1
Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Copyright ©1998 - 2014, nV News.