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

Newegg Daily Deals

Reply
 
Thread Tools
Old 10-25-10, 02:50 PM   #25
Stephen Warren
Moderator
 
Stephen Warren's Avatar
 
Join Date: Aug 2005
Posts: 1,327
Default Re: VDPAU hangs/freezes even with 256.52

We have now reproduced an issue where changing the window position or size (i.e. making a window fullscreen or not, or moving a window) will cause a temporary. We'll investigate and post updates once we know more.
Stephen Warren is offline   Reply With Quote
Old 10-26-10, 06:10 AM   #26
kokoko3k
Registered User
 
Join Date: Jan 2007
Posts: 120
Default Re: VDPAU hangs/freezes even with 256.52

Quote:
Originally Posted by Stephen Warren View Post
kokoko3k,

Your issue might be something else. Take a look at http://www.nvnews.net/vbulletin/show...=150725&page=6. In particular, if you add "pci=nomsi" to your kernel command line when you reboot, is your issue solved?
Ops, i missed that.
By now, i've had just 3 system hangs (1/day, the box is brand new),i will use pci=nomsi and
report if it happens again.

Meanwhile, thank you.
kokoko3k is offline   Reply With Quote
Old 10-27-10, 06:22 AM   #27
kokoko3k
Registered User
 
Join Date: Jan 2007
Posts: 120
Default Re: VDPAU hangs/freezes even with 256.52

Unfortunately "pci=nomsi" didn't solve the issue (note that apart from the atom cpu, my hardware is all nvidia based, the motherboard is:AMCP7AION-HT)

I think that the follow may come handy for debugging purpose and/or to anybody with similar issues:

Using xt7-player (a gui/wrapper for mplayer which embed the video):
  • I'm getting more crashes when i hit "stop" than when i do wild seeks around the stream.
  • The first time i open a video it runs flawlessy
  • if i open it again, the video will "probably" tears and all the desktop "may or not" reacts very slowly.
  • mplayer in it's own window doesn't tears.
  • restarting xorg make tearing goes away (again, only the first time i play the stream).
All happens (crashes and tearing) regardless of the composite extension state (i've disabled it via xorg.conf)

For what it's worth, my speculations against this issue is that somehow vdpau surface isn't freed correctly when the player exits, but maybe this could be addressed to mplayer itself (?).
Also i've to add that in my particular case, even if xorg hangs, the system is still alive, i can connect to it via ssh and try to kill xorg with -9, anyway, the only way to start it again is to reboot; even "rmmod nvidia" doesn't work because the module is in use.

My workaround:
switching to mplayer with vaapi patches (mplayer -vo vaapi:gl -va <URI>) uses vaapi backend, doesn't crash (yet?), never tears as long as opengl is vsynced, and i can even run a composite managerwhich unredirect fullscreen windows (with tearing in window mode only).
http://www.splitted-desktop.com/~gbe...mplayer-vaapi/
kokoko3k is offline   Reply With Quote
Old 01-07-11, 11:54 PM   #28
ValdikSS
Registered User
 
Join Date: Jan 2011
Posts: 3
Default Re: VDPAU hangs/freezes even with 256.52

260.19.29. Mplayer from git(repo.or.cz/w/mplayer.git) can hung the system much often than the mplayer from ubuntu repos. This can happen if you switch to fullscreen. But system can not only hang, sometimes it can work but there are garbage on the screen, and it can be screenshotted.
http://img291.imageshack.us/img291/9431/95277915.png
http://img816.imageshack.us/img816/7540/81840496.png
BTW is there any way to reload nvidia driver without reboot? When the garbage appears I can switch to another tty, kill X and unload nvidia driver(rmmod nvidia), but can't load it again(insmod nvidia and modprobe nvidia doesn't work).
ValdikSS is offline   Reply With Quote
Old 01-10-11, 10:30 AM   #29
Stephen Warren
Moderator
 
Stephen Warren's Avatar
 
Join Date: Aug 2005
Posts: 1,327
Default Re: VDPAU hangs/freezes even with 256.52

ValdiskSS, rmmod/modprobe is the most aggressive way to reload the NVIDIA driver. If that doesn't work, a reboot is all that will. Sorry.
Stephen Warren is offline   Reply With Quote
Old 01-10-11, 10:46 AM   #30
ValdikSS
Registered User
 
Join Date: Jan 2011
Posts: 3
Default Re: VDPAU hangs/freezes even with 256.52

I have no idea where the driver is stored. find / -name nvidia*
finds nvidia-current.ko, but it cannot be loaded, and if you just type modprobe nvidia it said that nvidia module not found.
ValdikSS is offline   Reply With Quote
Old 01-17-11, 10:52 AM   #31
kalpik
Registered User
 
Join Date: Jun 2006
Posts: 5
Default Re: VDPAU hangs/freezes even with 256.52

Quote:
Originally Posted by ValdikSS View Post
260.19.29. Mplayer from git(repo.or.cz/w/mplayer.git) can hung the system much often than the mplayer from ubuntu repos. This can happen if you switch to fullscreen. But system can not only hang, sometimes it can work but there are garbage on the screen, and it can be screenshotted.
http://img291.imageshack.us/img291/9431/95277915.png
http://img816.imageshack.us/img816/7540/81840496.png
BTW is there any way to reload nvidia driver without reboot? When the garbage appears I can switch to another tty, kill X and unload nvidia driver(rmmod nvidia), but can't load it again(insmod nvidia and modprobe nvidia doesn't work).
I have EXACTLY the same issue even now with the latest driver! Came here searching for this.. Hope this is an acknowledged issue, and is high in the priority list!
kalpik is offline   Reply With Quote
Old 01-24-11, 04:08 AM   #32
ValdikSS
Registered User
 
Join Date: Jan 2011
Posts: 3
Default Re: VDPAU hangs/freezes even with 256.52

Seems to be fixed with the latest beta (270.18)
ValdikSS is offline   Reply With Quote

Old 01-25-11, 05:45 AM   #33
Michal Varga
Registered User
 
Join Date: Jan 2007
Posts: 3
Default Re: VDPAU hangs/freezes even with 256.52

Quote:
Originally Posted by ValdikSS View Post
Seems to be fixed with the latest beta (270.18)
It's not for FreeBSD/x86 version of the driver and vdpau lockups are heavily present as ever.

While this is of course Linux section of the forum, this issue has been cross-platform since the day one, so if there was really a fix in Linux 270.18 - could some dev confirm the same fix went into FreeBSD drivers too? (I mean, apparently not..)
Michal Varga is offline   Reply With Quote
Old 01-25-11, 07:00 AM   #34
zooz
Registered User
 
Join Date: Nov 2010
Posts: 8
Default Re: VDPAU hangs/freezes even with 256.52

Same here.. with Nvidia 8800GT

I tried pretty much everything I could, but still getting xorg freezes and errors in the logs.

It is so annoying that no one was able to fix very well known issue since probably 2008.

If NVIDIA keeps its specs closed - fair enough, but please do fix the bloody bugs.

Things I tried:

* Different kernel versions - starting from 2.6.30 to 2.6.37
* Different Xorg server versions - starting from 1.8.0 to 1.9.3 (freezes are less frequent with 1.8.x)
* Various NVIDIA driver versions
* Flashed my mainboard's bios to the newest one
* Tried various options in BIOS which might be related to video card / memory management
* Tried various different options in xorg.conf (suggestions from million other forums)
* Tried various different kernel options (same - as suggested by other people to address this issue)
* Prayed
* Broke a couple of keyboards
* etc

And guess what? - NOTHING HELPED!!!

I am still experiencing xorg freezes and errors.

I have always been a big fan of NVIDIA, but unfortunately I can only see one solution - spend some money on AMD video card or similar.

/me sighs..
zooz is offline   Reply With Quote
Old 02-28-11, 11:49 PM   #35
alpinista
Registered User
 
Join Date: Jan 2007
Posts: 2
Default Re: VDPAU hangs/freezes even with 256.52

Quote:
Originally Posted by Stephen Warren View Post
ValdiskSS, rmmod/modprobe is the most aggressive way to reload the NVIDIA driver. If that doesn't work, a reboot is all that will. Sorry.
270.18 still exhibits the same issues - occasional hanging and "garbage" consistent with the screenshots posted when going fullscreen using vdpau. Syslog entries "NVRM: Xid (0001:00): 13, 0001 ..." are always present when the problem arises.

I've found that once the garbage appears, unloading & reloading the kernel module isn't enough. In those cases, suspend/resume has been as effective as rebooting, without losing any current X session(s).
alpinista is offline   Reply With Quote
Old 01-18-14, 12:15 PM   #36
themusicalduck
Registered User
 
Join Date: Jun 2011
Posts: 2
Default Re: VDPAU hangs/freezes even with 256.52

Sorry if it's inappropriate bumping an old thread.

I just wanted to say that I have been having this problem for months.

With SMPlayer and mpv, toggling fullscreen will sometimes cause a freeze. While using SMPlayer, mousing over the video to reveal playback controls and seek also sometimes causes a freeze.

On Smplayer, the video will flash green for a few seconds before freezing. It then tells me that mplayer has crashed with this output:

Code:
/usr/bin/mplayer -noquiet -nofs -nomouseinput -vc ffh264vdpau,ffmpeg12vdpau,ffwmv3vdpau,ffvc1vdpau, -sub-fuzziness 1 -identify -slave -vo vdpau -ao pulse -nokeepaspect -nodr -double -input nodefault-bindings:conf=/dev/null -stop-xscreensaver -wid 27263011 -monitorpixelaspect 1 -ass -embeddedfonts -ass-line-spacing 0 -ass-font-scale 1 -ass-styles /home/theo/.config/smplayer/styles.ass -font Arial -subfont-autoscale 0 -subfont-text-scale 20 -subcp ISO-8859-1 -subpos 100 -volume 100 -cache 2048 -osdlevel 0 -noslices -channels 2 -af scaletempo,equalizer=0:0:0:0:0:0:0:0:0:0 -softvol -softvol-max 110 /run/media/theo/Huge/Anime/[BSS]_Hoshi_o_Ou_Kodomo_[720p][585EEEF6].mkv

MPlayer2 2.0-720-g9d6b188 (C) 2000-2012 MPlayer Team
Terminal type `unknown' is not defined.

Playing /run/media/theo/Huge/Anime/[BSS]_Hoshi_o_Ou_Kodomo_[720p][585EEEF6].mkv.
Cache size set to 2048 KiB

Cache fill:  0.00% (0 bytes)   
ID_VIDEO_ID=0
ID_VID_0_NAME=Hoshi o Ou Kodomo
[mkv] Track ID 1: video (V_MPEG4/ISO/AVC) "Hoshi o Ou Kodomo", -vid 0
ID_AUDIO_ID=0
ID_AID_0_NAME=FLAC 5.1
ID_AID_0_LANG=jpn
[mkv] Track ID 2: audio (A_FLAC) "FLAC 5.1", -aid 0, -alang jpn
ID_SUBTITLE_ID=0
ID_SID_0_NAME=Styled Subtitles
ID_SID_0_LANG=eng
[mkv] Track ID 3: subtitles (S_TEXT/ASS) "Styled Subtitles", -sid 0, -slang eng
[mkv] Will play video track 1.
Detected file format: Matroska
Load subtitles in /run/media/theo/Huge/Anime/
ID_FILENAME=/run/media/theo/Huge/Anime/[BSS]_Hoshi_o_Ou_Kodomo_[720p][585EEEF6].mkv
ID_DEMUXER=mkv
ID_VIDEO_FORMAT=avc1
ID_VIDEO_BITRATE=0
ID_VIDEO_WIDTH=1280
ID_VIDEO_HEIGHT=720
ID_VIDEO_FPS=23.976
ID_VIDEO_ASPECT=1.7778
ID_AUDIO_FORMAT=fLaC
ID_AUDIO_BITRATE=0
ID_AUDIO_RATE=48000
ID_AUDIO_NCH=6
ID_START_TIME=0.00
ID_LENGTH=6959.96
ID_SEEKABLE=1
ID_CHAPTERS=28
ID_CHAPTER_ID=0
ID_CHAPTER_0_START=0
ID_CHAPTER_0_NAME=00:00:00.000
ID_CHAPTER_ID=1
ID_CHAPTER_1_START=312229
ID_CHAPTER_1_NAME=00:05:12.229
ID_CHAPTER_ID=2
ID_CHAPTER_2_START=551551
ID_CHAPTER_2_NAME=00:09:11.551
ID_CHAPTER_ID=3
ID_CHAPTER_3_START=777776
ID_CHAPTER_3_NAME=00:12:57.777
ID_CHAPTER_ID=4
ID_CHAPTER_4_START=1007840
ID_CHAPTER_4_NAME=00:16:47.840
ID_CHAPTER_ID=5
ID_CHAPTER_5_START=1383923
ID_CHAPTER_5_NAME=00:23:03.924
ID_CHAPTER_ID=6
ID_CHAPTER_6_START=1673380
ID_CHAPTER_6_NAME=00:27:53.380
ID_CHAPTER_ID=7
ID_CHAPTER_7_START=2017890
ID_CHAPTER_7_NAME=00:33:37.891
ID_CHAPTER_ID=8
ID_CHAPTER_8_START=2187685
ID_CHAPTER_8_NAME=00:36:27.685
ID_CHAPTER_ID=9
ID_CHAPTER_9_START=2447195
ID_CHAPTER_9_NAME=00:40:47.195
ID_CHAPTER_ID=10
ID_CHAPTER_10_START=2724721
ID_CHAPTER_10_NAME=00:45:24.722
ID_CHAPTER_ID=11
ID_CHAPTER_11_START=2861107
ID_CHAPTER_11_NAME=00:47:41.108
ID_CHAPTER_ID=12
ID_CHAPTER_12_START=3025188
ID_CHAPTER_12_NAME=00:50:25.189
ID_CHAPTER_ID=13
ID_CHAPTER_13_START=3172418
ID_CHAPTER_13_NAME=00:52:52.419
ID_CHAPTER_ID=14
ID_CHAPTER_14_START=3365862
ID_CHAPTER_14_NAME=00:56:05.862
ID_CHAPTER_ID=15
ID_CHAPTER_15_START=3589794
ID_CHAPTER_15_NAME=00:59:49.795
ID_CHAPTER_ID=16
ID_CHAPTER_16_START=3792247
ID_CHAPTER_16_NAME=01:03:12.247
ID_CHAPTER_ID=17
ID_CHAPTER_17_START=4059596
ID_CHAPTER_17_NAME=01:07:39.597
ID_CHAPTER_ID=18
ID_CHAPTER_18_START=4227890
ID_CHAPTER_18_NAME=01:10:27.890
ID_CHAPTER_ID=19
ID_CHAPTER_19_START=4739984
ID_CHAPTER_19_NAME=01:18:59.985
ID_CHAPTER_ID=20
ID_CHAPTER_20_START=4897726
ID_CHAPTER_20_NAME=01:21:37.726
ID_CHAPTER_ID=21
ID_CHAPTER_21_START=5062557
ID_CHAPTER_21_NAME=01:24:22.557
ID_CHAPTER_ID=22
ID_CHAPTER_22_START=5467378
ID_CHAPTER_22_NAME=01:31:07.379
ID_CHAPTER_ID=23
ID_CHAPTER_23_START=5872033
ID_CHAPTER_23_NAME=01:37:52.033
ID_CHAPTER_ID=24
ID_CHAPTER_24_START=6013840
ID_CHAPTER_24_NAME=01:40:13.841
ID_CHAPTER_ID=25
ID_CHAPTER_25_START=6187181
ID_CHAPTER_25_NAME=01:43:07.181
ID_CHAPTER_ID=26
ID_CHAPTER_26_START=6315100
ID_CHAPTER_26_NAME=01:45:15.100
ID_CHAPTER_ID=27
ID_CHAPTER_27_START=6660695
ID_CHAPTER_27_NAME=01:51:00.696
Forced video codec: ffh264vdpau
Cannot find codec 'h264_vdpau' in libavcodec...
Video decoder init failed for codecs.conf entry "ffh264vdpau".
Forced video codec: ffmpeg12vdpau
Forced video codec: ffwmv3vdpau
Forced video codec: ffvc1vdpau
Selected video codec: H.264 / AVC / MPEG-4 AVC / MPEG-4 part 10 [libavcodec]
ID_VIDEO_CODEC=ffh264
Selected audio codec: FLAC (Free Lossless Audio Codec) [libavcodec]
AUDIO: 48000 Hz, 6 ch, s32le, 0.0 kbit/0.00% (ratio: 0->1152000)
ID_AUDIO_BITRATE=0
ID_AUDIO_RATE=48000
ID_AUDIO_NCH=6
AO: [pulse] 48000Hz 2ch floatle (4 bytes per sample)
ID_AUDIO_CODEC=ffflac
[Mixer] No hardware mixing, inserting volume filter.
Starting playback...
VIDEO:  1280x720  23.976 fps    0.0 kbps ( 0.0 kB/s)
ID_VIDEO_ASPECT=1.7778
VO: [vdpau] 1280x720 => 1280x720 Planar YV12 
[vdpau] Compositing window manager detected. Assuming timing info is inaccurate.

ID_VIDEO_TRACK=0
ID_AUDIO_TRACK=0
These crashes only happen while using vdpau and not with software decoding.

I'm on 64 bit Arch with Nvidia version 331.38, mplayer 2.0.726.g6c87a98-2, smplayer 0.8.6-1 and mpv 0.3.3-1. 560Ti GPU.
themusicalduck 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


All times are GMT -5. The time now is 06:48 PM.


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