00:00:05 | [Franklin] | x calc |
00:00:06 | jhMikeS | though maybe those parentheticals should be below the form field and not hanging off the end (kinda looks odd now) |
00:00:10 | [Franklin] | argh wrong window |
00:00:43 | jhMikeS | saratoga: your account must be goofed |
00:00:55 | [Franklin] | how? |
00:01:01 | saratoga | sounds like it |
00:01:02 | jhMikeS | saratoga: only stuff I can't edit are others' personal pages |
00:04:40 | saratoga | i don't understand what the problem is with the DX50 install process |
00:04:50 | saratoga | IIUC, you need CWM first, then you use it to flash rockbox |
00:04:57 | saratoga | that sounds ok to me unless i'm missing something |
00:12:37 | [Saint] | Who's claiming there's a problem? |
00:12:49 | [Franklin] | [Saint]: saratoga |
00:13:05 | saratoga | the gerrit task mentions one |
00:13:10 | [Saint] | I...what? Just...shuush [Franklin] |
00:13:12 | | Part ZincAlloy |
00:13:23 | [Saint] | Answer when you know the answer. |
00:13:25 | [Saint] | ie. rarely. |
00:13:33 | [Franklin] | haha |
00:13:58 | * | [Franklin] has just made a portable annoy-a-tron :) |
00:14:04 | [Franklin] | now to push it to gerrit... |
00:14:05 | [Franklin] | :) |
00:14:21 | * | [Franklin] can just imagine the reviews that would get |
00:15:16 | [Saint] | saratoga: as far as I see it, there's only one other option. |
00:15:33 | [Saint] | Figure out how they're singing and/or summing, and either break it, or duplicate it. |
00:15:40 | [Saint] | I'm fine with sidestepping that mess entirely. |
00:15:49 | [Saint] | *signing |
00:17:56 | | Quit IgoRR2 (Quit: Leaving.) |
00:18:28 | [Saint] | saratoga: I think the issue is that the installation revolves around an edited firmware image |
00:18:42 | amiconn | Hmm, who is responsible for gerrit administration? |
00:18:49 | amiconn | (Bagder/Zagor?) |
00:19:00 | jhMikeS | maybe torne too |
00:19:25 | * | amiconn needs to reclaim his login, but cannot reproduce the old openid identifier |
00:20:49 | [Saint] | That "I told you so" was a looooooooooooooooooong time coming. |
00:21:17 | jhMikeS | [Saint]: what was the "so"? |
00:21:32 | amiconn | Imo openid is a mess, but apparently gerrit doesn't support some classic form of login |
00:21:49 | saratoga | gerrit is generally a mess |
00:21:59 | [Saint] | basically "its silly to be your own openid provider when a bajillion services can do it for you and you probably use them already" |
00:22:08 | [Saint] | that so. |
00:22:19 | amiconn | The last part of your sentence does not apply |
00:22:25 | [Saint] | I recall having that discussion at length several years prior. |
00:23:22 | amiconn | Anyway, it seems to be possible to link identities - but linking a new one to an old one requires to be able to identify with both of them at least once |
00:23:45 | amiconn | And if the fqdn is gone, it's gone |
00:23:50 | jhMikeS | I only have any of those services because of an old DSL provider (Yahoo) and then because of the play store |
00:24:26 | [Saint] | The Googs own my entire life. |
00:49:55 | [Franklin] | Is there anything wrong with reviewing your own gerrit change? g939 for example |
00:49:59 | fs-bluebot | Gerrit review #939 at http://gerrit.rockbox.org/r/939 : Add touchpad deadzone entry in Rockbox manual by Benjamin Brown |
00:50:06 | [Franklin] | ah fs-bluebot does that too :) |
00:51:21 | | Quit xorly (Ping timeout: 240 seconds) |
00:53:41 | saratoga | i can just commit that, looks fine to me |
00:54:03 | [Franklin] | it's not mine |
00:54:03 | saratoga | oh you mean the original deadzone patch? |
00:54:18 | [Franklin] | just want to know if its acceptable practice |
00:54:29 | saratoga | i'm not sure |
00:54:36 | saratoga | i guess it makes sense to say you've tested it |
00:54:39 | [Franklin] | yeah |
00:54:44 | [Franklin] | but code-review? |
00:55:21 | saratoga | probably that manual patch should have been merged with the main deadzone commit |
00:55:33 | [Franklin] | BTW, could someone look at some of my superdom patches? they're all dependent on each other, so if one's bad, they all don't work |
00:55:47 | [Franklin] | So I'd like some feedback earlier rather than later |
00:56:11 | saratoga | jhMikeS: were you ok with that DSP patch? |
00:56:28 | jhMikeS | saratoga: which? |
00:56:42 | jhMikeS | the one that got closed? |
00:56:42 | saratoga | the perceptual bass enchamenent |
00:56:52 | jhMikeS | was there a new one? |
00:56:56 | saratoga | its reopened |
00:56:58 | saratoga | g#922 |
00:57:01 | fs-bluebot | Gerrit review #922 at http://gerrit.rockbox.org/r/922 : two new DSPs by Chiwen Chang |
00:57:06 | saratoga | i think the author misunderstood |
00:57:09 | | Quit bertrik (Remote host closed the connection) |
00:57:36 | *** | Saving seen data "./dancer.seen" |
00:58:32 | [Saint] | "feel free to change the "precut" to something more manful." |
00:58:37 | [Saint] | ...penis? |
00:59:07 | [Saint] | What's more manful than penises. Nuthin', I tell you what. |
00:59:33 | jhMikeS | precut was mandated by God to Abraham |
00:59:54 | | Quit [Franklin] (Remote host closed the connection) |
01:00 |
01:00:03 | | Quit efyx_ (Ping timeout: 260 seconds) |
01:00:40 | jhMikeS | saratoga: it really shouldn't be reading dsp outside of specific messages |
01:00:55 | jhMikeS | it may be NULL |
01:03:09 | * | jhMikeS doesn't even see how the way DSP_SET_OUT_FREQUENCY is handled is in any way relevant to the purpose of the message |
01:03:26 | | Quit Provel (Ping timeout: 250 seconds) |
01:03:52 | | Join Provel [0] (Provel@75-132-30-64.dhcp.stls.mo.charter.com) |
01:04:23 | jhMikeS | ugh |
01:05:08 | jhMikeS | ok, you have a million examples of what is to go on already in the trunk and then follow none of it and hell if I'm writing a manual |
01:08:15 | jhMikeS | I have to wonder about this if one cannot discern that you update the filter coefficients there because now there is a different samplerate |
01:08:59 | [Saint] | I think you're being unreasonably harsh. |
01:09:13 | [Saint] | Its a fucking minefield of non-obviousness and apparent contradictions. |
01:09:24 | jhMikeS | not really |
01:09:32 | [Saint] | Picking out the canonical way is seldom easy. |
01:09:52 | jhMikeS | some things are really just not simple or obvious and won't ever be because of the pipelining |
01:10:06 | [Saint] | Lets put it this way - there's a reason it only seems to be you and saratoga willing to touch these areas. |
01:10:07 | jhMikeS | nothing i can really do about it |
01:10:29 | [Saint] | and there's not a terrible amount of meanigful comments in the codebase. |
01:10:41 | [Saint] | (and some directly conflicting ones) |
01:10:55 | jhMikeS | [Saint]: there never were yet I figured it out anyway |
01:10:57 | saratoga | haha i try not to touch the DSP! |
01:11:16 | saratoga | just explain to him whats wrong so he understands |
01:11:40 | [Saint] | hopefully in a fashion entirely unlike that above. |
01:11:45 | | Join efyx_ [0] (~efyx@81.148-67-87.adsl-dyn.isp.belgacom.be) |
01:11:53 | jhMikeS | [Saint]: it's really not going to be super simple and also work properly, sometimes the two are in contradiction |
01:11:56 | [Saint] | "its wrong, and if you don't know how to do it right, I can't help you" |
01:12:31 | [Saint] | One could argue that if you knowingly left the codebase uncommented, knowing full well its very non-obvious, it sets others up for failure. |
01:12:48 | [Saint] | If there's only a single human that knows it inside out... |
01:13:00 | jhMikeS | [Saint]: right now, I don't even. I explained what I can. I think it's a good thing. If you can't work this out, leave it along, you're probably not qualified...I don't care if that's harsh but it sort of keeps it sane for maintainers |
01:13:47 | jhMikeS | [Saint]: you never read linux code did you :) |
01:13:53 | saratoga | the point of code review is to help people understand how to write better code |
01:14:20 | saratoga | i think most of the difficulty here is due to language barrier than anything |
01:14:39 | [Saint] | This poor guy seems to have been actively discouraged several times now. |
01:14:49 | jhMikeS | saratoga: I think that's true, and so I'm at a loss of what to do except go, "ok, I'll help write the patch" |
01:14:50 | [Saint] | And, he's a bright cookie, really. |
01:15:16 | saratoga | i don't really understand how this code works, but i guess describe to him how it should be implemented? |
01:15:21 | jhMikeS | I could correct that framework stuff, probably without a ton of time spent on it |
01:15:49 | foolsh | As for g#939 I may have given birth to that one but pamaury raised it, a good thing to, and I tried to include the manual addition with it but git wouldn't let me because I'm a nobody :-( |
01:15:51 | fs-bluebot | Gerrit review #939 at http://gerrit.rockbox.org/r/939 : Add touchpad deadzone entry in Rockbox manual by Benjamin Brown |
01:16:09 | saratoga | you can comment on individual lines too on gerrit, so i would say something like "don't do this, see how XXXX does it instead" |
01:16:22 | [Saint] | Perhaps its just me, but, if I *know* something is non-obvious, and I know how it works, I'll comment the fuck out of it. |
01:16:37 | [Saint] | One of the reasons my themes are ~30% comment |
01:16:48 | jhMikeS | 30%? lol |
01:17:00 | [Saint] | Its required. |
01:17:22 | [Saint] | There's a dozen ways to do the same thing and no clear path to the "right" way. |
01:17:43 | [Saint] | So I'll explain my decisions and workarounds and comment behaviour while I'm writing. |
01:18:22 | jhMikeS | I ain't saying there's one right way, but there are examples in the tone controls and eq and other of DSP_SET_OUT_FREQUENCY in fact updating filter coefficients |
01:18:51 | [Saint] | I'm sure there's examples of it being done "wrong" in the current codebase too. |
01:18:57 | [Saint] | In fact, I'd almost bet on it. |
01:19:00 | jhMikeS | then I did it wrong |
01:19:08 | jhMikeS | even though I wrote it all |
01:19:23 | jhMikeS | ...the framework bit |
01:20:25 | jhMikeS | it needed to be modular because what was there was just hacking crap into one huge loop and it just didn't work especially with things like tdspeed |
01:20:54 | [Saint] | Next up: that fucking Database mess |
01:21:12 | jhMikeS | which one? the whole database.c? |
01:21:14 | jhMikeS | :) |
01:21:25 | [Saint] | If you tamed that unruly cunt, I'd wave your banner. |
01:21:38 | * | jhMikeS just giggling wondering what is being referred to |
01:21:40 | jhMikeS | ah |
01:21:52 | jhMikeS | I meant tagcache.c of course :p |
01:21:58 | jhMikeS | how about playlist.c? |
01:22:20 | [Saint] | That's not /quite/ as nightmarishly fiendish, IMO. |
01:24:09 | jhMikeS | I haven't learned the database code but I haven't really though too much about messing with it |
01:25:11 | [Saint] | Those who have learned it actively avoid it. |
01:25:32 | [Saint] | Its rather impressive how no one has touched it in so long, and it hasn't fallen over. |
01:26:37 | jhMikeS | If I were adverse to that stuff, I'd never have touched anything |
01:27:14 | [Saint] | Which is why you're the perfect man for the job! |
01:27:39 | jhMikeS | haha...if I do preemptive threading, I will absolutely have to |
01:27:46 | * | [Saint] now expects to not see jhMikeS for 6~8 months and for him to return with a ~20k LOC Database re-write. |
01:27:55 | jhMikeS | haha |
01:28:06 | jhMikeS | only 20K? Let go for 50K! |
01:28:56 | jhMikeS | actually, I'd have a hard time believing the playlist code can't be simpler and not lose a bit of functionality |
01:29:07 | jhMikeS | database I don't know though |
01:29:51 | [Saint] | all I know is that when the saratogas and amiconns of the world avoid it like the plague - there's a problem |
01:29:52 | jhMikeS | but basically, there is nothing I'll keep my hands off |
01:30:50 | jhMikeS | It's just been a matter of relevance to whatever I'm working on and it hasn't been that relevant |
01:32:39 | jhMikeS | I have noticed that it deals with memory largely in a pre-buflib way, much like dircache did |
01:34:44 | | Join sanguinefurbelow [0] (~sanguinef@162-239-94-176.lightspeed.bcvloh.sbcglobal.net) |
01:34:47 | | Quit sanguinefurbelow (Remote host closed the connection) |
01:35:10 | | Quit derf (Ping timeout: 250 seconds) |
01:35:50 | jhMikeS | [Saint]: there was also, something with updating which really makes it slower than just rebuilding it. is that still the case? |
01:36:14 | [Saint] | In my experience, it /can/ be. |
01:36:20 | [Saint] | But its not an absolute. |
01:37:04 | | Join derf [0] (~derf@static-108-18-126-14.washdc.fios.verizon.net) |
01:37:10 | | Join silverpuff [0] (~silverpuf@162-239-94-176.lightspeed.bcvloh.sbcglobal.net) |
01:37:20 | jhMikeS | one thing: are the various index file just a different sorting of the actual data, for each way of categorizing it? |
01:39:45 | jhMikeS | [Saint]: you bastard...you're just hoping I'll get fixated on it and do something :) |
01:40:35 | jhMikeS | [Saint]: though I would like to know ahead of time (while I ponder) just what particular concerns there are |
01:41:17 | [Saint] | One issue seems to be that it is agonizingly slow, when compared with what its actually doing. |
01:41:41 | [Saint] | rebuilds/updates can often nuke the entire database as well. |
01:42:09 | [Saint] | You may have negated this somewhat with your filesystem re-work, though. |
01:42:10 | jhMikeS | I would expect a rebuild to do so |
01:42:30 | jhMikeS | it's pretty much a do-over |
01:42:34 | [Saint] | by "nuke" I mean "irreparably fuck up" |
01:42:39 | jhMikeS | hmmm |
01:43:54 | jhMikeS | small read/write can be alot faster now, sure which might play into that |
01:44:10 | jhMikeS | natively... |
01:45:55 | | Quit silverpuff (Remote host closed the connection) |
01:48:09 | jhMikeS | lseek also doesn't do any I/O now, it just sets the file pointer |
01:49:41 | | Join krabador [0] (~krabador_@unaffiliated/krabador) |
01:51:01 | jhMikeS | the FS code is still WIP though. I didn't do everything yet (in commit message). |
01:52:30 | [Saint] | If its still WIP, wouldn't the best course of action been to branch it and push out test builds before it hit head? |
01:52:38 | [Saint] | ...just sayin'. But late for that now. |
01:52:51 | [Saint] | *bit |
01:54:40 | jhMikeS | it didn't really kill any essential functionality, just disabled some dircache dependant code |
01:56:00 | jhMikeS | it feels better having that behind and just polishing up rather than holding onto a huge turd |
01:57:16 | jhMikeS | and yeah, that's a good description of the sensation of that sort of thig |
01:58:56 | | Join Zambezi_ [0] (Zulu@bnc.from.hostbay.nu) |
02:00 |
02:00:26 | | Join Kohlio [0] (~kohlrabi@kohlio.de) |
02:00:41 | | Nick JdGordon_ is now known as JdGordon (~jonno@rockbox/developer/JdGordon) |
02:01:38 | | Join [Saint_] [0] (~saint@rockbox/staff/saint) |
02:02:18 | | Join pookie [0] (~pookie@snf-137798.vm.okeanos.grnet.gr) |
02:02:21 | | Nick [Saint_] is now known as [Saint__] (~saint@rockbox/staff/saint) |
02:02:31 | | Quit megal0maniac (Killed (weber.freenode.net (Nickname regained by services))) |
02:02:32 | | Quit [Saint] (Disconnected by services) |
02:02:34 | | Quit TheSeven (Disconnected by services) |
02:02:34 | | Join megal0maniac [0] (~megal0man@105.229.172.74) |
02:02:36 | | Join knitt1 [0] (~knittl@ssh.fumuga.com) |
02:02:36 | | Quit knitt1 (Changing host) |
02:02:36 | | Join knitt1 [0] (~knittl@unaffiliated/knittl) |
02:02:42 | | Nick [Saint__] is now known as [Saint] (~saint@rockbox/staff/saint) |
02:02:55 | | Join [7] [0] (~quassel@rockbox/developer/TheSeven) |
02:02:56 | | Join mc2739_ [0] (~mc2739@rockbox/developer/mc2739) |
02:02:59 | | Quit mc2739 (Disconnected by services) |
02:03:01 | | Nick mc2739_ is now known as mc2739 (~mc2739@rockbox/developer/mc2739) |
02:04:40 | jhMikeS | [Saint]: alot that dependent code assumes the total completeness or total unavailability of dircache but now the cache is usuable in any degree of completeness |
02:05:32 | | Join Xyem_ [0] (xyem@li193-64.members.linode.com) |
02:05:32 | | Join charlie__ [0] (~c@unaffiliated/charlie) |
02:06:23 | | Join alucryd- [0] (~alucryd@archlinux/trusteduser/alucryd) |
02:06:36 | | Quit charlie (Disconnected by services) |
02:06:39 | | Nick charlie__ is now known as charlie (~c@unaffiliated/charlie) |
02:06:54 | | Join K1773R_ [0] (~K1773R@unaffiliated/k1773r) |
02:07:11 | | Join SuperBrainAK [0] (~andy@2001:470:8:a61::5f92:59a1) |
02:07:34 | | Quit Xyem (Write error: Broken pipe) |
02:07:35 | | Quit SuperBrao (Write error: Broken pipe) |
02:07:38 | | Quit K1773R (Excess Flood) |
02:07:39 | | Quit olspookishmagus (Remote host closed the connection) |
02:07:41 | | Quit Jack87 (Remote host closed the connection) |
02:07:42 | | Quit alucryd (Remote host closed the connection) |
02:07:42 | | Quit knittl (Read error: Connection reset by peer) |
02:07:42 | | Quit Kohlrabi (Read error: Connection reset by peer) |
02:07:45 | jhMikeS | hrm, maybe I should start a simple DSP module SDK primer or whatever, ugh....documentation |
02:07:45 | | Nick alucryd- is now known as alucryd (~alucryd@archlinux/trusteduser/alucryd) |
02:07:45 | | Nick K1773R_ is now known as K1773R (~K1773R@unaffiliated/k1773r) |
02:07:51 | jhMikeS | riding freenode... |
02:09:07 | | Join Jack87 [0] (Jack87@nasadmin/admin/jack87) |
02:09:19 | | Quit Zambezi (Ping timeout: 257 seconds) |
02:15:14 | | Nick SuperBrainAK is now known as DormantBrain (~andy@2001:470:8:a61::5f92:59a1) |
02:19:43 | saratoga | [7]: I noticed some of the modified builds for the 6G floating around lower the CPU voltage quite a lot |
02:20:01 | saratoga | if you can safely lower it so much, might be worth lowering it a little in rockbox as well |
02:21:30 | [Saint] | The issue is some devices _reaaaaaaally_ hate it. |
02:21:38 | [Saint] | And the gains aren't particularly worthwhile. |
02:21:40 | saratoga | yeah but it lowers it a huge amount |
02:21:59 | [Saint] | right - it doesn't translate particularly well to real world savings, though. |
02:22:07 | saratoga | are there tests somewhere? |
02:22:16 | saratoga | i would expect a fairly large difference for such a large change in voltage |
02:23:16 | jhMikeS | [Saint]: if you try running the SoC outside its intended voltage range, you're gonna have a bad time...sometimes :) |
02:23:36 | [Saint] | I haven't done a bench run in a long while, but for me it translated to less than an hour in runtime. |
02:23:36 | saratoga | do we even know what the intended voltage range is? |
02:23:48 | saratoga | did you post the results? |
02:24:09 | [Saint] | They're likely in the IRC logs somewhere. |
02:25:11 | foolsh | Is there a way to grep the IRC logs? |
02:25:14 | jhMikeS | saratoga: I'll bet is not much wider than retailos would set it |
02:26:01 | [Saint] | I'm willing to do some more bench runs. |
02:26:15 | [Saint] | It would be good to have up-to-date benches for this target anyhow. |
02:26:47 | [Saint] | I think the real issue here is that some of the hardware is *really* intolerant to undervolting. |
02:27:23 | [Saint] | Some guys units flatly refused to boot, or corrupted their data, if I recall correctly. |
02:27:36 | [Saint] | whereas others were fine. |
02:29:22 | saratoga | i guess its probably because the CPU rarely boosts, so the decrease at max voltage matters very little |
02:29:27 | saratoga | and the difference at the low end is smaller |
02:29:35 | [Saint] | right. |
02:29:55 | saratoga | http://www.rockbox.org/tracker/task/12521 |
02:30:03 | saratoga | looks like the original changes did make a large difference |
02:30:30 | [Saint] | The only reason the CPU boosts is UI interaction (complete bullshit, legacy from PP ipods), and decoding. |
02:30:44 | [Saint] | Oh - and a few plugins that also boost for bullshit legacy reasons. |
02:32:33 | saratoga | i hate how stupid git is about branches |
02:32:59 | saratoga | just let me drop changes without googling for 10 minutes to figure out how to change branches with a white space change |
02:34:10 | [Saint] | git co branch |
02:34:36 | [Saint] | just remember clone for checking out repos you don't have, and checkout for switching between branches of repos you do have. |
02:37:25 | jhMikeS | saratoga: iirc git was written specifically to be stupid |
02:49:17 | saratoga | latest 6g build with ata patch ( g#897) in case anyone wants to test it: http://web.mit.edu/mgg6/www/rockbox6g_ata_patch.zip |
02:49:19 | fs-bluebot | Gerrit review #897 at http://gerrit.rockbox.org/r/897 : iPod Classic: Fix several ATA driver bugs. by Michael Sparmann |
02:50:55 | jhMikeS | does that need updating to apply? |
02:51:21 | saratoga | no it applied for me I believe |
02:52:01 | saratoga | it changes how the disk is powered on and off, but nothing higher level, so your patch probably has no impact on it |
02:52:33 | jhMikeS | the small addition could've throwm the patching off, I just wondered |
02:52:38 | saratoga | yeah |
02:52:46 | saratoga | oh |
02:52:52 | saratoga | actually i forgot to do a pull today |
02:52:57 | saratoga | so its probably from before your patch |
02:54:27 | saratoga | and trying to rebase fails with some incomprehensible message about branches |
02:54:31 | saratoga | i hate git so much |
02:54:46 | jhMikeS | why does 6g need its own full ata implementation? |
02:55:37 | jhMikeS | is it using a HD? I really know little about it |
02:55:51 | saratoga | yeah the 6g is the last HD ipod |
02:55:55 | [Saint] | It is. |
02:56:09 | [Saint] | I suspect you're looking at the CE-ATA implementation? |
02:57:02 | | Quit yosafbridge (Remote host closed the connection) |
02:57:23 | jhMikeS | ah, different standard |
02:57:39 | *** | Saving seen data "./dancer.seen" |
02:59:59 | | Quit AlexP (Remote host closed the connection) |
03:00 |
03:09:03 | | Join IgoRR1 [0] (~IgorC@181.46.95.156) |
03:09:14 | | Join yosafbridge [0] (~yosafbrid@192.241.198.49) |
03:17:02 | | Quit yosafbridge (Remote host closed the connection) |
03:23:23 | | Join yosafbridge [0] (~yosafbrid@192.241.198.49) |
03:36:15 | | Quit krabador (Quit: Take the time.) |
03:36:52 | | Join ikeboy [0] (~ikeboy@ool-435622d3.dyn.optonline.net) |
03:38:47 | | Quit foolsh (Quit: foolsh) |
03:41:28 | | Quit eternnoir (Quit: http://quassel-irc.org - Chat comfortably. Anywhere.) |
03:42:17 | | Join eternnoir [0] (quassel@2400:8900::f03c:91ff:fe70:b8b2) |
04:00 |
04:03:47 | | Join amiconn_ [0] (amiconn@rockbox/developer/amiconn) |
04:03:47 | | Quit amiconn (Disconnected by services) |
04:03:51 | | Quit IgoRR1 (Ping timeout: 260 seconds) |
04:03:52 | | Quit pixelma (Disconnected by services) |
04:03:53 | | Join pixelma_ [0] (quassel@rockbox/staff/pixelma) |
04:03:55 | | Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) |
04:19:43 | | Quit Mir (Read error: Connection reset by peer) |
04:19:55 | | Join Mir [0] (~Mir@pool-100-39-12-7.lsanca.fios.verizon.net) |
04:27:59 | | Join galledallegator [0] (~galledall@ec2-54-201-199-156.us-west-2.compute.amazonaws.com) |
04:30:44 | | Quit Mir (Ping timeout: 255 seconds) |
04:33:13 | | Join Mir [0] (~Mir@pool-100-39-12-7.lsanca.fios.verizon.net) |
04:50:26 | | Join Strife89 [0] (~Strife89@adsl-98-80-234-11.mcn.bellsouth.net) |
04:57:41 | *** | Saving seen data "./dancer.seen" |
05:00 |
05:02:19 | ikeboy | This new fat code produces a looping bug for certain folder names on the microsd card on fuze+ (all I tested, at least). If there's a top-lever folder called .a, entering it on device looks like a copy of the card, like a symlink. |
05:03:16 | ikeboy | I had a folder like that to keep a backup .cfg file that's easy to reach alphabetically in case I messed up the settings |
05:03:41 | ikeboy | I renamed it to ..a, but someone should figure out why it does that. |
05:07:35 | [Saint] | Odd. I can't repro. |
05:07:40 | [Saint] | Device? |
05:13:18 | | Quit [7] (Ping timeout: 272 seconds) |
05:14:02 | | Join TheSeven [0] (~quassel@rockbox/developer/TheSeven) |
05:31:11 | ikeboy | fuze+ |
05:31:19 | jhMikeS | just that target? |
05:31:34 | ikeboy | I haven't tested any |
05:31:38 | ikeboy | others |
05:32:27 | ikeboy | I went back and forth between a version from a week ago while renaming the folder, so it's definitely the rockbox version that did something |
05:33:02 | jhMikeS | hmmm...maybe I goofed some later changes and it thinks it's "." for some reason |
05:34:16 | ikeboy | I also noticed that it's been renamed from MMC1 to microsd1 |
05:34:43 | ikeboy | I was expecting that to mess with my shortcuts and saved bookmarks, but I was pleasantly surprised |
05:35:01 | jhMikeS | if it says it has a microsd, it will show up as microsd |
05:35:06 | [Saint] | it'll just strip the path until it finds a hit. |
05:35:08 | jhMikeS | the letters are ignored anyway |
05:35:34 | jhMikeS | [Saint]: the parsing changed so it only cares about the number |
05:36:04 | jhMikeS | /<WhateverYouLikeBlahBlah1> is just the same |
05:36:25 | [Saint] | That seems failure prone. |
05:36:36 | [Saint] | I must be missing something. |
05:36:41 | jhMikeS | it's pretty much what was going on anyway |
05:36:56 | [Saint] | So it'll think any toplevel directory with a number is removable storage? |
05:37:04 | jhMikeS | no |
05:37:23 | jhMikeS | /<blahblah0> is still volume 0 |
05:37:35 | jhMikeS | only "/" is really the root level |
05:38:12 | jhMikeS | "/" != "/<0>" |
05:38:29 | jhMikeS | only "/" enumerates volumes |
05:39:12 | * | jhMikeS gets on this ".a" thing right away |
05:40:34 | [Saint] | Hmmmm. I can't manage to repro this on any hosted targets. |
05:40:45 | [Saint] | likely "hosted" is the key there. |
05:42:51 | jhMikeS | oops, found the goof |
05:43:00 | jhMikeS | the code responsible is only native |
05:43:33 | jhMikeS | walk_path() in file_internal.c, did a break; without checking if it was a NULL |
05:44:49 | [Saint] | Blame ikeboy. |
05:44:56 | [Saint] | He found it. Must be his fault. |
05:45:16 | jhMikeS | lol, what? |
05:45:25 | jhMikeS | ok, it's his fault! :) |
05:45:36 | ikeboy | I specialize in weird use cases that break completely normal code! |
05:45:37 | jhMikeS | easier way to fix bugs |
05:45:59 | jhMikeS | it's not really a weird use case, it was just wrong when I changed some code late on |
05:46:33 | ikeboy | Does that bug also break anything with "normal" names/ |
05:47:21 | jhMikeS | well, anything starting with "." that isn't "..", it's treating like "." |
05:48:00 | jhMikeS | there should be a check before it thinks it's "." only |
05:48:49 | jhMikeS | but, I rushed a bit and never looked back and that's what I get :) should have that fixed up in a few minutes; just wanna check |
05:49:13 | ikeboy | Well, I can get into .rockbox just fine, is that a special code or something? |
05:50:00 | jhMikeS | it's not length 1 or 2, that's all |
05:51:25 | ikeboy | oh |
06:00 |
06:06:47 | fs-bluebot | Build Server message: New build round started. Revision 802e011, 253 builds, 31 clients. |
06:09:17 | | Nick Kohlio is now known as Kohlrabi (~kohlrabi@kohlio.de) |
06:15:31 | | Quit ikeboy (Quit: Leaving) |
06:16:31 | fs-bluebot | Build Server message: Build round completed after 584 seconds. |
06:17:04 | charlie | hi |
06:17:14 | charlie | is there a way to speed up rockbox boot? specifically on e200 models |
06:17:16 | [Saint] | Nah. |
06:17:30 | charlie | like stripping out showing the rockbox logo |
06:17:39 | charlie | and making the e200 bootloader skip checking for the original firmware |
06:17:44 | jhMikeS | which e200 models |
06:18:53 | charlie | e260 |
06:18:57 | charlie | non rhapsody |
06:19:08 | charlie | i’m decent at coding |
06:19:11 | * | [Saint] honestly can't imagine boot time being an issue |
06:19:15 | charlie | if anyone knows where i could start looking |
06:19:33 | charlie | i haven’t done much with rockbox in a while and a lot has changed :P |
06:19:45 | jhMikeS | not resetting the LCD in the firmware would get you a good fraction of a second |
06:19:51 | charlie | $ find -iname '*e200*' |
06:19:53 | charlie | good start... |
06:19:53 | [Saint] | There's nothing I can think of that would make any worthwhile difference. |
06:20:03 | [Saint] | we'd be talking tenths of a second. |
06:20:03 | charlie | oh, also |
06:20:05 | [Saint] | *maybe* |
06:20:10 | charlie | how good is power management? |
06:20:14 | charlie | i’d like to leave my device on all the time |
06:20:18 | jhMikeS | *whew* those sim error have nothing to do with my changes, looks like the client choked |
06:20:18 | charlie | maybe in some kind of sleep state |
06:20:27 | | Nick DormantBrain is now known as SuperBrainAK (~andy@2001:470:8:a61::5f92:59a1) |
06:20:34 | [Saint] | ...why? |
06:21:24 | * | jhMikeS looks at ares-obo |
06:21:24 | charlie | i’d like to use it as a handheld version of this http://di1-3.shoppingshadow.com/images/pi/6d/8f/d4/20654805-260x260-0-0_Aiwa+TP+VS500.jpg |
06:21:30 | charlie | a tape recorder |
06:21:42 | charlie | and constantly turning it on / off |
06:21:46 | charlie | is clunky |
06:22:17 | jhMikeS | ikeboy: the problem you pointed out should be fixed now |
06:34:00 | jhMikeS | hmmm...it should also still be showing MMCx |
06:34:14 | jhMikeS | wait...or |
06:34:31 | jhMikeS | which thing is which? is the internal MMC and the removeable SD? |
06:35:03 | jhMikeS | for fuze+ |
06:47:51 | | Quit Strife89 (Ping timeout: 240 seconds) |
06:49:57 | saratoga | charlie: which e260? |
06:54:08 | charlie | saratoga ~ what do you mean? SanDisk Sansa e260 4 GB |
06:54:15 | [Saint] | not the R variant. |
06:54:26 | saratoga | v1 or v2? |
06:55:18 | saratoga | i think both can be made to boot in a second or two, although i'm not sure about v2, been forever since i used one |
06:55:30 | charlie | i think v1 |
06:55:34 | charlie | it’s really old |
06:55:34 | saratoga | check |
06:56:01 | JdGordon | saratoga: whats the iBasso android port? |
06:56:14 | saratoga | JdGordon: DX50/90 |
06:56:23 | charlie | it’s definitely a v1 |
06:56:24 | saratoga | basically 2 devices that run android but without the java layer |
06:56:31 | saratoga | charlie: see this task then: if you do have the v1, you can see this task: http://www.rockbox.org/tracker/8642 |
06:56:35 | saratoga | opps |
06:56:39 | saratoga | didn't mean to say that twice |
06:56:42 | charlie | ty |
06:56:51 | charlie | it’s been so long since i’ve done anything with rockbox lol |
06:56:56 | charlie | i forgot all about the v1/v2 |
06:57:00 | charlie | for this model |
06:57:26 | saratoga | i think that gets boot down to about 2 seconds |
06:57:45 | *** | Saving seen data "./dancer.seen" |
06:57:48 | saratoga | vs maybe 4-5 otherwise |
06:59:18 | * | [Saint] apologises |
06:59:24 | [Saint] | I had no idea that task existed. |
06:59:39 | [Saint] | kinda similar to the iPod's OSOS boot. |
07:00 |
07:02:03 | jhMikeS | A good chunk of the boot time is the dark screen then the silly sandisk splash |
07:02:44 | charlie | i was wondering if there was a way to modify that as well |
07:02:54 | charlie | i remember using a tool to edit the images |
07:04:18 | charlie | i don’t remember the name of the program |
07:04:53 | saratoga | if you follow those directions, you won't see the sandisk splash, the rockbox one for maybe 500 ms |
07:07:30 | saratoga | JdGordon: sorry g#941 |
07:07:33 | fs-bluebot | Gerrit review #941 at http://gerrit.rockbox.org/r/941 : Introducing Targets iBasso DX50 & iBasso DX90 by Simon Rothen |
07:07:49 | | Join pamaury [0] (~quassel@rockbox/developer/pamaury) |
07:09:29 | JdGordon | saratoga: better if kugel or [Saint] review |
07:09:36 | JdGordon | or ploco |
07:10:40 | saratoga | i looked quickly and it seemed mostly ok |
07:10:52 | [Saint] | It seems a bit weird to me to associate it with the Android port. |
07:10:59 | [Saint] | As its essentially not Android. |
07:11:04 | saratoga | yes there is that |
07:11:07 | [Saint] | But there's not a lot connecting the two. |
07:11:12 | saratoga | although the ifdef required is fairly low |
07:11:17 | * | [Saint] nods |
07:11:23 | saratoga | i'm not sure how hard it would be to make it another catagory of port |
07:11:27 | saratoga | i think it does share some code with android |
07:11:32 | [Saint] | where else would it go? |
07:11:38 | [Saint] | /platform/hosted? |
07:11:40 | saratoga | generic hosted I guess |
07:11:46 | [Saint] | right. |
07:11:53 | saratoga | probably have to reach into the android folder anyway though |
07:12:25 | jhMikeS | no java == better :) |
07:12:46 | [Saint] | I have no idea why they used Android for the OF. |
07:12:54 | saratoga | its funny how android has become the new uclinux |
07:12:59 | [Saint] | Android sans Java/Dalvik is just...bastard Linux. |
07:13:07 | JdGordon | what is it? andoird kernel without userland? |
07:13:11 | saratoga | yeah |
07:13:20 | jhMikeS | no userland? |
07:13:23 | saratoga | they probably had a SOC that only had android drivers |
07:13:23 | JdGordon | easier base kernel to deal with? |
07:13:44 | saratoga | so they took the android port, removed the java, and wrote a basic music player UI |
07:13:59 | jhMikeS | so it's a bare kernel in supervisor mode all the time? |
07:14:25 | saratoga | i don't know about that, but only the linux bits of android are there |
07:14:37 | saratoga | maybe they have some other user mode stuff to replace it |
07:14:52 | saratoga | i never looked into it |
07:37:41 | | Quit pamaury (Ping timeout: 245 seconds) |
07:59:10 | | Quit amiconn_ (Remote host closed the connection) |
07:59:11 | | Quit pixelma (Remote host closed the connection) |
08:00 |
08:02:00 | | Join pixelma [0] (pixelma@rockbox/staff/pixelma) |
08:02:01 | | Join amiconn [0] (amiconn@rockbox/developer/amiconn) |
08:06:51 | | Join LinusN [0] (~linus@giant.haxx.se) |
08:16:53 | | Join pamaury [0] (~quassel@rockbox/developer/pamaury) |
08:18:44 | | Join mortalis [0] (~kvirc@213.33.220.118) |
08:49:13 | JdGordon | jhMikeS: I think I asked before, but seen as you've commited the FS chages, how difficult is it now to add callbacks into whatever does the filesystem scanning for dircache? |
08:50:58 | jhMikeS | I don't know. You mean have dircache call callbacks? |
08:51:13 | JdGordon | yeah |
08:52:11 | JdGordon | or is it just better to walk the filesystem like the databse does and call callbacks from that - that will go through dircache always now right? |
08:53:05 | jhMikeS | dircache stops when it fills, limits the scan depth and the thread doesn't stick around so it's not at all suitable for general scanning |
08:53:46 | jhMikeS | it's also not depth first |
08:53:46 | JdGordon | :( |
08:57:23 | jhMikeS | alot of things explode with deep folder levels though (as I discovered) |
08:57:46 | *** | Saving seen data "./dancer.seen" |
08:58:08 | jhMikeS | 1) make directories really deep (like 30 levels) 2) go to the menu directly 3) select "Files" => kaboom |
08:58:22 | jhMikeS | playlist will just blow up too because it blows the stack top |
08:58:31 | JdGordon | noice :) |
09:00 |
09:02:06 | [Saint] | jhMikeS: does that also bork the same way with a not-so-deep directory structure, and _very_ long filenames? |
09:02:17 | [Saint] | I believe I have seen such behavior. |
09:02:47 | | Join Zagor [0] (~bjst@80.239.169.202) |
09:02:47 | | Quit Zagor (Changing host) |
09:02:47 | | Join Zagor [242] (~bjst@rockbox/developer/Zagor) |
09:05:53 | jhMikeS | [Saint]: I don't know. I checked depth with like /a/b/c/d/e/... sine that was my concern at the time. A path like that isn't actually long in chars though. |
09:06:38 | [Saint] | I had some problems with Android's long paths and lengthy filenames. |
09:07:12 | [Saint] | I "fixed" it by scanning /sdcard/Music instead of /storage/emulated/sdcard0/Music |
09:07:22 | JdGordon | oh, whats the story with master and android? |
09:07:24 | JdGordon | still crashing? |
09:07:31 | [Saint] | seems the extra path length was enough to push it over the edge. |
09:07:34 | jhMikeS | I am astounded at the sheer amount if strlcpy truncation that can happen without any checks, which could identify the wrong entity |
09:07:41 | [Saint] | JdGordon: fine for Dalvik. |
09:07:57 | | Join kuldeepdhaka [0] (~kuldeepdh@unaffiliated/kuldeepdhaka) |
09:08:13 | [Saint] | ART still needs a patch sitting in gerrit I should really split up as its a clusterfuck of unrelated changes. |
09:08:23 | jhMikeS | the app file code was hit or miss and might've done weird things. I made it check for truncations and fail if it did truncate. |
09:08:51 | [Saint] | But, if people don't care about that (they're unrelated, but related insofar as they're mostly all necessary to fix ART), push away. |
09:09:02 | jhMikeS | there were checks at one level but then nothing checked for a null pointer |
09:09:55 | jhMikeS | while could very well have caused the problem |
09:10:00 | jhMikeS | *which |
09:10:16 | JdGordon | [Saint]: was anyhing fixed? was there an actual problem? when i tested it was with dalvik |
09:10:35 | [Saint] | Yes, there was a problem, and yes, it was fixed. |
09:10:48 | [Saint] | jhMikeS didn't /break/ anything specifically. |
09:11:00 | JdGordon | awesome |
09:11:00 | [Saint] | He merely uncovered the fact that it was a miracle it ever worked to begin with. |
09:11:54 | jhMikeS | I am astounded that I can browser 30 or more levels deep but I can't return to that depth directly from the menu without a data abort |
09:13:58 | jhMikeS | It would work so long as nothing got truncated, otherwise that internal function would return null yet the result would still get used :) |
09:15:49 | jhMikeS | I guess that's only for HAVE_SPECIAL_DIRS though |
09:17:55 | jhMikeS | I can't say it fixed anything for android in that regard for app file code. may it was another change if something actually works now |
09:23:59 | jhMikeS | oh, shit I read that backward, it would affect android |
09:24:31 | [Saint] | Is there some artificial path length? |
09:24:48 | jhMikeS | MAX_PATH for the temp buffers |
09:24:51 | [Saint] | I "fixed" my Database issues by trimming ~30 chars off the path |
09:25:41 | jhMikeS | _get_user_file_path prepends "/sdcard/rockbox" so that could make it go over |
09:34:58 | jhMikeS | the calls should fail with errno = ENAMETOOLONG and then it's up to whoever called it to do the right thing |
09:38:54 | | Join goom [0] (~goomba@cpe-72-177-165-10.satx.res.rr.com) |
09:46:05 | | Join xorly [0] (~xorly@m180.dkm.cz) |
09:47:55 | | Join petur [0] (5bb7304d@rockbox/developer/petur) |
10:00 |
10:02:17 | | Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) |
10:45:38 | | Quit zoktar (Ping timeout: 260 seconds) |
10:53:46 | | Join AlexP [0] (~alex@rockbox/staff/AlexP) |
10:53:53 | | Nick SuperBrainAK is now known as DormantBrain (~andy@2001:470:8:a61::5f92:59a1) |
10:57:49 | *** | Saving seen data "./dancer.seen" |
11:00 |
11:11:30 | | Join zoktar [0] (~zoktar@unaffiliated/zoktar) |
11:11:31 | | Quit zoktar (Read error: Connection reset by peer) |
11:16:57 | | Join zoktar [0] (~zoktar@unaffiliated/zoktar) |
11:19:20 | | Quit mikroflops (Read error: Connection reset by peer) |
11:22:52 | | Join mikroflops [0] (~yogurt@178.174.137.62) |
11:38:24 | TheSeven | saratoga: we once did lower it in rockbox, with random crashes being the result. likely not so much due to the actual voltage, but due to dynamic voltage scaling (ramp up/down times, i2c communication in the handler, etc.) |
11:39:11 | TheSeven | I think we're also lowering it a bit - to the minimum that turned out to be safe on all devices for maximum freq - just not lowering it even further when clocking down |
11:40:01 | TheSeven | saratoga: do you have numbers on which voltages those unofficial builds use? |
11:40:12 | [Saint] | I recall the period when pissing around with this caused a clusterfuck of devices that functioned and devices that didn't. |
11:40:19 | [Saint] | With seemingly zero connection. |
11:40:19 | TheSeven | saratoga: also, I have testing builds for the classic myself, which also integrate the USB patches etc. |
11:42:18 | [Saint] | TheSeven: all we know about those builds is http://forums.rockbox.org/index.php/topic,48503.msg229461.html#msg229461 |
11:42:22 | TheSeven | [Saint]: we should maybe just make this configurable in the menu, with safe defaults, and only applying the settings after checking whether a button is pressed during boot etc. |
11:44:09 | [Saint] | Hilariously, even the builds that claim to have no patches are all M builds. |
11:44:10 | TheSeven | who is this "castor munoz" guy btw? |
11:44:10 | | Quit goom (Quit: Leaving) |
11:44:11 | | Join foolsh [0] (~bbrown@c-67-174-138-234.hsd1.in.comcast.net) |
11:44:18 | TheSeven | he seems to have some inside knowledge about this SoC |
11:44:33 | TheSeven | adding some comments to some code that are either purely guesswork or based on datasheets that we don't have |
11:45:23 | [Saint] | He goes by prof_wolfff |
11:45:32 | [Saint] | and, I'm putting money on guesswork. |
11:46:17 | TheSeven | ever seen him on IRC? |
11:46:19 | [Saint] | Simply because not sharing datasheets if he had any would be a dick move. |
11:46:26 | [Saint] | Occasionally, yes. |
11:46:29 | [Saint] | But not for a while. |
11:46:31 | TheSeven | not sharing patches is a dick move as well |
11:46:55 | [Saint] | Agreed. |
11:47:11 | TheSeven | "I am HIGHLY interested in this patch: ipod6g-powermgmt.patch.20140326 beacuse it deals with hard drive activity. Author claims that this patch lower disk activity!" - aha |
11:47:12 | [Saint] | But, that's Head-Fi for you. |
11:47:13 | TheSeven | let me guess |
11:47:18 | TheSeven | lower spindown time, nothing else? :P |
11:47:37 | [Saint] | Lower than...3 seconds? Awesome. |
11:47:48 | TheSeven | I see no other way... |
11:47:50 | [Saint] | That wouldn't be detrimental at _all_...nope nope nope. |
11:49:52 | [Saint] | "but some two years ago Castor Munoz wrote a patch for this port which introduced frequency scaling. Before then, a Rockboxed Classic had a battery life of only 5 to 6 hours. " |
11:49:55 | [Saint] | I...what? |
11:50:02 | [Saint] | Wasn't that *you*, TheSeven? |
11:50:25 | [Saint] | And, regrettably, no. |
11:50:48 | TheSeven | yeah I remember him just enabling stuff that we hadn't enabled for a reason ;) |
11:50:49 | * | [Saint] just realized he answered in the wrong channel |
11:52:18 | * | [Saint] can't understand some of the posts in that thread |
11:52:36 | [Saint] | Why the flying fuck would the fallback image work on OSX but the installed binary not? |
11:52:41 | [Saint] | TheSeven: ^? |
11:52:51 | [Saint] | (if the reports there are to be believed) |
11:53:05 | [Saint] | P/VID is the same. |
11:54:25 | * | [Saint] finds himself heavily quoted in a thread he's never visited |
11:54:33 | [Saint] | odd odd world. |
11:55:51 | [Saint] | "Thanks a lot. |
11:55:51 | [Saint] | It works great after I changed the VID/PID. |
11:55:51 | [Saint] | I don't need to switch to fallback image to transfer files now." |
11:56:02 | [Saint] | I...what? WHY would that work? o_o |
11:56:07 | [Saint] | It shouldn't. |
11:58:36 | [Saint] | TheSeven: if you have any insight on the aboce craziness, I'd love to hear it |
11:59:18 | TheSeven | because the installed binary (of those hacked builds) might be different? |
11:59:27 | TheSeven | because the FS might have been set up differently in the meantime? |
11:59:28 | TheSeven | etc. |
11:59:39 | TheSeven | if it's the same code and same FS, there's just no way |
12:00 |
12:15:51 | | Quit jhMikeS (Ping timeout: 240 seconds) |
12:33:21 | | Quit kuldeepdhaka (Ping timeout: 240 seconds) |
12:44:21 | | Quit alexbobp (Ping timeout: 240 seconds) |
12:53:36 | | Join alexbobp [0] (~alex@capitalthree.pwnz.org) |
12:56:46 | | Join kuldeepdhaka [0] (~kuldeepdh@unaffiliated/kuldeepdhaka) |
12:57:50 | *** | Saving seen data "./dancer.seen" |
13:00 |
13:17:02 | [Saint] | TheSeven: something makes me doubt anyone other than you is building emCORE. |
13:17:41 | | Join ZincAlloy [0] (~Adium@pD9EEB780.dip0.t-ipconnect.de) |
13:20:34 | | Part ZincAlloy |
13:22:01 | TheSeven | well, a few people, but I don't think those released unofficial builds |
13:22:17 | TheSeven | and yes, it's unlikely that anyone got that crazy toolchain set up without help |
13:22:49 | TheSeven | so yes, they're likely shipping our fallback image |
13:24:26 | | Quit krnlyng (Ping timeout: 245 seconds) |
13:34:05 | copper | what are you guys talking about? |
13:43:48 | [Saint] | Apparently, the embedded fallback from r867 emCORE can mount on OSX |
13:44:03 | [Saint] | ...how? Fuck knows. It seems impossible. |
13:44:32 | * | TheSeven suggests that the main build won't behave any different ;) |
13:44:44 | [Saint] | Do you have a legit Mac, copper? Could you confirm or deny this? |
13:44:59 | copper | nope |
13:45:12 | [Saint] | TheSeven: oh, certainly. That's just the version referenced in the thread. |
13:45:17 | copper | but I did link to user890104's build that includes the USB ID patch |
13:45:20 | [Saint] | So, consistency. |
13:45:21 | copper | in the fallback image |
13:45:31 | copper | hold on |
13:45:35 | [Saint] | Ahhhhhhh. |
13:45:39 | TheSeven | [Saint]: no, I meant "main" vs. fallback in that version, unlike other versions |
13:45:44 | TheSeven | ah |
13:45:59 | copper | http://www.anythingbutipod.com/forum/showthread.php?t=73692 |
13:46:10 | copper | http://files.freemyipod.org/misc/installer-ipodclassic-usbid_0x123A_0x456B.ubi |
13:46:14 | TheSeven | did we ever get around to asking openmoko for a bunch of legit USB IDs? |
13:46:28 | [Saint] | ...and a release? |
13:46:40 | [Saint] | (nope) |
13:47:05 | TheSeven | these IDs are like 3 cents a pop, but you can only buy them 65k at a time :P |
13:47:13 | TheSeven | and openmoko has such a chunk |
13:47:17 | [Saint] | Sorry. That was a bit terse and overly cuntish even for me. |
13:47:25 | [Saint] | I didn't mean to be so snarky. |
13:50:10 | gevaerts | TheSeven: no, we forgot about that |
13:50:16 | gevaerts | Feel free to contact them :) |
13:50:21 | | Quit kuldeepdhaka (Ping timeout: 240 seconds) |
13:50:27 | [Saint] | The crap thing is that now would be a pretty bad time for a release |
13:50:54 | [Saint] | So soon after that huge filesystem shuffle around. |
13:50:56 | copper | isn't it always? |
13:51:35 | [Saint] | Someone with a clue needs to carve out HWcodec. |
13:57:12 | copper | Rockbox is slowly becoming rolling-release software :P |
14:00 |
14:17:30 | pamaury | oui |
14:17:39 | pamaury | oops, wrong channel ^^ |
14:31:21 | copper | Da. |
14:45:53 | user890104 | [14:17:04] <[Saint]> TheSeven: something makes me doubt anyone other than you is building emCORE. << http://files.freemyipod.org/~build/ |
14:46:17 | TheSeven | user890104: but not with patched USB IDs I guesS? |
14:46:19 | user890104 | and the usb ids build is not mine i think, i just mirrored it |
14:46:36 | copper | I built it for you |
14:46:49 | copper | er |
14:46:59 | user890104 | also, i have a macbook running os x 10.9, if anyone wants something tested |
14:47:09 | copper | I gave you a patched build of Rockbox 2012, which you incorporated into the emcore installer |
14:47:17 | user890104 | ah, i see |
14:47:51 | user890104 | i haven't paid attention to the usb ids in the fallback image of the installers |
14:48:34 | copper | uh? you're the one who asked for it :P |
14:48:57 | user890104 | but i don't know if it's actually in the builds or not |
14:49:08 | copper | 11:46:12 UTC <copper> http://files.freemyipod.org/misc/installer-ipodclassic-usbid_0x123A_0x456B.ubi |
14:49:11 | copper | it's in that one |
14:49:15 | user890104 | i just use some rockbox binary that's sitting in my folder |
14:49:21 | user890104 | it could be this one, or not |
14:49:44 | user890104 | i'll check this now |
14:52:20 | user890104 | copper: my builds include TheSeven's rockbox binary (the one with the new usb driver + some patches) |
14:53:05 | user890104 | the url you posted is just a mirror of your build, so we can direct os x users there if they need it |
14:53:27 | copper | a mirror of what? |
14:53:31 | copper | I don't host it |
14:53:36 | copper | that's the only copy I know of |
14:53:45 | copper | the .ubi file, I mean |
14:54:05 | copper | ah, I used to host it |
14:54:27 | user890104 | exactly :) that's where i got it from |
14:54:38 | copper | what |
14:54:43 | copper | I didn't produce that file |
14:55:03 | copper | you did |
14:55:23 | copper | I sent you the rockbox.ipod file, and you produced that build |
14:55:45 | user890104 | ah, i see |
14:55:55 | copper | my copy is still online, just not linked to |
14:56:13 | user890104 | so i just integrated it in the current version of the installer |
14:56:25 | user890104 | makes sense |
14:57:53 | *** | Saving seen data "./dancer.seen" |
15:00 |
15:04:19 | copper | permalink to the latest iPod Classic Rockbox build with the USB ID patch: http://caudec.net/rockbox/latest/rockbox-ipod6g-usbid_0x123A_0x456B.zip |
15:04:26 | copper | permalink to the patch: http://caudec.net/rockbox/latest/rockbox-ipod6g-usbid_0x123A_0x456B.diff |
15:05:15 | copper | the patch is continuously updated against the source from HEAD |
15:31:33 | | Join krnlyng [0] (~liar@83.175.90.24) |
15:39:13 | | Quit galledallegator (Read error: Connection reset by peer) |
15:48:35 | | Quit pystar89 (*.net *.split) |
15:48:36 | | Quit Elfish (*.net *.split) |
15:48:42 | | Join Elfish [0] (amba@2001:1608:12:1:13:3:3:7) |
16:00 |
16:02:46 | pamaury | TheSeven: has there been any progress in exploits for the recent iPod nano ? |
16:03:00 | TheSeven | I'm not aware of even any attempts |
16:03:14 | TheSeven | I guess some of the more recent iphone exploits might work there as well, but nobody seems to care |
16:03:16 | copper | are you aware of odd attempts? |
16:29:11 | | Quit dys (Ping timeout: 260 seconds) |
16:34:01 | | Join dys [0] (~user@2a01:1e8:e100:8296:21a:4dff:fe4e:273a) |
16:34:06 | | Part LinusN |
16:34:28 | | Join ygrek [0] (~user@108.59.6.97) |
16:35:53 | | Join rela [0] (~x@pdpc/supporter/active/rela) |
16:44:03 | | Join Strife89 [0] (~Strife89@adsl-98-80-234-11.mcn.bellsouth.net) |
16:46:55 | | Join kuldeepdhaka [0] (~kuldeepdh@unaffiliated/kuldeepdhaka) |
16:47:35 | | Join RiD [0] (~RiD@bl22-151-170.dsl.telepac.pt) |
16:57:54 | *** | Saving seen data "./dancer.seen" |
16:59:36 | | Quit Zagor (Quit: Clint excited) |
17:00 |
17:01:01 | | Quit rela (Read error: Connection reset by peer) |
17:29:25 | | Quit pamaury (Ping timeout: 245 seconds) |
17:29:57 | | Join pamaury [0] (~quassel@rockbox/developer/pamaury) |
17:33:34 | | Quit ender^ (Read error: Connection reset by peer) |
17:33:55 | | Join ender^ [0] (krneki@2a01:260:4094:1:42:42:42:42) |
17:41:05 | | Quit mortalis (Ping timeout: 245 seconds) |
17:46:38 | | Join ZincAlloy [0] (~Adium@pD9EEB780.dip0.t-ipconnect.de) |
17:51:17 | | Quit petur (Ping timeout: 246 seconds) |
17:51:26 | | Join pystar89 [0] (~pystar89@ip-176-199-76-43.hsi06.unitymediagroup.de) |
17:52:10 | | Quit RiD (Ping timeout: 260 seconds) |
17:53:49 | | Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) |
17:54:08 | | Join kuldeepdhaka_ [0] (~kuldeepdh@unaffiliated/kuldeepdhaka) |
17:55:46 | | Quit pamaury (Ping timeout: 255 seconds) |
17:56:22 | | Quit kuldeepdhaka (Ping timeout: 260 seconds) |
18:00 |
18:00:56 | | Quit kuldeepdhaka_ (Max SendQ exceeded) |
18:01:55 | | Join kuldeepdhaka_ [0] (~kuldeepdh@unaffiliated/kuldeepdhaka) |
18:11:18 | | Quit ygrek (Ping timeout: 260 seconds) |
18:19:46 | | Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93) |
18:21:51 | | Quit krnlyng (Ping timeout: 240 seconds) |
18:36:25 | | Quit [Saint] (Ping timeout: 245 seconds) |
18:39:27 | | Join krnlyng [0] (~liar@83.175.90.24) |
18:39:45 | | Join kuldeepdhaka__ [0] (~kuldeepdh@unaffiliated/kuldeepdhaka) |
18:40:42 | | Quit kuldeepdhaka_ (Ping timeout: 260 seconds) |
18:47:21 | | Join jhMikeS [0] (~jethead71@c-68-43-2-35.hsd1.mi.comcast.net) |
18:47:21 | | Quit jhMikeS (Changing host) |
18:47:21 | | Join jhMikeS [0] (~jethead71@rockbox/developer/jhMikeS) |
18:48:23 | | Quit kuldeepdhaka__ (Max SendQ exceeded) |
18:49:59 | | Join kuldeepdhaka__ [0] (~kuldeepdh@unaffiliated/kuldeepdhaka) |
18:52:07 | | Quit kuldeepdhaka__ (Read error: Connection reset by peer) |
18:54:45 | | Join bertrik [0] (~quassel@rockbox/developer/bertrik) |
18:57:55 | *** | Saving seen data "./dancer.seen" |
18:59:45 | | Quit Strife89 (Ping timeout: 245 seconds) |
19:00 |
19:04:53 | | Quit xorly (Quit: I quit, that is all) |
19:28:40 | | Join krabador [0] (~krabador_@host228-176-dynamic.55-79-r.retail.telecomitalia.it) |
19:28:41 | | Quit krabador (Changing host) |
19:28:41 | | Join krabador [0] (~krabador_@unaffiliated/krabador) |
19:29:45 | | Join ender` [0] (krneki@foo.eternallybored.org) |
19:29:57 | | Join Molverin00 [0] (c51d4cc2@gateway/web/freenode/ip.197.29.76.194) |
19:31:29 | Molverin00 | hello |
19:33:13 | Molverin00 | i want to ask unbricking Sansa Clip+ procedure |
19:34:53 | Molverin00 | my Sansa clip+ cannot be formatted by Windows or linux |
19:37:16 | Molverin00 | the internal memory is "read-only" even if i remove any file or change any settings, after rebooting the device, it will reset |
19:38:13 | Molverin00 | any help please |
19:40:07 | gevaerts | Molverin00: so everything still works, except writing? |
19:41:08 | gevaerts | If so, I'd suspect the flash going bad, which would mean there isn't much you can do about it. I'm not an expert though |
19:41:17 | Molverin00 | yes but some settings when i access them the device crashs |
19:42:27 | Molverin00 | and i can't access to the original firmware |
19:42:45 | | Join ygrek [0] (~user@108.59.6.97) |
19:43:32 | Molverin00 | any changes the unbricking procedure will works? |
19:44:27 | Molverin00 | i mean the one with shorting the pins... |
19:44:30 | gevaerts | I very much doubt ir |
19:45:33 | | Join rela [0] (~x@pdpc/supporter/active/rela) |
19:46:47 | Molverin00 | is there a solution? |
19:47:32 | gevaerts | If I'm right and it is the flash, no |
19:48:10 | Molverin00 | how can i do it? |
19:48:23 | Molverin00 | jtag? |
19:49:03 | gevaerts | Do what? |
19:49:45 | Molverin00 | the flash |
19:49:47 | gevaerts | On the sansas, the internal storage is really an SD card without the usual packaging. If that goes bad, nothing you do on the main CPU is going to make a difference |
19:50:33 | gevaerts | When I say "the flash is bad", I don't mean "something went wrong with flashing" |
19:50:44 | Molverin00 | ah ok |
19:51:32 | Molverin00 | flash you mean the internal memory |
19:51:54 | gevaerts | yes |
19:52:04 | | Quit bluebrother (Disconnected by services) |
19:52:09 | | Join bluebrother^ [0] (~dom@rockbox/developer/bluebrother) |
19:53:42 | Molverin00 | is there to make the external sd card the main storage memory for rockbox? |
19:54:01 | Molverin00 | is there a way to make the external sd card the main storage memory for rockbox? |
19:54:20 | | Quit fs-bluebot (Ping timeout: 245 seconds) |
19:55:20 | gevaerts | That would involve installing a new bootloader, which involves being able to write to the device |
19:56:49 | Molverin00 | yes you're right |
19:57:58 | Molverin00 | is there a way replace the internal memory? |
19:58:08 | Molverin00 | i mean in home^^ |
19:59:05 | Molverin00 | chipset from a flash drive or something |
19:59:59 | | Join fs-bluebot [0] (~fs-bluebo@g231123076.adsl.alicedsl.de) |
20:00 |
20:00:22 | gevaerts | I think it's the chip on the lower left on http://www.rockbox.org/wiki/pub/Main/SansaClip/sansa_clipplus_4.jpg |
20:00:44 | gevaerts | I wouldn't try it myself, but... :) |
20:02:11 | Molverin00 | i have soldering tools "curiosity problems" ;) ... but i am no electronics expert |
20:02:52 | TheSeven | also depends on whether the SD controller for it requires any special data to already be present on the flash / with which flash models it's compatible at all |
20:03:12 | Molverin00 | yes it looks like the ones in a flash drive, the other one is the cpu i think |
20:04:00 | Molverin00 | ah i didn't think about that |
20:06:26 | Molverin00 | ok thank you so much gevaerts and TheSeven |
20:07:52 | Molverin00 | when i buy a new mp3 player, i will try replacing the flash memory ;) |
20:09:14 | gevaerts | Good luck! :) |
20:10:15 | Molverin00 | hhhhhhh |
20:10:16 | | Join lebellium [0] (~chatzilla@89-93-178-161.hfc.dyn.abo.bbox.fr) |
20:10:19 | | Quit benedikt93 (Ping timeout: 255 seconds) |
20:10:34 | Molverin00 | thanks and have a nice day^^ |
20:13:11 | | Quit Molverin00 (Quit: Page closed) |
20:28:11 | | Join n1s [0] (~n1s@c-4eea70d5.010-215-7570701.cust.bredbandsbolaget.se) |
20:28:11 | | Quit n1s (Changing host) |
20:28:11 | | Join n1s [0] (~n1s@rockbox/developer/n1s) |
20:46:32 | | Join pamaury [0] (~quassel@rockbox/developer/pamaury) |
20:56:58 | | Quit jhMikeS (Ping timeout: 260 seconds) |
20:57:56 | *** | Saving seen data "./dancer.seen" |
20:58:05 | | Quit ygrek (Ping timeout: 245 seconds) |
21:00 |
21:07:54 | | Nick DormantBrain is now known as SuperBrainAK (~andy@2001:470:8:a61::5f92:59a1) |
21:17:58 | | Join RiD [0] (~RiD@2.83.151.170) |
21:25:01 | | Join petur [0] (~petur@rockbox/developer/petur) |
21:28:59 | | Join bertrik_ [0] (~quassel@rockbox/developer/bertrik) |
21:29:15 | | Quit bertrik (Ping timeout: 272 seconds) |
21:38:41 | | Quit rela (Read error: Connection reset by peer) |
21:41:45 | | Quit Kohlrabi (Remote host closed the connection) |
21:45:20 | | Quit n1s (Quit: Ex-Chat) |
21:46:37 | | Quit bertrik_ (Ping timeout: 255 seconds) |
21:47:10 | | Join bertrik [0] (~quassel@rockbox/developer/bertrik) |
22:00 |
22:03:30 | | Quit pamaury (Ping timeout: 245 seconds) |
22:06:11 | | Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93) |
22:06:35 | | Quit benedikt93 (Read error: Connection reset by peer) |
22:23:05 | | Join jhMikeS [0] (~jethead71@rockbox/developer/jhMikeS) |
22:23:06 | | Join [Franklin] [0] (~franklin@cpe-071-071-039-006.triad.res.rr.com) |
22:23:16 | [Franklin] | foolsh, g#946! :D |
22:23:19 | fs-bluebot | Gerrit review #946 at http://gerrit.rockbox.org/r/946 : InfoNES - FS #2911 - NES Emulator for Color Targets (WIP) by Benjamin Brown |
22:23:32 | [Franklin] | keymaps could use PLA |
22:25:21 | [Franklin] | and the tabs are a bit nasty |
22:25:37 | [Franklin] | (use 4 spaces instead) |
22:27:15 | foolsh | Of course, feel free |
22:29:00 | [Franklin] | But how do I edit your patch set? |
22:29:27 | [Franklin] | What have you tested it on? |
22:29:40 | foolsh | Sansa e200 and fuze plus |
22:30:01 | [Franklin] | ok, I'll try ipod6g when it's done building |
22:31:38 | foolsh | good question, can some help? I ran into the same problem trying to add the manual entry to #677 because pamaury is the author now. So how does one edit another's gerrit code |
22:32:19 | [Franklin] | or just start a new patch set? |
22:32:26 | [Franklin] | but then you couldn't edit it |
22:33:09 | foolsh | right |
22:33:38 | [Franklin] | wow... stunning |
22:33:47 | [Franklin] | but like you said, keymaps are bad |
22:33:53 | [Franklin] | select=menu!? |
22:34:16 | foolsh | It really depends on the physical layout of the player |
22:34:32 | [Franklin] | yeah, so I'll PLA-fy it |
22:35:07 | foolsh | You do now, I didn't write it right. Anything you find wrong is totally not me. ;-) |
22:35:13 | [Franklin] | haha |
22:35:15 | foolsh | know* |
22:38:09 | [Franklin] | So what did you do to the patch? |
22:40:34 | foolsh | Moved COPYING to LICENSE for clarity, added a (,NULL) to the wave_out function and somewhere else too, and added fuze+ keymappings and two #endif s |
22:41:40 | [Franklin] | oh |
22:41:45 | foolsh | not much really, just what ever stopped it from compiling |
22:41:47 | [Franklin] | soo... I'll try to pla-fy it |
22:43:08 | foolsh | Does PLA support enough buttons? It's been forever since I messed with it. |
22:44:00 | [Franklin] | I don't think so... :( |
22:44:13 | [Franklin] | Missing 1 |
22:44:29 | foolsh | Right, I thought it might be so |
22:46:16 | foolsh | So question to anyone in the know, Can we collaborate via gerrit, there seems to be an issue where gerrit rejects a patch because when you are not the original author. Is this client side or server side? |
22:47:30 | gevaerts | I believe it's set up like that for non-committers |
22:48:24 | gevaerts | I don't know if that's just more or less an arbitrary choice or if there's an actual reasoning behind it |
22:48:49 | [Franklin] | We could use PLA_EXIT for B and PLA_CANCEL for exit |
22:54:06 | | Quit petur (Remote host closed the connection) |
22:55:55 | foolsh | I'm more apt to just uses key mappings, since the layout on the player is what should under consideration. I button in a funky place will make it unplayable, when you talking about playable on a DAP |
22:56:09 | foolsh | should be under consideration* |
22:56:11 | [Franklin] | yeah |
22:56:41 | foolsh | Hang on I'll host it somewhere else |
22:57:11 | foolsh | Or we could revert to diff and patch |
22:57:20 | [Franklin] | github? |
22:57:56 | * | gevaerts would bring up the issue on the mailing list |
22:57:58 | *** | Saving seen data "./dancer.seen" |
22:58:15 | foolsh | gevaerts: Thank you |
23:00 |
23:00:32 | [Franklin] | same |
23:01:19 | gevaerts | And then if you get no response, try poking Zagor |
23:01:59 | * | foolsh nods |
23:17:22 | * | [Franklin] pokes Zagor |
23:48:08 | | Quit Xerion (Quit: ) |
23:50:28 | foolsh | [Franklin]: May I private message you? |
23:50:36 | [Franklin] | sure... |
23:50:55 | [Franklin] | :) |
23:52:26 | | Join trampel [0] (~trampel@c-24-22-235-214.hsd1.wa.comcast.net) |
23:53:20 | | Join [Saint] [0] (~saint@rockbox/staff/saint) |
23:55:06 | | Quit lebellium (Quit: ChatZilla 0.9.90.1 [Firefox 32.0/20140825202822]) |