[vdr] syslogd-ng -> /var/log/vdr.log ?

[Gregoire Favre]

Hello,

does someone redirect vdr log messages to /var/log/vdr.log using
syslogd-ng ?

If yes, I would like to know how :-)
-- 
Grégoire FAVRE  http://gregoire.favre.googlepages.com  http://www.gnupg.org
   http://picasaweb.google.com/Gregoire.Favre

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] syslogd-ng -> /var/log/vdr.log ?

[Gregoire Favre]

On Tue, Jul 10, 2007 at 08:50:59PM +0200, Jan Willies wrote:

> > does someone redirect vdr log messages to /var/log/vdr.log using
> > syslogd-ng ?
> 
> yep:

Thank for your answer and those I received privately :-)
-- 
Grégoire FAVRE  http://gregoire.favre.googlepages.com  http://www.gnupg.org
   http://picasaweb.google.com/Gregoire.Favre

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

[vdr] Why does vdr-1.5.x poweroff my computer at boot ?

[Gregoire Favre]

Hello,

I use Min. event timeout/user inactivity of 60 minutes but when my
computer poweron vdr only seems to wait for about 5 minutes before
shuting down my computer if a timer isn't programmed which is quiete bad
if I power it by hand and don't come after it directly.

Of couse I could add a simple svdrp command at boot time to prevent this
bug, but certainly they are better way to handle this.

Any clue about it ?

Thank you very much,
-- 
Grégoire FAVRE  http://gregoire.favre.googlepages.com  http://www.gnupg.org
   http://picasaweb.google.com/Gregoire.Favre

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] Why does vdr-1.5.x poweroff my computer at boot ?

[Gregoire Favre]

On Fri, Jul 13, 2007 at 11:40:42PM +0200, Udo Richter wrote:

> This is not how its supposed to be.
> 
> Since 1.5.1, VDR remembers the planned wakeup time in setup.conf as 
> NextWakeupTime. (You can convert the number to human-readable with perl 
> -e "print scalar time()")
> On next wakeup, VDR checks if the next timer event is within 10 minutes 
> of the remembered time. If the remembered time is not 'now', VDR assumes 
> manual start and should stay awake for MinUserInactivity minutes.

Oh, that's a really bad way of doing things for me : it seems my
vdrwatchdog initiate a "initializing full VDR restart".

I only got those "problem" needing a restart of vdr at boot, so the new
implementation will never work for me.

Is there an easy way to have the 1.4.x way which always worked for me ?

Thank,
-- 
Grégoire FAVRE  http://gregoire.favre.googlepages.com  http://www.gnupg.org
   http://picasaweb.google.com/Gregoire.Favre

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] Why does vdr-1.5.x poweroff my computer at boot ?

[Gregoire Favre]

On Sat, Jul 14, 2007 at 12:48:19AM +0200, Udo Richter wrote:

> I don't really understand that. On boot, you start VDR, kill it and 
> restart it?

Yes and no :-)
My vdrwatchdog just take care that vdr is up and respond, if it's not,
then it kill it and reload the driver and restart it.

Now I have found out that in in gentoo initscript I forgot to tell the
vdrwatchdog initscript to be run AFTER vdr, which was of course stupid
from me... since I don't have any FF cards anymore in my system, the
reload of the driver at boot don't seems needed anymore anyway.

> The next scheduled wakeup time is always MinEventTimeout in the future, 
> to prevent wakeup race conditions and immediate restarts on forced 
> shutdown. Thats probably what causes VDR to assume manual start on 
> second run. However this only happens together with calling the shutdown 
> script, and the shutdown script should not be called at all, since 
> there's a timer close by...?
> 
> To avoid this, you could save the NextWakeupTime and restore it after 
> VDR exits.

Yes, I have added a test for an enough uptime in my vdr's "checkscrip"
which is the easy way to be sure my computer don't power down too early.

Thank for your kindness answer and have a great day,
-- 
Grégoire FAVRE  http://gregoire.favre.googlepages.com  http://www.gnupg.org
   http://picasaweb.google.com/Gregoire.Favre

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

[vdr] PANIC: watchdog timer expired - exiting!

[Gregoire Favre]

Hello,

sometimes, I can't use my xine anymore to connect to vdr, and my log
shows :

[9640] cleaning up schedules data
[9640] next timer event at Tue Jul 24 04:20:00 2007
[9640] executing 'sudo /usr/local/bin/vdrpoweroff.sh 1185243600 224659 222 
"CHRONIQUES D'EN HAUT" 0'
[9640] PANIC: watchdog timer expired - exiting!

I start my vdr with :

nice -n -19 ./vdr -u greg -c /etc/vdr -l 3 -w 90 -s 'sudo 
/usr/local/bin/vdrpoweroff.sh' -P'xine -r -q' -Pundelete

Thank for any hint about this issue :-)
-- 
Grégoire FAVRE  http://gregoire.favre.googlepages.com  http://www.gnupg.org
   http://picasaweb.google.com/Gregoire.Favre

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] DVB-S2 + H.264 support for VDR-1.5.10

[Gregoire Favre]

On Sat, Nov 03, 2007 at 10:24:33PM +0100, Reinhard Nissl wrote:

Hello :-)

> Please have a look at
> 
> http://www.vdr-portal.de/board/thread.php?postid=665758#post665758
> 
> The new libxine patch should fix this bug.

Great, thank !

> Maybe I'll have a look at it tomorrow.
> 
> Meanwhile, you could have a look at this issue with this gdb command:
> 
>   thread apply all bt
> 
> It'll tell you the backtrace for all threads.

Oops, with the new patched ffmpeg/xine-lib-1.2/vdr-xine it don't
segfault (but I still can't access my VDR after a "shutdown try".

Thank you very much :-)
-- 
Grégoire FAVRE  http://gregoire.favre.googlepages.com  http://www.gnupg.org
   http://picasaweb.google.com/Gregoire.Favre

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] next features ? Was: [ANNOUNCE] vdr-xine-0.8.0 plugin

[Gregoire Favre]

On Wed, Nov 14, 2007 at 11:49:50AM +0100, [EMAIL PROTECTED] wrote:

> imho that's a feature that must be in 1.5 !
> as with the smart channel management.
> 
> utf8 and subtitles are great achievements, what's next ? :-)

I would love to have VDR support H.264 recording on DVB-S.
-- 
Grégoire FAVRE  http://gregoire.favre.googlepages.com  http://www.gnupg.org
   http://picasaweb.google.com/Gregoire.Favre

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] next features?

[Gregoire Favre]

On Fri, Nov 16, 2007 at 08:20:38AM -0800, VDR User wrote:

I didn't try vdr-1.5.11 because there is no H.264 patch for it.

I really don't understand why they are not investigated to be
intregrated into vdr at this time as more and more TV are going to go to
H.264 (not all in HDTV).

Let's hope that will change soon :-)
-- 
Grégoire FAVRE  http://gregoire.favre.googlepages.com  http://www.gnupg.org
   http://picasaweb.google.com/Gregoire.Favre

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

[vdr] HD setup

[Gregoire Favre]

Hello,

I know 720p, 1080p/i resolution are getting common which is fine.

>From the next feature thread I see there is some interest in H.264
channels :-)

I don't like the hardware decoder solution : Intel core duo 2 are really
cheap now and don't use that much power...

I built my VDR PC (in fact my only PC...) with such a solution (and a
fanless nvidia gfx card) and I find it perfectly suited for HD.
The most important part from my point of view was the case :
http://techgage.com/article/antec_p182_performance_mid-tower/

So that I don't have noise from the PC...

I think almost any PC with core duo 2 CPU are enough for perfect H.264
decoding...

I don't really like closed hardware solution neither...
-- 
Grégoire FAVRE  http://gregoire.favre.googlepages.com  http://www.gnupg.org
   http://picasaweb.google.com/Gregoire.Favre

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

[vdr] Bug ? dvbsubtitle.c lign 105

[Gregoire Favre]

Hello,

lign 105 of dvbsubtitle.c is :
bool Decode8BppCodeString(const uchar *Data, int &Index, int&y, int y);
shouldn't that be :
bool Decode8BppCodeString(const uchar *Data, int &Index, int&x, int y);

Or better all 3 advanced declarations ligns :

bool Decode2BppCodeString(const uchar *, int &, int&, int);
bool Decode4BppCodeString(const uchar *, int &, int&, int);
bool Decode8BppCodeString(const uchar *, int &, int&, int);

At least with gcc 4.3alpha of today I can't compil vdr-1.5.1x with this.
-- 
Grégoire FAVRE  http://gregoire.favre.googlepages.com  http://www.gnupg.org
   http://picasaweb.google.com/Gregoire.Favre

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] [Announce] vdr-scheduler-0.1.0

[Gregoire Favre]

On Sun, Nov 04, 2007 at 08:44:29PM +0100, Christian Wieninger wrote:
> Hi,
> 
> here's a new plugin especially for VDRs not running 24/7. It allows you 
> to execute tasks in the context of VDR and trigger wakeups for this.

Hello,

I like the idea of this one :-)
I don't try it, because it took some time to compil it :

I added an include to task.c :
#include 

And changed lign 509 to become :
for(uint i=1; i<=std::min((uint)task->logging, (uint) logTimes.size())-1; i++)

Maybe it's only a problem with my gcc-4.3alpha and 64 bits system ?
-- 
Grégoire FAVRE  http://gregoire.favre.googlepages.com  http://www.gnupg.org
   http://picasaweb.google.com/Gregoire.Favre

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] HDTV - 2B or not 2B

[Gregoire Favre]

On Thu, Nov 22, 2007 at 01:56:10PM +0200, Füley István wrote:
> Hello list,
>
> I followed the recent messages about the future of VDR with great interest 
> .
> I would like to share my recent experiences about HDTV. As I consider 
> myself to be open for "new technologies" like HDTV is now, I recently 
> bought an HDTV receiver.
> It doesn't matter who produced it, I think my hardware is an average HDTV 
> setup for 2007: a DVB-S2, MPEG4, H264 compatible receiver with a 1368x768 
> LCD display.

Oops, that's really not so good... one can't comment about HDTV with a
resolution which is not full HDTV : 1920x1080...

> My first impressions are: yes, it looks better, than SDTV. Some say the 
> difference is comparable with the B/W - color one, well, I don't think so. 
> I don't see any reason to watch a news or a serial in HDTV. I think HDTV 
> would be fine for a couple of premium channels/package, for ex. a movie and 
> a sport channel, and the rest should remain in SD. Considering the huge 
> technical investment (20Mbit/sec/channel, high speed dedicated MPEG4 
> decoders, which consumes a lot of energy, HDready displays, etc), I'm not 
> sure it worths to watch a wheater report in HD.
> Compared to a well encoded 16:9 SDTV channel (for ex. ZDF), an HDTV picture 
> does not take my breath away.

Give a try to a REAL hdtv and recomment again ;-)
HDready displays are only crap from what I had see, one really need a
Full HD or there is no "good" reason at all to switch.
-- 
Grégoire FAVRE  http://gregoire.favre.googlepages.com  http://www.gnupg.org
   http://picasaweb.google.com/Gregoire.Favre

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

[vdr] lcdproc and Logitech G15 (Illegal instruction) ?

[Gregoire Favre]

Hello,

is there something "special" to do in order to get lcdproc working on my
G15 lcd keyboard ?

Or maybe another LCD plugin ?

I got a really suspicious Illegal instruction when compiling with
gcc-4.3alpha of today so I tried with gcc-4.2.2 with same result.

With gcc-4.2.2 I used : -g -march=k8 -pipe
And with 4.3alpha : -g -O3 -march=core2 -DPIC -pipe -Wall

If I start vdr with -Plcdproc I get on the LCD :

"Welcome to V D R
 Video Disk Recorder
 Version : 1.5.12"

Then :

" Mute
  `black bar"

" Some epg info"

And then vdr quit with :
"Illegal instruction"

OK, then some gdb :

gdb ./vdr
GNU gdb 6.7.1
Copyright (C) 2007 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-pc-linux-gnu"...
Using host libthread_db library "/lib/libthread_db.so.1".
(gdb) run -u greg -c /etc/vdr -l 3 -P'xine -r' -Plcdproc
Starting program: /usr/src/vdr-1.5.12/vdr -u greg -c /etc/vdr -l 3 -P'xine -r' 
-Plcdproc
warning: no loadable sections found in added symbol-file system-supplied DSO at 
0x7fff1c1fd000
-
MakePrimaryDevice: 1
=
SetVideoFormat: 1
SetVolumeDevice: 255
frame: (0, 0)-(-1, -1), zoom: (1.00, 1.00)
SetVideoWindow: 0, 0, 720, 576, 720, 576
SetVolumeDevice: 255
SetAudioChannelDevice: 0
frame: (0, 0)-(-1, -1), zoom: (1.00, 1.00)
SetPlayMode: 1
[New LWP 27864]
[New LWP 27871]

Program received signal SIGILL, Illegal instruction.
[Switching to LWP 27871]
0x2ad88fc4c0e3 in cLcd::GetTimeDateStat (this=0x82c840, string=0x44006b70 
"", OutStateData=0x44006760)
at lcd.c:586
586   if ( offset || !( ShowStates && ((t%LcdSetup.FullCycle) >= 
LcdSetup.TimeCycle) )) {
Current language:  auto; currently c++
(gdb) bt
#0  0x2ad88fc4c0e3 in cLcd::GetTimeDateStat (this=0x82c840, 
string=0x44006b70 "", OutStateData=0x44006760)
at lcd.c:586
#1  0x2ad88fc4e4d1 in cLcd::Action (this=0x82c840) at lcd.c:846
#2  0x004e9ab4 in cThread::StartThread (Thread=0x82c840) at thread.c:244
#3  0x003e99006067 in ?? () from /lib/libpthread.so.0
#4  0x003e984c5c7d in clone () from /lib/libc.so.6

Some difference with gcc-3.4.6 :

Program received signal SIGSEGV, Segmentation fault.
[Switching to LWP 9495]
cLcd::GetTimeDateStat (this=0x863840,
string=0x44006c90 
"success\nsuccess\nsuccess\nsuccess\nsuccess\nsuccess\nsuccess\nsuccess\nsuccess\nsuccess\nsuccess\nsuccess\nsuccess\nsuccess\nsuccess\nsuccess\nsuccess\nsuccess\nsuccess\nsuccess\nsuccess\nsuccess\nsuccess\nsuccess\nsuccess\n"...,
 OutStateData=0x44006c70) at lcd.c:588
588   snprintf(string,wid+1,"<%s %02d.%02d %02d:%02d:%02d>",
Current language:  auto; currently c++
(gdb) bt
#0  cLcd::GetTimeDateStat (this=0x863840, 
string=0x44006c90 
"success\nsuccess\nsuccess\nsuccess\nsuccess\nsuccess\nsuccess\nsuccess\nsuccess\nsuccess\nsuccess\nsuccess\nsuccess\nsuccess\nsuccess\nsuccess\nsuccess\nsuccess\nsuccess\nsuccess\nsuccess\nsuccess\nsuccess\nsuccess\nsuccess\n"...,
 OutStateData=0x44006c70) at lcd.c:588
#1  0x2abce618f3af in cLcd::Action (this=0x863840) at lcd.c:846
#2  0x005052a1 in cThread::StartThread (Thread=0x863840) at thread.c:244
#3  0x003e99006067 in ?? () from /lib/libpthread.so.0
#4  0x003e984c5c7d in clone () from /lib/libc.so.6

VDR 1.5.12 source :
ftp.cadsoft.de:/pub/people/kls/vdr/Developer/vdr-1.5.12.tar.bz2
graphlcd plugin : http://home.pages.at/linux/dvb.html

So it seems clear the plugin don't care about memory usage...

Did someone know how to fix it ?
-- 
Grégoire FAVRE  http://gregoire.favre.googlepages.com  http://www.gnupg.org
   http://picasaweb.google.com/Gregoire.Favre

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] HDTV - 2B or not 2B

[Gregoire Favre]

On Thu, Nov 22, 2007 at 03:08:22PM +0200, Füley István wrote:

> Ok, this means that my setup is a low-end instead of being "average" as I 
> stated before, therefore my considerations about HDTV was totally wrong.

AFAIK HDready are going to disapear...

> But to buy a 1000+ Euro TV set? That's another reason for me to stay SD.

First you could try it on a computer monitor : tremendous !!!
-- 
Grégoire FAVRE  http://gregoire.favre.googlepages.com  http://www.gnupg.org
   http://picasaweb.google.com/Gregoire.Favre

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

[vdr] HD suisse;SRG SSR idee suisse (H.264 under xine)

[Gregoire Favre]

Hello,

my country now as an HD channel :
HD suisse;SRG SSR idee 
suisse:12399:hC34:S13.0E:27500:10180+180:0;131=deu,132=fra,133=ita,134=eng:0:0:990:318:8500:0

It's 720p with AC3 for the four audio. I have a quiete strong CPU but
it's barely enough to decode this as vdr/xine seems to only take one
core of it, even if I have set 2/4 for the processing.ffmpeg thread count.

(By the way, should I better set it to 2 as I have only two cores or to
??? )

Anyone know how to use both cores for this channel (like it's done for
BBC 
HD;BSkyB:10847:vC56:S28.2E:22000:12318+2318:2320=NAR;2319=eng:2321:0:6940:0:0:0
?

Thank you very much,
-- 
Grégoire FAVRE  http://gregoire.favre.googlepages.com  http://www.gnupg.org
   http://picasaweb.google.com/Gregoire.Favre

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] HD suisse;SRG SSR idee suisse (H.264 under xine)

[Gregoire Favre]

On Mon, Dec 03, 2007 at 10:01:12PM +0100, Reinhard Nissl wrote:

> The problem is that HD suisse codes each frame with only a single slice
> but FFmpegs multithreaded decoding needs multiple slices per picture.
> 
> There are thoughts to add picture based multithreading in addition to
> the currently existing slice based multithreading.

Oh I see, I would really like this :-)

I'll happily test any patch...

Thank you very much,
-- 
Grégoire FAVRE  http://gregoire.favre.googlepages.com  http://www.gnupg.org
   http://picasaweb.google.com/Gregoire.Favre

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

[vdr] How to demux H.264 recording ?

[Gregoire Favre]

Hello,

i have just recorded one of the best movie from the Switzerland in H.264
on Swiss HD channel :-)

The quality is really good and I would like to keep de and fr AC3 (I
don't care about the en/it audio).

Anyone know which tools are available to do it ?

Thank,
-- 
Grégoire FAVRE  http://gregoire.favre.googlepages.com  http://www.gnupg.org
   http://picasaweb.google.com/Gregoire.Favre

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] HD suisse;SRG SSR idee suisse (H.264 under xine)

[Gregoire Favre]

On Thu, Dec 20, 2007 at 06:11:40PM +0100, Joerg Riechardt wrote:

Hello,

I got a Core 2 Duo at 2.4 GHz with Nvidia Geforce 7600 GS which isn't
enough to decode HD suisse right now because as wrote Reinhard Nissl :

"The problem is that HD suisse codes each frame with only a single slice 
but FFmpegs multithreaded decoding needs multiple slices per picture.

There are thoughts to add picture based multithreading in addition to
the currently existing slice based multithreading."

I don't know if those thoughts are for a near future or not...

For some time, my CPU is enough, but only a few seconds, then I loose sound
because the CPU isn't enough.

> > HD suisse;SRG SSR idee 
> > suisse:12399:hC34:S13.0E:27500:10180+180:0;131=deu,132=fra,133=ita,134=eng:0:0:990:318:8500:0
> > 
> > It's 720p with AC3 for the four audio. I have a quiete strong CPU but
> > it's barely enough to decode this ...

> I am wondering which hardware is good enough for HD suisse.
> What hardware are you using (cpu, gfx card) and how high is your cpu load?
-- 
Grégoire FAVRE  http://gregoire.favre.googlepages.com  http://www.gnupg.org
   http://picasaweb.google.com/Gregoire.Favre

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

[vdr] What can be done to enhance watching HD Suisse ?

[Gregoire Favre]

Hello,

I use vdr-1.5.12 with the micro speed enhancement, the H.264 patches and
xine plugin, associated with xine compiled for external ffmpeg.

Can someone recommand some setting to enhance the playing ?
(I have in mind xine plugins settings and xine settings).

Thank,
-- 
Grégoire FAVRE  http://gregoire.favre.googlepages.com  http://www.gnupg.org
   http://picasaweb.google.com/Gregoire.Favre

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] What can be done to enhance watching HD Suisse ?

[Gregoire Favre]

On Mon, Dec 31, 2007 at 01:34:47AM +0100, Reinhard Nissl wrote:

I found vdrportal.de mostly hard to follow, I much prefer a ml... but
anyway, thank for the info, I did compil again xine-lib-1.2 patched with
your  xine-lib-ffmpeg_skip_loop_filter.diff but I don't see any
improvment, I didn't understand if there were some other things to do
(I also added the "video.processing.ffmpeg_skip_loop_filter:all" to my
config and recompiled xine-ui).

> > I use vdr-1.5.12 with the micro speed enhancement, the H.264 patches and
> > xine plugin, associated with xine compiled for external ffmpeg.
> > 
> > Can someone recommand some setting to enhance the playing ?
> > (I have in mind xine plugins settings and xine settings).
> 
> Please read on from here:
> 
> http://www.vdr-portal.de/board/thread.php?postid=682025#post682025
> 
> BTW: vdr-xine-0.8.1 will be released soon.

Great, new release are always welcome, thank you very much,
-- 
Grégoire FAVRE  http://gregoire.favre.googlepages.com  http://www.gnupg.org
   http://picasaweb.google.com/Gregoire.Favre

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] What can be done to enhance watching HD Suisse ?

[Gregoire Favre]

On Mon, Dec 31, 2007 at 01:44:03PM +0100, Reinhard Nissl wrote:
> Hi,

> a) compile an optimized version of ffmpeg by running configure with
> --arch and --cpu like mentioned here:
> http://www.vdr-portal.de/board/thread.php?postid=680709#post680709

I wonder if that's really produce better code than -march=native -O2
with recent gcc, but I'll try :-)

> b) try the revised patch which adds a further option to cheat decoding
> for the sake of speed:
> http://www.nabble.com/-PATCH--Provide-FFmpeg-options-skip_loop_filter-and%09choose_speed_over_accuracy-to14552289.html#a14552289

Strange I get one reject :

***
*** 357,362 
  this->context->flags |= CODEC_FLAG_EMU_EDGE;
}

pthread_mutex_lock(&ffmpeg_lock);
if (avcodec_open (this->context, this->codec) < 0) {
  pthread_mutex_unlock(&ffmpeg_lock);
--- 377,385 
  this->context->flags |= CODEC_FLAG_EMU_EDGE;
}

+   if (this->class->choose_speed_over_accuracy)
+ this->context->flags2 |= CODEC_FLAG2_FAST;
+ 
pthread_mutex_lock(&ffmpeg_lock);
if (avcodec_open (this->context, this->codec) < 0) {
  pthread_mutex_unlock(&ffmpeg_lock);

Which isn't a problem to hand edit :-)

> c) try setting
> 
>   engine.buffers.audio_num_buffers:4
>   engine.buffers.video_num_buffers:600
> 
> or even more for video_num_buffers e. g. 1500
> 
> d) choose a decoding thread count suitable for your machine like
> mentioned in
> 
> http://www.vdr-portal.de/board/thread.php?postid=682036#post682036
> 
> I'm not sure whether multithreaded decoding can be activated for HD
> suisse. Maybe it is possible with the above patch for "choose speed over
> accuracy".
> 
> e) monitor the buffer usage output of --post vdr_video. The 3rd number
> must not fall below 3. Otherwise your machine seems to be to slow.

I think it works pretty good with HD Suisse :

buffer usage: 1458,  0, 10,  0, 0xa40910
buffer usage: 1444,  0, 10,  0, 0xa40910
buffer usage: 1498,  0, 10,  0, 0xa40910
buffer usage: 1498,  0, 10,  0, 0xa40910
buffer usage: 1498,  0, 10,  0, 0xa40910
buffer usage: 1453,  0, 10,  0, 0xa40910
buffer usage: 1435,  0, 10,  0, 0xa40910
buffer usage: 1487,  0, 10,  0, 0xa40910
buffer usage: 1452,  0,  9,  0, 0xa40910
buffer usage: 1450,  0, 10,  0, 0xa40910
buffer usage: 1448,  0, 10,  0, 0xa40910
buffer usage: 1411,  0, 10,  0, 0xa40910
buffer usage: 1395,  0, 10,  0, 0xa40910
buffer usage: 1468,  0, 10,  0, 0xa40910
buffer usage: 1434,  0,  9,  0, 0xa40910
buffer usage: 1432,  0, 10,  0, 0xa40910
buffer usage: 1430,  0, 10,  0, 0xa40910
buffer usage: 1395,  0, 10,  0, 0xa40910
buffer usage: 1466,  0, 10,  0, 0xa40910
buffer usage: 1449,  0, 10,  0, 0xa40910
buffer usage: 1416,  0, 10,  0, 0xa40910
buffer usage: 1414,  0, 10,  0, 0xa40910
buffer usage: 1412,  0, 10,  0, 0xa40910
buffer usage: 1475,  0, 10,  0, 0xa40910
buffer usage: 1459,  0, 10,  0, 0xa40910
buffer usage: 1443,  0, 10,  0, 0xa40910
buffer usage: 1407,  0, 10,  0, 0xa40910
buffer usage: 1405,  0, 10,  0, 0xa40910
buffer usage: 1498,  0, 10,  0, 0xa40910
buffer usage: 1455,  0, 10,  0, 0xa40910
buffer usage: 1439,  0, 10,  0, 0xa40910
buffer usage: 1423,  0, 10,  0, 0xa40910
buffer usage: 1392,  0, 10,  0, 0xa40910
buffer usage: 1463,  0, 10,  0, 0xa40910

Thank you really really much !!!

I am watching Suisse HD right now with only small artifacts
from time to time, but only really few :-)

In case someone is interested :

I start xine with :
xine -V xv -A alsa --no-logo --geometry +0+0 --post vdr_video --post vdr_audio 
-Dtvtime:method=Greedy2Frame,cheap_mode=0,pulldown=0,use_progressive_frame_flag=1
 vdr:/var/vdr/xine/stream#demux:mpeg_pes

processor   : 0
vendor_id   : GenuineIntel
cpu family  : 6
model   : 15
model name  : Intel(R) Core(TM)2 CPU  6600  @ 2.40GHz
stepping: 6
cpu MHz : 2394.000
cache size  : 4096 KB
physical id : 0
siblings: 2
core id : 0
cpu cores   : 2
fpu : yes
fpu_exception   : yes
cpuid level : 10
wp  : yes
flags   : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov 
pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx lm 
constant_tsc arch_perfmon pebs bts rep_good pni monitor ds_cpl vmx est tm2 
ssse3 cx16 xtpr lahf_lm
bogomips: 4804.77
clflush size: 64
cache_alignment : 64
address sizes   : 36 bits physical, 48 bits virtual
power management:

processor   : 1
the same as first one : it's a core duo 2 :-)
And I use nvidia proprietary driver 169.07.
-- 
Grégoire FAVRE  http://gregoire.favre.googlepages.com  http://www.gnupg.org
   http://picasaweb.google.com/Gregoire.Favre

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] [ANNOUNCE] vdr-xine-0.8.1 plugin

[Gregoire Favre]

On Tue, Jan 01, 2008 at 08:14:12PM +0100, Reinhard Nissl wrote:
> Hi,
> 
> I'm pleased to announce a the maintenance release 0.8.1. You can
> find it on my homepage as usual:
> 
> http://home.vr-web.de/~rnissl

Hello,

I just tried and xine-lib-1.2 installed xine.h in /usr/include/xine.h
not in /usr/include/xine/xine.h as others file, so I symlinked it in
order to compil, but now I can't connect from xine and got :

vdr-xine: Client connecting ...
vdr-xine: Client reports unsupported version 712 => disconnecting!
vdr-xine: Client connect failed!

Certainly I did something wrong, but I don't know what ?

Thanks you very much,
-- 
Grégoire FAVRE  http://gregoire.favre.googlepages.com  http://www.gnupg.org
   http://picasaweb.google.com/Gregoire.Favre

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] [ANNOUNCE] DVB-S2 + H.264 support for VDR-1.5.12

[Gregoire Favre]

On Tue, Jan 01, 2008 at 11:15:58PM +0100, Reinhard Nissl wrote:

Hello :-)

> The patches now include my recently released speedup patches as
> well as an unreleased speedup patch for cAudioRepacker and
> cVideoRepacker, because at least the latter one would have been
> hard to extract separately.

I found those patches tremendous, thank you very much, it works very
well here !!!

Is there a way to use more than a card with it when only one is DVB-S2
capable ?

Thank you very much,
-- 
Grégoire FAVRE  http://gregoire.favre.googlepages.com  http://www.gnupg.org
   http://picasaweb.google.com/Gregoire.Favre

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] [ANNOUNCE] DVB-S2 + H.264 support for VDR-1.5.12

[Gregoire Favre]

On Wed, Jan 02, 2008 at 02:48:09PM +, Morfsta wrote:
> > Is there a way to use more than a card with it when only one is DVB-S2
> > capable ?

I could also use two separates VDR as my two other cards are supported
by multiproto and put DVB-S2 channels only on the vdr which run the
DVB-S2 card, but I would higly prefer an all in one solution in which
DVB-S channels are only used with DVB-S only cards and the DVB-S2
capable card is reserved for the DVB-S2 channels.

Thanks,
-- 
Grégoire FAVRE  http://gregoire.favre.googlepages.com  http://www.gnupg.org
   http://picasaweb.google.com/Gregoire.Favre

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] [ANNOUNCE] DVB-S2 + H.264 support for VDR-1.5.12

[Gregoire Favre]

On Wed, Jan 02, 2008 at 07:12:52PM +0400, Manu Abraham wrote:

> Over here, tests were done on STB0899, STV0299 and TDA10021 based
> all work out of the same multiproto tree (http://jusst.de.hg/multiproto)

Do you mean VDR keep the DVB-S2 card for DVB-S2 channels and use the
others for DVB-S usage ?

Thanks,
-- 
Grégoire FAVRE  http://gregoire.favre.googlepages.com  http://www.gnupg.org
   http://picasaweb.google.com/Gregoire.Favre

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] [ANNOUNCE] DVB-S2 + H.264 support for VDR-1.5.12

[Gregoire Favre]

On Wed, Jan 02, 2008 at 07:32:13PM +0400, Manu Abraham wrote:

> No, that seems silly. The DVB-S2 card works for DVB-S also. It should be able 
> to use all the cards. Though you can't ask a DVB-S card to tune to DVB-S2,
> that's all the limitation it poses.

:-)

I know DVB-S2 cards can do DVB-S that's the reason to force VDR to use
DVB-S only cards for DVB-S before the DVB-S2 ones, which if you want a
DVB-S2 channels, so is your DVB-S2 cards free.

But one should get a way to tell VDR no to try to tune DVB-S2 channels
on DVB-S card.

Thanks,
-- 
Grégoire FAVRE  http://gregoire.favre.googlepages.com  http://www.gnupg.org
   http://picasaweb.google.com/Gregoire.Favre

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] [ANNOUNCE] vdr-xine-0.8.1 plugin

[Gregoire Favre]

On Wed, Jan 02, 2008 at 06:23:24PM +0100, Reinhard Nissl wrote:

> That's not correct. The check ensures that both ends of the
> connection are compatible.
> 
> Maybe it was no good idea to not mention in the announcement that
> this time xine-lib-1.1 needs to be patched or that you need to
> pull xine-lib-1.2 respectively.
> 
> In both ways you'll get a vdr.h (.../xine-lib-1.1/src/vdr/vdr.h
> or .../xine-lib-1.2/include/xine/vdr.h) which defines
> XINE_VDR_VERSION as 801 and therefore matches
> MIN_XINE_VDR_VERSION 801 in xineCommon.h. After building and
> installing xine-lib, you'll find vdr.h in both cases in
> .../include/xine/vdr.h.

Strange I only use xine-lib-1.2, I have the /usr/include/xine/vdr.h
which has the
XINE_VDR_VERSION as 801

But I still get the :

vdr-xine: Client reports unsupported version 712 => disconnecting!
vdr-xine: Client connect failed!

I think when I compil xine-lib, the vdr.h isn't included to put the
version in it somehow ???

I use this to compil xine-lib-1.2 :

#!/bin/bash
source /etc/make.conf
p=/data/linux/dvb/patches/xine/xine-lib.patch
MAKE='sudo nice -n 4 make -j3'
OPTIONS="show update dry-run apply undry-run  unapply compile log exit"
select opt in $OPTIONS; do
if [ "$opt" = "show" ]; then
vi $p
elif [ "$opt" = "update" ]; then
hg pull -u http://hg.debian.org/hg/xine-lib/xine-lib-1.2/
elif [ "$opt" = "dry-run" ]; then
patch --dry-run -p1 < $p
elif [ "$opt" = "apply" ]; then
patch -p1 < $p
elif [ "$opt" = "undry-run" ]; then
patch --dry-run -p1 -R < $p
elif [ "$opt" = "unapply" ]; then
patch -p1 -R < $p
elif [ "$opt" = "compile" ]; then
sudo ./autogen.sh --disable-dxr3 --enable-opengl --enable-v4l \
--enable-glu --enable-dvb --prefix=/usr \
--with-alsa --with-external-ffmpeg --with-fontconfig \
--with-freetype --with-x --with-xv-path=/usr/X11R6/lib \
--x-includes=/usr/include && $MAKE && $MAKE install && $MAKE 
distclean
elif [ "$opt" = "log" ]; then
hg log|less
elif [ "$opt" = "exit" ]; then
exit
else
echo bad option
fi
done

-- 
Grégoire FAVRE  http://gregoire.favre.googlepages.com  http://www.gnupg.org
   http://picasaweb.google.com/Gregoire.Favre

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] [ANNOUNCE] vdr-xine-0.8.1 plugin

[Gregoire Favre]

On Wed, Jan 02, 2008 at 11:38:15PM +0100, Reinhard Nissl wrote:

Hello,



> Hmm, I can only think of the following scenario:
> - you've pulled before me pushing version number
> - compiled
> - installed
> - you've pulled again, this time after pushing the version number
> - compiled, using the previously installed vdr.h
> - installed
> - wonder why it doesn't work, as you have the correct vdr.h
> 
> Try uninstalling xine-lib-1.2 first, build and install again. I
> hope it works then.
> 
> If it works, file a bug report in xine's bug tracker regarding
> the build system. But I'm not sure whether it is correct to build
> a software which is still installed on the system in a previous
> version.

I did have a rm -fr /usr/include/xine* in my script some times ago which
I removed because I thought it wasn't necessary.
Recompiled : no change.

So I deleted /usr/lib64/xine/ and it works !!!

Sorry I really don't know what the problem could have been ???

Maybe it was /usr/lib64/xine/xineplug_inp_vdr.so which I don't have
anymore, I guess so...

Thank you very much,
-- 
Grégoire FAVRE  http://gregoire.favre.googlepages.com  http://www.gnupg.org
   http://picasaweb.google.com/Gregoire.Favre

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] [ANNOUNCE] DVB-S2 + H.264 support for VDR-1.5.12

[Gregoire Favre]

On Sat, Jan 05, 2008 at 06:53:48PM +0100, Reinhard Nissl wrote:

Hello,

with the last patch, VDR refuse to tune to any DVB-S2 channels.
I guess that VDR thinks all my card are only DVB-S ones.
I get "Channel not available!" on all DVB-S2 channels.

Any maybe not directly interesting, but with this patch, graphlcd
make vdr segault at start.

Thanks,

> The attached version implements this behavior now. You may want
> to experiment a bit with the decision logic as explained below.
> 
> The decision is based on the number of modulation systems a card
> provides. For example, my NOVA-S provides one (DVB-S) and my
> SkyStar HD provides three (DVB-S, DVB-DSS, DVB-S2).
> 
> The decision logic is implemented in cDevice::GetDevice(), so
> have a look into device.c. After applying the patch, you'll find
> two lines in that function marked with comments like /*1*/ and
> /*2*/, and the latter one was disabled by a line comment.
> 
> In my scenario with just the above cards and vdr-xine as software
> device, watching a channel requires VDR to operate in transfer
> mode. Therefore it selects a device which provides for example a
> DVB-S channel. The patched version will choose the NOVA-S with
> either implementation /*1*/ or /*2*/.
> 
> Let's then start a DVB-S recording on a different transponder.
> When implementation /*2*/ would be active, VDR would choose the
> SkyStar HD, as the NOVA-S is claimed by transfer mode. Then, try
> to switch to a DVB-S2 channel. It wouldn't work, as the SkyStar
> HD would be claimed by a DVB-S recording.
> 
> That's why I've chosen implementation /*1*/ as default. For the
> above scenario, starting a DVB-S recording on a different
> transponder will choose the NOVA-S and kick off transfer mode.
> Then VDR will look for a card to set up transfer mode again and
> it will choose the only remaining card, the SkyStar HD. If you
> then try to switch to a DVB-S2 channel, it will work as the
> SkyStar HD is not claimed by a recording.
> 
> >> The patch is incremental to the original dvbs2 patch from
> >> yesterday, i. e. you can simply apply it to your already patched VDR.
> 
> Bye.
> -- 
> Dipl.-Inform. (FH) Reinhard Nissl
> mailto:[EMAIL PROTECTED]

> --- ../vdr-1.5.12-dvbs2-other/device.c2008-01-01 22:55:18.0 
> +0100
> +++ device.c  2008-01-05 18:06:15.0 +0100
> @@ -359,6 +359,21 @@ cDevice *cDevice::GetDevice(int Index)
>return (0 <= Index && Index < numDevices) ? device[Index] : NULL;
>  }
>  
> +inline int GetClippedModulationSystemCount(int AvailableBits, cDevice 
> *Device)
> +{
> +  int ModulationSystemCount = Device->ModulationSystemCount();
> +  int MaxModulationSystemCount = 1 << AvailableBits;
> +  if (ModulationSystemCount > MaxModulationSystemCount) {
> + esyslog("ERROR: device %d supports %d modulation systems but 
> cDevice::GetDevice() currently only supports %d modulation systems which 
> should be fixed", Device->CardIndex() + 1, ModulationSystemCount, 
> MaxModulationSystemCount);
> + ModulationSystemCount = MaxModulationSystemCount;
> + }
> +  else if (ModulationSystemCount <= 0) {
> + esyslog("ERROR: device %d reported an invalid number (%d) of supported 
> modulation systems. The device should be fixed to return at least 1", 
> Device->CardIndex() + 1, ModulationSystemCount);
> + ModulationSystemCount = 1;
> + }
> +  return ModulationSystemCount;
> +}
> +
>  cDevice *cDevice::GetDevice(const cChannel *Channel, int Priority, bool 
> LiveView)
>  {
>// Collect the current priorities of all CAM slots that can decrypt the 
> channel:
> @@ -408,11 +423,13 @@ cDevice *cDevice::GetDevice(const cChann
>   imp <<= 1; imp |= LiveView ? !device[i]->IsPrimaryDevice() || 
> ndr : 0;  // prefer the primary device for 
> live viewing if we don't need to detach existing receivers
>   imp <<= 1; imp |= !device[i]->Receiving() && (device[i] != 
> cTransferControl::ReceiverDevice() || device[i]->IsPrimaryDevice()) || ndr; 
> // use receiving devices if we don't need to detach existing receivers, but 
> avoid primary device in local transfer mode
>   imp <<= 1; imp |= device[i]->Receiving();   
> // avoid devices that are receiving
> +/*1*/imp <<= 2; imp |= GetClippedModulationSystemCount(2, device[i]) 
> - 1;// avoid cards which support multiple 
> modulation systems
>   imp <<= 1; imp |= device[i] == 
> cTransferControl::ReceiverDevice();  // 
> avoid the Transfer Mode receiver device
>   imp <<= 8; imp |= min(max(device[i]->Priority() + MAXPRIORITY, 
> 0), 0xFF);   // use the device with the lowest 
> priority (+MAXPRIORITY to assure that values -99..99 can be used)
>   imp <<= 8; imp |= min(max((NumUsableSlots ? SlotPriority[j] : 
> 0) + MAXPRIORITY, 0), 0xFF);   

Re: [vdr] [ANNOUNCE] DVB-S2 + H.264 support for VDR-1.5.12

[Gregoire Favre]

On Sun, Jan 06, 2008 at 09:34:32PM +0100, Reinhard Nissl wrote:
> Hi,

Hello :-)

> Please add some debug code to cDvbDevice::ProvidesTransponder()
> to find out what's going wrong in your case, i. e. compare the
> provided and requested modulation systems.

I'll do tomorrow ;-)

> > Any maybe not directly interesting, but with this patch, graphlcd
> > make vdr segault at start.
> 
> Did you recompile all plugins as a virtual function had been added?
> 
> Please provide a backtrace otherwise.

The two fix solve it :-) (not the non tunable DVB-S2).

Thanks,
-- 
Grégoire FAVRE  http://gregoire.favre.googlepages.com  http://www.gnupg.org
   http://picasaweb.google.com/Gregoire.Favre

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] [ANNOUNCE] DVB-S2 + H.264 support for VDR-1.5.12

[Gregoire Favre]

On Sun, Jan 06, 2008 at 09:34:32PM +0100, Reinhard Nissl wrote:
> Hi,
> 
> Please add some debug code to cDvbDevice::ProvidesTransponder()
> to find out what's going wrong in your case, i. e. compare the
> provided and requested modulation systems.

My cards :

0: 101469280
1: 101469280
2: 101469280

But the card 1 : Hauppauge HVR-4000 is the dvb-s2 one ???

DVB: registering frontend 0 (ST STV0299 DVB-S)...
DVB: registering frontend 1 (Conexant CX24116/CX24118)...
DVB: registering frontend 2 (Conexant CX24123/CX24109)...
Without the patch and with -D1 DVB-S2 works perfectly.
-- 
Grégoire FAVRE  http://gregoire.favre.googlepages.com  http://www.gnupg.org
   http://picasaweb.google.com/Gregoire.Favre

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] [ANNOUNCE] DVB-S2 + H.264 support for VDR-1.5.12

[Gregoire Favre]

On Mon, Jan 07, 2008 at 05:19:17PM +0100, Gregoire Favre wrote:
> On Sun, Jan 06, 2008 at 09:34:32PM +0100, Reinhard Nissl wrote:
> > Hi,
> > 
> > Please add some debug code to cDvbDevice::ProvidesTransponder()
> > to find out what's going wrong in your case, i. e. compare the
> > provided and requested modulation systems.
> 
> My cards :
> 
> 0: 101469280
> 1: 101469280
> 2: 101469280
> 
> But the card 1 : Hauppauge HVR-4000 is the dvb-s2 one ???
> 
> DVB: registering frontend 0 (ST STV0299 DVB-S)...
> DVB: registering frontend 1 (Conexant CX24116/CX24118)...
> DVB: registering frontend 2 (Conexant CX24123/CX24109)...
> Without the patch and with -D1 DVB-S2 works perfectly.

In case someone want to try to log here a small diff for it :

--- device.c.orig   2008-01-07 17:17:05.0 +0100
+++ device.c2008-01-07 16:59:22.0 +0100
@@ -18,6 +18,7 @@
 #include "receiver.h"
 #include "status.h"
 #include "transfer.h"
+#include 
 
 // --- cLiveSubtitle -
 
@@ -433,6 +434,7 @@
  imp <<= 1; imp |= NumUsableSlots ? 0 : device[i]->HasCi();
  // avoid cards with Common Interface for 
FTA channels
  imp <<= 1; imp |= device[i]->HasDecoder();
  // avoid full featured cards
  imp <<= 1; imp |= NumUsableSlots ? 
!ChannelCamRelations.CamDecrypt(Channel->GetChannelID(), j + 1) : 0; // prefer 
CAMs that are known to decrypt this channel
+std::cerr << "DVBS2-log: " << i << ": " << imp << std::endl;
  if (imp < Impact) {
 // This device has less impact than any previous one, so we 
take it.
 Impact = imp;
--- dvbdevice.c.orig2008-01-07 17:17:58.0 +0100
+++ dvbdevice.c 2008-01-07 17:01:46.0 +0100
@@ -26,6 +26,7 @@
 #include "receiver.h"
 #include "status.h"
 #include "transfer.h"
+#include 
 
 #define DO_REC_AND_PLAY_ON_PRIMARY_DEVICE 1
 #define DO_MULTIPLE_RECORDINGS 1
@@ -805,12 +806,18 @@
 
 bool cDvbDevice::ProvidesTransponder(const cChannel *Channel) const
 {
-  if (!ProvidesSource(Channel->Source())) 
+  if (!ProvidesSource(Channel->Source())) {
+ std::cerr << "DVBS2-log: - Doesn't provide source" << std::endl;
  return false; // doesn't provide source
-  if (!cSource::IsSat(Channel->Source()))
+  }
+  if (!cSource::IsSat(Channel->Source())) {
+ std::cerr << "DVBS2-log: + source is sufficient for non sat" << std::endl;
  return true; // source is sufficient for non sat
-  if (!(frontendType & Channel->ModulationSystem()))
+  }
+  if (!(frontendType & Channel->ModulationSystem())) {
+ std::cerr << "DVBS2-log: - requires modulation system which frontend 
doesn't provide" << std::endl;
  return false; // requires modulation system which frontend doesn't provide
+  }
   return !Setup.DiSEqC || Diseqcs.Get(Channel->Source(), Channel->Frequency(), 
Channel->Polarization());
 }
 

-- 
Grégoire FAVRE  http://gregoire.favre.googlepages.com  http://www.gnupg.org
   http://picasaweb.google.com/Gregoire.Favre

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] [ANNOUNCE] DVB-S2 + H.264 support for VDR-1.5.12

[Gregoire Favre]

On Mon, Jan 07, 2008 at 07:27:21PM +0100, Reinhard Nissl wrote:

Hello :-)

> I've patched multiproto with the HVR-4000 support patch you've
> mentioned on the linux-dvb mailing list.

I use this one :
http://www.mail-archive.com/[EMAIL PROTECTED]/msg28020.html 
but it don't seems to be the same as the one you used to check your
source. It miss this function... I have to look after it in other
patch...

Thank you very much, then the problem don't seems to be your patch but
my driver, which will take some time to investigate :-)

Have a nice evening,
-- 
Grégoire FAVRE  http://gregoire.favre.googlepages.com  http://www.gnupg.org
   http://picasaweb.google.com/Gregoire.Favre

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] Two VDR's on one machine

[Gregoire Favre]

On Thu, Jan 10, 2008 at 12:18:16PM +0100, serge pecher wrote:
> I have the same problem with 1x dvb-s and 1x dvb-s2.
> In the mean time I intend to buy a second dvb-S instead of the dvb-S2, but
> of course I am interested in a solution to have s ans s2 working together

??? I use VDR with two DVB-S and one DVB-S2 here without problem...

-- 
Grégoire FAVRE  http://gregoire.favre.googlepages.com  http://www.gnupg.org
   http://picasaweb.google.com/Gregoire.Favre

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] Two VDR's on one machine

[Gregoire Favre]

On Thu, Jan 10, 2008 at 02:29:58PM +0100, serge pecher wrote:
> Thanks for the info.
> Could you have a look at
> http://dvbkivabien2.info/viewtopic.php?f=7&t=12943&p=121435#p121435 where a
> gave more explanation about my problem. Its seems that the tuner of the
> S2-3200 is not detected, but I don’t know what to do.

Well,

it don't seems you have a guest access to read it ?

I don't have a S2-3200, but I think the first revision has a problem
(that was the main reason not to buy one) the best place to seek for
information is vdrportal.de in which there are a few topics about this
card.

But honestly, if you did a ./scripts/rmmod.pl load from the v4l dir of
the http://jusst.de/hg/multiproto it should work out of the box :-)

I use this small script in order to update/compil it (p=4000.diff is
just a patch to enable support for my card which for an unknow reason
isn't included sofar in multiproto).

By the way, I have no idea if your card need a firmware or not... mine
even if it's a budget one need one.

Good luck,
-- 
Grégoire FAVRE  http://gregoire.favre.googlepages.com  http://www.gnupg.org
   http://picasaweb.google.com/Gregoire.Favre
#!/bin/bash
p=4000.diff
MAKE='nice -n 4 make -j3'
OPTIONS="show update dry-run apply undry-run  unapply compile install log exit"
select opt in $OPTIONS; do
if [ "$opt" = "show" ]; then
vi $p
elif [ "$opt" = "update" ]; then
hg pull -u http://jusst.de/hg/multiproto
elif [ "$opt" = "dry-run" ]; then
patch --dry-run -p1 < $p
elif [ "$opt" = "apply" ]; then
patch -p1 < $p
elif [ "$opt" = "undry-run" ]; then
patch --dry-run -p1 -R < $p
elif [ "$opt" = "unapply" ]; then
patch -p1 -R < $p
elif [ "$opt" = "compile" ]; then
cd v4l && $MAKE distclean && \
$MAKE allmodconfig && $MAKE
elif [ "$opt" = "install" ]; then
sudo $MAKE install && cd ..
elif [ "$opt" = "log" ]; then
hg log|less
elif [ "$opt" = "exit" ]; then
exit
else
echo bad option
fi
done


___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] Two VDR's on one machine

[Gregoire Favre]

On Thu, Jan 10, 2008 at 07:33:11PM +0100, serge pecher wrote:

Hello,

> Will try the script this evening

You could maybe first start it with unload option to be sure there
aren't other modules loaded about DVB, also you have to be sure DVB
wasn't compiled in the kernel.

The simple script was only to update and compil the modules, use the
scripts/rmmod.pl to load / unload the modules.

> Someone told me while looking at my logs on the dvbkivabien site, that the
> tuner of the S2-3200 was'tn detected. Do you know what I should see in lsmod
> if it was (what are I looking for ?).

One could also simply use dmesg, like here :

dmesg |grep DVB|grep regi
which here gives me :

DVB: registering new adapter (TT-Budget/WinTV-NOVA-CI PCI)
DVB: registering frontend 0 (ST STV0299 DVB-S)...
DVB: registering new adapter (cx88[0])
DVB: registering frontend 1 (Conexant CX24116/CX24118)...
DVB: registering new adapter (cx88[1])
DVB: registering frontend 2 (Conexant CX24123/CX24109)...

So my 3 cards are detected right.

> If a use a non dvbs2/h264 patched vdr, should the s2-3200 work in only dvb-s
> mode or am I obliged to use a patched vdr to have any result ? (just looking
> to have an image for the moment, not that interested in HD for the time
> being).

If you use multiproto driver from just.de then you have to use a patched
VDR (it's a guess as I didn't try it with an vanilla VDR).

Good luck,
-- 
Grégoire FAVRE  http://gregoire.favre.googlepages.com  http://www.gnupg.org
   http://picasaweb.google.com/Gregoire.Favre

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] vdr 1.5.13 (and earlier)

[Gregoire Favre]

On Sun, Jan 13, 2008 at 05:08:24PM +0100, Tony Grant wrote:
> I noticed that I could no longer see channels with vertical polarisation
> - this used to work must have stopped last week.
> 
> Channels:
> 
> BBC 2 England;BSkyB:10773:hC56:S28.2E:22000:... etc. works
> 
> ITV1 London;BSkyB:10759:vC56:S28.2E:22000:... blanks screen

I can't test vdr-1.5.13 because a VDR without DVB-S2 isn't fun at all,
but with vdr-1.5.12 with DVB-S2 support I can perfectly tune to :

ITV1 
London;BSkyB:10758:vC56S0Z0:S28.2E:22000:2305:2310=eng,2314=NAR:2315:0:10060:2:2044:0

Maybe your problem is related to your driver, did you change it ?
-- 
Grégoire FAVRE  http://gregoire.favre.googlepages.com  http://www.gnupg.org
   http://picasaweb.google.com/Gregoire.Favre

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] vdr 1.5.13 (and earlier)

[Gregoire Favre]

On Sun, Jan 13, 2008 at 09:38:37PM +0100, Ales Jurik wrote:

> Hi Gregoire,
> 
> there is no problem - vdr-1.5.13 is 
> vdr-1.5.12-dvbs2-h264-syncearly-framespersec-audioindexer-fielddetection-speedup.diff
>  
> compatible. I'm using it just now ;) .

OoO ;-)

I should have tried...

Thank for the info !!!
-- 
Grégoire FAVRE  http://gregoire.favre.googlepages.com  http://www.gnupg.org
   http://picasaweb.google.com/Gregoire.Favre

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] vdr 1.5.13 (and earlier)

[Gregoire Favre]

Hello,

ITV1 
London;BSkyB:10758:vC56S0Z0:S28.2E:22000:2305:2310=eng,2314=NAR:2315:0:10060:2:2044:0

is still working with vdr-1.5.13 here.
-- 
Grégoire FAVRE  http://gregoire.favre.googlepages.com  http://www.gnupg.org
   http://picasaweb.google.com/Gregoire.Favre

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] vdr 1.5.13 & dvb-s2 H.264 patch from Reinhard

[Gregoire Favre]

On Wed, Jan 16, 2008 at 08:53:04PM +0100, Reinhard Nissl wrote:

> Yeah, a cumulative patch is being prepared and will be released soon.

Great, I didn't try the Hard Link cutter (see
http://www.linuxtv.org/pipermail/vdr//2008-January/015070.html ) because
I can't seem to apply it cleanly on my vdr, do you have an idea on a
good way to cut H.264 reccording ?

For example, do you think that cut_in_place from
http://hyvatti.iki.fi/~jaakko/dvb/ would be good also ?

Thank you very much for all :-)
-- 
Grégoire FAVRE  http://gregoire.favre.googlepages.com  http://www.gnupg.org
   http://picasaweb.google.com/Gregoire.Favre

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] What is H264 Spatial Direct Mode?

[Gregoire Favre]

On Sat, Jan 19, 2008 at 02:30:03AM +0200, Rolf Ahrenberg wrote:

> There's also a xine-lib patch available for CoreAVC:
> 
> http://code.google.com/p/coreavc-for-linux/

Under
http://www.coreavc.com/index.php?option=com_content&task=view&id=30&Itemid=1
one can read :

"CorePlayer Mobile and Professional
CorePlayer proves that something so complicated has become the new
simple.  CoreAVC is included with all versions of CorePlayer Mobile
(CoreAVC Standard Edition) and CorePlayer Professional (CoreAVC
Professional Edition) for desktop PC's running Windows, Linux and OS X."

Do I understang right : there is a linux version ?
-- 
Grégoire FAVRE  http://gregoire.favre.googlepages.com  http://www.gnupg.org
   http://picasaweb.google.com/Gregoire.Favre

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] coreavc for Linux (was - What is H264 Spatial Direct Mode?)

[Gregoire Favre]

On Sat, Jan 19, 2008 at 04:41:12PM +0300, Igor wrote:
> it's seems in next month will be release new product from coreavc
> 
> http://coreplayer.com/content/view/31/44/
> http://www.corecodec.com/forums/index.php?topic=645.0
> 
> ===
> I have been asked about CorePlayer Pro on Linux. and the answer to that 
> is YES it will be available by summer if not sooner our roadmap continues on 
> its current pace. Also note that it is already available for our OEM 
> customers for licensing.
> ===
> 
> 
> http://youtube.com/watch?v=Se_EY1RTO1c
> YouTube - CorePlayer Pro Linux

Oh, really nice !!!

> will be :)

I hope it could be soon :-)

Thank you very much for the info,
-- 
Grégoire FAVRE  http://gregoire.favre.googlepages.com  http://www.gnupg.org
   http://picasaweb.google.com/Gregoire.Favre

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] vdr 1.5.13 & dvb-s2 H.264 patch from Reinhard

[Gregoire Favre]

On Sat, Jan 19, 2008 at 01:19:52AM +0100, Udo Richter wrote:

Hello,

> Any detailed information would help. Note that there are currently three 
> versions of the most recent patch available. The "1.4.7" version should 
> work for 1.4.x and up to 1.5.9, the "1.5.12" version should do 
> 1.5.10-1.5.12, and the "1.5.13" works with latest VDR.
> 
> The main changes focus on cutter.c and videodir.c, plus some smaller 
> changes on other files.

Oops, I was trying the version for vdr-1.5.12 against 1.5.13... it apply
clean with the good version :-)

Oops, no, there is a problem when using
http://users.tkk.fi/~rahrenbe/vdr/vdr-1.5.13-liemikuutio-1.17.diff.gz
which is a must have for me...

I like the idea of Hard Link Cutter, but I will stay with the
cut_in_place for the time being.

Thank,
-- 
Grégoire FAVRE  http://gregoire.favre.googlepages.com  http://www.gnupg.org
   http://picasaweb.google.com/Gregoire.Favre

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] VDR - xine - CoreAVC (Was: Re: CoreAVC + xineliboutput)

[Gregoire Favre]

Hello,

one more "stupid" question : does it works also for x86_64 ?

I wanted to try it, but if fails at patching :

patching file src/libw32dll/Makefile.am
Hunk #1 FAILED at 13.
Hunk #2 FAILED at 33.
2 out of 2 hunks FAILED -- saving rejects to file
src/libw32dll/Makefile.am.rej

that with coreavc-for-linux/xine/xine.patch against xine-lib-1.2 from
today.

Thank,
-- 
Grégoire FAVRE  http://gregoire.favre.googlepages.com  http://www.gnupg.org
   http://picasaweb.google.com/Gregoire.Favre

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] VDR - xine - CoreAVC

[Gregoire Favre]

On Sun, Jan 20, 2008 at 06:38:31PM +0100, Per Mellander wrote:

> Don't know if it works for x86_64.
> 
> I checked out xine-lib one minute ago to test and I had no problem.

Well, that's very strange, I checked revision 32 of the svn, and the svn
(you spoke about a CVS of xine-lib which is abandonned for a long time)
of xine-lib-1.2 :
hg pull -u http://hg.debian.org/hg/xine-lib/xine-lib-1.2/

Are you using xine-lib-1.1 by any chance ?
-- 
Grégoire FAVRE  http://gregoire.favre.googlepages.com  http://www.gnupg.org
   http://picasaweb.google.com/Gregoire.Favre

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] VDR - xine - CoreAVC (Was: Re: CoreAVC + xineliboutput)

[Gregoire Favre]

On Sun, Jan 20, 2008 at 10:20:40PM +0300, Igor wrote:

> please, try with this Makefile version from Walery
> http://allrussian.info/thread.php?postid=1226030#post1226030

Thank.

I'll be lazy and wait for a current patch against xine-lib-1.2 :-)

All the channels I have access to seems to works with ffmpeg and
xine-lib-1.2 sofar...
-- 
Grégoire FAVRE  http://gregoire.favre.googlepages.com  http://www.gnupg.org
   http://picasaweb.google.com/Gregoire.Favre

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] VDR-1.5.13 DVBS2 Autodetect Addon: Channel Not Available on DVBS2 Channels

[Gregoire Favre]

On Fri, Jan 25, 2008 at 01:59:31PM +0100, Christian Tramnitz wrote:
> Morfsta schrieb:
> >> which addon patch are you using? The h264 autodetection posted on
> >> January 20th?
> >>
> > 
> > That's correct..
> 
> I'm using it without any problems so far (applied on January 21st) and 
> both recordings and live-view via streamdev are working.
> Have you checked the vpids? They shouldn't contain the +1 workaround 
> anymore.

If you use the patch from
http://www.linuxtv.org/pipermail/linux-dvb/2008-January/022762.html it
should work, the previous one didn't declare the card as DVB-S2 capable.

I am really really really sad on how bad this card gets into linux :-(
-- 
Grégoire FAVRE  http://gregoire.favre.googlepages.com  http://www.gnupg.org
   http://picasaweb.google.com/Gregoire.Favre

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] VDR-1.5.13 DVBS2 Autodetect Addon: Channel Not Available on DVBS2 Channels

[Gregoire Favre]

On Fri, Jan 25, 2008 at 02:03:55PM +, Morfsta wrote:
> I have tried your patch Gregoire and it doesn't work here (HVR4000
> Lite). When tuning to a DVB-S or DVB-S2 I get a black screen. When
> using the original patch everything works fine (on previous vdr-1.5.12
> patches)

Well, I took an older version of the diseqc as the merge was really
hard... I hope someone more knownledged would give a look at it :-)

But now your VDR recognize the card as a DVB-S2 one (who said black
screen is a problem ?).
-- 
Grégoire FAVRE  http://gregoire.favre.googlepages.com  http://www.gnupg.org
   http://picasaweb.google.com/Gregoire.Favre

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] VDR-1.5.13 DVBS2 Autodetect Addon: Channel Not Available on DVBS2 Channels

[Gregoire Favre]

On Fri, Jan 25, 2008 at 03:36:40PM +, Morfsta wrote:
> No, when I apply your changes to the multiproto tree and install,
> DVB-S / DVB-S2 doesn't work at all - all I get is a black screen on
> DVB-S/2 delivered channels. Reverting back to the original patch works
> fine.

??? you should be able to let VDR tune, but your disecq don't work, no ?

> What was the change you had to make to mark the HVR4000 as a DVB-S2
> capable device? If you could isolate that bit then perhaps I could
> just add that to the original multiproto + original hvr4000 patch?

I wanted the driver to set DVBFE_DELSYS_DVBS2, and I found out that as I
didn't need the need diseqc so I took an older one.

As it worked for me so, I didn't worked anymore at it.

Good luck,
-- 
Grégoire FAVRE  http://gregoire.favre.googlepages.com  http://www.gnupg.org
   http://picasaweb.google.com/Gregoire.Favre

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] [ANNOUNCE] VDR developer version 1.5.14

[Gregoire Favre]

On Sun, Jan 27, 2008 at 08:32:53PM +0100, Malte Schröder wrote:

> Well, multiproto doesn't even compile on a current (2.6.24) kernel ..
> or I am doing something really wrong.

Well, the VDR community is quiete large, then we'll could make things go
to a better situation, from my point of view, we'll have to include
multiproto into kernel directly.

I have tried to compil it againt zen kernels, which are certainly very
well suited for multimedia : 

http://forums.gentoo.org/viewtopic-t-616535-highlight-.html
http://forums.gentoo.org/viewtopic-t-641834-postdays-0-postorder-asc-start-0.html
http://repo.or.cz/w/linux-2.6/zen-sources.git
http://zen-sources.org/
http://zen-sources.org/project/issues

I failed... but they are so many people more knwoledged than me...
-- 
Grégoire FAVRE  http://gregoire.favre.googlepages.com  http://www.gnupg.org
   http://picasaweb.google.com/Gregoire.Favre

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] [ANNOUNCE] VDR developer version 1.5.14

[Gregoire Favre]

On Mon, Jan 28, 2008 at 01:40:15PM +0100, Klaus Schmidinger wrote:

> Just so I understand this correctly: the driver that is currently in
> the kernel is *not* able to do DVB-S2, while the driver at
> http://jusst.de/hg/multiproto *is* able to do it. And these are the only
> two driver versions we're talking about here, right?
> 
> So, if the kernel driver can't do DVB-S2, it will probably become obsolete
> pretty soon, at least for those who want to receive DVB-S2 channels.
> 
> Maybe making VDR require the "multiproto" driver actually gives this
> driver the necessary boost to be sufficiently tested so that it can
> be merged into the kernel in the not so far future... ;-)

Klaus, you read my mind ;-)

Thank you very much,
-- 
Grégoire FAVRE  http://gregoire.favre.googlepages.com  http://www.gnupg.org
   http://picasaweb.google.com/Gregoire.Favre

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] Straw poll: stable version 1.6.0 now?

[Gregoire Favre]

Hello,

in the Linux world, the first stable aren't necessary really stable, it
just mean feature freeze.

>From my point of view, the inclusion of DVB-S2 and H.264 together with
multiproto is a must have before a feature freeze. I feel we are really
near of that point, I wish 1.6 could include those.

Off course, only Klaus could tell how near we are...

Maybe subtitles (as long as they could be disabled as I don't have to
see them...) ?

That way multiproto would come really quickly into the kernel and we'll
have a DVB-S2/H.264's VDR really out of the box :-)
-- 
Grégoire FAVRE  http://gregoire.favre.googlepages.com  http://www.gnupg.org
   http://picasaweb.google.com/Gregoire.Favre

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] Straw poll: stable version 1.6.0 now?

[Gregoire Favre]

On Sun, Feb 03, 2008 at 02:24:03PM +, Jon Burgess wrote:

> The linux kernel development has been through similar arguments about
> the merits of the 2.2/2.4/2.6 development models. I can not see any
> negatives in releasing a new stable version. 

It's hard to compare VDR to kernels : VDR is maitained exclusively by
Klaus, so If there is a "stable" release, he would have to spent lots of
time in the stable branch before coming to the new devel branch again.

If you look at the VDR code quality, and stability of the compiled code,
I would say, we already have a stable branch in respect to usability :-)

> Those that require  DVB-S2/H.264 can carry on using the development
> tree. Those that want the other new features from 1.5 can use the new
> stable release without getting dragged into requiring a non-distro
> kernel and frequent updates.

No, I doubt there will be two branches at the same time...
-- 
Grégoire FAVRE  http://gregoire.favre.googlepages.com  http://www.gnupg.org
   http://picasaweb.google.com/Gregoire.Favre

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] Straw poll: stable version 1.6.0 now?

[Gregoire Favre]

On Sun, Feb 03, 2008 at 06:07:20PM +0100, Klaus Schmidinger wrote:

> Well, then documenting that by calling it 1.6.0 now can't be that wrong ;-).

Yes, that's a good point :-)

> Once a 1.6.0 is out, there will only be bugfixes in it.
> No more changes to interfaces, functionality etc.



> Development will immediately resume with version 1.7.0.
> And there doesn't necessarily need to be a stable 1.8.0 - the next
> stable that includes DVB-S2 and H.264 could get the magical version
> number 2.0.0 ;-).

>From HISTORY :

2000-02-19: Version 0.01
2000-07-25: Version 0.6
2001-01-18: Version 0.70
2001-06-02: Version 0.80
2001-08-06: Version 0.90
2002-02-10: Version 0.99
2002-04-07: Version 1.0.0 one month later :
2002-05-09: Version 1.1.0
2003-06-01: Version 1.2.0 a "little later" :
2004-01-04: Version 1.3.0
2006-04-30: Version 1.4.0 a "little later" :
2007-01-07: Version 1.5.0

So from what we see, my impression was right, after a stable release
it's a long time to start a new devel...

Maybe the solution would be to give stable responsability to someone
else like Linus do a solution ?

Any solution that will be choosen will be fine for me :-)

What I like with the idea of a 1.6 now is that it will help the
inclusion of multiproto into the kernel, and what I dislike is that it
will certainly slow down the H.264 integration...
-- 
Grégoire FAVRE  http://gregoire.favre.googlepages.com  http://www.gnupg.org
   http://picasaweb.google.com/Gregoire.Favre

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] VDR native mpeg decoder.

[Gregoire Favre]

On Tue, Feb 19, 2008 at 08:14:04PM +, Albert Gall wrote:
> VDR include native mpeg decoder suport in their next versions for
> budgets cards ?

I don't think so, but xine plugin or so can do it :-)
-- 
Grégoire FAVRE  http://gregoire.favre.googlepages.com  http://www.gnupg.org
   http://picasaweb.google.com/Gregoire.Favre

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] VDR developer version 1.5.16 - strange characters

[Gregoire Favre]

On Mon, Feb 25, 2008 at 07:25:34PM +0100, Klaus Schmidinger wrote:
> 
> Maybe these are control codes (like 0x86 and 0x87).
> 
> Please add some debug output to the two String::decodeText()
> functions in libsi/si.c to see what's going on here.
> 0x86 and 0x87 should already get filtered out, but maybe these
> are different ones.

With 1.5.16 with DVB-S2 patch under BBC 1 Cl I got :

grep "BBC 1 C" -5 /media/video0/epg.data

So the †BBC News‡ aren't well recognized, they are displayed as
square. I do use en_GB.UTF-8 as locale.

X 2 03 eng Audio - Attheraces
X 2 03 ara Audio 2 - ATR 2nd AV
X 3 02 eng Teletext/Subtitle - Attheraces
e
c
C S28.2E-2-2050-6904 BBC 1 CI
E 27753 1203962400 1800 4E 18
T †BBC News‡
D National and international news from the BBC, followed by Weather. [S]
X 1 01 ___ Video - BBC ONE CI
X 2 03 eng Audio 1 - BBC ONE CI

Thanks.
-- 
Grégoire FAVRE  http://gregoire.favre.googlepages.com  http://www.gnupg.org
   http://picasaweb.google.com/Gregoire.Favre

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] VDR developer version 1.5.16 - strange characters

[Gregoire Favre]

On Mon, Feb 25, 2008 at 07:45:55PM +0100, Klaus Schmidinger wrote:

> >> Please add some debug output to the two String::decodeText()
> >> functions in libsi/si.c to see what's going on here.
> >> 0x86 and 0x87 should already get filtered out, but maybe these
> >> are different ones.
> 
> So apparently these *are* 0x86 and 0x87.
> 
> Please try removing the line
> 
>   || (*from == 0x86 || *from == 0x87)
> 
> from libsi/si.c (should be line 418).
> It may take a while before the EPG data is updated, so at first you may
> still see the old version.
> 
> Please report if this causes any unexpected side effects.

What I reported is that they aren't filtered.

Commenting the lign in libsi/si.c seems to fix it :-)

Thanks.
-- 
Grégoire FAVRE  http://gregoire.favre.googlepages.com  http://www.gnupg.org
   http://picasaweb.google.com/Gregoire.Favre

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] VDR on OpenWRT / embedded system

[Gregoire Favre]

On Thu, Feb 28, 2008 at 06:38:53AM +0200, Theunis Potgieter wrote:

> It would be great if you could get it working, Nicolas Huillard,
> mentioned also the popcornhour device, which in turn also has a MIPS
> architecture according to:
> http://www.lundman.net/wiki/index.php/NMT:fuse
> 
> Perhaps as time permits, one could setup a wiki page with some
> detailed information. I'm interested in setting up such a device my
> self.

I think it would be better to choose a 700 gE :

http://wiki.openwrt.org/OpenWrtDocs/Hardware/Asus/WL700gE

it has an internal HD and 64 Mb of ram.

I would also be happy to have VDR run on such a device :-)
-- 
Grégoire FAVRE  http://gregoire.favre.googlepages.com  http://www.gnupg.org
   http://picasaweb.google.com/Gregoire.Favre

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

[vdr] BBC EPG from sat ? (loadepg equivalent ?)

[Gregoire Favre]

Hello,

even if my english is quiete limited, I really enjoy the program from
the BBC (S13.0E/S19.2E/S28.2E) which are FTA :-)

The only thing I miss is an epg of more than current and next.

Is it a limitation of VDR (I mean does it work for other receiver) or
are the BBC only broadcasting current and next epg ?

I have internet access on my computer, maybe it could be a way to go,
but I would find much cleaner from the sat.

I wanted to try something like loadepg, but version 0.1.12 fails with :

g++ -O3 -march=core2 -mtune=core2 -DPIC -pipe -Wall -Woverloaded-virtual -fPIC 
-c -D_GNU_SOURCE -DPLUGIN_NAME_I18N='"loadepg"' 
-I/usr/src/CVS/multiproto/linux/include -I../../../include loadepg.c
In file included from loadepg.c:9:
loadepg.h:20:33: error: vdr/dvb_api_emulate.h: No such file or directory
make: *** [loadepg.o] Error 1

And version 0.1.11 also fails.

g++ -O3 -march=core2 -mtune=core2 -DPIC -pipe -Wall -Woverloaded-virtual -fPIC 
-c -D_GNU_SOURCE -DPLUGIN_NAME_I18N='"loadepg"' 
-I/usr/src/CVS/multiproto/linux/include -I../../../include loadepg.c
loadepg.c: In member function `bool cLoadepgOsd::SwitchToEpgChannel()':
loadepg.c:1057: error: no matching function for call to 
`cChannel::SetSatTransponderData(int, int, char&, int, fe_code_rate)'
../../../include/vdr/channels.h:226: note: candidates are: bool 
cChannel::SetSatTransponderData(int, int, char, int, int, int, int, int)
make: *** [loadepg.o] Error 1

Which I didn't investigate further, because loadepg don't mention
anything about BBC channels, so it's current incompatibiliy with
multiproto isn't a real problem for me right now...

Any idea on how to have better epg for BBC channels ?
If there is no other choices, I should give getskyepg.pl a
try :-)
-- 
Grégoire FAVRE  http://gregoire.favre.googlepages.com  http://www.gnupg.org
   http://picasaweb.google.com/Gregoire.Favre

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] vdr-xine oh no not again...

[Gregoire Favre]

On Thu, Mar 27, 2008 at 11:02:45AM +0100, Tony Grant wrote:
> Reinhard,
> 
> I decided to try vdr 1.6.0 and vdr-xine 0.8.2 and have ran into the XINE
> VDR VERSION MISMATCH in INSTALL issue.
> 
> I am running xine-lib 1.2 pulled from the xine site
> 
> pkg-config --cflags libxine
> -I/usr/local/include
> 
> I can't see what is wrong

I use this in order to be sure I only got ONE xine-lib installed :

#!/bin/bash
source /etc/make.conf
p=vdr.patch
MAKE='sudo nice -n 4 make -j3'
OPTIONS="show update dry-run apply undry-run  unapply compile log exit"
select opt in $OPTIONS; do
if [ "$opt" = "show" ]; then
vi $p
elif [ "$opt" = "update" ]; then
hg pull -u http://hg.debian.org/hg/xine-lib/xine-lib-1.2/
elif [ "$opt" = "dry-run" ]; then
patch --dry-run -p1 < $p
elif [ "$opt" = "apply" ]; then
patch -p1 < $p
elif [ "$opt" = "undry-run" ]; then
patch --dry-run -p1 -R < $p
elif [ "$opt" = "unapply" ]; then
patch -p1 -R < $p
elif [ "$opt" = "compile" ]; then
sudo ./autogen.sh --disable-dxr3 --enable-opengl --enable-v4l \
--enable-glu --enable-dvb --prefix=/usr \
--with-alsa --with-external-ffmpeg --with-fontconfig \
--with-freetype --with-x --with-xv-path=/usr/X11R6/lib \
--x-includes=/usr/include && $MAKE && $MAKE install && \
sudo rm -fr /usr/lib/xine && $MAKE install && $MAKE distclean
elif [ "$opt" = "log" ]; then
hg log|less
elif [ "$opt" = "exit" ]; then
exit
else
echo bad option
fi
done

Just put this into your xine-lib-1.2 hg's source and adjust it if you
don't want to install into /usr ;-)

If you don't use gentoo, you could remove the source... and my p is only
to have vdr fifo where I want them...

(notice the rm -fr /usr/lib/xine which I only run if the install is
successfull to be sure I can have a complete be unique xine install).

Hope that could be of any help ;-)
-- 
Grégoire FAVRE  http://gregoire.favre.googlepages.com  http://www.gnupg.org
   http://picasaweb.google.com/Gregoire.Favre

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] vdr-xine oh no not again...

[Gregoire Favre]

On Thu, Mar 27, 2008 at 12:34:21PM +0100, Tony Grant wrote:

> Thanks Gregoire but I only have one xine-lib installed. This is a clean
> FC8 with xine-lib 1.2 installed from hg.
> 
> Trying an update of xine-lib now (4 hours on a VIA Epia M1)

I am quiete certain that you still have some files from the previous
version... you don't have to recompil all, just delete all files in the
location you installed it, and just do the make install part.
-- 
Grégoire FAVRE  http://gregoire.favre.googlepages.com  http://www.gnupg.org
   http://picasaweb.google.com/Gregoire.Favre

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] VDR and "multiproto" - which driver to use?

[Gregoire Favre]

On Sun, Apr 20, 2008 at 12:54:32PM +0300, Lauri Tischler wrote:

> BTW, What are actual benefits for running multiproto,
> other then having fun at bleeding edge.
> I dont have S2-cards or odd USB-devices, yet.
> Just old NEXUS-S and NOVA-T PCI-cards.

Zapping is faster for me with multiproto on my non DVB-S2 cards.

-- 
Grégoire FAVRE  http://gregoire.favre.googlepages.com  http://www.gnupg.org
   http://picasaweb.google.com/Gregoire.Favre

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] VDR 1.7.0 & ERROR (dvbdevice.c,302): Invalid argument

[Gregoire Favre]

On Mon, Apr 28, 2008 at 09:29:26AM +0400, Igor wrote:
> Hi
> 
> 
> when I want to switch on dvb-s2 channel
> ASTRA 
> HD+;BetaDigital:11914:hC910I1M2O35S1:S19.2E:27500:1279:0;1283=deu:0:0:131:133:6:0

Well, I have this :

ASTRA 
HD+;BetaDigital:11914:hC910M2O35S1:S19.2E:27500:1279:0;1283=deu:0:0:131:133:6:0

Which is alsmost the same, but not, and which works ;-)

Give it a try :-)
-- 
Grégoire FAVRE  http://gregoire.favre.googlepages.com  http://www.gnupg.org
   http://picasaweb.google.com/Gregoire.Favre

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] VDR 1.7.0 & ERROR (dvbdevice.c,302): Invalid argument

[Gregoire Favre]

On Mon, Apr 28, 2008 at 10:19:44PM +0400, Igor wrote:
> Gregoire
> 
> have you the same dvbdevice.c as me ?

md5sum /usr/src/vdr-1.7.0/dvbdevice.c 
18981c81c4da6bb303b71b21147f3726  /usr/src/vdr-1.7.0/dvbdevice.c

No idea... just md5sum your's.

> the difference is only in Inversion parameter. But your string didn't help me 
> :(
> I have the same error

Are you certain you compil vdr against multiproto ?

Otherwise I don't have any idea what's going wrong at your place, sorry.
-- 
Grégoire FAVRE  http://gregoire.favre.googlepages.com  http://www.gnupg.org
   http://picasaweb.google.com/Gregoire.Favre

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] VDR 1.7.0 & multiproto & hvr4000 -> multiproto_plus

[Gregoire Favre]

On Tue, Apr 29, 2008 at 10:18:30AM +0200, gimli wrote:
> Some postings before i read about multiproto + hvr4000 and tuning problems.
> I had that problems myselfe. The problem is the inversion setting in the
> driver. It's a driver bug. At the moment i do not have my modified driver
> by hand. Will post it in later today. I did a mixuup between :
> http://www.linuxtv.org/pipermail/linux-dvb/2008-March/024487.html
> and http://www.mail-archive.com/[EMAIL PROTECTED]/msg27438.html a
> patch i have done.
> 
> c
> 
> Edgar (gimli) Hucek

Oh, nice one, could you correct my update on your work for
multiproto_plus :
http://linuxtv.org/pipermail/linux-dvb/2008-April/025655.html

I must have different hardware because all works just fine here...

Thanks,
-- 
Grégoire FAVRE  http://gregoire.favre.googlepages.com  http://www.gnupg.org
   http://picasaweb.google.com/Gregoire.Favre

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

[vdr] VDR_CHARSET_OVERRIDE and 1.7.0 ?

[Gregoire Favre]

Hello,

I got wrong char on some channels with 1.7.0 which were fine with 1.6.0
and VDR_CHARSET_OVERRIDE set to ISO8859-15.

Is there some change in that aspect not documented in HISTOTY ?

Thanks,
-- 
Grégoire FAVRE  http://gregoire.favre.googlepages.com  http://www.gnupg.org
   http://picasaweb.google.com/Gregoire.Favre

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] VDR_CHARSET_OVERRIDE and 1.7.0 ?

[Gregoire Favre]

On Thu, May 01, 2008 at 03:19:04PM +0200, Klaus Schmidinger wrote:
> On 05/01/08 15:14, Gregoire Favre wrote:
> > Hello,
> > 
> > I got wrong char on some channels with 1.7.0 which were fine with 1.6.0
> > and VDR_CHARSET_OVERRIDE set to ISO8859-15.
> > 
> > Is there some change in that aspect not documented in HISTOTY ?
> 
> None that I'm aware of.

??? That's very strange : I just recompiled vdr-1.7.0 and now it works
again ??? (which I am really happy).

Sorry for my previous email with wrong repport.
-- 
Grégoire FAVRE  http://gregoire.favre.googlepages.com  http://www.gnupg.org
   http://picasaweb.google.com/Gregoire.Favre

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] BBC EPG from sat ? (loadepg equivalent ?)

[Gregoire Favre]

On Thu, Feb 28, 2008 at 12:50:36PM +0100, Tony Grant wrote:
> 
> Le jeudi 28 février 2008 à 12:03 +0100, Gregoire Favre a écrit :
> 
> > even if my english is quiete limited, I really enjoy the program from
> > the BBC (S13.0E/S19.2E/S28.2E) which are FTA :-)
> > 
> > The only thing I miss is an epg of more than current and next.
> 
> Hi Grégoire,
> 
> I use xmltv and xmltv2vdr I have a grab script that I run manually to
> get Radio Times data. When my vdr box will be dedicated I'll run it as a
> cron job every day at 3 a.m..
> 
> This way you have 10 days program in advance.

Hello,

I found it quiete hard to make it work... every times I try it fails...
even if I only choose only one channel :-)

I read about some epg being sent through sat, but it seems we are not so
close to be able to fetch it sofar...

Thank for all answer, I shall try harder...
-- 
Grégoire FAVRE  http://gregoire.favre.googlepages.com  http://www.gnupg.org
   http://picasaweb.google.com/Gregoire.Favre

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] VDR 1.7.0 & multiproto & hvr4000 -> multiproto_plus

[Gregoire Favre]

On Fri, May 02, 2008 at 12:03:48AM +0200, gimli wrote:
> Hi,
> 
> sorry, took a little bit longer to find time for made the patch.
> This patch is against multiproto_plus +
> HVR-4000-multiproto_plus-2008-04-25.diff.
> With this combination i'm able to tune all HDTV channels on Astra 19.2E.
> My Hardware is a WinTV Nova HD S2.

With this new patch, there is no change for me, which is fine, because
everything was already working so it don't break anything here :-)

I attach an all in one patch just to be easier to follow, and as you
wrote it to VDR's ml, I sent a copy there also.

Steven and Manu : could it be included into multiproto_plus ?

Thanks you very much,
-- 
Grégoire FAVRE  http://gregoire.favre.googlepages.com  http://www.gnupg.org
   http://picasaweb.google.com/Gregoire.Favre


HVR-4000-multiproto_plus-2008-05-02.diff.bz2
Description: Binary data
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] VDR 1.7.0 & multiproto & hvr4000 -> multiproto_plus

[Gregoire Favre]

On Fri, May 02, 2008 at 01:15:45PM +0200, Lars Bläser wrote:

> after this patch the multiproto_plus does not compile against my older
> kernel (suse 10.2 stock kernel 2.6.18)

Have you replaced linux/include/linux/compiler.h with the one from your
kernel ? (in multiproto_plus dir) if that's going to be included, this
shouldn't be in of course.
-- 
Grégoire FAVRE  http://gregoire.favre.googlepages.com  http://www.gnupg.org
   http://picasaweb.google.com/Gregoire.Favre

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] VDR 1.7.0 & multiproto & hvr4000 -> multiproto_plus

[Gregoire Favre]

On Fri, May 02, 2008 at 06:12:53PM +0200, Lars Bläser wrote:

> > Have you replaced linux/include/linux/compiler.h with the one from your
> > kernel ? (in multiproto_plus dir) if that's going to be included, this
> > shouldn't be in of course.
> 
> your patch included the compiler.h, after replacing it with the right
> one the drivers are build
> your patch also created a .config.old in v4l and the cx88 modules are
> not build (the .config created during make does only contain inaktive
> lines for cx88 modules), i modified the .config manual and started make
> again

OK, here's one without compiler.h and without .config.old (by the way, I
don't understand why make distclean didn't remove it...).

Good new, such way the patch is even smaller, so it would be really good
to have it included finally into the repo :-)

Any objection to the inclusion ?
-- 
Grégoire FAVRE  http://gregoire.favre.googlepages.com  http://www.gnupg.org
   http://picasaweb.google.com/Gregoire.Favre


HVR-4000-multiproto_plus-2008-05-02.diff.bz2
Description: Add full HVR-4000 support into multiproto_plus
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] Standard AC3 component descriptor handling

[Gregoire Favre]

On Sun, May 11, 2008 at 12:30:27PM +0200, Klaus Schmidinger wrote:

> However, since the German ARD channels are going to start broadcasting
> the standard AC3 component descriptor some time next week, I'm
> publishing the attached patch that implements this in VDR 1.7.0.
>
> From what I have been told, Premiere was the first provider that
> actually broadcasted AC3 audio, and they chose not to use the
> standard stream content value of '4'  ("AC-3 audio"), but instead
> used stream content value '2' with component type '5' ("MPEG-1 Layer
> 2 audio, surround sound"). And since they "certify" all their receivers,
> this wrong decision was quickly adopted by other broadcasters, and
> became a "pseudo standard".
>
> Note that this patch is not necessary to receive AC-3 audio on the
> ARD channels. They will still be broadcasting the old descriptors
> in parallel with the new ones for about a year, so existing VDRs will
> work just fine. This is just to let people who like to test this
> actually do so.
>
> The channel
>
> MEHRKANALTEST;ARD:12421:hC34M2O0S0:S19.2E:27500:0:2001=deu;2002=deu:0:0:28397:1:1201:0
>
> already broadcasts the new AC3 descriptor and can be used for testing
> (no video, just audio test tones).

Hello,

AC3 was working fine for me with xine and my DD receiver BEFORE this
patch, I don't get AC3 with it now...
-- 
Grégoire FAVRE  http://gregoire.favre.googlepages.com  http://www.gnupg.org
   http://picasaweb.google.com/Gregoire.Favre

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] Standard AC3 component descriptor handling

[Gregoire Favre]

On Mon, May 12, 2008 at 04:01:33PM +0200, Gregoire Favre wrote:
> 
> AC3 was working fine for me with xine and my DD receiver BEFORE this
> patch, I don't get AC3 with it now...

OoO I am awfully sorry : AC3 still works, it's only my pulseaudio
settings that were wrong, sorry for the missreport here :-(

The sound on :
MEHRKANALTEST;ARD:12422:hC34M2O0S0:S19.2E:27500:0:2001=deu;2002=deu:0:0:28397:1:1201:0

isn't that interesting sofar... let's hope some more is coming :-)
-- 
Grégoire FAVRE  http://gregoire.favre.googlepages.com  http://www.gnupg.org
   http://picasaweb.google.com/Gregoire.Favre

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] coreavc for Linux (coreavc 1.7.0 + xine patches)

[Gregoire Favre]

On Sat, May 17, 2008 at 09:47:09AM +0400, Igor wrote:

Oh nice ;-)

I don't know if I could manage to use the trial AVC with this or not,
but first I must be able to compil it...

I use hg to fetch my xine-lib-1.2, with this little script :


#!/bin/bash
source /etc/make.conf
p=../coreavc-for-linux/xine/dshowserver.patch
MAKE='sudo nice -n 4 make -j3'
OPTIONS="show update dry-run apply undry-run  unapply compile log exit"
select opt in $OPTIONS; do
if [ "$opt" = "show" ]; then
vi $p
elif [ "$opt" = "update" ]; then
hg pull -u http://hg.debian.org/hg/xine-lib/xine-lib-1.2/
elif [ "$opt" = "dry-run" ]; then
patch --dry-run -p1 < $p
elif [ "$opt" = "apply" ]; then
patch -p1 < $p
elif [ "$opt" = "undry-run" ]; then
patch --dry-run -p1 -R < $p
elif [ "$opt" = "unapply" ]; then
patch -p1 -R < $p
elif [ "$opt" = "compile" ]; then
sudo ./autogen.sh --disable-dxr3 --enable-opengl --enable-v4l \
--enable-glu --enable-dvb --prefix=/usr --with-pulseaudio \
--with-alsa --with-external-ffmpeg --with-fontconfig \
--with-freetype --with-x --with-xv-path=/usr/X11R6/lib \
--x-includes=/usr/include && $MAKE && $MAKE install && \
sudo rm -fr /usr/lib/xine && $MAKE install && $MAKE distclean
elif [ "$opt" = "log" ]; then
hg log|less
elif [ "$opt" = "exit" ]; then
exit
else
echo bad option
fi
done

But I can't apply the needed patch as :
ls src/
audio_dec  audio_out  combined  demuxers  dxr3  input  libmpeg2new
libreal  libw32dll  Makefile.am  Makefile.in  post  spu_dec  vdr
video_dec  video_out  xine-engine  xine-utils

But ls .hg/store/data/src/
audio__dec  demuxers  liba52  libdivx4  libffmpeg  libmad
libmpg123libspeexlibspudec   libtheora  libw32dlllibxvid
spu__decvideo__out
audio__out  dxr3  libac3  libdtslibflaclibmpeg2
libmusepack  libspucclibspudvb   libvfill   libxineadec
_makefile.am.i  vdr xine-engine
combinedinput libcinepak  libfaad   liblpcmlibmpeg2new
libreal  libspucmml  libsputext  libvorbis  libxinevdec  post
video__dec  xine-utils

Could someone explain me how to have libxinevdec in my src dir ?

Thank you very much,

> may be this news for you
> 
> http://groups.google.com/group/coreavc-for-linux/browse_thread/thread/6bdb015cc88795e0?hl=en
> 
> =
> Alan Nisota
> 
> 
> I've added initial xine support using the dshowserver.  This is the only 
> method I will support going forward.  Note that it is still 
> experimental, but I'll get the rough edges off pretty soon.  Feedback is 
> welcome of course.  There is a new Wiki page detailing installation as well. 
> 
> It should work with 64-bit xine (if yu download the 32bit dshowserver) 
> 
> I've tried it using QT/AVC1, MPEG2-TS/H264 and MKV/H264. 
> The old patch had support for some other demuxers (namely demux_mpeg.c) 
> which I haven't implemented because I don't have any example streams
> 

-- 
Grégoire FAVRE  http://gregoire.favre.googlepages.com  http://www.gnupg.org
   http://picasaweb.google.com/Gregoire.Favre

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] open dvb-s2 channel on Hotbird - Eurosport HD Promo

[Gregoire Favre]

On Tue, May 20, 2008 at 10:20:52PM +0400, Igor Nikanov wrote:

> Here it is
> 
> ESP HD Intl;CYFRA 
> +:11278:vC23M5O35S1:S13.0E:27500:3000:3202=en2,3201=eng:0:0:13061:318:400:0
> ESP HD Turk;CYFRA 
> +:11278:vC23M5O35S1:S13.0E:27500:3000:3203=tur:0:500,B00,1803,100:13063:318:400:0
> ESP HD Russian;CYFRA 
> +:11278:vC23M5O35S1:S13.0E:27500:3000:3204=rus:0:0:13064:318:400:0
> ESP HD Dutch;CYFRA 
> +:11278:vC23M5O35S1:S13.0E:27500:3000:3205=ndl:0:0:13065:318:400:0
> ESP HD Czech;CYFRA 
> +:11278:vC23M5O35S1:S13.0E:27500:3000:3206=CZK:0:0:13066:318:400:0
> ESP HD German;CYFRA 
> +:11278:vC23M5O35S1:S13.0E:27500:3000:3207=deu;3208=deu:0:0:13067:318:400:0
> ESP HD Portuguese;CYFRA 
> +:11278:vC23M5O35S1:S13.0E:27500:3000:3209=por:0:0:13069:318:400:0
> ESP HD Polish;CYFRA 
> +:11278:vC23M5O35S1:S13.0E:27500:3000:3210=pol:0:0:13070:318:400:0
> ESP HD Hungarian;CYFRA 
> +:11278:vC23M5O35S1:S13.0E:27500:3000:3211=hun:0:0:13071:318:400:0
> ESP HD Spanish;CYFRA 
> +:11278:vC23M5O35S1:S13.0E:27500:3000:3212=esl:0:0:13072:318:400:0

:-)

They are the same mv VDR founded by itself, but I wasn't able to decode
anything from those, are you able to ?

Thanks.
-- 
Grégoire FAVRE  http://gregoire.favre.googlepages.com  http://www.gnupg.org
   http://picasaweb.google.com/Gregoire.Favre

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] open dvb-s2 channel on Hotbird - Eurosport HD Promo

[Gregoire Favre]

On Tue, May 20, 2008 at 11:30:44PM +0400, Igor Nikanov wrote:
> > > ESP HD Intl;CYFRA 
> > > +:11278:vC23M5O35S1:S13.0E:27500:3000:3202=en2,3201=eng:0:0:13061:318:400:0
> > > ESP HD Turk;CYFRA 
> > > +:11278:vC23M5O35S1:S13.0E:27500:3000:3203=tur:0:500,B00,1803,100:13063:318:400:0
> > > ESP HD Russian;CYFRA 
> > > +:11278:vC23M5O35S1:S13.0E:27500:3000:3204=rus:0:0:13064:318:400:0
> > > ESP HD Dutch;CYFRA 
> > > +:11278:vC23M5O35S1:S13.0E:27500:3000:3205=ndl:0:0:13065:318:400:0
> > > ESP HD Czech;CYFRA 
> > > +:11278:vC23M5O35S1:S13.0E:27500:3000:3206=CZK:0:0:13066:318:400:0
> > > ESP HD German;CYFRA 
> > > +:11278:vC23M5O35S1:S13.0E:27500:3000:3207=deu;3208=deu:0:0:13067:318:400:0
> > > ESP HD Portuguese;CYFRA 
> > > +:11278:vC23M5O35S1:S13.0E:27500:3000:3209=por:0:0:13069:318:400:0
> > > ESP HD Polish;CYFRA 
> > > +:11278:vC23M5O35S1:S13.0E:27500:3000:3210=pol:0:0:13070:318:400:0
> > > ESP HD Hungarian;CYFRA 
> > > +:11278:vC23M5O35S1:S13.0E:27500:3000:3211=hun:0:0:13071:318:400:0
> > > ESP HD Spanish;CYFRA 
> > > +:11278:vC23M5O35S1:S13.0E:27500:3000:3212=esl:0:0:13072:318:400:0
> 
> My CPU (P-4 3Ghz) is very slow for 1080x1920, but I could see the tennis on 
> this channel one hour ago

Oh nice, mine should be powerfull enough, but I stay for quiete a long
time under ESP HD Intl and it stay black... what's strange is that my
VDR isn't able to tune to those, I can't get a lock :
May 20 23:05:59 vdr vdr: [19468] frontend 1 timed out while tuning to channel 
6511, tp 211278
May 20 23:07:09 vdr vdr: [19468] frontend 1 timed out while tuning to channel 
6511, tp 211278

Maybe they don't broadcast now ?
-- 
Grégoire FAVRE  http://gregoire.favre.googlepages.com  http://www.gnupg.org
   http://picasaweb.google.com/Gregoire.Favre

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] open dvb-s2 channel on Hotbird - Eurosport HD Promo

[Gregoire Favre]

On Wed, May 21, 2008 at 12:12:18PM +0400, Igor wrote:

> I and Gregorie have the hvr4000 cards with the same version of 
> multiproto_plus + hvr4000 patch.
> 
> @Gregoire
> could you check your hvr4000 patch, because was the report about missing 
> _set_delsys call in your second patch from 2 May.
> 
> http://www.linuxtv.org/pipermail/vdr/2008-May/016893.html

Well, I don't really know, since it works for you, it's a little bit
strange it don't work for me, the only strange things I could find is
that VDR show it as being DVB-S not DVB-S2 which won't work here,
because I have DVB-S cards also.

Oh, I alsa can't tune to :
EDUSAT;CYFRA +:11278:vC34M2O0S0:S13.0E:27500:164:96=pol:0:0:13005:318:400:0
With any of my cards...

Maybe it's a problem with my diseqc for those ?

I have in diseqc.conf :

S13.0E 11700 V  9750 t v W15 [E0 00 00] W120 [E0 10 38 F0] W120 [E1 10 38 F0] 
W15 t
S13.0E 9 V 10600 t v W15 [E0 00 00] W120 [E0 10 38 F1] W120 [E1 10 38 F1] 
W15 T
S13.0E 11700 H  9750 t V W15 [E0 00 00] W120 [E0 10 38 F2] W120 [E1 10 38 F2] 
W15 t
S13.0E 9 H 10600 t V W15 [E0 00 00] W120 [E0 10 38 F3] W120 [E1 10 38 F3] 
W15 T
S19.2E 11700 V  9750 t v W15 [E0 00 00] W120 [E0 10 38 F4] W120 [E1 10 38 F4] 
W15 t
S19.2E 9 V 10600 t v W15 [E0 00 00] W120 [E0 10 38 F5] W120 [E1 10 38 F5] 
W15 T
S19.2E 11700 H  9750 t V W15 [E0 00 00] W120 [E0 10 38 F6] W120 [E1 10 38 F6] 
W15 t
S19.2E 9 H 10600 t V W15 [E0 00 00] W120 [E0 10 38 F7] W120 [E1 10 38 F7] 
W15 T
S28.2E 11700 V  9750 t v W15 [E0 00 00] W120 [E0 10 38 F8] W120 [E1 10 38 F8] 
W15 t
S28.2E 9 V 10600 t v W15 [E0 00 00] W120 [E0 10 38 F9] W120 [E1 10 38 F9] 
W15 T
S28.2E 11700 H  9750 t V W15 [E0 00 00] W120 [E0 10 38 FA] W120 [E1 10 38 FA] 
W15 t
S28.2E 9 H 10600 t V W15 [E0 00 00] W120 [E0 10 38 FB] W120 [E1 10 38 FB] 
W15 T

Which seemed sofar quiete good ???
-- 
Grégoire FAVRE  http://gregoire.favre.googlepages.com  http://www.gnupg.org
   http://picasaweb.google.com/Gregoire.Favre

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] open dvb-s2 channel on Hotbird - Eurosport HD Promo

[Gregoire Favre]

On Thu, May 22, 2008 at 11:14:05AM +0200, Reinhard Nissl wrote:

Thank you very much !!!

> > ESP HD Intl;CYFRA 
> > +:11278:vC23M5O20S1:S13.0E:27500:3000:3202=en2,3201=eng:0:0:13061:318:400:0

With this one, it works out of the box ;-)

> > HBO HD;CYFRA 
> > +:11278:vC23M5O20S1:S13.0E:27500:363:392=pol;393=eng:0:100:13024:318:400:0
> > ESP HD Turk;CYFRA 
> > +:11278:vC23M5O20S1:S13.0E:27500:3000:3203=tur:0:500,B00,1803,100:13063:318:400:0
> > ESP HD Russian;CYFRA 
> > +:11278:vC23M5O20S1:S13.0E:27500:3000:3204=rus:0:0:13064:318:400:0
> > ESP HD Dutch;CYFRA 
> > +:11278:vC23M5O20S1:S13.0E:27500:3000:3205=ndl:0:0:13065:318:400:0
> > ESP HD Czech;CYFRA 
> > +:11278:vC23M5O20S1:S13.0E:27500:3000:3206=CZK:0:0:13066:318:400:0
> > ESP HD German;CYFRA 
> > +:11278:vC23M5O20S1:S13.0E:27500:3000:3207=deu;3208=deu:0:0:13067:318:400:0
> > ESP HD Portuguese;CYFRA 
> > +:11278:vC23M5O20S1:S13.0E:27500:3000:3209=por:0:0:13069:318:400:0
> > ESP HD Polish;CYFRA 
> > +:11278:vC23M5O20S1:S13.0E:27500:3000:3210=pol:0:0:13070:318:400:0
> > ESP HD Hungarian;CYFRA 
> > +:11278:vC23M5O20S1:S13.0E:27500:3000:3211=hun:0:0:13071:318:400:0
> > ESP HD Spanish;CYFRA 
> > +:11278:vC23M5O20S1:S13.0E:27500:3000:3212=esl:0:500,B00,1803,100:13072:318:400:0
> > EUSP PL AUDIO;CYFRA 
> > +:11278:vC23M5O20S1:S13.0E:27500:0:407=pol:0:0:13035:318:400:0

No let's hope to have some paragliding on it also :-)

Maybe for http://www.vertigo.ch/vertigo/ who knows...
-- 
Grégoire FAVRE  http://gregoire.favre.googlepages.com  http://www.gnupg.org
   http://picasaweb.google.com/Gregoire.Favre

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] reelchannelscan 0.6.1 patch for vdr-1.7.0 + h264

[Gregoire Favre]

On Thu, May 22, 2008 at 10:35:10PM +, Vangelis Nonas wrote:
> This is the correct patch for reelchannelscan 0.6.1 with vdr 1.7.0
> Reelchannelscan can be found at:
>
> svn co svn://[EMAIL PROTECTED]/testing/src/vdr-plugins/src/
>
> If you decide to try it out, please post your comments.

Thank, should anything in VDR be patched ?
-- 
Grégoire FAVRE  http://gregoire.favre.googlepages.com  http://www.gnupg.org
   http://picasaweb.google.com/Gregoire.Favre

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] reelchannelscan 0.6.1 patch for vdr-1.7.0 + h264

[Gregoire Favre]

On Thu, May 22, 2008 at 10:35:10PM +, Vangelis Nonas wrote:
> This is the correct patch for reelchannelscan 0.6.1 with vdr 1.7.0
> Reelchannelscan can be found at:
>
> svn co svn://[EMAIL PROTECTED]/testing/src/vdr-plugins/src/
>
> If you decide to try it out, please post your comments.

Without patching anything in VDR except channelscan-0.6.1 I got :

make all
g++ -g -O3 -march=core2 -DPIC -pipe -Wall -Woverloaded-virtual -c -D_GNU_SOURCE 
-DPLUGIN_NAME_I18N='"reelchannelscan"' -DVDRDIR=\"../../..\" 
-DBOOST_IOSTREAMS_NO_LIB  -DNDEBUG -I/usr/src/CVS/multiproto_plus/linux/include 
-I../../../include -I../..//usr/src/CVS/multiproto_plus/linux/include 
channelscan.c
In file included from scan.h:34,
 from csmenu.h:42,
 from channelscan.c:31:
filter.h:193:1: warning: "MAXNETWORKNAME" redefined
In file included from ../../../include/vdr/device.h:18,
 from scan.h:31,
 from csmenu.h:42,
 from channelscan.c:31:
../../../include/vdr/nit.h:16:1: warning: this is the location of the previous 
definition
In file included from filter.h:42,
 from scan.h:34,
 from csmenu.h:42,
 from channelscan.c:31:
transponders.h:357: error: ISO C++ forbids declaration of ‘auto_ptr’ with no 
type
transponders.h:357: error: invalid use of ‘::’
transponders.h:357: error: expected ‘;’ before ‘<’ token
transponders.h: In member function ‘void 
cTransponders::ResetNITStartTransponder(cSatTransponder*)’:
transponders.h:350: error: ‘nitStartTransponder_’ was not declared in this scope
transponders.h: In member function ‘cTransponder* 
cTransponders::GetNITStartTransponder()’:
transponders.h:405: error: ‘nitStartTransponder_’ was not declared in this scope
In file included from channelscan.c:31:
csmenu.h: At global scope:
csmenu.h:220: error: ISO C++ forbids declaration of ‘auto_ptr’ with no type
csmenu.h:220: error: invalid use of ‘::’
csmenu.h:220: error: expected ‘;’ before ‘<’ token
make: *** [channelscan.o] Error 1
-- 
Grégoire FAVRE  http://gregoire.favre.googlepages.com  http://www.gnupg.org
   http://picasaweb.google.com/Gregoire.Favre

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] reelchannelscan 0.6.1 patch for vdr-1.7.0 + h264

[Gregoire Favre]

On Thu, May 22, 2008 at 11:11:02PM +, Vangelis Nonas wrote:
> Hello,
> 
> My patch does not change anything in vdr.
> 
> I have tested it on my machine. Here I have vanilla vdr 1.7.0 with the 
> h264 patch. Try applying this patch to your vdr and post back.
> 
> Maybe this is the problem.
> 
> Try make clean;make clean-plugins;make;make plugins.
> 
> To apply the h264 patch :
> 
> wget 
> http://www.linuxtv.org/pipermail/vdr/attachments/20080413/1054bcfb/attachment-0001.bin
> mv attachment-0001.bin 
> vdr-1.7.0-h264-syncearly-framespersec-audioindexer-fielddetection-speedup.diff.bz2
> bunzip2 
> vdr-1.7.0-h264-syncearly-framespersec-audioindexer-fielddetection-speedup.diff.bz2
> 
> and then patch -p1 inside your vdr directory.

I have done all that already :-)

I should look at reelchannelscan (or just forget it until I have more
free time).

Thanks.
-- 
Grégoire FAVRE  http://gregoire.favre.googlepages.com  http://www.gnupg.org
   http://picasaweb.google.com/Gregoire.Favre

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

[vdr] OT : is Sanyo PLV-Z2000 a good choice for Full HD ?

[Gregoire Favre]

Hello,

today, I received an intersting email with a link to
http://www.digitec.ch/?param=cms&wert=beamer-aktion_mai08
which also have (sorry in german) :

Sanyo PLV-Z2000

Der PLV-Z2000 von Sanyo bringt die Ära der digitalen Full HD-Projektion
in eine neue Preisklasse. Er begeistert mit einem Kontrastwert von
15'000:1 und der Auflösung von 1920x1080 Pixeln. Damit kann er selbst
kleinste Einzelheiten im Bild gestochen scharf wiedergeben. Um das
Objektiv vor Staub zu schützen, fährt beim Ausschalten des Projektors
eine Klappe vor die Linse. Dies ist insbesondere ein Vorteil, wenn das
Gerät an der Decke hängt und schwer erreichbar ist.
Den Sanyo PLV-Z2000 können wir Ihnen zu einem schweizweit einmaligen,
konkurrenzlosen Preis anbieten. Überzeugen Sie sich selbst!

Kontrastverhältnis  15'000:1
Bildhelligkeit  1200 ANSI Lumen
Auflösung   1920x1080, Full HD, 24p kompatibel
Seitenverhältnis16:9
Technologie 3LCD-Panel (3x 0.7 TFT p-SI)
Lüftergeräusch  19dB (Eco Modus), 26dB (Normal-Mode)
Anschlüsse  2x HDMI (1.3a), Composite, Componente, VGA
Besonderheiten  2fach Weitwinkel-Zoom-Optik, Top-Bottom/Left-Right
Lensshift-Funktion
Garantie3 Jahre


digitec-Preis   CHF 1950.-
statt CHF 3999.-

What do you think about it ?
-- 
Grégoire FAVRE  http://gregoire.favre.googlepages.com  http://www.gnupg.org
   http://picasaweb.google.com/Gregoire.Favre

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] OT : is Sanyo PLV-Z2000 a good choice for Full HD ?

[Gregoire Favre]

On Sat, May 24, 2008 at 04:59:19PM +0300, Petri Helin wrote:

> > http://www.digitec.ch/?param=cms&wert=beamer-aktion_mai08

> Is that price really 1950 CHF which I think equals to approximately 1200 
> euro? If that is the case, it really is a great bargain, since the 
> common price across Europe has been around 1700 - 1800 euro.

Yes, that's it (more or less) ;-)

> The projector itself is not the cream of the crop when it comes to Full 
> HD projectors, but definitely better than previous HD Ready models from 
> Sanyo, which are not that bad either.
> 
> My German is not that good so could you tell me whether they send the 
> projector with that price to customers outside Switzerland?

If your french or italian is better you can browse there site on those
two other Swiss language, but I don't find anything about outside
shipping, I guess the best would be to ask by email :
mailto:[EMAIL PROTECTED]

Thank for your answer, googling I found out that for this price it seems
to be the best Full HD beamer ;-)

Then I have to also order a gfx card and an 10m HDMI cable...
-- 
Grégoire FAVRE  http://gregoire.favre.googlepages.com  http://www.gnupg.org
   http://picasaweb.google.com/Gregoire.Favre

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

[vdr] [OT] Generic GPU-Accelerated Video Decoding

[Gregoire Favre]

Hello,

just found out at
http://code.google.com/soc/2008/xorg/appinfo.html?csaid=ACD6AA025594454A
that :
"he purpose of this project is to produce a video decoding solution for
GPUs that are supported by the Gallium3D driver framework. The project
will attempt to implement the XvMC API using the programmable pipeline
of a typical GPU, thereby providing accelerated video decoding to a wide
variety of hardware. Since the decoding will be implemented using the
GPU's programmable pipeline, it is important to note that this solution
should support all recent GPUs regardless of whether or not they include
dedicated video decoding hardware. It is hoped that this GPU-based
acceleration will allow for real-time play back of HD video streams on
even modest hardware. The implementation will be developed and tested
using Gallium3D's SoftPipe driver, a stable software reference
implementation, and later Nvidia hardware and the Nouveau driver."

You can follow the progress at
http://www.bitblit.org/gsoc/gallium3d_xvmc.shtml

Could be pretty usefull to lots of us :-)
-- 
Grégoire FAVRE  http://gregoire.favre.googlepages.com  http://www.gnupg.org
   http://picasaweb.google.com/Gregoire.Favre

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] [OT] Generic GPU-Accelerated Video Decoding

[Gregoire Favre]

On Sat, Jun 07, 2008 at 03:31:18PM -0700, Timothy D. Lenz wrote:
> Do you know about or are using: http://www.nvidia.com/object/cuda_home.html
> ?

No I didn't know about it : it seems nice, unfortunately, my card is too
old for it...

Thank for the info !
-- 
Grégoire FAVRE  http://gregoire.favre.googlepages.com  http://www.gnupg.org
   http://picasaweb.google.com/Gregoire.Favre

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] vdr: ERROR (dvbdevice.c, 302): Invalid argument (ioctl DVBFE_SET_DELSYS ??)

[Gregoire Favre]

On Tue, Jun 17, 2008 at 10:04:37PM +0400, Goga777 wrote:
> Hi
> 
> I use the hvr4000 card + multiproto_plus + hvr4000 patch from Gregoire Favre 
> http://linuxtv.org/pipermail/vdr/2008-May/016713.html
> 
> + vdr 1.7.0
> 
> The hvr4000 card works well with vdr 1.7.0 
> 
> But sometimes I have this error - 
> 
> Jun 17 21:06:03 localhost vdr: [3503] ERROR (dvbdevice.c,302): Invalid 
> argument

It mean the channel you are trying to tune to is wrong in your
channels.conf.
-- 
Grégoire FAVRE  http://gregoire.favre.googlepages.com  http://www.gnupg.org
   http://picasaweb.google.com/Gregoire.Favre

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] vdr: ERROR (dvbdevice.c, 302): Invalid argument (ioctl DVBFE_SET_DELSYS ??)

[Gregoire Favre]

On Tue, Jun 17, 2008 at 11:32:24PM +0400, Goga777 wrote:

> no, it's really right and good channels. 

OK, then it's different for you than for all other users.
-- 
Grégoire FAVRE  http://gregoire.favre.googlepages.com  http://www.gnupg.org
   http://picasaweb.google.com/Gregoire.Favre

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] vdr: ERROR (dvbdevice.c, 302): Invalid argument (ioctl?DVBFE_SET_DELSYS ??)

[Gregoire Favre]

On Wed, Jun 18, 2008 at 01:38:10PM +0400, Goga777 wrote:
> > > no, it's really right and good channels. 
> > 
> > OK, then it's different for you than for all other users.
> 
> 
> why do you think that this error has link with wrong record in channels.conf 
> or wrong channels ?

Because I hadded it when I got a wrong channel in my channels.conf...
which is gone now that I corrected the channel :-)
-- 
Grégoire FAVRE  http://gregoire.favre.googlepages.com  http://www.gnupg.org
   http://picasaweb.google.com/Gregoire.Favre

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] why I can't watch the H.264 channel with vdr-1.7.0+H.264?

[Gregoire Favre]

On Sun, Jul 20, 2008 at 10:09:45AM +0800, LinHai wrote:

:-(

I don't think people will answer you if you don't format you email
correctly for a mailing list... so please make an effort !
-- 
Grégoire FAVRE  http://gregoire.favre.googlepages.com  http://www.gnupg.org
   http://picasaweb.google.com/Gregoire.Favre

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] [ANNOUNCE] LoadEPG 0.2.0

[Gregoire Favre]

On Tue, Jun 24, 2008 at 10:18:44AM -0700, lukkinosat wrote:
> Hello
> 
> Is available a new version of LoadEPG.
> For download: http://lukkinosat.altervista.org/
> 
> - Added support for data epg sent to SkyBox receivers (necessary dictionary 
> huffman, at moment only for SkyItalia).
> - Changed system OSD. Now is used the current skin.
> - Added automatic scanning for search of a device available (see setup 
> plugin).
> - Added support for tuning with rotor (see setup plugin).
> - Added support per APIVERSION, VDR >= 1.6.x and VDR >= 1.7.x

Hello,

I wanted to try it, but it always says me : "Channel not found", I also
tried http://lukkinosat.altervista.org/vdr-loadepg-0.2.1-20080701.tgz

Certainly the problem come from the fact that I use H.264 support for
VDR-1.7.0 : http://linuxtv.org/pipermail/vdr/2008-April/016513.html

Anyone got it to work with multiproto and H.264 ?

Thanks,
-- 
Grégoire FAVRE  http://gregoire.favre.googlepages.com  http://www.gnupg.org
   http://picasaweb.google.com/Gregoire.Favre

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] Standard AC3 component descriptor handling (TS's VDR ?)

[Gregoire Favre]

On Sun, May 11, 2008 at 12:30:27PM +0200, Klaus Schmidinger wrote:

> I am currently working on making the switch from PES to TS
> as the VDR recording format, that's why there are currently
> no new versions of VDR.

I'll be really interested in a vdr version using TS, any schedule on
when we could expect it ?

Thank you very much,
-- 
Grégoire FAVRE  http://gregoire.favre.googlepages.com  http://www.gnupg.org
   http://picasaweb.google.com/Gregoire.Favre

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] VDR 1.7 - DVB Linux API problem

[Gregoire Favre]

On Wed, Aug 13, 2008 at 04:11:46PM +0300, Lauri Tischler wrote:

> Vanilla VDR-1.7.0 does not work with v4l-dvb drivers.
> You have two options :
> - download multiproto drivers from http://jusst.de/hg/multiproto
>make and make install
>you may need to patch those drivers, depends on your kernel version

And if you want an up to date tree, AFAIK there is only one :

http://liplianindvb.sourceforge.net/cgi-bin/hgwebdir.cgi/liplianindvb/

-- 
Grégoire FAVRE  http://gregoire.favre.googlepages.com  http://www.gnupg.org
   http://picasaweb.google.com/Gregoire.Favre

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

[vdr] Recommended xine settings for Arte HD ?

[Gregoire Favre]

Hello,

I am a big fan of Arte, and I would like to watch it in HD. 
Aug 15 13:18:42 vdr vdr: [24729] receiver on device 2 thread started (pid=3246, 
tid=24729)
Aug 15 13:18:42 vdr vdr: [24730] TS buffer on device 2 thread started 
(pid=3246, tid=24730)
Aug 15 13:18:42 vdr vdr: [24728] cVideoRepacker: operating in H.264 mode
Aug 15 13:19:08 vdr vdr: [24729] buffer usage: 70% (tid=24728)
Aug 15 13:19:08 vdr vdr: [24729] buffer usage: 60% (tid=24728)
Aug 15 13:19:08 vdr vdr: [24729] buffer usage: 70% (tid=24728)
Aug 15 13:19:08 vdr vdr: [24729] buffer usage: 60% (tid=24728)
Aug 15 13:19:08 vdr vdr: [24729] buffer usage: 70% (tid=24728)
Aug 15 13:19:09 vdr vdr: [24729] buffer usage: 80% (tid=24728)
Aug 15 13:19:10 vdr vdr: [24729] buffer usage: 90% (tid=24728)
Aug 15 13:19:10 vdr vdr: [24728] clearing transfer buffer to avoid overflows
Aug 15 13:19:10 vdr vdr: [24729] buffer usage: 0% (tid=24728)
Aug 15 13:19:10 vdr vdr: [24728] TS continuity error (7)
Aug 15 13:19:10 vdr vdr: [24728] TS continuity error (2)
Aug 15 13:19:10 vdr vdr: [24728] TS continuity error (14)
Aug 15 13:19:10 vdr vdr: [24728] cVideoRepacker: operating in H.264 mode

How could I avoid those errors which make me loose the sound and
have glitches ?

In my .xine/config I have :
audio.device.alsa_front_device:default
engine.performance.memcpy_method:libc
gui.dropped_frames_warning:0
gui.experience_level:Master of the known universe
gui.panel_visible:0
gui.panel_x:700
gui.panel_y:550
.version:2
video.processing.ffmpeg_choose_speed_over_accuracy:1
video.processing.ffmpeg_skip_loop_filter:all
video.processing.ffmpeg_thread_count:2

I use count 2 because I have a core 2 duo.

grep -i xine /etc/vdr/setup.conf
xine.autoPrimaryDeviceMode = autoPrimaryDeviceOn
xine.image16:9.zoomX = 100
xine.image16:9.zoomY = 100
xine.image4:3.zoomX = 100
xine.image4:3.zoomY = 100
xine.interactWithEitScannerMode = interactWithEitScannerOff
xine.modeLiveTV.monitoringDuration = 4
xine.modeLiveTV.monitoringMode = monitoringOnce
xine.modeLiveTV.prebufferFrames = 6
xine.modeLiveTV.prebufferHysteresis = 6
xine.muteMode = muteIgnore
xine.osdGammaCorrection = 123
xine.osdMode = osdBlendScaledHQ
xine.transparencyMode = transparencyOn
xine.volumeMode = volumeChangeHW

And I start xine with :

#!/bin/bash
killall xine > /dev/null &> /dev/null
killall -9 xine > /dev/null &> /dev/null
#XINE="xine -V xxmc -A alsa --no-logo --borderless --geometry +0+0 --post 
vdr_video --post vdr_audio 
-Dtvtime:method=Greedy2Frame,cheap_mode=0,pulldown=0,use_progressive_frame_flag=1"
XINE="xine -V xv -A alsa -f --no-logo --geometry +0+0 --post vdr_video --post 
vdr_audio 
-Dtvtime:method=Greedy2Frame,cheap_mode=0,pulldown=0,use_progressive_frame_flag=1"
VDR="vdr:/var/vdr/xine/stream#demux:mpeg_pes"
#VDR="vdr:/tmp/vdr-xine/stream#demux:mpeg_pes"

if [ -z "$1" ]; then
$XINE $VDR > /dev/null &> /dev/null &
else
$XINE $1 > /dev/null &> /dev/null &
fi

sleep 4 && sudo renice -18 -p `pidof xine` > /dev/null &> /dev/null &

I have svn ffmpeg and hg xine-lib-1.2.

Thanks,
-- 
Grégoire FAVRE  http://gregoire.favre.googlepages.com  http://www.gnupg.org
   http://picasaweb.google.com/Gregoire.Favre

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] Recommended xine settings for Arte HD ?

[Gregoire Favre]

On Fri, Aug 15, 2008 at 03:38:06PM +0400, Goga777 wrote:
> and what about xine-lib's logs ?

vdr: osdflush: n: 1, 11.0, timeout: 0, result: 0
[h264 @ 0x2d84f80]B picture before any references, skipping
[h264 @ 0x2d84f80]decode_slice_header error
[h264 @ 0x2d84f80]no frame!
[h264 @ 0x2d84f80]B picture before any references, skipping
[h264 @ 0x2d84f80]decode_slice_header error
[h264 @ 0x2d84f80]no frame!
[h264 @ 0x2d84f80]non-existing PPS referenced
[h264 @ 0x2d84f80]decode_slice_header error
[h264 @ 0x2d84f80]no frame!
[h264 @ 0x2d84f80]B picture before any references, skipping
[h264 @ 0x2d84f80]decode_slice_header error
[h264 @ 0x2d84f80]no frame!
[h264 @ 0x2d84f80]B picture before any references, skipping
[h264 @ 0x2d84f80]decode_slice_header error
[h264 @ 0x2d84f80]no frame!
[h264 @ 0x2d84f80]non-existing PPS referenced
[h264 @ 0x2d84f80]decode_slice_header error
[h264 @ 0x2d84f80]no frame!
[h264 @ 0x2d84f80]B picture before any references, skipping
[h264 @ 0x2d84f80]decode_slice_header error
[h264 @ 0x2d84f80]no frame!
[h264 @ 0x2d84f80]B picture before any references, skipping
[h264 @ 0x2d84f80]decode_slice_header error
[h264 @ 0x2d84f80]no frame!
[h264 @ 0x2d84f80]non-existing PPS referenced
[h264 @ 0x2d84f80]decode_slice_header error
[h264 @ 0x2d84f80]no frame!
[h264 @ 0x2d84f80]B picture before any references, skipping
[h264 @ 0x2d84f80]decode_slice_header error
[h264 @ 0x2d84f80]no frame!
[h264 @ 0x2d84f80]B picture before any references, skipping
[h264 @ 0x2d84f80]decode_slice_header error
[h264 @ 0x2d84f80]no frame!
[h264 @ 0x2d84f80]number of reference frames exceeds max (probably
corrupt input), discarding one
[h264 @ 0x2d84f80]number of reference frames exceeds max (probably
corrupt input), discarding one
[h264 @ 0x2d84f80]number of reference frames exceeds max (probably
corrupt input), discarding one
[h264 @ 0x2d84f80]number of reference frames exceeds max (probably
corrupt input), discarding one
[h264 @ 0x2d84f80]number of reference frames exceeds max (probably
corrupt input), discarding one
[h264 @ 0x2d84f80]number of reference frames exceeds max (probably
corrupt input), discarding one
[h264 @ 0x2d84f80]number of reference frames exceeds max (probably
corrupt input), discarding one
ratio: 17778
vdr: osdflush: n: 1, 14.2, timeout: 0, result: 0
vdr: osdflush: n: 15, 200.1, timeout: 1, result: 4
+++ CLEAR(7a): sync point: 2a
=== CLEAR(7.1)
=== CLEAR(7.2)
=== CLEAR(7.3)
=== CLEAR(7.4)
=== CLEAR(7.5)
--- CLEAR(7a)
+++ CLEAR(7b): sync point: 2a
=== CLEAR(7.1)
=== CLEAR(7.2)
=== CLEAR(7.3)
=== CLEAR(7.4)
=== CLEAR(7.5)

Here not sure about the paste... redundant infos...

--- CLEAR(7b)
[h264 @ 0x2d91bc0]number of reference frames exceeds max (probably
corrupt input), discarding one
[h264 @ 0x2d91bc0]number of reference frames exceeds max (probably
corrupt input), discarding one
[h264 @ 0x2d91bc0]number of reference frames exceeds max (probably
corrupt input), discarding one
[h264 @ 0x2d91bc0]number of reference frames exceeds max (probably
corrupt input), discarding one
[h264 @ 0x2d91bc0]number of reference frames exceeds max (probably
corrupt input), discarding one
[h264 @ 0x2d91bc0]number of reference frames exceeds max (probably
corrupt input), discarding one
[h264 @ 0x2d91bc0]number of reference frames exceeds max (probably
corrupt input), discarding one
+++ CLEAR(7b): sync point: 2a
=== CLEAR(7.1)
=== CLEAR(7.2)
=== CLEAR(7.3)
=== CLEAR(7.4)
=== CLEAR(7.5)
--- CLEAR(7b)
[h264 @ 0x2d91bc0]number of reference frames exceeds max (probably corrupt 
input), discarding one
[h264 @ 0x2d91bc0]number of reference frames exceeds max (probably corrupt 
input), discarding one
[h264 @ 0x2d91bc0]number of reference frames exceeds max (probably corrupt 
input), discarding one
[h264 @ 0x2d91bc0]number of reference frames exceeds max (probably corrupt 
input), discarding one
[h264 @ 0x2d91bc0]number of reference frames exceeds max (probably corrupt 
input), discarding one
[h264 @ 0x2d91bc0]number of reference frames exceeds max (probably corrupt 
input), discarding one
[h264 @ 0x2d91bc0]number of reference frames exceeds max (probably corrupt 
input), discarding one
[h264 @ 0x2d91bc0]cabac decode of qscale diff failed at 15 42
[h264 @ 0x2d91bc0]error while decoding MB 15 42, bytestream (11260)
[h264 @ 0x2d91bc0]concealing 274 DC, 274 AC, 274 MV errors
+++ CLEAR(8a): sync point: 2b
=== CLEAR(8.1)
=== CLEAR(8.2)
=== CLEAR(8.3)
=== CLEAR(8.4)
=== CLEAR(8.5)
--- CLEAR(8a)
+++ CLEAR(8b): sync point: 2b
=== CLEAR(8.1)
=== CLEAR(8.2)
=== CLEAR(8.3)
=== CLEAR(8.4)
=== CLEAR(8.5)
--- CLEAR(8b)
[h264 @ 0x2d91bc0]non-existing PPS referenced
[h264 @ 0x2d91bc0]decode_slice_header error
[h264 @ 0x2d91bc0]no frame!
[h264 @ 0x2d91bc0]B picture before any references, skipping
[h264 @ 0x2d91bc0]decode_slice_header error
[h264 @ 0x2d91bc0]no frame!
[h264 @ 0x2d91bc0]B picture before any references, skipping
[h264 @ 0x2d91bc0]decode_slice_header error
[h264 @ 0x2d91bc0]no frame!
+++ CLEAR(9a): sync point: 2c
=== CLEAR(9.1)
=== 

Re: [vdr] Recommended xine settings for Arte HD ?

[Gregoire Favre]

On Sat, Aug 16, 2008 at 11:45:15AM +0400, Goga777 wrote:
> I suppose it's ffmpeg's issue. Can you send the sample from Arte to ffmpeg's 
> developers ?

I doubt it : the errors buffers in VDR seems more relevant to me.
-- 
Grégoire FAVRE  http://gregoire.favre.googlepages.com  http://www.gnupg.org
   http://picasaweb.google.com/Gregoire.Favre

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] VDR server & clients?

[Gregoire Favre]

On Mon, Aug 18, 2008 at 10:36:12PM +0200, Jelle De Loecker wrote:

Hello,

> I've seen lots of tutorials about VDR but one thing still isn't clear: can 
> it or can it not have multiple clients watching different programs?

Give streamdev a look :-)
-- 
Grégoire FAVRE  http://gregoire.favre.googlepages.com  http://www.gnupg.org
   http://picasaweb.google.com/Gregoire.Favre

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] Recommended xine settings for Arte HD ?

[Gregoire Favre]

On Sun, Aug 17, 2008 at 08:52:22PM +0400, Goga777 wrote:
> > > I suppose it's ffmpeg's issue. Can you send the sample from Arte to 
> > > ffmpeg's developers ?
> > 
> > I doubt it : the errors buffers in VDR seems more relevant to me.
> 
> why do you think that the messages like
> 
> Aug 15 13:19:08 vdr vdr: [24729] buffer usage: 70% (tid=24728)
> Aug 15 13:19:08 vdr vdr: [24729] buffer usage: 60% (tid=24728)
> 
> are the erorrs buffers in VDR ?

Because they are in vdr log ;-)

But I have increased VDR buffers (3 of them) and I don't have those
errors anymore but still have audio problem on Arte HD, even with ffplay
as one can see here :

ffplay 001.vdr
FFplay version SVN-r14839, Copyright (c) 2003-2008 Fabrice Bellard, et al.
  configuration: --prefix=/usr --libdir=/usr/lib64 --shlibdir=/usr/lib64 
--mandir=/usr/share/man --enable-static --enable-shared 
--cc=x86_64-pc-linux-gnu-gcc --arch=x86_64 --cpu=core2 --disable-altivec 
--disable-debug --enable-libmp3lame --enable-liba52 --enable-libdc1394 
--enable-pthreads --enable-libxvid --enable-libvorbis --enable-libx264 
--enable-libtheora --enable-libfaad --enable-libfaac --enable-hardcoded-tables 
--enable-libschroedinger --enable-libamr-nb --enable-nonfree --enable-libamr-wb 
--enable-nonfree --enable-gpl --enable-postproc --disable-stripping 
--enable-avfilter --enable-avfilter-lavf --enable-swscale
  libavutil 49. 9. 0 / 49. 9. 0
  libavcodec51.66. 0 / 51.66. 0
  libavformat   52.20. 0 / 52.20. 0
  libavdevice   52. 1. 0 / 52. 1. 0
  libavfilter0. 1. 0 /  0. 1. 0
  built on Aug 19 2008 17:45:23, gcc: 4.3.1
[h264 @ 0x12b8f50]B picture before any references, skipping
[h264 @ 0x12b8f50]decode_slice_header error
[h264 @ 0x12b8f50]no frame!
[h264 @ 0x12b8f50]B picture before any references, skipping
[h264 @ 0x12b8f50]decode_slice_header error
[h264 @ 0x12b8f50]no frame!
[h264 @ 0x12b8f50]non-existing PPS referenced
[h264 @ 0x12b8f50]decode_slice_header error
[h264 @ 0x12b8f50]no frame!
[h264 @ 0x12b8f50]B picture before any references, skipping
[h264 @ 0x12b8f50]decode_slice_header error
[h264 @ 0x12b8f50]no frame!
[h264 @ 0x12b8f50]B picture before any references, skipping
[h264 @ 0x12b8f50]decode_slice_header error
[h264 @ 0x12b8f50]no frame!
[h264 @ 0x12b8f50]non-existing PPS referenced
[h264 @ 0x12b8f50]decode_slice_header error
[h264 @ 0x12b8f50]no frame!
[h264 @ 0x12b8f50]B picture before any references, skipping
[h264 @ 0x12b8f50]decode_slice_header error
[h264 @ 0x12b8f50]no frame!
[h264 @ 0x12b8f50]B picture before any references, skipping
[h264 @ 0x12b8f50]decode_slice_header error
[h264 @ 0x12b8f50]no frame!
[h264 @ 0x12b8f50]non-existing PPS referenced
[h264 @ 0x12b8f50]decode_slice_header error
[h264 @ 0x12b8f50]no frame!
[h264 @ 0x12b8f50]B picture before any references, skipping
[h264 @ 0x12b8f50]decode_slice_header error
[h264 @ 0x12b8f50]no frame!
[h264 @ 0x12b8f50]B picture before any references, skipping
[h264 @ 0x12b8f50]decode_slice_header error
[h264 @ 0x12b8f50]no frame!
[h264 @ 0x12b8f50]number of reference frames exceeds max (probably corrupt 
input), discarding one
[h264 @ 0x12b8f50]number of reference frames exceeds max (probably corrupt 
input), discarding one
[h264 @ 0x12b8f50]number of reference frames exceeds max (probably corrupt 
input), discarding one
[h264 @ 0x12b8f50]number of reference frames exceeds max (probably corrupt 
input), discarding one
[h264 @ 0x12b8f50]number of reference frames exceeds max (probably corrupt 
input), discarding one
[h264 @ 0x12b8f50]number of reference frames exceeds max (probably corrupt 
input), discarding one
[h264 @ 0x12b8f50]number of reference frames exceeds max (probably corrupt 
input), discarding one
[h264 @ 0x12b8f50]B picture before any references, skipping
[h264 @ 0x12b8f50]decode_slice_header error
[h264 @ 0x12b8f50]no frame!
[h264 @ 0x12b8f50]B picture before any references, skipping
[h264 @ 0x12b8f50]decode_slice_header error
[h264 @ 0x12b8f50]no frame!
[h264 @ 0x12b8f50]warning: first frame is no keyframe
[h264 @ 0x12b8f50]number of reference frames exceeds max (probably corrupt 
input), discarding one
[h264 @ 0x12b8f50]number of reference frames exceeds max (probably corrupt 
input), discarding one
[h264 @ 0x12b8f50]number of reference frames exceeds max (probably corrupt 
input), discarding one
[h264 @ 0x12b8f50]number of reference frames exceeds max (probably corrupt 
input), discarding one

With mplayer I can only play the audio part, which is just fine.

This sample is only 65 Mo so I can upload in somewhere if needed.

Thanks,
-- 
Grégoire FAVRE  http://gregoire.favre.googlepages.com  http://www.gnupg.org
   http://picasaweb.google.com/Gregoire.Favre

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] Recommended xine settings for Arte HD ?

[Gregoire Favre]

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, nothing 
> special. May be I wrong... 

I guess so.

> how ?

Edit the source, recompil, install.

> do these warnings you see always or only during of the first several seconds 
> after switching on the Arte ?

Always.

> you can cut it
> 
> If the sample file is too large ( > 10 megabytes), cut it down to size with 
> the Unix 'dd' command: 
> dd if=sample-file of=small-sample-file bs=1024 count=1

I am not sure if cutting was needed :
http://rapidshare.com/files/138962028/001.vdr.html

Maybe I should post something else ?
-- 
Grégoire FAVRE  http://gregoire.favre.googlepages.com  http://www.gnupg.org
   http://picasaweb.google.com/Gregoire.Favre

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] Recommended xine settings for Arte HD ?

[Gregoire Favre]

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, nothing 
> > special. May be I wrong... 
> 
> I guess so.
> 
> > how ?
> 
> Edit the source, recompil, install.

I changed this :
grep BUFSIZE *|grep MEGABYTE
dvbplayer.c:#define PLAYERBUFSIZE  MEGABYTE(4)
recorder.c:#define RECORDERBUFSIZE  MEGABYTE(20)
transfer.c:#define TRANSFERBUFSIZE  MEGABYTE(8)

My computer has 4Gb of ram so I can be large...
-- 
Grégoire FAVRE  http://gregoire.favre.googlepages.com  http://www.gnupg.org
   http://picasaweb.google.com/Gregoire.Favre

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr