--- Log for 10.03.122 Server: molybdenum.libera.chat Channel: #rockbox --- Nick: rb-logbot Version: Dancer V4.16 Started: 1 month and 1 day ago 00.54.47 *** No seen item changed, no save performed. 01.18.56 Quit pixelma (Quit: .) 01.18.56 Quit amiconn (Quit: http://quassel-irc.org - Chat comfortably. Anywhere.) 01.19.53 Join pixelma [0] (marianne@p200300ea87020000305e95fffec66ff3.dip0.t-ipconnect.de) 01.19.59 Join amiconn [0] (~jens@p4fe76c1c.dip0.t-ipconnect.de) 02.54.48 *** Saving seen data "./dancer.seen" 03.00.28 # <_bilgus_> adding PUSH{lr} and POP{pc} seems to have fixed it the functions don't get run often but I just don't understand why now 03.00.55 # <_bilgus_> maybe its just a compiler bug 04.00.06 Quit blbro[m] (Quit: You have been kicked for being idle) 04.05.23 Quit asaba (Quit: Relay server offline) 04.05.43 Join asaba [0] (~asabas@103.113.159.250) 04.28.55 Quit JanC (Remote host closed the connection) 04.29.09 Join JanC [0] (~janc@user/janc) 04.54.52 *** Saving seen data "./dancer.seen" 05.10.10 Quit olspookishmagus (Ping timeout: 250 seconds) 05.12.05 Join olspookishmagus [0] (~pookie@snf-137798.vm.okeanos.grnet.gr) 06.50.19 Quit kugel (Ping timeout: 256 seconds) 06.52.03 Join kugel [0] (~kugel@ip4d164361.dynamic.kabel-deutschland.de) 06.54.56 *** Saving seen data "./dancer.seen" 07.56.31 Join massiveH [0] (~massiveH@ool-4a5862ee.dyn.optonline.net) 08.54.59 *** No seen item changed, no save performed. 10.11.14 Quit massiveH (Quit: Leaving) 10.55.02 *** Saving seen data "./dancer.seen" 12.27.20 Join ZincAlloy [0] (~Adium@ip5f5abcae.dynamic.kabel-deutschland.de) 12.46.59 Quit bluebrother (Ping timeout: 256 seconds) 12.47.31 Quit rb-bluebot (Ping timeout: 250 seconds) 12.48.28 Join bluebrother [0] (~dom@user/bluebrother) 12.55.04 *** Saving seen data "./dancer.seen" 13.01.32 Join rb-bluebot [0] (~rb-bluebo@rockbox/bot/utility) 13.27.05 Join lebellium [0] (~lebellium@2a01cb04012c090095e088e99ff73ea7.ipv6.abo.wanadoo.fr) 13.51.12 Join blbro[m] [0] (~blbrostra@2001:470:69fc:105::8f7) 14.55.06 *** No seen item changed, no save performed. 15.44.47 Join dconrad_web [0] (~dconrad_w@entr-34279.desm.netins.net) 15.46.16 # I'm running into a new issue, could someone try to reproduce and make sure it's not something wacky with my particular install? 15.47.30 # with the current dev build, start playing in the middle of an album or playlist, let it play for 10 seconds or so, then stop playback. Use the resume playback hotkey, and it should resume at the /beginning/ of the album/playlist 15.47.53 # very strange - it doesn't seem to do it if I stop playback within the first 3-5 seconds, but longer than that and it does 15.49.50 # it also seems to do the same behavior with the "Resume Playback" on the main menu, which makes sense 15.50.48 # oh, I guess also I'm starting playback from the file browser rather than the database, which i haven't tried 16.07.38 # oh, also heads up, gerrit's down again 16.09.44 # <_bilgus_> dconrad it won't save if <15 seconds IIRC 16.10.33 # <_bilgus_> its to keep it from constantly saving position when you are doing track changes 16.11.07 # that doesn't seem right, it remembers its position if I stop within 3-5 seconds, but forgets if I go longer than that 16.11.26 # it remembers the album/folder/playlist, but not the track and position 16.13.33 # <_bilgus_> I saw code that said <15 checking duration in one of the playback fns 16.14.16 # <_bilgus_> and I similarly had to skip to >15 seconds when testing tagcache 16.14.30 # <_bilgus_> but hitting power made it save immediate 16.19.21 # it even happens when I start playback via a bookmark - for instance, let's say I start playback 30 seconds into track 5 of 10, listen for a bit, shut off the player, start it back up and try to resume, but it starts at the beginning of the first track 16.19.55 # any chance you could reproduce it? 16.21.14 # <_bilgus_> ATM all the builds I make aren't working I'm trying to figure out if its this player or this machine 16.23.05 # <_bilgus_> its this machine hmm weird 16.23.09 # <_bilgus_> bb 16.23.14 Quit _bilgus_ (Quit: Leaving) 16.28.25 Join _bilgus [0] (~bilgus@162.154.213.134) 16.45.15 # <_bilgus> well crap lua doesn't respect the root redirect, and corrupts the state on top of it 16.45.52 Quit ufdm (Remote host closed the connection) 16.46.10 Join ufdm [0] (~ufdm@c-68-46-16-107.hsd1.mn.comcast.net) 16.55.10 *** Saving seen data "./dancer.seen" 16.59.07 # <_bilgus> dconrad if you haven't heard back from me in a few days ask me again, I'll see what I see as I'm implementing buffer shrink into the tagcache 17.10.45 # _bilgus sounds good - I'm going to try to find some time to bisect and see if I can find the root cause (when gerrit's back up), I also have my other player I should check on when I get home 17.11.04 # <_bilgus> you don't need gerrit for that 17.11.06 # I just figured someone would be able to give a quick did/didn't work for them 17.11.16 # well, yeah I guess so 17.11.20 # <_bilgus> https://git.rockbox.org/cgit/rockbox.git/ 17.12.29 # <_bilgus> it works for me 17.13.35 # you weren't able to see the bug? 17.14.22 # probably something screwy with my install then 17.14.42 # <_bilgus> i'll try again 17.16.43 # <_bilgus> eh this time it took like 20 seconds to resume and then finally did, and still went to where I stopped 17.17.20 # <_bilgus> I think thats because amachronic stopped tagcache from giving up its buffer and now th playback buffer has to wait for it 17.17.51 # <_bilgus> (I haven't looked into it yet) 17.17.53 # alright, I'll probably do a clean install minus the config and theme stuff and see if it goes away 17.18.50 # <_bilgus> I've been tracking a arm ASM bug for signed division for the last 2 or 3 days 17.19.55 # oh that's fun 17.21.45 # <_bilgus> its fixed as soon as I can upload it, I was thinking I can do that to git directly but I can't rem how 17.25.10 # well I did a clean install, it still does it, though I tried it twice just now and it only occurred once 17.26.32 # <_bilgus> might be that the file isn't getting written (i think nvram file has the resume info) 17.28.35 # well I think it's getting written, as it remembers the album/folder, but it goes to the beginning... which I think points toward my SD card being ok as well? 17.28.52 # <_bilgus> might be two separate things 17.45.09 Join amachronic [0] (~amachroni@user/amachronic) 18.01.44 # dconrad_web: I can reproduce that resume bug on the latest daily build too 18.02.12 # oh, good to hear it's not just in my head haha 18.03.52 # I'll probably be back in a bit when I get home 18.03.59 Quit dconrad_web (Quit: Connection closed) 18.13.22 # i think root redirect is the problem 18.13.39 # f88ea12bac is ok 18.15.12 # after that it's ok *if* I use root redirect 18.15.59 # if I remove the redir file and run from the real root it stops working. go figure. 18.16.21 Quit lebellium (Quit: Leaving) 18.19.44 # guess I'll look into it this weekend... 18.20.29 Quit amachronic (Quit: amachronic) 18.41.12 Join dconrad [0] (~dconrad@152.117.104.208) 18.45.52 # that reminds me, I want to try to get root redirects set up for my devices, it would be cool to share the same card between them 18.45.58 # try it out 18.52.52 Quit ZincAlloy (Quit: Leaving.) 18.53.04 Join ZincAlloy [0] (~Adium@2a02:8108:943f:d824:b810:b519:d281:16ef) 18.53.06 Quit ZincAlloy (Client Quit) 18.55.11 *** Saving seen data "./dancer.seen" 19.05.11 # <_bilgus> amachonic yes something is afoot with root redirect 19.05.28 # <_bilgus> you can cause it to happen real quick by running a lua program 19.05.56 # <_bilgus> then if it makes it through run it again and the dircache is trashed won't even remount cards 19.06.37 # <_bilgus> so I'm thinking it probably has a race or it loses the root entry (probably needs guarded against that.. 19.07.13 # <_bilgus> I have a good test suite :P hopefully that means it won't take long to find 19.07.44 # <_bilgus> amachronic the issue in the buffering thread is common to all ARM devices >= ARM5 19.08.16 # <_bilgus> sorry the bug I found in the buffering thread 19.08.19 # <_bilgus> ** 19.09.06 # <_bilgus> the signed div ASM specifically 20.33.27 Quit dconrad () 20.47.10 # <_bilgus> ! Too many open Files ! 20.55.13 *** Saving seen data "./dancer.seen" 20.59.49 # what does division have to do with running out of file handles? 21.25.00 # <_bilgus> nothing 21.25.37 # <_bilgus> but I did just find a bug that doesn't close file handles if the path is absolute 21.26.26 # <_bilgus> thats why lua is so good at triggering it, its module loader tries like 2 abs paths per module opening 21.29.31 # <_bilgus> haha I wonder if root redirect is making all those calls absolute now 21.29.55 # <_bilgus> fd is at 1 now after fixing that 21.30.07 # <_bilgus> was at 11 which is max 22.38.15 # <_bilgus> amachronic https://github.com/Bilgus/rockbox/commit/646e0f09f1bc488aa144253d926be6744d5a02f3 22.55.14 *** No seen item changed, no save performed.