Thanks a lot, Clemens, for your reply. This is my mistake that I didn't
explain clearly what actually I need. I use LinuxMCE (http://linuxmce.com)
with integrated VDR 1.6.0. I have just VDR headers and binary. So, I can
easily build any plugins which have debian patch using dpkg-buildpackage. In
th
"Michael Stepanov" <[EMAIL PROTECTED]> wrote:
> > what does "VDR distribution" mean? the vdr source code? what are you
> > trying to achieve? i guess you have to download the "desired" vdr
> > version, copy your plugins into its PLUGINS/src directory and
> > compile them as usual.
> Yes, I mean
Klaus Schmidinger <[EMAIL PROTECTED]> wrote:
> > i always wondered why dvb support was directly compiled in while
> > other back and frontends were supposed to be plugins. this clearly
> > leaves a sign that dvb is the "preferd" plattform.
>
> Well, it was the first one - long before there even w
On Sun, Sep 07, 2008 at 11:03:46PM +0200, Artem Makhutov wrote:
> What CPU do you have (MHz)?
Intel Core 2 Duo @ 2.4GHz.
> Have you tried compiling it with gcc -O3 ?
Yes.
> I would like to know, if there is a performance increase, when compiling
> ffmpeg with gcc -O3 instead of -O2.
Not for
On 09/07/08 19:42, Clemens Kirchgatterer wrote:
> ...
> i always wondered why dvb support was directly compiled in while other
> back and frontends were supposed to be plugins. this clearly leaves a
> sign that dvb is the "preferd" plattform.
Well, it was the first one - long before there even was
Hi,
Gregoire Favre schrieb:
> On Mon, Sep 01, 2008 at 01:14:51PM +0200, Gregoire Favre wrote:
>> On Thu, Aug 21, 2008 at 01:14:23PM +0200, Gregoire Favre wrote:
>>> On Thu, Aug 21, 2008 at 12:18:02PM +0400, Goga777 wrote:
>>>
yes, but for me it's not errors, it's only information messages, no
On Mon, Sep 08, 2008 at 12:09:11AM +0400, Goga777 wrote:
> Yes right that might be an option for short time.
> Micronas stopped the support of the used chips I think.
Support!=availability
> How many boards can be equipped with the available chips
AFAIK we have received no "last order date
I have resent with more correct subject :)
Дата: Sun, 7 Sep 2008 21:51:54 +0200
От: Halim Sahin <[EMAIL PROTECTED]>
Кому: vdr@linuxtv.org
Тема: Re: [vdr] VDR Development
Hello,
On So, Sep 07, 2008 at 08:25:56 +0200, Georg Acher wrote:
> Been there, done that already :-) The HDE from Reel d
Hello,
On So, Sep 07, 2008 at 08:25:56 +0200, Georg Acher wrote:
> Been there, done that already :-) The HDE from Reel decodes h264, I wrote a
> lot of the driver stuff for it. So there is (at least one) h264-decoder
> card, and btw, vdr is the main platform for the HDE.
Yes right that might be an
Hello, my question is?
Does dvb-apps 1.1.1 and their utility scan support vdr 1.6 format?
dvb-apps 1.1.1 is official tarball on dvb-apps website.
Thanks!
David
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
On Sun, Sep 7, 2008 at 9:26 PM, Clemens Kirchgatterer <[EMAIL PROTECTED]>wrote:
> "Michael Stepanov" <[EMAIL PROTECTED]> wrote:
>
> > I need to have a possibility to build VDR plugins using headers which
> > are different then in VDR distribution.
>
> what does "VDR distribution" mean? the vdr sou
Georg Acher wrote:
> I also don't think that a vdr-repository would help in the development
> speed. Either the whole development procedure needs to be changed (more
> maintainer with KLS's approval) or it has no advantage compared to the
> .tgz-distribution.
>
> But I think the repository stuff i
> > Help to develope an fullfeatured, h264 capable card, or hw accelerated
>
> Been there, done that already :-) The HDE from Reel decodes h264, I wrote a
> lot of the driver stuff for it. So there is (at least one) h264-decoder
> card, and btw, vdr is the main platform for the HDE.
btw - recentl
"Michael Stepanov" <[EMAIL PROTECTED]> wrote:
> I need to have a possibility to build VDR plugins using headers which
> are different then in VDR distribution.
what does "VDR distribution" mean? the vdr source code? what are you
trying to achieve? i guess you have to download the "desired" vdr
ve
On Sun, Sep 07, 2008 at 07:21:04PM +0200, Halim Sahin wrote:
> > > * help to add dvb-s2 support into main kernel!!
> >
> > Which one?
>
> I don't know.
:-) I guess nobody does...
> But I have forgotten another important point:
>
> Help to develope an fullfeatured, h264 capable card, or hw a
Hi, Klaus
thanks for your work.
what about h264 patch ? will it update ?
Goga
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
With regards to dvb cards that include mpeg4 hardware decoders...
There aren't many even in development and the ones that do actually
(if they do) make it to production will be very expensive. At the
cost of the card you can build a pc capable of the same and a lot more
for your money. In convers
> > VDR does need some of its core functionality upgraded - for example
> > something like the Reel channel scan is badly missing, you should be
> > able to easily scan for transponders from within VDR, just like most
> > satellite receivers.
+1
> Hmmm. My VDR automatically updates its channel
Hi,
I need to have a possibility to build VDR plugins using headers which are
different then in VDR distribution. Does somebody knows
how to do it?
Thanks in advance.
--
Cheers,
Michael
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-b
Georg Acher <[EMAIL PROTECTED]> wrote:
> I also don't think that a vdr-repository would help in the development
> speed. Either the whole development procedure needs to be changed
> (more maintainer with KLS's approval) or it has no advantage compared
> to the .tgz-distribution.
maybe using git,
Hi,
On So, Sep 07, 2008 at 06:44:46 +0200, Georg Acher wrote:
> On Sun, Sep 07, 2008 at 05:46:01PM +0200, Halim Sahin wrote:
> > FULLACK Oliver,
> > You have forgotten the point:
> >
> > * help to add dvb-s2 support into main kernel!!
>
> Which one?
I don't know.
But I have forgotten another im
> > As Manu explained me it's not possible to set manually rolloff/FEC for
> > stb0899.
> > that's why I'm wondering - what for need the new roll off (parameter O)
> > parameter in channels.conf ? Only for reading
> > the current state of roll off in demod ? (0,35% is default for dvb-s/s2
> > BP
On Sun, Sep 7, 2008 at 8:08 AM, Oliver Endriss <[EMAIL PROTECTED]> wrote:
> Guys, I can't stand this blabla any longer.
Then don't read this thread.
> Klaus stated clearly how he wants to do VDR development, and he has the
> right to do it his way! No matter whether you like it or not!
What's yo
On Sun, Sep 07, 2008 at 05:46:01PM +0200, Halim Sahin wrote:
> FULLACK Oliver,
> You have forgotten the point:
>
> * help to add dvb-s2 support into main kernel!!
Which one?
SCNR :-)
I also don't think that a vdr-repository would help in the development
speed. Either the whole development proce
Oliver Endriss <[EMAIL PROTECTED]> wrote:
> Guys, I can't stand this blabla any longer.
why do you read the blabla then and even bother feeding the thread?
please be so tolerant and let people discuss VDR related topics on the
vdr mailing list. thank you.
> Klaus stated clearly how he wants to d
Hi,
I noticed a problem with multi-language broadcast with subtitles or
actually playback of recording of that (I didn't watch it in live).
The clip is mainly having swedish audio, but during the interviews
audio is finnish. However audio track seems to marked as swedish only.
During the s
Just a couple of observations on this discussion.. I see that some advocates
of VDR repository are calling Myth project 'bloated','kitchen sink', 'not
alternative to VDR'…, but, at the same time, they are pushing VDR project the
same way, which will virtually transform VDR into sort of Myth-2,
FULLACK Oliver,
You have forgotten the point:
* help to add dvb-s2 support into main kernel!!
Danke
Gruß
Halim
On So, Sep 07, 2008 at 05:08:37 +0200, Oliver Endriss wrote:
> Guys, I can't stand this blabla any longer.
>
> Klaus stated clearly how he wants to do VDR development, and he has the
Guys, I can't stand this blabla any longer.
Klaus stated clearly how he wants to do VDR development, and he has the
right to do it his way! No matter whether you like it or not!
My suggestion for those who are unhappy with the current situation:
0. Stop this discussion.
1. Read the GPL.
2. Unders
On 09/07/08 16:48, Luca Olivetti wrote:
> El Sun, 07 Sep 2008 12:11:35 +0200
> Klaus Schmidinger <[EMAIL PROTECTED]> escribió:
> t.
>>+ cTransfer no longer uses cRemux, and doesn't run a separate
>> thread any more. It just generates a PAT/PMT and sends all received
>> TS packets to the primary
El Sun, 07 Sep 2008 12:11:35 +0200
Klaus Schmidinger <[EMAIL PROTECTED]> escribió:
t.
>+ cTransfer no longer uses cRemux, and doesn't run a separate
> thread any more. It just generates a PAT/PMT and sends all received
> TS packets to the primary device's PlayTs().
Just asking before I try to
Glad to see some discussion taking place here.. It's quite funny some
people think hdtv, h264, and other standard or
quickly-becoming-standard things are "bleeding edge". You've got to
be kidding! Also, to put it simply, it's ignorant to think there's
nothing wrong. When many VDR users are aban
Hi Hans
>
> How did you calculate that number?
>
>
By counting the downloads of fixes (which are only made once with the
internal update script).
And I guess that some users will never update a running system ...
--
Helmut Auer, [EMAIL PROTECTED]
___
Hi list,
A minimal update to the DVB API wrapper for VDR 1.7.1 is available on my
web site.
http://www.udo-richter.de/vdr/patches.en.html#dvb-api-wrapper
http://www.udo-richter.de/vdr/patches.html#dvb-api-wrapper
Cheers,
Udo
___
vdr mailing list
v
Original-Nachricht
> Datum: Sun, 07 Sep 2008 13:31:22 +0200
> Von: Helmut Auer <[EMAIL PROTECTED]>
> An: VDR Mailing List
> Betreff: Re: [vdr] VDR Development (Number of users)
> Hi
> > On 09/05/08 18:38, VDR User wrote:
> >
> >> ... Seeing how
> >> many people have already
On 09/07/08 13:55, Jelle De Loecker wrote:
> Multiproto_plus is quite outdated, Manu (the maintainer) has done a
> bunch of updates on the original multiproto tree
> (http://jusst.de/hg/multiproto)
> He even added support for the old API (yay) and merged the latest V4L
> tree with it.
>
> Basic
On 09/07/08 13:48, Udo Richter wrote:
> The sky plugin does not compile any more, because it uses PID_MASK_HI
> which got renamed to TS_PID_MASK_HI. Patch is attached.
Thanks.
At some point I guess I should just drop the sky plugin, since it's
of no real use any more...
Klaus
__
Multiproto_plus is quite outdated, Manu (the maintainer) has done a
bunch of updates on the original multiproto tree
(http://jusst.de/hg/multiproto)
He even added support for the old API (yay) and merged the latest V4L
tree with it.
Basically, it compiles and it "just works" with everything :)
The sky plugin does not compile any more, because it uses PID_MASK_HI
which got renamed to TS_PID_MASK_HI. Patch is attached. A similar
problem strikes for streamdev.
Cheers,
Udo
--- vdr-1.7.1-old/PLUGINS/src/sky/sky.c 2008-09-07 13:34:53.0 +0200
+++ vdr-1.7.1/PLUGINS/src/sky/sky.c
Hi
> On 09/05/08 18:38, VDR User wrote:
>
>> ... Seeing how
>> many people have already left VDR, it's already happening! :(
>>
>
> I have no idea how many people actually use VDR, but you apparently
> have some solid numbers on how many people dropped VDR.
> Do you mind sharing these num
On Sun, Sep 07, 2008 at 12:11:35PM +0200, Klaus Schmidinger wrote:
> This version marks the first step towards using TS (Transport Stream) as
> recording format. It does this by switching the Transfer Mode to TS and
> introducing all the necessary cDevice and cPlayer functions to handle TS.
> Actu
Klaus Schmidinger schrieb:
> VDR maintenance patch 1.6.0-2 is now available at
>
Thanks :-)
Have a nice day!
Thomas
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
VDR developer version 1.7.1 is now available at
ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.7.1.tar.bz2
A 'diff' against the previous version is available at
ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.7.0-1.7.1.diff
WARNING:
This is a *developer* version. Even though *I* use
VDR maintenance patch 1.6.0-2 is now available at
ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.6.0-2.diff
This is a 'diff' against version 1.6.0-1 (which is the official
version 1.6.0, patched with
ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.6.0-1.diff).
Small fixes to the officially released V
Lauri Tischler <[EMAIL PROTECTED]> wrote:
> Switching to MythTV is *not* a solution to anything. MythTV is slow
> huge, kitchen sink where nothing really works.
maybe s/MythTV/XBMC/g ?
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin
Laz <[EMAIL PROTECTED]> wrote:
> I have always been impressed with the quality of the source code for
> vdr. It's the first proper C++ application I've had course to look
> through in any detail (many, many years of pure C behind me, though!)
> and I've pretty much learned all of the C++ I know fr
46 matches
Mail list logo
