[vdr] Rotor patches

2008-04-16 Thread lucian orasanu
 Hy.

No, just Rotor-0.1.4-vdr1.5.10.diff.

Lucian.


  

Be a better friend, newshound, and 
know-it-all with Yahoo! Mobile.  Try it now.  
http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ

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


Re: [vdr] Defunct screensaver processes under Xine

2008-04-16 Thread Morfsta
 In file included from i386/dsputil_mmx.c:30:
 i386/mmx.h:24:2: warning: #warning Everything in this header is deprecated,
 use plain asm()! New code using this header will be rejected.
 i386/h264dsp_mmx.c: In function `put_h264_qpel4_h_lowpass_3dnow':
 i386/h264dsp_mmx.c:1881: error: can't find a register in class
 `GENERAL_REGS' while reloading `asm'

Did you say you are building this in a 32-bit chroot jail? If so, try running: -

linux32 bash

prior to the ./configure and make. You might also want to do a make
distclean prior to the configure too.

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


Re: [vdr] Multiple decryption with TechniCrypt CW CAM

2008-04-16 Thread Arthur Konovalov
Arthur Konovalov wrote:
 Klaus Schmidinger wrote:
 
 Can you narrow down which of these three changes is actually necessary
 to make it work?
 I can repeat tests tomorrow, but I recall that this (it was first change):
 
state = 4; // normal operation
 + repliesToQuery = true; //AK
}
 and this (next change, because first doesn't help and I saw replays to 
 query: Slot 1: == Ca Pmt Reply (3) 1144 01 82 2210=82 2211=82):
dbgprotocol(\n);
}
 + state = 6; //AK
break;
 
 was necessary in this case.

Confirmed, only with those 2 changes multiple decryption works.

 #define QUERY_WAIT_TIME  3000 // ms to wait before sending a query
 Will try tomorrow.
Doesn't help.

Added syslog debug entries like this:

  if (l = 2){
 ok = CA_ENABLE(caepl) == CAEI_POSSIBLE;
dsyslog(AK: CA_ENABLE(caepl): %d, ok: %d, CA_ENABLE(caepl),ok);
 }
  while (l  2) {
uint16_t pid = ((uint16_t)(*d)  8) | *(d + 1);
unsigned char caees = *(d + 2);
dbgprotocol( %d=%02X, pid, caees);
d += 3;
l -= 3;
   dsyslog(AK: CA_ENABLE(caees): %d, ok: %d, 
CA_ENABLE(caees),ok);
if (CA_ENABLE(caees) != CAEI_POSSIBLE){
   ok = false;
  dsyslog(AK: ok set to false. state: %d, state);
   }
  }
  if (ok){
dsyslog(AK: ok true!);
 state = 6; // descrambling possible
  }
   }
}
}
dbgprotocol(\n);
}
dsyslog(AK:  state: %d, state);
break;



And syslog (with 'repliesToQuery = true;' only):

Apr 16 11:00:35 vdr vdr: [17443] switching to channel 136
Apr 16 11:00:36 vdr vdr: [17447] AK: CA_ENABLE(caees): 2, ok: 1
Apr 16 11:00:36 vdr vdr: [17447] AK: ok set to false. state: 5
Apr 16 11:00:36 vdr vdr: [17447] AK: CA_ENABLE(caees): 2, ok: 0
Apr 16 11:00:36 vdr vdr: [17447] AK: ok set to false. state: 5
Apr 16 11:00:36 vdr vdr: [17447] AK:  state: 5
Apr 16 11:00:36 vdr vdr: [17443] info: Channel not available!

It seems that 'if (CA_ENABLE(caees) != CAEI_POSSIBLE)' is reason of fault and 
'state' always stay false.
Unfortunately  I don't understand this logic here :/


Arthur


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


Re: [vdr] external EPG data broken encoding (epg4vdr)

2008-04-16 Thread Matthias Schwarzott
On Mittwoch, 16. April 2008, Soeren Sonnenburg wrote:
 Dear List,

 I am desperately trying to get the german umlauts going for both vdr
 receiving EPG information (out of the air directly from the channels...)
 and via epg4vdr 0.5
 http://www.wontorra.net/article.php?story=20050429181815661

 I've noticed that standard EPG has the correct encoding, but only the
 one from epg4vdr has not. However the pulled .xml files still have the
 right (i.e. utf-8) encoding.

 Only when this information is transferred to vdr (I guess via SVDRP)
 umlauts and everything is distorted. Also then the dumped epgdata file
 contains wrongly encoded parts...

 Any ideas what I could do about this?

I guess you need to know the encoding your vdr runs with, and then use this 
for the SVDRP connection.


For future VDR development I still think it could be useful to:
1. Either add a header for epg data (and other places where vdr exchanges 
texts) telling the encoding.

2. or switch all external interfaces (epg.data, svdrp, channels.conf) to utf8.

3. going even further, switch vdr so that it internally only uses utf8 (or 
utf16 if one can tell that is easier - I doubt). So all code that does 
switch/case on the charset can be simplified.

Regards
Matthias

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


Re: [vdr] Defunct screensaver processes under Xine

2008-04-16 Thread Todd Luliak
 In file included from i386/dsputil_mmx.c:30:
 i386/mmx.h:24:2: warning: #warning Everything in this header is deprecated,
 use plain asm()! New code using this header will be rejected.
 i386/h264dsp_mmx.c: In function `put_h264_qpel4_h_lowpass_3dnow':
 i386/h264dsp_mmx.c:1881: error: can't find a register in class
 `GENERAL_REGS' while reloading `asm'

Did you say you are building this in a 32-bit chroot jail? If so, try running: 
-

linux32 bash

prior to the ./configure and make. You might also want to do a make
distclean prior to the configure too.

Nope...this is a regular build on an unpatched kernel with V4l drivers. 
Nothing crazy; linux 2.6.24-rc4 built with processor=athlon64, the latest 
Nvidia drivers and a recent genpix-patched v4l. 

You did, however, set me on the right path. I normally build with gcc v3 to 
cover 
build issues with v4 and (older?) vdr. I switched compilers to gcc v4 and did:
make distclean; ./configure; make
That did it! I'm suprised that the same issue doesn't exist when compiling the
xine-lib-with-coreavc-dvbn-walery.tar version from the list. How curious.

Guess now would be the time to ask if there are any particular compiler 
optimizations applicable to building xine-lib? It is a bit of a workhorse 
in this HD scenario, maybe I'll play with it and see.

Thanks for the prod in the right direction!
-Todd







  

Be a better friend, newshound, and 
know-it-all with Yahoo! Mobile.  Try it now.  
http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr


Re: [vdr] external EPG data broken encoding (epg4vdr)

2008-04-16 Thread Soeren Sonnenburg
On Wed, 2008-04-16 at 14:45 +0200, Matthias Schwarzott wrote:
 On Mittwoch, 16. April 2008, Soeren Sonnenburg wrote:
  Dear List,
 
  I am desperately trying to get the german umlauts going for both vdr
  receiving EPG information (out of the air directly from the channels...)
  and via epg4vdr 0.5
  http://www.wontorra.net/article.php?story=20050429181815661
 
  I've noticed that standard EPG has the correct encoding, but only the
  one from epg4vdr has not. However the pulled .xml files still have the
  right (i.e. utf-8) encoding.
 
  Only when this information is transferred to vdr (I guess via SVDRP)
  umlauts and everything is distorted. Also then the dumped epgdata file
  contains wrongly encoded parts...
 
  Any ideas what I could do about this?

 I guess you need to know the encoding your vdr runs with, and then use this 
 for the SVDRP connection.

Well so it is epg4vdr then that is doing some conversion internally (I
use a system wide utf-8 encoding) ...

 For future VDR development I still think it could be useful to:
 1. Either add a header for epg data (and other places where vdr exchanges 
 texts) telling the encoding.
 
 2. or switch all external interfaces (epg.data, svdrp, channels.conf) to utf8.
 
 3. going even further, switch vdr so that it internally only uses utf8 (or 
 utf16 if one can tell that is easier - I doubt). So all code that does 
 switch/case on the charset can be simplified.

I guess easiest would be to have a single encoding as a requirement,
however in a real world there are always exceptions that cause
breakage :(

Soeren

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


Re: [vdr] Rotor patches

2008-04-16 Thread Timothy D. Lenz
Strange, that patch fails on all hunks. looking to patch by hand, it's not
even close.  The vdr-1.5.5-rotor.diff patch applies.

- Original Message - 
From: lucian orasanu [EMAIL PROTECTED]
To: vdr@linuxtv.org
Sent: Tuesday, April 15, 2008 11:45 PM
Subject: [vdr] Rotor patches


 Hy.

 No, just Rotor-0.1.4-vdr1.5.10.diff.

 Lucian.





 Be a better friend, newshound, and
 know-it-all with Yahoo! Mobile.  Try it now.
http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ

 ___
 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] Rotor patches

2008-04-16 Thread Malcolm Caldwell
On Wed, 2008-04-16 at 16:23 -0700, Timothy D. Lenz wrote:
 Strange, that patch fails on all hunks. looking to patch by hand, it's not
 even close.  The vdr-1.5.5-rotor.diff patch applies.

Where does one find these patches?

 
 - Original Message - 
 From: lucian orasanu [EMAIL PROTECTED]
 To: vdr@linuxtv.org
 Sent: Tuesday, April 15, 2008 11:45 PM
 Subject: [vdr] Rotor patches
 
 
  Hy.
 
  No, just Rotor-0.1.4-vdr1.5.10.diff.
 
  Lucian.
 
 
 
 
 
  Be a better friend, newshound, and
  know-it-all with Yahoo! Mobile.  Try it now.
 http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ
 
  ___
  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 mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr


Re: [vdr] Rotor patches

2008-04-16 Thread Timothy D. Lenz
The vdr-1.5.5-rotor.diff patch comes with the newest version. the other
patch has been floating around on this group and the german board. Try
looking back in the archives here.

- Original Message - 
From: Malcolm Caldwell [EMAIL PROTECTED]
To: vdr@linuxtv.org
Sent: Wednesday, April 16, 2008 8:13 PM
Subject: Re: [vdr] Rotor patches


 On Wed, 2008-04-16 at 16:23 -0700, Timothy D. Lenz wrote:
  Strange, that patch fails on all hunks. looking to patch by hand, it's
not
  even close.  The vdr-1.5.5-rotor.diff patch applies.

 Where does one find these patches?

 
  - Original Message - 
  From: lucian orasanu [EMAIL PROTECTED]
  To: vdr@linuxtv.org
  Sent: Tuesday, April 15, 2008 11:45 PM
  Subject: [vdr] Rotor patches
 
 
   Hy.
  
   No, just Rotor-0.1.4-vdr1.5.10.diff.
  
   Lucian.
  
  
  
 

  
   Be a better friend, newshound, and
   know-it-all with Yahoo! Mobile.  Try it now.
  http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ
  
   ___
   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 mailing list
 vdr@linuxtv.org
 http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr


Rotor-0.1.4-vdr1.5.10.diff
Description: Binary data
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr