Closed 3PO closed 10 years ago
What output plugin you're using?
vdr01_64 ~ # svdrpsend plug 220 vdr01_64 SVDRP VideoDiskRecorder 2.1.4; Sun Feb 2 18:48:25 2014; UTF-8 214-Available plugins: 214-dvbapi v2.0.0-GIT-dcb6efa - DVBAPI type SOFTCAM 214-softhddevice v0.6.1rc1-GIT23ab370 - Ein Software und GPU emulieres HD-Gerät .....
What if you revert from master the following commits: dcb6efa 801b2c9
I'am not sure, if i understand?
should i patch my Installation with this 2 patches above?
BTW. i'am using LIBDVBCSA
I have the same problems, just with a FF HD 6400. I can switch to other DVB card with femon plugin, it is bright ... My Setup vdr-2.1.4, latest dvbapi with libdvbcsa, vdr is patched with p4.diff
@ClashC - you sure it's about this issue, and not #42?
@3PO go to the directory with my plugin (I assume you have it fetched with git):
git revert dcb6efa [save file] git revert 801b2c9 [save file] make clean
rebuild
sorry, wrong vdr...^^
@ClashC: you starting VDR and have sound/picture problems, then you switch using femon to other device and it works ok, and back to primary device and problems, right?
i hope, this is the correct Version?
vdr01_64 vdr-2.1.4 # vdr -V |grep dvbapi dvbapi (2.0.0-GIT-45c098b) - DVBAPI type SOFTCAM vdr01_64 vdr-2.1.4 #
vdr01_64 vdr-2.1.4 # cd PLUGINS/src/dvbapi/ vdr01_64 dvbapi # git rev-parse HEAD 45c098ba425b393a196fa86cb92d159a2727aeb2 vdr01_64 dvbapi #
If you reverted this two commit from master then it is ok. Now please see if this problem still occur.
I have no sound/picture problems. The picture remains sometimes black to switch to the next channel.
@ClashC Can you also provide a log?
^^ The Screen is black...
@ClashC and when you zap again than it is working? You have it from time to time?
After a short "power zapping period" it seems, "git revert ..." solved the Problem. Since i reverted, the blackscreens are gone. ;)
@3po: to which git revert ...?
@3PO Ok - I think I know where is the problem - but this has to wait for Klaus (and possibly fixing on VDR side). In the mean time - please just use this reverted version.
@ClashC Look up ^^^^
ok, i use now dvbapi-2.0.0.GIT-db09342. Thx
@ClashC Just curious, as you have same card as @Christian-MLD, do you also have this problems? https://github.com/manio/vdr-plugin-dvbapi/issues/42#issuecomment-33904317
@ClashC
i see you have patched the vdr with p4.diff patch?! Why? You disable the "force transfermode" in vdr?
Sometime switch to next crypt channel i have no Audio, but Picture. With patch p4.diff i have picture and audio...
ahh, i check also the patch
Guys, Can you please recheck if you have problems with master (without reverting)? I did much of tests using XVDR (it was adjusted) and I didn't have any problems or black screens - just please be patient - sometimes (especially after VDR start) the channel remain black for some period of time (it has to obtain complete CA descriptors) but it finally should appear.
I still have described black screen problem with last master (2.0.0-GIT-400879b initializing (VDR 2.1.4)) Sometimes second retuning to the same channel brings decoding back.
@artlov Please retry with this patch applied: https://skyboo.net/logs/seo/vdr-2.1.4-improvepatpmt.diff and give me a feedback
At first glance it helps. Thanks for the patch.
It seems, the Problem "Sometimes blackscreen while switching channels" in not fixed in vdr-2.1.5.
So far, I didn't observe any problem with it. Improvepatpmt patch incorporated in vanilla vdr-2.1.5.
I dont have the "Improvepatpmt patch", because the patch is not available under the URL above.
This patch already integrated into vanilla VDR-2.1.5 From HISTORY:
This patch already integrated into vanilla VDR-2.1.5 ...
How ever, i reverted as described above and now it works as expected. ;)
Ok, in this case I am closing this issue. The most important fix for this is in VDR 2.1.5. It also has other related fixes.
The most important fix for this is in VDR 2.1.5... But it doesnt fix the Problem!
OK, please provide a full log from VDR start to the time when this problem occur (dvbapi loglevel=3, VDR 2.1.5).
I also ran into that issue, with latest master checkout/download, only on Sky SD channels, sometimes no video, no audio, sometimes no video, but audio.
I need to dig a little bit further, because I changed 3 things, VDR from 2.1.2 to 2.1.5, vdr-plugin-dvbapi from 1.0.5 to 2.0.0 (github master) and also the dvb driver for the DD v6 (ddbridge). Until yesterday I always used the drivers from kernel upstream, I just wanted to test latest version from linux-media, this is easy to revert.
No update of oscam, it's still r91xx ... maybe luckily ...
I also ran into that issue, with latest master checkout/download, only on Sky SD channels ...
Yesterday i have had exact the same Problem, but now i'am not able to reproduce this behavior. At the moment it seems everythink is OK, If this problem appears again, i'll provide a complete log. :)
Funny, same here, yesterday these problems, today no way to reproduce it. So unfortunately no log to provide and I don't revert the linux-media drivers until I see this issue again.
To do even anything, I updated oscam to the r9547 with it's even new more minimalistic webif ... ^^
@unf Thanks for your mailed log :)
To be sure: both of you guys have a FullFeatured cards, right?
To be sure: both of you guys have a FullFeatured cards, right?
No, i have a "Digital Devices Cine S2 V6.5".
@3PO are you able to use XVDR+XBMC (for some period) instead of softhddevice? Some additional questions: So this problem is from time to time? Generally it works? Is it affect the same channels when it happens?
@3PO are you able to use XVDR+XBMC (for some period) instead of softhddevice?
able yes, but normaly i dont use XBMC for watching TV.
So this problem is from time to time? Generally it works?
Yes thats true, but it seems the Problem was only on one time as i posted above. Since this time the Problem never appeared.
Is it affect the same channels when it happens?
No, it affects randomly.
Yes thats true, but it seems the Problem was only on one time as i posted above. Since this time the Problem never appeared.
And it was on VDR 2.1.5 and my latest master version?
Not the Problem is back again:
This happens, when i switch to a channel, with "black screen": http://bpaste.net/show/9CEue2mXdLHIxg7cJAZM/ BTW: at this time, there is no request to oscam
This is happen, when i swtich to the next channel: http://bpaste.net/show/S2FrUKiYDv0xv4BPfh6e/
And it was on VDR 2.1.5 and my latest master version?
Yes.
vdr01_64 ~ # vdr -V |egrep "^vdr |dvbapi" vdr (2.1.5/2.1.5) - The Video Disk Recorder dvbapi (2.0.0-GIT-a3b4a5a) - DVBAPI type SOFTCAM vdr01_64 ~ #
In your first log - I can see that no decoding request was sent to the plugin (caLm 4). It only stopped the previous one (caLm 5). So it doesn't seem like a problem of my plugin, but rather a VDR and maybe a softhddevice which may be calling some device's functions or influence somehow.
And in your second log it is starting streaming (caLm 4) - but no data comes from OSCam - so it seems it cannot attach filters etc, after a while it stops (caLm 5). Finally it restart it and I assume it worked, right?
... Finally it restart it and I assume it worked, right?
Yes.
@3PO Your oscam.log from around 09:16:55 would be interesting. You have it?
@3PO Your oscam.log from around 09:16:55 would be interesting. You have it?
Hi,
since the the update to vdr-2.1.4 and dvbapi-2.0 i have a stange behavior.
When i switch to encrypted channel, the channel will in some cases not be decrytetd. :(
The issue in the logfile, in this cases, are not very "verbose".
Feb 02 18:32:46 [vdr] [4491] DVBAPI: Action: Got CA_SET_DESCR request, adapter_index=0 Feb 02 18:32:46 [vdr] [4491] DVBAPI: SetDescr Feb 02 18:32:46 [vdr] [4491] DVBAPI: 0.0: odd key set Feb 02 18:32:46 [vdr] [4407] DVBAPI: 0.0 CA_PMT decoding len=1f lm=5 prg=130 len=19 Feb 02 18:32:46 [vdr] [4407] DVBAPI: ci_cmd(G)=01 Feb 02 18:32:46 [vdr] [4407] DVBAPI: 0.0 got CA pmt ciCmd=1 caLm=5 Feb 02 18:32:46 [vdr] [4407] DVBAPI: 0.0 answer to query surpressed Feb 02 18:32:46 [vdr] [4407] DVBAPI: 0.0 set CAM decrypt (SID 130, caLm 5, HasCaDescriptors 1) Feb 02 18:32:46 [vdr] [4407] DVBAPI: 0.0 CA_PMT decoding len=6 lm=3 prg=0 len=0 Feb 02 18:32:46 [vdr] [4407] DVBAPI: 0.0 got CA pmt ciCmd=-1 caLm=3 Feb 02 18:32:46 [vdr] [4407] DVBAPI: 0.0 answer to query surpressed Feb 02 18:32:46 [vdr] [4407] DVBAPI: 0.0 stop decrypt Feb 02 18:32:46 [vdr] [4407] DVBAPI: 0.0 CA_PMT decoding len=6 lm=3 prg=0 len=0 Feb 02 18:32:46 [vdr] [4407] DVBAPI: 0.0 got CA pmt ciCmd=-1 caLm=3 Feb 02 18:32:46 [vdr] [4407] DVBAPI: 0.0 answer to query surpressed Feb 02 18:32:46 [vdr] [4407] DVBAPI: 0.0 stop decrypt
If i switch, in this case, one channel up and down, all is working as expected.