Re: [vdr] Translation question en -> fr

2017-07-02 Thread Chris Moore

Hi,

Another possibility in French would be "complet".
In particular I would translate "full name" as "nom complet".

Cheers,
Chris

Le 02/07/2017 à 15:31, Tobi a écrit :

See changes of 2.3.7:

- The option "Setup/Miscellaneous/Show channel names with source" can now
be set to
   "type" or "full" to show either the type or the full name of the source
(thanks to
   Martin Wache).



On 02.07.2017 12:44, Bernard Jaulin wrote:

Hello Franck,

Thank you, but when this message did appear ?

Regards,

BJA.

Le dim. 2 juil. 2017 à 12:40, fnu mailto:v...@auktion.hostingkunde.de>> a écrit :

 Hi Bernard,

 __ __

 Klaus does translate this into german word "alles", "tout" in french.

 __ __

 Cheers

 Frank

 __ __

 *Von:*vdr [mailto:vdr-boun...@linuxtv.org
 <mailto:vdr-boun...@linuxtv.org>] *Im Auftrag von *Bernard Jaulin
 *Gesendet:* Sonntag, 2. Juli 2017 12:15
 *An:* VDR Mailing List mailto:vdr@linuxtv.org>>
 *Betreff:* [vdr] Translation question en -> fr

 __ __

 Hello,

 __ __

 For a better translation, did someone can explain to me what is this
 msgid and the context.

 __ __

 > msgid "full"

 __ __

 Regards,

 __ __

 BJA.

 __ __

 __ __

 __ __

 ___
 vdr mailing list
 vdr@linuxtv.org <mailto:vdr@linuxtv.org>
 https://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr



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



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




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


[vdr] How setup VDR to import external EPG data (XMLTV file)

2016-01-11 Thread Chris R.
Hello

i have got a rpi2 + dvb-t tuner that run under openelec 6 and VDR for the
TV.
This system work well and i would now import external EPG data...

i read several thread about xmltv2vdr and it isn't so clear for me :

- i was thinking of download xmltv file from internet (kazer.org for
france) with a cron task

- and use xmltv2vdr to import the downloaded file into VDR

Is it possible to do like this ?

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


Re: [vdr] vdr-2.0.6 crashes at recording start with divide error

2014-10-12 Thread Chris Mayo


On 12/10/14 16:42, Klaus Schmidinger wrote:
> On 12.10.2014 16:30, Chris Mayo wrote:
>> I occasionally see vdr crashing when a recording starts like this:
>>
>> kernel: traps: recording[352] trap divide error ip:4cfeff sp:7fc8e9523e00 
>> error:0 in vdr[40+156000]
>> runvdr[300]: Floating point exception
>>
>> $ gdb /usr/bin/vdr
>> (gdb) disass /m 0x4cfeff
>>
>> 1514in remux.c
>> 0x004cfee6 <+870>:mov0x290(%rbx),%rsi
>> 0x004cfeed <+877>:xor%edx,%edx
>> 0x004cfeef <+879>:mov0x284(%rbx),%ecx
>> 0x004cfef5 <+885>:mov0xc(%rbx),%eax
>> 0x004cfefc <+892>:add0xc(%rsi),%ecx
>> 0x004cfeff <+895>:div%ecx
>> 0x004cff08 <+904>:mov%eax,%ecx
>>
>> Point to this in remux.c?
>> 1514: uint32_t Delta = ptsValues[0] / (framesPerPayloadUnit +  
>> parser->IFrameTemporalReferenceOffset());
> 
> This should fix it:
> 
> --- remux.c 2014/03/08 15:10:24 2.75.1.5
> +++ remux.c 2014/04/13 13:59:21 2.75.1.6
> @@ -1511,7 +1511,12 @@
> for (int i = 0; i < numPtsValues; i++)
> ptsValues[i] = ptsValues[i + 1] - ptsValues[i];
> qsort(ptsValues, numPtsValues, sizeof(uint32_t), 
> CmpUint32);
> -   uint32_t Delta = ptsValues[0] / (framesPerPayloadUnit 
> +  parser->IFrameTemporalReferenceOffset());
> +   int Div = framesPerPayloadUnit;
> +   if (framesPerPayloadUnit > 1)
> +  Div += parser->IFrameTemporalReferenceOffset();
> +   if (Div <= 0)
> +  Div = 1;
> +   uint32_t Delta = ptsValues[0] / Div;
> // determine frame info:
> if (isVideo) {
>if (abs(Delta - 3600) <= 1)
> 
> Klaus
> 

Many thanks. Patch applied. Will take at least a few weeks to be confident of a 
difference.

I guess I should have googled the line of code,
http://www.vdr-portal.de/board17-developer/board97-vdr-core/p1194836-frameratenerkennung-ab-version-2-0-6/

Chris

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


[vdr] vdr-2.0.6 crashes at recording start with divide error

2014-10-12 Thread Chris Mayo
I occasionally see vdr crashing when a recording starts like this:

kernel: traps: recording[352] trap divide error ip:4cfeff sp:7fc8e9523e00 
error:0 in vdr[40+156000]
runvdr[300]: Floating point exception

$ gdb /usr/bin/vdr
(gdb) disass /m 0x4cfeff

1514in remux.c
   0x004cfee6 <+870>:   mov0x290(%rbx),%rsi
   0x004cfeed <+877>:   xor%edx,%edx
   0x004cfeef <+879>:   mov0x284(%rbx),%ecx
   0x004cfef5 <+885>:   mov0xc(%rbx),%eax
   0x004cfefc <+892>:   add0xc(%rsi),%ecx
   0x004cfeff <+895>:   div%ecx
   0x004cff08 <+904>:   mov%eax,%ecx

Point to this in remux.c?
1514: uint32_t Delta = ptsValues[0] / (framesPerPayloadUnit +  
parser->IFrameTemporalReferenceOffset());

I don't know how to make it happen.

Chris

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


[vdr] VDR2 ATSC audio channels

2013-04-04 Thread Chris Florian
Solved. Used ChannelUpdate=2 in the setup.conf and VDR figured out the 
correct type, 0x81 in this case.




--
_ Chris Florian |TXIO Corporation|www.txio.ca <http://www.txio.ca> | 
1.416.414.6378 _
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

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


[vdr] VDR2 ATSC audio channels

2013-04-04 Thread Chris Florian

Hello,

   I recently had a problem with the audio of a live ATSC TV stream 
from VDR to XBMC using vnsi. One of the vnsi developers identified the 
problem a patched vnsi with a work around 
(http://forum.xbmc.org/showthread.php?tid=160951). I am also 
experiencing the same problem with VDR recordings, but this time I was 
told that this had to be fixed at the VDR end of things. If I make a 
recording and check the .ts file with ffmpeg, it shows:


Stream #0:0[0x21]: Video: mpeg2video (Main) ([2][0][0][0] / 0x0002), 
yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], 17700 kb/s, 29.97 fps, 29.97 tbr, 
90k tbn, 59.94 tbc

Stream #0:1[0x24](eng): Audio: mp1 ([4][0][0][0] / 0x0004), 0 channels, s16
Stream #0:2[0x25](fre): Audio: mp3 ([4][0][0][0] / 0x0004), 0 channels, s16

But the streams should be AC3. My channels.conf for this channel looks 
like this:


CBLT-DT Toronto 
HD;(null):509000:M10:A:0:49=2:52=eng@4,53=es@4;52=@106,53=@106:0:0:3:0:0:0



Not being an ATSC or mpegts expert...can anyone help?



fedora 18
VDR 2.0.0
XBMC v13 alpha
vnsi4
Hauppauge HVR-1600

--
_ Chris Florian |TXIO Corporation|www.txio.ca <http://www.txio.ca> | 
1.416.414.6378 _
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr


[vdr] dvbhddevice Makefile missing $(LDFLAGS)

2013-02-16 Thread Chris Mayo
Been sitting on this for ages but in anticipation of 2.0:

--- PLUGINS/src/dvbhddevice/Makefile.orig
+++ PLUGINS/src/dvbhddevice/Makefile
@@ -98,7 +98,7 @@
 
 $(SOFILE): $(OBJS) libhdffcmd
@$(MAKE) --no-print-directory -C libhdffcmd all
-   $(CXX) $(CXXFLAGS) -shared $(OBJS) libhdffcmd/libhdffcmd.a -o $@
+   $(CXX) $(CXXFLAGS) $(LDFLAGS) -shared $(OBJS) libhdffcmd/libhdffcmd.a 
-o $@
 
 install-lib: $(SOFILE)
install -D $^ $(LIBDIR)/$^.$(APIVERSION)

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


[vdr] No output via xineliboutput with VDR 1.7.21

2011-11-12 Thread Chris Rankin
> Do you get the red "No Signal" text on black background?

No, I get the "xine" splash screen instead. Sometimes with the VDR OSD on it...

I am using xine-1.1, BTW. Perhaps this is relevant?


> And as someone also suggested, make sure you have xineliboutput set as your
> primary device in Settings/DVB. The value should be the amount of your
> dvb devices + 1. 


OK, I'm assuming that you're talking about /etc/vdr/setup.conf here. And 
although I have

PrimaryDVB = 2

in this file, I don't see how this can be seen as setting xineliboutput as my 
primary device. My xineliboutput configuration is:

xineliboutput.Audio.Compression = 100
xineliboutput.Audio.Delay = 0
xineliboutput.Audio.Headphone = 0
xineliboutput.Audio.SoftwareVolumeControl = 0
xineliboutput.Audio.Speakers = Stereo 2.1
xineliboutput.Audio.Surround = 0
xineliboutput.Audio.Upmix = 0
xineliboutput.Audio.Visualization = goom
xineliboutput.Audio.Visualization.GoomOpts = width=720,height=576,fps=25
xineliboutput.Decoder.PesBuffers = 250


Cheers,
Chris

P.S. Can you also CC any reply to me, please? Otherwise my mail client is going 
to start a new thread on the VDR list.


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


[vdr] No output via xineliboutput with VDR 1.7.21

2011-11-10 Thread Chris Rankin
> Please see the xineliboutput README for examples on using xine-ui with 
> xineliboutput.
> Both vdr-sxfe and xine-ui can act as a front-end to xineliboutput.

Not any more though, it would seem. Perhaps xineliboutput has not been 
maintained?

Cheers,
Chris


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


Re: [vdr] No output via xineliboutput with VDR 1.7.21

2011-11-09 Thread Chris Rankin
> you must have an output "xineplug_inp_xvdr.so" then, you can play using
> xine cmd line:
> 
> xine xvdr://127.0.0.1:37890

FYI, I have been successfully using xineliboutput *for years* with VDR 1.6.x. 
The *only reason* I felt this worth reporting to the mailing list is because it 
has all stopped working after upgrading to VDR 1.7.x.

YES, I have the xvdr plugin!

$ ls -als /usr/local/lib/xine/plugins/1.29/*vdr*
460 -rwxr-xr-x 1 root root 463196 Nov  7 23:29 
/usr/local/lib/xine/plugins/1.29/xineplug_inp_xvdr.so


Geez!

Cheers,
Chris


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


Re: [vdr] No output via xineliboutput with VDR 1.7.21

2011-11-08 Thread Chris Rankin
> can you give output of this command's please?
>
> lsmod |grep dvb

$ lsmod |grep dvb
em28xx_dvb 16720  11 
cxd2820r   22613  3 em28xx_dvb
dvb_core   67728  2 em28xx_dvb,cxd2820r
em28xx 66067  1 em28xx_dvb
usbcore    94143  9 
em28xx_dvb,em28xx,snd_usb_audio,uvcvideo,snd_usbmidi_lib,usbhid,uhci_hcd,ehci_hcd


The adapter works fine with xine's native DVB plugin. (Provided VDR isn't 
already running, of course).


> sudo ps auxww |grep vdr

# ps auxww | grep vdr
root  2484  0.0  0.0   5272  1372 ?    S    20:30   0:00 /bin/bash 
/usr/sbin/runvdr
vdr   2489  1.9  1.0 111368 22172 ?    Sl   20:30   0:08 /usr/sbin/vdr 
--lirc --vfat --userdump -s vdr-shutdown.sh -P xineliboutput --local=none 
--remote=37890 -P remote -i /dev/input/dvb-nano-remote


> sudo netstat -napt |grep vdr

# netstat -napt |grep vdr
tcp    0  0 0.0.0.0:6419    0.0.0.0:*   
LISTEN  2489/vdr    
tcp    0  0 0.0.0.0:37890   0.0.0.0:*   
LISTEN  2489/vdr    
tcp    0  0 127.0.0.1:37890 127.0.0.1:49042 
ESTABLISHED 2489/vdr    


# netstat -napt |grep xine
tcp    0  0 127.0.0.1:49124 127.0.0.1:37890 
ESTABLISHED 5058/xine


It all looks reasonable. I can even (sometimes) persuade elements of the OSD to 
appear in the xine-ui window by pressing buttons on my remote control. It's 
just that VDR doesn't appear to send any data.


Cheers,
Chris


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


[vdr] No output via xineliboutput with VDR 1.7.21

2011-11-07 Thread Chris Rankin
Hi,

I have just tried installing VDR 1.7.21 (from Fedora RawHide), with the 
xineliboutput plugin from its git repository. I have managed to get xine to 
connect to VDR (I think - after I had added 127.0.0.1 to the allowed_hosts.conf 
file), but I am not receiving any output in the xine window. VDR seems to be 
processing events from my remote, and the channels all seem to have tuned in 
too - even the HD ones. But it's no good without either a picture or sound.

Does anyone have any ideas, please?

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


[vdr] DVB-T2 tuning

2011-10-10 Thread Chris Rankin
> Here is what i did with 1.7 vdr.

Yes, I know it works in vdr 1.7. And xine's DVB plugin tunes into the HD 
channels here too. The problem is that Fedora uses vdr 1.6, and this version 
doesn't work. So obviously the tuning code in vdr 1.7 is different somehow...

Thanks,
Chris


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


[vdr] DVB-T2 tuning

2011-10-10 Thread Chris Rankin
> I'm not aware of any DVB-T2 specific code in VDR 1.7.x

AFAIK, DVB-T2 at least needs support for QAM_256. I don't think the DVB-T tuner 
in VDR 1.6 supports anything better than QAM_64, so adding QAM_256 would 
definitely be a start.

Cheers,
Chris


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


[vdr] DVB-T2 tuning

2011-10-10 Thread Chris Rankin


Hi,

I'm assuming that VDR-1.7.x can tune into DVB-T2 channels, but it seems that 
Fedora 16 will still be using VDR-1.6.x. This is probably because VDR-1.7 is a 
development version, but I'd like to be able to use my PCTV 290e adapter in 
Fedora. So it looks like the DVB-T2 tuning parameters (QAM_256 support?) are 
going to need patching from 1.7 into 1.6. Can anyone point out the relevant 
code, please? I suspect that asking first will be faster... ;-).

Thanks,
Chris


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


[vdr] xine with new AAC LATM support

2011-09-28 Thread Chris Rankin

Hi all,

The AAC LATM patches have finally been merged to the xine-lib 1.2 branch. It 
still doesn't configure correctly for me on Fedora 15, but please feel free to 
test it out.


Cheers,
Chris

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


Re: [vdr] xine with new AAC LATM support

2011-09-13 Thread Chris Rankin

> Have your patches been merged yet?  When will they be merged into the
> xine-lib-1.2 tree?  I don't know anyone still using 1.1 since 1.2 is
> where the vdpau dev happens.

Yes, the patches have now all been merged into the xine-lib tree:

http://hg.debian.org/hg/xine-lib/xine-lib

I suspect that the patches will also arrive in the 1.2 tree at some later point. 
However, xine-lib-1.2 doesn't build for me on Fedora 15 so I can't test it myself.


Cheers,
Chris

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


[vdr] xine with new AAC LATM support

2011-09-13 Thread Chris Rankin

Hi,

Just in case anyone is interested:

There has been a sudden spike in xine development (1.1.19 branch), and AAC LATM 
audio should now be working with MPEG-TS streams. You will also need to be using 
FFmpeg >= 0.7.


Cheers,
Chris

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


Re: [vdr] VDR 1.7.20 - Incorrect Progress Bar Times for Radio Programmes

2011-08-27 Thread Chris Mayo
On 27/08/11 15:24, Klaus Schmidinger wrote:
> On 27.08.2011 15:35, Chris Mayo wrote:
>> Progress bar display shows excessive times for radio programmes (no
>> video).
>>
>> A recording of about 5 minutes starts at 5:22:13 and ends at
>> 27404:47:54. The actual recording is fine. Recording is from BBC Radio 3
>> using DVB-T. ffmpeg -i shows:
>>
>> Input #0, mpegts, from '1.ts':
>>Duration: 00:05:06.12, start: 38666.622211, bitrate: 225 kb/s
>>Program 132
>>  Stream #0.0[0x1b6](eng): Audio: mp2, 48000 Hz, stereo, s16, 192 kb/s
>>
>> I see the same playing with dvbhddevice or xineliboutput.
>>
>> Recordings made with previous versions of vdr (including 1.7.19 with
>> suggested reversion to 1.7.18 recording code) display correct times
>> playing with 1.7.20.
> 
> Please try this patch:
> 
> --- remux.c 2011/08/20 09:07:26 2.59
> +++ remux.c 2011/08/27 14:20:18
> @@ -840,7 +840,7 @@
>  return Processed; // flush everything before this
> new payload
>   if (framesPerSecond <= 0.0) {
>  // frame rate unknown, so collect a sequence of PTS
> values:
> -if (numPtsValues < MaxPtsValues && numIFrames < 2)
> { // collect a sequence containing at least two I-frames
> +if (numPtsValues < 2 || numPtsValues < MaxPtsValues
> && numIFrames < 2) { // collect a sequence containing at least two I-frames
> const uchar *Pes = Data + TsPayloadOffset(Data);
> if (numIFrames && PesHasPts(Pes)) {
>ptsValues[numPtsValues] = PesGetPts(Pes);
> 
> 
> Apparently it got only a single PTS value and then was
> unable to calculate a difference.
> This patch fixed it for me (on the German radio channel
> ANTENNE BAYERN, which also showed the effect you reported).
> 
> Klaus
> 

That's fixed it for me too. Many thanks.

Chris

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


[vdr] VDR 1.7.20 - Incorrect Progress Bar Times for Radio Programmes

2011-08-27 Thread Chris Mayo
Progress bar display shows excessive times for radio programmes (no video).

A recording of about 5 minutes starts at 5:22:13 and ends at
27404:47:54. The actual recording is fine. Recording is from BBC Radio 3
using DVB-T. ffmpeg -i shows:

Input #0, mpegts, from '1.ts':
  Duration: 00:05:06.12, start: 38666.622211, bitrate: 225 kb/s
  Program 132
Stream #0.0[0x1b6](eng): Audio: mp2, 48000 Hz, stereo, s16, 192 kb/s

I see the same playing with dvbhddevice or xineliboutput.

Recordings made with previous versions of vdr (including 1.7.19 with
suggested reversion to 1.7.18 recording code) display correct times
playing with 1.7.20.

Chris

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


[vdr] Trying to understand MPEG-TS (PMT, PES etc)

2011-08-23 Thread Chris Rankin
Hi,

I am digging into DVB streams and TS demuxing, and I was wondering: is the PMT 
the *only* (reasonable) way to determine which codec a given PES is using, 
please?

The TS demuxing code that I am reading (*cough* xine's) seems to have the idea 
that if it receives an audio or video PES with a PID that it hasn't seen before 
then it can "autodetect" the stream (somehow?!). But if it has to wait for the 
next PMT anyway to determine which codec to use then I'm not sure that I 
understand the point.

Can anyone advise, please? My research into MPEG-TS has only revealed the 
following, with regards to PMTs:

"Each elementary stream is labeled with a stream_type value."

http://en.wikipedia.org/wiki/MPEG_transport_stream#PMT

Thanks,
Chris


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


Re: [vdr] FreeviewHD success with Nanostick 290e

2011-08-21 Thread Chris Rankin
> The signal from my aerial goes through an amplifier to another amplifier with 
four outputs!

> I could probably do with a new aerial!!

Interesting, it hadn't occurred to me to use an amplifier. Although the HD MUXs 
are all broadcasting at low power at the moment until Digital Switch-Over is 
finished, so it's possible that this problem will sort itself out then. But 
right now, it looks like my splitters degrade the HD signal to the point where 
the tuner refuses to lock. Maybe I could buy better splitters, or maybe putting 
splitters on coaxial cables is not as "plug and play" as I'd supposed and my 
tangled pile of wires was generating interference.


One other point: your amplifier arrangement seems rather sophisticated. Are you 
*sure* it's sending the same amplified signal to each of its four outputs? This 
might explain why your 290e can't find the SD MUXs.


Cheers,
Chris

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


Re: [vdr] FreeviewHD success with Nanostick 290e

2011-08-20 Thread Chris Rankin

Laz,

I've finally managed to tune my 290e in as well. I have discovered that I need 
to remove all of the 2-way splitters that I'd been using to connect everything 
up to the wall socket, and then w_scan and scandvb can find the HD signal. But 
my version of ffmpeg (0.6.3) is struggling to decode the stream and so I'm not 
getting any sound. The pictures are OK, though. So maybe it's just that this PC 
is slightly underpowered? (2x2.66GHz P4 Xeons with HT enabled). I'll try using a 
beefier machine tomorrow.


And if I'm still getting a HD signal tomorrow, I'll know that my 2-way splitters 
really are the problem too :-). Although the loss of the splitters will be a 
problem in the long-term, because now I'm limited to only one DVB-T/T2 receiver.


One problem at a time...

Cheers,
Chris


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


[vdr] [PATCH] Compile fix for eepg-0.0.3 with g++ 4.6

2011-08-13 Thread Chris Rankin
Hi,

This patch fixes compilation of the eepg-0.0.3 plugin with g++ 4.6:

--- eepg.c.orig 2009-04-30 13:24:57.0 +0100
+++ eepg.c  2011-08-13 23:22:25.0 +0100
@@ -2684,7 +2684,7 @@
   class cEIT2:public SI::EIT
   {
   public:
-cEIT2 (cSchedules::cSchedules * Schedules, int Source, u_char Tid, const 
u_char * Data,
+cEIT2 (cSchedules * Schedules, int Source, u_char Tid, const u_char * Data,
   bool OnlyRunningStatus = false);
 
 // originally from libdtv, Copyright Rolf Hakenes 
@@ -2773,7 +2773,7 @@
   }
 #endif /* NOEPG */
 
-  cEIT2::cEIT2 (cSchedules::cSchedules * Schedules, int Source, u_char Tid, 
const u_char * Data, bool OnlyRunningStatus)
+  cEIT2::cEIT2 (cSchedules * Schedules, int Source, u_char Tid, const u_char * 
Data, bool OnlyRunningStatus)
 :  SI::EIT (Data, false) {
 if (!CheckCRCAndParse ())
   return;

Cheers,
Chris


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


Re: [vdr] FreeviewHD channels.conf OK for xine, but not for VDR

2011-08-13 Thread Chris Rankin
Now xine isn't tuning into the HD channels again either. Maybe it's a problem 
with the transmitter, but I'm thinking that the DVB userspace doesn't have 
enough support for DVB-T2 yet.

Cheers,
Chris

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


[vdr] FreeviewHD channels.conf OK for xine, but not for VDR

2011-08-13 Thread Chris Rankin
Using scandvb with the "-o vdr" parameter is failing, but without it I get the 
following lines:

BBC 
HD:55400:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_AUTO:QAM_256:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_32:HIERARCHY_NONE:0:0:17472
BBC One 
HD:55400:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_AUTO:QAM_256:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_32:HIERARCHY_NONE:0:0:17540
ITV1 
HD:55400:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_AUTO:QAM_256:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_32:HIERARCHY_NONE:0:0:17604
Channel 4 HD:55400:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_AUTO:QAM_256:T

Interesting. So xine is now receiving the stream via its DVB plugin, although 
it is also choking on the H.264 decoding.

Still no luck getting the adapter's remote control working.

Cheers,
Chris


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


[vdr] Failing to tune in Freeview HD channels

2011-08-13 Thread Chris Rankin
Hi,

My 209e has arrived and is giving me all the normal Freeview channels. However, 
I'm unable to tune it into the HD ones. According to this site, 
the HD channels are all available on a separate MUX:

http://www.ukfree.tv/txdetail.php?a=TQ339712

256QAM 32k 2/3
40Mb/s
DVB-T2 MPEG4

50 BBC One HD (UK service without regions), 51 ITV 1 HD (ITV London), 52 
Channel 4 HD London ads, 54 BBC HD,
• as a digital multiplex transmitted on frequency C31 (554.0MHz)

So I tried adding a new line to the uk-CrystalPalace file from dvb-apps:

T 55400 8MHz 2/3 NONE QAM256 32k 1/32 NONE

However, scandvb rejects the "32k" part and still refuses to tune in, although 
I do get the PIDs:

0x 0x4440: pmt_pid 0x0064 BBC -- BBC HD (running)
0x 0x44c4: pmt_pid 0x00c8 ITV -- ITV1 HD (running)
0x 0x4500: pmt_pid 0x012c CHANNEL FOUR -- Channel 4 HD (running)
0x 0x4484: pmt_pid 0x19c8 BBC -- BBC One HD (running)

So it looks like I'm going to have to create entries in my channels.conf file 
manually. Does anyone have a working one that s/he could share, please?

Thanks,
Chris


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


[vdr] UK FreeviewHD and VDR

2011-08-11 Thread Chris Rankin
> I haven't pushed it upstream to Klaus, I think the preferable solution
> is to do it as a plugin - search for the eepg plugin which incorporates
> the parsing code.

OK, thanks. Fedora 15 is still using VDR 1.6.x but the plugin looks small 
enough that I'm hoping it will work anyway :-).

BTW, I see that eepg.c is using sscanf() with GNU-specific "%a[range]" tokens. 
Wouldn't it be more practical to use "%m[range]" tokens instead, c.f. the man 
page for sscanf from glibc:

   Since version 2.7, glibc also provides the m modifier for the same pur‐
   pose as the a modifier.  The m modifier has the following advantages:

   * It may also be applied to %c conversion specifiers (e.g., %3mc).

   * It avoids ambiguity with respect to the %a floating-point  conversion
 specifier (and is unaffected by gcc -std=c99 etc.)

   * It is specified in the upcoming revision of the POSIX.1 standard.

Cheers,
Chris


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


[vdr] UK FreeviewHD and VDR

2011-08-11 Thread Chris Rankin
Hi,

I currently use VDR to watch Freeview in the UK, and it works great with a 
Hauppauge NOVA-T-USB2 adapter. However, this adapter isn't compatible with 
DVB-T2 and so I've now ordered a nanoStick T2 290e and have upgraded to the 
Linux 3.0.1 kernel in eager anticipation. My ultimate goal is to use VDR to 
watch FreeviewHD, exactly as I've already been using it to watch Freeview, 
except that I understand that the EPG for the HD channels has been compressed 
using proprietary Huffman tables.

I've already found this web site: http://www.rst38.org.uk/vdr/

The patch here for VDR (with separate "drop in" files freesat.t1 and 
freesat.t2) looks interesting, and would seem to allow VDR to read the 
compressed EPG in a transparent way. However, it has obviously not been merged 
to VDR in over 2 years, which would suggest that the VDR developers have 
rejected it for some reason.

Could someone tell me what the "recommended" approach is for parsing a 
Huffman-compressed EPG with VDR please? I suspect that I can integrate this 
patch into VDR manually, but this isn't a viable long-term solution.

Thanks for any advice,
Cheers,
Chris

P.S. Yes, I know that I am assuming that FreeSat and FreeviewHD are using the 
same proprietary Huffman tables. But I'm also under the impression that this 
assumption is not a bad one.


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


[vdr] vdr-1.7.18 with S2-6400 OSD oops

2011-06-18 Thread Chris Mayo
I'm getting a repeated (but not frequent or reproducible) oops that
occurs when the OSD is already displayed and I do more OSD operations
(quickly?).

Recently the oopses have been written to syslog (because of some of the
newer patches or firmware?) and I have attached one.

This is my current set-up (I have had these oops all my time with the
S2-6400 but this matches the attachment). Apologies if the problem is
because of the way I have got things working.

HW:
2 x Nova DVB-T
1 x S2-6400 connected to TV with HDMI

SW:
kernel: gentoo-sources-2.6.38-r6

but media drivers from (taken 20110419):
 http://www.aregel.de/file_download/6/linux-media.tar.bz2
 plus the following patches (should be all the saa716x(_ff) ones) from
  http://powarman.dyndns.org/hgwebdir.cgi/v4l-dvb-saa716x/:
4475123e9fc6
e709142bc88b
6fbf3d86c62b
e93c08705779
74e384b3b0aa
e52e433285eb
5b3696587ffc
86ecc785a1d2
1d34d58f281c

firmware:
dvb-ttpremium-st7109-01_v0_2_11.zip
dvb-ttpremium-fpga-01_v1_08.zip
dvb-ttpremium-loader-01_v1_03.zip
dvb-ttpci-01.fw-fb2624

vdr-1.7.18
dvbhddevice changeset:
 http://powarman.dyndns.org/hgwebdir.cgi/dvbhddevice/rev/fb6b1beedb72


Thanks for reading.

Chris
kernel: BUG: unable to handle kernel paging request at 7fef908c5160
kernel: IP: [] saa716x_phi_write+0x13/0x30 [saa716x_core]
kernel: PGD 37c3d067 PUD 37c3a067 PMD 0 
kernel: Oops:  [#1] SMP 
kernel: last sysfs file: 
/sys/devices/pci:00/:00:0a.0/host0/target0:0:0/0:0:0:0/block/sda/dev
kernel: CPU 0 
kernel: Modules linked in: it87 hwmon_vid iptable_nat nf_nat nf_conntrack_ipv4 
nf_defrag_ipv4 iptable_filter ipt_addrtype xt_NFQUEUE xt_conntrack nf_conntrack 
ip_tables x_tables snd_pcm_oss snd_mixer_oss isl6423 stv6110x stv090x 
snd_hda_codec_hdmi snd_hda_codec_realtek l64781 ir_lirc_codec snd_hda_intel 
tda1004x lirc_dev snd_hda_codec ir_sony_decoder budget snd_pcm ir_jvc_decoder 
ir_rc6_decoder rc_hauppauge radeon budget_ci ir_rc5_decoder ttm saa716x_ff 
drm_kms_helper budget_core snd_timer ir_nec_decoder snd saa7146 ttpci_eeprom 
rc_core saa716x_core drm dvb_core r8169 k8temp mii snd_page_alloc forcedeth 
i2c_nforce2
kernel: 
kernel: Pid: 2225, comm: vdr Tainted: GW   2.6.38-gentoo-r6 #1  
kernel: RIP: 0010:[]  [] 
saa716x_phi_write+0x13/0x30 [saa716x_core]
kernel: RSP: :880037c2fd50  EFLAGS: 00010246
kernel: RAX:  RBX: 88003d5a6000 RCX: 0016
kernel: RDX: 7fef908c5160 RSI: 000201a0 RDI: 88003c0e4000
kernel: RBP: 880037c2fdf8 R08:  R09: 
kernel: R10:  R11: dead00200200 R12: 88003d5a63a8
kernel: R13: 88003c0e4000 R14: 880037c2fd68 R15: 88003d5a6200
kernel: FS:  7fef99201720() GS:88003fc0() 
knlGS:
kernel: CS:  0010 DS:  ES:  CR0: 8005003b
kernel: CR2: 7fef908c5160 CR3: 37c3c000 CR4: 06f0
kernel: DR0:  DR1:  DR2: 
kernel: DR3:  DR6: 0ff0 DR7: 0400
kernel: Process vdr (pid: 2225, threadinfo 880037c2e000, task 
88003e11a150)
kernel: Stack:
kernel: a0132d78 00f9 88003e11a150 
kernel: 88003e11a150 810580b0 880037c2fd80 880037c2fd80
kernel:  002f c0206fa2 7fffda003940
kernel: Call Trace:
kernel: [] ? dvb_osd_ioctl+0x198/0x430 [saa716x_ff]
kernel: [] ? autoremove_wake_function+0x0/0x30
kernel: [] ? dvb_usercopy+0xc3/0x1c0 [dvb_core]
kernel: [] ? dvb_osd_ioctl+0x0/0x430 [saa716x_ff]
kernel: [] ? cp_new_stat+0xe7/0x100
kernel: [] ? dvb_generic_ioctl+0x30/0x40 [dvb_core]
kernel: [] ? do_vfs_ioctl+0x9c/0x560
kernel: [] ? sys_newstat+0x31/0x50
kernel: [] ? sys_ioctl+0x49/0x80
kernel: [] ? system_call_fastpath+0x16/0x1b
kernel: Code: f0 00 00 48 8b 57 20 66 b8 2a 00 89 82 3c f0 00 00 30 c0 c3 0f 1f 
40 00 85 c9 7e 27 81 c6 00 00 02 00 31 c0 0f 1f 40 00 4c 63 c0 <46> 8b 0c 02 41 
89 f0 4c 03 47 20 45 89 08 83 c0 04 83 c6 04 39 
kernel: RIP  [] saa716x_phi_write+0x13/0x30 [saa716x_core]
kernel: RSP 
kernel: CR2: 7fef908c5160
kernel: ---[ end trace a24157b3e9a22525 ]---
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr


Re: [vdr] rotor plugin puzzling question

2009-11-11 Thread Chris Moore

Hello,

ACK: this was clearly a bug ;-)

marti...@embl.de a écrit :

Is it just me or the newly released rotor plugin for vdr 1.7.9 needs the
following patch to the plugin itself in order to run (although it compiles
fine without it)
If the author reads these lines I would love to know why...

--- rotor.c.old 2006-06-14 23:44:27.0 +0200
+++ rotor.c 2006-06-14 23:46:43.0 +0200
@@ -96,7 +96,8 @@
   continue;
 if ((diseqc=Diseqcs.Get(source->Code(),12000,'h')) ||
(diseqc=Diseqcs.Get(source->Code(),12000,'v')) ||
(diseqc=Diseqcs.Get(source->Code(),12000,'l')) ||
(diseqc=Diseqcs.Get(source->Code(),12000,'r'))) 
 {

-  char *c=strdup(diseqc->Commands());
+  char *commandstring=strdup(diseqc->Commands());
+  char *c=commandstring;  
   while (c = strchr(c, '['))

   {
 char *e = strchr(++c, ']');
@@ -131,7 +132,7 @@
   break;
 }
   }
-  free(c);
+  free(commandstring);
  


I am not the author (nor even a user) but you are absolutely right.
You must free the pointer as returned by strdup; not one that you have 
modified or incremented :(

So you need to keep a virgin copy of the pointer as you have done.

Cheers,
Chris



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


Re: [vdr] xbmc-pvr (was - HD clients for vdr)

2009-08-20 Thread Chris Silva
On Thu, Aug 20, 2009 at 6:15 PM, Goga777 wrote:
>> >> eventually abandon xinelib. At the moment I just press a button on my
>> >> remote to switch between xbmc and vdr-sxfe so I can have the best of
>> >> both worlds.
>
> would you like to describe more details your installation - xbmc and vdr 
> please
>
> Goga
>

Hi.

I'm trying to do just that. A separate install for vdr and xbmc. No
integration for me now, since the plugins functionality is lost.

A few methods are described here -
http://www.xbmc.org/forum/showthread.php?t=47560.

Perhaps Magnus can say for sure what method he uses.

Cheers
Cris

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


Re: [vdr] Can't compile VDR

2009-01-14 Thread Chris Silva
On Thu, Jan 15, 2009 at 2:50 AM, Chris Silva <2manybi...@gmail.com> wrote:

>
> Hi.
>
> Thanks for the help. Installing things from memory can get you into trouble.
>
> After writing the mail, read my notes and found the error...
>
> A simple
> cp /usr/src/linux-headers-$(uname -r)/include/linux/compiler.h
> /usr/local/src/v4l-dvb/linux/include/linux/
> or
> cp /usr/src/linux-headers-$(uname -r)/include/linux/compiler.h
> /usr/local/src/s2-liplianin/linux/include/linux/
>
> solves it.
>
> Sorry for that.
>
> Now i'm having another error:
>
> etype2 -I/usr/local/src/s2-liplianin/linux/include tools.c
> tools.c: In member function âssize_t cUnbufferedFile::Write(const
> void*, size_t)â:
> tools.c:1611: error: no matching function for call to âmin(long
> unsigned int, off_t)â
> make: *** [tools.o] Error 1
>
> It seems to be caused by s2-liplianin drivers.
>
> Gonna try v4l-dvb. BTW, which repo is most up-to-date concerning
> S2-3200 card? v4l-dvb or s2-liplianin?
>
> Thanks.
>

Well... VDR 1.7.0 compiles against v4l-dvb. VDR 1.7.3 still gives the
error above.

Any help is welcome.

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


Re: [vdr] Can't compile VDR

2009-01-14 Thread Chris Silva
On Thu, Jan 15, 2009 at 12:45 AM, user. vdr  wrote:
> On Wed, Jan 14, 2009 at 3:41 PM, Chris Silva <2manybi...@gmail.com> wrote:
>> I'm having problems compiling VDR 1.7.0 and 1.7.3.
>>
>> This is the error:
>>
>> /usr/local/src/s2-liplianin/linux/include/linux/videodev2.h:64:28:
>> error: linux/compiler.h: No such file or directory
>> In file included from
>> /usr/local/src/s2-liplianin/linux/include/linux/videodev.h:16,
>> from dvbdevice.c:13:
>
> Starting with the first error, try this:
> cp /usr/src/linux/include/linux/compiler.h
> /usr/local/src/s2-liplianin/linux/include/linux

Hi.

Thanks for the help. Installing things from memory can get you into trouble.

After writing the mail, read my notes and found the error...

A simple
cp /usr/src/linux-headers-$(uname -r)/include/linux/compiler.h
/usr/local/src/v4l-dvb/linux/include/linux/
or
cp /usr/src/linux-headers-$(uname -r)/include/linux/compiler.h
/usr/local/src/s2-liplianin/linux/include/linux/

solves it.

Sorry for that.

Now i'm having another error:

etype2 -I/usr/local/src/s2-liplianin/linux/include tools.c
tools.c: In member function âssize_t cUnbufferedFile::Write(const
void*, size_t)â:
tools.c:1611: error: no matching function for call to âmin(long
unsigned int, off_t)â
make: *** [tools.o] Error 1

It seems to be caused by s2-liplianin drivers.

Gonna try v4l-dvb. BTW, which repo is most up-to-date concerning
S2-3200 card? v4l-dvb or s2-liplianin?

Thanks.

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


Re: [vdr] Minimal VDR install

2009-01-14 Thread Chris Silva
On Mon, Jan 12, 2009 at 8:34 PM, Magnus Hörlin  wrote:
> Chris Silva wrote:
>> Hi, folks.
>>
>> My current vdr is instaled over "normal" ubuntu desktop since forever.
>> Now I want to try something similar starting with ubuntu server and
>> reducing installed packages to the minimum.
>>
>> I found a similar ideia at this link:
>> http://kuparinen.org/martti/comp/vdr/vdr.html
>>
>> Now for the questions:
>>
>> - Anyone with similar approach?
>> - What is the minimum xorg needed?
>> - Recommended settings?
>>
>> The ideia is to have a lightweight system installed on a usb pen
>> (almost all files are read only, so no problem) and add one or more
>> HDD drives to perform the recording. Those drivers will only work when
>> a recording is scheduled. Thus reducing noise to the minimum.
>> Currently I have almost no dB coming from my vdr box, except for the
>> disks.
>>
>> I need to take in account other applications xorg needs. Like xine,
>> mplyer, whatever.
>>
>> I really want to end up with a minimal/no noise fully working system.
>>
>> Thanks.
>>
>> ___
>> vdr mailing list
>> vdr@linuxtv.org
>> http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
>>
>>
> I run "minimal" diskless ubuntu setups on a vdr server and three
> clients. The basic "cli" install of ubuntu desktop is <600MB and on the
> server there's not very much to add, just what's needed to compile vdr
> and an nfs server. On the clients I just install xinit and xorg-driver
> plus what's needed to compile xine. Then I start X with startx and
> vdr-sxfe/xbmc/performous with the remote using .xinitrc/irexec. No gdm
> or window manager, except for on my desktop client. And with a picoPSU
> the clients run at <30W so they're silent all right. The server with
> three hdd's and raid5 use a bit more but it's hidden away in the attic
> so I can't hear it anyway.
> I usually start by installing the latest version of ubuntu on one
> computer and then duplicate that directory  for every client. Then it's
> just to boot that install for every client and add the rest of the
> packages needed for that hardware (I have one intel, one nvidia and one
> amd client so I can follow their respective X driver progress).
> /Magnus H
>

Ubuntu desktop under <600MB? My standard Ubuntu install uses more than 1Gb.

Do you have a non standard install procedure?

Chris

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


[vdr] Can't compile VDR

2009-01-14 Thread Chris Silva
Hi.

I'm having problems compiling VDR 1.7.0 and 1.7.3.

This is the error:

/usr/local/src/s2-liplianin/linux/include/linux/videodev2.h:64:28:
error: linux/compiler.h: No such file or directory
In file included from
/usr/local/src/s2-liplianin/linux/include/linux/videodev.h:16,
 from dvbdevice.c:13:
/usr/local/src/s2-liplianin/linux/include/linux/videodev2.h:560:
error: field '__user' has incomplete type
/usr/local/src/s2-liplianin/linux/include/linux/videodev2.h:560:
error: expected ';' before '*' token
/usr/local/src/s2-liplianin/linux/include/linux/videodev2.h:567:
error: expected ';' before '*' token
/usr/local/src/s2-liplianin/linux/include/linux/videodev2.h:569:
error: variable or field '__user' declared void
/usr/local/src/s2-liplianin/linux/include/linux/videodev2.h:569:
error: expected ';' before '*' token
In file included from dvbdevice.c:13:
/usr/local/src/s2-liplianin/linux/include/linux/videodev.h:148: error:
expected ';' before '*' token
In file included from dvbdevice.c:17:
/usr/local/src/s2-liplianin/linux/include/linux/dvb/video.h:162:
error: expected ';' before '*' token
/usr/local/src/s2-liplianin/linux/include/linux/dvb/video.h:195:
error: expected ';' before '*' token
dvbdevice.c: In member function 'virtual void
cDvbDevice::StillPicture(const uchar*, int)':
dvbdevice.c:1299: error: too many initializers for 'video_still_picture'
dvbdevice.c:1299: error: invalid conversion from 'char*' to 'int32_t'
dvbdevice.c:1305: error: too many initializers for 'video_still_picture'
dvbdevice.c:1305: error: invalid conversion from 'char*' to 'int32_t'
make: *** [dvbdevice.o] Error 1

Same error happens with s2-liplianin *and* v4l-dvb, with latest revisions.

Tried googling for it, but no solution...

Any thoughts?

Thanks

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


Re: [vdr] OT question

2009-01-12 Thread Chris Silva
On Mon, Jan 12, 2009 at 9:46 PM, Sascha Vogt  wrote:
> Hi Lucian,
>
> Lucian Muresan wrote:
>> Sascha Vogt wrote:
>>> Hi Lauri,
>>>
>>> Lauri Tischler wrote:
 Sascha Vogt wrote:
> as my hardware is shipping (went for the ASUS M2N78Pro, GeForce 8300
> with an Athlon X2 4850e, hopefully that'll work with VDPAU and HD
> videos)
 Couldn't find M2N78Pro, do you mean M3N78PRO ?
>>> Sorry, you're right, meant the M3N78Pro.
>>
>> Does this board have at least headers for a parallel printer port? I
>> can't find a hi-res picture of it, and docs do not mention it, so I fear
>> I couldn't use my graphical VFD if I where to decide on this board in
>> favour of some 8200-based still in ATX form factor.
> Nope, sorry, I can't find any parallel ports on the port. There is an
> internal COM Port available. I guess you'd need an USB<->parallel converter.
>
> Greetings
> -Sascha-

Or a COM < - > LPT converter and forget the USB drivers.

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


[vdr] Minimal VDR install

2009-01-12 Thread Chris Silva
Hi, folks.

My current vdr is instaled over "normal" ubuntu desktop since forever.
Now I want to try something similar starting with ubuntu server and
reducing installed packages to the minimum.

I found a similar ideia at this link:
http://kuparinen.org/martti/comp/vdr/vdr.html

Now for the questions:

- Anyone with similar approach?
- What is the minimum xorg needed?
- Recommended settings?

The ideia is to have a lightweight system installed on a usb pen
(almost all files are read only, so no problem) and add one or more
HDD drives to perform the recording. Those drivers will only work when
a recording is scheduled. Thus reducing noise to the minimum.
Currently I have almost no dB coming from my vdr box, except for the
disks.

I need to take in account other applications xorg needs. Like xine,
mplyer, whatever.

I really want to end up with a minimal/no noise fully working system.

Thanks.

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


Re: [vdr] New Video Decode and Presentation API from NVidia

2008-12-14 Thread Chris Silva
On Sun, Dec 14, 2008 at 3:18 PM, Gerald Dachs  wrote:
> Am Sun, 14 Dec 2008 16:55:52 +0200
> schrieb Lauri Tischler :
>
>> Andrew Herron wrote:
>> > Hi,
>> >
>> > This ASUS board would be suitable;
>> >
>> > http://www.asus.com/products.aspx?modelmenu=1&model=2579&l1=3&l2=11&l3=812&l4=0
>>
>> Too small, not enough pci-slots, minimum three pci-slots needed.
>> Four or five pci-slots would be nice.
>
> And wrong cpu, I think I will buy this one:
> http://www.phoronix.com/scan.php?page=article&item=nvidia_8200_mobos&num=3
> If I would need anyway a graphics card, then a big cooler would only
> block a pci-e slot. The cpu socket is more near to the back side of the
> motherboard than on many other mainboards. So I would get more space
> between the cpu cooler and the cd rom drive in my S16T case.
>
> Gerald
>

Hi.

I was thinking on getting this one: Gigabyte GA-E7AUM-DS2H with a
VDPAU working GeForce 9400 integrated onboard.

But the problem remains. I need at least 3 PCI slots. So, any
suggestions on other boards with VDPAU *supported* chips?

Chris

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


[vdr] HELP: Waiting for EPG in vdr-1.5.x

2008-02-27 Thread Chris Ariyo


Hi everybody,

I have a Hauppauge Nova-T500  DVB-Tand a TT fullfeature output DVB-S.
I have tried everything that I know to get EPG but without success.
I am using ubuntu 7.10, vdr-1.5.x and installed vdradmin-am 3.61 as well
as xxv 1.10. I use a few plugins too.
I live in Finland, any advice will be very much welcomed.

regards,
Chris



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


[vdr] Waiting for EPG in vdr-1.5x

2008-02-13 Thread Chris Ariyo
Hi everybody,

I have a Hauppauge Nova-T500  DVB-Tand a TT fullfeature output DVB-S.
I have tried everything that I know to get EPG but without success.
I am using ubuntu 7.10, vdr-1.5.x and installed vdradmin-am 3.61 as well
as xxv 1.10. I use a few plugins too.
I live in Finland, any advice will be very much welcomed.

regards,
Chris
-- 


___
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?

2008-02-03 Thread Chris Ariyo
Hi,

No, i vote to wait for the DVD-S2 and maybe if Klaus can integrate
H.264.

regards,
Chris 
On Sun, 2008-02-03 at 11:17 +0100, Klaus Schmidinger wrote:
> There has been some controversy about my recent decision to
> move forward and require the "multiproto" driver for VDR in
> the developer version. It is also currently rather unclear
> whether the current PES recording format can be kept to handle
> HDTV, or whether it would make sense (or even be feasible)
> to switch to TS (as suggested by the people from RMM).
> 
> In order to take the edge of this, I was wondering if it would
> make sense to revoke the switch to the "multiproto" driver and
> go straight towards a stable version 1.6.0 with what is now in
> version 1.5.14. This should satisfy all those who are eagerly awaiting
> a new stable version, without forcing them to make the driver switch
> now.
> 
> If we decide to go that way, I would release a version 1.5.15 with
> what could become the new stable, wait until like the end of the month
> to see whether it still needs some minor fixes, and call it 1.6.0 then.
> I know there are still some patches out there that some would expect
> to go into the next stable version, but I actually want to prepare VDR
> for HDTV before looking into these patches.
> 
> So, here's the straw poll:
> 
>Should there be a stable version 1.6.0 now, based on what's in
>version 1.5.14, but without DVB-S2 or even H.264 support?
> 
> Yes or No?
> 
> Klaus
> 
> 
> 
> ___
> vdr mailing list
> vdr@linuxtv.org
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
-- 


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


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

2007-11-29 Thread Chris Jones
Hi

Tony Grant wrote:
> Has anyone tried VGA out at 1600x1050 on a FullHD (Sony Bravia for
> example)? If so what does it look like.

I've used a PC connected to a 40" Bravia via DVI and it was pretty damn
good. If you sat far enough away you could use it comfortably as a
monitor. Up close and the contrast on text would probably melt your
retinas ;)

Cheers,
-- 
Chris Jones
  [EMAIL PROTECTED]
   www.tenshu.net

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


[vdr] xvid format

2007-08-13 Thread Chris Matchett
I have just started using vdr and the web based interface and I am very
happy with the results.

I wanted to ask what is the easiest way to get vdr recordings into xvid
format?

Cheers,

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


Re: [vdr] no sound on output of TT-premium C-2300

2007-07-15 Thread Chris F

How emberrasing, it wasn't the mixer settings, but apparently it is the
dvd-plugin that doesn't work.
since most channels here are encrypted on DVB-C and I primarily use it as an
output device I tested the output using a dvd.
now I found a non encrypted channel and suddenly the sound output on the dvb
card worked.

the problem with the analogue card however remains.
how can I get vdr to accept the analogue channels

the analoge card is on /dev/video1 could that be a problem?

On 7/15/07, Stone <[EMAIL PROTECTED]> wrote:




On 7/15/07, Chris F <[EMAIL PROTECTED]> wrote:
>
> Hi everyone,
>
> I've got a problem setting up a vdr system.
>
> I installed Debian Etch with a vanilla 2.6.21 kernel and vdr using the
> e-tobi packages.
> I used the development firmware (f12623) and also tried the firmware
> from linuxtv.org
>
> Apart from the DVB-C FF card there is a WinTV PCI analogue TV-Card in
> that I want to use to record analogue TV channels that are not broadcasted
> in DVB-C.
>
> The system works so far, however the analogue sound output of the card
> doesn't work and I have ne idea why. I hope someone who uses the same card
> can help me out on that.



This might be too obvious, but do you have "capture" enabled on the device
in the alsamixer settings?


My second problem is getting the analogue card to work. I installed the
> analogue-tv plugin and using scantv I can find some channels, however if I
> set up the channels.conf vdr doesn't add the channels to its list (i
> stopped vdr before editing the channels.conf)
> Whe can help me out on that ?
>
> Thanks in advance for any help you can give me.
>
>

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


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


[vdr] no sound on output of TT-premium C-2300

2007-07-15 Thread Chris F

Hi everyone,

I've got a problem setting up a vdr system.

I installed Debian Etch with a vanilla 2.6.21 kernel and vdr using the
e-tobi packages.
I used the development firmware (f12623) and also tried the firmware from
linuxtv.org

Apart from the DVB-C FF card there is a WinTV PCI analogue TV-Card in that I
want to use to record analogue TV channels that are not broadcasted in
DVB-C.

The system works so far, however the analogue sound output of the card
doesn't work and I have ne idea why. I hope someone who uses the same card
can help me out on that.

My second problem is getting the analogue card to work. I installed the
analogue-tv plugin and using scantv I can find some channels, however if I
set up the channels.conf vdr doesn't add the channels to its list (i stopped
vdr before editing the channels.conf)
Whe can help me out on that ?

Thanks in advance for any help you can give me.

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


Re: [vdr] Dual Tuner Cards

2007-06-25 Thread Chris Jones
Hi

Torgeir Veimo wrote:
> The nova-t 500 is a PCI card, but has an internal USB bus.

Is the hard-wired USB device the same as they sell separately?
(WinTV-Nova-TD)

I'm prepared to suffer a bit of weirdness while the drivers improve if I
can free up a valuable PCI slot in my HTPC!

Cheers,
-- 
Chris Jones
  [EMAIL PROTECTED]
   www.tenshu.net

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


Re: [vdr] Dual Tuner Cards

2007-06-25 Thread Chris Jones
Hi

Laz wrote:
> I did read stuff a while back about people getting USB disconnects from 
> them at random but I've never seen that with mine.

Are we saying that the Hauppauge USB dual tuner ones work? That would
seriously make my day!

Cheers,
-- 
Chris Jones
  [EMAIL PROTECTED]
   www.tenshu.net

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


Re: [vdr] Changing location of /srv/vdr

2007-06-09 Thread Chris Matchett

Thanks for the tip about VDR_OPTIONS.

The Fedora package did not create /srv/vdr and I didn't want to use this
location anyway as I currently record tv to another location and wanted to
stick with that.

Excellent software by the way!

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


[vdr] Changing location of /srv/vdr

2007-06-08 Thread Chris Matchett

I am running vdr on Fedora Core 6 and found that I couldn't start vdr as a
service.

I believe the problem is the fact that the default directory for vdr is
/srv/vdr which doesn't exist and causes the service to hang. How do I change
this default so vdr runs as a service?

Many thanks,

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


Re: [vdr] VDR timer + mplayer = VDR crash. Please fix!

2007-06-07 Thread Chris
Thursday, June 7, 2007, 5:29:23 PM, VDR wrote:
> I compiled the current svn as suggested in that thread and it did not
> help the problem.  If you have 2 dvb cards (which many of us don't)
> then you probably won't experience the problem.

I have 2 cards but I added the budget just recently and VDR did not
crash while running with just one FF card for months.

> At any rate saying you fixed it somehow is great, ...for you anyways.
> If the rest of us can't duplicate your magic then a proper fix is
> required which is what I'm hoping will be the result of this thread.

Since my FF card is in repair atm, I don't know if would be helpful if
I play around with the VDR settings I recall to see if can force the
crash again. If you guys want me to, I will do it as soon as the card
arrives here.

Atm my system runs with the budget cards and an old HW+ card. Dunno
if the problem would occur in this situation, anyway. (probably not)

--
Chris


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


Re: [vdr] VDR timer + mplayer = VDR crash. Please fix!

2007-06-07 Thread Chris
Thursday, June 7, 2007, 3:03:53 AM, VDR wrote:
> If a timer is triggered while the mplayer plugin is in use, VDR
> crashes.  This has happened to me about a zillion times now and I'm
> hoping somebody will fix this!  You can use the mplayer plugin after a
> timer is started no problem.  Correct me if I'm wrong but mplayer
> should never have to take control of the tuner in the first place
> since it's not required to play a media file.

Like I said last time this topic came up: I somehow got rid off the
problem. I don't exactly remember the last thread about this problem
and I didn't keep the mails - but wasn't there someone who also got
rid off this problem by updating mplayer to a current SVN version?

I thought it had something to do with VDR's DVB settings and stuff
but I also updated mplayer.
Currently I'm using MPlayer dev-SVN-r22825-4.1.2 and VDR does not
crash when a timer triggers (or stops) while using mplayer. Well,
at least here.

--
Chris


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


Re: [vdr] 1.5.x Shutdown

2007-05-28 Thread Chris
Monday, May 28, 2007, 9:46:12 PM, Udo wrote:
> The shutdown script has always been a fire-and-forget script that did 
> not evaluate any return codes or output. The only change that landed 
> together with the VDR shutdown rewrite in 1.5.1 is that the script is 
> now called detached from VDR, so it can run in parallel and will not 
> terminate together with VDR. Some shutdown scripts may need to be adapted.

> If you want to investigate: thread.c:SystemExec() is called with the new 
> parameter Detached=true. STDIN is redirected to /dev/null, STDOUT and 
> STDERR are same as VDR, all other FD's get closed as before.

You can reproduce the problem pretty easy:

If I use an 'empty' shutdown script that just starts with "#!/bin/sh" or
bash or whatever, the script itself becomes a zombie. And if I use a script
with just an empty line, "sh" becomes the zombie. So in either way,
something is wrong and it can not be the script's fault.

It would be helpful if someone could test this behavior. 

My assumption is that the problem occurs because of the missing wait
call (if SystemExec is called 'detached'). I know, if VDR would wait
in there, the script wouldn't run simultaneously. But if VDR never
waits for the child's PID, the child's termination never gets handled
and imho that's why the script remains as a zombie.

waitpid( -1, &dummy, WNOHANG) called at some place later should do the
trick. Or waitpid() explicitly for the child's PID, if we want to store
the PID anywhere.

--
Chris


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


Re: [vdr] VDR: Mantis bug tracking and a forum

2007-05-25 Thread Chris Jones
Hi

Steffen Barszus wrote:
> bugtracking is for sure a nice tool, but for vdr alone i don't see the
> use of it. Often its one of the components which is making problems (a
> plugin/patch) and these are on thousend different locations (vdrportal

Perhaps using Launchpad would be an idea then? It can be taught about
projects and products, so you could have a vdr project with various
products registered underneath it (ie vdr and all the components), then
bugs can all be tracked in one place and easily moved from the vdr
product to another component.

It's kinda a shame that so much work goes into the VDR community, but
it's spread around the place and hard to keep track of. Hosting code
branches on Launchpad (or at least mirroring them there), keeping bugs
there and so on, would be very useful, imho.

Cheers,
-- 
Chris Jones
  [EMAIL PROTECTED]
   www.tenshu.net

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


[vdr] 1.5.x Shutdown

2007-05-23 Thread Chris
Hi there,

I recently updated from VDR 1.4.6 to 1.5.2. (with no problems so far, by the
way :)) But today I noticed something which seems to me like a small bug in
vdr's shutdown routines.
My shutdown script checks for different running processes (or connections)
and does not quit vdr if at least one of the tests returns true. But since
1.5.2 (or probably since 1.5.0) the shutdown script remains as a zombie
in such cases until vdr actually quits.

I haven't checked the sources yet, but I guess there's somewhere a call to
close() (or pclose()) for the opened pipe(s) missing.

-- 
Chris


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


Re: [vdr] Bug/SegFault in vdr-1.4.6

2007-05-16 Thread Chris
Wednesday, May 16, 2007, 8:03:03 AM, Patrick wrote:
> I guess you missed the correct "setting" which fixes that bug: You
> bought a second DVB card.
> _VDR_ crashes when starting a timer while mplayer-Plugin is running.
> That's because vdr had to close the device to let mplayer open it. When
> the recording starts, vdr tries to open the device but fails:
> -> emergency restart -> close mplayer-Plugin -> quit mplayer.

Well, maybe a second DVB card fixes the problem, but this surely wasn't
what helped me. When I started with VDR half a year ago with one FF card,
I had this trouble with timers/mplayer but then I changed some stuff
during the time (settings, DVB drivers, newer mplayer version etc.) the
problem was gone for good for months now. And I bought a second DVB card
just two weeks ago. :)

Hmm I really thought it had something to do with anything I changed within
VDR's DVB settings.

--
Chris


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


Re: [vdr] Bug/SegFault in vdr-1.4.6

2007-05-15 Thread Chris
Wednesday, May 16, 2007, 12:37:35 AM, VDR wrote:
> Another problem with crashing occurs when you are watching something
> with the mplayer plugin and a timer is triggered.  Results in a crash
> every time here.  I don't understand why it happens though because
> playing something like a .avi doesn't (or shouldn't) require the tuner
> to be in use...  You're playing a file, not something from the dvb
> stream!

I noticed kind of the same problem in 1.4.x. As far as I can remember
VDR crashed not just when a timer started but also when the timer was
about to be completed.
Anyway, I'm not exactly sure how I got rid off it since I've changed a
lot of settings since then, but I think it has something to do with the
DVB setting "Update channels" - even though I couldn't find any correlation
when I checked the sources.
Try setting "Update channels" to "no" and see if VDR still crashes while
using mplayer when a timer starts.

-- 
Chris


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


Re: [vdr] (OFFTOPIC) "EFF reveals plot to cripple European television"

2007-03-15 Thread Chris Jones
Hi

Klaus Schmidinger wrote:
> IMHO this was a valuable piece of information

Absolutely, since (if this insanity really happens) it means that
projects like VDR are effectively dead in the water :(

I find it hard to believe that TV networks will be happy with
invalidating every piece of DVB hardware sold to date (and selling now),
but it will all come down to how much pressure MPAA and friends can
bring to bear on them.

Cheers,
-- 
Chris Jones
  [EMAIL PROTECTED]
   www.tenshu.net

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


Re: [vdr] Sky+ Series Link

2007-02-04 Thread Chris Elsworth
On Sat, Feb 03, 2007 at 11:31:40AM +0100, Rob Davis wrote:
> I was playing with a Sky+ box over Christmas and was quite impressed 
> mainly with Series Link.
> 
> What would be involved to get this implemented on VDR?  I understand the 
> likelihood of reading the Sky UK epg streams is small - however I am 
> downloading a week or so worth of epg listings off xmltv.  Is it 
> possible to do a quick search on the epg if a "record series" link is 
> requested?

Hello,

epgsearch plugin already does it, and it's far more powerful than
Sky's attempt. Give it a whirl, if you liked Series Link, you'll love
epgsearch's timer options :)

-- 
Chris

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


[vdr] Recordings sorting

2006-09-20 Thread Chris Jones
Hi

Inspired by the channel sorting thread, I'm wondering if there's any way
to have vdr sort recordings by date rather than name? I would think that
would be a more obvious default, but even if not, I would like to use it
:)

Cheers,
-- 
Chris Jones
  [EMAIL PROTECTED]
   www.tenshu.net

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


Re: [vdr] Build failures on Ubuntu - gettid related

2006-08-20 Thread Chris Elsworth
On Fri, Aug 18, 2006 at 12:15:49PM +0300, Ville Skytt? wrote:
> On Tue, 2006-08-15 at 14:52 +0200, Jens Auer wrote:
> 
> _syscallX are not available for userspace in recent kernel headers
> (since April), this causes VDR compilation failures also with the
> current Fedora Core 6 test versions.  More info:
> http://tinyurl.com/qaydh , http://lkml.org/lkml/2006/6/4/128
> 
> The attached patch appears to work for me, and from a bit of Googling I
> get the impression that it should probably work with all kernel header
> sets since 2.4.20.

> --- thread.c~ 2006-06-02 16:51:39.0 +0300
> +++ thread.c  2006-08-18 01:26:24.0 +0300
> @@ -318,7 +318,5 @@
>  
> -_syscall0(pid_t, gettid)
> -
>  tThreadId cThread::ThreadId(void)
>  {
> -  return gettid();
> +  return syscall(__NR_gettid);
>  }

This works for me on Ubuntu, and is pretty much what I'd tried except
I used 224 instead of __NR_gettid. Can this be merged into vdr, Klaus?

-- 
Chris

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


Re: [vdr] Build failures on Ubuntu - gettid related

2006-08-15 Thread Chris Jones
Hi C

* Chris Elsworth ([EMAIL PROTECTED]) wrote:
> I'm trying to get vdr-1.4.0 built on Ubuntu. I'm using the source from
> the apt repository (apt-get source vdr).

Not sure how much they differ, but I'm rebuilding packages from
www.e-tobi.net and they seem to build ok.
I'd guess that something about edgy's toolchain has changed enough that
the packages won't build on dapper, or they're just broken atm ;)

Cheers,
-- 
Chris Jones
  [EMAIL PROTECTED]
   www.tenshu.net

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


Re: [vdr] Build failures on Ubuntu - gettid related

2006-08-15 Thread Chris Elsworth
On Tue, Aug 15, 2006 at 12:31:43PM +0200, Jens Auer wrote:
> > Clearly I'm just missing a gettid definition, but does anyone know which
> > Debian/Ubuntu package (they're basically the same) it's in?
> > I have linux-kernel-headers 2.6.17-5.16 installed, I'm not sure where
> > else to look.
> On my Ubuntu System (Dapper with Ubuntu Kernel 2.6.15-26-686), the macro
> _syscall0 is defined in /usr/include/asm-i386/unistd.h
> and /usr/include/asm-x86_64/unistd.h. It comes with linux-kernel-headers
> package.

Hello Jens,

Thanks for your reply. That's left me more baffled:

[EMAIL PROTECTED]:~# grep -r syscall0 /usr/include/*
[EMAIL PROTECTED]:~# grep -r gettid /usr/include/*
/usr/include/asm-i386/unistd.h:#define __NR_gettid  224
/usr/include/asm-x86_64/unistd.h:#define __NR_gettid186
/usr/include/asm-x86_64/unistd.h:__SYSCALL(__NR_gettid, sys_gettid)
/usr/include/bits/syscall.h:#define SYS_gettid __NR_gettid
/usr/include/directfb/direct/system.h:pid_t direct_gettid();
[EMAIL PROTECTED]:~#

What do you get for those commands?

-- 
Chris

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


[vdr] Build failures on Ubuntu - gettid related

2006-08-15 Thread Chris Elsworth
Hello,

I'm trying to get vdr-1.4.0 built on Ubuntu. I'm using the source from
the apt repository (apt-get source vdr).

I'm getting this:

[EMAIL PROTECTED]:~/vdr-1.4.0# make
g++ -fPIC -g -O2 -Wall -Woverloaded-virtual -c -DREMOTE_KBD 
-DLIRC_DEVICE=\"/dev/lircd\" -DRCU_DEVICE=\"/dev/ttyS1\" -D_GNU_SOURCE 
-DVIDEODIR=\"/video\" -DPLUGINDIR=\"./PLUGINS/lib\"  thread.c
thread.c:319: error: 'gettid' has not been declared
thread.c:321: error: expected constructor, destructor, or type conversion 
before 'tThreadId'
make: *** [thread.o] Error 1
[EMAIL PROTECTED]:~/vdr-1.4.0#

If I comment out the line:
_syscall0(pid_t, gettid)

And change the gettid() call just below it into:
  return syscall(224);

Then it builds, and seems to work fine.
Clearly I'm just missing a gettid definition, but does anyone know which
Debian/Ubuntu package (they're basically the same) it's in?
I have linux-kernel-headers 2.6.17-5.16 installed, I'm not sure where
else to look.

thanks!
-- 
Chris

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


Re: [vdr] Re: vdr suggestions & osd colour oddity (Chris Elsworth)

2006-08-09 Thread Chris Elsworth
Hello Ilariu,

I didn't think softdevice actually supported XVMC - I can't see any
options for it in the Makefile to tweak. Only XV/DFB/VIDIX etc.
The only output method I have compiled in is XV. (this is CVS checkout
of softdevice).

A quick grep through the source for 'xvmc' doesn't match anything
either?

Thanks,
Chris

On Wed, Aug 09, 2006 at 06:07:20PM +0100, Ilariu Raducan wrote:
>Chris,
> 
>From Your Xorg.0.log:
> 
>  (II) Loading extension XVideo
>  (II) Loading extension XVideo-MotionCompensation
>  (II) Loading extension X-Resource
> 
>Notice  XVideo-MotionCompensation (XVMC)
> 
>That doesn't mean is used by the application, only that exists (which is
>good)
>If the application is built with it enabled then you may have problems.
> 
>I see you have a NVIDIA card and XVMC is the most probable issue.
> 
>Try to make sure softdevice is not compiled with XVMC enabled until this
>extension is fixed.
> 
>Regards.
>Ilariu
> 
>On 8/7/06, Chris Elsworth <[EMAIL PROTECTED]> wrote:
> 
>  Ilariu,
> 
>  Hm I don't think XvMC is enabled. It would say so in Xorg.0.log if it
>  was, right? A complete copy of my most recent X startup is here
>  http://spork.qfe3.net/~chris/vdr/Xorg.0.log
> 
>  No mention of XvMC that I can see, so I presume it's off. Config is:
>  http://spork.qfe3.net/~chris/vdr/xorg.conf
>  all fairly simple and almost the defaults.
> 
>  Chris
> 
>  On Mon, Aug 07, 2006 at 03:49:46PM +0100, Ilariu Raducan wrote:
>  >This also happened to me with vdr-xine if I tried to use xvmc video
>  output
>  >with NVIDIA.
>  >    Maybe you need to check if you have xvmc enabled.
>  >
>  >On 8/7/06, Stefan Lucke <[EMAIL PROTECTED]> wrote:
>  >
>  >  On Montag 07 August 2006 05:20, Chris Elsworth wrote:
>  >  > On Sun, Aug 06, 2006 at 06:45:55PM -0700, CR wrote:
>  >  > > Hi Chris,
>  >  > >
>  >  > > Chris Elsworth wrote:
>  >  > >
>  >  > > > Yes, I read the old mails and found the hue of 0 or 100
>  >  suggestion,
>  >  > > > and tried it (see original mail I posted) and it didn't
>  work. I
>  >  just
>  >  > > > tried it again with softdevice from cvs to double check and
>  it
>  >  didn't
>  >  > > > have any effect, so maybe I'm running into a slightly
>  different
>  >  > > > problem.
>  >  > > >
>  >  > > > Do you have any suggestions about how I might try to debug
>  it?
>  >  > >
>  >  > > Can you take a look at:
>  >  > >
>  >  > > http://www.flickr.com/photos/[EMAIL PROTECTED]
>  >
>  >  @CR, I've seen this but I don't know whats the problem with your
>  setup
>  >  or
>  >  why our osd drawing is wrong in combination with nvidia cards.
>  >  At which color depth is your X server running ?
>  >
>  >  > >
>  >  > > and let me know if your OSD looks like
>  >  "softdevice_wrongoverlay1_software"
>  >  > > or "softdevice_wrongoverlay_software" ?
>  >  > >
>      >  > > I think the problem lies in the code that alpha blends the
>  OSD with
>  >  the
>  >  > > video image.  Changing the HUE setting for me had no effect
>  >  either.  I
>  >  > > notice the OSD becomes "strange" once any video is
>  playing.  Until
>  >  then
>  >  > > the OSD looks fine...
>  >  >
>  >  > Hello,
>  >  >
>  >  > Hmm, mine look different from all your examples.
>  >  >
>  >  > This is the pink, incorrect display:
>  >  > http://spork.qfe3.net/~chris/vdr/snapshot4.png
>  >  >
>  >  > When changing to this channel, vdr says:
>  >  > Aug  7 04:12:57 media vdr: [1191] [VideoOut]: 720x576 [90,0
>  540x576]
>  >  -> 1024x768 [128,0 768x768]
>  >  >
>  >  >
>  >  > This is a correct display:
>  >  > http://spork.qfe3.net/~chris/vdr/snapshot5.png
> 

Re: [vdr] Re: vdr suggestions & osd colour oddity (Chris Elsworth)

2006-08-07 Thread Chris Elsworth
Ilariu,

Hm I don't think XvMC is enabled. It would say so in Xorg.0.log if it
was, right? A complete copy of my most recent X startup is here
http://spork.qfe3.net/~chris/vdr/Xorg.0.log

No mention of XvMC that I can see, so I presume it's off. Config is:
http://spork.qfe3.net/~chris/vdr/xorg.conf
all fairly simple and almost the defaults.

Chris


On Mon, Aug 07, 2006 at 03:49:46PM +0100, Ilariu Raducan wrote:
>This also happened to me with vdr-xine if I tried to use xvmc video output
>with NVIDIA.
>Maybe you need to check if you have xvmc enabled.
> 
>On 8/7/06, Stefan Lucke <[EMAIL PROTECTED]> wrote:
> 
>  On Montag 07 August 2006 05:20, Chris Elsworth wrote:
>  > On Sun, Aug 06, 2006 at 06:45:55PM -0700, CR wrote:
>  > > Hi Chris,
>  > >
>  > > Chris Elsworth wrote:
>  > >
>  > > > Yes, I read the old mails and found the hue of 0 or 100
>  suggestion,
>  > > > and tried it (see original mail I posted) and it didn't work. I
>  just
>  > > > tried it again with softdevice from cvs to double check and it
>  didn't
>  > > > have any effect, so maybe I'm running into a slightly different
>  > > > problem.
>  > > >
>  > > > Do you have any suggestions about how I might try to debug it?
>  > >
>  > > Can you take a look at:
>  > >
>  > > http://www.flickr.com/photos/[EMAIL PROTECTED]
> 
>  @CR, I've seen this but I don't know whats the problem with your setup
>  or
>  why our osd drawing is wrong in combination with nvidia cards.
>  At which color depth is your X server running ?
> 
>  > >
>  > > and let me know if your OSD looks like
>  "softdevice_wrongoverlay1_software"
>  > > or "softdevice_wrongoverlay_software" ?
>  > >
>  > > I think the problem lies in the code that alpha blends the OSD with
>  the
>  > > video image.  Changing the HUE setting for me had no effect
>  either.  I
>  > > notice the OSD becomes "strange" once any video is playing.  Until
>  then
>  > > the OSD looks fine...
>  >
>  > Hello,
>  >
>  > Hmm, mine look different from all your examples.
>  >
>  > This is the pink, incorrect display:
>  > http://spork.qfe3.net/~chris/vdr/snapshot4.png
>  >
>  > When changing to this channel, vdr says:
>  > Aug  7 04:12:57 media vdr: [1191] [VideoOut]: 720x576 [90,0 540x576]
>  -> 1024x768 [128,0 768x768]
>  >
>  >
>  > This is a correct display:
>  > http://spork.qfe3.net/~chris/vdr/snapshot5.png
>  >
>  > And when changing to this channel, vdr says:
>  > Aug  7 04:13:29 media vdr: [1197] [VideoOut]: 720x576 [0,0 720x576] ->
>  1024x768 [0,0 1024x768]
>  >
>  >
>  > Another incorrect:
>  > http://spork.qfe3.net/~chris/vdr/snapshot6.png
>  >
>  > And the log:
>  > Aug  7 04:14:35 media vdr: [1216] [VideoOut]: 704x576 [0,0 704x576] ->
>  1024x768 [0,0 1024x768]
>  >
>  >
>  > Screenshots were made with ksnapshot. The only correlation I can make
>  > so far is that lower resolutions seem to present the problem?
> 
>  Can you try that without any skin / osd related plugin and with an
>  unpatched
>  (vanilla) vdr ?
>  What are your osd postions and size specs (setup -> osd) ?
> 
>  --
>  Stefan Lucke
> 
>  ___
>  vdr mailing list
>  vdr@linuxtv.org
>  http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

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


-- 
Chris

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


Re: [vdr] Re: vdr suggestions & osd colour oddity (Chris Elsworth)

2006-08-07 Thread Chris Elsworth
On Mon, Aug 07, 2006 at 04:23:07PM +0200, Stefan Lucke wrote:
> On Montag 07 August 2006 05:20, Chris Elsworth wrote:
> > On Sun, Aug 06, 2006 at 06:45:55PM -0700, CR wrote:
> > > Hi Chris,
> > > 
> > > Chris Elsworth wrote:
> > > 
> > > > Yes, I read the old mails and found the hue of 0 or 100 suggestion,
> > > > and tried it (see original mail I posted) and it didn't work. I just
> > > > tried it again with softdevice from cvs to double check and it didn't
> > > > have any effect, so maybe I'm running into a slightly different
> > > > problem.
> > > >
> > > > Do you have any suggestions about how I might try to debug it?
> > > 
> > > Can you take a look at:
> > > 
> > > http://www.flickr.com/photos/[EMAIL PROTECTED]
> 
> @CR, I've seen this but I don't know whats the problem with your setup or
> why our osd drawing is wrong in combination with nvidia cards.
> At which color depth is your X server running ?
> 
> > > 
> > > and let me know if your OSD looks like "softdevice_wrongoverlay1_software"
> > > or "softdevice_wrongoverlay_software" ?
> > > 
> > > I think the problem lies in the code that alpha blends the OSD with the
> > > video image.  Changing the HUE setting for me had no effect either.  I
> > > notice the OSD becomes "strange" once any video is playing.  Until then
> > > the OSD looks fine...
> > 
> > Hello,
> > 
> > Hmm, mine look different from all your examples.
> > 
> > This is the pink, incorrect display:
> > http://spork.qfe3.net/~chris/vdr/snapshot4.png
> > 
> > When changing to this channel, vdr says:
> > Aug  7 04:12:57 media vdr: [1191] [VideoOut]: 720x576 [90,0 540x576] -> 
> > 1024x768 [128,0 768x768]
> > 
> > 
> > This is a correct display:
> > http://spork.qfe3.net/~chris/vdr/snapshot5.png
> > 
> > And when changing to this channel, vdr says:
> > Aug  7 04:13:29 media vdr: [1197] [VideoOut]: 720x576 [0,0 720x576] -> 
> > 1024x768 [0,0 1024x768]
> > 
> > 
> > Another incorrect:
> > http://spork.qfe3.net/~chris/vdr/snapshot6.png
> > 
> > And the log:
> > Aug  7 04:14:35 media vdr: [1216] [VideoOut]: 704x576 [0,0 704x576] -> 
> > 1024x768 [0,0 1024x768]
> > 
> > 
> > Screenshots were made with ksnapshot. The only correlation I can make
> > so far is that lower resolutions seem to present the problem?
> 
> Can you try that without any skin / osd related plugin and with an unpatched
> (vanilla) vdr ?
> What are your osd postions and size specs (setup -> osd) ?

Hello,

I tried with as few plugins as possible to maintain a working setup:
softdevice
remote

And the problem persists. My usual plugins are the above plus
pilotskin, femon, epgsearch, weather

Here's my OSD settings from setup.conf
OSDHeight = 486
OSDLanguage = 0
OSDLeft = 54
OSDMessageTime = 1
OSDSkin = sttng
OSDTheme = cool
OSDTop = 45
OSDWidth = 624
softdevice.OSDalphablend = 1

I've tried a few different skins and that doesn't make any difference.

-- 
Chris

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


Re: [vdr] Re: vdr suggestions & osd colour oddity (Chris Elsworth)

2006-08-06 Thread Chris Elsworth
On Sun, Aug 06, 2006 at 06:45:55PM -0700, CR wrote:
> Hi Chris,
> 
> Chris Elsworth wrote:
> 
> > Yes, I read the old mails and found the hue of 0 or 100 suggestion,
> > and tried it (see original mail I posted) and it didn't work. I just
> > tried it again with softdevice from cvs to double check and it didn't
> > have any effect, so maybe I'm running into a slightly different
> > problem.
> >
> > Do you have any suggestions about how I might try to debug it?
> 
> Can you take a look at:
> 
> http://www.flickr.com/photos/[EMAIL PROTECTED]
> 
> and let me know if your OSD looks like "softdevice_wrongoverlay1_software"
> or "softdevice_wrongoverlay_software" ?
> 
> I think the problem lies in the code that alpha blends the OSD with the
> video image.  Changing the HUE setting for me had no effect either.  I
> notice the OSD becomes "strange" once any video is playing.  Until then
> the OSD looks fine...

Hello,

Hmm, mine look different from all your examples.

This is the pink, incorrect display:
http://spork.qfe3.net/~chris/vdr/snapshot4.png

When changing to this channel, vdr says:
Aug  7 04:12:57 media vdr: [1191] [VideoOut]: 720x576 [90,0 540x576] -> 
1024x768 [128,0 768x768]


This is a correct display:
http://spork.qfe3.net/~chris/vdr/snapshot5.png

And when changing to this channel, vdr says:
Aug  7 04:13:29 media vdr: [1197] [VideoOut]: 720x576 [0,0 720x576] -> 1024x768 
[0,0 1024x768]


Another incorrect:
http://spork.qfe3.net/~chris/vdr/snapshot6.png

And the log:
Aug  7 04:14:35 media vdr: [1216] [VideoOut]: 704x576 [0,0 704x576] -> 1024x768 
[0,0 1024x768]


Screenshots were made with ksnapshot. The only correlation I can make
so far is that lower resolutions seem to present the problem?

I have to use softdevice with software alpha blending; if I use
pseudo, it only appears for one frame every second. I'm having trouble
getting xineliboutput to build so I can test it.

-- 
Chris

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


Re: [vdr] vdr suggestions & osd colour oddity

2006-08-06 Thread Chris Elsworth
On Sun, Aug 06, 2006 at 08:46:22AM +0200, Herbert Poetzl wrote:
> > 
> > So my only issue to sort is the miscoloured OSD now. It turns a
> > beautiful shade of pink when the problem occurs on my setup :)
> 
> try to manually set the HUE to 0 or 100 instead of
> the default 50, we had (and solved?) this problem some
> time ago ..

Hello Herbert,

Yes, I read the old mails and found the hue of 0 or 100 suggestion,
and tried it (see original mail I posted) and it didn't work. I just
tried it again with softdevice from cvs to double check and it didn't
have any effect, so maybe I'm running into a slightly different
problem.

Do you have any suggestions about how I might try to debug it?

-- 
Chris

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


Re: [vdr] vdr suggestions & osd colour oddity

2006-08-04 Thread Chris Elsworth
On Fri, Aug 04, 2006 at 04:26:19PM +0100, Chris Elsworth wrote:
> > Chris Elsworth wrote:
> > >When viewing a channel, pressing Up/Down currently changes channel;
> > >would it be possible to allow these buttons to just show channel
> > >information (with now/next in) for the previous/next channels,
> > >allowing one to quickly view what is on the other channels? 
> > 
> > Why don't you use the schedule from main menu for it? There's a now/next 
> > display mode for that. You can also switch channels from there.
> 
> Hm yes, that will actually do the job. I guess the only reason I ask
> for the above is that I'm used to it, and found it a fairly nice way
> of channel hopping (I'm migratin from Sky in the UK).

PS: vdr-pilotskin (and vdr-pilot, but I didn't try that one) look like
they do exactly what I'm after in this section :) hope tht helps
anyone else who was looking for that functionality.

-- 
Chris

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


Re: [vdr] vdr suggestions & osd colour oddity

2006-08-04 Thread Chris Elsworth
On Fri, Aug 04, 2006 at 04:07:18PM +0200, Udo Richter wrote:
> Chris Elsworth wrote:
> >When viewing a channel, pressing Up/Down currently changes channel;
> >would it be possible to allow these buttons to just show channel
> >information (with now/next in) for the previous/next channels,
> >allowing one to quickly view what is on the other channels? 
> 
> Why don't you use the schedule from main menu for it? There's a now/next 
> display mode for that. You can also switch channels from there.

Hello Udo,

Hm yes, that will actually do the job. I guess the only reason I ask
for the above is that I'm used to it, and found it a fairly nice way
of channel hopping (I'm migratin from Sky in the UK).


> >I think it would also be nice if there were more than one
> >rewind/fastforward speed, achievable by repeated pressing of the
> >appropriate button; press ff once to ff at 2x speed, again for 4x
> >speed, again for 8x speed?
> 
> Setup -> Replay -> Multi speed mode

Perfect! Don't know how I missed that one, you added it when I wasn't
looking ;) Much appreciated, thanks very much. That does exactly what
I want.

So my only issue to sort is the miscoloured OSD now. It turns a
beautiful shade of pink when the problem occurs on my setup :)

thanks Udo,
-- 
Chris

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


[vdr] vdr suggestions & osd colour oddity

2006-08-03 Thread Chris Elsworth
Hello!

I've just started using vdr 1.4.0 in Ubuntu and I have to say I'm
extremely impressed and very happy with it - very nice work,
well done to the author :)

I have a couple of things I'd like to suggest and wonder if they'd be
up for consideration.

When viewing a channel, pressing Up/Down currently changes channel;
would it be possible to allow these buttons to just show channel
information (with now/next in) for the previous/next channels,
allowing one to quickly view what is on the other channels? ie, I
could keep pressing Up to go through the channels, seeing what is on
now and next, but without actually changing channel - then press OK to
change the channel once I find one to watch.

I think it would also be nice if there were more than one
rewind/fastforward speed, achievable by repeated pressing of the
appropriate button; press ff once to ff at 2x speed, again for 4x
speed, again for 8x speed?

I'd like to have a go at adding these features myself but I've not
read much of the code yet. I'll see how much I can decipher in due
course, but maybe someone already did these, or they're planned.


I'm suffering a problem that I have no idea how to fix, however - I've
read the list archives and noted a few months ago that some posts were
made about oddly-coloured OSD when using softdevice and nvidia cards.
I believe this is the same problem that I currently see too; it only
seems to happen with low resolution broadcasts - when the resolution
drops below 640x480 or thereabouts, the OSD turns "pink" for me. On
any channel with a higher resolution than this it's ok.  I'm using an
NVidia 7600 connected to a TV using softdevice/xv. The NVidia natively
directs output to the TV since it's the only output device connected,
so X is running on it at 1024x768 without any other special
configuration.  Changing the softdevice/hue to either 0 or 100 as was
suggested in those previous posts did not fix the problem for me - I
was wondering if anyone else had any tips on what I might try to fix
this.

thanks very much for any replies & advice,
-- 
Chris

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