Closed MegaV0lt closed 11 years ago
PS: what pmtmode is the best? I use VDR on amd system
hdvdr01 ~ # uname -a Linux hdvdr01 3.0.6-gentoo #5 SMP PREEMPT Sun Oct 23 18:33:51 CEST 2011 i686 AMD Athlon(tm) Dual Core Processor 4850e AuthenticAMD GNU/Linux
Hello The connection to camd.socket is checked with every channel zap (and also with every starting a recording). The only problem currently is that if oscam is lost during watching a channel there is no reconnection attempt, but a channel zap is fixing this. I'd like to see your logs where you have this issue when a recording is started. pmt_mode should be 4
ps. next time please always paste your logs with a pastebin
Ok PMT Mode is 4. Is it possible to add an mechanism to dvbapi to check the connection to camd.socket?
Currently it's hard due to software implementation and vdr which is triggering CAM only when starting/stopping a PID or channel. I'll think of it...
You may also contact klaus atb vdrportal or tvdr.de. Maybe together you find a easy way...
any news?
Sorry guys, I am very busy last time. I'll look into it when i have some time. Anyway - this issue is of course worth to fix but IMHO it's not critical. Restarting oscam when watching live tv is a rare case, and every channel zap or start a recording will fix (reconnect) this problem anyway.
Good news: I just did initial support for reconnecting to oscam :) Currently I am testing it locally, I'll create a branch for testing soon...
Guys, please check the staging branch. Awaiting your opinions.
Hi, it seems, it work not. :(
i've tested it as follow:
This patch doesn't work with switching a dvbcards in the femon plugin. Try to restart oscam when watching a tv.
Restarting oscam with a running vdr on a crypted Channel works fine now without rezapp. :) 1000 THX
Can you please provide a Patch for the "switching DVB Cards Problem"?
Please pastebin a dvbapi log when you're using this function from femon.
I can't get anything unusual from your log. You're switching from device 0 to which one?
Here is an other log.
I've commanted the point a switched from Devive0 to Device1.
I think i know what is wrong here - but i need to talk with Rolf...
@3PO Rolf will probably look into it on femon plugin side. Please contact him directly or mail me if you have questions. As this issue is fixed, merging it upstream and closing.
When OSCam starts after VDR i have no picture until i switch to a different channel. This is fatal when a recordin is triggered!
---log: 2013/04/28 16:24:46 0 s >> OSCam << cardserver started, version 1.20-unstable_svn, build r8617 (i686-pc-linux-gnu-ssl) 2013/04/28 16:24:46 0 s creating pidfile /tmp/.oscam/oscam.pid with pid 3765 2013/04/28 16:24:46 0 s services reloaded: 0 services freed, 0 services loaded, rejected 0 2013/04/28 16:24:46 0 s userdb reloaded: 1 accounts loaded, 0 expired, 0 disabled 2013/04/28 16:24:46 0 s signal handling initialized 2013/04/28 16:24:46 0 s 775 service-id's loaded in 1ms 2013/04/28 16:24:46 0 s 1 lengths for caid guessing loaded 2013/04/28 16:24:46 0 s 1 entries read from oscam.whitelist 2013/04/28 16:24:46 0 s monitor: initialized (fd=6, port=988) 2013/04/28 16:24:46 0 s sheevaplug [camd35] creating thread for device SheevaPlug 2013/04/28 16:24:46 0 s loadbalancer: can't read from file /tmp/.oscam/stat 2013/04/28 16:24:46 0 s waiting for local card init 2013/04/28 16:24:46 812B848 p camd35 proxy SheevaPlug:20248 2013/04/28 16:24:46 812B848 p sheevaplug [camd35] proxy initialized, server SheevaPlug:20248 2013/04/28 16:24:46 81149F0 h webif: decompressed 52412 bytes back into 150704 bytes 2013/04/28 16:24:46 81149F0 h HTTP Server listening on port 8888 2013/04/28 16:24:46 0 s init for all local cards done 2013/04/28 16:24:46 0 s anti cascading disabled 2013/04/28 16:24:46 81347A8 c plain dvbapi-client granted (vdr01, au=auto (1 reader))
2013/04/28 16:24:46 81347A8 c Detected /dev/dvb/adapter0/demux0 Api: 0
vdr is on crypted channel when i switch i get picture.