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
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/…
[View More]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
***********************************
[View Less]
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 …
[View More]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
[View Less]
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 …
[View More]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
[View Less]
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, …
[View More]everything is done using LTSP etc.
Thanks for a great stable machine.
Mike
[View Less]
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 …
[View More]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
[View Less]
"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/
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?
…
[View More]--
Sent from Gmail for mobile | mobile.google.com
[View Less]
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 …
[View More]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.
[View Less]
[ 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 …
[View More]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
[View Less]