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

Newegg Daily Deals

Reply
 
Thread Tools
Old 02-19-11, 10:02 AM   #1
cihy
Registered User
 
Join Date: Feb 2011
Posts: 10
Default Xine VDPAU troubles

Hello folks,

Humbly requesting some help, direction, hints.... hope... in my quest to use my linux htpc without aggravation.

The setup is :
Bell ExpressVu satellite -> my linux HTPC -> yamaha receiver via dvi->hdmi + spidif out.
The HTPC is basically : http://event.asus.com/mb/p5n-vm_ws/index.htm
it has an onboard nvidia 9400.

Here is the qvdpautest :

Code:
qvdpautest 0.5.1
Pentium(R) Dual-Core  CPU      E5300  @ 2.60GHz
NVIDIA GPU GeForce 9400 (C79) at PCI:3:0:0 (GPU-0)

VDPAU API version : 1
VDPAU implementation : NVIDIA VDPAU Driver Shared Library  260.19.06  Mon Sep 13 07:05:35 PDT 2010

SURFACE GET BITS: 1104.61 M/s
SURFACE PUT BITS: 1097.14 M/s

MPEG DECODING (1920x1080): 77 frames/s
MPEG DECODING (1280x720): 175 frames/s
H264 DECODING (1920x1080): 69 frames/s
H264 DECODING (1280x720): 141 frames/s
VC1 DECODING (1440x1080): 89 frames/s
Profile unsupported.

MIXER WEAVE (1920x1080): 394 frames/s
MIXER BOB (1920x1080): 541 fields/s
MIXER TEMPORAL (1920x1080): 149 fields/s
MIXER TEMPORAL + IVTC (1920x1080): 94 fields/s
MIXER TEMPORAL + SKIP_CHROMA (1920x1080): 201 fields/s
MIXER TEMPORAL_SPATIAL (1920x1080): 43 fields/s
MIXER TEMPORAL_SPATIAL + IVTC (1920x1080): 35 fields/s
MIXER TEMPORAL_SPATIAL + SKIP_CHROMA (1920x1080): 48 fields/s
MIXER TEMPORAL_SPATIAL (720x576 video to 1920x1080 display): 163 fields/s

MULTITHREADED MPEG DECODING (1920x1080): 75 frames/s
MULTITHREADED MIXER TEMPORAL (1920x1080): 109 fields/s
Here is the output of vdpauinfo :
Code:
display: :0.0   screen: 0
API version: 1
Information string: NVIDIA VDPAU Driver Shared Library  260.19.06  Mon Sep 13 07:05:35 PDT 2010

Video surface:

name   width height types
-------------------------------------------
420     4096  4096  NV12 YV12 
422     4096  4096  UYVY YUYV 

Decoder capabilities:

name               level macbs width height
-------------------------------------------
MPEG1                 0  8192  2048  2048
MPEG2_SIMPLE          3  8192  2048  2048
MPEG2_MAIN            3  8192  2048  2048
H264_MAIN            41  8190  2032  2048
H264_HIGH            41  8190  2032  2048
VC1_SIMPLE            1  8190  2048  2048
VC1_MAIN              2  8190  2048  2048
VC1_ADVANCED          4  8190  2048  2048

Output surface:

name              width height nat types
----------------------------------------------------
B8G8R8A8          8192  8192    y  Y8U8V8A8 V8U8Y8A8 
R10G10B10A2       8192  8192    y  Y8U8V8A8 V8U8Y8A8 

Bitmap surface:

name              width height
------------------------------
B8G8R8A8          8192  8192
R8G8B8A8          8192  8192
R10G10B10A2       8192  8192
B10G10R10A2       8192  8192
A8                8192  8192

Video mixer:

feature name                    sup
------------------------------------
DEINTERLACE_TEMPORAL             y
DEINTERLACE_TEMPORAL_SPATIAL     y
INVERSE_TELECINE                 y
NOISE_REDUCTION                  y
SHARPNESS                        y
LUMA_KEY                         y
HIGH QUALITY SCALING - L1        -
HIGH QUALITY SCALING - L2        -
HIGH QUALITY SCALING - L3        -
HIGH QUALITY SCALING - L4        -
HIGH QUALITY SCALING - L5        -
HIGH QUALITY SCALING - L6        -
HIGH QUALITY SCALING - L7        -
HIGH QUALITY SCALING - L8        -
HIGH QUALITY SCALING - L9        -

parameter name                  sup      min      max
-----------------------------------------------------
VIDEO_SURFACE_WIDTH              y         1     4096
VIDEO_SURFACE_HEIGHT             y         1     4096
CHROMA_TYPE                      y  
LAYERS                           y         0        4

attribute name                  sup      min      max
-----------------------------------------------------
BACKGROUND_COLOR                 y  
CSC_MATRIX                       y  
NOISE_REDUCTION_LEVEL            y      0.00     1.00
SHARPNESS_LEVEL                  y     -1.00     1.00
LUMA_KEY_MIN_LUMA                y  
LUMA_KEY_MAX_LUMA                y
The problem (or at least symptom i'm experiencing : jumpy video)
The sound continues, and video does just ... a jump.
visible pause -> jump to another frame

Here is the pastebin link for the xine output with -verbose=255 : http://pastebin.com/jmX76Y87

The really confusing part, for me, are these factors :
- xbmc does mostly ok, with 1080/720 or whatever i throw at it
- mplayer does ok as well (but its interface to vdr is .. not there... can point it at a channel stream but it is all manual)
-if i stream from my htpc to my windows desktop, it is also fine.

I use software called 'vdr' (and have tried yavdr (yavdr.org)).
It uses xine as a frontend vdpau-enabled interface to the satellite tv.

last factor :
xine actually plays a lot of (most even) HD channels (most of them are 720, but that's how programming goes :/) WITHOUT any problems.... news, oasis, discovery hd etc...

however, in there is a range of channels on which i consistently and constantly get video jumps.
that's the best description i can give, as it is all i get from xine.

i can list the channel listings from vdr, if it helps... its basically all the bell expressvu movie channels (THE reason why i set all this up in the first place :P)

here is a link to my xine config.. http://pastebin.com/H7bfmVgs ... i've tried many many settings in here, from buffers, telecines, chroma filters, sampling, resampling, av sync... i dont know where else to turn.
who to ask.

any help would be greatly appreciated.
cihy is offline   Reply With Quote
Old 02-19-11, 10:16 AM   #2
primerib
Registered User
 
Join Date: Dec 2008
Posts: 128
Default Re: Xine VDPAU troubles

Try setting this instead of your current value:

engine.buffers.video_num_buffers:5000
primerib is offline   Reply With Quote
Old 02-19-11, 01:26 PM   #3
crisalide
Registered User
 
Join Date: Dec 2008
Posts: 173
Post Re: Xine VDPAU troubles

"video jump" comes from the metronom and means that it detected a video drift that was not possible to compensate on further frames ("for small diffs try to interpolate, for big diffs: jump"). So:

1) Make sure your monitor's vertical refresh rate is at least equal to the video display frame rate (which is 2x video stream frame rate when using temporal deint)

2) Comment out the following, it only waste video mem:
#engine.buffers.video_num_frames:30

3) Change to the following:
video.output.vdpau_enable_inverse_telecine:0

4) Give the following a try (it'll default to stereo):
#audio.output.speaker_arrangement:Pass Through

If none of the above solves your problem, then see if it happens only on live TV or also from HD recording. If the latest, provide a video sample so i can try to reproduce.
crisalide is offline   Reply With Quote
Old 02-19-11, 02:29 PM   #4
cihy
Registered User
 
Join Date: Feb 2011
Posts: 10
Default Re: Xine VDPAU troubles

Quote:
Originally Posted by crisalide View Post
"video jump" comes from the metronom and means that it detected a video drift that was not possible to compensate on further frames ("for small diffs try to interpolate, for big diffs: jump"). So:

1) Make sure your monitor's vertical refresh rate is at least equal to the video display frame rate (which is 2x video stream frame rate when using temporal deint)

2) Comment out the following, it only waste video mem:
#engine.buffers.video_num_frames:30

3) Change to the following:
video.output.vdpau_enable_inverse_telecine:0

4) Give the following a try (it'll default to stereo):
#audio.output.speaker_arrangement:Pass Through

If none of the above solves your problem, then see if it happens only on live TV or also from HD recording. If the latest, provide a video sample so i can try to reproduce.
thank you both for such quick replies.

really appreciate the help!

1) i cant change anything here afaik... the htpc is connected to my 55" samsung LCD

2) 3) 4) done... video still jumping.

(just curious, how would downsampling to stereo help vs pass through directly to my receiver? would this not just add on some transcode time ?)

i've ran things through mplayer again....

the Bell ExpressVu seems to change up the framerate quite often on their stream....
whenever the rate changes, i'm guessing? i get a pause.

mplayer somehow can compensate, and displays a warning message.

Code:
MPlayer SVN-r29237-4.4.1 (C) 2000-2009 MPlayer Team
mplayer: could not open config files /root/.lircrc and /etc/lirc/lircrc
mplayer: No such file or directory
Failed to read LIRC config file ~/.lircrc.

Playing 00001.ts.
TS file format detected.
VIDEO MPEG2(pid=4625) AUDIO A52(pid=4628) NO SUBS (yet)!  PROGRAM N. 132
VIDEO:  MPEG2  1280x720  (aspect 3)  59.940 fps  24000.0 kbps (3000.0 kbyte/s)
==========================================================================
Forced video codec: ffmpeg12vdpau
Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family
Unsupported PixelFormat -1
Selected video codec: [ffmpeg12vdpau] vfm: ffmpeg (FFmpeg MPEG-1/2 (VDPAU))
==========================================================================
==========================================================================
Forced audio codec: mad
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] XVMC-accelerated MPEG-2.
VDec: vo config request - 1280 x 720 (preferred colorspace: MPEG2 VDPAU acceleration)
VDec: using MPEG2 VDPAU acceleration as output csp (no 1)
Movie-Aspect is 1.78:1 - prescaling to correct movie aspect.
VO: [vdpau] 1280x720 => 1280x720 MPEG2 VDPAU acceleration  [fs]
A:83216.4 V:83216.9 A-V: -0.491 ct: -0.072  89/ 44  3% 54%  1.0% 0 0 
demux_mpg: 24000/1001fps progressive NTSC content detected, switching framerate.
A:83216.6 V:83217.1 A-V: -0.439 ct: -0.094 100/ 55  3% 57%  1.0% 0 0 
demux_mpg: 30000/1001fps NTSC content detected, switching framerate.
Warning! FPS changed 47.952 -> 59.940  (-11.988010) [7]  %  1.0% 0 0 
A:83226.1 V:83226.1 A-V: -0.007 ct: -0.507 640/303  0% 46%  0.9% 0 0 
demux_mpg: 24000/1001fps progressive NTSC content detected, switching framerate.
A:83226.3 V:83226.3 A-V:  0.018 ct: -0.502 650/313  0% 47%  0.9% 0 0 
demux_mpg: 30000/1001fps NTSC content detected, switching framerate.
Warning! FPS changed 47.952 -> 59.940  (-11.988010) [7]  %  0.9% 0 0 
A:83227.3 V:83227.2 A-V:  0.090 ct: -0.474 707/370  0% 51%  0.8% 0 0 
demux_mpg: 24000/1001fps progressive NTSC content detected, switching framerate.
A:83227.4 V:83227.3 A-V:  0.076 ct: -0.468 713/374  0% 51%  0.8% 0 0 
demux_mpg: 30000/1001fps NTSC content detected, switching framerate.
Warning! FPS changed 47.952 -> 59.940  (-11.988010) [7]  %  0.8% 0 0 
A:83237.0 V:83236.9 A-V:  0.028 ct: -0.490 1287/613  0% 46%  0.8% 0 0 
demux_mpg: 24000/1001fps progressive NTSC content detected, switching framerate.
A:83237.2 V:83237.1 A-V:  0.077 ct: -0.480 1297/623  0% 46%  0.8% 0 0 
demux_mpg: 30000/1001fps NTSC content detected, switching framerate.
Warning! FPS changed 47.952 -> 59.940  (-11.988010) [7]  6%  0.8% 0 0 
A:83238.9 V:83238.4 A-V:  0.494 ct: -0.449 1373/699  0% 51%  0.8% 60 0
why cant i get these warnings on xine :/


Quote:
Try setting this instead of your current value:

engine.buffers.video_num_buffers:5000
tried this of course with many values (including this 5000 just now)
same effect.

'video jump' almost scrolling on my console screen.

i can record a 30 second sample maybe if any of you would feel up to checking it out.


edit :

here is a sample if anyone wants to look.
its mpeg the .ts is just directly from vdr (plays perfectly fine in my windows 'vlc' or mplayer on linux (and xbmc))
(just fyi, it 'video jumps' about 10 times for me in xine)

http://69.164.213.177/xine/00001.ts
cihy is offline   Reply With Quote
Old 02-19-11, 04:17 PM   #5
dk75
Registered User
 
Join Date: Jan 2009
Posts: 171
Default Re: Xine VDPAU troubles

There is XBMC-pvr branch which uses VDR and xine-lib for suck-in stream and FFMPEG + VDPAU for decoding...
Maybe you should check this...
http://forum.xbmc.org/showthread.php?t=45314
http://forum.xbmc.org/showthread.php?t=51771

in general, look at this part of XBMC forum: http://forum.xbmc.org/forumdisplay.php?f=136

And what about MythTV?
__________________
  • Linux Debian Sid x86_64/ 3.2.0
  • Lenovo T61p
  • NVIDIA driver 295.33
  • Xorg/XServer 7.6+12/1.11.4
  • GNOME 3.2.2
dk75 is offline   Reply With Quote
Old 02-19-11, 04:53 PM   #6
cihy
Registered User
 
Join Date: Feb 2011
Posts: 10
Default Re: Xine VDPAU troubles

Quote:
Originally Posted by dk75 View Post
There is XBMC-pvr branch which uses VDR and xine-lib for suck-in stream and FFMPEG + VDPAU for decoding...
Maybe you should check this...
http://forum.xbmc.org/showthread.php?t=45314
http://forum.xbmc.org/showthread.php?t=51771

in general, look at this part of XBMC forum: http://forum.xbmc.org/forumdisplay.php?f=136

And what about MythTV?
hi.

i've tried the xbmc-pvr (with yavdr / yavdr.org )
its not quite 'there' yet... it does work but the 'waf' is very low here. (wife acceptance factor)
too many crashes still (at least for me) and EPG not quite working well.

that said, i do have xbmc installed on my htpc, works quite well.

i would still like to use xine as interface :/
i use xbmc for other things, i would love to use it for live tv as well... but honestly, it is not quite ready yet. imho.

mythtv.... i dont mean to insult anyone here using this... but my opinion is very low of this solution. just a terrible interface, setup, configuration. at least when you're dealing with satellite tv.
i know some folks out there got it to work quite well. to me it is absolutely bloated and broken.
.. myth vs xbmc there is no question ... xbmc is a winner on every single possible comparison.
cihy is offline   Reply With Quote
Old 02-19-11, 06:20 PM   #7
crisalide
Registered User
 
Join Date: Dec 2008
Posts: 173
Default Re: Xine VDPAU troubles

Yes, post a sample so i could have a look.

xine-lib-1.2 works good here with livetv, either terrestrial or sat, sd and hd ( not using vdr but my own frontend) but i think it's also used by many vdr users without the issue you are seeing.
crisalide is offline   Reply With Quote
Old 02-19-11, 06:36 PM   #8
cihy
Registered User
 
Join Date: Feb 2011
Posts: 10
Default Re: Xine VDPAU troubles

Quote:
Originally Posted by crisalide View Post
Yes, post a sample so i could have a look.

xine-lib-1.2 works good here with livetv, either terrestrial or sat, sd and hd ( not using vdr but my own frontend) but i think it's also used by many vdr users without the issue you are seeing.
i did post a sample

http://69.164.213.177/xine/00001.ts (around 20 megs, maybe 20 seconds?)

it must be something in the way they (bell expressvu) broadcast this stuff ... that is
not something i can change.
cihy is offline   Reply With Quote

Old 02-19-11, 06:52 PM   #9
crisalide
Registered User
 
Join Date: Dec 2008
Posts: 173
Default Re: Xine VDPAU troubles

OK, i see, seems to just be a pts bug. Not a big deal. Just be patient until we fix it
crisalide is offline   Reply With Quote
Old 02-20-11, 03:52 AM   #10
dk75
Registered User
 
Join Date: Jan 2009
Posts: 171
Default Re: Xine VDPAU troubles

As for XBMC there is other back-end to work except of yavdr, like VNSI or streamdev to name stable one.
And there is some work on mythtv client side for XBMC.
And there is tvheadend for lightweight live tv server for XBMC which is controlled through WWW engine (not really nice solution since you must exit XBMC to control server).

But... if xine will be patched to work with broken PTS in stream then who cares ;P

PS: there is second xine plugin for VDR - xineliboutput; dunno which is better and VDR/xine forums aren't helpful to decide that
__________________
  • Linux Debian Sid x86_64/ 3.2.0
  • Lenovo T61p
  • NVIDIA driver 295.33
  • Xorg/XServer 7.6+12/1.11.4
  • GNOME 3.2.2
dk75 is offline   Reply With Quote
Old 02-20-11, 07:18 AM   #11
cihy
Registered User
 
Join Date: Feb 2011
Posts: 10
Default Re: Xine VDPAU troubles

Quote:
Originally Posted by dk75 View Post
As for XBMC there is other back-end to work except of yavdr, like VNSI or streamdev to name stable one.
i use both

Quote:
Originally Posted by dk75 View Post
And there is some work on mythtv client side for XBMC.
i tried myth, several times... hate it.
hate how convoluted configuration of anything is.
not for me at least.

Quote:
Originally Posted by dk75 View Post
And there is tvheadend for lightweight live tv server for XBMC which is controlled through WWW engine (not really nice solution since you must exit XBMC to control server).

But... if xine will be patched to work with broken PTS in stream then who cares ;P
yes! :P


Quote:
Originally Posted by dk75 View Post
PS: there is second xine plugin for VDR - xineliboutput; dunno which is better and VDR/xine forums aren't helpful to decide that
i tried both.... same problem. since they are both derived from xine-lib.

Quote:
Originally Posted by crisalide View Post
OK, i see, seems to just be a pts bug. Not a big deal. Just be patient until we fix it
THANK YOU.
cihy is offline   Reply With Quote
Old 02-20-11, 10:00 AM   #12
primerib
Registered User
 
Join Date: Dec 2008
Posts: 128
Default Re: Xine VDPAU troubles

There were a slew of recent bugfixes applied to the xine-lib-1.2 tree compliments of Rnissl. One of those fixed a pts bug. Have you tried the most recent hg of xine-lib-1.2? I had a pts-related problem myself which was resolved after updating to hg xine-lib-1.2 revision 11607.
primerib 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 07:47 PM.


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