vdr April 2008

vdr@linuxtv.org

106 participants
122 discussions

umlauts with vdr 1.6
by Sebastian Dellit 12 Apr '08

12 Apr '08

Hello VDR readers, Is there a way to use VDR 1.6 with umlauts? What must I do? -- Best regards Sebastian ICQ: 264706583 | MSM: sebo(a)blinzeln.de | Skype: sebo_de | Yahoo: de_sebo E-Mail: sebo(a)blinzeln.de | Web: www.blindzeln.de

1 0

Re: [vdr] VDR as a set top box
by serge pecher 12 Apr '08

12 Apr '08

I am making some experiment with Oxine. I did also try Freevo. I find Oxine much lighter and much easier to configure. sp -----Original Message----- From: vdr-bounces(a)linuxtv.org [mailto:vdr-bounces@linuxtv.org] On Behalf Of vdr-request(a)linuxtv.org Sent: maandag 7 april 2008 12:00 To: vdr(a)linuxtv.org Subject: vdr Digest, Vol 39, Issue 10 Send vdr mailing list submissions to vdr(a)linuxtv.org To subscribe or unsubscribe via the World Wide Web, visit http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr or, via email, send a message with subject or body 'help' to vdr-request(a)linuxtv.org You can reach the person managing the list at vdr-owner(a)linuxtv.org When replying, please edit your Subject line so it is more specific than "Re: Contents of vdr digest..." Today's Topics: 1. Re: Plugins DVD and Dolby Digital (Rob Davis) 2. Re: VDR as a set top box (syrius.ml(a)no-log.org) 3. Re: VDR as a set top box (J?rg Knitter) 4. Re: VDR as a set top box (Petri Helin) 5. Re: VDR as a set top box (syrius.ml(a)no-log.org) ---------------------------------------------------------------------- Message: 1 Date: Mon, 07 Apr 2008 09:51:42 +0200 From: Rob Davis <rob.davis(a)libero.it> Subject: Re: [vdr] Plugins DVD and Dolby Digital To: VDR Mailing List <vdr(a)linuxtv.org> Message-ID: <47F9D28E.4020603(a)libero.it> Content-Type: text/plain; charset=ISO-8859-15; format=flowed NIVAL Micha?l wrote: > Hi, > > With VDR-1.5.10 and cvs version plugins DVD, it is not possible to have > audio. > > The syslog shows: > [4223] switching to pre 1.3.19 Dolby Digital compatibility mode > > UseDolbyDigital is disabled. > > The solution I have for the moment is to apply the patch that I put in > attachment. > Is this still an issue on 1.6.0? I have just got a FF card working and thought I'd try DVD playback for the first time ever, however, I have no audio on the FF Scart output. -- Latest news on http://www.streetcredo.org.uk/rob Rob Davis ------------------------------ Message: 2 Date: Mon, 07 Apr 2008 10:21:09 +0200 From: syrius.ml(a)no-log.org Subject: Re: [vdr] VDR as a set top box To: VDR Mailing List <vdr(a)linuxtv.org> Message-ID: <8763uugjqf.874paegjqf(a)873apygjqf.message.id> Content-Type: text/plain; charset=us-ascii Boguslaw Juza <bogdan(a)uci.agh.edu.pl> writes: > Hi > > Look at http://freevo.sourceforge.net/ - it is the frontend for home > cinema linux PC. It starts Xserver itself, you don't need gdm, gnome > etc... I'm using it and Im very glad :). > I removed freevo TV config and I set xine for VDR as a "external command" > in freevo. It works nice and looks very good. then you should have a look at the vdr plugin for freevo. It adds a new "watch tv" menu entry and forwards key/lirc events to xine. -- ------------------------------ Message: 3 Date: Mon, 07 Apr 2008 11:22:53 +0200 From: J?rg Knitter <joerg.knitter(a)gmx.de> Subject: Re: [vdr] VDR as a set top box To: VDR Mailing List <vdr(a)linuxtv.org> Message-ID: <47F9E7ED.6000106(a)gmx.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Petri Helin wrote: > [...] > start up a fluxbox session. The fluxbox session runs a start up script > which starts vdr-sxfe, which connect to the xineliboutput plugin. > [...] > One general question: Is vdr-sxfe reliable enough on bad-weather-conditions? I have played around last week with VDR-1.5.18 and xineliboutputs internal display window, and it was rock-solid while in the past other solutions like xine or vdr-sxfe crashed if there was a bigger problem with the signal strength. Or do you have implemented some kind of "keep vdr-sxfe alive"-functionality? Because having to start vdr-sxfe manually again is IMHO not really set-top-box-like... :) On the other hand, I would prefer using vdr-sxfe instead of the internal x11 display because then I can release LIRC by shutting down vdr-sxfe e.g. if I want to use Elisa as second Media Center for playing back MP3s and videos in a more comfortable way than VDR can offer... With kind regards Joerg ------------------------------ Message: 4 Date: Mon, 7 Apr 2008 12:36:35 +0300 From: "Petri Helin" <phelin(a)googlemail.com> Subject: Re: [vdr] VDR as a set top box To: "VDR Mailing List" <vdr(a)linuxtv.org> Message-ID: <3e063bbf0804070236w340e007anb0ea3fb6275a30fa(a)mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1 On Mon, Apr 7, 2008 at 12:22 PM, J?rg Knitter <joerg.knitter(a)gmx.de> wrote: > Petri Helin wrote: > > [...] > > > start up a fluxbox session. The fluxbox session runs a start up script > > which starts vdr-sxfe, which connect to the xineliboutput plugin. > > [...] > > > One general question: Is vdr-sxfe reliable enough on > bad-weather-conditions? I have played around last week with VDR-1.5.18 > and xineliboutputs internal display window, and it was rock-solid while > in the past other solutions like xine or vdr-sxfe crashed if there was a > bigger problem with the signal strength. > Or do you have implemented some kind of "keep vdr-sxfe > alive"-functionality? Because having to start vdr-sxfe manually again is > IMHO not really set-top-box-like... :) > On the other hand, I would prefer using vdr-sxfe instead of the internal > x11 display because then I can release LIRC by shutting down vdr-sxfe > e.g. if I want to use Elisa as second Media Center for playing back MP3s > and videos in a more comfortable way than VDR can offer... > What I have is vdr-sxfe starting with parameter "--reconnect", which restarts vdr-sxfe in case the connection is lost. I have also set up remote control so that it has buttons for calling scripts that stop and start vdr-sxfe in case there is something wrong with it (quite seldom nowadays, but some time ago it got stuck with some recordings). -Petri ------------------------------ Message: 5 Date: Mon, 07 Apr 2008 11:45:31 +0200 From: syrius.ml(a)no-log.org Subject: Re: [vdr] VDR as a set top box To: VDR Mailing List <vdr(a)linuxtv.org> Message-ID: <87r6dif1i1.87prt2f1i1(a)87od8mf1i1.message.id> Content-Type: text/plain; charset=iso-8859-15 J?rg Knitter <joerg.knitter(a)gmx.de> writes: > Petri Helin wrote: >> [...] >> start up a fluxbox session. The fluxbox session runs a start up script >> which starts vdr-sxfe, which connect to the xineliboutput plugin. >> [...] >> > One general question: Is vdr-sxfe reliable enough on > bad-weather-conditions? I have played around last week with VDR-1.5.18 > and xineliboutputs internal display window, and it was rock-solid while > in the past other solutions like xine or vdr-sxfe crashed if there was a > bigger problem with the signal strength. i also have issues with xine+xineliboutput on bad weather conditions. You could always use a 'while xine "mrl"; do sleep 1; done" or use init/upstart. (not appropriate, i read you need to quit vdr-sxfe to release lirc) > Or do you have implemented some kind of "keep vdr-sxfe > alive"-functionality? Because having to start vdr-sxfe manually again is > IMHO not really set-top-box-like... :) > On the other hand, I would prefer using vdr-sxfe instead of the internal > x11 display because then I can release LIRC by shutting down vdr-sxfe > e.g. if I want to use Elisa as second Media Center for playing back MP3s > and videos in a more comfortable way than VDR can offer... I use freevo 1.x There's a plugin to integrate vdr with it. In that case freevo is the media center for playing video/music/etc... and it launches xine/vdr-sxfe when you want to watch tv. -- ------------------------------ _______________________________________________ vdr mailing list vdr(a)linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr End of vdr Digest, Vol 39, Issue 10 ***********************************

3 4

[ANNOUNCE] muggle 0.2.0
by Wolfgang Rohdewald 11 Apr '08

11 Apr '08

Muggle 0.2.0 has been released. this changelog is probably not complete 2008-4-11: Version 0.2.0-BETA - supports UTF-8, see README.i18n - rewrote the player OSD, using code from the music plugin. - can automatically and asynchronously get lyrics using the amarok script googlyrics, see README - MP3Decoder: Suppress out of sync error message for first frame - Player: If called for just one file which does not exist, it no more starts. - Import with mugglei: Absolute paths have always been forbidden, now mugglei actually ignores them - remove some debugging output which came even if no debugging wanted - mugglei: fix postgresql help text - postgresql: Default for user now is the login name - mugglei -c now also deletes and rebuilds existing data bases - mugglei: after importing, always delete albums without corresponding tracks - mugglei: New german and french translations using the new mechanisms - while playing, some text was not yet translatable - switch to new internalisation system. Currently, no finnish translation. Maybe somebody will do that? - more complete german and french translations. - gcc 4.3 build fixes - rename image cache directory to cache directory and use it for lyrics too. Cached files are permanently cached. If the last modification of the original image indicates a change, the cached file is regenerated. - import: for flac files, prefer vorbis comments over id3 tags as recommended by the flac people Get it at http://sourceforge.net/project/showfiles.php?group_id=203825&package_id=243… -- Wolfgang

1 0

Output plugin
by Josce 11 Apr '08

11 Apr '08

My Hauppauge DVB card rev2.1 (FF) DVB-C card has some connection problem on its video out jack. So sometimes the screen goes blank and I have to slightly adjust the video out plug to regain picture. I am currently using vdr-1.6.0. I would like to use the softdevice plugin but here is the catch: The VGA is a Via CX700M2 and DirectFB does not support it, and my CPU is too slow for unaccelerated fb. (> 85% cpu usage) Now, Via has created a framebuffer driver that uses the CX700M2 hardware MPEG2/MPEG4 acceleration. And a modified mplayer (VeMP1.6) that takes advantage of this. With this combination I can play vdr recordings with < 6% cpu usage. Now my question is: a) is there some plugin that could pipe the stream directly to mplayer to handle the output? b) could the hardware MPEG decoder by used somehow and the decoded stream be sent to framebuffer driver? c) would it be a big task to add acceleration support to the softdevice plugin? (Could then play hdtv stuff with it?) d) any other solution? Josce _________________________________________________________________ News, entertainment and everything you care about at Live.com. Get it now! http://www.live.com/getstarted.aspx

3 5

VDR running on thin clients
by Mike Parker 11 Apr '08

11 Apr '08

Has anyone done any work with thin clients and VDR? The price of Neoware thin clients are very low and it would be great to use these as remote receivers from my main vdr box. The boxes PXEboot and I do have them setup and running X, so just need some suggestions for how to view VDR. The machine they boot from is the VDR, so is it necessary to stream, or is there a way of viewing the feed. Bear in mind that these are thin clients and only have about 32MB of ram and not that powerful, everything is done using LTSP etc. Thanks for a great stable machine. Mike

2 1

Antwort: Re: [patch] channels with same pids+channels update
by Peter Dittmann 11 Apr '08

11 Apr '08

vdr-bounces(a)linuxtv.org schrieb am 10.04.2008 14:53:04: > ua0lnj schrieb: > > Hi > > If it's interecting for anybody. > .. > > And other feature, this is deleting absent channels. If provider was > > deleted channels, you need delete it from channels.conf manually. > > After this patch, vdr auto deleting channels, which not present on > > transponder in sdt. Need select "delete absent channels" in dvb > > settings menu, but if you selected channels update or transponder update. > I am very interested in this feature. My providers (astra/hotbird) are > smart enough not to send not to much garbage, but deleting of unused > channels is really a pain. I am at 4500 Channels in my channels.conf and > I am pretty sure that at least 30 % of them are long gone. > > Is it possible to have that feature seperated ? > @kls ... and include it in the mainline ? > > Best regards > Peter > How about something simpler and implement a manual delete on request, like a "negativ" channel scan ? My usual way of cleaning up channels.conf is structuring it using the ":" feature in the conf file. The last managed entry is :5000 so I have 4999 channels that I can sort and structure as I like. Channels >=5000 are automaticly added from VDR, hence I only need to occationally delete entries >5000 and I'm fine. New channels I need will be moved manually into my managed range and stay there until I want to get rid of them. I would actually prefer something manual instead of being triggered by the provider and their potential lazyness and their **ironie on** notorious standard adherence **ironie off**. regards Peter

1 0

Re: [vdr] VDR as a set top box
by Stephan Loescher 11 Apr '08

11 Apr '08

"Simon Baxter" <linuxtv(a)nzbaxters.com> writes: Hi! > How do I do this? I've been looking at modifying xinitrc and xinitrc-common to remove the desktop manager, but this seems a bit brutal. I only use X without any desktop. In my runvdr-script I do a "startx" with this ~/.xinitrc: vdr-sxfe --lirc --fullscreen & unclutter exit 0 (I am using xineliboutput) Stephan. -- loescher(a)gmx.de http://www.loescher-online.de/ Try LEO: http://www.leo.org/

1 0

xineliboutput audio lip sync problems
by Theunis Potgieter 10 Apr '08

10 Apr '08

Since vdr-1.5.18 I have seen lip sync problems with xineliboutput. It gets worse the longer you watch. This appears on both livetv and recordings (which was recorded from vdr-1.5.2). I do not notice the same problem with vdr-softdevice. The only quick fix for me is te press the jump button in a recording and the audio will sync for a peroid of time. I did not notice this problem with vdr-1.5.16 Could there be a simple fix for xineliboutput? By replacing the xinliboutput_config or vdr setting? -- Sent from Gmail for mobile | mobile.google.com

1 0

xineliboutput: viewing 16:9 content on 4:3 output device
by Ian Bates 10 Apr '08

10 Apr '08

Dear all, I have lurked a while on this list but until now have not had reason to post. I am unable to configure xineliboutput to my liking. I don't imagine I am the only one with this issue, but I have not been able to find a solution, either by trial and error or by googling. I would appreciate to hear how other people configure their vdr boxes. My output device is a 4:3 analog TV. Watching a 4:3 stream is fine in the sense that the full real estate of the TV is used. Watching a 16:9 stream results in (depending on various settings I have tried) either the stream 'compressed' vertically to maintain the 16:9 ratio (with black bars top and bottom), or a vertically 'stretched' image that loses the 16:9 ratio but fills the entire TV screen. What I would like is to maintain the stream 16:9 ratio but by by cropping the left and right sections of the stream that fall 'outside' the TV, so the full real estate of the TV is used, at the expense of losing some stream information. I have played with various xineliboutput settings, all through the OSD plugin setup menu. My current settings are roughly: LOCAL FRONTEND: Using Xv and set to fullscreen and stretched-to-window video. Aspect ratio set to 4:3 (although Pan&Scan and CenterCutOut looked promising but don't do what I thought they might). VIDEO: aspect ratio set to automatic. Anything else seems to force the aspect ratio to that value. Software scaling does not seem to be the route to follow either. Autocrop 4:3 letterbox to 16:9 is disabled, but also looked promising, but I could not obtain the bahaviour I desire. So (finally) a direct question: how do people with 4:3 output devices and vdr with xineliboutput configure their boxes? Some brief details of my system: I am using vdr 1.6.0, a recent-ish (last few days) xineliboutput CVS version running under X (i.e. vdr-sxfe) on a NVIDIA 6150 device with the binary NVIDIA module (TV-out at 720x576) watching DVB-S streams (thanks to a NOVA-S-Plus and a HVR4000 with multiproto, for what that is worth), all connected to a 4:3 aspect ratio TV. I thought this would be a quick question but I have managed to write an epic! Sorry about that. Best wishes, Ian.

6 7

Re: [vdr] VDR continuously initializing CAM
by Christoph Pfister 09 Apr '08

09 Apr '08

[ sorry for breaking thread - but people don't seem to honor CC ] On 04/08/08 22:49, Klaus Schmidinger wrote: <snip> > > And explanation: > > After a reset CAM is "absent" for a very short time (<14ms == less than > > a scheduler tick) and then it takes ~1.7s to become ready again. (The > > intervall between reset and status query seems to be a bit bigger in vdr > > - so we only see the 3-->1 change == 3-->2 in vdr numbers). > > > > It's an endless loop: cam detection --> cam reset --> cam not > > present/ready for a short while --> vdr thinks cam has been physically > > removed --> cam detection --> cam reset etc. > > > > Big thanks to Christoph for assistance. > > > > Is it realistic to hope for a workaround/solution for this kind of CAMs > > (Technotrend CX at my case)? > > Since this apparently happens also without VDR, I guess it will have to > be fixed in the driver. No. If you issue a reset, you have to deal with its consequences. And one obvious consequence is that the cam is unusable for a certain time (and thus reports not-ready). > Klaus Christoph

2 1

← Newer
1
...
7
8
9
10
11
12
13
Older →

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

vdr April 2008