| 00:01:45 | TheSeven | hm |
| 00:01:59 | TheSeven | does it actually receive IRQs? |
| 00:02:43 | | Quit ender` (Quit: The sum of intelligence on the planet is a constant; the population is growing.) |
| 00:04:59 | franklin | What do you mean? |
| 00:07:38 | TheSeven | is INT_TIMERA actually being called? |
| 00:07:53 | franklin | Yeah, it's making the beeping/buzzing noise |
| 00:09:38 | | Quit robert__ (Quit: Page closed) |
| 00:13:53 | TheSeven | that doesn't mean that the function is actually being called |
| 00:14:03 | franklin | ah |
| 00:14:11 | franklin | So how do I tell if it's being called? |
| 00:14:19 | TheSeven | put a logf into it? |
| 00:14:30 | franklin | Where does logf output go? |
| 00:14:32 | franklin | UART? |
| 00:17:43 | franklin | TheSeven, wait! I left out one TCCMD at the top |
| 00:17:55 | franklin | (now TACMD) |
| 00:18:49 | TheSeven | it logs into the logf buffer |
| 00:18:57 | franklin | which goes where? |
| 00:20:05 | franklin | to a file? |
| 00:22:40 | [Saint] | When this is actually functional, there's a truly obvious candidate for exposing the piezo via the plugin api - metronome |
| 00:23:50 | [Saint] | Shouldn't be difficult for me to whip up a nice 'tick' and 'tock' sound. |
| 00:24:22 | [Saint] | The issue there is the piezos all sound fucking wildly different on each iPod for some reason. |
| 00:24:30 | franklin | I have already in my local branch |
| 00:24:38 | [Saint] | I have /most/ of the iPods |
| 00:24:59 | franklin | excluding... |
| 00:25:22 | franklin | (adding piezo to metronome, that is) |
| 00:25:47 | *** | Saving seen data "./dancer.seen" |
| 00:25:57 | [Saint] | I have at least one of every model except 2G and Mini 2G |
| 00:26:07 | franklin | nice |
| 00:26:18 | franklin | but why? |
| 00:26:29 | [Saint] | Why not? |
| 00:27:06 | franklin | I would say l*l |
| 00:27:16 | franklin | but gevaerts would most probably kick me :D |
| 00:27:38 | [Saint] | If you think that's extreme - you should see lebellium's collection. |
| 00:27:51 | franklin | why? |
| 00:27:58 | [Saint] | He has something in the range of 200 DAPs. |
| 00:28:11 | franklin | I have two: ipod classic and my late c200 |
| 00:28:44 | [Saint] | He's a collector/reviewer/DAP historian. |
| 00:29:15 | franklin | hmm |
| 00:29:31 | franklin | interesting job... but move over to #rockbox-community |
| 00:29:36 | [Saint] | I actually /do/ have an iPod 2G and a Mini2G, but they're both nonfunctional. |
| 00:30:23 | [Saint] | The iPod 1G is the only one I don't have at all. |
| 00:30:27 | [Saint] | ...anyhoo. |
| 00:30:42 | franklin | Well, I'm gonna wait for this to build... cya later |
| 00:33:04 | | Quit dfkt (Ping timeout: 260 seconds) |
| 00:33:37 | * | [Saint] can't figure out how the hell the skin engine is keeping track of the bar position for the 3 %St bars he has running across the entirety of the runtime duration, entirely independently of the setting they supposed to represent. |
| 00:33:49 | [Saint] | It fucking boggles me. |
| 00:35:19 | [Saint] | I'm having a difficult time with the glue code needed to get the %St bar's touch areas to set the config.cfg value. |
| 00:35:50 | [Saint] | ...I guess I need to look at setting_set and the other touch areas. |
| 00:36:40 | | Join dfkt [0] (dfkt@chello084112032026.1.11.vie.surfer.at) |
| 00:36:40 | | Quit dfkt (Changing host) |
| 00:36:40 | | Join dfkt [0] (dfkt@unaffiliated/dfkt) |
| 00:38:46 | [Saint] | On the very first run of the wps after startup, it gets the value its supposed to represent right (verified by scattering debug text everywhere in the theme), but when I pick the scrubber handle up and drag it around the value doesn't change, a quick kook last night told me that's expected, that's fine. |
| 00:39:17 | [Saint] | What I can't figure out is how its keeping track of the bar position independently. |
| 00:39:38 | [Saint] | I don't really need to know to fix it either, I'm just curious. |
| 00:41:30 | [Saint] | I kinda backed myself into a corner. I need to either fix it up, convince someone else to do so if I can't (a possibility indeed), or carve out a huge part of the overflow menu in my theme and comment it off for the future if/when its a possibility |
| 00:42:54 | [Saint] | Actually...I could probably fudge it with a huge array of touch areas using setting_set but I'd hate myself for such a hideous workaround. |
| 00:45:37 | [Saint] | (It would need a fucktonne of target dependent checks because not all targets have the same upper and lower bounds for some settings and thinking about writing such ugly code makes me anxious...uuugh) |
| 00:47:00 | [Saint] | Shit. Sorry. |
| 00:47:11 | [Saint] | </rant> |
| 00:51:26 | | Quit bertrik (Remote host closed the connection) |
| 00:57:51 | [Saint] | Hmmmm. |
| 01:00 |
| 01:00:31 | [Saint] | With SDL2 we could use hardware accelerated OpenGL ES via the GPU on the raspberrypi. |
| 01:01:02 | [Saint] | ...aw, not in a windowed mode though. |
| 01:05:46 | | Quit uwe_ (Ping timeout: 250 seconds) |
| 01:07:38 | * | franklin pings TheSeven |
| 01:15:04 | * | TheSeven pongs |
| 01:15:42 | franklin | OK, so where were we? |
| 01:15:47 | franklin | Oh yeah... logf |
| 01:17:18 | franklin | I recompiled with logf enabled, but after a hard reset (MENU+SEL), I can't seem to find a log file anywhere |
| 01:17:52 | TheSeven | well you have to dump it before the reset |
| 01:18:02 | franklin | logf_dump |
| 01:18:08 | franklin | ? |
| 01:19:00 | franklin | What function? |
| 01:20:08 | franklin | ah logf_panic_dump |
| 01:20:43 | TheSeven | right, if you want to check if something is hit at all, you could just panicf there |
| 01:21:06 | franklin | that always works :D |
| 01:21:10 | * | TheSeven is too tired |
| 01:21:30 | TheSeven | 1:20 am here, going to sleep now... |
| 01:21:43 | franklin | Sure... catch you later |
| 01:22:06 | franklin | But no panicf |
| 01:29:00 | | Join uwe_ [0] (~uwe_@ipservice-092-211-039-181.092.211.pools.vodafone-ip.de) |
| 01:40:46 | JdGordon_ | [Saint]: you need to get me when im home and not playing civ5 :p |
| 01:40:50 | JdGordon_ | shold be simple enough to fix |
| 02:00 |
| 02:00:05 | [Saint] | JdGordon_: OK, well I'll keep trucking and see if I can figure it out myself for now, and from a theme perspective I'll keep pretending it works. |
| 02:00:39 | [Saint] | I'll definitely speak up if (more likely when) I get stuck. |
| 02:01:57 | JdGordon_ | the slider position stays where you set it even if you leave the wps and go back in? |
| 02:03:33 | JdGordon_ | [Saint]: wait, are you 100% sure the setting isnt changing? |
| 02:03:46 | [Saint] | Yes. |
| 02:04:10 | [Saint] | config.cfg never gets updated. |
| 02:04:22 | | Quit franklin (Quit: Leaving) |
| 02:04:56 | JdGordon_ | ok, but what about the setting in the menus? |
| 02:05:03 | [Saint] | And, yes. The slider position is kept across the entire runtime duration if I change it. |
| 02:05:24 | [Saint] | And no, the value displayed never gets updated either. |
| 02:05:44 | [Saint] | I added textual debug statements printing off the setting value to check. |
| 02:05:56 | [Saint] | (in the wps) |
| 02:06:20 | JdGordon_ | can you change the setting and then see what the value in the menu is? |
| 02:06:32 | JdGordon_ | i think it is actually changing |
| 02:06:47 | JdGordon_ | update_setting_value_from_touch() just needs a settings_save() call |
| 02:08:27 | [Saint] | Hmmm. Sorry, what? Change the setting from the actual menu, and then check the bar position and the printed debug value of the setting in the overflow menu of my wps? |
| 02:08:47 | JdGordon_ | other way around |
| 02:09:05 | JdGordon_ | change the slider in the wps, then check the value it show in the settings menus |
| 02:09:25 | [Saint] | Oh. Right. Yeah. Doesn't change. |
| 02:10:10 | [Saint] | I'm printing off the value if the setting in the wps itself so I don't need to (in theory) check it from the menu. |
| 02:10:22 | [Saint] | But when I do, it remains unchanged. |
| 02:10:25 | JdGordon_ | I asked you specifically to check it in the menus thoguh |
| 02:11:06 | JdGordon_ | thats pretty suspect then... the code looks like it should change in the menu |
| 02:12:34 | [Saint] | OK. Right. Your correct. There's a discrepancy between the actual HW and the SDL app it seems. |
| 02:12:39 | | Quit ZincAlloy1 (Quit: Leaving.) |
| 02:12:55 | JdGordon_ | ??? |
| 02:13:07 | [Saint] | On my test device, it *is* updated in the menu. But config.cfg remains untouched. |
| 02:13:34 | JdGordon_ | yeah, it needs a settings_save() call |
| 02:13:41 | JdGordon_ | see above |
| 02:13:48 | JdGordon_ | add that and if it woks I'll push |
| 02:14:01 | [Saint] | It may be my SDL app threw a spanner in the works. My apologies. |
| 02:14:13 | JdGordon_ | that shouldnt happen :) |
| 02:14:25 | JdGordon_ | hurry up with the 1080*1920 version! |
| 02:14:26 | [Saint] | You were quite correct about expected behavior on real world hardware. |
| 02:15:45 | [Saint] | And, yes, will do. In theory, my changes presently should make it /somewhat/ usable on and target with a resolution no smaller than intended. |
| 02:16:19 | [Saint] | Positioning by percentile is *fucking* cool. |
| 02:16:25 | [Saint] | It helps a lot. |
| 02:16:41 | JdGordon_ | send me a zip and I'll test it as it is |
| 02:25:51 | *** | Saving seen data "./dancer.seen" |
| 02:51:49 | | Join Strife89 [0] (~Strife89@adsl-98-80-207-199.mcn.bellsouth.net) |
| 02:56:29 | | Quit krabador (Remote host closed the connection) |
| 03:00 |
| 03:00:00 | | Quit AlexP (Remote host closed the connection) |
| 03:01:53 | | Join AlexP [0] (~alex@rockbox/staff/AlexP) |
| 03:04:57 | | Join franklin [0] (~franklin@cpe-071-071-071-105.triad.res.rr.com) |
| 03:07:09 | | Quit franklin (Client Quit) |
| 03:08:59 | | Nick DormantBrain is now known as SuperBrainAK (~andy@2001:470:8:a61::5f92:59a1) |
| 03:10:25 | | Join franklin [0] (~franklin@cpe-071-071-071-105.triad.res.rr.com) |
| 03:40:14 | | Quit franklin (Remote host closed the connection) |
| 03:46:07 | | Join ungali [0] (~ungali@S010600226b6da694.cg.shawcable.net) |
| 03:46:07 | | Quit ungali (Changing host) |
| 03:46:07 | | Join ungali [0] (~ungali@unaffiliated/ungali) |
| 03:53:21 | | Quit sobukus (Ping timeout: 255 seconds) |
| 03:53:28 | | Quit knittl (Ping timeout: 255 seconds) |
| 03:53:49 | | Join sobukus [0] (~thomas@basal.nesselzelle.de) |
| 03:54:17 | | Join knittl [0] (~knittl@unaffiliated/knittl) |
| 04:00 |
| 04:24:17 | | Quit amiconn (Disconnected by services) |
| 04:24:17 | | Join amiconn_ [0] (amiconn@rockbox/developer/amiconn) |
| 04:24:17 | | Quit pixelma (Disconnected by services) |
| 04:24:18 | | Join pixelma_ [0] (pixelma@rockbox/staff/pixelma) |
| 04:24:20 | | Nick pixelma_ is now known as pixelma (pixelma@rockbox/staff/pixelma) |
| 04:24:20 | | Nick amiconn_ is now known as amiconn (amiconn@rockbox/developer/amiconn) |
| 04:25:53 | *** | Saving seen data "./dancer.seen" |
| 04:40:06 | | Quit charlie (Changing host) |
| 04:40:06 | | Join charlie [0] (~c@unaffiliated/charlie) |
| 04:49:54 | | Join Guinness [0] (Slayer@c-69-143-187-144.hsd1.va.comcast.net) |
| 04:51:48 | | Quit froggyman (Ping timeout: 256 seconds) |
| 04:57:02 | [Saint] | JdGordon_: Am I being too naive expecting chucking settings_set() in at 299 in skin_touchsupport.c and expecting it to work? |
| 04:57:39 | [Saint] | coincidentally, I discovered another bug. The context menu "reset setting" feature behaves identically. |
| 04:57:57 | [Saint] | The value is updated in the menu, but not applied as a setting to config.cfg |
| 04:58:31 | [Saint] | sorry, s/settings_set()/settings_save()/ |
| 05:00 |
| 05:02:13 | | Join ygrek [0] (~user@108.59.6.97) |
| 05:20:57 | | Quit steffengy (Disconnected by services) |
| 05:20:58 | | Join steffengy1 [0] (~quassel@p5088F2B4.dip0.t-ipconnect.de) |
| 05:26:32 | JdGordon_ | [Saint]: no, thats the correct fix |
| 05:26:37 | JdGordon_ | I said that at the begining :) |
| 05:44:25 | | Quit TheSeven (Ping timeout: 250 seconds) |
| 05:46:11 | | Join TheSeven [0] (~quassel@rockbox/developer/TheSeven) |
| 05:50:12 | | Quit amiconn (Disconnected by services) |
| 05:50:12 | | Join amiconn_ [0] (quassel@rockbox/developer/amiconn) |
| 05:50:15 | | Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) |
| 05:50:42 | | Join sLite [0] (~quassel@mail.slite.org) |
| 05:50:58 | | Quit pixelma (Disconnected by services) |
| 05:50:58 | | Join pixelma_ [0] (quassel@rockbox/staff/pixelma) |
| 05:51:01 | | Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) |
| 05:51:41 | | Quit gevaerts (Disconnected by services) |
| 05:51:48 | | Join gevaerts_ [0] (~fg@rockbox/developer/gevaerts) |
| 05:52:05 | | Join JdGordon [0] (~jonno@ppp118-209-234-10.lns20.mel6.internode.on.net) |
| 05:52:05 | | Quit JdGordon (Changing host) |
| 05:52:05 | | Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) |
| 05:52:06 | | Join AlexP_ [0] (~alex@rockbox/staff/AlexP) |
| 05:52:06 | | Join rudi_s_ [0] (~simon@ruderich.eu) |
| 05:52:14 | | Join mazzoo_ [0] (~mazzoo@country.muc2.m.ario.land) |
| 05:52:16 | | Join uwe_mobile [0] (~uwe@static.88-198-8-117.clients.your-server.de) |
| 05:52:18 | | Join [Saint_] [0] (~saint@rockbox/staff/saint) |
| 05:52:34 | | Quit TheSeven (Disconnected by services) |
| 05:52:45 | | Quit JdGordon_ (Ping timeout: 250 seconds) |
| 05:52:46 | | Quit alucryd (Ping timeout: 250 seconds) |
| 05:52:47 | | Quit Elfish (Ping timeout: 250 seconds) |
| 05:52:47 | | Quit AlexP (Ping timeout: 250 seconds) |
| 05:52:48 | | Quit [Saint] (Ping timeout: 250 seconds) |
| 05:52:48 | | Quit ParkerR (Ping timeout: 250 seconds) |
| 05:52:48 | | Quit charlie (Ping timeout: 250 seconds) |
| 05:52:49 | | Quit rudi_s (Ping timeout: 250 seconds) |
| 05:52:49 | | Quit mazzoo (Ping timeout: 250 seconds) |
| 05:52:49 | | Quit pystar89 (Ping timeout: 250 seconds) |
| 05:52:49 | | Quit sLite_ (Ping timeout: 250 seconds) |
| 05:52:50 | | Quit uwe_mobile__ (Ping timeout: 250 seconds) |
| 05:52:50 | | Quit Bluefoxicy (Ping timeout: 250 seconds) |
| 05:52:51 | | Quit shamus (Ping timeout: 250 seconds) |
| 05:52:51 | | Quit Slasheri (Ping timeout: 250 seconds) |
| 05:52:53 | | Join [7] [0] (~quassel@rockbox/developer/TheSeven) |
| 05:52:53 | | Join alucryd- [0] (~alucryd@archlinux/trusteduser/alucryd) |
| 05:52:53 | | Nick alucryd- is now known as alucryd (~alucryd@archlinux/trusteduser/alucryd) |
| 05:53:43 | | Join Bluefoxicy [0] (~Bluefoxic@c-76-21-157-203.hsd1.md.comcast.net) |
| 05:53:46 | | Join shamus [0] (~shmaus@ip-206-192-193-180.marylandheights.ip.cablemo.net) |
| 05:54:17 | | Join ParkerR [0] (ParkerR@unaffiliated/parkerr) |
| 05:54:24 | | Join Elfish [0] (amba@2001:1608:12:1:13:3:3:7) |
| 05:54:41 | | Join Slasheri [0] (miipekk@xen.ihme.org) |
| 05:54:41 | | Quit Slasheri (Changing host) |
| 05:54:41 | | Join Slasheri [0] (miipekk@rockbox/developer/Slasheri) |
| 05:55:25 | | Join charlie [0] (~c@unaffiliated/charlie) |
| 05:56:02 | | Nick [Saint_] is now known as [Saint] (~saint@rockbox/staff/saint) |
| 06:00 |
| 06:01:32 | [Saint] | JdGordon: then...bugger. |
| 06:02:23 | [Saint] | (I recompiled my sdl-app and its behaving normally, and matching real hardware again, btw - not sure what was up with that...) |
| 06:03:34 | [Saint] | so the values printed in the wps move accordingly with the bar, and the setting value is updated in the system menu, buit its not actually _applied_. |
| 06:04:15 | [Saint] | even with adding settings_save(); to 299 on skin_touchsupport.c |
| 06:05:34 | [Saint] | my apologies for the sdl-app initially causing me to state a mistruth. |
| 06:15:35 | | Quit Strife89 (Ping timeout: 272 seconds) |
| 06:18:36 | JdGordon | [Saint]: and settings_save() is actually being called? |
| 06:18:44 | JdGordon | that should force a settings write |
| 06:20:00 | [Saint] | it looks like it /should/ be: |
| 06:20:01 | [Saint] | http://pastebin.com/LHWQUyj9 |
| 06:20:14 | [Saint] | I assume that's correct. |
| 06:20:18 | [Saint] | looks right to me. |
| 06:20:36 | JdGordon | yeah, thats correct |
| 06:21:30 | [Saint] | the same thing is happening with the context menu's "reset setting" feature. |
| 06:21:39 | | Join ploco [0] (dce9b7f9@gateway/web/freenode/ip.220.233.183.249) |
| 06:22:09 | [Saint] | it updates the value in the settings menu, and its visible in the wps in my debug stuff and overflow menu settings, but its not actually _applied_. |
| 06:22:13 | ploco | [Saint]: update_setting_value_from_touch in option_select.c. |
| 06:22:34 | [Saint] | aha - you glorious fucker. :) |
| 06:24:06 | [Saint] | I, no - hangon. What? |
| 06:25:54 | *** | Saving seen data "./dancer.seen" |
| 06:25:58 | ploco | void (*f)(int) = NULL; f = setting->int_setting->option_callback; if (*f != NULL) f(1); //add all these after line 613 |
| 06:27:25 | [Saint] | ah - to fix the "reset settings" not applying properly? |
| 06:28:00 | ploco | for bar updated but not apply issue |
| 06:28:32 | JdGordon | don't do that :) |
| 06:28:51 | JdGordon | get it to call val_to_selection() and use the returned functino pointer |
| 06:29:11 | JdGordon | but no that shoutldnt stop setting_save() applying everything |
| 06:29:23 | ploco | its a ugly hack i did, I know its very bad and never put on gerrit |
| 06:29:26 | JdGordon | [Saint]: which setting are use testing with? |
| 06:29:39 | JdGordon | must be the sound ones? |
| 06:29:46 | [Saint] | bass, treble, balance |
| 06:31:41 | JdGordon | those shouldnt need the callback to be called to get written to the .cfg |
| 06:31:50 | JdGordon | but they do ned it called to apply the change |
| 06:33:55 | [Saint] | oh, shit me. yes, it is updating the .cfg now after adding settings_save(); to skin_touchsupport. |
| 06:34:00 | [Saint] | but its not audible. |
| 06:34:17 | [Saint] | you're quite right. |
| 06:34:17 | JdGordon | yes, the callback needs to be called |
| 06:34:29 | JdGordon | as ploco pointed out (clever guy :) ) |
| 06:34:32 | [Saint] | so, that's half the bug taken care of. I'm not sure I follow on the other half. |
| 06:35:37 | JdGordon | in update_setting_value_from_touch() call val_to_selection() to get the callback function, then call it |
| 06:36:04 | ploco | I knew this since one year ago. was making a theme contain EQ bar in WPS. but nvm cause I'm not gonna do the workaround anymore. thinking go native for real this time. |
| 06:36:06 | JdGordon | get_setting_info_for_bar calls it but doesnt use the returned function |
| 06:36:59 | JdGordon | or add a nicer way to get the callback |
| 06:37:14 | JdGordon | or bug me tonight |
| 06:44:05 | | Quit ploco (Quit: Page closed) |
| 06:51:16 | | Quit Provel (Read error: Connection reset by peer) |
| 06:54:24 | | Join Provel [0] (Provel@75-132-25-180.dhcp.stls.mo.charter.com) |
| 07:00 |
| 07:10:34 | | Join mazzoo [0] (~mazzoo@country.muc2.m.ario.land) |
| 07:10:34 | | Join GeekShad1w [0] (~antoine@nzf.turmel.info) |
| 07:10:43 | | Join AlexP [0] (~alex@rockbox/staff/AlexP) |
| 07:10:58 | | Quit mazzoo_ (Write error: Broken pipe) |
| 07:10:58 | | Quit GeekShadow (Write error: Broken pipe) |
| 07:11:08 | | Quit AlexP_ (Remote host closed the connection) |
| 07:49:09 | | Join pystar89 [0] (~pystar89@ip-176-199-76-43.hsi06.unitymediagroup.de) |
| 07:57:31 | | Nick SuperBrainAK is now known as DormantBrain (~andy@2001:470:8:a61::5f92:59a1) |
| 08:00 |
| 08:19:18 | | Join kugel [0] (~kugel@avm-guido.avm.de) |
| 08:19:18 | | Quit kugel (Changing host) |
| 08:19:18 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
| 08:22:42 | | Join ender` [0] (krneki@foo.eternallybored.org) |
| 08:25:58 | *** | Saving seen data "./dancer.seen" |
| 08:35:09 | | Quit ygrek (Ping timeout: 244 seconds) |
| 08:54:56 | | Join mortalis [0] (~kvirc@213.33.220.118) |
| 09:00 |
| 09:01:04 | | Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) |
| 09:04:47 | | Quit ungali (Quit: ungali) |
| 09:06:39 | | Join petur [0] (5bb7304d@rockbox/developer/petur) |
| 09:12:57 | | Join Zagor [242] (~bjst@rockbox/developer/Zagor) |
| 09:29:27 | | Quit einhirn (Read error: Connection reset by peer) |
| 09:32:15 | | Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) |
| 09:35:47 | | Join LinusN [0] (~linus@giant.haxx.se) |
| 09:46:02 | * | [7] checks his todo list |
| 09:47:17 | [7] | any ipod classic users (except for franklin) around? |
| 09:47:33 | [7] | I'm especially interested in users with non-standard hard disks, CF mods, or whatever |
| 09:48:17 | * | copper looks at [Saint] |
| 09:48:43 | * | [7] is looking for testers for g#897 |
| 09:48:46 | fs-bluebot | Gerrit review #897 at http://gerrit.rockbox.org/r/897 : iPod Classic: Fix several ATA driver bugs. by Michael Sparmann |
| 09:50:21 | [7] | some regression testng of g#899 (especially low battery conditions) would be helpful as well |
| 09:50:23 | fs-bluebot | Gerrit review #899 at http://gerrit.rockbox.org/r/899 : iPod Classic: Prevent low battery shutdown if no battery is present by Michael Sparmann |
| 09:50:59 | [7] | g#898 needs some fixing, I'll look into that |
| 09:51:01 | fs-bluebot | Gerrit review #898 at http://gerrit.rockbox.org/r/898 : iPod Classic: Properly detect external power and charging state. by Michael Sparmann |
| 09:51:03 | copper | I didn't realize your changes included Rockbox itself |
| 09:54:11 | | Join ygrek [0] (~user@108.59.6.97) |
| 10:00 |
| 10:10:10 | | Quit copper (Quit: ZNC - http://znc.in) |
| 10:11:15 | | Join copper [0] (~copper@unaffiliated/copper) |
| 10:21:51 | | Nick gevaerts_ is now known as gevaerts (~fg@rockbox/developer/gevaerts) |
| 10:26:00 | *** | Saving seen data "./dancer.seen" |
| 10:29:23 | JdGordon | [Saint]: if you give me a skin preview i'll fix your setting slider bug |
| 10:34:02 | [Saint] | http://www.datafilehost.com/d/5ecb054b |
| 10:34:35 | [Saint] | don't mind the draw issues in the overflow menu - I /think/ I have a workaround for this. |
| 10:35:53 | [Saint] | (my idea if to make variable set/increment/decrement trigger a full wpsupdate - is that too ugly?) |
| 10:36:23 | [Saint] | play/pause does a full wpsupdate, so, I guess not. |
| 10:36:57 | [Saint] | alternatively I could create two fullscreen conditional viewports and juggle them to force a fullscreen update. |
| 10:37:31 | [Saint] | alternatively alternatively, centering text in viewports would allow me to /disguise/ the issue. |
| 10:37:46 | [Saint] | (line height, not horizontally) |
| 10:39:34 | [Saint] | let me know if you have any idea on the right way to handle the draw issues you'll undoubtedly see in the overflow menu backdrop segments. |
| 10:40:55 | [Saint] | BBIAB |
| 10:48:44 | * | [7] updated g#898 as well |
| 10:48:46 | fs-bluebot | Gerrit review #898 at http://gerrit.rockbox.org/r/898 : iPod Nano 2G and Classic: Fix power and charging detection. by Michael Sparmann |
| 10:54:16 | | Join froggyman [0] (~frogs@unaffiliated/froggyman) |
| 11:00 |
| 11:03:20 | JdGordon | [Saint]: g#913 |
| 11:03:23 | fs-bluebot | Gerrit review #913 at http://gerrit.rockbox.org/r/913 : Call the setting callbacks from the touchregions by Jonathan Gordon |
| 11:22:25 | bcobco | [7]: ipod classic here, but with a standard hard disk (but not the original one) |
| 11:22:29 | | Join lleeloo [0] (~lleeloo@178.125.76.225) |
| 11:30:20 | [Saint] | JdGordon: did that eliminate the need for calling settings_set from skin_touchsupport.c? |
| 11:30:28 | [Saint] | or is this in addition to? |
| 11:34:28 | [Saint] | aha - nevermind. it loaded poorly in Chrome and I answered my own question. |
| 11:39:27 | * | user890104 also has an ipod classic at hand |
| 11:43:11 | | Join wils [0] (014058db@gateway/web/freenode/ip.1.64.88.219) |
| 11:44:53 | wils | i have been updating the hifi et ma8c to rockbox however when i open my hifi et it says can't open mkv file and freezes |
| 11:46:49 | wils | any idea how to recover |
| 11:53:38 | | Quit pystar89 (Ping timeout: 246 seconds) |
| 11:55:16 | [Saint] | [7]: would you have any objection to me disabling GUI boost onthe Classic (and N2G?)? |
| 11:55:27 | [Saint] | neither of them require it. |
| 11:55:48 | [Saint] | its aimed at the PP ipods, and both the N2G and Classic inherited it via config c/p. |
| 11:56:27 | | Quit wils (Ping timeout: 246 seconds) |
| 11:56:53 | [Saint] | Video, Color, Photo, 4G, 3G, ...etc. all require it else the lists become very choppy. |
| 11:57:13 | [Saint] | But the Classic and N2G are both fairly ridiculously overpowered. |
| 12:00 |
| 12:15:38 | | Join krabador [0] (~krabador@unaffiliated/krabador) |
| 12:18:24 | copper | [Saint]: scrolling on the Classic is slow and slightly choppy |
| 12:18:45 | [Saint] | not in my experience. |
| 12:21:01 | copper | vOv |
| 12:21:02 | copper | bbl |
| 12:26:01 | *** | Saving seen data "./dancer.seen" |
| 12:27:05 | [7] | [Saint]: I seem to remember that the UI was sluggish without it a few years ago on nano2g |
| 12:27:30 | [Saint] | hmmm. |
| 12:27:32 | [7] | but if you can't find any regressions (also check USB access etc, that might only work properly when boosted due to system bus bandwidth reasons), I'm fine with it |
| 12:27:40 | [Saint] | I don't seem to find any issue with it. |
| 12:27:52 | [Saint] | but perhaps people are having issue with overly complex themes. |
| 12:28:20 | [7] | bcobco: can you test g#897 for regressions? |
| 12:28:22 | fs-bluebot | Gerrit review #897 at http://gerrit.rockbox.org/r/897 : iPod Classic: Fix several ATA driver bugs. by Michael Sparmann |
| 12:28:38 | bcobco | sure. but |
| 12:28:41 | [Saint] | [7]: if USb access needs boosting, that needs to be handled entirely seperately, and, AFAIK, isn't now. |
| 12:28:51 | [Saint] | I'm not disabling boosting altogether,. |
| 12:28:55 | [Saint] | Just the GUI boost. |
| 12:29:11 | [7] | sure, I'm just saying that disabling that might expose other problems |
| 12:29:18 | [7] | so it needs careful testing |
| 12:29:34 | [Saint] | I'm not sure how it could cause an issue with USB though... |
| 12:29:44 | bcobco | but is there any /.rockbox directory ¿? |
| 12:29:54 | [Saint] | That would've presented an issue _long_ before now if it was relevant. |
| 12:30:16 | [7] | [Saint]: unless GUI boost, for some reason, boosts before entering the USB screen |
| 12:30:26 | [7] | not sure if it does, but it's something to watch out for, just sayin' |
| 12:30:42 | [Saint] | ...not that we need to worry about USB on the N2G. |
| 12:30:48 | [Saint] | In fact, it shoul dbe disabled. |
| 12:31:09 | [Saint] | It just panics and fucks itself anyway. |
| 12:31:34 | bcobco | [7]: http://build.rockbox.org/data/rockbox-ipod6g.zip is this one_? |
| 12:31:43 | [7] | [Saint]: even with my patch? |
| 12:31:57 | [7] | [7]: no, I need you to test a patched build |
| 12:31:57 | [Saint] | 897? |
| 12:32:08 | [7] | no, the USB designware patch |
| 12:32:13 | [7] | the one that needs the bitfields removed |
| 12:32:50 | [Saint] | It did the first time I tested it with a binary you gave me. But that was ages ago. I haven't been able to compile it 'cos GCC. |
| 12:32:59 | [Saint] | removing those bitfields is on my todo list. |
| 12:33:06 | [Saint] | but someone is welcome to beat me to it. |
| 12:33:16 | [7] | check with user890104, he might be working on it already |
| 12:33:43 | [7] | bcobco: I can make you a build to try in a few minutes |
| 12:33:43 | bcobco | gime a link to a patched build and im testing if |
| 12:33:46 | bcobco | it |
| 12:33:58 | [Saint] | I needed to expand the stack WAAAAAAAAAAAAAAAAY more than I felt comfortable with to get it to stop panicing on USB plug. |
| 12:34:06 | [Saint] | like, a factor of 8. |
| 12:34:14 | [7] | USB stack or main stack? |
| 12:34:19 | [Saint] | USB stack. |
| 12:34:53 | [7] | huh? that doesn't make sense at all |
| 12:35:02 | * | [Saint] nods |
| 12:35:05 | [Saint] | Indeed. |
| 12:35:13 | [7] | especially only on one of two targets, sharing the same code |
| 12:35:52 | [Saint] | I need to setup the toolchain for emCORE again. |
| 12:36:16 | [Saint] | I had it going, but Ms. [Saint] accidentally wiped out my shared dev storage. :-/ |
| 12:36:42 | [Saint] | And I haven't bothered replacing it because it gave me an excuse to not bother fixing issues that are presented by your patches. |
| 12:36:58 | [Saint] | ...not that I've been rushing to do that. ETIME> :_/ |
| 12:37:42 | [Saint] | The TNT toolchain seems to be quite a bit more lenient (but produces slightly smaller binaries). |
| 12:43:55 | [7] | theseven.homenet.org/~theseven/tmp/rockbox-ipodclassic-with-all-patches.zip">http://theseven.homenet.org/~theseven/tmp/rockbox-ipodclassic-with-all-patches.zip |
| 12:44:00 | [7] | bcobco, [Saint]: ^ |
| 12:44:17 | bcobco | [7]: ok |
| 12:44:51 | [Saint] | JdGordon: okie-dokie - this is weird as Hell. |
| 12:45:05 | [Saint] | with that patch, no audio plays _at all_. |
| 12:45:21 | [Saint] | it rapidly cycles through the playlist and then exits to main menu. |
| 12:47:00 | [Saint] | trying again with all my (fairly confidently irrelevant) local patches removed. |
| 12:47:56 | bcobco | emcore diskmode refuses to umount/eject |
| 12:48:03 | bcobco | please wait |
| 12:48:27 | user890104 | [Saint]: i still haven't started this, and i'll be traveling this weekend, so i'll be able to start fixing this next weekend |
| 12:48:43 | user890104 | bcobco |
| 12:48:51 | user890104 | emcore disk mode also causes corruption |
| 12:49:00 | user890104 | keep this in mind |
| 12:49:09 | bcobco | actually its the only way i have to access the hdd |
| 12:49:21 | bcobco | rockbox does not mount. |
| 12:49:25 | user890104 | which emcore revision are you using? |
| 12:49:30 | bcobco | the one you gave me |
| 12:49:39 | bcobco | r949 |
| 12:49:43 | user890104 | ok, this one seems a bit more stable to me |
| 12:49:44 | bcobco | nooo |
| 12:49:55 | bcobco | v0.2.3 r919M |
| 12:49:58 | bcobco | sorry my fault |
| 12:50:33 | [Saint] | JdGordon: okay, verified, with a clean local tree - it just burns through the playlist without playing any audio. |
| 12:51:05 | [7] | [Saint]: theseven.homenet.org/~theseven/tmp/rockbox-ipodnano2g-with-all-patches.zip">http://theseven.homenet.org/~theseven/tmp/rockbox-ipodnano2g-with-all-patches.zip |
| 12:51:30 | bcobco | with latest [7] version now rockbox mounts propertly |
| 12:51:54 | [7] | [Saint]: no USB problems on neither windows nor linux with above nano2g build |
| 12:52:28 | [7] | which reminds me that I also need reviewers for g#843 |
| 12:52:31 | fs-bluebot | Gerrit review #843 at http://gerrit.rockbox.org/r/843 : Fix cache coherency on ARM940T (and other ARMv4T cores). by Michael Sparmann |
| 12:53:42 | bcobco | seems to copy faster |
| 12:54:28 | bcobco | i have noticed something new: usb keypad mode, multimedia |
| 12:54:44 | [7] | that doesn't seem to actually work yet though |
| 12:54:47 | bcobco | what the funk is that |
| 12:55:10 | [7] | control media player software on you PC using the ipod's clickwheel :) |
| 12:55:18 | bcobco | nice! |
| 12:55:44 | [7] | there was also an experimental patch to simulate a USB sound card for some devices |
| 12:55:48 | bcobco | sometimes the clickwheel stop wheeling until a keyclick is done |
| 12:56:29 | [7] | yeah, that's an ages old bug, I think I first saw that problem like 3 years ago |
| 12:56:40 | [7] | actually I think it's been there ever since ;) |
| 12:56:53 | bcobco | testing your patched version i succesfully mounted copied and umounted through rockbox |
| 12:57:03 | bcobco | what more things to test? |
| 12:57:13 | [Saint] | JdGordon: (logs) details left on g#913 |
| 12:57:15 | fs-bluebot | Gerrit review #913 at http://gerrit.rockbox.org/r/913 : Call the setting callbacks from the touchregions by Jonathan Gordon |
| 12:57:47 | [7] | bcobco: hm, those builds have reworked USB and hard disk drivers, and better charging / power detection code |
| 12:58:24 | [7] | in the hard disk area, mostly the drive detection and initialization has been changed, not the actual data transfer code |
| 12:58:31 | bcobco | i will try to connect to a simple usb charger, i will see if rockbox tries to mount (it should not) |
| 12:59:01 | [7] | so in general this build needs USB testing, drive compatibility testing, and charging state detection testing, including firewire charging if possible |
| 12:59:09 | [7] | I guess you've already tested everything that you can :) |
| 12:59:37 | bcobco | hmmm |
| 12:59:42 | bcobco | check this |
| 13:00 |
| 13:00:01 | bcobco | Divide by zero at 0805CF04 |
| 13:00:18 | [7] | hm, nano2g and classic don't have USB host detection yet I think, so it WILL try to mount when connected to a charger |
| 13:00:22 | bcobco | pc:0805CF04 sp:000097C4 |
| 13:00:22 | [7] | (yes, another thing for the todo list) |
| 13:00:39 | bcobco | A: 0807C5F4 |
| 13:00:46 | bcobco | bt end |
| 13:00:59 | [7] | with my classic build? after doing what? |
| 13:01:17 | bcobco | yes with your build, happened when connecting to a usb charger in the wall |
| 13:01:44 | [Saint] | can confirm. |
| 13:01:53 | bcobco | before your build, rockbox behavior was to mount... |
| 13:01:54 | [Saint] | never used to do that. |
| 13:02:03 | [Saint] | well.../attempt/ to mount. |
| 13:02:10 | [Saint] | can't mount with no host. ;) |
| 13:02:25 | [7] | ok, looks like you caught a bug in the designware driver |
| 13:02:32 | [7] | that crash is in usb_dw_start_tx |
| 13:02:49 | bcobco | its annoying when rockbox tries to mount the lighter of my car |
| 13:03:11 | [7] | yeah, it's the old "maxpacket is zero" bug |
| 13:03:17 | [7] | I think we've fixed that in emcore already |
| 13:03:39 | [7] | bcobco: yeah, and it's some of the things that will hopefully be fairly easy to fix |
| 13:03:57 | [7] | but someone needs to explain how that new framework works to me ;) |
| 13:04:36 | bcobco | nice. please make me notice in order to test |
| 13:07:36 | [7] | [Saint]: can you verify that my build above fixes USB on the nano you were having trouble with? |
| 13:07:44 | [7] | (ignore HID for now) |
| 13:08:37 | JdGordon | [Saint]: ok thanks, yeah, i didnt test it |
| 13:08:39 | | Quit krabador (Quit: Take the time.) |
| 13:12:03 | kugel | JdGordon: doesnt settings_save() write to disk immediately? |
| 13:18:01 | [Saint] | kugel: apparently not |
| 13:18:33 | [Saint] | At least, not my attempt at an alternative fix prior. |
| 13:18:59 | [Saint] | Oh, crap, confused myself. |
| 13:19:10 | [Saint] | Yes - yes it does. |
| 13:19:52 | [Saint] | [7]: got a hang on rapid plug. |
| 13:20:05 | [Saint] | (Unlikely real world scenario) |
| 13:20:35 | [Saint] | Otherwise functional |
| 13:21:00 | [Saint] | Hang on rapid plug is reproducible, but not consistent. |
| 13:21:17 | [Saint] | No error printed. Just a stuck UI requiring hard reset |
| 13:21:27 | [Saint] | Definitely a marked improvement. |
| 13:22:13 | * | [Saint] tries a real Windows host |
| 13:23:18 | [Saint] | Seems OK. Managed to get the hang again though. |
| 13:23:57 | [Saint] | I'm not sure rapidly plugging USB is a real use case to consider, just torturing it. |
| 13:25:18 | | Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93) |
| 13:25:21 | [Saint] | Hmmm. When it hangs dmesg isn't picking it up. |
| 13:26:34 | [Saint] | Maybe I should try on a non-frankennano2g to make sure its not a HW bug but I can't find any. |
| 13:29:23 | [7] | hang on rapid reconnecting is also a really old bug |
| 13:29:35 | [7] | probably some race condition in the mode switch logic |
| 13:37:42 | JdGordon | kugel: [Saint]: It shold in the sim, real devices wait for disk access before flushing |
| 13:44:37 | | Quit ygrek (Ping timeout: 244 seconds) |
| 13:52:27 | | Join pystar89 [0] (~pystar89@ip-176-199-76-43.hsi06.unitymediagroup.de) |
| 14:00 |
| 14:12:55 | | Quit jhMikeS (Ping timeout: 272 seconds) |
| 14:26:03 | *** | Saving seen data "./dancer.seen" |
| 14:49:03 | | Nick rudi_s_ is now known as rudi_s (~simon@ruderich.eu) |
| 14:55:22 | | Join amayer [0] (~amayer@mail.weberadvertising.com) |
| 15:00 |
| 15:00:09 | | Quit benedikt93 (Ping timeout: 260 seconds) |
| 15:06:34 | [Saint] | nice bug. |
| 15:06:47 | [Saint] | %ax completely trashes the backdrop buffer. |
| 15:07:12 | [Saint] | it gets all pixelated and magenta weirdness. |
| 15:07:44 | | Join cmhobbs_ [0] (~cmhobbs@ip98-186-66-92.fv.ks.cox.net) |
| 15:07:50 | [Saint] | and its especially evident on my theme apparently as it doesn't actually use a full backdrop. |
| 15:08:40 | [Saint] | not sure if it presents on real life hardware as yet. |
| 15:14:56 | | Join rela [0] (~x@pdpc/supporter/active/rela) |
| 15:15:15 | | Join Strife89 [0] (~Strife89@adsl-98-80-207-199.mcn.bellsouth.net) |
| 15:23:35 | | Quit amayer (Quit: Leaving) |
| 15:32:10 | [Saint] | you heard it right here folks...this is me officially giving up on wide locale support. |
| 15:32:35 | [Saint] | it can go suck a lemon. |
| 15:32:44 | [Saint] | LTR or die. |
| 15:33:36 | | Quit Strife89 (Ping timeout: 245 seconds) |
| 15:37:56 | | Join amayer [0] (~amayer@mail.weberadvertising.com) |
| 15:42:09 | | Join redhot_ [0] (5e99de8a@gateway/web/freenode/ip.94.153.222.138) |
| 15:42:20 | redhot_ | Howdy guys! |
| 15:43:32 | redhot_ | Any chance we RockBox will have support for exFAT? |
| 15:43:56 | * | redhot_ is curious about it |
| 15:44:03 | funman | no |
| 15:44:15 | redhot_ | hello funman! why no? :) |
| 15:44:35 | funman | google rockbox exfat has pretty good explanations |
| 15:44:44 | redhot_ | thanks my friend |
| 15:44:45 | rela | hey guys |
| 15:45:11 | rela | has anyone ever had the problem that a bunchload of mp3s can not be played (player just stays at 0secs) |
| 15:45:40 | rela | it seems like this suddenly started from happening for a bunch of mp3s |
| 15:45:56 | funman | rela: check the filesystem |
| 15:47:34 | rela | funman: i will |
| 15:47:44 | rela | thanks |
| 15:47:54 | rela | can it be something with the database though? |
| 15:48:02 | rela | i remember fiddling about with that menu point |
| 15:48:15 | Zagor | redhot_: basically, it's a) strictly patented and b) rather pointless |
| 15:49:06 | redhot_ | Zagor: this page suggested by funman (http://forums.rockbox.org/index.php?topic=21349.0) gave me enough of answers, thanks :) |
| 15:49:18 | redhot_ | Absolutely clear |
| 15:51:48 | | Part LinusN |
| 15:52:20 | | Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93) |
| 15:55:49 | | Quit rela (Read error: Connection reset by peer) |
| 15:57:41 | funman | support for already formatted SD cards would be nice though, but I think it's not worth and reformatting them is easy |
| 15:58:30 | preglow | considering the work involved: yeah |
| 15:58:35 | preglow | also the patent issues |
| 16:00 |
| 16:00:42 | | Quit benedikt93 (Ping timeout: 255 seconds) |
| 16:05:38 | funman | http://www.microsoft.com/en-us/legal/intellectualproperty/iplicensing/programs/exfatfilesystem.aspx |
| 16:05:44 | funman | Please note that open source or other publicly available implementations of exFAT do not include an IP license from Microsoft. |
| 16:05:57 | | Join ZincAlloy [0] (~Adium@pD9EEA402.dip0.t-ipconnect.de) |
| 16:09:48 | | Join Strife89 [0] (~Strife89@2602:306:bce1:8c20:f836:ea98:c544:7e46) |
| 16:21:59 | | Nick DormantBrain is now known as SuperBrainAK (~andy@2001:470:8:a61::5f92:59a1) |
| 16:24:55 | bcobco | and... what about EXT 2/3/4 ? |
| 16:24:57 | | Join wodz [0] (~wodz@iwl138.internetdsl.tpnet.pl) |
| 16:25:36 | | Join Scr0mple [0] (~Simon@161.43.73.67) |
| 16:25:39 | wodz | pamaury: (log) crc framework in hwpatcher works as expected. Thanks. |
| 16:25:51 | | Join ygrek [0] (~user@108.59.6.97) |
| 16:26:06 | *** | Saving seen data "./dancer.seen" |
| 16:26:24 | | Quit Scromple (Read error: Connection reset by peer) |
| 16:26:29 | gevaerts | bcobco: a lot of effort for very little gain and a high RAM cost |
| 16:31:13 | Zagor | "a lot" is an understatement |
| 16:31:36 | Zagor | sure, writing the code is just "a lot". but then there's the bugs. the support cases. the dragons. |
| 16:32:24 | [Saint] | There is an open exFAT implementation. |
| 16:32:29 | [Saint] | And has been for ages. |
| 16:32:48 | bcobco | exfat is now in the linux kernel im wrong? |
| 16:33:01 | bcobco | Zagor: thx for explanation |
| 16:33:16 | | Join krabador [0] (~krabador@unaffiliated/krabador) |
| 16:33:20 | bcobco | gevaerts: thx |
| 16:33:40 | Zagor | [Saint]: sure. we'll just pull it in, like we've been able to do with all other system code... ;-) |
| 16:33:49 | | Part krabador |
| 16:33:51 | gevaerts | bcobco: no, the linux kernel doesn't do exfat |
| 16:33:56 | gevaerts | Unless I managed to miss something |
| 16:35:17 | bcobco | hmm maybe im wrong. some time ago i read something about an opensource exfat |
| 16:35:40 | funman | http://opensource.samsung.com/reception/receptionSub.do?method=sub&sub=F&searchValue=exfat |
| 16:35:49 | bcobco | thx funman |
| 16:36:07 | gevaerts | There's a fuse exfat thing somewhere |
| 16:36:48 | funman | https://code.google.com/p/exfat/ |
| 16:36:50 | bcobco | but that samsung exfat code is gnu |
| 16:37:26 | funman | samsung or not, gpl or not, fuse or not, it doesn't make it easier to 1/ port to rockbox 2/ ignore patent issues 3/ be actually useful |
| 16:37:55 | [Saint] | the only thing it'd really be useful for is very large files. |
| 16:38:24 | funman | I was going to suggest make filesystems loadable plugins |
| 16:38:54 | funman | maybe persistent like battery_bench |
| 16:39:07 | bcobco | large files is a good reason |
| 16:39:13 | gevaerts | If we get the dynamic loader stuff, that's not too difficult |
| 16:39:21 | gevaerts | bcobco: rockbox is still an *audio* player |
| 16:39:26 | Zagor | rockbox itself has no support/use for large files |
| 16:40:07 | bcobco | thats true. an audio player that can play DOOM. |
| 16:40:17 | bcobco | haha |
| 16:40:42 | Zagor | when we add something that needs >2GB files, *then* we can discuss how to handle it |
| 16:40:54 | Zagor | and the most likely solution to that is "split the file" |
| 16:41:00 | funman | Zagor: 7.1 channels 24bits 96kHz wav files ? :) |
| 16:41:01 | bcobco | the reason for large files, when you have a big storage like an ipod, i use it as an external HDD |
| 16:43:29 | bcobco | 160GB with 4GB max filesize is something like a limitation |
| 16:44:40 | Zagor | it's not a bad argument, but also not so compelling as to have someone spend months adding it |
| 16:44:59 | Zagor | after all, you can always partition off a couple of gigs and use whatever filesystem you want there |
| 16:46:04 | Zagor | (unless you have a mac, that is...) |
| 16:48:43 | bcobco | in the other side, [7] once recommended me not to have a partition table |
| 16:49:07 | | Quit lleeloo () |
| 16:49:37 | bcobco | thats nice on linux. but win and mac behaves trouble in that situation |
| 16:50:49 | [Saint] | suuuuuuuuuuuuuuuuuuuperfloppy! |
| 16:51:40 | [Saint] | its a bird, its a plane, its...a logical volume. |
| 16:57:48 | | Join HeadWhacker [0] (84934c34@gateway/web/freenode/ip.132.147.76.52) |
| 16:58:41 | | Quit Zagor (Quit: Clint excited) |
| 17:00 |
| 17:00:14 | HeadWhacker | Hi, is the option HAVE_LCD_SLEEP_SETTING working for the current master branch? |
| 17:10:06 | | Quit mortalis (Ping timeout: 260 seconds) |
| 17:24:45 | | Quit petur (Ping timeout: 246 seconds) |
| 17:33:07 | | Quit kugel (Ping timeout: 240 seconds) |
| 17:49:27 | | Join krabador [0] (~krabador@unaffiliated/krabador) |
| 17:50:27 | | Part krabador |
| 18:00 |
| 18:18:39 | | Quit redhot_ (Ping timeout: 246 seconds) |
| 18:19:54 | saratoga | funman: I'd like to exfat support |
| 18:20:12 | saratoga | pretty much everything we distribute is patented to hell in some countries :) |
| 18:20:29 | funman | yes the patents do not seem to be a problem to me |
| 18:21:13 | saratoga | but i am too lazy to work on that |
| 18:21:52 | saratoga | but if someone wanted to add support (especially on devices with SDXC slots), i would be fine with it |
| 18:22:13 | [7] | isn't every SD slot an SDXC slot with the right software? |
| 18:22:18 | saratoga | yeah |
| 18:22:27 | saratoga | hardware is one and the same |
| 18:22:48 | saratoga | the new highspeed SDXC modes were even retroactively added to SDHC to keep the interfaces identical |
| 18:23:27 | saratoga | makes sense really, you don't want to have to have two controller types, one for 32GB cards (which are going to be the bulk of cards for a looong time yet) and larger |
| 18:23:35 | saratoga | and one for larger |
| 18:24:12 | * | [7] doesn't think he's ever seen a device with the new (UHS-II) interface |
| 18:25:04 | [7] | we also couldn't make any use of the additional speed of even UHS-I |
| 18:25:15 | saratoga | yeah |
| 18:25:43 | saratoga | i think its expected that devices run SD at whatever speed they need given their purpose and power budget, and the full speed is mostly just used for adding/removing files on PC |
| 18:26:08 | *** | Saving seen data "./dancer.seen" |
| 18:26:12 | [7] | and maybe 4K 120fps 3D video cameras or something |
| 18:26:31 | saratoga | yeah |
| 18:26:41 | saratoga | heres a UHS-II SDHC card benchmark: http://www.legitreviews.com/sandisk-extreme-pro-uhs-ii-32gb-memory-card-review_142592/2 |
| 18:26:47 | saratoga | probably never get that fast on a device |
| 18:26:50 | | Join swetz [0] (~swetz@46.239.126.202) |
| 18:27:01 | [7] | huh |
| 18:27:06 | [7] | the UHS-I figures are slow |
| 18:27:22 | [7] | I'm getting that with plain old 4bit SDIO on the ipod classic's CEATA drive |
| 18:27:27 | [7] | or was that 8 bit? hm |
| 18:28:43 | saratoga | 4 bit was limited to 25 MB/s I think? at least for real SD cards |
| 18:28:48 | saratoga | unless you overclocked them |
| 18:29:36 | [7] | hm, so it was probably 8bit |
| 18:29:46 | [7] | alyway, kinds strange that UHS-I was only 2 times as fast |
| 18:30:08 | saratoga | could be a screwy card firmware, they may have more optimized it for USH-II |
| 18:35:04 | bcobco | [7]: fixed that divide by zero bug? |
| 18:36:08 | [7] | bcobco: no, need to investigate the cause of that |
| 18:36:20 | [7] | does it only happen with chargers? |
| 18:37:23 | bcobco | in a linux system it un/mounted propertly |
| 18:37:41 | bcobco | let me check on a genuine windows |
| 18:37:47 | | Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) |
| 18:37:51 | [7] | the crash suggests that something is trying to send a USB packet even though there isn't even a host present |
| 18:37:57 | [7] | not quite sure why anthing would do that |
| 18:38:39 | bcobco | forget that genuine adjetive |
| 18:39:47 | bcobco | that bug happened with a wall usb charger |
| 18:39:59 | [7] | yes, that makes sense |
| 18:40:09 | | Quit efyx_ (Ping timeout: 244 seconds) |
| 18:40:19 | [7] | I'm just not getting what tried to transmit anything before there was even a bus reset |
| 18:40:34 | [7] | typically the ipod is only supposed to react based on requests from the PC |
| 18:41:15 | [7] | thus a full backtrace of that crash would be helpful |
| 18:41:24 | [7] | what is needed to make panic screens show backtraces? |
| 18:41:39 | bcobco | win8 mounted propertly too |
| 18:42:17 | | Quit Strife89 (Quit: Leaving) |
| 18:43:10 | bcobco | how can i get a full backtrace? |
| 18:43:22 | [7] | no idea |
| 18:43:32 | [7] | something apparently confused the unwinding code |
| 18:43:42 | | Part ZincAlloy |
| 18:43:57 | [7] | I guess I need to compile that without -fomit-frame-pointer or something, but I'm sure someone here will know what exactly I need to do |
| 18:44:32 | bcobco | i have done another test i did not before |
| 18:44:52 | bcobco | connect to usb wall charger with menu button pressed |
| 18:45:03 | bcobco | and it does not bug now! |
| 18:45:03 | [7] | that really shouldn't crash |
| 18:45:08 | [7] | ok |
| 18:45:21 | [7] | does it always crash if you plug it into a charger without pressing a button? |
| 18:46:00 | bcobco | any button? just tried menu, someone told me to do that in order to charge. i can try another button |
| 18:46:25 | [7] | any button will prevent it to connect IIRC |
| 18:47:01 | bcobco | nice. the center button also connects propertly |
| 18:47:32 | [7] | but does it always crash if you don't press a button? |
| 18:47:38 | [7] | or just occasionally? |
| 18:48:11 | bcobco | hmm this time i tried without button and it behaves as always: mounted to usb charger (bizarre als always) |
| 18:49:10 | bcobco | seems to be ocasionally |
| 18:49:21 | bcobco | tried again after rebooting and "mounts" |
| 18:53:05 | wodz | [7]: Our unwinder doesn't care if fomit-frame-pointer is used or not. |
| 18:53:17 | | Join efyx_ [0] (~efyx@91.176.119.28) |
| 18:54:08 | wodz | [7]: and panic screen should throw backtrace |
| 18:54:56 | [7] | <bcobco> Divide by zero at 0805CF04 |
| 18:54:56 | [7] | <bcobco> pc:0805CF04 sp:000097C4 |
| 18:54:56 | [7] | <bcobco> A: 0807C5F4 |
| 18:54:56 | DBUG | Enqueued KICK [7] |
| 18:54:56 | [7] | <bcobco> bt end |
| 18:54:57 | [7] | wodz ^ |
| 18:55:22 | wodz | yes, that simply means that our unwinder can't decode more |
| 18:55:22 | [7] | 0805CF04 is usb_dw_start_tx's call to a division function |
| 18:55:39 | [7] | and why can't it decode more / how do I allow it to decode more? |
| 18:55:57 | bcobco | 1/0 = indeterminated |
| 18:57:54 | wodz | [7]: Our unwinder doesn't use any external debug information. It follows code path from the place where it is called and 'runs' it on virtual arm model to find patterns indicating returning from function and so on. It has some internal checks to not end up in deadloop. |
| 18:58:27 | wodz | from my experience this happens if stack is screwed |
| 18:58:49 | [7] | or probably because this build was compiled with a much newer gcc |
| 18:59:13 | [7] | so I basically need to teach it how to analyze the code right |
| 18:59:28 | [7] | or just look at each and every call to that function |
| 18:59:29 | wodz | unlikely |
| 18:59:58 | bcobco | can that information lines be copied to a text file in the hard disk? im worried if one of those hex numbers are not correct when i copied them |
| 19:00 |
| 19:00:09 | wodz | [7]: You can try increasing deadloop detection threshold in lib/unwarminder/unwarm.h but I doubt it will help |
| 19:00:24 | wodz | bcobco: no |
| 19:00:35 | [7] | wodz: I'm pondering to implement some hack to just take a full memory snapshot of that thing |
| 19:01:04 | wodz | bcobco: basically the system is in state where you can't trust anything to work correctly |
| 19:01:21 | [7] | if I can do that with the OF, I can most likely do it with rockbox as well |
| 19:01:34 | wodz | sure |
| 19:01:48 | [7] | wodz: what's the "A" value? |
| 19:01:53 | wodz | arm code |
| 19:02:02 | wodz | T: is for thumb |
| 19:02:04 | [7] | i.e. that's the LR value or what? |
| 19:02:34 | wodz | can't remember from the top of my head but I suppose yest |
| 19:02:46 | wodz | I mean I would expect to be LR |
| 19:03:18 | [7] | that points to an instruction after a call inside __aeabi_idiv |
| 19:03:25 | bcobco | i dont know what to do to trigger that bug again. it seems to be working correctly now |
| 19:03:37 | [7] | so the PC value shown is further outside than the A value, which is a bit strange |
| 19:04:18 | wodz | [7]: http://mcternan.me.uk/ArmStackUnwinding/ |
| 19:04:34 | wodz | [7]: That is the code I imported in rockbox |
| 19:04:45 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
| 19:04:45 | * | [7] wonders if we should implement some generic crashkernel support |
| 19:05:35 | | Quit swetz () |
| 19:05:47 | | Join swetz [0] (~swetz@46.239.126.202) |
| 19:06:06 | | Quit swetz (Client Quit) |
| 19:06:17 | | Join swetz [0] (~swetz@46.239.126.202) |
| 19:06:30 | | Quit swetz (Client Quit) |
| 19:06:31 | wodz | ahh, I forgot about some caveat of this code which may be exposed by newer gcc: "It is possible for the compiler to construct loops that appear as infinite due to the lack of interpretation of conditional code or branches." |
| 19:06:41 | wodz | [7]: ^ |
| 19:07:33 | [7] | the function in question also has a cmp ... popeq { ..., pc } before the actual end |
| 19:07:50 | | Join bertrik [0] (~quassel@rockbox/developer/bertrik) |
| 19:08:41 | [7] | no loop like code at the first glance |
| 19:09:01 | [7] | just a few subfunction calls and a forward beq jump |
| 19:09:37 | wodz | [7]: the unwinder is not perfect but worked reasonably well for me and is really tiny |
| 19:10:30 | [7] | given that I have self-relocating memory dumper stub for this device anyway, I'm considering to just hook that binary into panicf |
| 19:11:03 | wodz | sure, if you have better tools at hand - use it |
| 19:11:15 | wodz | anyway gtg |
| 19:11:18 | | Quit wodz (Quit: Leaving) |
| 19:14:41 | | Join lebellium [0] (~chatzilla@89-93-178-161.hfc.dyn.abo.bbox.fr) |
| 19:21:44 | [7] | is anyone interested in porting emCORE's SMART code to rockbox btw? |
| 19:21:55 | [7] | it isn't even terribly complicated, and it's on mr. someone's todo list |
| 19:26:16 | bcobco | i cannot help in that kind tasks |
| 19:26:26 | bcobco | sorry |
| 19:26:31 | * | bertrik pushes Torne forward as a volunteer |
| 19:35:20 | [7] | you basically need this: http://websvn.freemyipod.org/diff.php?repname=freemyipod&path=%2Fapps%2Fdiskmode%2Fums.c&rev=967 |
| 19:35:46 | [7] | which also contains a bit of unrelated error handling rework that's a good idea anyway |
| 19:44:07 | | Quit bluebrother (Disconnected by services) |
| 19:44:12 | | Join bluebrother^ [0] (~dom@rockbox/developer/bluebrother) |
| 19:45:01 | | Join n1s [0] (~n1s@c-4eea70d5.010-215-7570701.cust.bredbandsbolaget.se) |
| 19:45:01 | | Quit n1s (Changing host) |
| 19:45:01 | | Join n1s [0] (~n1s@rockbox/developer/n1s) |
| 19:46:55 | | Quit fs-bluebot (Ping timeout: 255 seconds) |
| 19:50:43 | | Join fs-bluebot [0] (~fs-bluebo@g225254223.adsl.alicedsl.de) |
| 20:00 |
| 20:22:40 | | Join y4n [0] (~y4n@unaffiliated/y4ndexx) |
| 20:26:11 | *** | Saving seen data "./dancer.seen" |
| 20:57:52 | | Quit ygrek (Ping timeout: 250 seconds) |
| 21:00 |
| 21:12:57 | | Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93) |
| 21:13:54 | | Join GodEater` [0] (~whoknows@ec2-54-201-224-30.us-west-2.compute.amazonaws.com) |
| 21:13:54 | | Quit GodEater` (Changing host) |
| 21:13:54 | | Join GodEater` [0] (~whoknows@rockbox/staff/GodEater) |
| 21:14:19 | | Quit GodEater (Quit: Coyote finally caught me) |
| 21:16:22 | | Nick GodEater` is now known as GodEater (~whoknows@rockbox/staff/GodEater) |
| 21:24:26 | | Quit babylonlurker (Ping timeout: 260 seconds) |
| 21:33:02 | | Nick SuperBrainAK is now known as DormantBrain (~andy@2001:470:8:a61::5f92:59a1) |
| 21:41:51 | user890104 | [7]: did you manage to find the root cause of yesterday's problem with the plugin timer on ipod6g? |
| 21:42:16 | user890104 | if not, is there anything i can do to help? (i have my ipod at hand and a rb dev env) |
| 21:43:13 | | Quit mc2739 (Ping timeout: 272 seconds) |
| 21:44:54 | | Join mc2739 [0] (~mc2739@rockbox/developer/mc2739) |
| 21:49:06 | | Join gnutoo [0] (~gnutoo@arc33-1-78-248-49-133.fbx.proxad.net) |
| 21:49:42 | gnutoo | hi, I've the sansa fuze+ |
| 21:49:53 | copper | good choice! |
| 21:50:05 | gnutoo | well, I've a hard time using its touchpad |
| 21:50:16 | copper | try the touchpad sensitivity setting |
| 21:50:35 | gnutoo | yes, how can I reset it in case I've some trouble after it's changed |
| 21:50:40 | copper | (and make sure you're running the latest development build) |
| 21:50:43 | gnutoo | can I just mount the device and change a config file |
| 21:50:45 | gnutoo | yes, I am |
| 21:50:59 | copper | yes, you could do that |
| 21:51:05 | gnutoo | so 1) is about the touchpad sensivity and zones and so on |
| 21:51:08 | copper | /.rockbox/config.cfg |
| 21:51:17 | gnutoo | so I will try to change that, I know where it is in the GUI |
| 21:51:18 | gnutoo | thanks |
| 21:51:31 | gnutoo | 2) is still about the touchpad, how do I change its key bindings? |
| 21:51:35 | | Quit n1s (Quit: Ex-Chat) |
| 21:51:41 | gnutoo | I've found a nice theme, which is the "tape" one |
| 21:51:53 | gnutoo | but then I'd like to mymic android's key bindings: |
| 21:51:58 | gnutoo | power button: on/off the screen |
| 21:52:17 | gnutoo | with off that locks the touchpad |
| 21:52:32 | gnutoo | and reassigning the zones's functions of the touchpad |
| 21:52:55 | gnutoo | 1) what does the sensivity setting do? |
| 21:53:01 | gnutoo | does it change the keypress time? |
| 21:53:01 | copper | you can set the display to turn off immediately when going into soft lock |
| 21:53:16 | gnutoo | or also how big are the zone surfaces |
| 21:53:31 | gnutoo | 2) ok good, it's in the setttings somewhere? |
| 21:53:46 | copper | in general -> display |
| 21:53:47 | copper | IIRC |
| 21:53:53 | gnutoo | thanks! |
| 21:54:16 | copper | hmmm |
| 21:54:19 | copper | I seem to be mistaken |
| 21:54:58 | copper | ipods have it |
| 21:55:09 | copper | because they have a physical hold switch, I'm guessing |
| 21:55:50 | copper | FYI pamaury is the resident expert on the Fuze+ |
| 21:56:10 | gnutoo | ok |
| 21:56:13 | copper | maybe try to ping him when he gets online |
| 21:56:30 | gnutoo | well, the fuze also has the physical switch |
| 21:56:41 | copper | hmm? |
| 21:56:49 | gnutoo | there is a power button |
| 21:56:56 | copper | it's not a hold switch |
| 21:56:57 | gnutoo | the power button is also the hold switch |
| 21:57:05 | gnutoo | well when I press it it does the hold function |
| 21:57:06 | copper | yes but it's not an actual switch |
| 21:57:11 | gnutoo | ah ok |
| 21:57:13 | gnutoo | what is it then? |
| 21:57:17 | copper | a button :) |
| 21:57:17 | gnutoo | not a GPIO? |
| 21:57:21 | gnutoo | ah ok |
| 21:57:36 | gnutoo | lol, but on the software point of view it's exactly the same thing? |
| 21:57:46 | copper | but I can't see why there couldn't be a setting to turn off the display when going into soft lock |
| 21:57:57 | gnutoo | I'll look now |
| 21:58:24 | copper | I don't see anything in the settings |
| 21:59:02 | copper | touchpad sensitivity is in general -> system |
| 21:59:04 | | Quit benedikt93 (Ping timeout: 250 seconds) |
| 21:59:58 | gnutoo | how's the display<->lock setting called? |
| 22:00 |
| 22:00:15 | | Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93) |
| 22:02:15 | gnutoo | ahh, there are "scrolling" settings too |
| 22:02:19 | gnutoo | I didn't see that |
| 22:02:30 | gnutoo | I guess there are stuff to tweak the touchpad behaviour there |
| 22:02:42 | copper | "Backlight on Hold" |
| 22:02:43 | gnutoo | I've also huge difficulties with the "left" part of the touchpad |
| 22:02:45 | copper | on the Classic |
| 22:02:49 | gnutoo | sometimes it goes back |
| 22:02:58 | gnutoo | and sometimes it does somethig totally different |
| 22:03:04 | gnutoo | thanks |
| 22:05:45 | gnutoo | hmmm, I can't access the internal disk |
| 22:05:54 | gnutoo | it's in usb keypad mode |
| 22:05:58 | gnutoo | and its backlight is off |
| 22:06:18 | gnutoo | (I've set it accidentally to off, because I have a hard time using the touchpad) |
| 22:06:53 | gnutoo | still, it's funny, it can raise my volume in kde |
| 22:07:10 | gnutoo | it could do fun stuff with usb device I guess |
| 22:08:52 | gnutoo | it seems to export quite a lot of keys |
| 22:09:04 | gnutoo | anyway, I wonder how I should get in an usable state again |
| 22:10:03 | gnutoo | bInterfaceClass 8 Mass Storage |
| 22:10:06 | gnutoo | hmmm, how to use it? |
| 22:10:13 | gnutoo | ahh ok |
| 22:10:17 | gnutoo | cat /proc/partitions has it |
| 22:10:23 | gnutoo | KDE didn't see it though |
| 22:10:25 | gnutoo | let me look |
| 22:10:39 | gnutoo | it probably has the SD only though |
| 22:11:22 | gnutoo | ah good, it's exported |
| 22:11:23 | gnutoo | thanks |
| 22:11:40 | gnutoo | I'll try /.rockbox/config.cfg |
| 22:23:35 | | Quit y4n (Quit: We're fucking 3LN!) |
| 22:26:05 | gnutoo | So what does this sensivity setting do? |
| 22:26:15 | *** | Saving seen data "./dancer.seen" |
| 22:28:24 | gnutoo | Sensivity seems not to fix my issue: |
| 22:28:44 | gnutoo | it seem to only change the required touch duration |
| 22:29:06 | gnutoo | My issue is rather about the zones |
| 22:29:16 | gnutoo | The touchpad is like a + |
| 22:29:28 | gnutoo | but it's small |
| 22:29:42 | gnutoo | so I often try to click on the center |
| 22:29:49 | gnutoo | but it interpret it as left instead |
| 22:29:53 | gnutoo | or the reverse |
| 22:30:10 | gnutoo | I want to click left and it ends up with the center beeing reported |
| 22:30:39 | gnutoo | and the "back" zone doesn't do anything most of the time |
| 22:30:53 | gnutoo | probably because I "click" near it but not at the right place |
| 22:36:32 | gnutoo | A good idea for usb device handling would be an iso emulation |
| 22:36:43 | gnutoo | for instance you select your GNU/Linux iso |
| 22:36:48 | gnutoo | and it exports it trough mass storage |
| 22:42:36 | gnutoo | up-down zones work well |
| 22:42:44 | gnutoo | but often I click on the left zone |
| 22:42:51 | gnutoo | and it interprets it as center |
| 22:42:59 | gnutoo | I mean I try to click |
| 22:51:23 | | Quit benedikt93 (Quit: Bye ;)) |
| 22:55:02 | gnutoo | The battery life seem wonderfull, and I love some (new for me) rockbox features, but the input hardware of that player is awfull |
| 22:55:11 | gnutoo | I hope that some workarround could be found somehow |
| 22:55:29 | gnutoo | I guess that the causes are hardware and have to be worked arround in software |
| 22:55:44 | gnutoo | like by clever zone mappings, and good settings |
| 22:56:52 | | Join mirak [0] (~mirak@lns-5-49-105-29.dsl.dyn.abo.bbox.fr) |
| 22:58:39 | | Join jhMikeS [0] (~jethead71@rockbox/developer/jhMikeS) |
| 23:00 |
| 23:06:15 | | Quit GodEater (Quit: Coyote finally caught me) |
| 23:06:30 | | Join GodEater [0] (~whoknows@ec2-54-201-224-30.us-west-2.compute.amazonaws.com) |
| 23:06:30 | | Quit GodEater (Changing host) |
| 23:06:30 | | Join GodEater [0] (~whoknows@rockbox/staff/GodEater) |
| 23:07:06 | | Quit lebellium (Quit: ChatZilla 0.9.90.1 [Firefox 32.0/20140811180644]) |
| 23:08:12 | | Quit GodEater (Client Quit) |
| 23:08:28 | | Join GodEater [0] (~whoknows@ec2-54-201-224-30.us-west-2.compute.amazonaws.com) |
| 23:08:28 | | Quit GodEater (Changing host) |
| 23:08:28 | | Join GodEater [0] (~whoknows@rockbox/staff/GodEater) |
| 23:12:21 | | Quit dfkt (Disconnected by services) |
| 23:12:22 | | Join dfkt_ [0] (dfkt@unaffiliated/dfkt) |
| 23:20:38 | | Quit amayer (Quit: Leaving) |
| 23:34:08 | | Quit ender` (Quit: Perfection is reached, not when there is no longer anything to add, but when there is no longer anything to take away. -- Antoine de Saint-Exupery) |
| 23:34:47 | | Join franklin [0] (~franklin@cpe-071-071-071-105.triad.res.rr.com) |
| 23:35:09 | franklin | [7], any news on the timer bug? |
| 23:35:34 | franklin | Does it matter waht order TADATA0 and TAPRE are set in? |
| 23:51:25 | * | franklin pings [7] |
| 23:51:46 | | Nick franklin is now known as |franklin| (~franklin@cpe-071-071-071-105.triad.res.rr.com) |
| 23:51:58 | | Nick |franklin| is now known as ^^^franklin^^^ (~franklin@cpe-071-071-071-105.triad.res.rr.com) |
| 23:52:04 | | Nick ^^^franklin^^^ is now known as franklin (~franklin@cpe-071-071-071-105.triad.res.rr.com) |
| 23:58:11 | franklin | the piezo driver sets TAPRE before TACON, but the timer does it vice-versa? could the bug be related to this? |
icon identifies that the person is a core developer (has commit access).