| 00:08:20 | | Quit __builtin (Read error: Connection reset by peer) |
| 00:08:56 | | Join __builtin [0] (~xray@rockbox/developer/builtin) |
| 00:17:04 | | Quit dys (Ping timeout: 240 seconds) |
| 00:22:04 | | Quit xorly (Ping timeout: 240 seconds) |
| 00:27:31 | | Join Strife89 [0] (~quassel@adsl-98-80-188-22.mcn.bellsouth.net) |
| 00:28:37 | | Quit Strife1989 (Ping timeout: 255 seconds) |
| 00:51:27 | | Join Strife1989 [0] (~quassel@adsl-98-80-193-206.mcn.bellsouth.net) |
| 00:55:10 | | Quit Strife89 (Ping timeout: 255 seconds) |
| 00:58:44 | | Quit ZincAlloy (Quit: Leaving.) |
| 01:00 |
| 01:04:14 | | Quit Strife1989 (Ping timeout: 248 seconds) |
| 01:04:35 | | Join Strife89 [0] (~quassel@adsl-98-80-183-116.mcn.bellsouth.net) |
| 01:06:37 | *** | Saving seen data "./dancer.seen" |
| 01:07:24 | | Quit _meg (Ping timeout: 250 seconds) |
| 01:09:08 | | Join _meg [0] (~notsure@211.25.203.45) |
| 01:24:56 | | Quit Strife89 (Quit: No Ping reply in 180 seconds.) |
| 01:26:56 | | Join Strife89 [0] (~quassel@adsl-98-80-183-116.mcn.bellsouth.net) |
| 01:39:04 | | Quit dandels_ (Ping timeout: 240 seconds) |
| 01:40:14 | | Join dandels [0] (~dandels@unaffiliated/dandels) |
| 01:50:15 | | Quit ender` (Quit: If at first you don't succeed, skydiving is not for you.) |
| 02:00 |
| 02:14:35 | | Quit Strife89 (Quit: No Ping reply in 180 seconds.) |
| 02:16:00 | | Join Strife89 [0] (~quassel@adsl-98-80-183-116.mcn.bellsouth.net) |
| 02:21:18 | | Join johnb3 [0] (~johnb2@p5B3AFF81.dip0.t-ipconnect.de) |
| 02:23:08 | | Join jhMikeS [0] (~jethead71@d192-24-173-177.try.wideopenwest.com) |
| 02:30:07 | | Quit johnb3 (Ping timeout: 248 seconds) |
| 02:34:04 | | Quit MrZeus_ (Read error: Connection reset by peer) |
| 02:45:30 | | Join MrZeus_ [0] (~MrZeus@2a02:c7f:7066:fb00:d4a3:4e1b:ba3b:36ab) |
| 02:56:03 | | Quit _meg (Ping timeout: 240 seconds) |
| 02:58:24 | | Quit dandels (Quit: WeeChat 1.9.1) |
| 02:59:47 | | Join _meg [0] (~notsure@211.25.203.45) |
| 03:00 |
| 03:00:46 | | Join dandels_ [0] (~dandels@unaffiliated/dandels) |
| 03:06:41 | *** | Saving seen data "./dancer.seen" |
| 03:14:31 | | Nick dandels_ is now known as dandels (~dandels@unaffiliated/dandels) |
| 03:47:31 | | Quit krabador (Quit: Leaving) |
| 04:00 |
| 04:02:39 | | Join Strife1989 [0] (~quassel@adsl-98-80-182-34.mcn.bellsouth.net) |
| 04:03:41 | | Quit Strife89 (Ping timeout: 240 seconds) |
| 04:07:22 | | Join Strife89 [0] (~quassel@adsl-98-80-185-242.mcn.bellsouth.net) |
| 04:10:56 | | Quit Strife1989 (Ping timeout: 248 seconds) |
| 04:46:07 | | Quit dandels (Ping timeout: 248 seconds) |
| 05:00 |
| 05:06:45 | *** | Saving seen data "./dancer.seen" |
| 05:08:37 | | Quit Strife89 (Quit: No Ping reply in 180 seconds.) |
| 05:10:04 | | Join Strife89 [0] (~quassel@adsl-98-80-185-242.mcn.bellsouth.net) |
| 05:31:14 | | Join Strife1989 [0] (~quassel@adsl-98-80-182-227.mcn.bellsouth.net) |
| 05:35:28 | | Quit Strife89 (Ping timeout: 268 seconds) |
| 05:38:36 | | Join JdGordon_ [0] (~jonno@rockbox/developer/JdGordon) |
| 05:40:51 | | Quit JdGordon (Ping timeout: 240 seconds) |
| 06:00 |
| 06:05:13 | | Quit TheSeven (Ping timeout: 258 seconds) |
| 06:06:58 | | Quit Strife1989 (Quit: No Ping reply in 180 seconds.) |
| 06:08:35 | | Join Strife89 [0] (~quassel@adsl-98-80-182-227.mcn.bellsouth.net) |
| 06:13:21 | | Quit Strife89 (Ping timeout: 260 seconds) |
| 06:15:25 | | Join Strife89 [0] (~quassel@adsl-98-80-188-250.mcn.bellsouth.net) |
| 06:15:52 | | Join TheSeven [0] (~quassel@rockbox/developer/TheSeven) |
| 06:17:26 | | Quit jhMikeS (Ping timeout: 260 seconds) |
| 06:25:49 | | Join jhMikeS [0] (~jethead71@d192-24-173-177.try.wideopenwest.com) |
| 06:26:13 | | Quit Strife89 (Quit: No Ping reply in 180 seconds.) |
| 06:27:42 | | Join Strife89 [0] (~quassel@adsl-98-80-188-250.mcn.bellsouth.net) |
| 07:00 |
| 07:03:44 | | Quit TheSeven (Ping timeout: 255 seconds) |
| 07:04:03 | | Join [7] [0] (~quassel@rockbox/developer/TheSeven) |
| 07:06:48 | *** | Saving seen data "./dancer.seen" |
| 07:08:54 | | Nick tomflint is now known as BurnsWoodward (~tomflint@unaffiliated/tomflint) |
| 07:13:04 | | Nick BurnsWoodward is now known as tomflint (~tomflint@unaffiliated/tomflint) |
| 07:23:23 | | Quit Strife89 (Quit: No Ping reply in 180 seconds.) |
| 07:24:52 | | Join Strife89 [0] (~quassel@adsl-98-80-188-250.mcn.bellsouth.net) |
| 07:37:17 | | Join Strife1989 [0] (~quassel@adsl-98-80-195-92.mcn.bellsouth.net) |
| 07:39:58 | | Quit Strife89 (Ping timeout: 248 seconds) |
| 08:00 |
| 08:08:43 | | Join Strife89 [0] (~quassel@adsl-98-80-192-184.mcn.bellsouth.net) |
| 08:12:42 | | Quit Strife1989 (Ping timeout: 268 seconds) |
| 08:22:19 | | Join Strife1989 [0] (~quassel@adsl-98-80-185-242.mcn.bellsouth.net) |
| 08:23:44 | | Quit Strife89 (Ping timeout: 248 seconds) |
| 09:00 |
| 09:06:50 | *** | Saving seen data "./dancer.seen" |
| 09:07:09 | | Join johnb3 [0] (~johnb2@p5B3AFB97.dip0.t-ipconnect.de) |
| 09:12:20 | | Quit IronY (Disconnected by services) |
| 09:12:33 | | Join IronY [0] (~IronY@unaffiliated/irony) |
| 09:32:09 | | Join xorly [0] (~xorly@ip-86-49-24-93.net.upcbroadband.cz) |
| 10:00 |
| 10:01:05 | | Join lebellium [0] (~hexchat@LFbn-1-13706-148.w90-3.abo.wanadoo.fr) |
| 10:07:49 | | Join dys [0] (~dys@tmo-123-65.customers.d1-online.com) |
| 10:22:26 | | Quit _meg (Ping timeout: 260 seconds) |
| 10:22:56 | | Join _meg [0] (~notsure@211.25.203.45) |
| 10:27:07 | | Join ender` [0] (krneki@foo.eternallybored.org) |
| 10:50:59 | | Join ZincAlloy [0] (~Adium@2a02:8108:8b80:1700:9cee:2ee6:89b8:7cbb) |
| 11:00 |
| 11:06:51 | *** | Saving seen data "./dancer.seen" |
| 11:20:15 | | Join petur [0] (~petur@rockbox/developer/petur) |
| 11:24:04 | | Join pamaury [0] (~pamaury@rockbox/developer/pamaury) |
| 11:30:43 | | Join robertd1 [0] (~root@190.75.122.171) |
| 11:47:35 | | Join Damned [0] (~damned@159-205-27-39.adsl.inetia.pl) |
| 12:00 |
| 12:07:08 | | Join dandels [0] (~dandels@unaffiliated/dandels) |
| 12:37:36 | | Quit dys (Ping timeout: 248 seconds) |
| 12:38:19 | | Join dys [0] (~dys@tmo-108-96.customers.d1-online.com) |
| 12:46:56 | | Join PimpiN8 [0] (~textual@2a02:a454:38ea:1:3d1f:84e0:4973:af84) |
| 12:51:20 | | Quit ZincAlloy (Quit: Leaving.) |
| 12:52:11 | | Join ZincAlloy [0] (~Adium@2a02:8108:8b80:1700:9cee:2ee6:89b8:7cbb) |
| 12:54:37 | | Quit johnb3 (Quit: Nettalk6 - www.ntalk.de) |
| 12:55:49 | | Quit ZincAlloy (Client Quit) |
| 12:59:26 | | Quit Damned (Ping timeout: 240 seconds) |
| 13:00 |
| 13:06:54 | *** | Saving seen data "./dancer.seen" |
| 13:12:29 | | Join TheLemonMan [0] (~lemonboy@irssi/staff/TheLemonMan) |
| 13:20:28 | | Join Damned [0] (~damned@159-205-27-39.adsl.inetia.pl) |
| 13:29:49 | | Quit robertd1 (Quit: Leaving.) |
| 13:30:02 | | Join robertd1 [0] (~root@190.75.122.171) |
| 13:31:26 | | Quit lebellium (Ping timeout: 248 seconds) |
| 13:52:24 | | Join dandels_ [0] (~dandels@unaffiliated/dandels) |
| 13:52:26 | | Quit dandels (Ping timeout: 260 seconds) |
| 14:00 |
| 14:06:03 | | Nick dandels_ is now known as dandels (~dandels@unaffiliated/dandels) |
| 14:26:18 | | Join ZincAlloy [0] (~Adium@ip1f12fcbc.dynamic.kabel-deutschland.de) |
| 14:27:16 | | Join lebellium [0] (~hexchat@LFbn-1-13706-148.w90-3.abo.wanadoo.fr) |
| 14:31:20 | | Quit lebellium (Ping timeout: 240 seconds) |
| 14:48:42 | | Quit ZincAlloy (Quit: Leaving.) |
| 14:49:46 | | Join ZincAlloy [0] (~Adium@2a02:8108:8b80:1700:b041:565f:e28c:2844) |
| 14:56:19 | | Quit dandels (Quit: WeeChat 1.9.1) |
| 14:56:21 | | Quit PimpiN8 (Quit: My MacBook has gone to sleep. ZZZzzz…) |
| 15:00 |
| 15:00:19 | | Quit dys (Ping timeout: 268 seconds) |
| 15:03:50 | | Quit ZincAlloy (Quit: Leaving.) |
| 15:06:58 | *** | Saving seen data "./dancer.seen" |
| 15:15:39 | | Quit michaelni (Quit: Leaving) |
| 15:19:56 | | Join salty-horse [0] (~salty-hor@unaffiliated/salty-horse) |
| 15:23:26 | salty-horse | hi. something in the way bookmarks work doesn't fit my use-case and feels broken. I usually use bookmarks when I'm in the middle of a podcast, and want to pause it in favor of music, or another podcast, and I want to return to it later. I also have lots of podcast in a directory, and sometimes move things around in the default (directory order) playlist. rockbox disables bookmarking if the playlist has been modified. this doesn't make |
| 15:23:26 | salty-horse | sense to me. I don't care about my playlist when I save a bookmark. all I want is for dropbox to remember my position in a specific file. do you think it's a valid feature request? maybe toggle-able as a setting? |
| 15:23:45 | | Join JannF [0] (2e051355@gateway/web/freenode/ip.46.5.19.85) |
| 15:23:52 | JannF | Heyho |
| 15:25:20 | JannF | I'm rather a Rockbox Newbie and just installed it on my iPod Video (5th gen) using rbutil, but every time I wake up the ipod from hold or anything other standby, it has a strange white screen with flickering lines |
| 15:29:30 | pamaury | salty-horse: I don't know much about bookmarking to be honest, maybe some people that use this feature will answer |
| 15:29:50 | pamaury | if you get no answers ask in the forum |
| 15:31:11 | salty-horse | pamaury, ok, thanks for the tip! |
| 15:32:10 | | Join michaelni [0] (~michael@213-47-41-20.cable.dynamic.surfer.at) |
| 15:32:14 | pamaury | salty-horse: do you launch the file from playlist or file browser? |
| 15:33:18 | pamaury | I recall something like bookmarks not supporting dynamic playlist and you should use them when playing files from the file browser. But since I have never used them I am not too sure |
| 15:34:04 | salty-horse | pamaury, that's indeed how it works. I don't undestand why, and I'm asking for a "dumb bookmarks" feature that doesn't care about playlists |
| 15:34:30 | pamaury | https://download.rockbox.org/daily/manual/rockbox-sansafuzeplus/rockbox-buildch8.html#x10-1380008 |
| 15:34:30 | pamaury | indeed says Bookmarking only works when tracks are launched from the file browser, and does not work for tracks launched via the database. In addition, they do not work with dynamic playlists. |
| 15:35:12 | pamaury | I think this is because the intention of bookmark in a playlist was to save the position in the playlist; thus it mostly works with saved playlist not dynamic ones, which in your case is unfortunate |
| 15:35:39 | pamaury | maybe there could be two bookmarking options: bookmark playlist or bookmark current track only |
| 15:39:00 | | Join PimpiN8 [0] (~textual@2a02:a454:38ea:1:3d1f:84e0:4973:af84) |
| 15:53:39 | JannF | nobody who has experience the same like me? |
| 15:55:40 | pamaury | JannF: not that I know but wait until people answer and/or ask on the forums |
| 15:56:24 | JannF | pamaury: just opened a thread in the forums, hopefully somebody can help me... |
| 16:00 |
| 16:03:28 | | Quit JannF (Ping timeout: 260 seconds) |
| 16:04:13 | | Join ZincAlloy [0] (~Adium@2a02:8108:8b80:1700:798e:930f:7ac2:b51f) |
| 16:05:23 | Bilgus | pamaury could you push 1674? I didn't find anything concerning with it.. |
| 16:07:29 | pamaury | Bilgus: ok give me a minute |
| 16:07:36 | pamaury | Bilgus: do you know anything about bookmarks? |
| 16:07:45 | Bilgus | no hurry thanks |
| 16:08:17 | pamaury | done |
| 16:08:18 | Bilgus | not beyond what they do I really don't have a use for them |
| 16:08:20 | pamaury | now we pray ;) |
| 16:08:27 | pamaury | and logbot is still dead... |
| 16:08:53 | Bilgus | ah will it still be on the dev page though? |
| 16:09:45 | Bilgus | ok good enough I'll watch it there |
| 16:10:22 | pamaury | yes |
| 16:12:36 | pamaury | salty-horse: I had a look at the bookmark and I think it's not too hard to add a way to bookmark only the current track, I'll have a try at it and see if I can make it work |
| 16:17:05 | | Join dandels [0] (~dandels@unaffiliated/dandels) |
| 16:20:57 | Bilgus | The resume index looks like the limitation on the bookmarks I'm guessing id3/path isn't a good enough guarantee on the file being unique maybe the crc could be used too.. |
| 16:22:24 | Bilgus | whole lotta red I'll fix it |
| 16:22:31 | salty-horse | pamaury, the question is if it's a desired feature, and why the current system works as it is - what's the use-case for it? |
| 16:24:46 | | Quit copper (Remote host closed the connection) |
| 16:25:27 | | Join copper [0] (~copper@unaffiliated/copper) |
| 16:30:29 | | Join dandels_ [0] (~dandels@unaffiliated/dandels) |
| 16:34:03 | | Quit dandels (Ping timeout: 268 seconds) |
| 16:34:45 | pamaury | Bilgus: salty-horse: it's just that the current system assumes everything is a playlist (a single file is a "virtual" playlist with one element). This is very handy because it makes everything uniform. I suspect the current bookmark code simply went that way to be simpler. The use case is that you select a single file (or saved playlist) in the file browser and bookmark it |
| 16:36:02 | pamaury | salty-horse: I guess your "workflow" is that you add files to the current playlist and try to bookmark them right? |
| 16:36:34 | | Quit dandels_ (Quit: WeeChat 1.9.1) |
| 16:38:31 | | Join dandels [0] (~dandels@unaffiliated/dandels) |
| 16:39:16 | | Quit dandels (Client Quit) |
| 16:39:38 | salty-horse | pamaury, I click a file in the file browser. at this point I think it creates a playlist with all files in it. I then edit this playlist and move things around (either move the current playing file to where I want to it to be, or move other files to be after it). now I can no longer bookmark. |
| 16:39:45 | | Join dandels [0] (~dandels@unaffiliated/dandels) |
| 16:41:39 | pamaury | salty-horse: yes, as soon as you modify the current playlist the current code prevents bookmarking |
| 16:41:47 | pamaury | I think it can be fixed though |
| 16:42:04 | pamaury | but by bookmarking only the file not the playlist |
| 16:43:35 | | Join johnb3 [0] (~johnb2@p5B3AFB97.dip0.t-ipconnect.de) |
| 16:44:16 | salty-horse | do you think this is a change that won't break what people currently expect from bookmarks? |
| 16:45:19 | pamaury | I think so, I will try to add another bookmark option, so the current one works as usual and the new one only bookmarks the current file (as if you only had this track in the playlist) |
| 16:47:15 | salty-horse | when I click a file in the browser, does rockbox automatically create a playlist from the files in the directory? with this "bookmark without a playlist", if I click it, can it automatically create a new playlist from the files in the directory? |
| 16:49:20 | johnb3 | Bilgus: No luck with high speed cards (2x SanDisk Ultra 64GB, Lexar 64GB) in the Fuze: The transfer gets stuck and the drive disappears after a while (Win10 on my desktop and laptop, Knoppix on the laptop). I guess I will put a 32GB in, give it to my daughter and steel her clip+ ;-) |
| 16:50:25 | pamaury | salty-horse: rockbox has a current playlist that is stored in a file (can't remember where but it is for internal purpose only). When you load a file in the browser, it erases the current playlist and only put that file in it. If you add file to the current playlist, it updates the current playlist with it. There is a menu entry to save the current playlist to a file |
| 16:51:13 | Bilgus | johnb3, I'd like to figure out why I assume it works fine with disk_low_speed off? |
| 16:51:42 | pamaury | salty-horse: basically the question is: do you expect the bookmarking to remember you modified playlist or not? |
| 16:52:11 | salty-horse | pamaury, I'm confused. when I click a file in t he browser and view the current playlist, it always shows me all files in the directory... it never shows me a playlist with a single file |
| 16:52:54 | johnb3 | No, not reliably (at least on Windows). Let me check again on Linux. |
| 16:53:34 | salty-horse | pamaury, I don't care about bookmarks not remembering the current playlist, but I would like that once I restore a bookmark, the new playlist is all files in the directory, and NOT a playlist with a single file. |
| 16:54:33 | pamaury | salty-horse: ah yeah you are right, when you click a file in the browser, it load the entire directory as a playlist and simply select the file you selected as the current one. Thus in this case the "playlist" in the directory. |
| 16:54:41 | pamaury | hmm, that won't be easy |
| 16:56:04 | Bilgus | huh It could be related to one of the other settings then.. It should have normal functionality when the setting is disabled do these cards work fine from the normal dev build? |
| 16:56:06 | pamaury | that would mean checking if all files in the current playlist are in the same directory |
| 16:57:05 | salty-horse | pamaury, I think we misunderstand each other. you said that when you click a file in the browser, rockbox creates a playlist with a single file. that's not what I'm seeing. |
| 16:57:39 | pamaury | salty-horse: what I said was wrong, when you click a file, it creates a fake playlist that contains all file in the directory |
| 16:58:10 | pamaury | but as soon as you move the files within the playlist, rockbox considers you modified the playlist and prevents bookmarking |
| 16:59:08 | salty-horse | pamaury, great. I want to be able to bookmark a file even when the playlist was modified. when restoring that bookmark, I want it to position the played file within a fake playlist that contains all files in the directory. |
| 17:00 |
| 17:00:08 | pamaury | salty-horse: yeah but that's not so easy, because rockbox doesn't know that all files are in the same directory (that's actually a potentially expensive check), and it might be confusing to other users to allow bookmark in this case because the playlist order would not be restored |
| 17:00:10 | salty-horse | the fake playlist should be generated from what's currently in the directory - I don't expect the bookmark to store info about which files are in a directory when it's created. |
| 17:01:23 | pamaury | I don't think it can be implemented without saving the order |
| 17:01:52 | Bilgus | salty, you get into a circular check it needs the list to look up the bookmarks |
| 17:01:58 | salty-horse | pamaury, all I want is, when restoring a bookmark, for rockbox to list the files in the directory where the bookmarked file is, and create a fake playlist from it. is that expensive? |
| 17:02:40 | salty-horse | Bilgus, I have no idea how the current bookmarking system works, then. when I bookmark a file, it doesn't store its full path and the timestamp in a *.bmarks file in the parent directory? |
| 17:03:39 | Bilgus | looks to me like it stores its name and index in the playlist |
| 17:03:46 | pamaury | salty-horse: yes, because when creating this bookmark rockbox needs to 1) check that all files are actually in the same directory 2) find the index of the file in the original order. That because does not store the file name when saving the bookmark, it stores "playlist + position in playlist". Thus in your case that would be "directory + position in directory". The only way you can do that is by listing the entire directory. Some people have |
| 17:03:46 | pamaury | very flat music collections with one directory and thousands of files |
| 17:04:42 | pamaury | and 1) is also expensive because if the playlist comes from a file with thousands of entries, rockbox will need to read the entire file to figure it out (rockbox loads the playlist files on demand, it does not store everything in memory) |
| 17:05:00 | salty-horse | pamaury, aww dang. how about a new type of "path-based bookmark" for these "modified playlist" situations? |
| 17:06:18 | Horrorcat | couldn’t a bookmark include the playlist? |
| 17:06:29 | Horrorcat | and in case of dynamic playlists silently save the playlist somewhere? |
| 17:06:54 | pamaury | salty-horse: I see two options: 1) save the dynamic playlist with the bookmark, or 2) what you suggest but not sure if it's doable, I need to look at the code |
| 17:07:01 | *** | Saving seen data "./dancer.seen" |
| 17:07:58 | salty-horse | Horrorcat, my directory has hundreds of files. it's a waste to save it if I don't care about it |
| 17:08:50 | salty-horse | pamaury, I like the second option and I think I can code it myself if people agree it's a good feature. the important thing is it's transparent to the user and that bookmarking will always be possible. |
| 17:09:54 | | Join lebellium [0] (~hexchat@LFbn-1-13706-148.w90-3.abo.wanadoo.fr) |
| 17:13:30 | Bilgus | pamaury sorry I had two errors to fix in the action code #1740 |
| 17:13:43 | pamaury | salty-horse: actually looking at the code, I suspect the code almost supports what you want with a little bit of hacking |
| 17:14:08 | pamaury | I can give pointers to specific pieces of code if you want to try to implement it |
| 17:14:52 | pamaury | Bilgus: pushed |
| 17:15:01 | Bilgus | thanks |
| 17:15:19 | pamaury | salty-horse: I don't know if other people would agree on it, if the code modification is small enough, I suspect we would accept it |
| 17:15:51 | salty-horse | pamaury, I'll try hacking it and we'll talk then :D |
| 17:17:08 | pamaury | salty-horse: basically you want to look at apps/bookmark.c, apps/onplay.c, in particular bookmark_is_bookmarkable_state() and in tree.c, function bookmark_play() implements resuming a bookmark, I suspect that if you bookmark_play(file) instead of bookmark_play(dir), then it will act as if you select the file from the file tree (ie load all directory) |
| 17:18:01 | pamaury | thus you should modify bookmark.c so that it creates a bookmark where the name is the cur track name, not the playlist name |
| 17:18:47 | johnb3 | Bilgus : I just copied 1.2GB to the Sandisk Ultra with 63eae4339-171107 on Win10. |
| 17:19:09 | salty-horse | pamaury, thanks! |
| 17:20:55 | pamaury | jhMikeS: do you plan to commit 1702 soon? |
| 17:23:18 | johnb3 | I am repeating the same with the Forum build, but all saving disabled. |
| 17:24:32 | Bilgus | so it works then could you try each option other than disk till it fails? |
| 17:24:41 | copper | I just uploaded my PodMini theme http://themes.rockbox.org/index.php?themeid=2676&target=ipodmini1g |
| 17:27:23 | johnb3 | Grrr, it gets stuck at 22% of the 1.2 GB with all savings disabled. |
| 17:28:30 | johnb3 | the SD drive disappeared, the internal is still accessible. |
| 17:29:00 | johnb3 | If I click the scroll wheel, it reboots. |
| 17:29:15 | | Quit PimpiN8 (Quit: My MacBook has gone to sleep. ZZZzzz…) |
| 17:32:37 | Bilgus | I wonder then if it has something to do with voltage scaling then |
| 17:33:16 | Bilgus | with all the settings disabled thats the only thing still active |
| 17:34:55 | Bilgus | I thought though that the sd driver boosted while transferring |
| 17:38:08 | Bilgus | johnb if you go into debug cpu frequency and force boost a few times and then transfer files does it work right? |
| 17:43:21 | johnb3 | Bilgus: Are you sure? Even if "CPU low voltage" is No ? |
| 17:43:49 | Bilgus | its still scaling it just not as low |
| 17:44:39 | johnb3 | You mean the 1.15 vs. 1.2 ? |
| 17:46:29 | johnb3 | I am copying with boost at 4 .. |
| 17:48:09 | johnb3 | Stuck @ 8% of transfer :-( |
| 17:48:22 | Bilgus | yeah it drops to 1.10 with lowv enabled and 1.15 otherwise, if you artificially boosted before copying it won't scale at all |
| 17:48:45 | johnb3 | The boost value should persist, even if I leave the debug menu, right? |
| 17:49:03 | Bilgus | yes as long as you donn't press the middle button |
| 17:51:05 | Bilgus | when you get a chance could you go to the device config file firmware/export/config/sansafuze.h and comment out CONFIG_POWER_SAVING flag |
| 17:51:24 | Bilgus | if that doesn't help try voltage scaling |
| 17:52:59 | johnb3 | I tried again with boost, same result. So next your latest suggestions. |
| 17:54:30 | | Quit robertd1 (Ping timeout: 260 seconds) |
| 17:55:26 | | Join robertd1 [0] (~root@190.75.122.171) |
| 18:00 |
| 18:16:08 | | Quit _meg (Ping timeout: 250 seconds) |
| 18:18:27 | | Join _meg [0] (~notsure@211.25.203.45) |
| 18:39:41 | johnb3 | Bilgus : If only that stuff was deterministic: I commented the CONFIG_POWER_SAVING, copying got stuck in the middle. Went on and disabled voltage scaling. First copy failed in the middle. Tried again and it succeeded. I had shutdown and restarted in between those operations. |
| 18:43:18 | Bilgus | so what if only voltage scaling is disabled? |
| 18:44:22 | Bilgus | I'm guessing it has something to do with the latency introduced with scaling but i'll have to look at it a little closer to see what I can do with it |
| 18:45:17 | johnb3 | I will try with today's dev build now multiple times, just to make sure. |
| 18:55:18 | Bilgus | we can try adding some logging to try and narrow down what errors it out |
| 18:56:17 | johnb3 | Yes, that's a good idea. Today's dev build succeeded. |
| 19:00 |
| 19:00:33 | Bilgus | yeah I'm not sure what could be different except for voltage scaling since its the only thing that should be different with all the power save options disabled |
| 19:01:05 | Bilgus | it might very well be why voltage scaling was disabled on the v1 devices |
| 19:02:06 | johnb3 | On the other hand, I see problems only on USB transfer, not during regular operation (playback, radio). |
| 19:02:33 | | Quit _meg (Ping timeout: 240 seconds) |
| 19:03:41 | johnb3 | bbl |
| 19:04:02 | Bilgus | same.. |
| 19:05:35 | | Join _meg [0] (~notsure@211.25.203.45) |
| 19:07:05 | *** | Saving seen data "./dancer.seen" |
| 19:18:03 | | Quit _meg (Ping timeout: 240 seconds) |
| 19:18:36 | | Join _meg [0] (~notsure@211.25.203.45) |
| 19:18:40 | | Quit johnb3 (Ping timeout: 248 seconds) |
| 19:26:08 | | Quit dfkt (Ping timeout: 248 seconds) |
| 19:40:38 | | Quit _meg (Ping timeout: 250 seconds) |
| 19:45:43 | | Join _meg [0] (~notsure@211.25.203.45) |
| 19:48:43 | | Join dfkt [0] (~dfkt@unaffiliated/dfkt) |
| 20:00 |
| 20:18:25 | | Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) |
| 20:18:42 | | Join johnb4 [0] (~johnb2@p5B3AFB97.dip0.t-ipconnect.de) |
| 20:21:36 | | Quit JdGordon_ (Ping timeout: 268 seconds) |
| 20:29:37 | __builtin | this mupdf port is not going to work :( |
| 20:30:12 | | Quit TheLemonMan (Quit: "It's now safe to turn off your computer.") |
| 20:34:01 | | Quit dfkt (Quit: SIC GORGIAMVS ALLOS SVBJECTATOS NVNC.) |
| 20:34:34 | | Join dfkt [0] (~dfkt@unaffiliated/dfkt) |
| 20:39:26 | | Quit JdGordon (Ping timeout: 240 seconds) |
| 20:40:26 | | Quit johnb4 (Ping timeout: 250 seconds) |
| 20:48:54 | | Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) |
| 21:00 |
| 21:01:29 | | Quit salty-horse (Quit: Leaving) |
| 21:02:31 | __builtin | hmm, so there are 10 games in sgt-puzzles which have been disabled in the build due to control issues |
| 21:03:19 | __builtin | I suppose I could make the remainder work with mouse and keyboard emulation |
| 21:05:33 | __builtin | the problem is then just one of UX |
| 21:07:09 | *** | Saving seen data "./dancer.seen" |
| 21:10:04 | | Join johnb4 [0] (~johnb2@p5B3AFB97.dip0.t-ipconnect.de) |
| 21:11:44 | | Part robertd1 |
| 21:16:06 | __builtin | crap, the mupdf patch is 235MB :( |
| 21:21:35 | | Quit johnb4 (Quit: Nettalk6 - www.ntalk.de) |
| 21:21:35 | | Quit JdGordon (Ping timeout: 260 seconds) |
| 21:28:28 | | Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) |
| 21:32:30 | __builtin | do we support bitfields? |
| 21:33:05 | pamaury | __builtin: depends, what for? |
| 21:33:25 | pamaury | if it's just a struct without any other use in mind then it's just a compiler thing |
| 21:33:45 | pamaury | if you want to use it for hardware registers, you have to be super careful because the field ordering is compiler specific |
| 21:34:19 | __builtin | ok |
| 21:34:57 | __builtin | I'm working with ported code, and I'm not sure whether to remove them |
| 21:36:37 | pamaury | what are they used for? |
| 21:36:48 | __builtin | 1-bit boolean values |
| 21:36:58 | __builtin | I'm not sure why the author didn't just use a bool |
| 21:37:19 | pamaury | as long as it is not used for I/O you are safe, so boolean in struct should be fine |
| 22:00 |
| 22:29:15 | | Quit _meg (Ping timeout: 268 seconds) |
| 22:30:08 | | Join _meg [0] (~notsure@211.25.203.45) |
| 23:00 |
| 23:07:10 | *** | Saving seen data "./dancer.seen" |
| 23:18:03 | | Quit Damned (Ping timeout: 240 seconds) |
icon identifies that the person is a core developer (has commit access).