Announcement

Collapse
No announcement yet.

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

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

  • Mez'
    replied
    Originally posted by duby229 View Post

    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.

    Leave a comment:


  • duby229
    replied
    Originally posted by Tim Blokdijk View Post
    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.

    Leave a comment:


  • duby229
    replied
    Originally posted by klokik View Post
    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.

    Leave a comment:


  • duby229
    replied
    Originally posted by wizard69 View Post
    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...

    Leave a comment:


  • smitty3268
    replied
    Originally posted by atomsymbol View Post

    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.

    Leave a comment:


  • atomsymbol
    replied
    Originally posted by smitty3268 View Post
    That sounds incredibly easy to workaround in various ways, like slowing down the video or trimming the start.
    Trimming the start? I don't understand.

    Leave a comment:


  • smitty3268
    replied
    Originally posted by atomsymbol View Post

    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.
    Last edited by smitty3268; 06 November 2020, 03:24 PM.

    Leave a comment:


  • atomsymbol
    replied
    Originally posted by smitty3268 View Post
    If you think about it logically, if you are able to take a screenshot of the DRM'd video, that means there is nothing stopping you from taking screenshots of every single frame of that video. At which point, you have duplicated the entire video - making the DRM broken.
    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.

    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.

    Leave a comment:


  • jaxa
    replied
    Originally posted by FireBurn View Post
    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.

    Leave a comment:


  • Cape
    replied
    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

    Leave a comment:

Working...
X