Hi, I did have a look at vdr's plug-ins
(http://www.linuxtv.org/vdrwiki/index.php/Plugins) and couldn't find a
suitable plug-in that would be ideal for my needs. I would like to
stream the radio stations that I find on the same transport, but of
course select individual stations to stream, but the
Hy Klaus,
So with this version we wont need h264 patch?
and 10x for your work.
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
On 07.01.2009 12:42, lucian orasanu wrote:
> Hy Klaus,
>
> So with this version we wont need h264 patch?
No, because the parts that patch addressed are gone.
It's not yet totally clear, though, whether the new
cFrameDetector actually works as expected for all HD
broadcasts, but it did work as fa
Klaus,
I get a error while compiling this version:
g++ -g -O2 -Wall -Woverloaded-virtual -Wno-parentheses -c -DREMOTE_KBD
-DLIRC_DEVICE=\"/dev/lircd\" -DRCU_DEVICE=\"/dev/ttyS1\" -D_GNU_SOURCE
-D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE
-DVIDEODIR=\"/video\" -DCONFDIR=\
On 07.01.2009 13:43, jean-p...@goedee.nl wrote:
> Klaus,
>
> I get a error while compiling this version:
>
> g++ -g -O2 -Wall -Woverloaded-virtual -Wno-parentheses -c -DREMOTE_KBD
> -DLIRC_DEVICE=\"/dev/lircd\" -DRCU_DEVICE=\"/dev/ttyS1\" -D_GNU_SOURCE
> -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SO
On 07.01.2009 13:43, jean-paul at goedee.nl wrote:
>> Klaus,
>>
>> I get a error while compiling this version:
>>
>> g++ -g -O2 -Wall -Woverloaded-virtual -Wno-parentheses -c
>> -DREMOTE_KBD -DLIRC_DEVICE=\"/dev/lircd\"
>> -DRCU_DEVICE=\"/dev/ttyS1\" -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64
>
>> Try typecasting the first parameter, as in
>
>> off_t headdrop = min(off_t(curpos - totwritten), off_t(totwritten * 2));
>
>> Klaus
>
>
> I think the compiler is not the problem (same version). Trying the
> next option.
>
> gcc (SUSE Linux) 4.3.1 20080507 (prerelease) [gcc-4_3-branch revision 1
On 07.01.2009 15:14, Mika Laitio wrote:
>>> Try typecasting the first parameter, as in
>>> off_t headdrop = min(off_t(curpos - totwritten), off_t(totwritten * 2));
>>> Klaus
>>
>> I think the compiler is not the problem (same version). Trying the
>> next option.
>>
>> gcc (SUSE Linux) 4.3.1 200805
Hi
>>> I think the compiler is not the problem (same version). Trying the
>>> next option.
>>>
>>> gcc (SUSE Linux) 4.3.1 20080507 (prerelease) [gcc-4_3-branch revision
>>> 135036]
>>> Copyright (C) 2008 Free Software Foundation, Inc.
>>
>> I had same problem with gcc 4.3.2 on Mandriva. (x86_64
I'm using SuSe linux
openSUSE 11.0 (X86-64)
VERSION = 11.0
with
Linux Baby 2.6.25.11-0.1-default #1 SMP 2008-07-13 20:48:28 +0200
x86_64 x86_64 x86_64 GNU/Linux
and make for compiling. Noting spacial
JP
___
vdr mailing list
vdr@linuxtv.org
>>> gcc (SUSE Linux) 4.3.1 20080507 (prerelease) [gcc-4_3-branch revision
>>> 135036]
>>> Copyright (C) 2008 Free Software Foundation, Inc.
>>
>> I had same problem with gcc 4.3.2 on Mandriva. (x86_64 env)
>> Adding off_t() typecasting for the first parameter as you suggested fixed
>> it. Klaus do
On 07.01.2009 15:35, jean-p...@goedee.nl wrote:
> I'm using SuSe linux
>
> openSUSE 11.0 (X86-64)
> VERSION = 11.0
>
> with
>
> Linux Baby 2.6.25.11-0.1-default #1 SMP 2008-07-13 20:48:28 +0200
> x86_64 x86_64 x86_64 GNU/Linux
>
> and make for compiling. Noting spacial
I guess I see now: the
hello
this may help but if you have not tried it all ready... good luck
ok if you get errors about a plugin not api version then try this
cd /usr/local/src/VDR/vdr-x.x.xx/PLUGINS/src/
sed -i -e s/VDRVERSION/APIVERSION/g Makefile
sed -i -e '/^DVBDIR/d' -e 's|-I$(DVBDIR)/include||' Makefile
On 1/
Klaus Schmidinger a écrit :
> If you're using the same compiler as I do, I don't see why such
> a typecast is necessary on your side, while on my side it compiles
> just fine.
>
> Are you using any different compiler options than me?
Didn't I read x86_64 for Mika, when you may use x86_32, Klaus ?
On 07.01.2009 18:58, Nicolas Huillard wrote:
> Klaus Schmidinger a écrit :
>> If you're using the same compiler as I do, I don't see why such
>> a typecast is necessary on your side, while on my side it compiles
>> just fine.
>>
>> Are you using any different compiler options than me?
>
> Didn't
Hi Antti,
Antti Hartikainen wrote:
> You haven't applied patch to the vdr core. It's included in the package.
thx for your answer.
Bye
Matthias
--
"Programming today is a race between software engineers striving to
build bigger and better idiot-proof programs, and the universe trying to
prod
Hi,
Compiling on ARCH Linux x86_64 with gcc 4.3.2 also fails.
So it must be the 64 bit compiler.
mfg
Edgar (gimli) Hucek
> On 07.01.2009 18:58, Nicolas Huillard wrote:
>> Klaus Schmidinger a écrit :
>>> If you're using the same compiler as I do, I don't see why such
>>> a typecast is necessary
Hi,
attached is a small patch that adds some missing const keywords in cOsd
class to be able to use Data and GetColor methods on const objects. The
patch is against vdr-1.6.0-1 but should apply cleanly against 1.7.3, too.
Regards
Andreas
diff -uN vdr-1.6.0/osd.c vdr-1.6/osd.c
--- vdr-1.6.0/os
Hi,
according to documentation, cTsToPes::GetPes() shall return a
complete PES packet. The attached diff fixes this.
cDevice::PlayTsAudio() and cDevice::PlayTsSubtitle() have to
return the Length passed as parameter. But cTsToPes::GetPes()
modified this parameter. The attached diff fixes this lik
Hi folks,
Should I worry when my syslog fills up with stuff like this:
Jan 8 06:30:51 hex vdr: [2965] frontend 0 regained lock on channel 33, tp 322
Jan 8 06:30:52 hex vdr: [2965] frontend 0 lost lock on channel 33, tp 322
Jan 8 06:30:52 hex vdr: [2965] frontend 0 regained lock on channel 33
Hi,
on playback old HDTV recordings the timline is wrong.
>From a first look it seems to show the double length
of the recording.
cu
Edgar (gimli) Hucek
> VDR developer version 1.7.3 is now available at
>
> ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.7.3.tar.bz2
>
> A 'diff' against the prev
Hi,
Could some pse tell me what kind of patch and v4l drivers i should use
to run vdr-1.7.x in HD mode ?
thanks,
regards
Pierre
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Op Do, 8 januari, 2009 08:25, schreef Pierre-Yves Paranthoën:
> Hi,
>
> Could some pse tell me what kind of patch and v4l drivers i should use
> to run vdr-1.7.x in HD mode ?
>
According to LinuxTV Wiki for your card (source:
http://www.linuxtv.org/wiki/index.php/TechnoTrend_TT-connect_S2-3600):
23 matches
Mail list logo