4 ms·

Yes Jellyfin does accept PR's but they don't accept hacks ie workarounds for single issue for a particular device won't be accepted easily. The maintainers feel

Yes Jellyfin does accept PR's but they don't accept hacks ie workarounds for single issue for a particular device won't be accepted easily. The maintainers feel using hacks and workarounds is not the best way to go for the long term maintenance of the project. One of the reasons skip intro took so long to get into jellyfin and jellyfin clients as they wanted a universal media segment system that can be used for other plugin apart from skipintro. It's the same reason jellyfin android Tv app has not reached feature parity with Plex yet as the dev wants to do it right from the ground up so does not like to add device specific workarounds but try to fix it in way to not require workarounds.

squigz 2y ago
Uh... just to be clear, this is a good thing - particularly for an open-source project maintained by volunteers, who can't (and shouldn't have to) maintain 100 hacks for 200 different devices. There's so many work that comes attached to doing it that way, from having to own the devices, to making sure every hack is updated, to providing support for them
integricho 2y ago
sounds like you don't approve of the devs healthy approach to the development of this project, but would rather sacrifice long term sustainability for quick wins.
- xbmcuser 2y ago
  No I am with the devs on this. I am against people submitting code without discussing with the maintainers and then crapping on them later if the patches don't get accepted something like the arguments rust thing for Linux kernel. As it just will cause unnecessary friction and if the devs/maintainers stop enjoying on the project everyone suffers. I have seen hobby open source projects die with devs getting tired of arguments and then abandoning the project.
- alt187 2y ago
  I think it sounded like that because of the lack of commas rather than a bias from GP
heavyset_go 2y ago
I've interacted with the project and maintainers and agree with their approach.

squigz 2y ago

Uh... just to be clear, this is a good thing - particularly for an open-source project maintained by volunteers, who can't (and shouldn't have to) maintain 100 hacks for 200 different devices. There's so many work that comes attached to doing it that way, from having to own the devices, to making sure every hack is updated, to providing support for them

integricho 2y ago

sounds like you don't approve of the devs healthy approach to the development of this project, but would rather sacrifice long term sustainability for quick wins.

xbmcuser 2y ago
No I am with the devs on this. I am against people submitting code without discussing with the maintainers and then crapping on them later if the patches don't get accepted something like the arguments rust thing for Linux kernel. As it just will cause unnecessary friction and if the devs/maintainers stop enjoying on the project everyone suffers. I have seen hobby open source projects die with devs getting tired of arguments and then abandoning the project.
alt187 2y ago
I think it sounded like that because of the lack of commas rather than a bias from GP

heavyset_go 2y ago

I've interacted with the project and maintainers and agree with their approach.