Posts by dm800pvr

    guys do no use this smargo triple shit reader it's shitty and fucked whole my *** card just see latest logs which my ATR from


    3F FD 13 25 02 50 80 0F 54 B0 04 69 FF 4A 50 D0 80 00 49 54 03
    changed to
    3F FD FF 25 02 50 80 0F 54 B0 04 69 FF 4A 50 D0 80 00 49 54 03


    trying now with the newer version 7373 the same result
    I don't think the problem is version of oscam because I run it on 7253 before
    Smargo version is latest 1.7 which is impossible to downgrade
    Another thing is that I have no problem inserting my JSC card on it

    I have strange problem after changing my reader mhz to get better ecm time but


    Warning: F=0 is invalid, forcing FI=1 was the last result :(


    Please help how can I sort out the problem


    The error comes from icc_async.c and this section:





    OSCAM 1.20-unstable_svn build #7253
    Tested many mhz with both mouse and smartreader protocols with the exact same result!



    it works without any problem before changing the frequency on this version before!


    Any suggestion?





    Full log:


    oscam.server:


    just wanna make a note that the ECM length is 3C for my JSC card! and yes the ECM whitelist in oscam page is incorrect
    but anyone can check the length in oscam status page easily :)

    I'm thinking about the concept of block-caid-mismatch and as you may know


    ca-profiles/block-caid-mismatch

    Code
    true/false (default: true) Block all replies where the request had a different ca-id. Determines whether M flag transactions are blocked or not (i.e returned as failures to the clients). Since the cache is global, it is possible for a client to send requests to the wrong port and still get valid replies (which may cause it to ignore the caid in the card-data and keep sending to the wrong port - potentially destroying the service mapping for that profile).
    
    
    
    
    NOTE: As of 0.9.1, this will also apply to cross-profile cache hits that have the same ca-id (but where ecms were sent to different profiles). Such configurations with several profiles receiving the same traffic aren't really supported, but if you you know what you're doing and you're sure you understand the implications - it will continue to work as before if you set this to false.


    1) As above said it is possible for a client to send requests to the wrong port and still get valid replies how a client gets valid cw reply when he send a wrong caid in a wrong port and that reader only sorted to receive and process only one specific caid in oscam!
    2) what is cross-profile? how it works?

    and how do you explain the block of some cards with emm locked and inserted in the original decoder for upgrades only ?


    I mean blocked emm a,u,g nano ... dude


    kabise
    Yes but I won't share when I'm not sure its costly for me I prefer use it in original btw, I heared some one sell NDS blocker or PIC NDS Hardware blocker don't know if it works fine or not and whats that at all!
    Also the usual situation before card to be killed is that oscam shows many emm blocked in on day and after some days card deactive itself
    I'm thinking when we upgrade or married a card with a box except box id all other info also be important and monitored randomly by chip like STBID Driver sw ver,vrifier ver these info exist in diagnostic section of pace receiver

    I have 09cd for 3 month till now searching to find a solution to avoid 9994 or 9995 errors and still afraid of using it in oscam however I can upgrade in original box but I read many complains, cards killed in 3 mins,2days,1week or 1 month and I really don't know a safe way.
    is it by chance?
    What I know is a user with sCam 1.49 used it with no share and the card killed and a user with full of shares use this card with the same emm blocked, manual upgrade, ecmwhitelist... with no problem.
    This have a high risk specially for prepaid cards like mine which cannot replaced with another one like post paid (pay per month) card
    no matter oscam cccam or other cs protocols or any type of readers, they can easily kill card if the card not used on original box.
    one guy in oscam forum said when he is not blocking emms the card reject group for decoding and after blocking emms in config card starts decoding!


    in original pace *** decoder when we insert cart all channels listed separately in one direction (hotbird) , does it means the card allowed to decode channels only on this satellite and if card detects some other chid on other satellites flag the card for suspect?
    Any suggestion?
    Please do no reply there is no way noone knows just tell me what do you think what kind of protection may exist.
    If it's ECM how we block it what kind of ECM in length and content?

    Find the answer
    It's in Admin section not status web!
    Very intresting plugin to check freezes If you add 900 your new ECM time is now old ECM+900 and add it till get freeze on your caid!


    PS remember to set <max-cw-wait>x</max-cw-wait> in profile
    x should be 1 second more than your current test-delay
    for ex if test-delay is 3000 ms set max-cw-wait to 4

    Hi guys


    I have read about this plugin to get max_cw_wait but today after enabling it there is no way to set a delay (set-test-delay) like they said in their optimization read me:


    Code
    To help figure out the exact cutoff point for clients (the maximum time they can wait before they experience a freeze),
    use the LoggingPlugin and the [COLOR='#FF0000']set-test-delay ctrl command (via the status web)[/COLOR]. This allows you to experiment by adding
    a gradually increasing delay for a specific test-client (use the ip filter)...


    What is set-test-delay ctrl command? how to set it?! there is no such thing in status web section only:


    Code
    Plugin: LoggingPlugin
    	Logs all ecm traffic between client sessions and proxy to file.
    delay: 0
    loggers: 1
    ip-filter: *


    Thanks for your help