AMD Adds Secure Video Playback To Their Open-Source Linux Driver

[f0rmat]

The streaming services don't care and are never going to care about Linux DRMed up the whazoo or not. Netflix just increased my rates again even though they only give us a fraction of the content the US gets and they haven't been producing any new content this year so I dropped the hammer on them.

Try using a VPN. I live in Germany and lived in Italy and ExpressVPN has allowed me to see whatever country I wish.

[Cape]

Atrocious

Anyway... I wonder if this could actually be disabled during buildtime.

Alternatively it would be interesting to see if it's possible to hackz it and use it to rip 4k content

[jaxa]

I'll hopefully get a Van Gough laptop with AV1 decode when they come out - any sign of discreet mobile RDNA2 yet?

Nothing much since September. Expect a maximum of 4 cores, not 6-8. Van Gogh sometime in 2021, and Dragon Crest will be the successor, probably with Zen 3 cores.

[smitty3268]

The implication that if it is possible to take a screenshot then it is possible to do it every single frame is false. Preventing a screenshot every frame can be trivially solved by a adding a timeout of 1 second to the DRM implementation.

That sounds incredibly easy to workaround in various ways, like slowing down the video or trimming the start.

I don't have a deep knowledge of Secure Video Playback, for example I don't understand how it can prevent redirection of the si_vid_create_tmz_buffer function to si_vid_create_buffer in a local kernel source code patch.

It can't. The buffer itself is accessible but it's encrypted so if you try to view it all you'll get is random noise rather than the picture you expect to see. Decryption is only available on the hardware (or more likely it's baked into the firmware).

At least, I assume that's how it works. Presumably the DRM works by using the hardware video decoding which generates the encrypted buffer before it's accessible on the kernel side.

[smitty3268]

Trimming the start? I don't understand.

Play the video and record a frame every second.

Start the video again from the start, but offset 1 frame forward, then record again a frame every second.

Repeat until you've gone through all the frames in the full second.

Or, just pause the video for 1 second, then unpause and move to the next frame, etc.

It might take 30 times longer to copy, but that's still trivial to script and automate.

The hardware can't know the details of what exactly the software stack above it is doing, so it has to work on a very low level.

[duby229]

Good news no - this is fantastic news.

As for copy protection i really see it as an evil that can't be avoided. Theft is so common these days that people don't even see it as unacceptable. That being said I'd prefer to see changes to the copy right laws that put a time limit on copy protection along with reasonable time periods of protection.



No operating system is perfect but what is obvious to me is that Linux has fewer glaring issues compared to Windows. What the Linux community should be targeting with respect to code quality and features is Mac OS. Mac OS is the real benchmark when it comes to usability and good design. Windows is nothing more than a minimal corporate OS, with just enough capability to get the job done.

The second half of your post is the dumbest thingI've ever read from you and it's surprised me because I generally agree with you, but this.... Wow, so dumb...

[duby229]

Will that stop anyone from capturing video output from, say eDP interface? Or the use of HDCP would be mandatory soon for all pannels? What about other video interfaces: DSI or even good old VGA? Netflix would complain that my display is not secure enough?

This thing is pointless: there would always a way to pirate video, making it harder has limits: at some point, it starts to bring more inconvenience to legit users than inconveniences to pirates, And I'm afraid that point has been passed long ago.

Yep, and at the very barest minimum you'll always be able to point a camera at your screen. You might not get pixel perfect recording, but damn good recording.

[duby229]

Now, who doesn't like a little risky unprotected and insecure video playback on shady websites?
Just kidding. I wonder how effective it will be to prevent people from ripping a stream.

You can always point a camera at your screen, maybe not pixel perfect, but damn good. And that has the added benefit of being a completely new stream with -none- of the restricted sources metadata. So yeah, it's completely ineffective.

[Mez']

You can always point a camera at your screen, maybe not pixel perfect, but damn good. And that has the added benefit of being a completely new stream with -none- of the restricted sources metadata. So yeah, it's completely ineffective.

A camrip damn good? Are you serious?
Atrocious sound first, and within 5 seconds into the logos displaying initial bit you know you wasted 2-5 GBs from your monthly quota.