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

Newegg Daily Deals

Reply
 
Thread Tools
Old 12-06-08, 11:53 PM   #1
kormoc
Registered User
 
Join Date: Apr 2003
Location: Kirkland, wa
Posts: 13
Default VDPAU - Persistant failure after invalid VdpVideoSurfaceGetBitsYCbCr call

VDPAU worked great and I was playing around with VdpVideoSurfaceGetBitsYCbCr and I made a mistake of not allocating destination_data correctly and now, after repeated power cycles, pulling and resetting the card, driver upgrades and downgrades, vdpau fails to even attempt to load in MythTV and mplayer displays a green screen with corruption with .11 and only displays corrupted video with .08 and .06. Standard mplayer plays the sample just fine.

Here's the mplayer logs, trimmed, but full logs are available upon request

All runs are using the twister mpeg2 video sample

Code:
kormoc@christina: ~/vdpau/mplayer-vdpau > ./mplayer -vo vdpau -vc ffmpeg12vdpau /mnt/data/Multimedia/Videos/Tests/Nvidia\ Tests/MPEGIO3MBPS30sec.mpg
MPlayer dev-SVN-r27960-4.1.2 (C) 2000-2008 MPlayer Team
CPU: Intel(R) Core(TM)2 CPU          6300  @ 1.86GHz (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/kormoc/.lircrc and /etc/lircrc
mplayer: No such file or directory
Failed to read LIRC config file ~/.lircrc.

Playing /mnt/data/Multimedia/Videos/Tests/Nvidia Tests/MPEGIO3MBPS30sec.mpg.
MPEG-PS file format detected.
VIDEO:  MPEG2  704x576  (aspect 2)  25.000 fps  3000.0 kbps (375.0 kbyte/s)
==========================================================================
Forced video codec: ffmpeg12vdpau
Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family
[VD_FFMPEG] VDPAU accelerated codec.
Selected video codec: [ffmpeg12vdpau] vfm: ffmpeg (FFmpeg MPEG-1/2 (VDPAU))
==========================================================================
==========================================================================
Opening audio decoder: [mp3lib] MPEG layer-2, layer-3
AUDIO: 48000 Hz, 2 ch, s16le, 128.0 kbit/8.33% (ratio: 16000->192000)
Selected audio codec: [mp3] afm: mp3lib (mp3lib MPEG layer-2, layer-3)
==========================================================================
[AO OSS] audio_setup: Can't open audio device /dev/dsp: Device or resource busy
AO: [alsa] 48000Hz 2ch s16le (2 bytes per sample)
Starting playback...
[VD_FFMPEG] Trying pixfmt=0.
VDec: vo config request - 704 x 576 (preferred colorspace: MPEG2 MAIN VDPAU acceleration)
VDec: using MPEG2 MAIN VDPAU acceleration as output csp (no 2)
Movie-Aspect is 1.33:1 - prescaling to correct movie aspect.
VO: [vdpau] 704x576 => 768x576 MPEG2 MAIN VDPAU acceleration 
VDPAU capture: Enabled
vdp_imp_device_create_x11(0x1200e00, 0, -, -)
    -> 0, 1, 0x2aaaab628350
vdp_get_proc_address(1, 5, -)
    -> 0, 0x2aaaab809230
vdp_get_proc_address(1, 9, -)
    -> 0, 0x2aaaab80b4e0
vdp_get_proc_address(1, 10, -)
    -> 0, 0x2aaaab809190
vdp_get_proc_address(1, 13, -)
    -> 0, 0x2aaaab80f560
vdp_get_proc_address(1, 12, -)
    -> 0, 0x2aaaab80f070
vdp_get_proc_address(1, 24, -)
    -> 0, 0x2aaaab80fa70
vdp_get_proc_address(1, 22, -)
    -> 0, 0x2aaaab80e370
vdp_get_proc_address(1, 18, -)
    -> 0, 0x2aaaab80ade0
vdp_get_proc_address(1, 19, -)
    -> 0, 0x2aaaab8090f0
vdp_get_proc_address(1, 46, -)
    -> 0, 0x2aaaab80c660
vdp_get_proc_address(1, 47, -)
    -> 0, 0x2aaaab80e1f0
vdp_get_proc_address(1, 53, -)
    -> 0, 0x2aaaab808f10
vdp_get_proc_address(1, 54, -)
    -> 0, 0x2aaaab80e630
vdp_get_proc_address(1, 55, -)
    -> 0, 0x2aaaab808e70
vdp_get_proc_address(1, 56, -)
    -> 0, 0x2aaaab80a0d0
vdp_get_proc_address(1, 57, -)
    -> 0, 0x2aaaab808dd0
vdp_get_proc_address(1, 63, -)
    -> 0, 0x2aaaab808ce0
vdp_get_proc_address(1, 64, -)
    -> 0, 0x2aaaab809ee0
vdp_get_proc_address(1, 4096, -)
    -> 0, 0x2aaaab809cb0
vdp_get_proc_address(1, 37, -)
    -> 0, 0x2aaaab80a610
vdp_get_proc_address(1, 38, -)
    -> 0, 0x2aaaab808fb0
vdp_get_proc_address(1, 40, -)
    -> 0, 0x2aaaab80bdb0
vdp_get_proc_address(1, 65, -)
    -> 0, 0x2aaaab809db0
vdp_presentation_queue_target_create_x11(1, 10485761, -)
    -> 0, 2
vdp_presentation_queue_create(1, 2, -)
    -> 0, 3
vdp_decoder_create(1, 2, 704, 576, -)
    -> 0, 4
vdp_video_surface_create(1, 0, 704, 576, -)
    -> 0, 5
vdp_video_surface_create(1, 0, 704, 576, -)
    -> 0, 6
vdp_video_surface_create(1, 0, 704, 576, -)
    -> 0, 7
vdp_video_mixer_create(1, 0, NULL, 3, {0, 1, 2}, {704, 576, 0}, -)
    -> 0, 8
vdp_output_surface_create(1, 0, 1360, 768, -)
    -> 0, 9
vdp_output_surface_create(1, 0, 1360, 768, -)
    -> 0, 10
vdp_decoder_render(4, 5, {4294967295, 4294967295, 36,
Code:
kormoc@christina: ~/vdpau/mplayer-vdpau > ./mplayer -vo vdpau -vc ffmpeg12 /mnt/data/Multimedia/Videos/Tests/Nvidia\ Tests/MPEGIO3MBPS30sec.mpg
MPlayer dev-SVN-r27960-4.1.2 (C) 2000-2008 MPlayer Team
CPU: Intel(R) Core(TM)2 CPU          6300  @ 1.86GHz (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/kormoc/.lircrc and /etc/lircrc
mplayer: No such file or directory
Failed to read LIRC config file ~/.lircrc.

Playing /mnt/data/Multimedia/Videos/Tests/Nvidia Tests/MPEGIO3MBPS30sec.mpg.
MPEG-PS file format detected.
VIDEO:  MPEG2  704x576  (aspect 2)  25.000 fps  3000.0 kbps (375.0 kbyte/s)
==========================================================================
Forced video codec: ffmpeg12
Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family
Selected video codec: [ffmpeg12] vfm: ffmpeg (FFmpeg MPEG-1/2)
==========================================================================
==========================================================================
Opening audio decoder: [mp3lib] MPEG layer-2, layer-3
AUDIO: 48000 Hz, 2 ch, s16le, 128.0 kbit/8.33% (ratio: 16000->192000)
Selected audio codec: [mp3] afm: mp3lib (mp3lib MPEG layer-2, layer-3)
==========================================================================
[AO OSS] audio_setup: Can't open audio device /dev/dsp: Device or resource busy
AO: [alsa] 48000Hz 2ch s16le (2 bytes per sample)
Starting playback...
VDec: vo config request - 704 x 576 (preferred colorspace: Planar YV12)
VDec: using Planar YV12 as output csp (no 0)
Movie-Aspect is 1.33:1 - prescaling to correct movie aspect.
VO: [vdpau] 704x576 => 768x576 Planar YV12 
VDPAU capture: Enabled
vdp_imp_device_create_x11(0x1200e00, 0, -, -)
    -> 0, 1, 0x2aaaab628350
vdp_get_proc_address(1, 5, -)
    -> 0, 0x2aaaab809230
vdp_get_proc_address(1, 9, -)
    -> 0, 0x2aaaab80b4e0
vdp_get_proc_address(1, 10, -)
    -> 0, 0x2aaaab809190
vdp_get_proc_address(1, 13, -)
    -> 0, 0x2aaaab80f560
vdp_get_proc_address(1, 12, -)
    -> 0, 0x2aaaab80f070
vdp_get_proc_address(1, 24, -)
    -> 0, 0x2aaaab80fa70
vdp_get_proc_address(1, 22, -)
    -> 0, 0x2aaaab80e370
vdp_get_proc_address(1, 18, -)
    -> 0, 0x2aaaab80ade0
vdp_get_proc_address(1, 19, -)
    -> 0, 0x2aaaab8090f0
vdp_get_proc_address(1, 46, -)
    -> 0, 0x2aaaab80c660
vdp_get_proc_address(1, 47, -)
    -> 0, 0x2aaaab80e1f0
vdp_get_proc_address(1, 53, -)
    -> 0, 0x2aaaab808f10
vdp_get_proc_address(1, 54, -)
    -> 0, 0x2aaaab80e630
vdp_get_proc_address(1, 55, -)
    -> 0, 0x2aaaab808e70
vdp_get_proc_address(1, 56, -)
    -> 0, 0x2aaaab80a0d0
vdp_get_proc_address(1, 57, -)
    -> 0, 0x2aaaab808dd0
vdp_get_proc_address(1, 63, -)
    -> 0, 0x2aaaab808ce0
vdp_get_proc_address(1, 64, -)
    -> 0, 0x2aaaab809ee0
vdp_get_proc_address(1, 4096, -)
    -> 0, 0x2aaaab809cb0
vdp_get_proc_address(1, 37, -)
    -> 0, 0x2aaaab80a610
vdp_get_proc_address(1, 38, -)
    -> 0, 0x2aaaab808fb0
vdp_get_proc_address(1, 40, -)
    -> 0, 0x2aaaab80bdb0
vdp_get_proc_address(1, 65, -)
    -> 0, 0x2aaaab809db0
vdp_presentation_queue_target_create_x11(1, 10485761, -)
    -> 0, 2
vdp_presentation_queue_create(1, 2, -)
    -> 0, 3
vdp_video_surface_create(1, 0, 704, 576, -)
    -> 0, 4
vdp_video_mixer_create(1, 0, NULL, 3, {0, 1, 2}, {704, 576, 0}, -)
    -> 0, 5
vdp_output_surface_create(1, 0, 1360, 768, -)
    -> 0, 6
vdp_output_surface_create(1, 0, 1360, 768, -)
    -> 0, 7
vdp_video_surface_put_bits_y_cb_cr(4, 1, {0x12a9d00, 0x130cd00, 0x1325900}, {704, 352, 352}, )
    ... Data:
Attached Files
File Type: log nvidia-bug-report.log (92.1 KB, 98 views)
kormoc is offline   Reply With Quote
Old 12-08-08, 12:21 PM   #2
Stephen Warren
Moderator
 
Stephen Warren's Avatar
 
Join Date: Aug 2005
Posts: 1,327
Default Re: VDPAU - Persistant failure after invalid VdpVideoSurfaceGetBitsYCbCr call

First off, the chances of that bug having actually damaged HW are nil. Something must have changed in X/MPlayer/... configuration.

Second, the logs aren't useful without the tail end of them; that's where the errors would be reported.
Stephen Warren is offline   Reply With Quote
Old 12-08-08, 12:47 PM   #3
kormoc
Registered User
 
Join Date: Apr 2003
Location: Kirkland, wa
Posts: 13
Default Re: VDPAU - Persistant failure after invalid VdpVideoSurfaceGetBitsYCbCr call

Here's links to the full logs:

ffmpeg12vdpau (34M)
ffmpeg12 (204M)
Mythtv

They are rather large files, so please be kind to my home bandwidth

the ffmpeg12 log isn't complete. I left it run for around 10 minutes before telling mplayer to quit via the q key. It takes around a half a hour to 45 minutes to completely run.

I also attached the chunk from mythtv's logs before it falls back to opengl rendering.

If there's any more info I can provide, I'd be happy to.
kormoc is offline   Reply With Quote
Old 12-08-08, 04:01 PM   #4
Stephen Warren
Moderator
 
Stephen Warren's Avatar
 
Join Date: Aug 2005
Posts: 1,327
Default Re: VDPAU - Persistant failure after invalid VdpVideoSurfaceGetBitsYCbCr call

That's odd. There are no obvious errors in either the MPlayer VDPAU or the MythTV log files. At this point, I don't know what to say.
Stephen Warren is offline   Reply With Quote
Old 12-08-08, 05:37 PM   #5
MarkG
Registered User
 
Join Date: Jun 2008
Posts: 29
Default Re: VDPAU - Persistant failure after invalid VdpVideoSurfaceGetBitsYCbCr call

Ive seen a similar issue while attempting to play files in mplayer. Once it failed to play a file, it required shutting down and turning off the power supply switch on the computer, waiting until the standby power went down (led on motherboard shows this), then powering on again. After that, it would play some files again. This is on a 256MB 8400GS, so I didn't expect it to work flawlessly.

Mark
MarkG is offline   Reply With Quote
Old 12-09-08, 09:30 AM   #6
GreyFoxx
Registered User
 
Join Date: Mar 2004
Posts: 19
Default Re: VDPAU - Persistant failure after invalid VdpVideoSurfaceGetBitsYCbCr call

Quote:
Originally Posted by MarkG View Post
Ive seen a similar issue while attempting to play files in mplayer. Once it failed to play a file, it required shutting down and turning off the power supply switch on the computer, waiting until the standby power went down (led on motherboard shows this), then powering on again. After that, it would play some files again. This is on a 256MB 8400GS, so I didn't expect it to work flawlessly.

Mark

I've had this EXACT problem myself. Using the latest mplayer patches with 180.11 and a bbc-japan h264 demo. When I tried to play it I got a solid green screen and mplayer shot up to 100% for about a minute.

After that I couldn't get anything else to play. After several reboots with no love I tried a shutdown and still it wouldn't work. Finally I pulled the power cable and waited 5 minutes. After that it's been fine. but you can bet I haven't touched that particular file since

Other than that I've had great success with VDPAU so I'd like to also say good work guys!
GreyFoxx is offline   Reply With Quote
Old 12-09-08, 11:15 AM   #7
Stephen Warren
Moderator
 
Stephen Warren's Avatar
 
Join Date: Aug 2005
Posts: 1,327
Default Re: VDPAU - Persistant failure after invalid VdpVideoSurfaceGetBitsYCbCr call

Can you post a link to the files that require you to cold-power-cycle to get the system running again. Even a truncated file with e.g. the first 10 seconds of data would be fine (assuming the issue occurs within that time-frame).

Also, can you post an nvidia-bug-report for the system where you were experiencing problems.

Thanks.
Stephen Warren is offline   Reply With Quote
Old 12-09-08, 11:27 AM   #8
kormoc
Registered User
 
Join Date: Apr 2003
Location: Kirkland, wa
Posts: 13
Default Re: VDPAU - Persistant failure after invalid VdpVideoSurfaceGetBitsYCbCr call

Did you look at the ffmpeg12 log?

Why is it cliaming the card never renders the buffers?

I fired up the card on a different mobo, same corruption, and even after booting it into windows and back, same corruption.

Works fine for XV outputs still.
kormoc is offline   Reply With Quote

Old 12-09-08, 12:54 PM   #9
GreyFoxx
Registered User
 
Join Date: Mar 2004
Posts: 19
Default Re: VDPAU - Persistant failure after invalid VdpVideoSurfaceGetBitsYCbCr call

Quote:
Originally Posted by Stephen Warren View Post
Can you post a link to the files that require you to cold-power-cycle to get the system running again. Even a truncated file with e.g. the

A link to the first 30MB of the file that did it to me (note it didn't do it the first time I attempted to
play it. More like the 3rd.

http://www.phaze.org/mythtv/VDPAU/bb...n_720ph264.mov

And I'm attaching a nvidia-bug-report from that system. Just an FYI that system has 2 video cards, and 8500 and an 8400.(one feeds a flatscreen, the other a projector on 2 seperate instances of X) The card this happened on was the 8400 running on :0
Attached Files
File Type: gz nvidia-bug-report.log.gz (31.7 KB, 100 views)
GreyFoxx is offline   Reply With Quote
Old 12-09-08, 11:41 PM   #10
MarkG
Registered User
 
Join Date: Jun 2008
Posts: 29
Default Re: VDPAU - Persistant failure after invalid VdpVideoSurfaceGetBitsYCbCr call

I can't generate a nvidia bug report right now. I did send one in the past.

The worst file to try to play, green screen every time is from:

ftp://ftp.shspvr.com/download/moive_..._1080i_h264.ts

Mark
MarkG is offline   Reply With Quote
Old 12-10-08, 10:53 AM   #11
Stephen Warren
Moderator
 
Stephen Warren's Avatar
 
Join Date: Aug 2005
Posts: 1,327
Default Re: VDPAU - Persistant failure after invalid VdpVideoSurfaceGetBitsYCbCr call

@kormoc,

No, I only read these logs: ffmpeg12vdpau, Mythtv. You're saying there's something more specific in the other log? I'm downloading it now, and will take a look.

@GreyFoxx,

Thanks for the clip. We'll take a look at it.

@MarkG

That clip you posted was the clip you needed to power cycle after, right? If it's *just* a green screen and no playback, but other clips play after, then that's a different bug.

Thanks everyone.
Stephen Warren is offline   Reply With Quote
Old 12-10-08, 11:16 AM   #12
Stephen Warren
Moderator
 
Stephen Warren's Avatar
 
Join Date: Aug 2005
Posts: 1,327
Default Re: VDPAU - Persistant failure after invalid VdpVideoSurfaceGetBitsYCbCr call

@kormoc,

You said "Why is it cliaming the card never renders the buffers?". I don't see any errors in the log, although I obviously didn't read every line; everything looks like it should be working fine based on the log.

Can you point at the specific error message you're talking about?

Thanks.
Stephen Warren 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
Tony Hawk devs working on Call of Duty News Gaming Headlines 0 06-15-12 10:30 AM

All times are GMT -5. The time now is 10:56 AM.


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