it keep crashing everytime i change the channels or get connection lost when i have to manual reset selecting between stb servers often then crash more again after every 15min long playing into the program by not resetting on its own like original multi-stalker you made , not sure why rewrite the program when it was working fine in the past? even though epg guide is working finally on this version now...just can't win them all i guess...either working Epg or stable connection by EoF resets....majority free stb keys on this forum not gonna have great setup to begin with is where i connecting to is big question its gonna be stable enough in my end...iptv is not greatest idea in my honest opinion, i rather like have satellites that doesn't use my internet connection for programming i watch, i hope someday they take advantage on the sky and beam entire iptv program by signal than relying on internet data that have too many eyes on this now. Now i rather stick with multistalker 1.5 for meanwhile until this pro version gets working again
Posts by DRIVN_NeGA iX
-
-
can anyone could tell me, what is difference between py2.7 vs py3.11 ..........
You can start reading for example Difference Between Python 2 and 3
thanks , i starting realize pur e2 team starting to release 7.3 beta firmware is very coincidence when multistalker pro release then all sudden they now supporting py3.11 yesterday, very unusual for them to care for its users now that many we assume they making 6.5 very long term version of py2.7 while everyone else is on latest in everything, good thing oscam is not behind for them but i do like they start updating openssl and python , pur e2 been stuck in openssl 1.1.1 something this long since 6.3 that i hope users not have issues with FNC plugins , since its huge rewrite for all fnc plugins to be compatible with py3.11, someone have to do it, i am glad they are doing it
-
will zgemma h9s will be supported ??? all i see is other model h9sse, not sure its too much difference between both if using h9sse firmware for h9s but i wait until more hardware support is added on the list
-
can anyone could tell me, what is difference between py2.7 vs py3.11 before i switch to openatv if it work better than pure2?? in hardware support is very important for my blind scan that only pure2 firmware have driver for zgemma h9s turner, but if not, then why it all matters to everyone but anyway the only issue i come accross is live tv listing vanish often that i have to keep switch portals back and forth to get it refresh the listing
-
well the only thing i change is on settings by using your owned conf from /etc/WgConfig thats where i put my downloaded wireguard conf file that should generate new /etc/wireguard/wg0.conf on its owned from your wireguard downloaded conf file
-
latest version work good as original version from 1.5 before re-write , since it work the best in my opinion when connection gets lost it reset on its owned and original version improved a lot by removing the annoying Eof box since majority portals don't have stable connections when it can freeze anything from connection our end packets drop and their end the sender packet corruption.. its the pain we are stuck with than live satellite feed it would be nice they can take advantage the cband satellites for their iptv programming that only us can view it and impossible for a trace the signal , you know what i mean
for my pure2 firmware even though its most complicated firmware to adapt py3 when its proprietary stuff is holding everyone back due to its fnc apps is made on owned version of py2 that is not opensource to share for other enigma firmware users its darn shame they won't be universal supported like everyone else would be helpful and i am very supportive of your work and effort to get this firmware supported as well
-
i can verify the verimatrix is disable and rolling again but still have same problem that it only last 3-4 hours and it will update iself but for very long time ...and also not sure AFN gonna stay this way when they might switch to newer pvu+ that coders are still trying figure this out still since 2017..thats bummer for everyone when we lost discovery , discovery usa, and soon AFN gonna that route next for sure until we just figure this out sooner is the better for everyone here to get hold on this now...and i did post issue with oscam creators , and hopefully they get to it soon
-
i hope they switch servers soon, cause its no longer safe to post anything now days, due to world courts are shutting down iptv links lately
-
there gonna be big changes over 121w and 133w even 125w, it seems warnerdiscovery corporation can't afford digicypher 2 and nagravision anymore that forcing them to switch into alternative encryption ...right now its open temporary until encryption adopted for their networks or they restore their access again of 133w...either-way what is happening week ago its working that gonna force warnerdiscovery networks with 50/50 chances they revert back to powervu or use newer powervu update that is harder on us to break in and cost nothing for them when replacing entire racks with powervu+ encryption that seems unreachable but we can try
-
johnpapad24 ! My dear friend it's the MTN package am referring to (not AFN).. and if you are right about that too then appreciate your response very much.. you could give more clarification through PM.
MTN has a problem with unmask mode, weather keys could be shared in a similar fashion to AFN ???? i don't know. Do any STB's open that package ?
its very possible since AFN works and so as GOLtv...then this will work for the rest are just having false keys from disable EMM spitting non-working keys...good news those channels last more than 3 hours that discovery keys still the same function as it was before ...just someone gonna have to brute force the hack for 48 hours long to get the correct ecm keys by making it work around the unmasking code...its like that only correct key that opens all the hashes it uses in entire group...since there is nothing special in this version...its still base same old security that requires P 00 and P 01 thats all it need for 58w discovery, 34w mtn, 103w gma network....those use the same function to open these channels
-
i disable multiple online readers that seem work for me, since i only have this site only and rest just update slowly and built in internet softcam.key seem not cause any issue when it doesn't update at all, its issue when labels are use vs devices don't download keys often when running once...label method are great but not great when you have 3 or 4 running same time of downloading keys every minute , and softcam is not smart when it override good key with bad one or crash or vice versus what its doing that is my problem with my rom pure65, i either choose only one label internet key or manually update softcam.key? its really a doozy no matter what i do, its PVU issue
-
well, i guess we both have same problem when running more than one server in same time on those channels...i get it solved by just have only linuxsat-support only , and i know its not the best solution when others want more online readers for those channels but remember this cam still base on oscam software its not automatic to detect which reader have outdated keys and use only working one when its tested during the process...cause i think i know what really wrong , its causing collision when more than one reader running the same time with different keys processing is causing the crash...its same concept as what others used to do with other methods that i learn that you can't have many ports open same time for same channels, since this case others have different issues for other engima2 roms...i haven't tested with successful ones when pure65 is my preferred rom due to plugins it has is not available in other roms...should be universal for everyone using same pure2 FNC plugins but its proprietary only for pure2 users
-
it's tough, to get it perfectly working since 12.6 did add something like using labels vs devices only downloaded once for every startup vs labels it only downloaded when afn is tune in for working key, just not sure it work having more links in simultaneous downloading keys that cause my end to crash often when channel is tune...jesus, what kind countereffort AFN network they cook up now...this channels are very odd , it's like directv days again...when card work they only last few hours until black screen again...then reprogram the card ...work again then crash again after 15 minutes ...
2 hours later : after many trial and error, this settings i find best so far, i have to disable all extra readers is not necessary to have it enable like newcamd and cccam ...it looks like it may interfere with github command during downloading key process or not, and also, not sure it super stable with more than 3 github cams, so far i have test it with one only, then 2, at first i thought it was gonna crash until starting turning everything off, including necamd and cccams servers that ncam have habit turning it on automatic, i would just delete them since i never gonna use them in my situation since my arc in western hemisphere , not in eastern part that mostly people otherside depend on them while my side hardly used them that we very depend on emulators and internet softcams is too new for me
also, on loadbalanacer settings, i did add more than 4 cam readers ...maybe that was the problem in beginning when starting add more github readers, then hell broke loose on my sat receiver that starting to crash ncam sudden, so i did everything i did past 24hours by troubleshooting my end and this come to my final conclusion that it is working right now with these settings plus ncam.server settings include the attachment
i would thank everyone for making this possible now, if this working stable like now, i believe this method gonna open more doors in other areas that not just afn, but like other sats that need other than pv keys, like biss and tanberg , etc... this might be best idea so far yet
-
i find this ncam.server in stable state for awhile 12.6 then crash i haven't test on 12.5
[reader]
label = constant.cw
protocol = constcw
device = /etc/tuxbox/config/constant.cw
caid = 2600,0B00,0B02,0500,0963,06AD,0940
group = 1
[reader]
label = Device_SoftCam
protocol = emu
device = emulator
disablecrccws_only_for = 0E00:000000
caid = 0E00,0500,0604,090F,1010,1801,2600,4AE1
detect = cd
ident = 0500:000000,007400,007800,021110,023800;0604:000000;090F:000000;0E00:000000;1010:000000;1801:000000,001101,002111,007301;2600:000000;4AE1:000011,000014,0000FE
group = 1
emmcache = 2,1,2,1
emu_auproviders = 0604:010200;0E00:000000;1010:000000;4AE1:000011,000014,0000FE
[reader]
label = Internet_SoftCam
protocol = emu
device = https://raw.githubusercontent.…/main/Enigma2/SoftCam.Key
disablecrccws_only_for = 0E00:000000
caid = 0E00,0500,0604,090F,1010,1801,2600,4AE1
detect = cd
ident = 0500:000000,007400,007800,021110,023800;0604:000000;090F:000000;0E00:000000;1010:000000;1801:000000,001101,002111,007301;2600:000000;4AE1:000011,000014,0000FE
group = 1
emmcache = 2,1,2,1
emu_auproviders = 0604:010200;0E00:000000;1010:000000;4AE1:000011,000014,0000FE
[reader]
label = github:JetCamFastCam/JetFastCamRza/main/SoftCam.Key
protocol = emu
device = emulator
disablecrccws_only_for = 0E00:000000
caid = 0500,0604,090F,0E00,1010,1801,2600,2602,2610,4AE1
detect = cd
ident = 0500:000000,007400,007800,021110,023800;0604:000000;090F:000000;0E00:000000;1010:000000;1801:000000,001101,002111,007301;2600:000000;2602:000000;2610:000000;4AE1:000011,000014,0000FE
group = 2
emmcache = 2,1,2,1
emu_auproviders = 0604:010200;0E00:000000;1010:000000;2610:000000;4AE1:000011,000014,0000FE
[reader]
label = github:AbuHaya3/Keys/main/SoftCam.Key
protocol = emu
device = emulator
disablecrccws_only_for = 0E00:000000
caid = 0500,0604,090F,0E00,1010,1801,2600,2602,2610,4AE1
detect = cd
ident = 0500:000000,007400,007800,021110,023800;0604:000000;090F:000000;0E00:000000;1010:000000;1801:000000,001101,002111,007301;2600:000000;2602:000000;2610:000000;4AE1:000011,000014,0000FE
group = 3
emmcache = 2,1,2,1
emu_auproviders = 0604:010200;0E00:000000;1010:000000;2610:000000;4AE1:000011,000014,0000FE
[reader]
label = github:smcam/s/main/SoftCam.Key
protocol = emu
device = emulator
disablecrccws_only_for = 0E00:000000
caid = 0500,0604,090F,0E00,1010,1801,2600,2602,2610,4AE1
detect = cd
ident = 0500:000000,007400,007800,021110,023800;0604:000000;090F:000000;0E00:000000;1010:000000;1801:000000,001101,002111,007301;2600:000000;2602:000000;2610:000000;4AE1:000011,000014,0000FE
group = 4
emmcache = 2,1,2,1
emu_auproviders = 0604:010200;0E00:000000;1010:000000;2610:000000;4AE1:000011,000014,0000FE
[reader]
label = github:popking159/softcam/SoftCam.Key
protocol = emu
device = emulator
disablecrccws_only_for = 0E00:000000
caid = 0500,0604,090F,0E00,1010,1801,2600,2602,2610,4AE1
detect = cd
ident = 0500:000000,007400,007800,021110,023800;0604:000000;090F:000000;0E00:000000;1010:000000;1801:000000,001101,002111,007301;2600:000000;2602:000000;2610:000000;4AE1:000011,000014,0000FE
group = 5
emmcache = 2,1,2,1
emu_auproviders = 0604:010200;0E00:000000;1010:000000;2610:000000;4AE1:000011,000014,0000FE
not sure what keep crashing on 12.6 ?? it runs very great but crash after 5 mins
-
wow, thanks , this is what i need for folks with issues of afn updating and resetting manually for new fresh online keys
so it downloaded every 5min from links and emulator doesn't need to have many emulators that only need one for multiple device lines you say ??
i am kind it confuse on label part....do i need to uncomment other labels and devices or just labels if i want to add more links??
-
cause emm doesn't work for afn...and not sure discovery channels its emm keys work or not, cause its giving false ecm keys from random errors that its not using right keys for group of different hash mode every second..?? it might be one or 2 keys has to fit for entire locks...i don't think they put all effort to have us think it may be newer version pv+ but i seen this before somehow, its like what every time you get ecm key from emm key...it always wrong for entire hash group..it might be a key that works for all hashes that i notice its same 4 hashmodes spitting over and over again...if afn works by internet...so as this by chinese same server that might be right key but who knows, i might not be correct on that cause this is beyond my understanding on those from 58w discovery channels...if you do recording for entire 2 hours and study for moment...you know this is not simple as i thought it be when it looks like its doing by hash group with chosen hash level that share with 2 correct ecm key that might be a permanent key or key only lasted every 48hours
-
great discovery, someday we can used this new idea of having server of our owned on this forum and sending pvu ecm keys over the network that might fix something on many many programs like discovery, afn, and others is no longer using emm anymore ..somehow only chinese know this and we gonna find out what server they use and it can be share accross entire web since oscam/ncam can reshare the keys
-
yes i do notice his configuration is no difference with few extra tweaks from mine that i still have issue with caching internet softcam.key file that i have to reset the oscam or ncam so system re-download new softcam.key for every update changes due to emulator just cache internet key into reciever memory and doesn't expired or flush old data when internet keys change again while oscam still using outdated ones from memory.
is there a setting to prevent caching online keys to memory ??
-
i would enable !afn service from built in emulator so it won't be queue of finding keys on built in emulator since its no longer updating anymore when internet ones are priority for only afn service...it work for me
-
key00 52 0C 8C C7 16 91 E8
