Posts by musogeek

    samchez you are the second person on this thread not to have posted an intro before commenting in support of this payserver in disguise. He has said it himself, that he has paid money to payservers to get his idea started. The £25 you are paying will be funding these payservers, If he is not relying on payservers then why does he admit to paying for a whole bunch of the biggest payservers to add to his network? Not adding up, is it? Yes it might work, but it is still a payserver, and considering this thread is being used as a platform by one or two to support this, I am closing the thread.

    I found this on another forum



    So this guy is using lots of payservers on the PTP network unless I am misunderstood. Accepting Western Union payments only.


    I will keep my money and let others be disappointed.


    Think you are getting your CCcam.cfg and oscam.server configs mixed up here - the above would be for a CCcam.cfg file and you would usually have to add 'smartreader+' flag after each line if used in CCcam.cfg if you are trying to get a smargo to work. In oscam.server file you would need to use the 'device =' and 'protocol =' flags to define your type of reader. I know you ended up on the right track in the end, but to save others that might refer to this thread to sort out their issues a bit of time, just thought I would point this out - not trying to be picky!:baffle:

    Never used CSP and not really explored it as it isn't something I need to get involved with at the moment, although I can see it is becoming increasingly popular - Just beeen reading some of the info on here re CSP - found the following extract;

    Quote

    Be careful, you cannot have more than 1 profile with the same caid number if the network-id is also the same!!
    i.e. caid '0500' with network_id '013e' and caid '0500' with network-id '0001' is OK, but
    2 profiles with caid '0500' and network_id '0001' will cause the csp to fail.


    this is taken from the following thread from afc007
    http://linuxsat-support.com/cs…rial-how-install-csp.html
    Whether that is relevant to what you are doing, I wouldn't know.....


    to be honest, my understanding of CSP and my understanding of the Greek language are on par!

    The file is the same as mine - looking at the py file it is expecting the timezone.xml file to be in /etc, but on my image (BH 1.7.3) there is a symbolic link for timezone.xml in the /etc folder directing to /etc/tuxbox/timezone.xml - if this is missing in your /etc folder then what I said you had to do before wouldn't work. If it is not there you could either create the link yourself or try putting the xml file in /etc instead.

    you should have two files in /usr/lib/enigma2/python/Components - Timezones.py and Timezones.pyo - there could be a problem with these - If you look iside the Timezones.py file it will give you a clue as to what should be present and where it should be.

    so are you sending your card via nline 256 to 3 different receivers? how do you have this set up? I see you are using Oscam on a PC - do you use CCcam on the PC as part of the setup or is it just Oscam connecting direct to the receivers with nlines? - Did this start happening after an update?


    Code
    2012/05/22 08:22:53 9842458 c dummy (0963&000000/0000/0EDA/6A:44ED): timeout (5001 ms)
    2012/05/22 08:22:53 9847C98 c dummy2 (0963&000000/0000/0EDA/6A:44ED): timeout (5000 ms)
    2012/05/22 08:22:53 98498D8 c dummy3 (0963&000000/0000/0EDA/6A:44ED): timeout (4980 ms)


    above is showing that you have all 3 users trying to connect the the same channel at exactly the same time.

    I can see what is happening but wouldn't know why unless I had a bit more info - an idea would be if you posted a bit more info such as oscam.server oscam.user, oscam.cfg and cccam.cfg blanking out the private bits of course!

    silly_me don't send pm's m8- I have answered on this thread so any questions, reply on the thread please- if you are not sure of the rules, then read them:Linuxsat frog:

    The CrossEPG can cause issues with not returning your receiver to standby especially if you are using OpenEPG providers. There are ways around this. You could set a cron job for the receiver to reboot daily soon after the EPG is downloaded, and if you install the plugin called 'startuptostandby' you can set your receiver to start up to standby mode.


    There is an easier way. 'Enhanced Movie Center v3.0.0' - install this, and it provides lots of useful things, including an option to reboot or restart GUI daily and restarting in standby mode. I have tried both and work well for the problem you have explained.

    Have you chnanged anything on the receiver, such as a firmware update? If you have then revert back to the old one. If you have not changed anything then it is likely a server issue. I am sure you have posted this question somewhere on another forum - and the answer won't change just because you are on another forum. The issue I had was to do with an internal share I had set up from an Oscam server on another receiver, so I was in control of the server, and could rule this out as being the issue. If you haven't changed anything on the receiver and it was working before, then it would be your server, as I said before. Unfortunately, unless your server is your own or a friend's (peer), then you probably wouldn't be able to do much about it, and would serve you right for using a scumbag payserver.


    try uninstalling VLC and installing it again, and it should give you an option of installing mozilla plugin and (i think) firefox plugin - When it says plugin it referrs to a plugin for the Browser that you are using (IE, Firefox etc) to use the the program from within the browser, so even though you have VLC installed, you may not have chosen to install the browser plugin.


    I prefer not to use web tv - find it better watching the stream by clicking on the TV icon on the bouquet browser and this opens it direct in VLC so long as you have set it to be the default app for the format,

    I would not buy a Vu+ clone because of what I have read as pheonix says, and the Vu+ is already reasonably priced, and it could be bad news for them if there is too much downward pressure on the price - you will be better off paying the extra for an original Vu+ - The prices of the originals are cheaper than ever as i said, and you get the full warranty, which you couldn't rely on with counterfeit goods! It is sometimes worth paying extra for something you are going to get more out of. Also you don't have to worry about whether an image is going to brick your box. Dreambox clones have done the rounds and a lot of people find these work well, and are well supported, and you can also get these clones now as legit receivers in their own right (own brandnames rather than Dreambox) - such as the NewDVB receivers. Have a look as the sponsor link.


    There are differing opinions as to whether the Vu+ clones are worth the gamble but I certainly wouldn't risk it.

    This is going to be an issue with the bootloader. I assume you have the 800SE (as you downloaded the OpenAAF recently I assume it is this image)


    If you want to flash the latest OpenMips then the latest bootloader is here:-
    http://archiv.openmips.com/hd800se_bootloader_04-04-2012.zip


    but I think you need to revert to the old bootloader if you want to install OpenAAF - so I have uploaded it here for you - below.


    Only use these bootloaders for the GigaBlue HD 800SE and not any other version.


    Doesn't take too long to flash the bootloaders - just put the files on a clean formatted USB, turn off- plug in, turn on and let it do the job.