There’s no getting around using AI for some of this, like subtitle generation

Eh… yes there is, you can pay actual humans to do that. In fact if you do “subtitle generation” (whatever that might mean) without any editing you are taking a huge risk. Sure it might get 99% of the words right but it fucks up on the main topic… well good luck.

Anyway, if you do want to go that road still you could try

• ffmpeg with whisper.cpp (but honestly I’m not convinced hardcoding subtitles is a good practice, why not package as e.g. .mkv? Depends on context obviously)
• Kdenlive with vosk
• Kdenlive with whatever else via *.srt *.ass *.vtt *.sbv formats

Related documentation https://develop.kde.org/docs/apps/dolphin/service-menus/

Oh…, that’s neat thanks!

So in my use case I made a template for prototype metadata, add a menu action could be to generate the file instead of creating from the template via Exec= field. This would prepopulate the metadatafile with e.g. the list of selected files thanks to %F.

Neat! Thanks I

• created ~/.local/share/templates/
• relied on examples from /usr/share/templates for .desktop files
• linked back to the actual template file in ~/Templates and finally now getting :

fixed icon

Sorry typo, it’s indeed ~/Templates (even verified to be sure but even has a specific icon), was already there, I didn’t create it. So unfortunately still does not work.

Creating a .prototype file in ~/Templates didn’t work for me on KDE Plasma version 5.27.5.

Because it’s my own filetype I added it in “File Associations” known types in text category, to open with Kate, Gvim, etc, just in case, but didn’t help.

Is something else required?

None of your requirements are distribution specific. I do all (Steam, non Steam, Kdenlive, Blender/OpenSCAD, vim/Podman, LibreOffice, Transmission) of that and I’m running Debian with an NVIDIA GPU. Consequently I can personally recommend it.

Maybe my https://fabien.benetou.fr/Content/BuildingAComputer could help.

I also answered your question in https://lemmy.ml/post/38363131/21987482 but it’s intertwined.

I wouldn’t “teach” them what a computer is, I would co-explore with them instead.

Plenty of good resources shared and I’d add

• the very tangible https://spike.legoeducation.com/ which isn’t cheap but IMHO well worth it
• ScratchJr
• OctoStudio on a normal phone or tablet, imagine Scratch but easier onboarding and more creative, easier for younger kids, great UI to do so on the go, e.g. waiting for a flight
• Beyond Coding, How Children Learn Human Values through Programming by Marina Umaschi Bers
• KIBO Robot https://sites.bc.edu/devtech/kibo-robot/ specifically aiming kids as young as 4yo
• shameless plug, my own work https://nlnet.nl/project/ImmersiveXP/ but very experimental

… and yet, all that being said and done the deeper question IMHO is why?

The word “syntax” should not be taboo. Grammar should also not be something to ignore. In fact if you consider Umaschi Bers, Papert, or Alan Perlis’ “A programming language that doesn’t change the way you think is not worth learning.” the crux is why learning programming in the first place?

Are you creating yet another developer or rather are you helping someone to explore what even programming is? What building things mean regardless of what tool they use? What is a language?

of course the former is more pragmatic but the later IMHO is much more interesting and will probably keep them learning for their entire life. It probably also will, as a side effect, teach the former.

Far from me to try to bash a suggestion’s on one’s head but ^rpg or ^r<process-name> (for reverse-i-search) is probably quite fast, obviously depends entirely on your typical usage. Hard to do less than 2 keystrokes I admit.

I always killed processes with ps -ef | grep <process-name> and then kill <pid>

you could check pgrep <process-name> too

Make sure to properly reset the devices, both BT on desktop, not just unpair but removing past pairings, and headsets.

Also try pairing with something else, e.g. mobile.

Unfortunately as I don’t know why it worked I can’t help more than that, best of luck.

Happened to me with another brand and model (can’t recall which to be honest). It did pair but appeared as a generic BT device, not headphones, and thus was totally useless.

I was pissed.

Then… I pair with something else, not a computer but something simpler, maybe a phone, I can’t remember, and it worked. So I was shocked, how can for this it works, clearly no driver installed on top and not my desktop?!

Anyway long story short I tried again few more times and it worked. Headphones were now pairing as headphones.

I can’t explain why but my point is, I wouldn’t give up. I would retry to pair few times (I know, sounds ridiculous, and yet…) without changing anything.

PS: if you know the ins and outs of the BT stack and it makes sense to you, please do explain! I’d love to learn

FWIW not only is the project alive (last commit 17 hours ago) but distribution too (cf links above) and project management too (cf e.g. https://github.com/orgs/LMMS/projects/1 as example of complex set of tasks mostly done toward a major release).

So… I’m not going to give people working on LMMS any advice, but of course I hear you, and OP, when it shows for people who aren’t deep into it a project that seems abandoned.

I do not know no why the project is in that state but what I hope I have shown is that for sure it’s very much active.

FWIW from https://lmms.io/download#linux one can get as AppImage (so nothing to build, no repository to modify) either

• 1.3.0-alpha.1.102 alpha
• 1.3.0-alpha.1.894 nightly

so from what I understood you could consider alpha, not nightly.

Eh… not sure where you get your information but https://github.com/lmms/lmms last update was yesterday.

I recommend a different consideration than the usual design, battery life, OSHW, etc : connectivity.

So typically you get BT but that’s not enough, you need a bit more since it’s not a well recognized device, unlike e.g. headphones. Typically you would need a companion app, for GrapheneOS, Android more broadly, iOS or a Linux phone. This is where GadgetBridge comes in. The goal of the project is to… bridge gadgets that are not standalone. Instead of having a myriad of (usually proprietary) apps that basically all do the same thing (pair, configure, handle notifications both ways) have 1 that does it for all such device.

From that standpoint, namely GadgetBridge support, at the moment the recommendation is Pebble (which is how the project started) or PineTime.

PS: I personally have a Pebble (with hardware issue, so not sure were), a PineTime (also hardware issue, touch on screen AFAIR) and finally a Watchy and… honestly I don’t wear any anymore. I don’t get enough benefit from it as typically I have a phone nearby and when I don’t it means I do NOT want notifications.

FWIW https://gitlab.com/pdftk-java/pdftk works well. Sure it hasn’t been updates for a couple of years but maybe it’s not really needed.

Sorry I don’t know enough but here is an interesting articles about other kind of gnomes :P https://www.businessinsider.com/anti-tech-rally-apple-iphone-elon-musk-tesla-luddite-movement-2025-9

With pleasure. I discovered kdialog just recently too as until now I used notify-send but as you are using KDE this gives you a lot more options.

If you are into this kind of things check also dbus or KWin, there are a LOT of fun and powerful ways to interact with KDE.