Re: [vdr] Blocking svdrp with epgsearch-1.0.0
The logfile only contains the output of one conflict check, where no SVDRP communication occurs. Please add any search timer and trigger an update to see if the timers can be created. What happens when you call 'svdrpsend help'? Is it really only the pute command the causes the problem? Does it work when you disable epgsearch? cheers, Christian Am 18.10.2011 20:25, schrieb Rainer Blickle: I attached the logfile (with -v 3). I have taken a look on it, but nothing found. 2011/10/18 Christian Wieninger: Hi Rainer, there were no significant changes in SVDRP handling between these versions. Did you set the correct (same as VDR) SVDRP port in epgsearchs setup? Please start epgsearch with the parameters "-v 2" to generate an epgsearch.log file in epgsearchs configuration directory. cheers, Christian Am 18.10.2011 10:34, schrieb Rainer Blickle: Hi, when running vdr with the epgsearch-1.0.0-plugin, i wasn't able to add epgdata via the pute-svdrp-command anymore. The svdrp-client seems to "hang". With version epgsearch-0.9.25.beta17 there wasn't any problem. I can provide logs if someone tells me how. Regards, Rainer ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Wanted VDR xineliboutput client
I bought 2 years ago Zotac IONITX-A-E motherboard which came with atom CPU and nvidia gpu, at that time it cost about 200 euro. I use it only for web browsing, vdr-client (with vdr-xineliboutput) and music listening purposes and for that kind of things the device works like a charm. With SD material the cpu load is about 10-20 %, when I have VDPAU support enabled. (I think it was about 60-80% without VDPAU.) I made the small case myself and have I have 12" fan running in it in the slowest speed and the case/cpu/gpu temperatures remains under 50 c. Suspend/resume works ok at least with Mandriva 2010.2. (I have configured from the gnome control center the device to suspend if nobody is using it for 3 hours) The only problem I have at the moment is a good infrared or bt remote controller for the device. I currently have Ione Scorpius P20 keyboard with internal mouse, but it's quality is not very good. I have considered of switching it to prodige NanoX or some USB/infrared remote if somebody could suggest a good one... Mika On 10/16/2011 02:02 PM, JJussi wrote: Hi! Any suggestions for small, powerful, quiet, FullHD VDR client? So, I search machine what would act as VDR-client, using xineliboutput with FullHD resolution and machine would have DVI or HDMI connection + optical audio. Of course remote control is needed too! ;-) -- JJussi ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Blocking svdrp with epgsearch-1.0.0
I attached the logfile (with -v 3). I have taken a look on it, but nothing found. 2011/10/18 Christian Wieninger : > Hi Rainer, > > there were no significant changes in SVDRP handling between these versions. > Did you set the correct (same as VDR) SVDRP port in epgsearchs setup? > Please start epgsearch with the parameters "-v 2" to generate an > epgsearch.log file in epgsearchs configuration directory. > > cheers, > Christian > > Am 18.10.2011 10:34, schrieb Rainer Blickle: >> >> Hi, >> >> when running vdr with the epgsearch-1.0.0-plugin, i wasn't able to add >> epgdata via the pute-svdrp-command anymore. The svdrp-client seems to >> "hang". With version epgsearch-0.9.25.beta17 there wasn't any problem. >> >> I can provide logs if someone tells me how. >> >> Regards, Rainer >> >> ___ >> vdr mailing list >> vdr@linuxtv.org >> http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr > > ___ > vdr mailing list > vdr@linuxtv.org > http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr > epgsearch.log.tar.gz Description: GNU Zip compressed data ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] [ANNOUNCE] vdr-dxr3 0.2.13
vdr-dxr3 version 0.2.13 is out, noteworthy changes since 0.2.12: - Remove old non-Xine OSD scaler - Reduce unnecessary GetSysClock calls - Implement DVB subtitles hack without needing to patch VDR - Include VDR >= 1.7.13's Make.global in Makefile - Use LDFLAGS when linking Downloads are available at: http://sourceforge.net/projects/dxr3plugin/files/dxr3-0.2.x/0.2.13/ http://projects.vdr-developer.org/projects/plg-dxr3/files ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Wanted VDR xineliboutput client
On Tue, Oct 18, 2011 at 7:10 AM, Tony Houghton wrote: >> I'm a vdpau user and can say it's works just fine here. > > Did you compile the xine stack yourself? I find it's very picky, eg if I > try to use a repository with a set of packages that allegedly support > VDPAU, vdr-sxfe doesn't work at all, and there are also difficulties > getting xine, mplayer and gstreamer to all coexist with ffmpeg. I compile xine-lib-1.2 myself. I use mplayer-nogui (and have used mplayer2), but I don't use gstreamer, and don't bother installing ffmpeg since everything works fine without an external copy. > Wouldn't fit. The Microserver only takes low profile cards and the x16 > slot is also the one nearest the side of the case so there's no room for > a double height backplane or thick heatsink like this: Sorry, I missed the low profile card requirement. > An 8400GS might fit, but I wouldn't expect its VDPAU capabilities to be > up to much. I currently use 8200 onboard graphics with mplayer VDPAU and > it's rather jerky as if it's dropping frames just on 720p (with the TV > at 1280x720 so no scaling is required). But that could be mplayer > struggling to sync 24fps to 60Hz. I used 8400's before upgrading to GT220 & GT240. They worked ok but the best deinterlacer I could use on HD content was bob. I haven't used an 8200igp as you are but based on my experience with 8400, I would guess 8400 is the minimum requirement. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Wanted VDR xineliboutput client
On Mon, 17 Oct 2011 17:28:17 -0700 VDR User wrote: > On Mon, Oct 17, 2011 at 10:37 AM, Tony Houghton wrote: > > Is this client only with no DVB cards? You could use an Acer Revo, > > provided you're confident that you can get VDPAU working, because > > the Atom CPU is a bit weak for HD. An HP Microserver with an added > > graphics > > I'm a vdpau user and can say it's works just fine here. Did you compile the xine stack yourself? I find it's very picky, eg if I try to use a repository with a set of packages that allegedly support VDPAU, vdr-sxfe doesn't work at all, and there are also difficulties getting xine, mplayer and gstreamer to all coexist with ffmpeg. > > they're only about £130 with the cashback offer. Unfortunately I > > couldn't find a passively cooled VDPAU-capable card that would fit > > so I > > There are a few, here's on example: > > 1 slot passive cooled Zotac GT430 > http://www.newegg.com/Product/Product.aspx?Item=N82E16814500221 Wouldn't fit. The Microserver only takes low profile cards and the x16 slot is also the one nearest the side of the case so there's no room for a double height backplane or thick heatsink like this: http://www.ebuyer.com/240886-asus-geforce-g210-silent-512mb-ddr2-dvi-vga-hdmi-out-directx-10-1-en210-silent-di-512md2-lp- An 8400GS might fit, but I wouldn't expect its VDPAU capabilities to be up to much. I currently use 8200 onboard graphics with mplayer VDPAU and it's rather jerky as if it's dropping frames just on 720p (with the TV at 1280x720 so no scaling is required). But that could be mplayer struggling to sync 24fps to 60Hz. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Wanted VDR xineliboutput client
On Mon, 17 Oct 2011 17:28:17 -0700 VDR User wrote: > On Mon, Oct 17, 2011 at 10:37 AM, Tony Houghton wrote: > > Is this client only with no DVB cards? You could use an Acer Revo, > > provided you're confident that you can get VDPAU working, because > > the Atom CPU is a bit weak for HD. An HP Microserver with an added > > graphics > > I'm a vdpau user and can say it's works just fine here. Did you compile the xine stack yourself? I find it's very picky, eg if I try to use a repository with a set of packages that allegedly support VDPAU, vdr-sxfe doesn't work at all, and there are also difficulties getting xine, mplayer and gstreamer to all coexist with ffmpeg. > > they're only about £130 with the cashback offer. Unfortunately I > > couldn't find a passively cooled VDPAU-capable card that would fit > > so I > > There are a few, here's on example: > > 1 slot passive cooled Zotac GT430 > http://www.newegg.com/Product/Product.aspx?Item=N82E16814500221 Wouldn't fit. The Microserver only takes low profile cards and the x16 slot is also the one nearest the side of the case so there's no room for a double height backplane or thick heatsink like this: http://www.ebuyer.com/240886-asus-geforce-g210-silent-512mb-ddr2-dvi-vga-hdmi-out-directx-10-1-en210-silent-di-512md2-lp- An 8400GS might fit, but I wouldn't expect its VDPAU capabilities to be up to much. I currently use 8200 onboard graphics with mplayer VDPAU and it's rather jerky as if it's dropping frames just on 720p (with the TV at 1280x720 so no scaling is required). But that could be mplayer struggling to sync 24fps to 60Hz. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr-checkts + vdrnfofs
Hi I have just installed vdrnfofs 0.8 and it works well. The vdrnfofs mount is served by miniDLNA and I have played back .ts recordings using WMP as a DLNA client. I could not play back .vdr files but I dont think this is a problem with vdrnfofs. Thanks ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Blocking svdrp with epgsearch-1.0.0
Hi Rainer, there were no significant changes in SVDRP handling between these versions. Did you set the correct (same as VDR) SVDRP port in epgsearchs setup? Please start epgsearch with the parameters "-v 2" to generate an epgsearch.log file in epgsearchs configuration directory. cheers, Christian Am 18.10.2011 10:34, schrieb Rainer Blickle: Hi, when running vdr with the epgsearch-1.0.0-plugin, i wasn't able to add epgdata via the pute-svdrp-command anymore. The svdrp-client seems to "hang". With version epgsearch-0.9.25.beta17 there wasn't any problem. I can provide logs if someone tells me how. Regards, Rainer ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] Blocking svdrp with epgsearch-1.0.0
Hi, when running vdr with the epgsearch-1.0.0-plugin, i wasn't able to add epgdata via the pute-svdrp-command anymore. The svdrp-client seems to "hang". With version epgsearch-0.9.25.beta17 there wasn't any problem. I can provide logs if someone tells me how. Regards, Rainer ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] xineliboutput suspend + OSD HUD on SandyBridge
On Saturday 15 October 2011 10:04:49 Nicolas Huillard wrote: > Hi, > > I have a new VDR+ server system, based on SandyBridge i3 CPU. This > server is located under the TV set, thus mixes the server (always-on > headless) + client (HD display) roles (previous setup was a Via EK8000 > server + Via ML1 client which ended up on the same shelf + another > still-used client). > > I have two issues with this setup : > > 1) I don't know the best way to suspend the output of xineliboutput > (vdr-sxfe loaded within nodm which auto-reloads it upon crash) : the > xineliboutput README refers to the suspendoutput plugin > (http://phivdr.dyndns.org/vdr/vdr-suspendoutput/) which last release is > dated 12-Feb-2009. > Since I use the e-tobi repository (marvellous, many thanks Tobias), > which does not include it, I wonder if there is a better way to suspend > the video decoding output. I use a hand-crafted soltution for this purpose. My system does not use a display manager. Instead, I use "mingetty --autologin tv" to automatically log into a text console with a user named "tv". tv's .bashrc then fires up irexec which comes with lirc. irexec is configured in a way that it waits for a particular button on the remote control (one that does not conflict with VDR) to be pressed, then runs startx. startx uses the .xinitrc config file. There I start up a compositing window manager like compiz, followed by vdr-sxfe. Now you can watch TV. To finally suspend the output, I *somehow* configured vdr-sxfe to quit when a remote control button is pressed (a different one than the one that starts X). I guess it was similar to this solution: http://mms.mymediasystem.net/index-7.html I can look this up when I have physical access to my VDR next time (by the end of the week). Long story short, what you get is the following: Your system boots into a slick text console, waits for button A to be pressed. This fires up X and vdr-sxfe. When you press button B, vdr-sxfe quits, so does X. You get back to your text console, waiting for button A to be pressed. You can easily modify this solution in a way that X is started automatically on boot (i.e. with nodm) and keeps running all the time. HTH, Stefan ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
