Why not just move vdr to the end of your init instead of having it
fool around with setting things like $HOME, $SHELL, etc?
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
I'll subscribe to what's he having.. :)
But anyway, to the original question! Streamdev + mpg123 seems to do the
trick quite easily, I think this is solved already.
mpg123 -oalsa -aiec958:CARD=Generic,DEV=0
http://192.168.0.20:3000/ES/S1.0W-70-72-4901+1
Works very nicely. I was worried that stre
Am 13.03.2013 15:09, schrieb Füley István:
Subcribe.
To what?
Gerald
!DSPAM:5140aac1168913192934288!
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Hello,
depending on the init system and the way, how it is configured, scripts,
executed by VDR, either have variables like "HOME" unset or still set to
"/root". This is useless for scripts or other external software, called by VDR.
My small patch sets the common environment variables to the
Hi,
One additional technical remark: the skin uses intensively the eMenuCategory
enumeration introduced in VDR 1.7.34 to determinate which menu has to be
displayed and if this menu should be displayed narrowly or in default style.
So plugins like epgsearch or extrecmenu which replace VDR menus
Subcribe.
On 2013.03.13. 15:40, Teemu Suikki wrote:
Hi!
Is there any simple audio output device?
I have two sound cards in my system. I would like to use one to play
audio of one tv channel, while the other is used normally with softhddevice.
I can probably hack it with streamdev and some mp3
Hi!
Is there any simple audio output device?
I have two sound cards in my system. I would like to use one to play audio
of one tv channel, while the other is used normally with softhddevice.
I can probably hack it with streamdev and some mp3 player, but perhaps some
easier solution is available?
On Wed, Mar 13, 2013 at 11:44:51AM +0100, Michael Frank wrote:
> I'm not sure whether this is a bug or an intended feature:
>
> When using an SVDRP command the result displayed always lacks the
> hyphen in the last line, e.g. lstc returns
That's the normal syntax for multiline replies in SMTP and
On 13.03.2013 11:44, Michael Frank wrote:
> Hello,
>
> I'm not sure whether this is a bug or an intended feature:
>
> When using an SVDRP command the result displayed always lacks the
> hyphen in the last line, e.g. lstc returns
>
> 250-2609 Canvas (MPEG4);TV
> Vlaanderen:12722:HC56M2S0:S19.2E:
Hello,
I'm not sure whether this is a bug or an intended feature:
When using an SVDRP command the result displayed always lacks the hyphen
in the last line, e.g. lstc returns
250-2609 Canvas (MPEG4);TV
Vlaanderen:12722:HC56M2S0:S19.2E:22000:502+8190=27:76=dut@3:43:1817,1818,1819,100,500:1280
On 13.03.2013 10:12, Magnus Sirwiö wrote:
# vdr --version
Mar 13 09:52:26.599 [general.debug] using new 1.7.11+ capture code
vdr (1.7.40/1.7.40) - The Video Disk Recorder
# vdr --help
...
-E FILE, --epgfile=FILE write the EPG data into the given FILE (default is
# vdr --version
Mar 13 09:52:26.599 [general.debug] using new 1.7.11+ capture code
vdr (1.7.40/1.7.40) - The Video Disk Recorder
# vdr --help
...
-E FILE, --epgfile=FILE write the EPG data into the given FILE (default is
'epg.data' in the video directory)
Hi list,
version 0.1.0 of the true color skin nOpacity is now available.
Direct download:
http://projects.vdr-developer.org/attachments/download/1287/vdr-skinnopacity-0.1.0.tgz
nOpacity needs at least VDR 1.7.34 and runs with every true color capable
output device (softhddevice, xine, xinelibo
13 matches
Mail list logo