Posts by musogeek

I take it this is your local card so it might be something to do with entitlements. Does this channel work in your sly box?

The channel you are after is sly 3d and the channel id is 0516 which suggests that there are no readers available to you which can decrypt this channel.

You can use DVBAPI to update your card.

I am assuming you are using a dreambox based on your prev posts, if not i'd think you'd need to adjust the boxtype - anyway you have OSCam and an internal reader so you can easily use DVBAPI to update your card. Your internal reader entry looks fine. I have not missed an update since setting this up and can even be used to wake up dead cards and for PPV events. You need to have an entry in your oscam.conf

Quote

[dvbapi]
enabled = 1
au = 1
boxtype = dreambox
user = dreambox_dvbapi

and you also need an entry in oscam.user to use dvbapi when viewing.

Quote

[account]
user = dreambox_dvbapi
pwd =
group = 1
au = 1

you also need to make sure that the oscam.dvbapi file has the following line (which is set for sly - and can be adjusted for other cards)

Quote

P: 0963:000000

or if your card is dead and needs waking, or you need to activate a PPV order then

Quote

P: 0963:000000 1

Make sure that if you have any readers in different groups, you are specifying the group in the dvbapi account entry in oscam.user, or you won' be able to read the card locally, just the same where you are setting groups for other users.

Leave your receiver turned on on a sly encrypted channel such as picktv for example and you should get the update, eventually.

Don't think DVBAPI would be used in this scenario, more for using OSCam alone to update cards locally - probably best to look here for entitlement update information - Oscam Sly UK Configs For Updating Entitlements

Theory is that if sly have detected your card on an infiltrated network, they will send killer EMMs to your card to, well, kill it. No harm having the whitelist there, but you'd probably be ok imo.

probably have the programs on a different position to what is set on your satellites.xml file, so you can edit the xml file to change the position back to to 15.8e - this worked for me

Quote

<sat name="Eurobird 16/Eutelsat Sesat 1/Eutelsat W2M (15.8E)" flags="0" position="158">

Probably be with you on this one, as for the third year running have no plans of going out, too expensive and done that often it isn't fun anymore and taxi fares... there is a recession on- no way! - only problem is that I will not be capable of pressing the screenshot button by UK midnight because there will seem to be a few of them after two bottles of wine and half a bottle of jacks! - besides didn't have a motorised dish last year so why not do something different!

Good place to start is the OSCam wiki, link on the black bar near the top. Once you get the web interface (webif) up and running, you have everything there, and if you are not sure of anything, there is a link to the OSCam wiki on each setting. Loads of stuff on getting things working on this forum too!

doubt it - seems very common issue - just google 'No OSD Show, Press V.Format Key to Switch' and there is a lot about it. There are solutions out there but hard for me to interpret unless I had the receiver, - most people say pressing the vformat button, slowly, giving each press time to work, until it displays (while connected with HDMI) - doing it too fast won't give time for it to react.

Just seen this issue on an EagleBox and was cured by connecting it to scart or AV, going to the video settings and changing the format to RGB - obvioulsy ruling out dodgy HDMI first.

Depends really on what you need. I personally would have one tuner for the sly dish separate and the other tuner for your other dish with the two LNBs on switch, that would solve your issue as far as I see unless you wanted to record on 13 and watch on 19.2e for example, sure there are probably other ways but I use motorised and fixed sly - never had DiSEqC so would probably keep things simples!

So you got a twin tuner setup, two fixed dishes, one dish sly 28.2e and the other dish you have 13 and 19.2e, but you have both dishes on a 3 way switch? Just assumed that on your setup you would have the sly dish in one tuner, with the other dish 2 LNBs on a 2 way switch in the other tuner.

you need to change your configs on tuner config, your dish setups are not equal. The tuner with your sly dish needs to be set as simple, single, 28.2e, and if you are using DiSEqC for the one pointing to 13 and 19.2e I would imagine for the other tuner it would be simple, DiSEqC A/B, and set port a and port b to 13e and 19.2e - not used DiSEqC myself as got a sly fixed and motorised but seems the most likely to me..

Quote from Sandman

So it opens fine if you (the host) have OSCam running...you're blocking it from certain peers because they aren't using OSCam or? I'm getting a blank screen from my peer but we're both using OSCam!

Hard to say to be 100% I am using OSCam, and it seems that those using CCCam are having issues. Not sure if this relates to local or proxy or both. I have 5 peers where my OSCam logs report that on this channel the ECM requests are ok, however it isn't decrypting. I have one peer where it is. If I don't block the others off, then loadbalancing in OSCam would cause this channel to be unwatchable as to OSCam it is appearing to clear for all peers, so it just goes for the fastest reader. In blocking the channel from peers where it is showing to clear but not, then I only send requests to the good peer. No idea how CCCam would handle this channel as I have never used CCCam only OSCam with CCCam protocol. Seems strange, and stranger that this channel has been named on this topic, as it isn't a PPV or extra sub channel, just seems that CCCam isn't handling it. If this on your OSCam peer's local than I can't see it being a problem, but if it is a reshare, then it might be an issue if he hasn't done what I have.

Quote from Sandman

I just get blank screens with them....I can't imagine subscribing to them though...I've also turned into an HD snob :haha:

Only one of my peers has this working, so I now know he is using OSCam! The others are reporting as clearing but with a blank screen it is a good channel, I have to close this off from other peers for it to work.

Pointless having BFBS because you get the same channels elsewhere anyway! No point having UK porn it is too tame and full of cheese :haha:

My entitlements update in oscam alone with dvbapi

i have this in my oscam.user

Quote

[account]
user = dvbapi
pwd =
group = 1
au = 1

and in my oscam.dvbapi file i have this

Quote

P: 0963:000000

or this if your card needs waking up

Quote

P: 0963:000000 1

i also allow shared emm so blockemm-s = 0 (or deleted as it defaults to 0), but I block off global and unknown

Can't see anything else that would stop it updating, just need to get dvbapi in oscam.user and edit the oscam.dvbapi as above, leave on an encrypted channel (I use pick tv) and should work!

try changing the [cccam] part of your oscam.conf to 'ignorereshare = 0' - reason being is that you have specified a reshare of 2, but you have then told it to go by the reshare setting of the user/readers, and you have not specified anything there.

scrap what I just said to make it less confusing to explain what I have done and why! I think it is working how OSCam works, and I don't think I am missing anything, it is just that I am trying to ensure that I am not overloading anyone else's server with requests where I shouldn't be.

I can define services, but if I am sharing more than my local, a request from a peer for a service that isn't on my card, that does belong to the same caid and provid of my card, will be sent to a proxy card on my server that can open that service (in much the same way that it would do with dvbapi with my own viewing), but ignoring any reshares that I may or may not have on that reader, and appearing to the peer that it is coming from my local, i.e. at their hop1. This means that the only way to stop this is to define services that can be allowed either to a peer or from a peer to prevent requests that have the same caid and provid as the local card being passed to proxy reader if the service is not on my local card. Problem is that this means that I can't share any service (from any reshares i may have) that has the same caid and provid as the local, that isn't on the local.

If I define services to block (limited to 200) by adding the '!' for the reader entry for my local, then this invalidates the request to my local, and so this request could be served by a proxy that I am resharing to that peer, so will not then appear to my peer as being from my local, but it seems that the request is again passed to one of my proxies if the proxy card doesn't have that service. Back to the same problem again, and would then have to find the services not working on my reshare, and invalidate them. Tedious! Because of this, restricting it as I have done is probably the best, and without doing it, people might think I am abusing the share. I think I understand how to configure it, but is the way OSCam works from how I can see it, which is different from CCCam, and not really in the same spirit. The loadbalancing is a way to share the load, but I don't think it is fair to pass the load to peers who haven't given you the right to do so.:doubt:

I am not sure if it is down to the fact I am using a Qbox, maybe it is a modified OSCam version. I have tried different versions but still the same. There isn't a services tab in webinfo, but all the other tabs are there.

I tried defining the services the card opens, but this doesn't work, and will still send them to the reader for a peer request. If it is a local request then it will work as you said with dvbapi but not for other users. It only works by defining the ones that don't work with the ! flag. I do use webinterface to do most of my configuration and have tried everything, with the only option being to define the services to each user account to prevent requests that are not on my card being passed to proxies. Tedious I know, but how you explained it is what I did and it didn't work for me, I thought it did at first, but then saw what was going on!

I now get

2011/12/04 14:59:37 xxxxxxxx c xxxxxxxxx (0963&000000/0EED/6A:EAE3): invalid (0 ms) (0 of 0) (invalid SID)

for peer requests that are not on my local - which still isn't quite right, as should say no matching reader!

I have a netbook and might look at getting a CCCam server set up with that. Might be easier for a machine which is collecting dust to give me a solution!

I think there is a moral to this story somewhere:moneygrubber: