On Sun, 5 Oct 2008, Mika Laitio wrote:
>> Hello All,
>>
>> Today I finished the patch for DVB-S, DVB-S2, DVB-T and DVB-C support using
>> S2API
>> in combination with VDR 1.7.0.
>> I've tested my code on DVB-S, DVB-S2 and DVB-T transports and they were
>> all successful. DVB-C is untested (don't
Hello All,
Here's a new patch for DVB-S, DVB-S2, DVB-T and DVB-C support using S2API in
combination with VDR 1.7.0. By accident I used an old source tree for the patch
from 04-10-2008, which resulted in problems getting a stable lock on DVB-T
and/or perhaps DVB-C. The included patch will fix th
Diego Pierotto wrote:
> Uwe Kiewel ha scritto:
>> cc -O3 -pipe -Wall -fPIC -g -I/usr/local/include-c -D_GNU_SOURCE
>> -DPLUGIN_NAME_I18N='"xineliboutput"' -D_REENTRANT -D_LARGEFILE_SOURCE
>> -D_FILE_OFFSET_BITS=64 -DXINELIBOUTPUT_VERSION='"1.0.2"'
>> -DHAVE_XRENDER=1 -DHAVE_XDPMS=1 -DHAVE_XINER
On 10/05/08 12:26, Niels Wagenaar wrote:
> Hello All,
>
> Here's a new patch for DVB-S, DVB-S2, DVB-T and DVB-C support using S2API in
> combination with VDR 1.7.0. By accident I used an old source tree for the
> patch from 04-10-2008, which resulted in problems getting a stable lock on
> DVB-T
> > Here's a new patch for DVB-S, DVB-S2, DVB-T and DVB-C support using S2API
> > in combination with VDR 1.7.0. By accident I
> > used an old source tree for the patch from 04-10-2008, which resulted in
> > problems getting a stable lock on DVB-T
> > and/or perhaps DVB-C. The included patch will
Hi All,
here are the vdr S2API patches for vdr 1.7.1 + extensions 64 patch
and also for the vanilla vdr 1.7.1.
cu
Edgar (gimli) Hucek
vdr-1.7.1-s2api-05102008-ext64.patch.gz
Description: GNU Zip compressed data
vdr-1.7.1-s2api-05102008-vanilla.patch.gz
Description: GNU Zip compressed data
_
> here are the vdr S2API patches for vdr 1.7.1 + extensions 64 patch
> and also for the vanilla vdr 1.7.1.
does these patches include the DVB-S, DVB-S2, DVB-T and DVB-C support ?
Goga
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/
Yes
>> here are the vdr S2API patches for vdr 1.7.1 + extensions 64 patch
>> and also for the vanilla vdr 1.7.1.
>
> does these patches include the DVB-S, DVB-S2, DVB-T and DVB-C support ?
>
> Goga
>
> ___
> vdr mailing list
> vdr@linuxtv.org
> http://ww
>>> Enclosed are two patches. The clean patch is for a clean VDR 1.7.0 source
>>> tree patched with Reinhard's
>>> vdr-1.7.0-h264-syncearly-framespersec-audioindexer-fielddetection-speedup.diff.bz2
>>> patch. The patched patch is for
>>> those who have used the patch from 04-10-2008.
>>
>> I'm ab
> -Oorspronkelijk bericht-
> Van: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> Namens Klaus Schmidinger
> Verzonden: zondag 5 oktober 2008 12:35
> Aan: vdr@linuxtv.org
> Onderwerp: Re: [vdr] [PATCH] S2API for vdr-1.7.0 (05-10-2008 -
> quickhack for DVB-S(2), DVB-T and DVB-C)
>
> -- SNIP -
> Hello All,
>
> Today I finished the patch for DVB-S, DVB-S2, DVB-T and DVB-C support using
> S2API
> in combination with VDR 1.7.0.
> I've tested my code on DVB-S, DVB-S2 and DVB-T transports and they were
> all successful. DVB-C is untested (don't have a DVB-C option where I
> live) but it sh
> here are the vdr S2API patches for vdr 1.7.1 + extensions 64 patch
> and also for the vanilla vdr 1.7.1.
What is the purpose of this extension 64 patch?
Mika
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
> here are the vdr S2API patches for vdr 1.7.1 + extensions 64 patch
> and also for the vanilla vdr 1.7.1.
could you release s2api patch for vdr 171 already patched with
vdr-1.7.1-ext_h264.diff
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.o
Hi,
i forgott write that the ext64 patch sits on top off :
vdr 1.7.1 + extensions 64 + the h264 patch.
cu
Edgar (gimli) Hucek
>> here are the vdr S2API patches for vdr 1.7.1 + extensions 64 patch
>> and also for the vanilla vdr 1.7.1.
>
>
> could you release s2api patch for vdr 171 already pat
> i forgott write that the ext64 patch sits on top off :
>
> vdr 1.7.1 + extensions 64 + the h264 patch.
With h264 patch, do you mean that
vdr-1.7.0-h264-syncearly-framespersec-audioindexer-fielddetection-speedup.diff
has been ported somewhere for vdr-1.7.1?
Mika
A few months ago I posted a VDR patch to implement support for Freeview+,
the cut-down version of TV-Anytime (ETSI TS 102 323) broadcast in the UK.
I've prepared a new version against VDR 1.6.0-2, and included a simple Perl
script which automatically creates timers for all of the programmes in a
Petri Helin schrieb:
> Diego Pierotto wrote:
>> Uwe Kiewel ha scritto:
>>> cc -O3 -pipe -Wall -fPIC -g -I/usr/local/include-c -D_GNU_SOURCE
>>> -DPLUGIN_NAME_I18N='"xineliboutput"' -D_REENTRANT -D_LARGEFILE_SOURCE
>>> -D_FILE_OFFSET_BITS=64 -DXINELIBOUTPUT_VERSION='"1.0.2"'
>>> -DHAVE_XRENDER=1
Uwe Kiewel schrieb:
> video broken, sound broken, recordings too
>
> in my syslog I found more and more of these entries:
>
Might it be a kernel problem? I have this behaveior with the most recent
fedora 8 kernel. Switching back to a 2.6.26 kernel, I don't have these
problems...
>
> Sep 30
On Sun, 2008-10-05 at 15:10 +0100, Dave P wrote:
> A few months ago I posted a VDR patch to implement support for Freeview+,
> the cut-down version of TV-Anytime (ETSI TS 102 323) broadcast in the UK.
>
> I've prepared a new version against VDR 1.6.0-2, and included a simple Perl
> script which
On Sunday 05 October 2008, Gavin Hamill wrote:
> Interesting stuff :)
>
> I don't suppose it's possible to implement this as a plugin rather than
> a patch to VDR's core? Is there not enough core exposed via the plugin
> API?
>
> I can't see the patch going into VDR core any time because it's focu
I though that it would mean that I could connect the card to VDR by using
the sc plugin, but I was wrong as sc plugin seems to only support smart
cards that has serial port or serial port over usb support, like phoenix
card readers.
So I think there would be 3 options
1) Install newcs daemon (as
Uwe Kiewel wrote:
> Petri Helin schrieb:
>> Diego Pierotto wrote:
>>> Uwe Kiewel ha scritto:
cc -O3 -pipe -Wall -fPIC -g -I/usr/local/include-c -D_GNU_SOURCE
-DPLUGIN_NAME_I18N='"xineliboutput"' -D_REENTRANT -D_LARGEFILE_SOURCE
-D_FILE_OFFSET_BITS=64 -DXINELIBOUTPUT_VERSION='"1.0
On 10/05/08 13:27, Niels Wagenaar wrote:
>> -Oorspronkelijk bericht-
>> Van: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
>> Namens Klaus Schmidinger
>> Verzonden: zondag 5 oktober 2008 12:35
>> Aan: vdr@linuxtv.org
>> Onderwerp: Re: [vdr] [PATCH] S2API for vdr-1.7.0 (05-10-2008 -
>> quickha
> -Oorspronkelijk bericht-
> Van: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> Namens Klaus Schmidinger
> Verzonden: zondag 5 oktober 2008 17:53
> Aan: vdr@linuxtv.org
> Onderwerp: Re: [vdr] [PATCH] S2API for vdr-1.7.0 (05-10-2008 -
> quickhack for DVB-S(2), DVB-T and DVB-C)
>
> -- SNIP -
Приветствую, Mika
> > i forgott write that the ext64 patch sits on top off :
> >
> > vdr 1.7.1 + extensions 64 + the h264 patch.
>
> With h264 patch, do you mean that
> vdr-1.7.0-h264-syncearly-framespersec-audioindexer-fielddetection-speedup.diff
> has been ported somewhere for vdr-1.7.1?
no, h
Приветствую, Mika
> > here are the vdr S2API patches for vdr 1.7.1 + extensions 64 patch
> > and also for the vanilla vdr 1.7.1.
>
> What is the purpose of this extension 64 patch?
here you can read about it
http://www.zulu-entertainment.de/download.php
__
Hi
Does it mean the drivers for S2-3200 will compile only in 2.6.28 kernel series
environnement ?
Thanks for explaining this point
Selon Niels Wagenaar <[EMAIL PROTECTED]>:
>
> According to the announcement, it should be available within 4 weeks after
> the announcement:
>
> > The group aims t
Hello,
just tried the new version of LoadEPG (an hudge thank to the author) to
fetch EPG for english channels : it works !!!
There is an offset of one hour with this version :
loadepg-0.2.1-20080915, for example, tomorrow show that interest me
highly is (http://www.open2.net/storyofmaths/) shedul
Hi
To resolve this little problem I have set to zero the offset time, it seems that
EPG is not sent at GMT but at local British time , meaning system add one hour
when not needed
Discussion on vdrportal here :
http://www.vdr-portal.de/board/thread.php?postid=752810
In loadepg.c , method cTaskLo
En/na Gregoire Favre ha escrit:
>
> That's not a big problem for me... what I really want to know is if
> VDR-1.7.0 reccord subtitle aswell ?
Yes
(though in my case if the dish has to move, the delay makes vdr not
recognize that there are subtitles until I switch to a different
transponder and
Hi, in these days I tried new version of vdr 1.7.1 with the lastest
version of S2API.
I have an ss2 and a HVR-4000 card in my system.
I compiled and I installed correctly the lasted driver version (s2-mfe
first, then i tried s2 tree) but when I start vdr 1.7.1, it remains in
black screen even i
> Hi, in these days I tried new version of vdr 1.7.1 with the lastest
> version of S2API.
> I have an ss2 and a HVR-4000 card in my system.
> I compiled and I installed correctly the lasted driver version (s2-mfe
> first, then i tried s2 tree) but when I start vdr 1.7.1, it remains in
> black scre
Mika Laitio ha scritto:
Hi, in these days I tried new version of vdr 1.7.1 with the lastest
version of S2API.
I have an ss2 and a HVR-4000 card in my system.
I compiled and I installed correctly the lasted driver version (s2-mfe
first, then i tried s2 tree) but when I start vdr 1.7.1, it remains
The mplayer plugin doesn't work when I start vdr from inittab. It
works ok if vdr is started from the console.
I've seen hints that $USER and $HOME need to be set, but setting these
in my startup script doesn't change anything.. Anyone got any idea
what's missing?
Also, it would be an idea
Hi,
read this : http://linuxtv.org/pipermail/vdr/2008-October/017948.html
cu
Edgar (gimli) Hucek
> Hi, in these days I tried new version of vdr 1.7.1 with the lastest
> version of S2API.
> I have an ss2 and a HVR-4000 card in my system.
> I compiled and I installed correctly the lasted driver
35 matches
Mail list logo
