VDR User wrote:
I believe the best way to handle this situation is by allowing the
user control over what devices may be used to tune what channels. VDR
can't be smart enough to figure it out due to incorrect bad design
in v4l. Another strong reason to allow this to be configured at the
Brian wrote:
4. English EPG is shown, mostly correctly. But for example Her's is shown
as Herapos.s.
But, I get that info via xmltv2vdr, so I wonder if the problem is there
instead of in vdr.
That's most probably a problem of xmltv2vdr (or its input data). I don't
think there's anything
Hanno Zulla wrote:
are there known users of vdr within TV or radio operators?
There was a claim that some TV stations use vdr to archive their
broadcast stream and another that vdr is used by cable companies as part
of their infrastructure.
Are there any references / citations for this?
vroemm wrote:
There is something i do not understand.
Here is how i though it works:
My TV provider, Casema in the netherlands, delivers digital TV via a decoder
with a sort of credit card.
Normally you use the remote control of this decoder to choose the tv prog to
watch.
Thus decoder
Simon Baxter wrote:
Can you switch MPEG decoders on the fly, perhaps through a macro/user
key?
I have one box which I share between two LCD screens. One attached to
the
VGA (using vdr-xine output) and the other attached to the composite
output
of my TT-2300 dvb-c card.
Can I switch
JJussi wrote:
On Saturday, 15. Septemberta 2007 08:35:12 Stone wrote:
Transfron is pretty antique. I suggest you give vdrconvert a try.
cvs -d :pserver:anoncvs:@ddimi.homeip.net:/cvs co vdrconvert
OK, there is some problems what I need to resolve before it start (hopely)
work.. All
Klaus Schmidinger wrote:
If I make this change and run VDR with
export LANG=de_DE.iso8859-15
I get a NULL pointer from the setlocale(LC_CTYPE, ) call.
Only with
export LANG=de_DE.iso8859-1
do I get a non-NULL result.
Am I missing something here?
Do you have a de_DE.iso8859-15