all 14 comments

sorted by: hot top controversial new old
[–] 27 points 10 months ago (9 children)

FFmpeg has faced some criticism for this DMCA takedown

Such as?

  • source
  • hideshow 9 child comments
  • [–] 6 points 10 months ago (6 children)

    The first thing that came to my mind is that a DMCA takedown on GitHub doesn't stop them from using it, but only from sharing their own additions with the world.

  • source
  • parent
  • hideshow 6 child comments
  • [–] 8 points 10 months ago* (last edited 10 months ago) (5 children)

    But sharing code is when a license like LGPL really has an effect in what you must do to comply..

  • source
  • parent
  • hideshow 5 child comments
  • [–] 1 point 10 months ago* (4 children)

    I'm not sure I follow that sentence?

  • source
  • parent
  • hideshow 4 child comments
  • [–] 0 points 10 months ago* (last edited 10 months ago) (3 children)

    Everyone is free to edit, compile and use LGPL licensed code however you want on your PC. A DMCA can't stop that, so it won't make sense for someone to think that. At the time you share software (as a binary which used that LPGL licensed code, or the code itself) is when you are legally compelled to follow the license (hosting code on github).

  • source
  • parent
  • hideshow 3 child comments
  • [–] 1 point 10 months ago (2 children)

    Ah right. So I guess my point was: the DMCA takedown doesn't necessarily force them to publish the code on GitHub, although luckily in this case they did end up doing that.

  • source
  • parent
  • hideshow 2 child comments
  • [–] 18 points 10 months ago

    Good morning TomsSlopware, maybe stop using Internet Explorer for your research.

    This was already reported 2 weeks ago: https://news.ycombinator.com/item?id=46394327

  • source
  • [–] 30 points 10 months ago (1 child)
  • [–] 36 points 10 months ago

    Sounds like RokChip really needed to put their hand on that hot stove top to understand they'd get burned. Hope they learn their lesson and improve their handling of FOSS code in the future.

  • source
  • 28 comments in c/linux@programming.dev view that post
    [–] 62 points 10 months ago (3 children)

    The semiconductor manufacturer is Rockchip, who makes a ton of SoC's for single board computers. Rockchip has apparently copied ffmpeg's code without attribution and changed the license to a permissive one from LGPL

  • source
  • hideshow 3 child comments
  • [–] 23 points 10 months ago (2 children)

    Terrible headline. Should have just been "Rockchip has...".

    Am I showing my age if I say that Tomshardware used to be decent?

  • source
  • parent
  • hideshow 2 child comments
  • [–] 1 point 10 months ago*

    I used to write a few things for HardOCP, and we always made fun of Tom’s for clickbait, chum, and straight up groveling to Nvidia. We straight up weren’t allowed to cite them, and had no desire to.

    That was like a decade ago.

    …Maybe they were alright when Tom was still with them, but that was a loooong time ago. Too long for me to even know.

  • source
  • parent
  • [–] 28 points 10 months ago (1 child)
  • [–] 9 points 10 months ago

    Oh wow, so they actually stripped off the attribution to ffmpeg and slapped their own name and license in place of it. Now they're forced to restored the license they're working to rewrite it all themselves so they can delete the copyrighted code. They're so sorry though.

  • source
  • parent
  • [–] 8 points 10 months ago (2 children)

    I bought a Rockchip SBC (Orange Pi 5+), and when it worked it was awesome...but man, the software support (mainly kernel space) is just not there. Exercise in frustration to get everything working at the same time.

    Currently running armbian. I don't think HW acceleration is working, and I don't think HDMI out is even working, but for my use case it's a stable config...for now.

  • source
  • hideshow 2 child comments
  • [–] 7 points 10 months ago* (1 child)

    I think that might be the same RK3588 chip as the Bananapi M7 which I did a write-up on last year. Trying a different kernel might help with your issue - it did for me.

    https://blog.kumio.org/posts/2025/01/bananapim7-hvm.html#kernel-versions

    I should probably update the table for trixie.

  • source
  • parent
  • hideshow 1 child comment
  • [–] 12 points 10 months ago* (last edited 10 months ago)

    If I had published a popular library under LGPL, and then found out that a chip company stole my code by ignoring/removing the license (change to less restrictive in attribution) I would perhaps go as far as subtly block my code from ever properly functioning on the company's chips, until the license is respected.

    People might have forgot what happened in linux kernel with the "nvidia shim module". Those were actually banned, non-gpl compatible kernel module cannot use gpl-only symbols from the kernel. What happened here is even worse, straight up violating the license from the authors.

    GPL license should have a version that could cheaply be defended by the victim of the license violation, if a verbatim violating copy is found. Some €€/month bill could pileup while a violating copy is proven to be distributed.

    edit: minor fixes.

  • source
  • [+] -55 points 10 months ago (17 children)

    Ffmpeg are kinda assholes and squelch innovation tbh.

  • source
  • hideshow 17 child comments
  • [–] 44 points 10 months ago (5 children)

    How would preventing companies from making their changes private squelch innovation? If people stop enforcing open source licenses, then companies would never contribute to the very same project they use. Ffmpeg is making innovation easier by forcing rockchip to publish their code.

  • source
  • parent
  • hideshow 5 child comments
  • [+] -13 points 10 months ago (4 children)

    If a company has to release their whole product as open source, they likely can't make back their investment on development.
    This particular case may be cut and dry, but I've had ffmpeg come after my company just for having an embedded Linux solution that uses off-the-shelf ffmpeg libraries. They claimed we had to release all of our custom libraries and app source and environment that were in the same product even though they didn't have a line of ffmpeg code in them. As a small company, we couldn't afford the litigation, so we just dropped the project.

  • source
  • parent
  • hideshow 4 child comments
  • [–] 13 points 10 months ago (3 children)

    Ah, so it's personal, got it.

  • source
  • parent
  • hideshow 3 child comments
  • [+] -7 points 10 months ago (2 children)

    Well calling them assholes is kinda personal, no?

  • source
  • parent
  • hideshow 2 child comments
  • [–] 8 points 10 months ago (1 child)

    You're complaining you couldn't make back your investment on a project that leveraged other people's code.

    Code that was released under a GPL license.

    What the fuck makes you think anyone gives a shit about your opinion of how unfair it is that you can't profit from their code?

  • source
  • parent
  • hideshow 1 child comment
  • [–] -1 points 10 months ago

    I contribute to open source plenty. My company hardly makes any profit. We put it all back into r&d because we like making stuff. Employing engineers then allows them to also contribute to open source. But we have to sell stuff to keep things going. And if we made improvement to the ffmpeg source, we'd definitely publish it. But we didn't. We just used it in an embedded solution which had a bunch of custom apps gluing it all together. We did what many others have done, but ffmpeg decided to try to shake us down (they literally asked for a payout to make it go away). Corporate litigation is stupidly expensive and not what we want to spend our time on. I don't really care. We had fun making the device and learned a bunch. We just also learned to avoid ffmpeg like the plague.

  • source
  • parent
  • [–] 44 points 10 months ago (1 child)

    Wydm? Rockchip copied their code, changed the license and didnt attribute FFmpeg. FFmpeg is a small team of enthusiasts who are responsible for plenty of important innovation and remain largely unpaid even with such substantial widespread use of their code in like SOOOO MANY big software projects. It isn't their fault that people aren't following the simple rules of the license to use their code.

  • source
  • parent
  • hideshow 1 child comment
  • [+] -10 points 10 months ago

    In this case, sure, idk. I've had a project shut down because ffmpeg threatened law suits unless we open sourced our own custom libraries that work along side ffmpeg. And it's not just the source code, they want full build environments. Our lawyers wouldn't touch it, so we just shut it all down. Now I use gstreamer and avoid ffmpeg like the plague.

  • source
  • parent
  • [–] 34 points 10 months ago*

    Dude, all Rockchip had to do to avoid this was a bit of license-related bookkeeping. They're a corporation, so they're used to dealing in bookkeeping and contracts. Someone at their end whose job it is to track this stuff either screwed up or let this through on purpose, assuming they wouldn't be caught (more likely the latter, because China).

  • source
  • parent
  • [–] 16 points 10 months ago (6 children)

    I would at least Google something before you state an opinion.

  • source
  • parent
  • hideshow 6 child comments
  • [+] -9 points 10 months ago (5 children)

    I have personal experience. I don't need to Google it, thanks.

  • source
  • parent
  • hideshow 5 child comments
  • [–] 5 points 10 months ago (4 children)

    FAFO. and don't expect sympathy.

  • source
  • parent
  • hideshow 4 child comments
  • [–] -2 points 10 months ago (3 children)

    I don't need sympathy. I just warn others to steer clear of ffmpeg.

  • source
  • parent
  • hideshow 3 child comments
  • [–] 3 points 10 months ago (2 children)

    Couldn't you rather provide the name of your company, so we know what software we should steer clear of?

  • source
  • parent
  • hideshow 2 child comments
  • [–] -1 points 10 months ago (1 child)

    Don't worry, I'm sure you couldn't afford our products. And I bet engineers at my company have contributed over 10x what you'll ever contribute to useful open source libraries! But we can't all live in mom and dad's basement pretending we know what we're talking about, can we?

  • source
  • parent
  • hideshow 1 child comment
  • [–] 0 points 10 months ago* (last edited 10 months ago)

    Ah, the classic ad hominem, the mark of someone who has absolutely no problem backing up their bold claims with arguments, not just feelings! I wouldn't touch your products even if I got paid to do so, given your attitude in this thread alone.

    But we can't all live in mom and dad's basement pretending we know what we're talking about, can we?

    That's rich coming from someone who is confidently incorrect about how basic software licensing works...

  • source
  • parent