SamyGO

Hi spoza.
Actually, preparing download is just the placeholder until the download thread is started. After that, it should download the mdb files and then the movie.

Awesome job guys. After some figuring out everything works fine, using the tool Merilix posted. 1 little problem though: The audio is set to the alternative audiotrack on the ts/mpg file created after decrypting. This means in vlc player one has to choose the alternate audiochannel. It also means video software like premiere think there isn't an audiochannel at all. Any ideas for fixing this issue?

regards

Sisternicky wrote:Actually, preparing download is just the placeholder until the download thread is started. After that, it should download the mdb files and then the movie.

No, it doesn't do anything, it just drops back to the main window. As I said before, no further FTP activity...
Anyone else willing to share his experience?

hans wrote:The audio is set to the alternative audiotrack on the ts/mpg file created after decrypting.

Sorry hans, but this would be far away from what decryption tool is intended to do.
Its just a copy program whilst encrypted data packets are decrypted. Not more, not less.

I think its part of your player software settings to choose which audio stream should be preferred if there are multiple streams.
Alternatively you could use demux/remux tools to delete unwanted audio streams.

regards

Have you guys tried this on HD-material? I tried, but VLC-player can't play them. Haven't tried yet in SD-material. The decryption part seems to go ok, I use merilix's code added in Dennys original source code. ffmpeg -i shows on decrypted xxxxxxxx.ts that there is h264 coded video.

Spoza wrote:

Sisternicky wrote:Actually, preparing download is just the placeholder until the download thread is started. After that, it should download the mdb files and then the movie.

No, it doesn't do anything, it just drops back to the main window. As I said before, no further FTP activity...
Anyone else willing to share his experience?

Hi, I have the same problem as Spoza

Ilkku wrote:Have you guys tried this on HD-material? I tried, but VLC-player can't play them. Haven't tried yet in SD-material. The decryption part seems to go ok, I use merilix's code added in Dennys original source code. ffmpeg -i shows on decrypted xxxxxxxx.ts that there is h264 coded video.

weird!
Surprisingly I got the same result. But previous version (the one without "TEST"- without adoption field decryption ) works well with my HD content (tested with ZDF HD, Servus HD. ANIXE HD)
Maybe spoza has an firmware on his tv specially designed for him Maybe different firmware versions differ at this point... i dont know.

Maybe.....this curious "reserved for future use" encryption method means "af field is also encrypted?....i dont know, i dont have enough different data material to analyze.
So what to do?
pls try my previous version or if you compile your own exe, comment out "#define AF_DECRYPT"

@Spoza: could you please test with different channels, HD, SD, pay-tv?, free-tv which version of drmdecrypt will work for you and then pm me some piece of data material with your results?
I'd like to check if af-decryption depends on scrampling method "reserved" only (best case) or if af-decryption depends on firmware version(worst case)
I already got an idea how to handle the worst case with dirty workaround but a clean solution would be better

QMerilix,

You're absolutely right. Thanks for the quick reply and hint. Very nice work. I'm delighted!

regards

OK, I tested it now on SD-material and it does'nt work on that too. Maybe I put merilix's code on the wrong place? Does anyone have source on linux? I don't need GUI, only command line version is fine to me.

BTW, my TV is UE46D6507 on FW 1018.

merilix wrote:@Spoza: could you please test with different channels, HD, SD, pay-tv?, free-tv which version of drmdecrypt will work for you and then pm me some piece of data material with your results?

Okay, I will do some test recordings... don't know if I will be able to differentiate free-tv from pay-tv on my DVB-C (it's not quite clear how UPC CZ broadcasts the channels :-\ ), but I have DVB-T available too, so let's see how it will go...

UPDATE:
Did some test recordings from several HD DVB-C and HD/SD DVB-T channels - the DRMDecrypt_x64_TEST.exe works like a charm for all of them...