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

Newegg Daily Deals

Reply
 
Thread Tools
Old 01-19-09, 02:15 PM   #577
Stephen Warren
Moderator
 
Stephen Warren's Avatar
 
Join Date: Aug 2005
Posts: 1,327
Default Re: mplayer vdpau

Quote:
Originally Posted by Dragoran View Post
No, we don't LIBGL_ALWAYS_INDIRECT is ignored by the nvidia driver, but the mesa stack honors it. This way open source drivers run in indirect rendering mode while on nvidia cards compiz runs with direct rendering.
You're right; we use a different environment variable.

The most likely cause of the high-CPU-usage-with-compiz issue is still that compiz is using indirect rendering for *some* reason though. mooninite, can you check with top exactly which processes are using the CPU when you experience this issue. If it's X, then indirect rendering is probably the cause.
Stephen Warren is offline   Reply With Quote
Old 01-19-09, 02:16 PM   #578
Stephen Warren
Moderator
 
Stephen Warren's Avatar
 
Join Date: Aug 2005
Posts: 1,327
Default Re: mplayer vdpau

Quote:
Originally Posted by Ankh View Post
Thanks for the reply.

I'm running @ 1920x1080x24 with a 512MB 9500GT. How much video RAM would I need for Grey.ts...?
It depends a lot on what else is running. Try restarting X and see if that fixes it. Otherwise, run with a bare X server, no window manager, etc., and run your video application from an SSH session. If any of that solves it, RAM usage is the problem.
Stephen Warren is offline   Reply With Quote
Old 01-19-09, 02:25 PM   #579
Dragoran
Registered User
 
Join Date: May 2004
Posts: 711
Default Re: mplayer vdpau

Quote:
Originally Posted by Stephen Warren View Post
You're right; we use a different environment variable.

The most likely cause of the high-CPU-usage-with-compiz issue is still that compiz is using indirect rendering for *some* reason though. mooninite, can you check with top exactly which processes are using the CPU when you experience this issue. If it's X, then indirect rendering is probably the cause.
The problem is that compiz is using strictbinding by default. This seems not to cause any noticeable performance issues on pre G80 hw. But many people with G80+ hardware experience perfomance problems with it. (glBindTexture seems to be slow / cpu demanding for some reason on G80+ hw).

I talked with Plagman about this on IRC, and he said he will fill a bug to get this investigated / fixed.

That's why passing --loose-binding fixed the problem for him (but it causes other problems like 2D rendering artifacts when IPP=2)
Dragoran is offline   Reply With Quote
Old 01-19-09, 02:31 PM   #580
Stephen Warren
Moderator
 
Stephen Warren's Avatar
 
Join Date: Aug 2005
Posts: 1,327
Default Re: mplayer vdpau

Interesting. I tested this on Fedora 10, and I guess I'm just lucky not to be affected then, even using G86 and G98! Hopefully we'll get this fixed soon.
Stephen Warren is offline   Reply With Quote
Old 01-19-09, 02:42 PM   #581
Ankh
Registered User
 
Join Date: May 2005
Location: Leicester, UK
Posts: 36
Default Re: mplayer vdpau

Quote:
Originally Posted by Stephen Warren View Post
It depends a lot on what else is running. Try restarting X and see if that fixes it. Otherwise, run with a bare X server, no window manager, etc., and run your video application from an SSH session. If any of that solves it, RAM usage is the problem.
Before posting, I did try restarting X / rebooting. I also tried running in a twm session, with/without compositing (xfwm), with/without compiz, etc. to try and exclude some options

I have noticed mplayer doesn't always bork with error 23 - I get a lot of similar symptoms to quadtree - mplayer window starts and hangs there (along with the rest of X) - I can switch back to the xterm and ctrl+c after about 10-20 secs. X is running at 100%. This is on a full compiz X session.

Cheers,

Rich.
Ankh is offline   Reply With Quote
Old 01-19-09, 03:14 PM   #582
mooninite
Registered User
 
Join Date: May 2006
Posts: 477
Default Re: mplayer vdpau

Quote:
Originally Posted by Stephen Warren View Post
mooninite, can you check with top exactly which processes are using the CPU when you experience this issue. If it's X, then indirect rendering is probably the cause.
It was X eating all the CPU, but it looks like you have been investigating this more before I have been able to reply. Thanks. I'll wait for an update.
mooninite is offline   Reply With Quote
Old 01-19-09, 08:53 PM   #583
play3r
Registered User
 
Join Date: Jan 2009
Posts: 10
Default Re: mplayer vdpau

mplayer-vdpau audio problem
---------------------------

For some reason the latest patches, mplayer-vdpau-3263604.tar.bz2, seem to cause a problem with the audio codec "hwdts". There is no sound when playing a dts track. However, the audio codec "hwac3" works fine on dd tracks.

This is independent of video codec. And, for every stream with a dts track, there is no sound for that track when played with mplayer-vdpau, but there is sound when played with an unpatched mplayer. In all cases, the video is fine (actually, the video is great -- I love vdpau!!)

For example:

No sound
--------

mplayer-vdpau -vid 0 -vo vdpau -vc ffh264vdpau -aid 1 -ac hwdts sample.h264
mplayer-vdpau -vid 0 -vo vdpau -vc ffh264 -aid 1 -ac hwdts sample.h264

Sound works
-----------

mplayer -vid 0 -vo vdpau -vc ffh264 -aid 1 -ac hwdts sample.h264

mplayer-vdpau -vid 0 -vo vdpau -vc ffh264 -aid 2 -ac hwac3 sample.h264
mplayer-vdpau -vid 0 -vo vdpau -vc ffh264vdpau -aid 2 -ac hwac3 sample.h264
play3r is offline   Reply With Quote
Old 01-20-09, 12:01 PM   #584
Stephen Warren
Moderator
 
Stephen Warren's Avatar
 
Join Date: Aug 2005
Posts: 1,327
Default Re: mplayer vdpau

Quote:
Originally Posted by play3r View Post
mplayer-vdpau audio problem
---------------------------

For some reason the latest patches, mplayer-vdpau-3263604.tar.bz2, seem to cause a problem with the audio codec "hwdts". There is no sound when playing a dts track. However, the audio codec "hwac3" works fine on dd tracks.

This is independent of video codec. And, for every stream with a dts track, there is no sound for that track when played with mplayer-vdpau, but there is sound when played with an unpatched mplayer. In all cases, the video is fine (actually, the video is great -- I love vdpau!!)
This is unlikely to be anything to do with the VDPAU patches.

When you were testing with an unpatched MPlayer, were you building the exact same SVN revision as our checkout/patch/build script? I assume not, and that the SVN revision we picked for our patches simply has a bug.
Stephen Warren is offline   Reply With Quote

Old 01-20-09, 03:11 PM   #585
quadtree
Registered User
 
Join Date: Jan 2009
Posts: 34
Default Re: mplayer vdpau

Quote:
Originally Posted by Stephen Warren View Post
Thanks for the report. This is a new issue. We'll try and reproduce it and create a fix.
I have one other piece of information to add, maybe it'll help. Regardless of whether I have VDPAU_NVIDIA_NO_OVERLAY set, I see noticeable tearing on the system with the 8400GS that I never see when using xv. I believe I'm in accordance with all the steps required to use the overlay path: no other software using overlays, not doing SLI, multi-GPUs, or desktop rotation, and the X composite extension is disabled. Even with all that, I see tearing. Probably not surprising since there seems to be errors when creating the presentation queue even when mplayer doesn't hang.

On my other system, with the 8600GT and no problems, I don't see any tearing unless I explicitely set VDPAU_NVIDIA_NO_OVERLAY=1.
quadtree is offline   Reply With Quote
Old 01-20-09, 03:33 PM   #586
Pistrakas
Registered User
 
Join Date: Jan 2009
Posts: 7
Default Re: mplayer vdpau

hi, for the firt time I have to say sorry for my bad english
My problem is thata I have downloaded this script:

ftp://download.nvidia.com/XFree86/vd...263604.tar.bz2

I executed and I think that everything went fine but when I try to use Mplayer I have this error:

Increasing filtered audio buffer size from 0 to 65536
vd_ffmpeg data: 73020000, ffff0506, e945dc6f, 48d9e6bd
[h264 @ 0xbaaec0]no picture
vd_ffmpeg data: 36000000, 19a41, fd5f19b2, 30000f1
[h264 @ 0xbaaec0]no picture
vd_ffmpeg data: e7080000, 1029a41, fc578528, 3000084
[ffmpeg] aspect_ratio: 0.000000
VDec: vo config request - 1920 x 804 (preferred colorspace: Planar YV12)
Trying filter chain: vo
vo_debug: query(Planar YV12) returned 0x433 (i=0)
VDec: using Planar YV12 as output csp (no 0)
Movie-Aspect is 2.39:1 - prescaling to correct movie aspect.
VO Config (1920x804->1920x804,flags=0,'MPlayer',0x32315659)
VO: [vdpau] 1920x804 => 1920x804 Planar YV12
VO: Description: VDPAU with X11
VO: Author: Rajib Mahapatra <rmahapatra@nvidia.com> and others
Error 25 at libvo/vo_vdpau.c:231


I have one NVIDIA 8800GTS, the nvidia driver version is:

loading NVIDIA UNIX x86_64 Kernel Module 180.22 Tue Jan 6 09:15:58 PST 2009
under 2.6.28 #1 SMP PREEMPT Thu Dec 25 22:11:05 CET 2008 x86_64 GNU/Linux

If you need more information please ask


Thanks for your help

Pistrakas is offline   Reply With Quote
Old 01-20-09, 03:36 PM   #587
Stephen Warren
Moderator
 
Stephen Warren's Avatar
 
Join Date: Aug 2005
Posts: 1,327
Default Re: mplayer vdpau

@Pistrakas,

Your 8800 GTS is probably G80 based. That isn't supported HW.
Stephen Warren is offline   Reply With Quote
Old 01-20-09, 03:44 PM   #588
Pistrakas
Registered User
 
Join Date: Jan 2009
Posts: 7
Default Re: mplayer vdpau

Quote:
Originally Posted by Stephen Warren View Post
@Pistrakas,

Your 8800 GTS is probably G80 based. That isn't supported HW.
Thanks for your fast response

How do I know if my card is G80 based?
Pistrakas 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 11:12 AM.


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