+1. As it is right now, changing appearance doesn't do enough.
Posts made by mataha
-
RE: Add a Dark Mode
-
RE: Easy way to access metadata of 'now playing' song
+1
My (rather crude) solution involves fetching currently playing song's data from Strawberry's window title.
The code is roughly equivalent to the following (inline cmd, Windows):@chcp 65001 >nul 2>&1 for /f "tokens=2,* skip=9 usebackq" %i in ( `tasklist /v /fo list /fi "imagename eq strawberry.exe" 2^>nul` ) do @echo %j
However, I can only extract the song's artist and title with this - not to mention it's not configurable.
There must be a better way...
-
Logs involving TagReader are jumbled
Whenever TagReader is involved, logs become jumbled, which makes them a pain to read.
A few examples:
22:20:46.136 DEBUG WorkerPool<HandlerType>:311 Worker 0x23fa4140 connected 2t2o: 2"0\:\4\6\..1\5\1p iIpNeF\O\ s tmraaiwnb:e5r6r y _ 1 8 4 8 8 1 0 0 6 " 2 2 : 2 0 : 4 6 . 1 5 6 TDaEgBRUeGa dGesrt Swtoarrkteurp :c1o1n7n e c t i n g t o " \ \ \ \ . \ \ pSieptet\i\nsgt rGaIwOb emrordyu_l4e4 2p8a1t3h3 6t3o" "D:/Strawberry Music Player Debug/gio-modules" 22:20:46.160 DEBUG GlobalShortcutsBackendSystem:42 Registering
22:22:24.208 DEBUG PlaylistBackend:327 Saving playlist 1 22:22:2242.2:532 2DE:BU2G TagRe4ad.er:215831 D E B U G _ M eReadsing stags afromg "eD:/muRsiecp/l.gityatBtarsibeutes:"3 22:022 :2 4. 26 3 INFO TagReader:195 TWagaLibi hastn'it bneegn able oto read "nD: /ImuDs i0c/ .gitattributes" file 22:22:24.272 DEBUG MessageReply<MessageType>:89 Releasing ID 0 (finished)
22:22:24.417 DEBUG CollectionWatcher:422 "D:/music/test.ogg" changed 2222::2222::2244..442277 DDEEBBUUGG _TMaegsRseaagdeeRre:p1l8y1B a s e : 3 0 R e aWdaiintgi ntga gosn fIrDo m5 "D:/music/test.ogg" 22:22:24.438 DEBUG MessageReply<MessageType>:89 Releasing ID 5 (finished)
Strawberry version: 0.8.5-152-g69032db3-qt6-debug on Microsoft Windows [Version 10.0.18363.1379]
-
RE: Strawberry refuses to perform a collection scan
@twist said in Strawberry refuses to perform a collection scan:
I also tested 0.8.5.152.g69032db3-qt6-debug and ran it with gdb, weirdly enough this does not get stuck at 0% and does the collection scan.
Same here. It makes me wonder whether this has something to do with TagReader - it seems to behave somewhat differently between release and debug builds.
-
DirectSoundSink non-errors not ignored when the message isn't in English
A variation of a similar issue; this time, upon turning off an audio output in a more graceful way, Strawberry logs the following (along with an error pop-up):
04:06:38.177 ERROR GstEnginePipeline:901 ErrorMessageReceived ID: 14 Domain: 3726 Code: 6 Error: "IDirectSoundBuffer_GetStatus Operacja uko˝czona pomyťlnie.\r\n, IDirectSoundBuffer_GetCurrentPosition: Operacja uko˝czona pomyťlnie.\r\n, dwStatus: 0" 04:06:38.189 ERROR GstEnginePipeline:902 ErrorMessageReceived ID: 14 Domain: 3726 Code: 6 Debug: "../gst-plugins-good-1.18.3/sys/directsound/gstdirectsoundsink.c(702): gst_directsound_sink_write (): /GstPlayBin:playbin-65/GstPlaySink:playsink/GstBin:abin/GstBin:audiobin/GstAutoAudioSink:autoaudiosink-66/GstDirectSoundSink:autoaudiosink-66-actual-sink-directsound" 04:06:38.203 ERROR GstEngine:569 GStreamer error: 3726 6 "IDirectSoundBuffer_GetStatus Operacja uko˝czona pomyťlnie.\r\n, IDirectSoundBuffer_GetCurrentPosition: Operacja uko˝czona pomyťlnie.\r\n, dwStatus: 0"
Surprisingly, a path to handle these non-errors does exist in the code - however, it won't work when that message isn't in English (here - minus string encoding - 'Operacja ukończona pomyślnie' is Polish for 'Operation completed successfully') and an error will be emitted anyway.
Strawberry version: 0.8.5-152-g69032db3-qt6 on Microsoft Windows [Version 10.0.18363.1379]
-
Strawberry refuses to perform a collection scan
Attempting to perform a collection scan, abort it, update changed folders or even rescan single songs causes Strawberry to block and refuse to commit any further collection updates:
Strawberry version: 0.8.5-152-g69032db3 on Microsoft Windows [Version 10.0.18363.1379]
I've tried to use a debug build to reproduce this; however, those do not have that problem.
-
Strawberry doesn't handle closed streams gracefully
Whenever I turn off my speakers while they're the only audio output and a track is playing, Strawberry throws an error and logs the following:
20:12:21.005 ERROR GstEnginePipeline:901 ErrorMessageReceived ID: 8 Domain: 3718 Code: 6 Error: "IDirectSoundBuffer_GetStatus (null), IDirectSoundBuffer_GetCurrentPosition: (null), dwStatus: 5" 20:12:21.013 ERROR GstEnginePipeline:902 ErrorMessageReceived ID: 8 Domain: 3718 Code: 6 Debug: "../gst-plugins-good-1.18.3/sys/directsound/gstdirectsoundsink.c(702): gst_directsound_sink_write (): /GstPlayBin:playbin-35/GstPlaySink:playsink/GstBin:abin/GstBin:audiobin/GstAutoAudioSink:autoaudiosink-36/GstDirectSoundSink:autoaudiosink-36-actual-sink-directsound" 20:12:21.029 ERROR GstEngine:569 GStreamer error: 3718 6 "IDirectSoundBuffer_GetStatus (null), IDirectSoundBuffer_GetCurrentPosition: (null), dwStatus: 5"
I would expect that the track should either pause (gracefully - without an error), or it should keep playing (but without an audio output, obviously).
Strawberry version: 0.8.5-152-g69032db3 on Microsoft Windows [Version 10.0.18363.1379]