I don’t think you realize how impractical that is. Take a look at the credits at the end of a movie some time. Or look up the list of people who worked on a particular episode of a show (yes, it can vary throughout a season).
There could be a the address of a smart contact at the end of the credits. Every time more than, say $1000, piles up in that address, whatever is there gets dispensed to the contributors at the end of that month.
Plex could aggregate those addresses and tell you how to allocate your payment based on how you allocated your attention. Yes I know that's what Netflix does, but I control my Plex server. Nobody is then going to find additional ways to monetize that data.
I know it's unconventional, but I really don't think it's crazy to want to reward the creators of content that you consume while simultaneously not wanting to contribute towards the development of ecosystems that prevent people from being in control of their tech.
Studios already plan for this.
For a short time in the 80's, one of my mother's job responsibilities was making sure every single person involved in the production of a movie in the 1940's got their revenue check each quarter, whether it was for $50.00, or 12¢. Hundreds of people. Hundreds of checks.
Perhaps in the 80's it would've been impractical to pay her to multiplex hundreds of $1 input checks into the appropriate set of $50 or $0.12 output checks, but that's now a job that's early done by a computer.
Or perhaps IMBD will include a wallet addresses on cast & crew pages.
Whoever does this is essentially part of the crew now and probably deserves to get paid too, but it would be an easy scam for them to just set up each contributor with a wallet that secretly they control. I'm not sure how to prevent that.
If only we had some sort of distributed ledger that can programmaticaly send payments to anyone from anyone on the network in almost any quantity large or small!
Are you complaining that Netflix doesn't want people to pirate content, content they might have licensed from 3rd parties which contractually bind them to not let being pirated?
This + is the development/resources/cost of serving such few people on FreeBSD even worth it.
Note: I'm a huge FreeBSD fan. But consider this totally understandable on Netflix part.
It just makes normal people jump through hoops to watch the things they are trying to pay for. That’s a DRM issue in general though, I acknowledge this isn’t just a Netflix thing.
Huh, that's an interesting take. I feel like something similar might end up being what you need to do with certain video games as well.
For example, I bought Grand Theft Auto IV as a boxed copy back when it came out (though most of my games are digital now). The problem is that the game expects Games For Windows Live to be present, which is now deprecated and some folks out there can't even launch the game anymore. It's pretty obvious what one of the solutions here is.
> When a device uses DRM for the first time, a device provisioning occurs, which means that the device will obtain a unique certificate and it will be stored in the DRM service of the device ... This provisioning profile has a unique ID, and you can obtain it with a simple call. This ID is not only the same on all apps, but also it is the same for all users of the device. So a guest account, for example, will also obtain the same ID, as opposed to the ANDROID_ID.
Source: https://beltran.work/blog/2018-03-27-device-unique-id-androi...
For example on Windows with Chrome you only get 720p playback for Netflix, complete nonsense.
I don't like it, but there is some logic to it. For business types, it isn't merely the existence of ripped copies, but the ease of creating and spreading them.
Haven't tried using netflix on it though.
>it says "use my work and don't give anything back".
That's not written.
But compared to GPL you just could read the whole BSD-2 license in 1 minute.