vdr May 2010

vdr@linuxtv.org

40 participants
45 discussions

Fix mplayer plugin for skip (prev/next) track..?
by VDR User 20 May '10

20 May '10

Hi. We need to be able to skip Prev and Next track with the mplayer plugin when playing a playlist. I see in mplayer.c at line 352: // case kGreen|k_Repeat: // reserved for future use // case kGreen: player->SkipPrev(); break; // case kYellow|k_Repeat: // case kYellow: player->SkipNext(); break; I tried to uncomment these and recompile in hopes it would work but no luck. Just received compile errors: mplayer.c: In member function ‘virtual eOSState cMPlayerControl::ProcessKey(eKeys)’: mplayer.c:375: error: duplicate case value mplayer.c:371: error: previously used here mplayer.c:376: error: duplicate case value mplayer.c:372: error: previously used here mplayer.c:376: error: ‘class cMPlayerPlayer’ has no member named ‘SkipPrev’ mplayer.c:377: error: duplicate case value mplayer.c:373: error: previously used here mplayer.c:378: error: duplicate case value mplayer.c:374: error: previously used here mplayer.c:378: error: ‘class cMPlayerPlayer’ has no member named ‘SkipNext’ make[1]: *** [mplayer.o] Error 1 make[1]: Leaving directory `/usr/local/dvb/vdr.source/vdr-1.7.14/PLUGINS/src/mp3-0.10.2' Does anyone have a patch to enable this support? Any help is greatly appreciated. Thanks, Derek

1 0

VDR 1.7 branch and xineliboutput (on Gentoo)
by Ville Aakko 20 May '10

20 May '10

Hi, I don't seem to get vdr-xineliboutput working at all on Gentoo. I used to have vdr-1.6 branch with xineliboutput. Live TV was OK, but recordings were just unwatchable (vdr-sxfe losing the connection all the time, rewinding being a PITA etc..). So, I've used Mplayer to play those, and VDR just as a recording server. But this was very annoying, so I decided to upgrade to vdr-1.7 and try the vdr-xineliboutput cvs plugin, to see if it would work better. (I'm an ATI user, but judging from the symptoms, I suspect there was something very wrong with my installation, not jsut ATI-related problems). But, now, I don't get a connection to the vdr-xineliboutput server at all! I just get the "No Signal" picture. Has anyonve on Gentoo got this working? I'm using the vdr-devel repository in addition to stock portage. I have installed: vdr-1.7.14-r1 (from vdr-devel) xine-lib-1.1.18.1 vdr-xineliboutput-9999 (the CVS ebuild from Gentoo portage). I see the bug report at <http://bugs.gentoo.org/show_bug.cgi?id=296042>. But it is inclear to me whether the ebuild in portage is updated or not... I will compare and see of course, but decided to post here to get some input from fellow users =) Here's vdr-sxfe output. I'm running vdr-sxfe as a regular user (I've never got the local pipes working, anyone got an idea how / where to set the permissions?). # vdr-sxfe --fullscreen --video=opengl --audio=alsa:phononpulse 127.0.0.1 vdr-sxfe 1.0.90-cvs (build with xine-lib 1.1.18, using xine-lib 1.1.18) Fullscreen mode Video driver: opengl Audio driver: alsa Audio device: phononpulse VDR Server: 127.0.0.1 [11727] [vdr-fe] Error: The name org.gnome.ScreenSaver was not provided by any .service files [11727] [vdr-fe] (ERROR (tools/gnome_screensaver.c,126): Resource temporarily unavailable) [11727] [vdr-fe] Detected 2 CPUs [11727] [vdr-fe] Enabling FFmpeg multithreaded video decoding [11727] [input_vdr] Connecting (control) to tcp://127.0.0.1:37890 ... [11727] [input_vdr] Server greeting: VDR-1.7.14 xineliboutput-1.0.90-cvs READY [11727] [input_vdr] Connected (control) to tcp://127.0.0.1:37890 [11727] [input_vdr] Connecting (data) to pipe:///etc/vdr/plugins/xineliboutput/pipes.11591/pipe.0 [11727] [input_vdr] Pipe opening failed [11727] [input_vdr] (ERROR (xine_input_vdr.c,5499): Permission denied) [11727] [input_vdr] Data stream connection failed (PIPE) [11727] [input_vdr] Connecting (data) to rtp://@224.0.1.9:37890 ... [11727] [input_vdr] Received UDP/RTP multicast from unknown sender: 192.168.0.3:51915 [11727] [input_vdr] Received UDP/RTP multicast from unknown sender: 192.168.0.3:51915 [11727] [input_vdr] Received UDP/RTP multicast from unknown sender: 192.168.0.3:51915 [11727] [input_vdr] Received UDP/RTP multicast from unknown sender: 192.168.0.3:51915 [11727] [input_vdr] Data stream connection failed (RTP) [11727] [input_vdr] Connecting (data) to udp://127.0.0.1 ... [11727] [input_vdr] Data stream connected (UDP) [11727] [input_vdr] WARNING: xine-engine setting "engine.buffers.audio_num_buffers":230 istoo low for HD-playback! Please use values between 500-1000! [11727] [input_vdr] WARNING: Video output driver reports it does not support unscaled overlays ! [11727] [demux_vdr] Using decoder "libmpeg2" for mpeg2 video [11727] [demux_vdr] Using decoder "FFmpeg" for H.264 video WARNING: MRL does not start with 'xvdr:' (127.0.0.1) Press Esc to exit post_warp: warp_get_parameters post_warp: warp_get_parameters post_warp: warp_get_parameters post_warp: warp_get_parameters post_warp: warp_set_parameters: output_width=0, output_height=0, output_aspect=0.000, no_downscaling=0 post_warp: warp_get_parameters post_warp: warp_set_parameters: output_width=720, output_height=0, output_aspect=0.000, no_downscaling=0 post_warp: warp_get_parameters post_warp: warp_set_parameters: output_width=720, output_height=576, output_aspect=0.000, no_downscaling=0 post_warp: warp_get_parameters post_warp: warp_set_parameters: output_width=720, output_height=576, output_aspect=0.000, no_downscaling=1 post_warp: warp_get_parameters post_warp: dispose post_warp: dispose [11727] [input_vdr] Connections closed. Terminating... [11727] [vdr-fe] Error: The name org.gnome.ScreenSaver was not provided by any .service files [11727] [vdr-fe] (ERROR (tools/gnome_screensaver.c,126): Resource temporarily unavailable) -- -- Ville Aakko - ville.aakko(a)gmail.com

2 6

vdr-sxfe crashing all the time
by Mr. Tux 20 May '10

20 May '10

Hello Martti Please add the following two lines in ~./.xine/config to enable OSD with opengl: video.driver:opengl video.output.opengl_renderer:2D_Tex then restart vdr for changes to take effect > > Date: Mon, 03 May 2010 17:19:31 +0300 > From: Martti Kuparinen <martti.kuparinen(a)iki.fi> > Subject: Re: [vdr] vdr-sxfe crashing all the time > > 02.05.2010 21:55, Halim Sahin kirjoitti: >> Hi, >> Try the opengl driver with fglrx (not xv!). > > It starts but I don't see the OSD and I noticed this warning >

3 2

xineliboutput teletext streaming
by Newsy Paper 20 May '10

20 May '10

Hi, Is there a way to stream teletext plugin with xineliboutput so that you can use the teletext function of vlc, as vlc offers teletext level 2.5. Or will vdr prevent streaming of teletext pid? kind regards Newspaperman

2 2

unicable patch from vdrportal.de
by Eddi De Pieri 17 May '10

17 May '10

Hi, Have you seen this patch? http://www.vdrportal.de/board/thread.php?threadid=89731&sid=529f3f9e990d7bf… by adjusting unicable.conf, it works for me... with inverto lnb scr Regards and many thanks to "*fds2001<http://www.vdrportal.de/board/profile.php?userid=25037&sid=a61beff62ad61c08…> *"

2 1

dvb-s2 transponder can be received but channels are not automatically found
by Newsy Paper 16 May '10

16 May '10

hi! I noticed a new vdr problem concerning only some of those dvb-s2 transponders. If I create a new channel in channel list with these transponder datas and "add new channels" is activated in vdr settings nothing happens either. But when I set manually SID manually video + audio pids are found automatically but not the other channels on that transponders are added automatically. One of these problem transponders is 12129 V 27500 5/6 DVB-S2 on Astra 23.5°East. kind regards Newspaperman

2 6

Re: [vdr] xineliboutput - choppy problem
by Jiri Dobry 16 May '10

16 May '10

Hello, I has similar problem with jerky video on vdpau. After some investigation I hope that I found solution. I was try increase volume of output surfaces. In file xine-lib-1.2/src/video_out/video_out_vdpau.c change line: #define NOUTPUTSURFACE 2 I am trying value 6 and it is perfect on nVidia G100 or G130 graphic, and almost perfect on 8300/shared I can confirm it on 3 machines, and I have confirmation from 2 other people. Jiri

1 0

Re: [vdr] xineliboutput - choppy problem
by Scott Waye 15 May '10

15 May '10

Have you tried with the CPU governor turned off? I know you said the CPU is not busy, but worth elimninating. Scott Sent from my HTC ----- Reply message ----- From: "Jiri Jansky" <janskj1(a)fel.cvut.cz> Date: Sat, May 15, 2010 22:12 Subject: [vdr] xineliboutput - choppy problem To: "VDR Mailing List" <vdr(a)linuxtv.org> My problem isn't VDPAU related, because I have same no smooth playing with XV output too. (I tested pal mpeg2 television stations without postprocessing and i used about 20% on my pentium4). Halim Sahin napsal(a): > hi, > Make sure that your vdpau is working. > Have installed the xinelib-1.2-vdpau branch? > To check if you have vdpau run > vdr-xfe --video > you have the right info and the last two lines: > Available video drivers: dxr3 aadxr3 xv raw opengl xshm none sdl fb > Available audio drivers: pulseaudio alsa oss esd none file > > Your machine should list vdpau as well (I dont have it). > > You can download the right xinelib with vdpau support from hg with this command: > hg clone http://hg.debian.org/hg/xine-lib/xine-lib-1.2-vdpau > HTH. > Halim > _______________________________________________ vdr mailing list vdr(a)linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

1 0

xineliboutput - choppy problem
by Jiri Jansky 15 May '10

15 May '10

Hi, I bought nvidia g210 (with vdpau support) and would like use it as video output device with VDR. I installed nvidia driver and mplayer plays all videos well both with VDPAU or XV. I never using xineliboutput plugin before, because I had DXR3 card and it seems it's run better with DXR3 VDR plugin. So, I began from scratch. I installed xinelib-1.2 into system and xinelibplugin into VDR. But result dosn't look good. I have many problems, but most significant is jerky video in few second after channel switch and in from time to time after it. In logs, I'am getting messages like this: video_out: throwing away image with pts 2920558 because it's too old (diff : 5694). video_out: throwing away image with pts 2974558 because it's too old (diff : 6457). video_out: throwing away image with pts 3028558 because it's too old (diff : 7171). 200 frames delivered, 0 frames skipped, 5 frames discarded I googled it, but nothing usefull found. I tested it on MPEG2 PAL television station with xineliboutput both with XV and VDPAU (processor is pentium4(a)2.8GHz) with same result. So can anybody help me with my problem? Is any solution of it? How set it up you? (I run vdr in play X server....) Thanks Jiri Jansky

4 4

vdr 1.7.10 no record channel
by Senufo 14 May '10

14 May '10

Hi, I found the problem. VDR does not detect the frame independent in this stream because in the function : cFrameDetector:: Analyze (const uchar * Data, int Length) in the file remux.c. ((Data [i +2]>> 3) & 0x07) is equal to 0 instead of 1 for stream that work. I applied this patch : --- remux.c 2010-05-04 14:55:50.000000000 +0200 +++ remux.c.orig 2010-05-04 21:57:38.000000000 +0200 @@ -960,6 +960,7 @@ return Processed; // flush everything before this new frame newFrame = true; independentFrame = ((Data[i + 2] >> 3) & 0x07) == 1; // I-Frame + if (((Data[i + 2] >> 3) & 0x07) == 0) { independentFrame = 1;} if (synced) { if (framesPerPayloadUnit <= 1) scanning = false; and record is working again. I do not know what has changed in the stream. I tested this patch since yesterday and so far I have not had any problems. What do you think? Senufo

2 1

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

vdr May 2010