Post Ac3oDPPzRpTT4oPcS8 by tbernard@mastodon.social
(DIR) More posts by tbernard@mastodon.social
(DIR) Post #Ac3l9x2SCrNcKN3y0u by rmader@floss.social
2023-11-21T19:23:18Z
1 likes, 0 repeats
For #GNOME app folks: IMHO we need to think about what to do with Totem / Gnome Videos. It has not yet been ported to #gtk4, which is increasingly becoming an issue.Apart from not fitting nicely UI wise, it prevents us from using the newly introduced #wayland hardware offloading (zero-copy playback) and, crucially, from (properly) supporting HDR content going forward.I.e. we either need a port - or should consider making an alternative a core app to focus on.Short 🧵
(DIR) Post #Ac3l9zB2FvQsxZ5qfQ by rmader@floss.social
2023-11-21T19:26:23Z
0 likes, 0 repeats
If we go for an alternative, the main requirement is surely #gtk4 / #libadwaita with adaptive UI. For distros it's probably also important to have some kind of dependency management to install missing codecs.The language could probably be anything from c, rust, vala or gjs.I wonder about the backend - should sticking with #GStreamer be a requirement or is something based on #ffmpeg / #mpv ok as well?
(DIR) Post #Ac3lA17Z1nqOzNU6XA by rmader@floss.social
2023-11-21T19:30:11Z
0 likes, 0 repeats
One option based on #GStreamer and #gjs would be Clapper (https://github.com/Rafostar/clapper).IMO a solid choice, but surely needs some polishing.
(DIR) Post #Ac3lA31bwuGqtUiNX6 by rmader@floss.social
2023-11-21T19:34:22Z
0 likes, 0 repeats
Another option I see would be Celluloid (https://celluloid-player.github.io/), a #gtk4 frontend for #mpv We'd need to check if the offloading support from #gtk4 can be well integrated and if it generally would be a good fit for a #gnome core app.End 🧵
(DIR) Post #Ac3lA4qLBmRaX7SPFA by rmader@floss.social
2023-11-22T00:01:21Z
0 likes, 0 repeats
P.S.: I was just made aware of glide (https://github.com/philn/glide) which has some compelling features: - Written in Rust which is quite popular in the app community I hear. - Seems to already support most stuff we need, could just use some UI refresh. - Explicitly supported on MacOS. That's interesting because the hardware offloading in gtk4 so far only supports Wayland, but was written in a way to work on other platforms as well.
(DIR) Post #Ac3lAuD8CnyfqZVpLc by alatiera@mastodon.social
2023-11-21T21:36:07Z
1 likes, 0 repeats
@rmader I prototyped a gtk4 video player 2-3 tears ago when we were playing with the new designs for it, but while doings so I became even more sure that there isn't a need for anything new or different and we could should just work on totem instead.There isn’t anything wrong with totem, the codebase is great even after all these years, it just needs a person with time to spent on it.
(DIR) Post #Ac3lE8VpUNlr4TnaG8 by cassidy@mastodon.blaede.family
2023-11-21T21:41:50Z
0 likes, 0 repeats
@alatiera @rmader from the design side, I can see some things we would probably want to revisit. But at the very least, yeah, a GTK4 port would be nice.I know there are questions about the utility of the plugins (e.g. does anyone with an Internet connection actually watch movie trailers in Totem versus a website?), and maybe the library view versus being focused on playback (do people keep local libraries of video files and want to browse them in the Videos app instead of the Files app?).
(DIR) Post #Ac3lE9oIfC8j63Rqgi by cassidy@mastodon.blaede.family
2023-11-21T21:48:31Z
0 likes, 0 repeats
@alatiera @rmader so I guess my question is: what’s preventing forward progress with Totem? If it’s without a maintainer, can we more loudly publicize that/call for maintainers? If the worry is designs for a GTK4 port, can the design team brush off and update any existing designs/work with someone to do the port?I’m personally invested in this because we have talked about it a bit from the design side and we ship Totem on Endless OS, but I’m not really aware of any other happenings around it.
(DIR) Post #Ac3lEAyGLdhehF7Jr6 by alatiera@mastodon.social
2023-11-21T21:55:26Z
1 likes, 0 repeats
@cassidy @rmader It’s not exactly without a maintainer. The vibe I have is that Bastien is very much still passionate about it and tries his best to take care of things, but there also no people that have showed up to help with either.Redhat recently decided to make an example out of certain people cause they dared to unionize, so we certainly not see any paid time to work on it soon, but those people still care and I am sure would welcome any help with project.
(DIR) Post #Ac3oDPPzRpTT4oPcS8 by tbernard@mastodon.social
2023-11-21T23:30:46Z
0 likes, 0 repeats
@rmader As others have already said we've long wanted this from the design side, but so far there hasn't been a successful effort to get a port over the line (or a replacement in shape), and a new design implemented.In case anyone wants to give it another try, Allan updated the mockups very recently: https://gitlab.gnome.org/Teams/Design/app-mockups/-/blob/master/videos/videos-experiments-aday.png
(DIR) Post #Ac3oDQIaAr8vo7xDXs by agx@social.librem.one
2023-11-22T09:29:23Z
0 likes, 0 repeats
@tbernard @rmader Interesting! livi (https://gitlab.gnome.org/guidog/livi) used the older ones as a baseline. Time for me to catch up.
(DIR) Post #Ac3qD5SxpS2p6YmGfo by rmader@floss.social
2023-11-22T09:51:42Z
0 likes, 0 repeats
@agx Interesting - I wonder if we could make a player that works for you as well so you maybe just have to maintain a small fork?In any case, I guess the gtk4 hardware plane offloading would be interesting for the librem5 as well - and could increase battery life quite a bit, assuming the video hardware decoder produces something compatible with display hardware (which *should* be the case).
(DIR) Post #Ac3riwZuVe9IlBmTse by agx@social.librem.one
2023-11-22T10:08:40Z
0 likes, 0 repeats
@rmader I have looking at GTKs new hw offloading on my list, it currently just keeps slipping. Filed https://gitlab.gnome.org/guidog/livi/-/issues/5 to make that more obvious. (wouldn't only benefit the Librem 5 but also the mnt reform and MobileLinux in general).