vu+ duo

Has anyone got oscam to work with the VU+Duo and the sky FTV card? I have it working but it dies after a few weeks so the card it not getting its keep alive signal. I have to put the card back into an old sky box and leave it on Sky news for a couple of days to re-activate it.

I was wondering, if you have it working, would you mind sharing your config files? or would you have a look at my config files and see if you can spot where I am going wrong?

recyclebin wrote: »

I use cccam and it updates the Sky FTV card fine. You don't need to edit config files are mess around with any settings.

Is there a reason you are using oscam besides stuff that cannot be talked about here?

I'm using it for Pick TV which cccam no longer handles.

recyclebin wrote: »

I got Pick TV working using oscam through help from this thread here. I never really used it long enough to see if it updated the card.

If you do a search you might find it. Alternatively you could install both cccam and oscam and switch between the two when you watch Pick TV.

Edit: see post 1771 from dnme for oscam files.

I am dnme. I posted here before for help and thought I got it sorted but seemingly no. Does anyone else have oscam working? Can anyone help me with config files?

I'll try that GC, many thanks. Do you oscam working in the VU+Dio?

givecredit wrote: »

In Oscam server try replacing your reader settings with:

[reader]
label = skyuk
protocol = internal
device = /dev/sci0
blockemm-u = 0
blockemm-s = 0
blockemm-g = 1
blockemm-unknown = 1
emmcache = 1,3,2
group = 1
caid = 0963
ecmwhitelist = 0963@000000:3E,4E,7D,7E,45,47,62,68,72

GC, I tried your
oscam.seerver fiel above, it didn't work. When I reverted back to my old oscam.server, it did work. So all I need now is for the dam thing to keep itself alive. Can you help? My oscam.server file is as follows

[reader]
label = slot1
protocol = internal
device = /dev/sci0
boxid = (8 digit number here, hidden for boards.ie)
detect = cd
reconnecttimeout = 5
ecmcache = 1
emmcache = 1,3,2
blockemm-u = 1
blockemm-s = 1
blockemm-g = 1
blockemm-unknown = 1
group = 1
#lb_weight = 100


[reader]
label = slot2
protocol = internal
device = /dev/sci1
boxid = (8 digit number here, hidden for boards.ie)
detect = cd
reconnecttimeout = 5
ecmcache = 1
emmcache = 1,3,15
blockemm-u = 1
blockemm-s = 1
blockemm-g = 1
blockemm-unknown = 1
group = 2
#lb_weight = 101

change

blockemm-u = 1 
blockemm-s = 1 
blockemm-g = 1
blockemm-unknown = 1

in your existing file to be:

blockemm-u = 0 
blockemm-s = 0 
blockemm-g = 0 
blockemm-unknown = 1

I think this has been mentioned more than once before

kierank01 wrote: »

change

blockemm-u = 1 
blockemm-s = 1 
blockemm-g = 1
blockemm-unknown = 1

in your existing file to be:

blockemm-u = 0 
blockemm-s = 0 
blockemm-g = 0 
blockemm-unknown = 1

I think this has been mentioned more than once before

Kieran, These switches may have been mentioned as part of a bigger picture somewhere I'm not sure. Anyway my current server file is bases on a past discussion on this thread. What do these switches mean?

emm-u, emm-s, emm-g ?

dnme wrote: »

Kieran, These switches may have been mentioned as part of a bigger picture somewhere I'm not sure. Anyway my current server file is bases on a past discussion on this thread. What do these switches mean?

emm-u, emm-s, emm-g ?

I don't know exactly what they mean, but, setting them to 1, blocks updates.

givecredit wrote: »

Have a look a the Oscam wiki guide here. Some useful information in it. Helps you to understand some of the settings in Oscam.

http://streamboard.gmc.to/wiki/OSCam/en

Yeah I tried that before, but it meant nothing to me..

e.g.

block unique EMMs 
 blockemm-u = 0 # (no block) default blockemm-u = 1 # (block EMMs, which are addressed to card immediatly) )

givecredit wrote: »

Cards needs to be authorised to decrypt channels; that authority is sent to the receiver in the form of an entitlement management message (EMM). The EMMs are specific to each subscriber, as identified by the smart card in his receiver, usually at monthly intervals. This can be different for every provider, BSkyB uses a term of 6 weeks.

In your setup you had set to block EMMs therefore after approx 6 week period your card would switch off. Setting to no block allow EMMs to be sent to your card.

Many thanks for that clear and simple explanation. I finally get it.

ripblade2 wrote: »

Oh by the way my RTE 2 HD very glichy thats becauce I made a mistake of not getting a HD stick, let that be a lession for anybody setting this up.

I don't think there is really such thing as a 'hd stick'

It is just the decoding software (or hardware in the duo) that allows the viewing of hd channels.

There are sticks that are marketed as 'hd sticks' because of what the bundled software can do.

Have you switches on the swap partition? not sure where the setting is, and it is likely different on different images.


no idea about dvb-c

dnme wrote: »

Just had a new dish installed and cabled recently. Getting terrible picture and sound breakup tonight particularly on the HD channels but right across the range.

I'm seeing on my OSD, SNR 99%, AGC 95%. Can anyone tell me are these figure good or bad? What should I be expecting?

Is it a standard sky dish?
Those figures are actually excellent.
A good check for dish alignment though is to check your levels on Vintage TV(12643/H/DVB-S/QPSK/27500 2/3.
If you get anything above 40%SNR your dish is aligned fantastically well I have it on a 90cm and rarely get above 41% despite BBC/ITV/C4 all being above 96%SNR(Just to add I have 28.2 at a 12degree offset)
But if its a standard sky dish, given the current cloud cover/rainfall across the country you are going to have rain attenuation/breakup on smaller dishes.
Its just the nature of sat reception that heavy rain will drastically affect the reception.

byte wrote: »

God, that sounds a right mess. Could be a number of things. Ugh...

What did he use to make the "joins" on the cable?

TBH I was never impressed with his cabling. While he was here, I went to the hardware and bought him some trunking (sticky back cunduit 1") to keep the job neat. It didnt turn out great.

He's a decent fella and we got on great,He does use proper compression F-Connectors but that seems to be as good as it gets. but I was never really happy with the job tbh.

Right now I'm getting 53% SNR on Vintage TV with 82 AGC. The latter number not too relevant but SNR is a measure of signal analogue 'quality'.

I'm west of the Shannon and it's currently blowing up a storm outside.

I reckon your dish is perfectly aligned - as you suspect, the problem is likely to be with the cabling. Since you have already run it , it may not be a huge job to use the existing patchy cable to pull through a new run which is long enough that you can dispense with the joins.

But..before we jump to a conclusion too early - can you tell if your SNR is fluctuating a lot? Or even better, look at your dish and check that it's not being severely buffeted by the wind. If it's not in a sheltered position and your dish isn't rigid enough, that could be the problem.