Re: [vdr] VDR feature request: GotoStoredPosition
On 4/27/09, marti...@embl.de marti...@embl.de wrote: To enable/disable GotoStoredPosition we would need a setting (on/off) on the Diseqc setup menu SNIP IMHO, VDR needs multi satellite support bundled with it (via diseqc 1.2), which could be achieved either in the core, or as a bundled plugin. The plugin should: - 1) Set East/West limits 2) Drive the rotor east/west for tuning 3) Store sat locations at certain position numbers 4) Display signal strength etc 5) Allow scanning of DVB-S / S2 transponders and add these to VDR channel lists Mostly this is done by the rotor plugin, but it doesn't seem to be supported anymore. :-( Thanks, Morfsta ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] VDR feature request: GotoStoredPosition
Hi, An easy diseqc configuration setup will be useful in core VDR (+1). The reelbox had such a feature in the past don't know if current versions do. Regards halim ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Best practices for running vdr-xine
VDR User wrote: On Tue, Apr 28, 2009 at 1:20 PM, Simon Baxter linu...@nzbaxters.com wrote: I've recently taken a different approach altogether. I use MyMediaSystem (mms) as the front end to my pvr for dvd, movies, pictures, music, weather, radio etc etc and TV. When you select TV, it launches vdr-xine. I wanted a high quality graphical (open-gl) look - and the ability to play music playlists while cycling through my photo collection. VDR, vdr-xine and mms seem to work very well together too Interesting. Do you have a howto for this? I'm sure I know some guys who would like to try it as an alternative to xbmc+VDR. Has anybody made some kind of pros and cons analysis between vdr-xine and xineliboutput. Which is better or are they just different ? ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Best practices for running vdr-xine
No, I've not done a how to - but am happy to help. I'm running mms-1.1.0. Had to configure in mms: .lircrc GenericPlayerConfig MovieConfig MplayerConfig TVConfig Config PictureConfig WeatherConfig XineConfig EPGConfig but if you have it working under xineliboutput or vdr-xine, it pretty much works out of the box. The following how-to was really useful too: http://mms.mymediasystem.net/index-7.html - Original Message - From: VDR User user@gmail.com To: VDR Mailing List vdr@linuxtv.org Sent: Wednesday, April 29, 2009 8:41 AM Subject: Re: [vdr] Best practices for running vdr-xine On Tue, Apr 28, 2009 at 1:20 PM, Simon Baxter linu...@nzbaxters.com wrote: I've recently taken a different approach altogether. I use MyMediaSystem (mms) as the front end to my pvr for dvd, movies, pictures, music, weather, radio etc etc and TV. When you select TV, it launches vdr-xine. I wanted a high quality graphical (open-gl) look - and the ability to play music playlists while cycling through my photo collection. VDR, vdr-xine and mms seem to work very well together too Interesting. Do you have a howto for this? I'm sure I know some guys who would like to try it as an alternative to xbmc+VDR. Thanks, Derek ___ 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] Best practices for running vdr-xine
On Wednesday 29 April 2009, Theunis Potgieter wrote: I use xineliboutput, permanently on my vdr, with xvmc enabled on my old nvidia 440 MX card. however only on SD mpeg2 broadcasts. It does provide some multimedia playback on other formats, which is useful. Normal vdr recordings are a bit of a pain, since fast forwarded/rewind doesn't work as you would expect with softdevice. If my vdr loses signal for a minute, I have to restart VDR, perhaps I should just try restarting xineliboutput. It is good enough for what I use. I didn't see any support for a vdr menu to play back other multi media content in vdr-xine, so there for never used it. Does the normal OSD work for you? I don't see it, nor do I see the channel info when I switch channels. Also, if a channel switch is successful it does take 5s+ which I think is a bit long as normal VDR changes channel in 1-2s or so. -- Jan Ekholm jan.ekh...@smultron.net ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Best practices for running vdr-xine
IMHO... I've used both, and xineliboutput is arguably easier to get working as you only need the standard xine-lib for your repo, but I've chosen over the years to use vdr-xine as it seems to give the most options to change the front end, as it uses the standard one. I start it with: xine --no-splash -Bfpqg -r anamorphic -V xv -Dtvtime:method=Greedy2Frame,cheap_mode=0,pulldown=0,use_progressive_frame_flag=1 --post vdr_video --post vdr_audio vdr://tmp/vdr-xine/stream#demux:mpeg_pes /dev/null 21 It's served me well for 5 years... - Original Message - From: Lauri Tischler l...@iki.fi To: VDR Mailing List vdr@linuxtv.org Sent: Wednesday, April 29, 2009 9:42 PM Subject: Re: [vdr] Best practices for running vdr-xine VDR User wrote: On Tue, Apr 28, 2009 at 1:20 PM, Simon Baxter linu...@nzbaxters.com wrote: I've recently taken a different approach altogether. I use MyMediaSystem (mms) as the front end to my pvr for dvd, movies, pictures, music, weather, radio etc etc and TV. When you select TV, it launches vdr-xine. I wanted a high quality graphical (open-gl) look - and the ability to play music playlists while cycling through my photo collection. VDR, vdr-xine and mms seem to work very well together too Interesting. Do you have a howto for this? I'm sure I know some guys who would like to try it as an alternative to xbmc+VDR. Has anybody made some kind of pros and cons analysis between vdr-xine and xineliboutput. Which is better or are they just different ? ___ 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] Best practices for running vdr-xine
Yes, I setup vdr-skinsoppalusikka, but I had to set the video in xineliboutput to auto, not xvmc directly (can't remember off hand), by setting it to xvmc only, the colours are incorrect. The one that does work is xvmc+... will have to look it up when I get home. What I do find odd is, that my idle shows 91%, but vdr uses 17% cpu usage and this is on an old Pentium 4, 2.4GHz. So I'm not sure how that works. On 29/04/2009, Jan Ekholm jan.ekh...@smultron.net wrote: On Wednesday 29 April 2009, Theunis Potgieter wrote: I use xineliboutput, permanently on my vdr, with xvmc enabled on my old nvidia 440 MX card. however only on SD mpeg2 broadcasts. It does provide some multimedia playback on other formats, which is useful. Normal vdr recordings are a bit of a pain, since fast forwarded/rewind doesn't work as you would expect with softdevice. If my vdr loses signal for a minute, I have to restart VDR, perhaps I should just try restarting xineliboutput. It is good enough for what I use. I didn't see any support for a vdr menu to play back other multi media content in vdr-xine, so there for never used it. Does the normal OSD work for you? I don't see it, nor do I see the channel info when I switch channels. Also, if a channel switch is successful it does take 5s+ which I think is a bit long as normal VDR changes channel in 1-2s or so. -- Jan Ekholm jan.ekh...@smultron.net ___ 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] Best practices for running vdr-xine
Jan Ekholm wrote: fine. Also the OSD isn't working making normal VDR use a hassle and I'm forced to switch the the s-video side to see EPG, timers etc. --primary option to xineliboutput-plugin might help. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Best practices for running vdr-xine
On Wednesday 29 April 2009 14:05:33 Pertti Kosunen wrote: Jan Ekholm wrote: fine. Also the OSD isn't working making normal VDR use a hassle and I'm forced to switch the the s-video side to see EPG, timers etc. --primary option to xineliboutput-plugin might help. I use the following: PLUGINS=-P\xineliboutput --primary --local=none --remote=37890 -- post=tvtime:method=Linear,cheap_mode=1,pulldown=0,use_progressive_frame_flag=1\ So yeah, it's primary all right. -- Kids! Bringing about Armageddon can be dangerous. Do not attempt it in your home. -- Terry Pratchett Neil Gaiman, Good Omens ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Best practices for running vdr-xine
On Wed, Apr 29, 2009 at 5:22 PM, Jan Ekholm jan.ekh...@smultron.net wrote: On Wednesday 29 April 2009 14:05:33 Pertti Kosunen wrote: Jan Ekholm wrote: fine. Also the OSD isn't working making normal VDR use a hassle and I'm forced to switch the the s-video side to see EPG, timers etc. --primary option to xineliboutput-plugin might help. I use the following: PLUGINS=-P\xineliboutput --primary --local=none --remote=37890 -- post=tvtime:method=Linear,cheap_mode=1,pulldown=0,use_progressive_frame_flag=1\ So yeah, it's primary all right. You said earlier that you use HTTP to connect with your frontend. The xineliboutput README states the following: Using with other media players (mplayer, vlc, ...) Primary device video and audio (without OSD or subtitles) can be streamed from plugin control port to almost any media player using http or rtsp. So, you might want to use a xine-based frontend (for example vdr-sxfe or xine-ui) with xvdr. -Petri ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Best practices for running vdr-xine
I've only ever used vdr-xine and I must say it's pretty easy to get going. I've never used (or installed) Linux as a desktop either, maybe that's where people get problems? For years it was console-only Debian with nexus-s tv-out. When that didn't cut it anymore due to things like hdtv, hdmi, etc. I bought a cheap vdpau video card, tried vdr-xine for the first time, and have been happy ever since! The few problems I had were all code-related and quickly resolved by the developers so I couldn't be happier. The old advice is still true, use whatever works for you. :) Cheers, Derek ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Best practices for running vdr-xine
2009/4/30 VDR User user@gmail.com For years it was console-only Debian with nexus-s tv-out. When that didn't cut it anymore due to things like hdtv, hdmi, etc. I bought a cheap vdpau video card, tried vdr-xine for the first time, and have been happy ever since! The few problems I had were all code-related and quickly resolved by the developers so I couldn't be happier. Is interlaced output with interlaced material still a no-go with vdpau, when no deinterlacer is involved? Last time i tested that resulted in a double (ghosted) output picture, as if the two fields were merged, then scaled, then output to separate fields again, which causes exactly such an effect. This was with driver rev 185.29 though. -- -Tor ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Best practices for running vdr-xine
On Wednesday 29 April 2009 17:47:46 Petri Helin wrote: You said earlier that you use HTTP to connect with your frontend. The xineliboutput README states the following: Using with other media players (mplayer, vlc, ...) Primary device video and audio (without OSD or subtitles) can be streamed from plugin control port to almost any media player using http or rtsp. So, you might want to use a xine-based frontend (for example vdr-sxfe or xine-ui) with xvdr. Oh, thanks for pointing that out, I'm such a n00b. I've read the README up and down but happily read the part without OSD as with OSD. Doh! Then it's time to test vdr-sxfe and see how that fares. I wanted to keep the display in the same process as the rest of my media frontend app, but controlling an external process is no big hassle. -- Five exclamation marks, the sure sign of an insane mind. -- Terry Pratchett, Reaper Man ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Best practices for running vdr-xine
On Tue, Apr 28, 2009 at 10:56:28AM +0300, Peter wrote: I have a bit of a problem running xine frontend – it will not reconnect if vdr backend restarts. Also, my vdr can take 10-15secs just to start up, and xine frontend will bail out during that time, too. Since frontend is being run on unattended TV box (read: no keyboard) it is cumbersome to restart xine every time this happens. easy way around this: tell xine to exit when the stream finishes and run it in a loop. I am running the following in a shell loop. the important options being --no-splash and --auto-play=fhq, so xine starts immediately playing the stream and exits as soon as the stream finishese (e.g. when vdr restarts) or when xine chokes on a faulty stream. I also sometimes saw runaway xine processes, which still hold the xv/xvmc port, so everything called xine is killed forcibly afterwards. xine $VERBOSE --aspect-ratio 4:3 --geometry 1024x768 --no-splash --no-lirc \ -V xxmc -A alsa --post vdr --auto-play=fhq \ vdr://tmp/vdr-xine/stream#demux:mpeg_pes killall -9 xine -- c u henning ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Best practices for running vdr-xine
I am a happy VDR user since a couple of years ago. Before VDR, I used Mythtv but switched due to its hardware requirements and bugs. My VDR is an (very) old Duron 700 MHz with 1 Technotrend FF card and 1 PVR 350 card. It has been no problem recording two channels (SD) at a time and watch a different recording trough FF card tv-out. FANTASTIC! The VDR box is soon going to be replaced by a faster machine, but will keep the current tv cards. The problem is now to find out how to setup VDR on my new computer. Should I use - FF-TVout? - vdr-xine - xine-liboutput? By just reading this thread, I can see that people has different favourites. My personal fealing is that VDR is lacking recommendations / good documentation on how to setup/configure TV-out in the best way, or at least describe pros/cons for each alternative. Is this a point where Mythtv beats VDR? I hope that I am wrong. Or have I missed anything? regards, baronen 2009/4/29 VDR User user@gmail.com I've only ever used vdr-xine and I must say it's pretty easy to get going. I've never used (or installed) Linux as a desktop either, maybe that's where people get problems? For years it was console-only Debian with nexus-s tv-out. When that didn't cut it anymore due to things like hdtv, hdmi, etc. I bought a cheap vdpau video card, tried vdr-xine for the first time, and have been happy ever since! The few problems I had were all code-related and quickly resolved by the developers so I couldn't be happier. The old advice is still true, use whatever works for you. :) Cheers, Derek ___ 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] Best practices for running vdr-xine
Jan Ekholm wrote: So xineliboutput can't be what budget card people use, so I guess it's time to test vdr-xine. My initial gut feeling is that VDR isn't meant for X11 output at all, and it just happens to be possible to kludge it somehow. Bad luck? Obsolete xine libraries? I'm running three vdr-sxfe clients at home with nice 50 Hz progressive 720p/1080p output to DVI with close to perfect vertical blanking sync (or in other words the horizontal text scrolls are smooth and sharp). I didn't get that working with on-board AMD780G graphics in my newest PC but a cheapo Nvidia card fixed that. Now I'm looking forward to eventually switch to VDPAU. BR, Seppo ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Best practices for running vdr-xine
Lars Olsson wrote: I am a happy VDR user since a couple of years ago. Before VDR, I used Mythtv but switched due to its hardware requirements and bugs. My VDR is an (very) old Duron 700 MHz with 1 Technotrend FF card and 1 PVR 350 card. It has been no problem recording two channels (SD) at a time and watch a different recording trough FF card tv-out. FANTASTIC! The VDR box is soon going to be replaced by a faster machine, but will keep the current tv cards. The problem is now to find out how to setup VDR on my new computer. Should I use - FF-TVout? - vdr-xine - xine-liboutput? By just reading this thread, I can see that people has different favourites. My personal fealing is that VDR is lacking recommendations / good documentation on how to setup/configure TV-out in the best way, or at least describe pros/cons for each alternative. Is this a point where Mythtv beats VDR? I hope that I am wrong. Or have I missed anything? regards, baronen That depends solely on your display device. If you use an old style CRT or something similar with an interlaced input, your FF-card will give you the best output. But if you have a progressive display with preferably a digital input you might want to use a software output device like vdr-xine or xineliboutput. Even with a reasonably slow system you can take advantage of vdpau with an nvidia card and have a perfect progressive output. There are graphic cards with both PCI and PCI-Express bus connection that you can acquire with a modest expense. -Petri ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr