[vdr] [announcement] Release 0.1.6 of vdr-plugin-dvdswitch
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??
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
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??
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??
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??
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
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