[vdr] [announcement] Release 0.1.6 of vdr-plugin-dvdswitch

2010-12-22 Thread Andreas Brachold
Hello,

New location and a new release of vdr-plugin-dvdswitch

http://projects.vdr-developer.org/attachments/download/445/vdr-dvdswitch-0.1.6.tgz

Changes: 
http://projects.vdr-developer.org/projects/plg-dvdswitch/wiki/Release_016

* Merge any patch from VDR-Portal :
http://www.vdr-portal.de/board/thread.php?threadid=49165


What's it 
-
The dvdswitch plugin functions as a kind of a DVD changer. This plugin
make it possible to select images and play them with the DVD plugin.

But it's need too dvd-plugin

See included file README for more details.
http://projects.vdr-developer.org/projects/plg-dvdswitch/wiki


Please report any bugs, ideas or feature requests to the project site
If you want to contribute patches, new features or whatever, post an
issue or patch to the projects issue tracker or request to join the
project. I would happily add everyone as a project member, who would
like to contribute to vdr-plugin-dvdswitch .


Enjoy,
Andreas


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


Re: [vdr] CAM auto resetting - feature request??

2010-12-22 Thread Simon Baxter

hello Klaus,

I tried the patch below with a knc1 dvb-c, tt c1500 and tt connect ct-3650
I used a alphacrypt light and I also tried the classic module

always the same behavior - if I zap from encrypted channel to encrypted 
channel in some situations vdr says channel not available

if I reset the cam manually it works again immediately
I also tried vdr 1.4 with my old tt ff c2300 and I had no problems

maybe its a general vdr 1.7.x cam handling problem

any idea - what I can do or test to identify where the problem is?

thanks


I had assumed this was due to some problem with CAM keys from the provider 
expiring, or something.  I still intermittantly get channel not available, 
but haven't found any way to recreate the problem at will.


I also occasionally have a CAM crash - where the status in goes from 
ALPHACRYPT to CAM PRESENT or CAM READY.  A manual reset (or multiple) 
fixes this, but I get no decryption during a crash.


...problems I've had to live with for months.  Gave up asking and installed 
an FTA satellite dish for 50% of my mostly watched channels. 



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


[vdr] xine ui - small black bar on top

2010-12-22 Thread Simon Baxter

Hi

I'm intermittantly getting a 1cm black bar at the top of the screen in xine.

I'm using vdr-xine version 0.9.3 with xine-lib-1.2, with a standard xine-ui 
front end and vdr-1.7.16.


The black bar has a small white verticle line on the far right.  Other than 
pushing the whole picture down 1cm, it has no other effect.


When X first starts, and xine launches, the black bar isn't there.  If I 
exit the xine front end and restart (without restarting vdr) it appears and 
won't go until X restarts again.


Any ideas? 



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


Re: [vdr] CAM auto resetting - feature request??

2010-12-22 Thread Oliver Schinagl


On 12/23/10 00:14, Simon Baxter wrote:
 hello Klaus,

 I tried the patch below with a knc1 dvb-c, tt c1500 and tt connect
 ct-3650
 I used a alphacrypt light and I also tried the classic module

 always the same behavior - if I zap from encrypted channel to
 encrypted channel in some situations vdr says channel not available
 if I reset the cam manually it works again immediately
 I also tried vdr 1.4 with my old tt ff c2300 and I had no problems

 maybe its a general vdr 1.7.x cam handling problem

 any idea - what I can do or test to identify where the problem is?

 thanks

 I had assumed this was due to some problem with CAM keys from the
 provider expiring, or something.  I still intermittantly get channel
 not available, but haven't found any way to recreate the problem at
 will.
I have exactly this aswel. It happens from 'surfing channels'. Never
happens while watching the same channel continuously. Cannot say for
sure it doesn't happen when surfing within the same bouquet.

 I also occasionally have a CAM crash - where the status in goes from
 ALPHACRYPT to CAM PRESENT or CAM READY.  A manual reset (or
 multiple) fixes this, but I get no decryption during a crash.
Yep, also this, only for Conax Conditional Acess. Resetting it works
best when using an FTA channel it seems.

 ...problems I've had to live with for months.  Gave up asking and
 installed an FTA satellite dish for 50% of my mostly watched channels.
I'm looking at an oscam solution right now, but need to get a proper
card reader, or try to get my old towitoko chipdrive going.

 ___
 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] CAM auto resetting - feature request??

2010-12-22 Thread Halim Sahin
Hi,
This Problem is really strange. I have also tested it with different kind
of hw combinations and got always the same result.
I don't like the answers like use and ... plugin etc.
I have asked many times in vdr-portal's irc channel about this problem
and got not one useful answer.

Well except the ff card I have now tried all available dvb-c cards which
support a ci interface.

@Klaus:
It would be really nice if you can have a look into this.
Regards
Halim


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


Re: [vdr] CAM auto resetting - feature request??

2010-12-22 Thread Simon Baxter

On 12/23/10 00:14, Simon Baxter wrote:

hello Klaus,

I tried the patch below with a knc1 dvb-c, tt c1500 and tt connect
ct-3650
I used a alphacrypt light and I also tried the classic module

always the same behavior - if I zap from encrypted channel to
encrypted channel in some situations vdr says channel not available
if I reset the cam manually it works again immediately
I also tried vdr 1.4 with my old tt ff c2300 and I had no problems

maybe its a general vdr 1.7.x cam handling problem

any idea - what I can do or test to identify where the problem is?

thanks


I had assumed this was due to some problem with CAM keys from the
provider expiring, or something.  I still intermittantly get channel
not available, but haven't found any way to recreate the problem at
will.

I have exactly this aswel. It happens from 'surfing channels'. Never
happens while watching the same channel continuously. Cannot say for
sure it doesn't happen when surfing within the same bouquet.


I have multiple cards, 2x DVB-C+CAM, 2xDVB-S FTA.  I sometimes get these 
messages when watching FTA too, when encrypted channels are recording and 
changing in the background.





I also occasionally have a CAM crash - where the status in goes from
ALPHACRYPT to CAM PRESENT or CAM READY.  A manual reset (or
multiple) fixes this, but I get no decryption during a crash.

Yep, also this, only for Conax Conditional Acess. Resetting it works
best when using an FTA channel it seems.


...problems I've had to live with for months.  Gave up asking and
installed an FTA satellite dish for 50% of my mostly watched channels.

I'm looking at an oscam solution right now, but need to get a proper
card reader, or try to get my old towitoko chipdrive going.


Don't know anything about oscam... 



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


Re: [vdr] xine ui - small black bar on top

2010-12-22 Thread Theunis Potgieter
On 23 December 2010 01:34, Simon Baxter linu...@nzbaxters.com wrote:

 Hi

 I'm intermittantly getting a 1cm black bar at the top of the screen in xine.

 I'm using vdr-xine version 0.9.3 with xine-lib-1.2, with a standard xine-ui 
 front end and vdr-1.7.16.

 The black bar has a small white verticle line on the far right.  Other than 
 pushing the whole picture down 1cm, it has no other effect.

 When X first starts, and xine launches, the black bar isn't there.  If I exit 
 the xine front end and restart (without restarting vdr) it appears and won't 
 go until X restarts again.

 Any ideas?


I'm guessing here that your window manager loads after the first time
xine-ui loaded and that your xine-ui is not in fullscreen mode. Try
double clicking (left button) on the screen to see if that makes it go
away? Or have a look at the place where xine-ui is called from. To see
if the fullscreen parameter was added.

Theunis

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