Cryptoworks not dead this com pid its real
Your posts make no sense at all, I mean NONE, you can't be a real person.
Cryptoworks not dead this com pid its real
Channel 3610 is using cryptoworks.
Nothing is fake
I seriously think you should learn how to analyze the stream and contribute with real information
0000000000000000We need key plz
Speaking of analyzing... don't you see the PMT table for ch 3610 just references non-existing PIDs? And carrying a CA descriptor for 0D00 doesn't mean shit. Since when is a descriptor in PMT relevant to channel being actually scrambled? Many systems don't even put the descriptor in PMT. Also, ECM PID 1234 looks totally just like a test. 0D00 is perhaps some random CAID the person doing this test remembered, maybe from old hacking days, who knows.
As a way to out it in a simple way : DVB rules makes mandatory to use CA descriptor in PMT,as to outline which ECM pid will be used for this CA,and symulcrypt allows many CA to be outlined in PMT in order for IRDs to find their appropriate ECM to use.
All our emulators are coded to respect that,so there is no other way to select an ECM for a specific CA.
So,lets say it mean A LOT !!!,and is never fake or misguiding.
In any case,the information is present and real,then comes the part of the provider sending correct data.
Let's agree many providers or their engineers know very little about DVB rules (we just have seen some TS where wrong information was sent in the first 32 pids that are reserved,so....)
The non existing pids has nothing to do with the PMT not properly configured.
Again,the TS analysis is correct,in spite of missing pids.
kebien said:Channel 3610 is using cryptoworks.
Nothing is fake
paytv said:Whst hehehe @enosat speak fake
i do not understand why this is still on the stupid comments and questions from paytv
this professional is in several forums around and talking only garbage
PeaceI'm not trying to argue, really. But I just don't agree with the analysis conclusions...
Yes you are right... I should have said that CA descriptors are not always in the outer descriptor loop. But they're in PMT.
But a descriptor alone isn't enough. I've seen streams with CA descriptors even though there was never such ECM. It was either a bug in the CAS, people not caring or an attempt to confuse pirate emulators. So if noone has ever seen the ECM PID for a certain CA descriptor, I wouldn't be so sure that the channel is using Cryptoworks. The only evidence of Cryptoworks being used would be the presence of Cryptorowks ECM or EMM. Nothing else is convincing enough. And there's no Cryptoworks ECM nor EMM in the stream.
Yes, PMT is fine, but it's a DVB problem - it's a TR 101 290 priority 1 error! So the TS is wrong and can't be taken seriously.
Yes, the analysis of PMT is correct but it's not correct to assume that the channel is scrambled using Cryptoworks and that you can get some key to descramble it ... mostly because there's nothing to descramble
So the original quote...
Was just something I wanted to react on. Because from the screenshots it looks like the whole channel is a ghost.
Of course this is just a matter of technical debate and philosophical discussion about what defines a channel and if a channel can "use Cryptoworks" if there's no ECM and no video. What really drove me crazy is stupid stuff like
send real videopid 3612 or 3616Its real cryptoworks
Flysat no send real video pid , only user with signal possible sendFlysat
What ????