02-19-11, 10:02 AM
|
#1 | |
|
Registered User
Join Date: Feb 2011
Posts: 10
|
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 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 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. |
|
|
|
|
02-19-11, 10:16 AM
|
#2 | |
|
Registered User
Join Date: Dec 2008
Posts: 128
|
Re: Xine VDPAU troubles
Try setting this instead of your current value:
engine.buffers.video_num_buffers:5000 |
|
|
|
|
|
02-19-11, 01:26 PM
|
#3 |
|
Registered User
Join Date: Dec 2008
Posts: 173
|
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. |
|
|
|
|
02-19-11, 02:29 PM
|
#4 | ||
|
Registered User
Join Date: Feb 2011
Posts: 10
|
Re: Xine VDPAU troubles
Quote:
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 Quote:
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 |
||
|
|
|
|
02-19-11, 04:17 PM
|
#5 |
|
Registered User
Join Date: Jan 2009
Posts: 171
|
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?
__________________
|
|
|
|
|
02-19-11, 04:53 PM
|
#6 |
|
|
Registered User
Join Date: Feb 2011
Posts: 10
|
Re: Xine VDPAU troubles
Quote:
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. |
|
|
|
|
|
02-19-11, 06:20 PM
|
#7 |
|
Registered User
Join Date: Dec 2008
Posts: 173
|
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. |
|
|
|
|
02-19-11, 06:36 PM
|
#8 | |
|
Registered User
Join Date: Feb 2011
Posts: 10
|
Re: Xine VDPAU troubles
Quote:
 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. |
|
|
|
|
|
02-19-11, 06:52 PM
|
#9 |
|
Registered User
Join Date: Dec 2008
Posts: 173
|
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
|
|
|
|
|
02-20-11, 03:52 AM
|
#10 |
|
Registered User
Join Date: Jan 2009
Posts: 171
|
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
__________________
|
|
|
|
|
02-20-11, 07:18 AM
|
#11 | |||||
|
Registered User
Join Date: Feb 2011
Posts: 10
|
Re: Xine VDPAU troubles
Quote:
Quote:
hate how convoluted configuration of anything is.  not for me at least. Quote:
Quote:
Quote:
|
|||||
|
|
|
|
02-20-11, 10:00 AM
|
#12 |
|
Registered User
Join Date: Dec 2008
Posts: 128
|
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.
|
|
|
|
 |
| Thread Tools | |
|
|
