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

Newegg Daily Deals

Reply
 
Thread Tools
Old 01-17-09, 11:26 AM   #553
Vorgus
Registered User
 
Vorgus's Avatar
 
Join Date: Dec 2008
Posts: 107
Default Re: mplayer vdpau

Quote:
Originally Posted by sl1pkn07 View Post
What is the minimum?

my card is this:

http://cgi.ebay.es/ws/eBayISAPI.dll?...B:EOIBSA:ES:11
I can't say for sure, but from other post I have seen, you should have 512meg. That card only has 128meg which is the lowest I've seen. Most are 256 or 512. That card says something about a turbo cache which I'm told is supported by linux but you may need to take some steps to activate it. However, I think it was Stephen who said because turbo cache is basicly just using main system ram, it doesn't help much.
Vorgus is offline   Reply With Quote
Old 01-17-09, 11:43 AM   #554
sl1pkn07
Registered User
 
Join Date: Nov 2006
Location: Spanishtan
Posts: 103
Default Re: mplayer vdpau

Quote:
Originally Posted by Vorgus View Post
I can't say for sure, but from other post I have seen, you should have 512meg. That card only has 128meg which is the lowest I've seen. Most are 256 or 512. That card says something about a turbo cache which I'm told is supported by linux but you may need to take some steps to activate it. However, I think it was Stephen who said because turbo cache is basicly just using main system ram, it doesn't help much.

then. the only solution is change card? for example, Asus EN8400GS silent? (see few post before)(the Palit 8400gs super silent with hdmi not selling for spain any online store that has and send to worldwide? )

I'm not sure. but I think the turbo cache is enabled

sl1pkn07 is offline   Reply With Quote
Old 01-17-09, 11:57 AM   #555
quadtree
Registered User
 
Join Date: Jan 2009
Posts: 34
Default Re: mplayer vdpau

I've got two systems using the 180.22 driver and the patched mplayer, version dev-SVN-r7960. The desktop system with a 8600GT runs perfectly. I've really had no issues whatsoever.

The other box is a PVR running MythTV 0.21 (no VDPAU support) with a EN8400GS (with a g98 so it supports vc-1 decoding). I use mplayer to watch videos on this system with mythvideo.

Both systems have Core2 Duos.

Often (maybe about 10% of the time) when I start a video in mplayer, mplayer freezes immediately before displaying any video. It locks the whole system for about 20-30 seconds, then calms down enough so I can use a shell though it still uses 100% of one CPU continuously. I have to kill the process manually. There's no particular video that causes this: it happens with many different files and encoding types.

I have found an apparent workaround, but I'll describe the problem first.

This seems to be some kind of race condition. Here's the output from Mplayer with VDPAU_TRACE=1 and VDPAU_NVIDIA_DEBUG=3:

Code:
> mplayer pushing.daisies-s02e10.mkv
MPlayer dev-SVN-r27960 (C) 2000-2008 MPlayer Team
CPU: Intel(R) Core(TM)2 Duo CPU     E6550  @ 2.33GHz (Family: 6, Model: 15, Stepping: 11)
CPUflags:  MMX: 1 MMX2: 1 3DNow: 0 3DNow2: 0 SSE: 1 SSE2: 1
Compiled with runtime CPU detection.

Playing pushing.daisies-s02e10.mkv.
[mkv] Track ID 1: audio (A_AC3), -aid 0, -alang und
[mkv] Track ID 2: video (V_MPEG4/ISO/AVC), -vid 0
[mkv] Will play video track 2.
Matroska file format detected.
VIDEO:  [avc1]  1280x720  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: [liba52] AC3 decoding with liba52
Using SSE optimized IMDCT transform
Using MMX optimized resampler
AUDIO: 48000 Hz, 2 ch, s16le, 384.0 kbit/25.00% (ratio: 48000->192000)
Selected audio codec: [a52] afm: liba52 (AC3-liba52)
==========================================================================
AO: [alsa] 48000Hz 2ch s16le (2 bytes per sample)
Starting playback...
[VD_FFMPEG] Trying pixfmt=0.
VDec: vo config request - 1280 x 720 (preferred colorspace: H.264 HIGH VDPAU acceleration)
VDec: using H.264 HIGH VDPAU acceleration as output csp (no 2)
Movie-Aspect is 1.78:1 - prescaling to correct movie aspect.
VO: [vdpau] 1280x720 => 1280x720 H.264 HIGH VDPAU acceleration
VDPAU capture: Enabled
vdp_imp_device_create_x11(0x9322840, 0, -, -)
    -> 0, 1, 0xb64bb0d0
vdp_get_proc_address(1, 5, -)
    -> 0, 0xb64aa220
vdp_get_proc_address(1, 9, -)
    -> 0, 0xb64acc60
vdp_get_proc_address(1, 10, -)
    -> 0, 0xb64aa150
vdp_get_proc_address(1, 13, -)
    -> 0, 0xb64b1bb0
vdp_get_proc_address(1, 12, -)
    -> 0, 0xb64b15d0
vdp_get_proc_address(1, 24, -)
    -> 0, 0xb64b21c0
vdp_get_proc_address(1, 22, -)
    -> 0, 0xb64b0570
vdp_get_proc_address(1, 18, -)
    -> 0, 0xb64ac3c0
vdp_get_proc_address(1, 19, -)
    -> 0, 0xb64aa080
vdp_get_proc_address(1, 46, -)
    -> 0, 0xb64aef90
vdp_get_proc_address(1, 47, -)
    -> 0, 0xb64b0390
vdp_get_proc_address(1, 53, -)
    -> 0, 0xb64a9e10
vdp_get_proc_address(1, 54, -)
    -> 0, 0xb64b08d0
vdp_get_proc_address(1, 55, -)
    -> 0, 0xb64a9d40
vdp_get_proc_address(1, 56, -)
    -> 0, 0xb64ab2b0
vdp_get_proc_address(1, 57, -)
    -> 0, 0xb64a9c70
vdp_get_proc_address(1, 63, -)
    -> 0, 0xb64a9b60
vdp_get_proc_address(1, 64, -)
    -> 0, 0xb64ab020
vdp_get_proc_address(1, 4096, -)
    -> 0, 0xb64aad60
vdp_get_proc_address(1, 37, -)
    -> 0, 0xb64ab950
vdp_get_proc_address(1, 38, -)
    -> 0, 0xb64a9ee0
vdp_get_proc_address(1, 40, -)
    -> 0, 0xb64ad760
vdp_get_proc_address(1, 65, -)
    -> 0, 0xb64aaea0
vdp_get_proc_address(1, 33, -)
    -> 0, 0xb64b1240
vdp_get_proc_address(1, 23, -)
    -> 0, 0xb64b2620
vdp_presentation_queue_target_create_x11(1, 12582913, -)
    -> 0, 2
vdp_presentation_queue_create(1, 2, -)
VDPAU nvidia: Error detected 1004 824  5
VDPAU nvidia: Backtrace:
01: /usr/lib/libvdpau_nvidia.so [0xb64b8d0e]
02: /usr/lib/libvdpau_nvidia.so [0xb64b9bf9]
03: /usr/lib/libvdpau_nvidia.so [0xb64d515c]
04: /usr/lib/libvdpau_nvidia.so [0xb64ff24d]
05: /usr/lib/libvdpau_nvidia.so [0xb64cef64]
06: /usr/lib/libvdpau_nvidia.so [0xb64c7189]
07: /usr/lib/libvdpau_nvidia.so [0xb64c691b]
08: /usr/lib/libvdpau_nvidia.so [0xb64beb10]
09: /usr/lib/libvdpau_trace.so [0xb64ab371]
10: mplayer [0x807fe8a]
zsh: killed     mplayer pushing.daisies-s02e10.mkv
The 'system freeze' that lasts 20-30 seconds begins just before mplayer prints out 'AO: [alsa] 48000Hz 2ch s16le (2 bytes per sample)'. It then prints the remaining output and hangs until killed.

I've also noticed that the error and backtrace at the bottom, after vdp_presentation_queue_create(), also occur in the debug output even when video plays without any problems. Note this always happens at startup, never in the middle of playback.

If I export VDPAU_NVIDIA_NO_OVERLAY=1 as mentioned in some other posts, this problem thus far has never happened. I also don't get the error message and backtraces like I always do otherwise.

Sorry if this describes a well-known problem. I'm attaching my nvidia-bug-report log.
Attached Files
File Type: gz nvidia-bug-report.log.gz (19.1 KB, 85 views)
quadtree is offline   Reply With Quote
Old 01-17-09, 11:32 PM   #556
mooninite
Registered User
 
Join Date: May 2006
Posts: 477
Default Re: mplayer vdpau

OK I got around to building an mplayer package for Fedora 10 today since I have a shiny new 9800GTX+.

Any H.264 file I play using the VDPAU codec is worse than the software codec. What could I have done wrong? Any logs or output that would show me what's wrong?

-vc ffh264vdpau = 60%+ cpu usage, video might chop
without -vc = 30% cpu usage, video plays great

Intel Core 2 Xeon 3ghz
mplayer built with nvidia script
180.22 driver

edit: I gave the source package from my package to a friend on 32-bit Fedora install and he rebuilt it and videos play normally with (5% cpu) or without (50%) -vc ffh264vdpau.

edit2: It's compiz. Disabling compiz brings me to 2% cpu. nVidia providing some sort of fix for this?
mooninite is offline   Reply With Quote
Old 01-18-09, 04:36 AM   #557
teox99
Registered User
 
Join Date: Jan 2009
Location: Italy - Rome
Posts: 56
Default Re: mplayer vdpau

dear friends,
today i played an h264 file but for the first time it crashed. just a black window. the same results with other reader such as g-mplayer or normal mplayer.
never report problem with h264 files...
so this is my bug report... (the only change on my system are the new 180.22 driver)
can you help me?
Attached Files
File Type: bz2 bug-report.tar.bz2 (32.5 KB, 96 views)
teox99 is offline   Reply With Quote
Old 01-18-09, 06:01 AM   #558
jyavenard
MythTV developer
 
Join Date: Mar 2006
Posts: 413
Default Re: mplayer vdpau

Hi

I thought VDPAU VC-1 decoding supports was only found on 9300/9400 kind of chipset?

An Asus M3n78-em (GeForce 8300 IGP) reports the following capabilities:

Decoder capabilities:

name level macbs width height

------------------------------------
MPEG1 0 8191 2032 2032
MPEG2_SIMPLE 3 8191 2032 2032
MPEG2_MAIN 3 8191 2032 2032
H264_MAIN 41 8191 2032 2032
H264_HIGH 41 8191 2032 2032
VC1_SIMPLE 1 8191 2032 2032
VC1_MAIN 2 8191 2032 2032
VC1_ADVANCED 4 8191 2032 2032

So what's the go ?
jyavenard is offline   Reply With Quote
Old 01-18-09, 06:15 AM   #559
Gusar
Registered User
 
Join Date: Apr 2006
Posts: 277
Default Re: mplayer vdpau

@mooninite: Do you start compiz with --indirect-rendering? If yes, there's the problem.

@jyavenard: VC-1 is supported on G98 chips. Your 8300 IGP might very well be a G98.
Gusar is offline   Reply With Quote
Old 01-18-09, 12:46 PM   #560
Vorgus
Registered User
 
Vorgus's Avatar
 
Join Date: Dec 2008
Posts: 107
Default Re: mplayer vdpau

sl1pkn07, Newegg.com sells the asus card. they also have another, I forget the brand. There are a couple that are 8400'gs but are only 256meg. I think those are the older g86.

Google "9300 gs" and you will find ebay sellers for that card. there is a version with 512meg of ram but it does have a fan. It seems the 8400 can't do one of the deinterlace methods because it is too slow. The 9300 is the same chip so likely would have the same problem but no one has confirmed yet. I also don't know how important the lack of that deinterlace is.
Vorgus is offline   Reply With Quote

Old 01-18-09, 01:00 PM   #561
sl1pkn07
Registered User
 
Join Date: Nov 2006
Location: Spanishtan
Posts: 103
Default Re: mplayer vdpau

im buy asus en8400 silent in local store, not problem. i like a palit 8400gs super silent with hdmi, but not sell im my country (at the moment)

i'm open thread for the TurboCache and VDPAU.
sl1pkn07 is offline   Reply With Quote
Old 01-18-09, 01:22 PM   #562
sarkeizen
Registered User
 
Join Date: Jan 2009
Posts: 8
Default Re: mplayer vdpau

Quote:
Originally Posted by teox99 View Post
thx for the reply,
do you think that dvi can provide the same technical performance of hdmi (1.3) version?
http://it.wikipedia.org/wiki/High-De...edia_Interface
The connectors are electrically identical for video. The question is more about the equipment you attach on either end. Which is currently moot in the vast majority of cases. Perhaps you have a video card putting out 48 bpp in color or a TV capable of 2560x1600p@75 hz. If so congratulate yourself for being 2.576 standard deviations from the mean.
sarkeizen is offline   Reply With Quote
Old 01-18-09, 01:29 PM   #563
Ankh
Registered User
 
Join Date: May 2005
Location: Leicester, UK
Posts: 36
Default Re: mplayer vdpau

Hi all,

I'm running MPlayer dev-SVN-r27960 from the berkano repo with 180.22 and am getting the following :

Code:
ankh@ted /var/data/video/other/childrens $ mplayer -vo vdpau -vc ffh264vdpau Grey.ts
MPlayer dev-SVN-r27960 (C) 2000-2008 MPlayer Team
CPU: Intel(R) Core(TM)2 CPU          6400  @ 2.13GHz (Family: 6, Model: 15, Stepping: 2)
CPUflags:  MMX: 1 MMX2: 1 3DNow: 0 3DNow2: 0 SSE: 1 SSE2: 1
Compiled for x86 CPU with extensions: MMX MMX2 SSE SSE2
mplayer: could not open config files /home/ankh/.lircrc and /etc/lircrc
mplayer: No such file or directory
Failed to read LIRC config file ~/.lircrc.

Playing Grey.ts.
TS file format detected.
VIDEO H264(pid=255) AUDIO A52(pid=259) NO SUBS (yet)!  PROGRAM N. 1000
FPS seems to be: 25.000000
==========================================================================
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: [liba52] AC3 decoding with liba52
Using SSE optimized IMDCT transform
Using MMX optimized resampler
AUDIO: 48000 Hz, 2 ch, s16le, 448.0 kbit/29.17% (ratio: 56000->192000)
Selected audio codec: [a52] afm: liba52 (AC3-liba52)
==========================================================================
AO: [oss] 48000Hz 2ch s16le (2 bytes per sample)
Starting playback...
[VD_FFMPEG] Trying pixfmt=0.
VDec: vo config request - 1920 x 1088 (preferred colorspace: H.264 MAIN VDPAU acceleration)
VDec: using H.264 MAIN VDPAU acceleration as output csp (no 1)
Movie-Aspect is 1.76:1 - prescaling to correct movie aspect.
VO: [vdpau] 1920x1088 => 1920x1088 H.264 MAIN VDPAU acceleration 
VDPAU capture: Enabled
vdp_imp_device_create_x11(0x8b544c8, 0, -, -)
    -> 0, 1, 0xb60630d0
vdp_get_proc_address(1, 5, -)
    -> 0, 0xb6052220
vdp_get_proc_address(1, 9, -)
    -> 0, 0xb6054c60
vdp_get_proc_address(1, 10, -)
    -> 0, 0xb6052150
vdp_get_proc_address(1, 13, -)
    -> 0, 0xb6059bb0
vdp_get_proc_address(1, 12, -)
    -> 0, 0xb60595d0
vdp_get_proc_address(1, 24, -)
    -> 0, 0xb605a1c0
vdp_get_proc_address(1, 22, -)
    -> 0, 0xb6058570
vdp_get_proc_address(1, 18, -)
    -> 0, 0xb60543c0
vdp_get_proc_address(1, 19, -)
    -> 0, 0xb6052080
vdp_get_proc_address(1, 46, -)
    -> 0, 0xb6056f90
vdp_get_proc_address(1, 47, -)
    -> 0, 0xb6058390
vdp_get_proc_address(1, 53, -)
    -> 0, 0xb6051e10
vdp_get_proc_address(1, 54, -)
    -> 0, 0xb60588d0
vdp_get_proc_address(1, 55, -)
    -> 0, 0xb6051d40
vdp_get_proc_address(1, 56, -)
    -> 0, 0xb60532b0
vdp_get_proc_address(1, 57, -)
    -> 0, 0xb6051c70
vdp_get_proc_address(1, 63, -)
    -> 0, 0xb6051b60
vdp_get_proc_address(1, 64, -)
    -> 0, 0xb6053020
vdp_get_proc_address(1, 4096, -)
    -> 0, 0xb6052d60
vdp_get_proc_address(1, 37, -)
    -> 0, 0xb6053950
vdp_get_proc_address(1, 38, -)
    -> 0, 0xb6051ee0
vdp_get_proc_address(1, 40, -)
    -> 0, 0xb6055760
vdp_get_proc_address(1, 65, -)
    -> 0, 0xb6052ea0
vdp_get_proc_address(1, 33, -)
    -> 0, 0xb6059240
vdp_get_proc_address(1, 23, -)
    -> 0, 0xb605a620
vdp_presentation_queue_target_create_x11(1, 41943041, -)
    -> 0, 2
vdp_presentation_queue_create(1, 2, -)
    -> 0, 3
vdp_decoder_create(1, 7, 1920, 1088, 4, -)
    -> 0, 4
vdp_video_surface_create(1, 0, 1920, 1088, -)
    -> 0, 5
vdp_video_surface_create(1, 0, 1920, 1088, -)
    -> 0, 6
vdp_video_surface_create(1, 0, 1920, 1088, -)
    -> 0, 7
vdp_video_surface_create(1, 0, 1920, 1088, -)
    -> 0, 8
vdp_video_surface_create(1, 0, 1920, 1088, -)
    -> 0, 9
vdp_video_surface_create(1, 0, 1920, 1088, -)
    -> 0, 10
vdp_video_surface_create(1, 0, 1920, 1088, -)
    -> 0, 11
vdp_video_surface_create(1, 0, 1920, 1088, -)
    -> 0, 12
vdp_video_surface_create(1, 0, 1920, 1088, -)
    -> 0, 13
vdp_video_surface_create(1, 0, 1920, 1088, -)
    -> 0, 14
vdp_video_surface_create(1, 0, 1920, 1088, -)
    -> 0, 15
vdp_video_surface_create(1, 0, 1920, 1088, -)
    -> 0, 16
vdp_video_surface_create(1, 0, 1920, 1088, -)
    -> 0, 17
vdp_video_surface_create(1, 0, 1920, 1088, -)
    -> 0, 18
vdp_video_surface_create(1, 0, 1920, 1088, -)
    -> 0, 19
vdp_video_surface_create(1, 0, 1920, 1088, -)
    -> 0, 20
vdp_video_surface_create(1, 0, 1920, 1088, -)
    -> 0, 21
vdp_video_mixer_create(1, 0, NULL, 3, {0, 1, 2}, {1920, 1088, 0}, -)
    -> 0, 22
vdp_output_surface_create(1, 0, 1920, 1920, -)
    -> 0, 23
vdp_output_surface_create(1, 0, 1920, 1920, -)
    -> 0, 24
vdp_output_surface_create(1, 0, 1920, 1920, -)
VDPAU nvidia: Error detected 1020 1393  7
VDPAU nvidia: Backtrace:
01: /usr/lib/libvdpau_nvidia.so [0xb6060d0e]
02: /usr/lib/libvdpau_nvidia.so [0xb6061bf9]
03: /usr/lib/libvdpau_nvidia.so [0xb60a6c98]
04: /usr/lib/libvdpau_nvidia.so [0xb6076c20]
05: /usr/lib/libvdpau_nvidia.so [0xb6076e42]
06: /usr/lib/libvdpau_nvidia.so [0xb6065763]
07: /usr/lib/libvdpau_trace.so [0xb605449d]
08: mplayer [0x807ec95]
VDPAU nvidia: Error detected 0 1368 
VDPAU nvidia: Backtrace:
01: /usr/lib/libvdpau_nvidia.so [0xb6060d0e]
02: /usr/lib/libvdpau_nvidia.so [0xb6060dd9]
03: /usr/lib/libvdpau_nvidia.so [0xb606585e]
04: /usr/lib/libvdpau_trace.so [0xb605449d]
05: mplayer [0x807ec95]
    -> 23
Error 23 at libvo/vo_vdpau.c:791
I've hunted around the thread, but it's getting pretty large now...

Cheers,

Rich
Attached Files
File Type: bz2 nvidia-bug-report.log.bz2 (43.5 KB, 80 views)
Ankh is offline   Reply With Quote
Old 01-18-09, 01:36 PM   #564
mooninite
Registered User
 
Join Date: May 2006
Posts: 477
Default Re: mplayer vdpau

Quote:
Originally Posted by Gusar View Post
@mooninite: Do you start compiz with --indirect-rendering? If yes, there's the problem.
It is NOT started with indirect rendering. It is started through the Gnome "Desktop Effects" button, which does not use this command line argument. Even if I start compiz at the command line manually, I get the same sluggish performance when I try a VDPAU codec on a movie.

As noted in another thread about compiz, the guy had to disable it to have acceptable performance.
mooninite 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:41 PM.


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