--- Log for 01.01.124  Server: tantalum.libera.chat  Channel: #rockbox
--- Nick: rb-logbot  Version: Dancer V4.16  Started: 14 hours and 0 minutes ago

00.27.57 ***     No seen item changed, no save performed.
01.26.52 Quit    othello7 (Quit: othello7)
02.07.06 #       <tm512> so is rockbox's db browser always reading from disk? if it doesn't cache in RAM, are there any particular obstacles to getting it to do so?
02.09.53 Quit    massiveH (Quit: Leaving)
02.27.58 ***     Saving seen data "./dancer.seen"
04.06.23 #       <spork> there is a 'Load to RAM' setting in the database menu
04.25.05 #       <tm512> ah, I'll look at that. does RAM usage end up being an issue with modestly sized libraries?
04.27.59 ***     No seen item changed, no save performed.
04.28.51 #       <tm512> like I'm guessing it would take up RAM that would otherwise be available to buffer audio?
04.28.52 #       <spork> available ram will be used, that is the goal
04.28.57 #       <spork> no
04.30.01 #       <spork> well, it will obviously use more ram, but it should not affect playback
04.32.15 #       <spork> compared to some other players, ipod mini has a lot of ram
04.35.53 Join    termac [0] (~termac@user/termac)
04.37.07 #       <jssfr> is there some kind of user migration guide from 3.15 to current dev? I notice that some things seem to have changed around playlist handling, at least the context menu is vastly different and I'm a bit lost.
04.37.14 #       <jssfr> (missing Queue / Queue Next in particular, as opposed to Add)
04.40.42 #       <jssfr> ah, they need to be enabled in the settings /me reads commit logs
04.42.32 #       <jssfr> this will need serious muscle memory rewriting
04.49.15 #       <spork> 4 years of progress will do that to you
06.28.03 ***     No seen item changed, no save performed.
06.34.39 Join    lebellium [0] (~lebellium@2a01cb040610e000fd245738b9871e68.ipv6.abo.wanadoo.fr)
06.37.01 Quit    CH23_M (Read error: Connection reset by peer)
06.37.32 Join    CH23_M [0] (~CH23@revspace/participant/ch23)
07.00.59 Quit    decky (Read error: Connection reset by peer)
07.01.24 Join    decky [0] (~decky_@69.9.129.108)
07.09.12 Quit    Raptorious (Ping timeout: 256 seconds)
07.11.11 Quit    sch (Ping timeout: 260 seconds)
07.19.18 Join    sch [0] (a2fe4b5ecb@irc.cheogram.com)
07.31.09 Quit    PheralSparky (Quit: Leaving)
08.11.06 Quit    mrkrisprolls (Ping timeout: 260 seconds)
08.28.04 ***     Saving seen data "./dancer.seen"
08.58.53 Join    mrkrisprolls [0] (mrkrisprol@2605:6400:20:5cc:e8af:da1c:ee53:f678)
09.30.26 Quit    sch (Ping timeout: 268 seconds)
09.32.45 Join    sch [0] (a2fe4b5ecb@irc.cheogram.com)
10.19.30 Join    othello7 [0] (~Thunderbi@pool-100-36-166-8.washdc.fios.verizon.net)
10.21.38 Quit    buZz (Read error: Connection reset by peer)
10.21.53 Join    buZz [0] (~buzz@education.punked.us)
10.22.17 Nick    buZz is now known as Guest4600 (~buzz@education.punked.us)
10.28.08 ***     Saving seen data "./dancer.seen"
10.51.31 Quit    JanC (Ping timeout: 246 seconds)
10.59.00 Join    JanC [0] (~janc@user/janc)
11.35.37 Join    Raptorious [0] (eb720881f2@irc.cheogram.com)
11.56.50 Quit    mink (Remote host closed the connection)
12.15.42 Quit    ats (Quit: more RAM please)
12.28.12 ***     Saving seen data "./dancer.seen"
12.31.16 Quit    LjL (Read error: Connection reset by peer)
12.34.02 Join    LjL [0] (~ljl@user/ljl)
12.36.18 Join    ats [0] (~ats@cartman.offog.org)
13.48.57 #       <_bilgus_> jssfr the forum would be a good place to start one ;) 
13.50.46 Join    jacobk [0] (~quassel@47-186-95-57.dlls.tx.frontiernet.net)
13.52.14 #       <_bilgus_> tm512 with the database in ram indeed there is less ram for queuing up tracks it won't affect playback but could reduce runtime, if you skip tracks often probably less of a difference
14.28.13 ***     Saving seen data "./dancer.seen"
14.37.56 #       <tm512> I did a calculation several days ago and it seemed like with this 64GB CF I'd be able to fit about 9000 tracks at the bitrates I'm using, so I probably won't have to worry unless the db is really space-inefficient compared to the OF's db
14.38.19 #       <tm512> I think the OF on these 32MB models starts to choke around 30k tracks, iirc
15.22.58 Quit    jacobk (Quit: http://quassel-irc.org - Chat comfortably. Anywhere.)
16.10.39 Quit    termac (Ping timeout: 260 seconds)
16.24.13 Quit    rb-bluebot (Ping timeout: 268 seconds)
16.25.37 Quit    bluebrother (Ping timeout: 256 seconds)
16.26.20 Join    bluebrother [0] (~dom@user/bluebrother)
16.28.15 ***     Saving seen data "./dancer.seen"
16.37.37 Join    rb-bluebot [0] (~rb-bluebo@rockbox/bot/utility)
17.35.30 Join    CH23 [0] (~CH23@revspace/participant/ch23)
17.36.27 Quit    CH23 (Client Quit)
18.25.10 Join    massiveH [0] (~massiveH@2600:4040:a982:c800:14be:bf98:6b45:b2e2)
18.28.19 ***     Saving seen data "./dancer.seen"
18.37.39 Quit    CH23_M (Read error: Connection reset by peer)
18.37.50 Join    CH23_M [0] (~CH23@revspace/participant/ch23)
18.59.07 Quit    lebellium (Quit: Leaving)
20.28.21 ***     Saving seen data "./dancer.seen"
21.10.21 Quit    guayaki (Ping timeout: 245 seconds)
21.41.44 Quit    massiveH (Quit: Leaving)
21.58.54 Join    pixelma_ [0] (marianne@p200300ea87138500305e95fffec66ff3.dip0.t-ipconnect.de)
21.58.55 Nick    pixelma is now known as Guest6422 (marianne@p549f0ae9.dip0.t-ipconnect.de)
21.58.55 Quit    Guest6422 (Killed (iridium.libera.chat (Nickname regained by services)))
21.58.55 Nick    pixelma_ is now known as pixelma (marianne@p200300ea87138500305e95fffec66ff3.dip0.t-ipconnect.de)
22.01.11 Quit    dys (Ping timeout: 252 seconds)
22.23.52 Quit    othello7 (Ping timeout: 255 seconds)
22.28.22 ***     Saving seen data "./dancer.seen"