Everyone can agree on VLC being the best video player, right? Game developers can agree on it too, since it is a great utility for playing multimedia in games, and/or have a video player included. However, disaster struck; Unity has now banned VLC from the Unity Store, seemingly due to it being under the LGPL license which is a “Violation of section 5.10.4 of the Provider agreement.” This is a contridiction however. According to Martin Finkel in the linked article, “Unity itself, both the Editor and the runtime (which means your shipped game) is already using LGPL dependencies! Unity is built on libraries such as Lame, libiconv, libwebsockets and websockify.js (at least).” Unity is swiftly coming to it’s demise.
Edit: link to Videolan Blog Post: https://mfkl.github.io/2024/01/10/unity-double-oss-standards.html
For anyone wondering:
- There was a plugin on Unity Store that acted a bridge between Unity and libVLC, which allowed developers to make video players inside the game engine. As the post says, it got removed.
- This plugin isn’t made by VideoLAN, it’s made by a company named Videolabs that includes several people who supposedly have contributed a lot on VLC and FFMPEG.
- The Videolan team made a blog post about this, if you want to know more: https://mfkl.github.io/2024/01/10/unity-double-oss-standards.html
I also thought VLC was a bit shaky on their legality as well, but since their HQ was in a Nordic country (iirc) with more lax copyright laws, they got away with it.
So I wouldn’t blame an app store for not wanting to take on legal gray area risk.
Found the article where the screenshot came from, and wow it’s even more infuriating! The VideoLAN folks tried to work with them for months, and Unity seems to have cranial rectal inversion.
Unity is probably developing their own video player and they wants devs to pay them for it, not use VLC for free.
This is almost certainly the case
deleted by creator
Wait, people are still using Unity after they clearly demonstrated they’ll fuck you on a whim? Honestly, seems like everyone’s been given a fair warning about dealing with these scumbags. I get migrating a codebase is a motherfucker, and sometimes it is even easier to redevelop much or all of the project. But again, if you’re renting retail space from someone who is a psychopath, bipolar, and an arsonist (Unity in this case), and they might burn your shop down at any moment, sometimes you gotta move!
I’ve said it before, and I’ll say it again: when a company does something that shows it doesn’t have its customers’ best interests in mind, it’s imperative that it be immediately and wholly abandoned.
Companies have long since learned that we’ll ignore major red flags for the sake of convenience, and at this point they’re not even trying to hide the flags - they’re proudly flying them and laughing as we continue to give them business.
Front VLC blog, link in post above
"After months of slow back-and-forth over email trying to find a compromise, including offering to exclude LGPL code from the assets, Unity basically told us we were not welcome back to their Store, ever. Even if we were to remove all LGPL code from the Unity package.
Where it gets fun is that there are currently hundreds if not thousands of Unity assets that include LGPL dependencies (such as FFmpeg) in the Store right now. Enforcement is seemingly totally random, unless you get reported by someone, apparently."
What pisses me off about the whole Unity thing is that if Unity makes itself eat shit then it just further consolidates engines into fewer hands. Godot is great and all but it doesn’t have everything Unreal has (I’m not throwing shade it’ll get there dw) and I really really don’t want Epic to have a bigger stranglehold on the games industry than it already does.
Unity had its niche and if the executives could stop fucking around it would be lovely to have as a competitor in the landscape.
Also to everyone saying “just don’t use Unity”: there are a lot of people who have put a lot of time and money and effort into learning Unity and it’s not exactly as easy as you think to just switch to an entirely new workflow. You also have to consider how impractical it is to switch engines mid-development. There’s a reason why Unreal 5 has been out for multiple years and we’re only just seeing games developed with it now. Developers (especially ones with big budgets and all the caveats they come with) don’t want to ship a game with the latest and greatest engine if there’s kinks to be worked out. This is why you still see Unreal 4 in games released today.
Go help out Godot or perhaps Bevy, financially, by contributing code &/or bug reports or by any other means you may be capable of.
When Unity dies you’ll be thankful you did.LGPL requires distributing the license with any code. I imagine unity does that with the core code, but it would be difficult to enforce that for assets distributed in their store, which they would be liable for legally. I imagine this will be resolved, but I no longer use Unity so idfc
Lmao they really don’t want anyone to keep using their engine anymore
Why does VLC need to be in the Unity store when you can download it directly from videolan.org?
It’s for including it in Unity games as a component.
Everyone can agree on VLC being the best video player, right?
cough mpv cough
Yeah, VLC is great and has been great for a long time. But the MPV-based stuff is amazing too and just seems faster, cleaner, etc. Which I’m sure is due to being much more focused, just using ffmpeg, without decades of legacy code, etc.
My biggest problem has been that I find nearly all of the MPV-based players I’ve used (mpv-player itself, or stuff like IINA or Celluloid) either have a massive lack of configuration options, overly minimal UI, or both. On Windows, Mac, or Linux
I don’t need integration with some obscure external timing system by default like VLC offers, and that kind of thing. But it’s weird that so many players don’t offer you the ability to enable basic plugins. Or change playback speed. Or configure keybinds. Or continue playing the next file in a directory automatically. Or even offer the ability to display the most basic info about the file being played, like codecs. Etc etc.
Or in a couple of cases they seem like more of a mess than VLC.
My biggest problem has been that I find nearly all of the MPV-based players I’ve used (mpv-player itself, or stuff like IINA or Celluloid) either have a massive lack of configuration options, overly minimal UI, or both. On Windows, Mac, or Linux
Have you checked the manual? The amount of options is staggering, bordering on esoteric. The only catch is most of them need to be setup either through CLI or .ini files.
But it’s weird that so many players don’t offer you the ability to enable basic plugins. Or change playback speed. Or configure keybinds. Or continue playing the next file in a directory automatically. Or even offer the ability to display the most basic info about the file being played, like codecs. Etc etc.
I can’t say anything for the frontends, but you can use plugins for basically anything in mpv itself, including the issues you’ve listed. Again, you need to setup the whole thing and read the manual, but it’s there. And yes, I see the irony in all the effort needed to do basic stuff like this when something like VLC just works™, but to me that’s the beauty of mpv, it’s basic and minimalistic yet you can make it work however you like given time and patience.
Btw you can check the file info by pressing
i
on the keyboard while playing something.