#trinity-desktop < 2026/01/22 >
[01:09]micheleC has joined
[09:13]micheleC has quit (Ping timeout: 264 seconds)
[09:20]neoncortex has quit (Quit: ZNC 1.9.1+deb2+b3 - https://znc.in)
[09:29]ccx has quit (Remote host closed the connection)
[09:29]ccx has joined
[10:26]SlavekB has quit (Quit: Kopete 0.12.7 : http://trinitydesktop.org)
[11:08]Xu_R707806 has quit (Quit: The Lounge - https://thelounge.chat)
[11:09]Xu_R707806 has joined
[11:22]SlavekB has joined
[12:51]micheleC has joined
[14:05]newbieTDE has joined
[14:05]newbieTDE: test
[14:05]micheleC: test
[14:05]newbieTDE has quit (Client Quit)
[14:24]micheleC has quit (Quit: Kopete 0.12.7 : http://trinitydesktop.org)
[15:46]kubast2 has joined
[15:47]kubast2: If anything guys Amarok is hogging a single cpu core, 100% cpu usage most of it used in kernel mode. Not sure why it happens
[15:47]kubast2: in the background with no music running
[15:47]kubast2: had it running in the background 20 minutes ago, closed the app and the cpu usage went down
[15:48]kubast2: yeah it eats 1 cpu thread in the background right away
[15:50]kubast2: https://0x0.st/PP_k.jpg https://0x0.st/PP_n.jpg
[15:51]kubast2: it could be because I have enabled watching for directory changes, but the code should be using inotify API together with poll/epoll/select timeouts on the inotify fd.
[15:53]kubast2: I feel like a very conservative/slow timeout on a background thread could be really good. If the app is single-threaded it could still be done with a smaller timeout.
[15:55]SlavekB: Is it possible that this could have been an initial scan of the collection?
[15:55]kubast2: could be actually, I have files in .webm .mp4 .mkv format, because I just grabbed a DnB playlist from youtube. So it could have issues churning through all the video files on there.
[15:56]kubast2: I haven't used amarok yet, my .flac/.mp3 music collection is on the sftp server
[15:56]SlavekB: However, the collection scan should show progress in Amarok's status bar.
[15:57]kubast2: could be something else then there's no progress bar on the status bar
[15:57]kubast2: I just made a blind guess
[15:59]kubast2: I disabled collection tracking it still reaches 50% idle usage.
[16:01]kubast2: Gonna send over perf record -g amarokapp not sure how usefull it will be.
[16:02]kubast2: https://0x0.st/PPLH.tar.xz
[16:14]kubast2: yeah if I enable recursive collection scanning with new file detection CollectionScanner class doesn't even show up in perf
[16:19]kubast2: If anything I'm on R14.1.5 and Fedora 43.
[16:28]denk: dtrace/truss/strace/...
[16:28]denk: you can attach the process using gdb and see what it does
[16:35]kubast2: To me it seems like it opens a dbus connection, closes it and closes a process and restarts the process. But that's just from perf report itself that's where the hot paths seem to be. "yauapProcessExited". I will need to reboot in-order to re-enable ptrace. Had yama.ptrace_scope enabled a bit too far.
[16:37]SlavekB: What engine (system) do you have set up in Amarok?
[16:37]kubast2: yauap only generally it says it cannot handle .mp3 files
[16:38]kubast2: and doesn't detect .ogg
[16:38]SlavekB: This looks like it's trying to get yauap, which isn't present.
[16:38]SlavekB: Can you set xine or akode?
[16:39]kubast2: Nope, xine-lib is installed tho
[16:39]kubast2: akode isn't present in the repos
[17:27]kubast2: I guess people would use mpd. I'm kinda bored and attempting to get yauap to compile with 1.0 gstreamer api. The pkg-config is invoked properly, the funny part is it cannot find GST_TYPE_DATE in the header and I can find it by hand and it's just protected by an oldschool ifndef/define. Nothing seems like it would be stopping gcc from finding GST_TYPE_DATE in gst/gstdatetime.h included via gst/gst.h
[17:28]kubast2: I modified the tiny makefile to use modern gstreamer, a couple of things use straight values instead of pointers to a value like the GSTFormat was passed via GSTFormat* in some functions
[17:29]SlavekB: BTW in RPM repository I see, for example, libakode_pulse_sink
[17:30]kubast2: yeah but amarok only lists Module yauap
[17:30]kubast2: https://0x0.st/PP9X.jpg
[17:30]kubast2: restarted the app after installing liakode_pulse_sink
[17:31]SlavekB: Ah, I see, I didn't know how Amarok is built for RPM packages.
[17:33]kubast2: The funny part is the startup chime, it just blasts earrape at +50-100% volume. The system notification volume otherwise is fine.
[17:36]kubast2: Overall it's functional. I only used KDE 3.5 for a short while in the early 2000s before installing xp. Kate could need an option to open a folder, it just throws "it's not a file" and a decent default behaviour would be to open kate with the filesystem view in the specificied by the user folder.
[17:36]SlavekB: Interesting - RPM amarok packages for OMV, MGA and PCLinuxOS are built with xine.
[17:37]SlavekB: Fedora and RedHat only yauap (and void).
[17:44]kubast2: The default audio buffer is also very relaxed so all the audio effects are delayed(by default it's 232 ms). I set it to 92 ms/8 elements 2048 bytes. At that level it's about the same size as the default audio buffer size on pipewire which is around 1024 samples@48khz 16bit.
[18:01]kubast2: aRts also doesn't really manage to restart after turning it off and on from the settings apps, maybe even also after changing the audio buffer size(but it works after restart). Though I bet aRts will eventually be derecated and pulseaudio/pipewire used directly. Gonna go take care guys, you guys have lots of work. Clear also doesn't clear the history in konsole. There's also some modern standard way to mark a default file manager(firefox fails to
[18:01]kubast2: open the download location)/default terminal fail to use it. Lots of things work tho.
[18:01]kubast2 has left (Leaving)
[20:48]SlavekB has quit (Quit: TDE Kopete : https://trinitydesktop.org)
[23:07]neoncortex has joined

#trinity-desktop < 2026/01/22 >