Can you post what is updated - is it just keys, and/or the plugin???
Before today, I had not booted to Spark in over a year, so I am not sure just what updated versions you have uploaded. Have you uploaded the version with powervu auto-roll?? I tested it today and it is working ok (but only tested on afn...)
which guide are you following???
CMakeLists.txt should exist in the oscam source directory (usually named oscam-svn if you used svn to download the source...)
Most encryption systems use the same key (cw) for every pid (track) associated with the channel. For powervu, each pid is encrypted using different keys.
(Other difference is that most change keys around every 10 seconds while powervu changes every second. Which means it is more affected by timing issues...)
Yes, the initial versions did not detect the type 0x06 audio/subtitle tracks. It was fixed here:http://linuxsat-support.com/sh…r-dvbapi-AC3-audio-tracks
But that is also quite old. Try the latest "official" version, it has all my fixes plus they added tandberg support. ;)
It is not a limitation of oscam-emu, it is a limitation of the drivers/hardware of the boxes. For example my alien2 triplex has a limit of 5 extended_cw pids being decrypted at a time. That limit is not per channel, it is total. I started playing with the drivers to increase the limit, but haven't had time to build/test a new system yet. I do not know what the limit is for other boxes. If you run oscam-emu with a debug level of 128, there might be a hint as to its limit.
You can try this version of oscam-emu. It limits each channel to the first three pids (one video and the first two audio channels) and ignores subtitle and AC3 tracks. This limit works ok on my alien2 triplex, but I am not sure how the dreambox drivers will react...
Not sure which "wiki" you are referring to, but these options come from the oscam-emu patch and ARE NOT part of the "official" oscam.
Some documentation for the oscam-emu patch is here: https://github.com/oscam-emu/oscam-emu
Not every option is covered, but if you use the webif, you will see the added "stream relay" under config.
logfile = /var/log/oscam.log
so look in /var/log/oscam.log for info.
Also did you try the netstat command?
You can try
netstat -antp |grep oscamand see if it is listening for connections on port 8888 (or some other port if the default was changed in the conf) What is the logfile set to in oscam.conf? Maybe posting the oscam.conf file would be useful (removing and sensitive info).
Does it happen for both FTA and encrypted channels? If only happens for encrypted channels, what about 1 FTA and one encrypted?
Can you record one channel and watch another channel?
If it is encrypted channels please post a Oscam log with debug level set to 128 (dvbapi).
Keys are in wrong format and the groupid of your ecm keys and emm keys don't match. Look at previous post for example. Look at first post for more instructions.
Not sure which sat, but looks like your sid is not in the right format and neither are your emm keys. For 9E, I use:
P 00090001 00 00000000000000 ; added by OSEmu Sat Jan 23 01:53:03 2016 UA: 00xxxxxx
P 00090002 00 00000000000000 ; added by OSEmu Sat Jan 23 01:53:03 2016 UA: 00xxxxxx
P 00090003 00 00000000000000 ; added by OSEmu Sat Jan 23 01:53:03 2016 UA: 00xxxxxx
P 00090004 00 00000000000000 ; added by OSEmu Sat Jan 23 01:53:03 2016 UA: 00xxxxxx
P 00090005 00 00000000000000 ; added by OSEmu Sat Jan 23 01:53:03 2016 UA: 00xxxxxx
P 00090006 00 00000000000000 ; added by OSEmu Sat Jan 23 01:53:03 2016 UA: 00xxxxxx
P 00090007 00 00000000000000 ; added by OSEmu Sat Jan 23 01:53:03 2016 UA: 00xxxxxx
P 00090009 00 00000000000000 ; added by OSEmu Sat Jan 23 01:53:03 2016 UA: 00xxxxxx
P 0009000A 00 00000000000000 ; added by OSEmu Sat Jan 23 01:53:03 2016 UA: 00xxxxxx
P 0009000B 00 00000000000000 ; added by OSEmu Sat Jan 23 01:53:03 2016 UA: 00xxxxxx
P 00090001 01 00000000000000 ; added by OSEmu Sat Jan 23 01:53:03 2016 UA: 00xxxxxx
P 00090002 01 00000000000000 ; added by OSEmu Sat Jan 23 01:53:03 2016 UA: 00xxxxxx
P 00090003 01 00000000000000 ; added by OSEmu Sat Jan 23 01:53:03 2016 UA: 00xxxxxx
P 00090004 01 00000000000000 ; added by OSEmu Sat Jan 23 01:53:03 2016 UA: 00xxxxxx
P 00090005 01 00000000000000 ; added by OSEmu Sat Jan 23 01:53:03 2016 UA: 00xxxxxx
P 00090006 01 00000000000000 ; added by OSEmu Sat Jan 23 01:53:03 2016 UA: 00xxxxxx
P 00090007 01 00000000000000 ; added by OSEmu Sat Jan 23 01:53:03 2016 UA: 00xxxxxx
P 00090009 01 00000000000000 ; added by OSEmu Sat Jan 23 01:53:03 2016 UA: 00xxxxxx
P 0009000A 01 00000000000000 ; added by OSEmu Sat Jan 23 01:53:03 2016 UA: 00xxxxxx
P 0009000B 01 00000000000000 ; added by OSEmu Sat Jan 23 01:53:03 2016 UA: 00xxxxxx
P 0009 00xxxxxxx yyyyyyyyyyyyyyyy ; EMM Key
P 0009 00xxxxxxx yyyyyyyyyyyyyyyy ; EMM Key
#P 0009 00xxxxxx yyyyyyyyyyyyyyyy ; EMM Key # 9.0E AFN 11766 V 275000 + 11804 V 27500 #### EXPIREDIf you have the frequencies and symbol rates (and QAM) info, that is a good start. I assume tvheadend is seeing the tuner ok since it at least worked once... So, best to try again and create a new dvb-c/t network (I wouldn't use the network id for now, it may limit the scanning). Then create a new mux with the settings. Trace logs would be useful. Don't have time to explain how now, but there is good info available on tvheadend site.
BTW: Are you using dvb t or c? My local cable has both, which can make things confusing if things are not set correctly...
Also, remember that you enter frequencies in Hz and full symbol rate - so lots of zeros on the end...
Here is the version I am currently using.
I don't recall the exact build options I used, but usually I only enable what I need, which isn't much. :)
No AU for mcas. Oscam with emu patch will autoroll, but you have to use stream relay which has some timing issues. Look in oscam-emu section for instructions on key file format. http://linuxsat-support.com/sh…multiple-PowerVu-channels
BTW - I think it is noted in the thread, but if not I will re-iterate here, you do not need to use my version anymore - they have incorporated my changes in the "official" patch, including the change to the key file format.
Hi Paul, have just loaded your image looks great, need to change sat 1 from cable to terestrial, how is this done. Thanks again for your hard work in providing this great backup image
Just look back a few posts...
I have made a new branch of Tvheadend which adds extended_cw functionality (powervu).
The source code is here:https://github.com/joeusercz/tvheadend/tree/extended_cw
If you need to use lib dvbcsa (instead of default ffdecsa) it will not work for CSA encrytped powervu channels, but others are ok since they use DES.
Setup for Tvheadend is normal with connection to oscam-emu - no need for stream relay anymore...
You have two readers, but maybe slightly confusingly labeled. The first reader, althoug labeled "emulator", uses constantcw protocol, which is not part of emu but an included function of oscam. The second reader is the labeled "sofcam key" is the "emu" reader and that is where the "emmcache","emu_auproviders". and "aupprovid" lines should be set...
Never mind, I just noticed you fixed that at the bottom
From your log:
[Emu] Key not found: P 006D 00
Either the key is missing in the SoftCam.Key file, or the format is incorrect.
If you send me your softcam file by pm, I will look at it for you.
The most common encryption used for satellite is CSA (Common Scrambling Algorithm) but most powervu channels use DES instead.
So, two factors - one is whether or not the hardware supports DES decryption and the other is do the drivers for the hardware not only support DES, but also support extended_cw functions (ie. different cws for each video/audio track - as opposed to one for all like other systems use.)
If the drivers are closed source, there is not much the image developers can do but wait for new drivers...
While most keys change about every 10 seconds, powervu keys change every second (all keys for each video/audio track) - so the box needs to be fast enough to support this.
Also, I suppose it may be possible to implement software DES decryption, but that would require more CPU power and a big change in the data flow of the streams...
It works on the alien2 for channels which use CSA encryption (I think 4W has the only ones...) Other boxes may work for these channels as well.
Also, if you use Spark instead of enigma2, mcas plugin allows all powervu channels to be opened, but not easy to update keys...
But there are two cables, one from the tuner to the switch and the other from the switch to the lnb. Use an adapter to connect the two cables together so they can both be tested together.
If it is an elliptical dish, the further from the center, the signal will drop faster than with a circular dish.
Also, signal level is a very relative term and the same setup connect to different tuners (and even different drivers ) can report big differences for what essentially is the same signal. And as the signal level falls before a certain level, sometimes it just drops to zero because there is not enough to get a sync. SO when adjusting a dish you sometimes see signal go from 90%->85%->70%->0%.
I know you said you tried a different switch, but it may still be the cause. I currently have a faulty switch that took awhile to diagnose. I have two dishes each with a dual lnb. Port 1 from each lnb is connected to my multiple tuner receiver and port 2 from each lnb is connected to a diseqc switch which is connected to pc tuner card. Port 1 of the diseqc switch always worked, but port 2 was hit or miss. Finally I realized the only way port 2 of the diseqc switch worked, was if I was simultaneously using the same lnb on my multi-tuner receiver. So, the dual lnb was not getting enough power through the switch and needed power from the multi-tuner receiver to work. I am not suggesting that is your problem, just that quite often switches do not just fail completely, they exhibit intermittent problems.
