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
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 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
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
test.channels.vi
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 =>
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 diff
On Mon, Feb 2, 2009 at 2:26 PM, kafifi 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 PCM
> in
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
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 whe
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 timer
> SetPlayMode: 0
> frame: (0, 0)-(720, 576), zoom: (1.05, 1.01)
> GetDevice 20 0 1 -1
> no device found
works:
UKTV;T:674000:C0M64:C:6900:1310+1210:1410=eng:0:606:810:182:8:0
doesn't work:
Sky
Movies;T:674000:C0M64:C:6900:1301+8190:1401=eng,1501=enm:0
> 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
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 Mu
>> 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 Mu
>>> 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
>
>> 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
>
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 e
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
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
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
--
> 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 maili
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 anoth
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
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 another
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 no
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. T
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 up
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 in
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
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
http://www.linuxtv.org/cgi-bin/mailman/listinfo/
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.
-
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.
Bye.
--
Dipl.-Inform. (FH) Reinhard Nissl
mailto:[EMAIL PROTECTED]
___
vdr mailing list
vdr@linuxtv.org
http://w
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!
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
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
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
37 matches
Mail list logo
