| 00:54:47 | *** | No seen item changed, no save performed. |
| 01:00 |
| 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:00 |
| 02:54:48 | *** | Saving seen data "./dancer.seen" |
| 03:00 |
| 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 |
| 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:00 |
| 05:10:10 | | Quit olspookishmagus (Ping timeout: 250 seconds) |
| 05:12:05 | | Join olspookishmagus [0] (~pookie@snf-137798.vm.okeanos.grnet.gr) |
| 06:00 |
| 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:00 |
| 07:56:31 | | Join massiveH [0] (~massiveH@ool-4a5862ee.dyn.optonline.net) |
| 08:00 |
| 08:54:59 | *** | No seen item changed, no save performed. |
| 10:00 |
| 10:11:14 | | Quit massiveH (Quit: Leaving) |
| 10:55:02 | *** | Saving seen data "./dancer.seen" |
| 12:00 |
| 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:00 |
| 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:00 |
| 14:55:06 | *** | No seen item changed, no save performed. |
| 15:00 |
| 15:44:47 | | Join dconrad_web [0] (~dconrad_w@entr-34279.desm.netins.net) |
| 15:46:16 | dconrad_web | 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 | dconrad_web | 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 | dconrad_web | 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 | dconrad_web | it also seems to do the same behavior with the "Resume Playback" on the main menu, which makes sense |
| 15:50:48 | dconrad_web | oh, I guess also I'm starting playback from the file browser rather than the database, which i haven't tried |
| 16:00 |
| 16:07:38 | dconrad_web | 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 | dconrad_web | 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 | dconrad_web | 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 | dconrad_web | 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 | dconrad_web | 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:00 |
| 17:10:45 | dconrad_web | _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 | dconrad_web | I just figured someone would be able to give a quick did/didn't work for them |
| 17:11:16 | dconrad_web | 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 | dconrad_web | you weren't able to see the bug? |
| 17:14:22 | dconrad_web | 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 | dconrad_web | 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 | dconrad_web | 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 | dconrad_web | 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 | dconrad_web | 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:00 |
| 18:01:44 | amachronic | dconrad_web: I can reproduce that resume bug on the latest daily build too |
| 18:02:12 | dconrad_web | oh, good to hear it's not just in my head haha |
| 18:03:52 | dconrad_web | I'll probably be back in a bit when I get home |
| 18:03:59 | | Quit dconrad_web (Quit: Connection closed) |
| 18:13:22 | amachronic | i think root redirect is the problem |
| 18:13:39 | amachronic | f88ea12bac is ok |
| 18:15:12 | amachronic | after that it's ok *if* I use root redirect |
| 18:15:59 | amachronic | 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 | amachronic | 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 | dconrad | 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 | dconrad | 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:00 |
| 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:00 |
| 20:33:27 | | Quit dconrad () |
| 20:47:10 | _bilgus | ! Too many open Files ! |
| 20:55:13 | *** | Saving seen data "./dancer.seen" |
| 20:59:49 | braewoods | what does division have to do with running out of file handles? |
| 21:00 |
| 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:00 |
| 22:38:15 | _bilgus | amachronic https://github.com/Bilgus/rockbox/commit/646e0f09f1bc488aa144253d926be6744d5a02f3 |
| 22:55:14 | *** | No seen item changed, no save performed. |
icon identifies that the person is a core developer (has commit access).