On 22.08.2009 00:51, Simon Baxter wrote:
Hi
I use xmltv2vdr to process .xml EPG listings and populate VDR.
VDR seems to be processing the EPG (via SVDRP) into and across two
channels. There's no error in the xmltv2vdr - seems to be a VDR problem.
Example:
here's a snippet from
On 22.08.2009 00:51, Simon Baxter wrote:
Hi
I use xmltv2vdr to process .xml EPG listings and populate VDR.
VDR seems to be processing the EPG (via SVDRP) into and across two
channels. There's no error in the xmltv2vdr - seems to be a VDR problem.
Example:
here's a snippet from ./xmltv2vdr.pl
On 22.08.2009 23:03, Simon Baxter wrote:
On 22.08.2009 00:51, Simon Baxter wrote:
Hi
I use xmltv2vdr to process .xml EPG listings and populate VDR.
VDR seems to be processing the EPG (via SVDRP) into and across two
channels. There's no error in the xmltv2vdr - seems to be a VDR problem.
Hi
I use xmltv2vdr to process .xml EPG listings and populate VDR.
VDR seems to be processing the EPG (via SVDRP) into and across two channels.
There's no error in the xmltv2vdr - seems to be a VDR problem.
Example:
here's a snippet from ./xmltv2vdr.pl -x listings-sky.xml -c
Hello,
I am trying to view HD movies with vdr-1.6.0 and mplayer 1.0rc2-4.3.2.
Of course, because I am using Nexus output, vdr has to resample the files
to SD (720x576). Even if my vdrbox has a E4500 Core2Duo and 2GB RAM,
1080p movies are jerky (sound and image). After more tests, I noticed
a
On Mon, Feb 2, 2009 at 2:26 PM, kafifi kaf...@orange.fr wrote:
Hello,
I am using vdr-1.6.0 and mplayer with Nexus FF card and it's spdif output.
When I run some 720p_AC3.avi movies, my HC ampli receives 5.1 audio
without
problem. But with movies with DTS audio tracks, vdr+mplayer give only
I've tried this switch as well, unfortunately it doesn't work :-(
Karim
_
De : vdr-boun...@linuxtv.org [mailto:vdr-boun...@linuxtv.org] De la part de
Alex Betis
Envoyé : lundi 2 février 2009 13:40
À : VDR Mailing List
Objet : Re: [vdr] vdr-1.6.0 / mplayer / spdif Nexus = pb with DTS
Hello,
I am using vdr-1.6.0 and mplayer with Nexus FF card and it's spdif output.
When I run some 720p_AC3.avi movies, my HC ampli receives 5.1 audio
without
problem. But with movies with DTS audio tracks, vdr+mplayer give only PCM in
stereo mode. There is an issue with DTS passthrough.
When I
Hello,
I just upgraded from vdr 1.4.7 to vdr 1.6.0 (from the e-tobi.net experimental
repository). That has changed the order in which devices are selected for
recording significantly. Now, the only card with the CAM is selected first when
recording non-encrypted channels, preventing later
On Tuesday 16 September 2008, Malte Forkel wrote:
Hello,
I just upgraded from vdr 1.4.7 to vdr 1.6.0 (from the e-tobi.net
experimental repository). That has changed the order in which devices are
selected for recording significantly. Now, the only card with the CAM is
selected first when
On 05/08/08 12:12, Simon Baxter wrote:
OK - I'm getting this:
SetPlayMode: 0
frame: (0, 0)-(720, 576), zoom: (1.05, 1.01)
GetDevice 20 0 1 -1
no device found
any ideas?
If it makes any difference, I'm running vdr-1.6.0 with a budget
TT-1500-C
(with Alpha Multicrypt) and a FF
On 05/08/08 12:12, Simon Baxter wrote:
OK - I'm getting this:
SetPlayMode: 0
frame: (0, 0)-(720, 576), zoom: (1.05, 1.01)
GetDevice 20 0 1 -1
no device found
any ideas?
If it makes any difference, I'm running vdr-1.6.0 with a budget TT-1500-C
(with Alpha Multicrypt) and a FF TT-2300-C
When recording one channel and attempting to watch another in the same
transport stream, or trying to switch to another transport stream (and
hence card) I get channel not available messages. After switching
back and forth to other transport streams, usually I can overcome this
problem.
OK - I'm getting this:
SetPlayMode: 0
frame: (0, 0)-(720, 576), zoom: (1.05, 1.01)
GetDevice 20 0 1 -1
no device found
any ideas?
If it makes any difference, I'm running vdr-1.6.0 with a budget TT-1500-C
(with Alpha Multicrypt) and a FF TT-2300-C (also with Alpha Multicrypt).
The card
On 05/02/08 19:26, Simon Baxter wrote:
You could add some debug outputs to
cDevice::GetDevice(const cChannel *Channel, int Priority, bool LiveView)
to find out why it thinks that channel 9 is not available.
Can someone help me out here?How do I do this?
Try the attached patch.
Klaus
Klaus Schmidinger kirjoitti 2.5.2008 kello 17.03:
On 04/27/08 12:49, Tero Siironen wrote:
...
I don't know if this is same problem or not but I'm having similar
symptoms with one encrypted channel. With plain VDR 1.6.0 I cannot
tune
to that channel, while 1.4.7 works. As can be seen
On 05/03/08 16:24, Tero Siironen wrote:
Klaus Schmidinger kirjoitti 2.5.2008 kello 17.03:
On 04/27/08 12:49, Tero Siironen wrote:
...
I don't know if this is same problem or not but I'm having similar
symptoms with one encrypted channel. With plain VDR 1.6.0 I cannot
tune
to that
Klaus Schmidinger kirjoitti 3.5.2008 kello 19.06:
On 05/03/08 16:24, Tero Siironen wrote:
Klaus Schmidinger kirjoitti 2.5.2008 kello 17.03:
On 04/27/08 12:49, Tero Siironen wrote:
...
I don't know if this is same problem or not but I'm having similar
symptoms with one encrypted channel.
On 04/27/08 12:49, Tero Siironen wrote:
...
I don't know if this is same problem or not but I'm having similar
symptoms with one encrypted channel. With plain VDR 1.6.0 I cannot tune
to that channel, while 1.4.7 works. As can be seen from the log, the
receiving starts from couple of
On 04/24/08 09:08, Simon Baxter wrote:
Hello
I have 2x DVB-C cards with Alphacrypt multi-cams. A TT-1500-C budget
card and a TT-2300-C FF card and run vdr-xine.
When recording one channel and attempting to watch another in the same
transport stream, or trying to switch to another
You could add some debug outputs to
cDevice::GetDevice(const cChannel *Channel, int Priority, bool LiveView)
to find out why it thinks that channel 9 is not available.
Can someone help me out here?How do I do this?
Thanks
___
vdr mailing
Simon Baxter kirjoitti 24.4.2008 kello 10.08:
Hello
I have 2x DVB-C cards with Alphacrypt multi-cams. A TT-1500-C
budget card and a TT-2300-C FF card and run vdr-xine.
When recording one channel and attempting to watch another in the
same transport stream, or trying to switch to
Hello
I have 2x DVB-C cards with Alphacrypt multi-cams. A TT-1500-C budget card and
a TT-2300-C FF card and run vdr-xine.
When recording one channel and attempting to watch another in the same
transport stream, or trying to switch to another transport stream (and hence
card) I get channel
Hi all
I did upgrade my vdr from 1.4.7 to 1.6.0 (packages are from ubuntu hardy
repository)and notice that the vdr do not displays subtitles. I am using
xineliboutput as output device. I found out from linuxtv.fi that one
should have channels PID automatically updated, but that didn't help
Matti Ropo wrote:
Hi all
I did upgrade my vdr from 1.4.7 to 1.6.0 (packages are from ubuntu hardy
repository)and notice that the vdr do not displays subtitles. I am using
xineliboutput as output device. I found out from linuxtv.fi that one
should have channels PID automatically
Petri Helin wrote:
Matti Ropo wrote:
Hi all
I did upgrade my vdr from 1.4.7 to 1.6.0 (packages are from ubuntu hardy
repository)and notice that the vdr do not displays subtitles. I am using
You should upgrade xineliboutput, preferably from cvs.
This did solve the problem. Thank you.
Am 27.03.2008 um 21:01 schrieb Reinhard Nissl:
I'd say it's suggested. At least it is part of my H.264 patches.
What does the sync early patch do?
Ciao, Dominique
___
vdr mailing list
vdr@linuxtv.org
Hi,
Dominique Simon schrieb:
I'd say it's suggested. At least it is part of my H.264 patches.
What does the sync early patch do?
Vanilla VDR waits for an I frame before it passes video (and
audio) data on to output devices. Further more, audio data is
still not passed on from that time,
OK I now have the following set up:
- hush with VIA Epia M1
- Fedora Core 8 up to date except libX11*
- xine-lib 1.2 from hg today 27/03/2008
- vdr 1.6.0
- vdr-xine 0.8.2
- femon 1.2.4
- vdradmin-am-3.6.1
*In order to use xine with xxmc
Hi,
Boguslaw Juza schrieb:
Is the syncearly patch needed for new vdr?
I'd say it's suggested. At least it is part of my H.264 patches.
Bye.
--
Dipl.-Inform. (FH) Reinhard Nissl
mailto:[EMAIL PROTECTED]
___
vdr mailing list
vdr@linuxtv.org
On Thu, 27 Mar 2008, Reinhard Nissl wrote:
Is the syncearly patch needed for new vdr?
I'd say it's suggested. At least it is part of my H.264 patches.
Did you create H.264 patches for VDR-1.6.0?
Boguslaw Juza
Hi,
Boguslaw Juza schrieb:
Is the syncearly patch needed for new vdr?
I'd say it's suggested. At least it is part of my H.264 patches.
Did you create H.264 patches for VDR-1.6.0?
No. The patches for 1.5.8 should still work. What I recall, 1.6.0
did only complete translation.
Bye.
--
Hi!
Is the syncearly patch needed for new vdr?
Boguslaw Juza
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Klaus
when will you plan to release the vdr developer version with support of the
multiproto + h.264 + ts recording ?
It will be the vdr 1.6.0 ?
Igor
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Please read the following carefully:
Date: Sun, 17 Feb 2008 15:46:42 +0100
From: Klaus Schmidinger [EMAIL PROTECTED]
Subject: [vdr] [ANNOUNCE] VDR developer version 1.5.15
NOTE:
=
This is the final step towards a stable version 1.6.0.
Please report any bugs as soon as possible, so that I
35 matches
Mail list logo
