--- Log for 27.02.121 Server: verne.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 1 month and 17 days ago 00.01.28 *** Saving seen data "./dancer.seen" 00.20.53 Quit koniu (Remote host closed the connection) 00.21.19 Join koniu [0] (~koniu@gateway/tor-sasl/koniu) 00.32.22 Quit massiveH (Quit: Leaving) 02.01.29 *** Saving seen data "./dancer.seen" 02.21.51 Quit pixelma (Quit: .) 02.21.52 Quit amiconn (Quit: http://quassel-irc.org - Chat comfortably. Anywhere.) 02.24.19 Join amiconn [0] (jens@rockbox/developer/amiconn) 02.24.20 Join pixelma [0] (marianne@rockbox/staff/pixelma) 04.00.06 Quit Jyrki[m] (Quit: Idle for 30+ days) 04.01.32 *** Saving seen data "./dancer.seen" 04.09.48 Join lebellium [0] (~lebellium@89-92-69-66.hfc.dyn.abo.bbox.fr) 04.23.36 Join PimpiN8 [0] (~PimpiN8@2001:1c04:3308:a500:5cab:8460:ac5a:3000) 04.42.59 Quit S|h|a|w|n (Quit: Leaving) 05.16.13 Join pamaury [0] (~pamaury@rockbox/developer/pamaury) 05.41.12 Quit koniu (Ping timeout: 268 seconds) 05.46.53 Join koniu [0] (~koniu@gateway/tor-sasl/koniu) 06.01.33 *** Saving seen data "./dancer.seen" 06.15.20 Quit PimpiN8 (Quit: Textual IRC Client: www.textualapp.com) 06.45.18 Join MrZeus [0] (~MrZeus@194.37.96.119) 07.39.21 Join J_Darnley [0] (~J_Darnley@d51A44418.access.telenet.be) 07.40.50 Quit jdarnley (Ping timeout: 260 seconds) 08.01.34 *** Saving seen data "./dancer.seen" 08.04.31 Quit jschwart (Quit: https://quassel-irc.org - Chat comfortably. Anywhere.) 08.10.47 Join jschwart [0] (~quassel@2001:985:2c6e:0:b00b:32ff:fe28:5567) 08.34.56 Join vitt13 [0] (~vitt13@46.159.161.144) 08.40.28 Join chris_s [0] (5fdf48e9@ip-95-223-72-233.hsi16.unitymediagroup.de) 08.42.43 # @perpetuality I would suggest using this instead: %Vp(1, %?if(%it,!=, %fn)<%pp - %ia - %it|%pp - %fn>) 08.43.19 # perpetuality: ... 08.45.26 # (possibly adding a check for the existence of the artist tag as well) 08.46.55 # I don't think you can make Rockbox preload more metadata for displaying it in the playlist viewer 08.48.49 # (unless you're willing to write a patch for that, I guess...) 08.52.06 Quit chris_s (Quit: Connection closed) 08.56.19 Join chris_s [0] (5fdf48e9@ip-95-223-72-233.hsi16.unitymediagroup.de) 08.57.23 # Of course my suggestion assumes that your filenames are different from your track titles, which may not necessarily be true 08.57.46 Quit chris_s (Client Quit) 09.02.40 Join chris_s [0] (5fdf48e9@ip-95-223-72-233.hsi16.unitymediagroup.de) 09.04.58 # In any case, %it will return the filename if the title hasn't been loaded from the metadata yet. Which is why your check for its existence always returned true. 09.05.13 Quit chris_s (Client Quit) 09.05.56 Join chris_s [0] (5fdf48e9@ip-95-223-72-233.hsi16.unitymediagroup.de) 09.06.04 # (at least in this specific context) 09.06.08 Quit chris_s (Client Quit) 09.08.34 Join chris_s [0] (5fdf48e9@ip-95-223-72-233.hsi16.unitymediagroup.de) 09.12.23 Quit chris_s (Client Quit) 09.19.44 Join ac_laptop [0] (~ac_laptop@186.2.247.129) 09.38.38 # Build Server message: New build round started. Revision 317908e8c3, 293 builds, 9 clients. 09.39.41 # chris_s: It will be interesting to see if the UDMA1 change applies to other PP-based models, but that requires folks willing to be guinea pigs.. :/ 09.40.48 # I have a mini2g, which might be similar enough. but it barely has anything on it as I only ever used it to debug toolchain issues. 09.41.11 # (with a mostly-shot battery and the original 4GB microdrive) 09.43.57 Join jdarnley [0] (~J_Darnley@d51a44418.access.telenet.be) 09.46.04 Quit J_Darnley (Ping timeout: 276 seconds) 09.53.33 # Build Server message: Build round completed after 896 seconds. 09.53.36 # Build Server message: Revision 317908e8c3 result: All green 09.53.42 # Build Server message: New build round started. Revision 7d7850368e, 293 builds, 9 clients. 10.01.37 *** Saving seen data "./dancer.seen" 10.07.18 # Build Server message: Build round completed after 817 seconds. 10.07.20 # Build Server message: Revision 7d7850368e result: All green 10.07.21 # Build Server message: New build round started. Revision 7d7a3156d3, 293 builds, 9 clients. 10.20.00 Quit jdarnley (Ping timeout: 246 seconds) 10.20.36 Join J_Darnley [0] (~J_Darnley@d51A44418.access.telenet.be) 10.20.37 # Build Server message: Build round completed after 795 seconds. 10.20.39 # Build Server message: Revision 7d7a3156d3 result: All green 10.24.10 Join jdarnley [0] (~J_Darnley@d51A44418.access.telenet.be) 10.26.36 Quit J_Darnley (Ping timeout: 240 seconds) 11.13.08 Join melmothX [0] (~marco@unaffiliated/melmothx) 11.36.56 Quit jdarnley (Ping timeout: 240 seconds) 11.37.58 Join J_Darnley [0] (~J_Darnley@d51a44418.access.telenet.be) 12.01.40 *** Saving seen data "./dancer.seen" 12.24.53 Join chris_s [0] (5fdf48e9@ip-95-223-72-233.hsi16.unitymediagroup.de) 12.28.50 # speachy: I'm curious myself and may be able to test it on an Ipod video one of these days. The 4G continues to run perfectly in that configuration :) 12.28.51 # I think I have to bother you about g#3122 again, which I'd last mentioned here on the 18th. A user has suggested on the forums (https://forums.rockbox.org/index.php/topic,53758.msg247895) that there may be issues with the new behavior that I've documented in g#3130. If the change is kept, it would probably require additional code and documentation 12.28.51 # to also display "Play Next" in the Context menu when playback is stopped (and have it work as expected), so that the use case where you *want* to delete the dynamic playlist before adding more songs is covered. The necessary changes would be minor as far as I can tell. I'd take a shot at offering up an implementation for review unless someone else 12.28.52 DBUG Enqueued KICK chris_s 12.28.52 # wants to. 12.28.52 # Alternatively (or additionally) g#3122 would have to be reverted (and I'd abandon the related documentation g#3130), at least for the time being, despite the fact that I still feel it is somewhat user-hostile to delete the dynamic playlist when wording (and behavior in other playback states) imo suggests you're adding something to it. 12.28.58 # Gerrit review #3122 at https://gerrit.rockbox.org/r/c/rockbox/+/3122 : Don’t erase a user’s stopped dynamic playlist when inserting/queuing songs by Christian Soffke 12.28.58 # Gerrit review #3130 at https://gerrit.rockbox.org/r/c/rockbox/+/3130 : Update manual to reflect new behavior from abebc6b by Christian Soffke 12.28.58 # Gerrit review #3122 at https://gerrit.rockbox.org/r/c/rockbox/+/3122 : Don’t erase a user’s stopped dynamic playlist when inserting/queuing songs by Christian Soffke 12.28.59 DBUG Enqueued KICK fs-bluebot 12.28.59 # Gerrit review #3130 at https://gerrit.rockbox.org/r/c/rockbox/+/3130 : Update manual to reflect new behavior from abebc6b by Christian Soffke 12.32.19 Quit chris_s (Quit: Connection closed) 13.01.22 Quit JanC (Remote host closed the connection) 13.01.51 Join JanC [0] (~janc@lugwv/member/JanC) 13.07.43 Quit akaWolf1 (Read error: Connection reset by peer) 13.07.51 Join akaWolf [0] (~akaWolf@unaffiliated/akawolf) 14.01.42 *** Saving seen data "./dancer.seen" 14.19.09 Quit ac_laptop (Ping timeout: 264 seconds) 15.03.52 Join S|h|a|w|n [0] (~shawn156@unaffiliated/shawn156) 15.06.27 Join bonfire [0] (~bonfire@c-24-2-109-9.hsd1.ut.comcast.net) 15.07.27 Join ac_laptop [0] (~ac_laptop@186.2.247.129) 15.10.58 Join vitt13_ [0] (~vitt13@46.159.161.144) 15.11.04 Quit vitt13 (Ping timeout: 276 seconds) 15.12.43 Quit vitt13_ (Read error: Connection reset by peer) 15.12.49 Join vitt13__ [0] (~vitt13@46.159.161.144) 15.12.55 Quit vitt13__ (Client Quit) 15.45.58 # chris_s: I suspect it's "just" a matter of the clocks, we might need a higher minimum clock if UDMA>=2; it's not immediately clear if the CPU is being appropriately boosted during disk accesses. 15.49.20 Quit koniu (Remote host closed the connection) 15.49.48 Join koniu [0] (~koniu@gateway/tor-sasl/koniu) 16.01.43 *** Saving seen data "./dancer.seen" 16.59.53 Quit St3ak (Quit: Free ZNC ~ Powered by LunarBNC: https://LunarBNC.net) 17.02.47 Join St3ak [0] (~st3ak@st3ak3000.powered.by.lunarbnc.net) 17.09.24 Join amachronic [0] (5284ba4f@82.132.186.79) 17.10.44 # Hi all, I've been working on a bare-metal port of Rockbox to the FiiO M3K and I'm hoping to push it upstream now. 17.11.54 # is it alright if I push the changes to gerrit? Thanks 17.15.48 # amachronic: define bare metal? 17.16.53 # Rockbox is running in kernel mode on the hardware -- not under Linux. 17.17.51 # there's already a port for the M3K which is Linux based but it has issues