| 00:01:23 | | Join solexx_ [0] (n=jrschulz@e176115061.adsl.alicedsl.de) |
| 00:02:27 | | Quit Beta2K (Read error: 110 (Connection timed out)) |
| 00:03:05 | | Quit bluebrother ("leaving") |
| 00:05:10 | | Nick amiconn is now known as notamiconn (n=jens@rockbox/developer/amiconn) |
| 00:05:59 | | Nick notamiconn is now known as amiconn (n=jens@rockbox/developer/amiconn) |
| 00:08:27 | | Quit kerwood ("Leaving.") |
| 00:12:25 | | Quit {phoenix} (Remote closed the connection) |
| 00:12:42 | | Join mcuelenaere [0] (n=mcuelena@rockbox/developer/mcuelenaere) |
| 00:13:10 | | Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) |
| 00:16:45 | | Quit solexx (Read error: 110 (Connection timed out)) |
| 00:18:43 | | Quit jgarvey ("Leaving") |
| 00:20:32 | Bagder | that proved parts of the script working at least |
| 00:31:23 | | Quit jeffronius (Read error: 104 (Connection reset by peer)) |
| 00:31:52 | mcuelenaere | Bagder: what exactly does the new script do on red commits? |
| 00:32:11 | Bagder | right now it just extract the committers |
| 00:32:15 | Bagder | extracts |
| 00:32:24 | Bagder | ./seered.pl |
| 00:32:24 | Bagder | Daniel Stenberg=1 |
| 00:32:37 | Bagder | (I made it display for yellows to get a test) |
| 00:33:01 | Bagder | the plan is to perhaps make logbot announce it here |
| 00:33:16 | mcuelenaere | cool |
| 00:34:15 | * | mcuelenaere wonders whats up with the colors on http://svn.rockbox.org/viewvc.cgi/www/tools/svnlog2html.pl?r1=19737&r2=19738 |
| 00:35:08 | Bagder | what a mess |
| 00:35:27 | mcuelenaere | perhaps it has something to do with the contents of the patch? |
| 00:35:40 | Bagder | probably, but that feels like a viewvc bug |
| 00:36:12 | mcuelenaere | I don't think so, it seems it escapes < and > |
| 00:36:26 | mcuelenaere | s/it seems it/it seems to/ |
| 00:36:30 | | Quit gregzx (Read error: 104 (Connection reset by peer)) |
| 00:41:37 | | Join tyfoo2 [0] (n=tyfoo@dyndsl-095-033-069-186.ewe-ip-backbone.de) |
| 00:43:22 | | Join domonoky1 [0] (n=Domonoky@g230002049.adsl.alicedsl.de) |
| 00:49:08 | | Quit domonoky (Read error: 104 (Connection reset by peer)) |
| 00:52:17 | *** | Saving seen data "./dancer.seen" |
| 00:54:02 | | Join gartral1 [0] (n=Gartral@75.33.82.151) |
| 00:55:49 | | Quit tyfoo (Connection timed out) |
| 00:55:49 | | Nick tyfoo2 is now known as tyfoo (n=tyfoo@dyndsl-095-033-069-186.ewe-ip-backbone.de) |
| 00:56:28 | Unhelpful | perhaps it could yell if there are enough yellow builds? |
| 00:57:21 | rasher | Shouldn't it yell at any amount of yellow? |
| 00:58:02 | gartral1 | I'm 90% sure someone's asked this before, but: is there a way to either add a WPS too the radio screen, or merge radio playback and controls into the existing WPS? |
| 00:59:16 | Unhelpful | rasher: given the amount of spurious yellow lately, ie, at least one sim target per build, i'm not sure that'd be helpful. |
| 00:59:30 | domonoky1 | gartral1: if you can code, there is a way: code it :-) |
| 00:59:42 | rasher | Unhelpful: well that should get fixed eventually |
| 00:59:53 | | Quit Schmogel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 00:59:56 | rasher | Personally I think each finished build should result in a report |
| 01:00 |
| 01:00:13 | gartral1 | domonoky1: ive been looking through source... but so far, I'm lost |
| 01:01:00 | Unhelpful | i wouldn't mind having objdiff.py reports done from build to build... but right now it generates a little too much noise. |
| 01:01:37 | Unhelpful | but, per-symbols binsize deltas... that would not be a horrible thing to have :D |
| 01:04:11 | | Quit robin0800 (Remote closed the connection) |
| 01:05:11 | | Join Davide-NYC [0] (n=Davide-N@user-12ld9li.cable.mindspring.com) |
| 01:05:40 | | Quit Thundercloud (Remote closed the connection) |
| 01:06:16 | Davide-NYC | jhMikeS: ping |
| 01:07:34 | jhMikeS | hello New York! |
| 01:08:55 | Davide-NYC | I have my Gigabeat S back and want to know what needs to be tested etc. In particular how do we test for USB transfer bugs and charging bugs. AFAIK those are the two main blocks to afully supported target |
| 01:09:14 | | Quit mcuelenaere (Read error: 113 (No route to host)) |
| 01:09:21 | * | Davide-NYC probably wrong about how close it is to being ready |
| 01:09:23 | | Join jeffronius [0] (n=kvirc@69.12.221.210) |
| 01:09:55 | BigBambi | Davide-NYC: I wasn't aware of any charging or USB bugs |
| 01:10:05 | jhMikeS | Davide-NYC: Use it? I think gevearts gave it the green light on transfer bugs. Charging bugs, I know of one possibility of generating an error if pulling the main charger while USB is connected under a full charge. |
| 01:10:09 | Unhelpful | it's been working pretty much flawlessly for me. |
| 01:10:34 | BigBambi | Official supported build was just waiting on manual, install instructions, official downloads, sendfirm windows licence mess etc |
| 01:10:54 | Davide-NYC | No no! I'm not saying there are any bugs. Just looking for pointers on what to (and how to) test for problems. |
| 01:11:03 | BigBambi | just use it then |
| 01:11:48 | Unhelpful | there's a firmware update, believe it or not. toffe(82?) and i have new dual-boot bootloaders patched from it. |
| 01:12:00 | jhMikeS | Anything I've worked on I've already beaten on the code pretty hard to discover stuff before even committing it. What I mentioned above I thought of by considering the logic. |
| 01:12:08 | BigBambi | I long ago ditched dual boot - it just takes too damn long to boot |
| 01:12:13 | | Join mcuelenaere [0] (n=mcuelena@rockbox/developer/mcuelenaere) |
| 01:13:01 | gartral1 | booting into OFW on sansa e200's is painfully slow |
| 01:13:15 | BigBambi | I don't think anyone cares about the OF |
| 01:13:34 | Unhelpful | gartral1: it's a bit worse than that on S, booting into RB on a dual-boot S is painfully slow. |
| 01:13:41 | BigBambi | But having a dual-boot bootloader on the beast makes booting Rockbox much slower compared to the non-dual-boot bootloader |
| 01:13:59 | gartral1 | well, on the e200's, its the only way to get your files on it, unless youed rather use a microSD card |
| 01:14:02 | Unhelpful | BigBambi: if it supported AVC, like zune (i think?) instead of just wmv, maybe |
| 01:14:16 | BigBambi | Unhelpful: hmmm? |
| 01:14:31 | | Quit Bensawsome ("The awsome is gone :(") |
| 01:14:40 | jhMikeS | BigBambi: Unless things are revered and the BL loads OF. That would take some work though. |
| 01:14:54 | Unhelpful | video. you can do better, for compression ratios, than mpeg2. by quite a bit. |
| 01:15:02 | BigBambi | jhMikeS: Personally I don't think there is any point |
| 01:15:30 | BigBambi | Unhelpful: I see what you mean (confused me as when I said I don't think anyone cares about the OF I didn't mean what you thought I meant) :) |
| 01:15:46 | BigBambi | but I never managed to create a wmv that worked for the S |
| 01:15:59 | jhMikeS | BigBambi: The dual boot would be as fast as single boot at least and no mknkboot needed |
| 01:16:01 | Unhelpful | BigBambi: ok, i don't care about the OF, only about things that it can perhaps do better. ;) |
| 01:16:25 | | Quit mcuelenaere (Read error: 104 (Connection reset by peer)) |
| 01:16:46 | BigBambi | jhMikeS: Sure, I just meant that I don't think that it is worth the work - the OF isn't very useful so if someone really wants it they can use the slow existing dual boot |
| 01:17:01 | BigBambi | jhMikeS: It isn't like some of the OF needed to copy files targets |
| 01:17:13 | Unhelpful | it would be a "nice to have" if we could support video post-processing on the IPU, and perhaps some acceleration. |
| 01:17:36 | BigBambi | Do bass/treble work yet? |
| 01:18:18 | jhMikeS | BigBambi: Personally, I want to use the HW EQ like an EQ, not cut it to Bass/Treble. It's just silly to force that. |
| 01:18:31 | BigBambi | jhMikeS: That'd work too :) |
| 01:19:41 | BigBambi | jhMikeS: Is it as fully featured as the existing software one? |
| 01:21:10 | amiconn | USB itself seems to be rather reliable on the beast |
| 01:21:22 | | Part pyro_maniac |
| 01:21:22 | BigBambi | yes, I have never had a problem |
| 01:21:46 | Davide-NYC | this is all wonderful news. |
| 01:22:05 | amiconn | However, since charging got committed I can only use usb when the charger is connected. Otherwise I get an endless connect-disconnect-connect-disconnect... sequence |
| 01:22:21 | amiconn | I know I am supposed to test that patch... |
| 01:22:34 | BigBambi | amiconn: on Windows? As I don't get that on linux |
| 01:22:34 | | Quit CaptainKewl (Read error: 104 (Connection reset by peer)) |
| 01:22:40 | amiconn | Yes, windows |
| 01:22:54 | | Join CaptainKewl [0] (n=jason@cpe-68-173-40-122.nyc.res.rr.com) |
| 01:23:54 | Unhelpful | my experience agrees with bigbambi's |
| 01:24:27 | jhMikeS | BigBambi: Not quite. We could consider it to have five tone controls perhaps. |
| 01:25:06 | BigBambi | jhMikeS: I was just trying to think about how to have them both in the ui without being confusing |
| 01:25:11 | jhMikeS | amiconn: I did post a patch just to disallow USB charging if you want in order to see. I'll bet it won't provide the current even though it configures it. |
| 01:25:47 | amiconn | [01:22:21] <amiconn> I know I am supposed to test that patch... |
| 01:26:04 | jhMikeS | heh |
| 01:26:08 | amiconn | I know that my ports can provide 500mA just fine (root hub as well as separate, powered hub |
| 01:26:55 | amiconn | It seems that rockbox draws more than requested/configured, I just don't have an idea how to verify that |
| 01:27:09 | jhMikeS | Does it happen with OF? |
| 01:27:14 | amiconn | no |
| 01:27:33 | amiconn | OF works fine (as far as you can call MTP fine...) |
| 01:27:56 | jhMikeS | I have measured current draw physically and it matched (after adjusting for the .316 ohm I-sense). |
| 01:32:00 | jhMikeS | Thinking again, I might have neglected the device current draw which the I-sense won't include with that charger plugged. I did that very early in the process. It is in the .3xx ohm range for sure. |
| 01:32:34 | * | amiconn is digging for the patch |
| 01:33:29 | * | jhMikeS can post it again |
| 01:33:58 | amiconn | Nm, found it |
| 01:34:17 | jhMikeS | meh, I take that previous statement back. I had the meter connected at the battery, not the charger, so it should be good. |
| 01:34:48 | * | jhMikeS wonders if it will still apply without error |
| 01:34:50 | amiconn | You would need to measure between usb and device |
| 01:35:15 | amiconn | Battery will see the difference between input power (from usb) and device operating current |
| 01:35:33 | | Join Bensawsome [0] (n=Bensawso@unaffiliated/bensawsome) |
| 01:36:13 | jhMikeS | The I-sense picks up total current when USB is connected, otherwise battery only. If the main charger measurement is right, then the USB measurement is right since it's the same I-sense and I=E/R |
| 01:36:50 | * | amiconn will try a plain current build first |
| 01:36:56 | amiconn | Maybe something has changed... |
| 01:41:00 | | Quit dfkt ("-= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.") |
| 01:42:14 | | Quit Horscht ("I got raided by the FBI and all i got is this lousy quit message") |
| 01:42:46 | jhMikeS | It should draw 80-90mA until configured for 500mA. |
| 01:47:17 | | Join fdinel [0] (n=Miranda@modemcable204.232-203-24.mc.videotron.ca) |
| 01:48:19 | | Join Horscht [0] (n=Horscht@xbmc/user/horscht) |
| 01:51:15 | | Quit n1s () |
| 01:51:39 | amiconn | Hmm, seems like rolo is broken on the beast |
| 01:52:06 | amiconn | It begins to reboot, but then just shuts down instead of booting (including nasty emergency park) |
| 01:52:39 | Unhelpful | i've also had trouble with stability after rolo boots on beast |
| 01:53:38 | | Quit japc (Read error: 104 (Connection reset by peer)) |
| 01:54:05 | amiconn | Bah, murphy |
| 01:54:30 | jhMikeS | It might be locking and then it can't service the watchdog. |
| 01:55:07 | Unhelpful | ...watchdog? none of my real computers even have one, except for the software kind. |
| 01:55:10 | amiconn | Now the usb disconnect-reconnect problem doesn't occur. Probably the battery charge state is too high atm |
| 01:56:00 | amiconn | s/state/level/ |
| 01:56:31 | Unhelpful | jhMikeS: why is the level limited when charging from USB? i recall you saying it's a hardware limitation, but i don't think i've seen anything said beyond that, anywhere... |
| 01:57:35 | jhMikeS | Unhelpful: Because the highest setting draws more than 500mA whereas the USB level keeps it in range and it's the highest setting that does. |
| 01:58:33 | Unhelpful | hrm... doesn't USB let you ask the host for more than 500mA? or is the USB charging hardware incapable of drawing more, even if our stack could ask for it? |
| 01:59:35 | gevaerts | The USB limit is 500mA |
| 02:00 |
| 02:03:50 | | Join MethoS [0] (n=clemens@host-091-097-245-045.ewe-ip-backbone.de) |
| 02:05:36 | | Join japc [0] (n=japc@bl8-2-143.dsl.telepac.pt) |
| 02:06:40 | jhMikeS | Unhelpful: it uses the watchdog timer to shut off in case it loses control of the charging hardware. the charger shouldn't be left on in a lockup even if it is voltage regulated. |
| 02:09:19 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
| 02:17:05 | | Quit Xerion (Read error: 104 (Connection reset by peer)) |
| 02:19:07 | | Join Xerion [0] (i=xerion@82-170-197-160.ip.telfort.nl) |
| 02:20:51 | jhMikeS | gevearts: Is there normally some time allowed for a device to lower its power on the bus? It could take a little time if pulling the main charger for it to lower its setting (1/2 second or so). |
| 02:24:27 | | Quit tyfoo ("Carpe diem") |
| 02:26:45 | | Quit DerDome ("Leaving.") |
| 02:27:56 | | Part gartral1 |
| 02:30:55 | Davide-NYC | is there a way, in Cywin, to extract from the command line? |
| 02:31:11 | Davide-NYC | To a separate drive letter that is... |
| 02:31:50 | Davide-NYC | tar -xf rockbox.tar ???? (if I want it to extract to the "H:\" drive for instance? |
| 02:31:51 | Unhelpful | extract what frome the command line? |
| 02:31:55 | aurix_lexico | both of my computers can't connect to my c240 when rockbox is installed |
| 02:31:56 | Davide-NYC | yeah |
| 02:32:35 | aurix_lexico | I have to reinstall the OF, sync stuff, then reinstall rockbox to get stuff on their? |
| 02:32:36 | amiconn | /cygdrive/h |
| 02:32:37 | pixelma | aurix_lexico: do you connect while Rockbox is running? Or with a microSD plugged? |
| 02:32:45 | pixelma | no |
| 02:33:14 | aurix_lexico | when I plug in the USB with rockbox running, it boots the OF |
| 02:33:25 | aurix_lexico | and the microSD card is in |
| 02:33:41 | pixelma | try without |
| 02:35:12 | Davide-NYC | amiconn: I get a bizarre error: "tar: Error exit delayed from previous errors" |
| 02:35:26 | aurix_lexico | I can't get it out of it's slot -.- |
| 02:36:30 | pixelma | ok, most reliable method for me was to boot the OF manually before connecting to USB |
| 02:36:32 | Unhelpful | hrm, logf-over-usb is not getting me anywhere :/ |
| 02:42:39 | | Quit fdinel (Read error: 104 (Connection reset by peer)) |
| 02:47:10 | Unhelpful | in fact, it looks like plugging at least the e200 with logf over usb enabled hangs the device :/ |
| 02:50:07 | Davide-NYC | If I wanted to switch my Gigabeat S to "single boot" mode and I already have sendfirm.exe which nk.bin file do I need in order to have full charging support in the bootloader? |
| 02:50:28 | jhMikeS | bootloader doesn't have charge support atm |
| 02:51:04 | Davide-NYC | Ah, I see. So the nk.bin file in the gigabeat-s-b.zip file is the latest one |
| 02:52:20 | *** | Saving seen data "./dancer.seen" |
| 02:53:02 | | Quit GodEater (Read error: 110 (Connection timed out)) |
| 02:53:38 | | Join GodEater [0] (n=ge@rockbox/staff/GodEater) |
| 02:54:51 | Davide-NYC | I just replace the nk.bin file correct? |
| 02:54:55 | Davide-NYC | then reboot/ |
| 02:55:04 | jhMikeS | yep |
| 02:55:10 | | Quit alexbobp (Remote closed the connection) |
| 02:55:26 | | Join alexbobp [0] (n=alex@69.149.25.200) |
| 02:57:19 | Davide-NYC | Um, Houston we have a problem. |
| 02:57:24 | | Quit kugel ("ChatZilla 0.9.84 [Firefox 3.1b2/20081201080242]") |
| 02:57:35 | Davide-NYC | Big yellow triangle with the number 3 in it. |
| 02:57:53 | Davide-NYC | "Firmware update or restoration required. PLEASE WAIT. |
| 02:57:58 | jhMikeS | ahh...hmmm...well. how'd that happen? |
| 02:58:11 | Davide-NYC | hehe |
| 02:59:09 | Davide-NYC | do I power cycle this beast? |
| 02:59:49 | Davide-NYC | waiting doesn't seem to do anything. Even though I've been instructed to do so. |
| 02:59:58 | jhMikeS | yeah, just do that. |
| 03:00 |
| 03:00:20 | Unhelpful | indeed, wait, it's probably formatting one or both partitions, possibly after repartitioning. |
| 03:00:57 | | Join Thundercloud [0] (n=thunderc@cpc3-hem18-0-0-cust53.lutn.cable.ntl.com) |
| 03:01:05 | jhMikeS | I'd think you'd hear/feel it doing that. If it's just sitting dead, it's confused. |
| 03:01:09 | Davide-NYC | OK, I power cycled, it told me (again) to wait. |
| 03:01:23 | Davide-NYC | It then asked me to connect to the PC. |
| 03:01:28 | Davide-NYC | I've done so. |
| 03:01:38 | Unhelpful | right, and then it should ask you to send firmware. |
| 03:02:23 | Davide-NYC | Now it wantes me to "Update or restore Portable Media Center using PC application. *Read user manual* |
| 03:03:30 | Unhelpful | you can send an nk.bin with sendfirm at this point |
| 03:03:54 | Davide-NYC | so I've executed "sendfirm.exe nk.bin" and it now tells the same thing as before |
| 03:04:03 | Davide-NYC | I am instructed to wait |
| 03:04:30 | Davide-NYC | How much time should I allot to this procedure? |
| 03:04:57 | Unhelpful | i'm guessing something's not right with your nk.bin :/ |
| 03:05:29 | Davide-NYC | LOLs I do not hear any HDD noise so I'm guessing it's not really foramttinganything. |
| 03:06:36 | Davide-NYC | I got the nk.bin file from here: http://www.rockbox.org/twiki/bin/view/Main/GigabeatSInstallation#Step_1a_Bootloader_installation |
| 03:06:41 | Davide-NYC | is that correct? |
| 03:06:53 | Unhelpful | hrm... i wonder what the wait *is* for, then. also, i think it has a specific message for formatting the media partition, not that i'm about to test that, right now. |
| 03:07:19 | * | Davide-NYC willing to leave it in this state for a bit |
| 03:07:52 | aurix_lexico | starting the OF then plugging in the USB worked on my c240 |
| 03:08:30 | Davide-NYC | got bored and powered down |
| 03:09:32 | | Quit MethoS (Remote closed the connection) |
| 03:12:02 | Davide-NYC | Has sendfirm changed recently? |
| 03:13:11 | Unhelpful | i think only to keep up with changes in libmtp, for the linux version |
| 03:14:49 | Davide-NYC | I believe I need to re-enable MTP mode on my windows machine but I do not remember how to do this. (sigh) |
| 03:16:30 | Unhelpful | i'm not sure what that means :/ |
| 03:18:42 | Unhelpful | the S doesn't offer any mode other than MTP in the OF... and unless you installed some custom driver that does something weird, i don't know any way to "turn off" MTP on the windows side of things |
| 03:18:42 | Davide-NYC | jhMikeS: I'm in a bit of a pickle |
| 03:18:58 | Davide-NYC | OK |
| 03:19:19 | Davide-NYC | Unhelpful: your name is funny as you're being very helpful right now |
| 03:19:32 | * | Unhelpful gets that a lot |
| 03:20:26 | Davide-NYC | What I would like to attempt is do is to restore the beast to all original. Then install RB. |
| 03:20:48 | Davide-NYC | The updater (the recently found one) is not finding the unit |
| 03:20:57 | jhMikeS | Davide-NYC: Are you using the libusb version sendfirm-win? |
| 03:21:11 | Davide-NYC | yes |
| 03:21:22 | Davide-NYC | well, probably |
| 03:21:36 | jhMikeS | If so, remove the libusb device in the device manager |
| 03:21:48 | Unhelpful | that may be the issue... i didn't know we were distributing a libusb-based sendfirm-win? |
| 03:22:46 | jhMikeS | that was the original one I did |
| 03:23:59 | | Quit domonoky1 (Read error: 54 (Connection reset by peer)) |
| 03:24:11 | Davide-NYC | jhMikeS: where is that in the device manager exactly? I can;t find it in the list. |
| 03:24:20 | Davide-NYC | And I don;t remember exactly what I did. |
| 03:24:23 | jhMikeS | It wasn't really to be distributed but it got me up and running when the other methods utterly failed to work. |
| 03:25:30 | jhMikeS | Davide-NYC: Right-click My computer, properties, device manager |
| 03:25:43 | Davide-NYC | yes, I'm in the Device Manager. |
| 03:25:52 | jhMikeS | beast plugged in? |
| 03:26:28 | Davide-NYC | ah! |
| 03:27:42 | Davide-NYC | did it, nut the updater failed to find it. |
| 03:27:45 | Davide-NYC | *but |
| 03:28:09 | Davide-NYC | unplugged and replugged and I think we're in business |
| 03:28:10 | * | Unhelpful wonders if the "modern" sendfirm-win might do the trick, now? |
| 03:28:14 | Davide-NYC | need to be discovered. |
| 03:29:51 | Davide-NYC | I have successfully restored the gigabeat to what I believe is an updated and original state. |
| 03:30:25 | jhMikeS | now get the newer sendfirm-win :) |
| 03:32:07 | Davide-NYC | OK I just did a wiki search and came up empty. Where do I get the newer version? |
| 03:33:27 | Davide-NYC | Found it: http://www.rockbox.org/twiki/bin/view/Main/GigabeatSInfo#Loading_code_from_Windows |
| 03:33:28 | jhMikeS | It's an attachment on the page last I checked |
| 03:34:49 | | Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-66bcc0b4132ede50) |
| 03:36:56 | | Quit moos (Read error: 110 (Connection timed out)) |
| 03:38:43 | Davide-NYC | OK, I downloaded the MTP.zip file. Extracted it. Copied the nk.bin file (the 77KB version) into that folder. |
| 03:38:55 | Davide-NYC | Connected the beast and ran sendfirm |
| 03:39:05 | Davide-NYC | not I'm back to the error condition! |
| 03:39:10 | Davide-NYC | *now |
| 03:40:08 | Unhelpful | that's weird. :/ |
| 03:40:41 | jhMikeS | You never just tried a deliberate restore? |
| 03:41:45 | Unhelpful | he just did an update to stock firmware, successfully... |
| 03:42:27 | Davide-NYC | to be precise, the updated stock firmware |
| 03:42:36 | jhMikeS | Yeah, but...hmmm. I was thinking where you forcefully retrore it. |
| 03:42:50 | | Quit XavierGr (Nick collision from services.) |
| 03:42:56 | Davide-NYC | what do you mean by "forcefully". |
| 03:43:00 | | Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) |
| 03:43:22 | Davide-NYC | I just used the updater: gbs_update_1_2_us.exe |
| 03:43:27 | jhMikeS | hold Menu+left cross (iirc) |
| 03:43:31 | jhMikeS | when booting |
| 03:43:53 | Unhelpful | i can't imagine what that would do that he hasn't done yet, besides format it? |
| 03:43:54 | Davide-NYC | bear with me... |
| 03:44:17 | * | jhMikeS would just get brutish at this point |
| 03:44:22 | Davide-NYC | should I sendfirm the 77KB nk.bin file first? |
| 03:44:29 | jhMikeS | before what? |
| 03:44:47 | Davide-NYC | before putting the device into recovery mode? |
| 03:45:00 | jhMikeS | could try it. won't hurt anything. |
| 03:45:00 | Davide-NYC | or is it already in recovery mode |
| 03:45:23 | Unhelpful | it's in "recovery mode" if you've told it to be during startup. |
| 03:46:08 | Davide-NYC | Number 3 triangle - repair recovery |
| 03:46:18 | Davide-NYC | Number 4 triangle - removal of media |
| 03:46:25 | Davide-NYC | Number 1 triangle Connect |
| 03:46:37 | jhMikeS | SFSG |
| 03:46:54 | Davide-NYC | huh |
| 03:47:00 | Davide-NYC | What does that mean? |
| 03:47:03 | jhMikeS | So Far So Good? |
| 03:47:08 | Davide-NYC | Ah. |
| 03:47:17 | Davide-NYC | Numer 2 triangle - Update |
| 03:47:43 | Davide-NYC | INow what? |
| 03:47:48 | Unhelpful | you could try building a beast bootloader yourself? although i can't see why that would make a difference. |
| 03:48:09 | Davide-NYC | build the nk.bin file you mean? |
| 03:48:21 | | Join jhulst [0] (n=jhulst@unaffiliated/jhulst) |
| 03:49:14 | Unhelpful | i believe the output is named bootloader.bin when you build it, but, yes, you could try that. |
| 03:49:37 | | Join casainho [0] (n=chatzill@87-196-193-1.net.novis.pt) |
| 03:49:49 | casainho | hello :-) |
| 03:50:08 | Davide-NYC | please refresh my memory: I configure, then make... and then? |
| 03:50:18 | Davide-NYC | casainho: hello |
| 03:50:22 | Unhelpful | Davide-NYC: PROFIT1 |
| 03:50:50 | Davide-NYC | Unhelpful: really? allcaps like that? |
| 03:50:51 | casainho | I am doing a printf("Rockbox Player Bootloader"); to my display however I am seeing just 3 little lines... is there a way to put fonts with biger size? |
| 03:51:09 | Unhelpful | ahah! it looks like it's PLUGIN_IRAM_INIT where things go wrong with FS #9770 :D |
| 03:52:18 | Unhelpful | anybody have an idea why one plugin might hang on PLUGIN_IRAM_INIT and another not? |
| 03:53:02 | jhMikeS | PLUGIN_IRAM_INITs use api, not rb usually |
| 03:54:01 | Unhelpful | jhMikeS: the patch i'm working on does away with passed API, and has a global one in the header, initialized by the loader. so there is no "api" anymore, just rb. |
| 03:54:03 | jhMikeS | some delay the IRAM init as well so playback doesn't have to stop |
| 03:54:43 | Davide-NYC | OK, so I compiled the bootloader (I think) and I copied the nk.bin file to the sendfirm directory and "sent" the "firm". |
| 03:55:49 | Davide-NYC | rebooted the payer, saw the RB bootloader, it told me "file not found", so I plugged in USB to restore rockbox and poof! I'm back to where I started with an error conditionl. |
| 03:55:52 | Davide-NYC | any ideas? |
| 03:56:47 | jhMikeS | if you get "file not found" use rockbox.tar within '/Content/0b00/00'. If those don't exist, create the folders and put the .tar there. |
| 03:57:27 | jhMikeS | just use 'make tar' instead of 'make zip' |
| 03:58:05 | Davide-NYC | The beast is in MTP mode so all I see is "Storage". |
| 03:58:16 | Davide-NYC | what am I not understanding here? |
| 03:58:25 | Davide-NYC | :-P |
| 03:58:52 | Unhelpful | Davide-NYC: it may be enough just to copy the .tar to it in that mode. |
| 03:59:08 | Davide-NYC | not untar it? |
| 03:59:18 | Unhelpful | jhMikeS: hrm... well, grep says that rockdoom uses it, as well, and i would assume it's called before you actually start play |
| 03:59:25 | Unhelpful | Davide-NYC: no, the bootloader should do that. |
| 03:59:38 | Unhelpful | and i've been able to play doom, but mpegplayer crashes :/ |
| 04:00 |
| 04:00:20 | Unhelpful | i'll have to see if i can test pacbox, rockboy, or zxbox, i guess. |
| 04:00:46 | jhMikeS | Davide-NYC: /Content/0b00/00 is where the MTP stuff ends up (until it changes that after much activity). |
| 04:02:51 | Davide-NYC | Ok I've resent nk.bin |
| 04:04:34 | Davide-NYC | no change on the device screen. Before I reboot I tried to copy the tar file but I get a "Cannot Copy File" error from windows because tar files are not supported |
| 04:05:24 | Unhelpful | try connecting it in bootloader MSC mode, since you got the bootloader running |
| 04:05:25 | jhMikeS | I guess do it in bootloader USB mode |
| 04:05:39 | Unhelpful | and then create /Conent/0b00/00, and copy rockbox.tar there |
| 04:05:41 | Davide-NYC | No, I do not have the bootloader running. |
| 04:05:54 | jhMikeS | Didn't you just send nk.bin |
| 04:05:55 | jhMikeS | ? |
| 04:06:11 | Davide-NYC | but I haven;t rebooted yet |
| 04:06:25 | jhMikeS | Reboot!! |
| 04:06:35 | Davide-NYC | Unplugged beast, let it reboot but replugged the usb cable quickly. |
| 04:06:36 | jhMikeS | Cable plugged of course :) |
| 04:06:43 | Davide-NYC | NOW I'm in USB disk mode |
| 04:07:06 | * | Unhelpful adds more debug splashes inside plugin_iram_init :/ |
| 04:07:50 | jhMikeS | Unhelpful: Did you make sure everything is ok in PLUGIN_IRAM_DECLARE? |
| 04:08:17 | Davide-NYC | jhMikeS: how does one reboot the beast from recovery mode after having "sendfirmed" without unplugging the usb cable? |
| 04:09:10 | jhMikeS | IF you plug the USB while it's off, it will start itself. You can just use the batt switch too though. |
| 04:09:21 | | Quit Thundercloud (Remote closed the connection) |
| 04:09:59 | Unhelpful | jhMikeS: that macro looks like it just declares a some arrays? |
| 04:11:39 | Davide-NYC | had a bootloader in USB diskmode. Copied the rockbox.tar file over to the tfat partition, unmounted. POOF! Back to square one. |
| 04:11:51 | Davide-NYC | WTF? |
| 04:12:12 | Davide-NYC | Staring at the Number 2 triangle - Update or Recover. :-( |
| 04:12:13 | jhMikeS | Unhelpful: I guess so. Been awhile since I looked at that stuff |
| 04:12:14 | Unhelpful | i put some debug splashfs with filenames/line numbers in start_plugin, the last one that displays is the one right before PLUGIN_IRAM_INIT. i just added some more inside plugin_iram_init, i'll see if i can tell where in that the trouble is. i wish it would just be broken on sim. ;) |
| 04:12:24 | Unhelpful | Davide-NYC: that's bizarre. |
| 04:12:47 | Davide-NYC | I saw a "File not Found" error just before ending up back in the recovery mode |
| 04:13:28 | jhMikeS | Do you ever switch off the device when retailos is fully running? It can cause problems. |
| 04:14:20 | Davide-NYC | At this point I'm going to go back to a fully retail situation. |
| 04:14:34 | saratoga | I'm having trouble understanding how ci->advance_buffer works |
| 04:14:44 | saratoga | how does it know how much to advance the buffer? |
| 04:16:35 | jhMikeS | saratoga: by the "amount" param? |
| 04:16:44 | saratoga | oh |
| 04:16:48 | Davide-NYC | OK, I got it. You have to untar the RB file. The BL does not extract it. |
| 04:16:56 | saratoga | i thought the argument was a pointer to the buffer |
| 04:16:58 | saratoga | thanks |
| 04:17:13 | | Join massiveH [0] (n=massiveH@ool-43509744.dyn.optonline.net) |
| 04:17:15 | Unhelpful | ok, now that's even more bizarre, a splashf after the last line of code in plugin_iram_init executes, but one after the call to same does not? |
| 04:17:28 | jhMikeS | Davide-NYC: The bootloader extracts it if it finds it |
| 04:17:30 | | Quit massiveH (Read error: 104 (Connection reset by peer)) |
| 04:17:46 | jhMikeS | It has to be in the correct directory, that's all |
| 04:17:51 | Davide-NYC | I suspect the BL is not finding it. |
| 04:18:17 | Davide-NYC | Wait! Is it supposed to be in the same dir as the nk.bin? |
| 04:18:22 | jhMikeS | If you place it there in MSC mode, it should. THen you'll see "untarring..." |
| 04:18:47 | Unhelpful | Davide-NYC: no, it's not even supposed to be on the same partition. |
| 04:19:11 | Davide-NYC | then I can almost certainly confirm that this untarring business does not work |
| 04:19:14 | jhMikeS | Davide-NYC: ah, you put it with nk.bin? It goes on the media partition. |
| 04:19:40 | Davide-NYC | no I did in fact put it on the media partition. |
| 04:19:50 | Unhelpful | Davide-NYC: you put it in /Content/0b00/00 on the media partition |
| 04:19:56 | jhMikeS | Davide-NYC: I've used it myself in the past and moos did as well just recently to get rid of "file not found" |
| 04:20:03 | Unhelpful | and there shouldn't be an nk.bin on the media partition |
| 04:20:56 | Davide-NYC | For clarity, on my first partition there was just nk.bin and on the second partition there was just rockbox.tar and this did not work. |
| 04:21:24 | Davide-NYC | but the rockbox.tar was in the root of the media partition. |
| 04:21:45 | Davide-NYC | now I am back to the error condition. |
| 04:21:53 | Davide-NYC | Oy vey! |
| 04:23:46 | Unhelpful | rockbox.tar should not be in the root of the media partition, it should be in /Content/0b00/00... and the error thing each reboot suggests something else is going wrong. |
| 04:24:32 | Davide-NYC | I will sendfirm again and go into USB disk mode. Then I will place the rockbox.tar file in the correct folder. Stay tuned. |
| 04:25:51 | * | jhMikeS wonders why he didn't just do what was asked in the first place with the directories :\ |
| 04:26:39 | casainho | what file should I include to be able to use printf()? |
| 04:26:42 | * | Unhelpful assumes that the device is not being simply unplugged after writing the file... right? |
| 04:26:54 | Davide-NYC | OK, SFSG. But I'm afraid to unmount. |
| 04:27:08 | Unhelpful | casainho: use DEBUGF |
| 04:27:34 | casainho | Unhelpful: ?? |
| 04:27:48 | Unhelpful | rockbox defines a DEBUGF for debug output. |
| 04:28:19 | casainho | I will try |
| 04:28:41 | jhMikeS | Davide-NYC: If you're already in MSC with rockbox.tar in /Content/0b00/00 then you should just unmount it already. |
| 04:28:55 | Davide-NYC | Unmounted, saw the unarchiving message |
| 04:29:06 | Davide-NYC | in rockbox |
| 04:29:18 | Davide-NYC | in rockbox usb mode |
| 04:29:29 | jhMikeS | Turn it off and reboot it to make sure before doing anything. |
| 04:29:31 | Davide-NYC | unmounted |
| 04:30:25 | Davide-NYC | shut down (using power button), turned back on (using power button. |
| 04:30:30 | Davide-NYC | BACK TO ERROR CONDITION. |
| 04:30:34 | Davide-NYC | :-) |
| 04:30:47 | * | jhMikeS hopes he's joking |
| 04:30:48 | Unhelpful | you're doing the "safely remove" or whatever before you unplug, right? |
| 04:30:53 | Davide-NYC | yes |
| 04:31:46 | Davide-NYC | AFAICT the unit does not recover from a shutdown |
| 04:32:07 | Davide-NYC | not with the nk.bin I downloaded or the nk.bin I compiled. |
| 04:32:12 | * | jhMikeS wonders if that beast got reflashed somehow with new boot code. |
| 04:32:21 | * | Unhelpful wonders what you're doing wrong |
| 04:32:33 | * | jhMikeS has to go for a bit |
| 04:32:38 | Unhelpful | kidding... and for that matter, i wonder what i'm doing wrong. :/ |
| 04:33:09 | * | Davide-NYC wonders if the devs upgraded their beasts using the new updater first? |
| 04:33:47 | Davide-NYC | maybe the updater changes some code that make the nk.bin incompatible. |
| 04:34:25 | | Quit miepchen^schlaf (Read error: 110 (Connection timed out)) |
| 04:35:00 | Unhelpful | i did my upgrade with sendfirm, sorry |
| 04:35:37 | Davide-NYC | there are three bin files in the update. |
| 04:36:10 | Davide-NYC | nk, pmcboot_secure, and Recovery |
| 04:38:16 | Unhelpful | if you dig through old versions of the wiki, i believe there's an archive with those files as ripped from the HD of a "fresh" beast. |
| 04:38:36 | Unhelpful | it might be worth copying them over in BL USB mode, to see if you can downgrade that way |
| 04:41:08 | Unhelpful | hrm, so both doom and pacbox seem to be fully working, but mpegplayer is hanging :/ |
| 04:41:16 | Davide-NYC | if I just copy them to the first partition, they will be installed? |
| 04:42:27 | | Join FlynDice [0] (n=jack@160-88-174-206.gci.net) |
| 04:43:00 | Unhelpful | i've updated the rockbox bootloader that way, i would expect the others to work as well. |
| 04:44:13 | | Join int21hexster [0] (n=int21hex@c-76-99-191-87.hsd1.de.comcast.net) |
| 04:44:54 | int21hexster | Hello |
| 04:45:02 | | Join Barahir_ [0] (n=jonathan@Xa26a.x.pppool.de) |
| 04:50:59 | Davide-NYC | Reverted to OF version1.1. Then sentfirm. Then installed tarfile. Then POOF! BACK TO ERROR CONDITION. |
| 04:52:24 | *** | Saving seen data "./dancer.seen" |
| 04:52:32 | Davide-NYC | Now I've upgraded/restored to OF version1.2 and am calling it a night. |
| 04:52:42 | Unhelpful | weird. |
| 04:52:46 | Davide-NYC | Single boot RB is epic fail for me. |
| 04:53:20 | Davide-NYC | Dual boot may prove to be luckier, but it won;t be this evening. |
| 04:53:38 | Davide-NYC | Thank you both for being so helpful;. |
| 04:53:40 | Davide-NYC | cheers. |
| 04:53:55 | | Quit Davide-NYC ("ChatZilla 0.9.84 [Firefox 3.0.5/2008120122]") |
| 04:59:35 | | Join blkhawk- [0] (n=blkhawk@f051066116.adsl.alicedsl.de) |
| 05:00 |
| 05:02:12 | | Quit Barahir (Read error: 110 (Connection timed out)) |
| 05:04:58 | | Join troy_ [0] (n=toppy@78.149.224.176) |
| 05:05:28 | | Quit troy_ (Client Quit) |
| 05:05:32 | | Join troy_ [0] (n=toppy@78.149.224.176) |
| 05:09:52 | | Quit casainho ("ChatZilla 0.9.84 [Firefox 3.0.5/2008121622]") |
| 05:12:28 | | Join FlynDice2 [0] (n=jack@73-76-174-206.gci.net) |
| 05:13:23 | | Quit FlynDice (Read error: 110 (Connection timed out)) |
| 05:13:45 | | Quit FlynDice2 (Client Quit) |
| 05:14:12 | Unhelpful | is it possible that flush_icache could be *causing* the hang, but that the hang occurs after it returns, somehow? that still makes no sense, since other iram-using plugins work :/ |
| 05:14:31 | | Join FlynDice [0] (n=jack@73-76-174-206.gci.net) |
| 05:16:12 | FlynDice | Anyone know if can I somehow use the fuze button-fuze.c code to get the scrollwheel to function on an e200v2 (at all)? |
| 05:16:16 | | Quit blkhawk (Read error: 113 (No route to host)) |
| 05:16:33 | | Nick blkhawk- is now known as blkhawk (n=blkhawk@f051066116.adsl.alicedsl.de) |
| 05:17:09 | Unhelpful | the fuze devs i know of aren't in at the momenht |
| 05:17:33 | FlynDice | I'll read the logs if they stop by... |
| 05:20:59 | | Quit XavierGr () |
| 05:26:07 | | Quit HellDragon (Remote closed the connection) |
| 05:26:59 | saratoga | FlynDice: i don't have an e200v2 but i think it should be similar if not the same as the fuze |
| 05:30:33 | FlynDice | Well I just tried substituting the button-fuze.c code and got some errors, thought maybe there was more to it |
| 05:31:52 | | Join MOHDMACH [0] (n=MOHDMACH@cpe-76-185-233-141.tx.res.rr.com) |
| 05:32:01 | | Quit Seed ("cu, Andre") |
| 05:32:29 | MOHDMACH | Hello |
| 05:34:08 | MOHDMACH | I have added the following to the end of a .wps and it has no effect: %?mv<b|c> |
| 05:35:01 | MOHDMACH | b= volume bitmap and c = blank bitmap |
| 05:36:14 | MOHDMACH | The volume bitmap is a single progress bar physically. |
| 05:36:29 | MOHDMACH | Must I be using bitmap strips for this? |
| 05:40:15 | saratoga | FS #9775 - Premature and multiple storage_sleep() in buffering.c looks interesting |
| 05:40:24 | Unhelpful | your tag does *nothing*? it doesn't display a letter b or c on the screen, even, which is what it looks like it would do? |
| 05:41:18 | Unhelpful | hrm, removing all the IBSS_ATTR in mpegplayer makes it work. i've been adding them back in and it keeps working, so far... |
| 05:44:32 | MOHDMACH | no |
| 05:45:38 | MOHDMACH | That is the thing it has no effect on the physical properties of the the WPS. |
| 05:45:57 | * | Unhelpful wonders if this might have to do with the total size of data put in iram by the plugin |
| 05:45:57 | | Join HellDragon [0] (n=jd@modemcable022.187-203-24.mc.videotron.ca) |
| 05:48:36 | MOHDMACH | But all I did was added that tag at the end of a pre-made wps file using its the letters that correspond to the loaded bitmaps. Loaded with the "%xl" tag. |
| 05:50:02 | MOHDMACH | I did NOT set up viewports or added anything else to the tag. I was just playing around with the tag to see if it would have any effect and for simplicity before I get into anything complicated like the tags you helped me with yesterday. |
| 05:51:29 | Unhelpful | your tag might be off the screen, and besides that, all it would do is display the letter b or c. |
| 05:52:09 | MOHDMACH | It would display it based on if your adjusting the volume or not right? |
| 05:52:57 | Unhelpful | text saying "b" or "c", yes. and again, your tag may not appear on screen at all, if the line before it is at the bottom of the screen. |
| 05:53:41 | MOHDMACH | It would display b if the volume is being adjusted and c if nothing is touched? |
| 05:54:21 | MOHDMACH | It is last tag. Might that be an issue? |
| 05:54:47 | Unhelpful | those lettels, yes, not some bitmap, and as i just said, it might not display anything, because if you just add a line at the bottom of an existing wps, that tag will be below the line above it, which may place it entirely off the screen. |
| 05:55:31 | MOHDMACH | It is after: %ac%pc %pr |
| 05:56:33 | Unhelpful | that means pretty much nothing in terms of whether the tag you added at the bottom will appear on-screen or not. |
| 05:57:26 | MOHDMACH | So you are saying that if I position it right it should display the bitmaps corresponding to the letters? Specifically it would display b if the volume is being adjusted and c if it is left untouched? |
| 05:58:25 | Unhelpful | no, i am saying that if you position the tag as you have quoted it here that it will display the actual text "c" or "b", not a bitmap at all. |
| 05:59:02 | MOHDMACH | Ah the actual text. |
| 05:59:21 | MOHDMACH | Ok so how do I get it to display the images. |
| 06:00 |
| 06:00:06 | MOHDMACH | Sorry I forgot the ? mark. |
| 06:00:46 | | Quit saratoga ("CGI:IRC (EOF)") |
| 06:00:54 | Unhelpful | you really need to understand CustomWPS for yourself before you're going to get anywhere with this. it tells you exactly how to do what you're trying to do, and why it's not working. |
| 06:02:02 | | Quit FlynDice () |
| 06:02:41 | MOHDMACH | Ok |
| 06:02:56 | | Quit aurix_lexico ("Leaving.") |
| 06:03:58 | MOHDMACH | Does it reference how to use a single bitmap for volume without using bitmaps strips or separate images for volume? Or is that not possible in rockbox yet. |
| 06:05:29 | MOHDMACH | Similar to the progress bar. |
| 06:05:52 | Unhelpful | i think the progress bar may be the only thing that works that way right now, but i can't be certain of that. |
| 06:06:00 | | Join nibbler_ [0] (n=Nibbler@e181087010.adsl.alicedsl.de) |
| 06:06:03 | MOHDMACH | Ok then. |
| 06:06:27 | MOHDMACH | Thanks for the help. :) |
| 06:07:29 | | Quit MOHDMACH ("Bye") |
| 06:15:54 | | Join pixelma_ [0] (n=pixelma@rockbox/staff/pixelma) |
| 06:16:02 | | Quit amiconn (Nick collision from services.) |
| 06:16:04 | | Join amiconn_ [50] (n=jens@rockbox/developer/amiconn) |
| 06:16:08 | | Quit pixelma (Read error: 110 (Connection timed out)) |
| 06:21:03 | | Quit nibbler (Read error: 110 (Connection timed out)) |
| 06:22:03 | | Quit HellDragon (Read error: 104 (Connection reset by peer)) |
| 06:30:08 | | Quit midkay_ ("Leaving") |
| 06:52:26 | *** | Saving seen data "./dancer.seen" |
| 06:59:31 | lucent | what changed recently in the SD handling code? anything? |
| 07:00 |
| 07:00:07 | lucent | Unhelpful: btw I got distracted and did not yet test the 8->16 |
| 07:00:27 | Unhelpful | no problem, thanks for being a guinea pig :) |
| 07:00:53 | Unhelpful | it may neet to go quite a bit higher before there's trouble again, actually, so maybe we should start from the other end? |
| 07:01:30 | Unhelpful | try, say, 188 and see if you have trouble, and go 8 up or down from there? |
| 07:10:10 | | Join Mahees [0] (n=vavvva@9.80-202-106.nextgentel.com) |
| 07:10:34 | | Join HellDragon [0] (n=jd@modemcable022.187-203-24.mc.videotron.ca) |
| 07:10:58 | | Part Mahees |
| 07:11:19 | lucent | Unhelpful: wtf though, 188 is a multiple of 8? I don't understand |
| 07:11:57 | Unhelpful | you're right, it's not :/ |
| 07:12:03 | Unhelpful | 184, then? |
| 07:12:23 | Unhelpful | it really wouldn't matter unless you used a theme that had mono bitmaps |
| 07:12:27 | Unhelpful | then it might break something terrible |
| 07:12:46 | | Join zeleftikam [0] (n=zeleftik@71-87-113-101.dhcp.mdsn.wi.charter.com) |
| 07:13:07 | zeleftikam | I need help removing the Rockbox bootloader from my Mac so I can give my Sansa C240 to someone else. Help? |
| 07:13:36 | zeleftikam | I removed the .rockbox directory and all the files, but the player flashes the boot screen over and over now, I suspect because the RB bootloader is still there |
| 07:14:00 | scorche | uninstall instructions are in the manual... |
| 07:15:00 | zeleftikam | couldn't find :( |
| 07:15:03 | zeleftikam | what chapter? |
| 07:15:55 | zeleftikam | oh, did find, in the "Installing" section |
| 07:16:18 | lucent | Unhelpful: you're asking a guy who doesn't know, if you have a suggestion about what to regression test, then I'll go do it |
| 07:16:36 | lucent | I'm not going to be very productive trying to guess at what the test should be |
| 07:19:37 | Unhelpful | lucent: i don't know what the test should be, either. read sizes somewhere in between 8px and 224px cause failure. kugel had all of his cover art load successfully, so it's possible that the max size for that is our lower bound. if we don't have him around to ask... actually, i might have a better idea, which doesn't involve rebuilding over and over :) |
| 07:20:20 | Unhelpful | is the rockpaint plugin working on fuze? |
| 07:20:35 | lucent | ya... kind of |
| 07:21:04 | lucent | there's a button problem on the fuze 8gb where the wheel causes a ghost keypress |
| 07:21:16 | lucent | kugel says it's weird and doesn't happen on his fuze |
| 07:21:27 | lucent | something ain't right on my fuze |
| 07:21:29 | Unhelpful | ok, but can you load a bitmap in it, and exit it, and not crash the device? that will be good enough :) |
| 07:21:52 | lucent | will try now |
| 07:22:42 | lucent | Unhelpful: shoot, no |
| 07:22:52 | Unhelpful | because if that much works, instead of messing around with rebuilding and reinstalling, you can bump BM_MAX_WIDTH up to 224, do just one build, and then test by loading various sized bitmaps in rockpaint |
| 07:22:56 | lucent | ghost buttonpress exits the app |
| 07:23:36 | lucent | Unhelpful: kugel could though |
| 07:24:03 | lucent | he says stuff works |
| 07:24:19 | Unhelpful | right... i'll prep some for next time i see him, then. probably nice solid blocks of colors in vertical stripes will make failure obvious :) |
| 07:26:12 | lucent | I want an expert who knows about SD code |
| 07:26:35 | lucent | I want to sit down and figure out why simple access of data is so nutters on the fuze 8gb |
| 07:27:37 | | Part zeleftikam ("Leaving") |
| 07:29:27 | Unhelpful | that may be specific to the particular hardware rather than SD in general :/ |
| 07:29:31 | Unhelpful | is his 8GB as well? |
| 07:30:20 | lucent | kugel owns a 4GB fuze v1, I own a 8gb fuze v1, and I've confirmed all weirdness that happens on my player also happens on a seperate fuze 8gb v1 |
| 07:31:04 | lucent | Unhelpful: how can i get a listing of buttons being activated on the Fuze? |
| 07:31:22 | lucent | is there a plugin or test mode which displays active buttons? |
| 07:31:34 | Unhelpful | not to my knowledge. i'm not even sure how you'd exit such a thing :/ |
| 07:31:43 | lucent | you'd power off |
| 07:32:10 | lucent | I really need to know why the ghost buttons are happening, and which button it is |
| 07:33:15 | | Join Owner [0] (n=4cf498a9@gateway/web/cgi-irc/labb.contactor.se/x-dcf8278b3440218a) |
| 07:34:02 | Unhelpful | i don't know of such a thing, and i gather that reading all of the buttons on the fuze involves some weirdness |
| 07:34:39 | Owner | Does anyone know if there is or has ever been any thought given to porting this to an LDP600? or is there no way of doing that? |
| 07:34:59 | lucent | I don't know what an LDP600 is |
| 07:35:11 | Owner | Lexar LDP600 MP3 player |
| 07:35:23 | Llorean | Owner: Ports happen by interested owners of the devices doing quite a large amount of work. |
| 07:35:23 | lucent | no, what chipset |
| 07:35:47 | lucent | have you taken it apart and made high-resolution pictures available? |
| 07:35:53 | Owner | how do i find out what chipset |
| 07:35:57 | Llorean | Owner: The best way to encourage a port for a specific player is to go somewhere where owners of the port gather (fan forum, or similar) and try to drum up more people to work on it with you. |
| 07:35:59 | Owner | ouch |
| 07:36:02 | Unhelpful | in other words, somebody has to have the device, the skills, the time, and the interest. and i've not heard anybody else mention having this device. |
| 07:36:25 | Owner | http://www.engadget.com/2004/11/01/lexars-new-ldp-400-and-ldp-600-flash-mp3-players/ |
| 07:36:31 | Owner | its the black one |
| 07:36:40 | lucent | the specifications on it don't sound very competitive vs. the SanDisk Sansa Clip |
| 07:37:17 | Owner | i would be willing to take a crack at it but I have never heard anyone trying to reverse engineer the firmware to figure the thing out |
| 07:37:26 | Owner | so I wouldn't even know where to begin |
| 07:37:39 | Owner | sounds like it probably wouldn't be worth the effort |
| 07:37:49 | lucent | yeah, I agree |
| 07:38:14 | Owner | well the answer is always no if you don't ask... so i figured I would at least ask |
| 07:38:16 | Owner | =) |
| 07:38:16 | lucent | Owner: concensus is that unless you do it, it's not even likely to get a developer's attention with that thing |
| 07:38:48 | lucent | it doesn't look familiar to any chipset already supported by Rockbox |
| 07:38:54 | Owner | how do i find out what chipset it is? to see if there is even a development environment for it |
| 07:39:00 | lucent | it could be, but then, it's so limited |
| 07:39:05 | Llorean | lucent: You found internal scans? |
| 07:39:15 | lucent | oh you'd crack it open and take some high resolution photos |
| 07:39:17 | Owner | that's what I need? internal scans |
| 07:39:20 | Owner | ok |
| 07:39:34 | lucent | then call a lot of people and break some kneecaps with kindness |
| 07:39:37 | Owner | Ive not had the need to search for someone cracking one open |
| 07:39:44 | Owner | :-D |
| 07:40:20 | Llorean | lucent: You really shouldn't make suppositions about its chipset just from "look". |
| 07:40:30 | lucent | "Hi I'm doing my grad student project thesis thingy over at University of Amazing Ivy League School and need to request a datasheet on FOO, how much will this cost me?" |
| 07:40:57 | Owner | nice =) |
| 07:40:59 | Llorean | lucent: Please don't encourage people to lie on behalf of the project. |
| 07:41:20 | lucent | Owner: if you want a replacement, we could always use more bodies focused on the Sansa Clip |
| 07:41:28 | lucent | it very nearly runs rockbox |
| 07:41:32 | lucent | but not quite |
| 07:41:45 | Llorean | If we can legally use a datasheet, they'll provide it given the real reason we want it. If we can't use it legitimately, acquiring it like that just makes it even more problematic. |
| 07:41:45 | Owner | Maybe I can ask them to release the source code to the latest firmware since it doesn't seem they are doing anything more with it |
| 07:42:13 | kadoban | Owner: i would be shocked if they even respond |
| 07:42:20 | Owner | =D |
| 07:42:50 | kadoban | but i suppose it never hurts to ask, hehe |
| 07:42:50 | lucent | he's right that you never get anywhere without asking |
| 07:42:50 | lucent | but uh... don't bet your lunch money on getting a response |
| 07:42:50 | Owner | sorry about the nick, it was supposed to say Owner of LDP600 |
| 07:43:25 | | Join Darksair [0] (n=user@123.103.43.234) |
| 07:43:27 | Owner | yeah, but you don't know unless you ask |
| 07:43:45 | Owner | or at least get the internal specs from them |
| 07:43:46 | Unhelpful | spaces aren't allowed in nicks, along with numerous other characters. |
| 07:43:59 | Owner | yeah I should have known that |
| 07:43:59 | lucent | Owner: Fuze and Clip are my favorite hopefuls for rockbox development |
| 07:44:35 | Llorean | Owner: Your best bet is to get an official firmware update, and see if it's in any format we already know as well as opening it and identifying chips. Most players can be opened and re-closed without permanent damage (at least beyond superficial) |
| 07:44:52 | Owner | I actually stopped carrying my LDP600 around when work upgraded my blackberry, now I use my blackberry for music, I wish it had a better system for playing music |
| 07:45:17 | Owner | lloreean I have the last firmware update |
| 07:45:50 | Unhelpful | Llorean: any pointers on where i might find out just how much iram a particular target has? and, would the plugin linker catch it if a plugin tried to stuff too much into iram? |
| 07:45:55 | Owner | doing a strings on it right now |
| 07:46:32 | Llorean | Unhelpful: There may be a define for it in the target config, since it's shared between core and codecs usually. Otherwise, I don't know, sorry. |
| 07:46:33 | Owner | at the very beginning of the rom it says TCC720 DEMO |
| 07:46:55 | Llorean | Owner: We do have some tools for working with TCC devices, though there's no finished port for any of them yet. |
| 07:47:17 | Unhelpful | no problem, figured i'd just try asking somebody who's awake before i went too crazy digging for it. |
| 07:47:26 | lucent | maybe Telechips? |
| 07:47:44 | lucent | http://www.alldatasheet.com/datasheet-pdf/pdf/226568/ETC/TCC76X.html |
| 07:48:00 | Unhelpful | demo?! that's fantastic. :) |
| 07:48:18 | Owner | =D |
| 07:48:53 | Llorean | Probably just means they're using reference code or something. |
| 07:49:27 | Llorean | Owner: http://www.rockbox.org/twiki/bin/view/Main/TelechipsInfo |
| 07:49:55 | lucent | Yep, looks like that's the data sheet for it |
| 07:50:48 | lucent | it's the datasheet for the TCC76X which has references vs. the older TCC720 |
| 07:53:40 | Owner | from the wiki it looks like it is the dual CRC firmware version |
| 07:54:17 | Owner | hmm |
| 07:54:21 | Owner | maybe not |
| 07:55:01 | lucent | Owner: there are easier ways to get involved with Rockbox project :) |
| 07:55:08 | lucent | do you have a background in programming by chance? |
| 07:55:14 | | Part int21hexster |
| 07:55:19 | | Join at0m [0] (n=a548c80b@gateway/web/cgi-irc/labb.contactor.se/x-8e60279bc089eb9b) |
| 07:56:31 | Owner | I used to be a programmer, still program but mostly system stuff and j2me when i find a program i want to make work on my blackberry |
| 07:57:11 | | Quit Darksair ("Use the Force, Luke!") |
| 07:57:28 | | Join potato_ [0] (n=potato@c220-237-147-244.brodm1.vic.optusnet.com.au) |
| 07:57:28 | Owner | maybe dabbler is a better word for me =D If it interests me I will learn it to do what it takes to make it work |
| 07:57:44 | * | lucent grins |
| 07:58:21 | lucent | does maintaining the windows rockbox tools sound interesting? I know some folks here that would consider it "challenging" |
| 07:58:23 | Owner | side note, this rom says it is Ver:161 |
| 07:58:57 | Llorean | lucent: Which windows tools are you referring to? |
| 07:59:12 | Llorean | Most of the tools are cross-platform. |
| 07:59:24 | Owner | I do windows and unix/linux |
| 07:59:52 | lucent | the code for that I think is in rbutils/ in the source tree |
| 07:59:57 | Owner | well i should word it the other way around |
| 08:00 |
| 08:00:04 | | Quit BHSPitLappy (Remote closed the connection) |
| 08:00:23 | Owner | i've been doing unix since 1982 |
| 08:00:50 | Owner | lucent: jumping back to the web page to take a look |
| 08:01:08 | lucent | Owner: great! if you look at the Twiki doc index, there's a whole list of Wiki docs |
| 08:01:15 | | Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
| 08:01:18 | lucent | one or three of them say Develop* something |
| 08:03:12 | potato_ | i have a plugin which i aim to make runable on all targets, how many screen shots do i need in the manual? |
| 08:03:38 | Llorean | potato_: One for each unique screen, basically. |
| 08:04:00 | Unhelpful | very, very strange... it's not *purely* about the size of data the plugin puts in iram :/ |
| 08:04:06 | Llorean | If your plugin's mono, that's each screen size. If your plugin uses color, you'll need a few more for cases where there's color and mono screens with the same dimension. |
| 08:04:33 | Unhelpful | mpegplayer uses far, far more than doom, though |
| 08:05:19 | potato_ | oh dear =O. is there a way to quickly obtain screen shots from all the targets without having to do individual builds? |
| 08:05:46 | Llorean | potato_: Not really, you'd basically need to do a simulator build for each unique screen. |
| 08:07:16 | potato_ | ok, i hope my plugin actually gets included in rockbox when im done =] |
| 08:07:30 | Llorean | potato_: Is it in the tracker? |
| 08:07:52 | potato_ | yep, its missing a manual, which i havn't had time to work on till now |
| 08:08:45 | lucent | automating the builds wouldn't be too terribly difficult, pipe some answers into tools/configure and so on |
| 08:09:02 | lucent | with sim... oh wait no that would take a while |
| 08:09:17 | Llorean | Building the sims ought to be quite quick with ccache. |
| 08:09:28 | | Quit sarixe ("Connection reset by the motherfucking peer") |
| 08:09:32 | Llorean | I'd imagine it's the actual creation of the screenshots that'd take a while since that requires user interaction. |
| 08:10:08 | Unhelpful | tools/bins.pl can do some of the work for you |
| 08:10:14 | Unhelpful | if i recall the path to it properly |
| 08:10:24 | Llorean | Is that the build-everything script? |
| 08:10:40 | potato_ | i dont really know what all of this means. im on windows/cygwin so im quite unfamiliar with pipe and such |
| 08:10:49 | kadoban | tools/release/bins.pl perhaps? |
| 08:12:02 | | Join BHSPitLappy [0] (n=BHSPitLa@unaffiliated/bhspitmonkey) |
| 08:12:03 | Unhelpful | Llorean: yes. i have a few local changes that should probably be put on flyspray for comment at some point... it can already to selected builds, though, instead of the whole range. |
| 08:12:15 | Owner | Thanks everyone! I will definitely look into rockbox some more! |
| 08:18:33 | lucent | Owner: happy hunting |
| 08:19:00 | Unhelpful | ok, it's definitely not about size. i've narrowed it down to three structs that i can remove IBSS_ATTR from to make it work |
| 08:24:15 | Owner | rom firmware 107 for anyone who would care to look http://www.lexar.com/drivers/files/ldp600V107US.zip |
| 08:24:37 | Owner | thanks again! have a good night/morning/afternoon =D |
| 08:25:43 | Unhelpful | and down to one. i'm starting to think that i've exposed a bug, rather than creating one... |
| 08:31:35 | | Join Rob2222 [0] (n=Miranda@p4FDCEC67.dip.t-dialin.net) |
| 08:38:38 | Unhelpful | any idea why i need to remove the IBSS_ATTR from the struct mad_synth in apps/plugins/mpegplayer/audio_thread.c to make FS #9770 work? if i don't it hangs on returning from plugin_iram_init - though not before returning, as a splash placed after the last line of code in that function still executes. |
| 08:41:36 | | Quit Owner ("CGI:IRC (Ping timeout)") |
| 08:42:23 | | Quit bertrik (Remote closed the connection) |
| 08:44:39 | | Quit obo (Remote closed the connection) |
| 08:44:57 | Unhelpful | make me think that maybe the stack or return address is getting corrupted... but it's just another chunk of data, with a bunch of other chunks that are being handled the same way. |
| 08:49:24 | | Quit tessarakt (Read error: 110 (Connection timed out)) |
| 08:52:27 | *** | Saving seen data "./dancer.seen" |
| 08:59:20 | | Quit Rob2223 (Read error: 110 (Connection timed out)) |
| 09:00 |
| 09:02:35 | | Quit jhulst (Read error: 60 (Operation timed out)) |
| 09:02:38 | | Join Darksair [0] (n=user@124.200.29.115) |
| 09:22:03 | | Nick pixelma_ is now known as pixelma (n=pixelma@rockbox/staff/pixelma) |
| 09:25:56 | | Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) |
| 09:28:02 | | Nick Barahir_ is now known as Barahir (n=jonathan@Xa26a.x.pppool.de) |
| 09:30:56 | | Quit potato_ ("Trillian (http://www.ceruleanstudios.com") |
| 09:35:22 | | Quit write__erase ("Leaving") |
| 09:43:50 | | Join bmbl [0] (n=Miranda@unaffiliated/bmbl) |
| 09:47:18 | | Join nplus [0] (n=nplus@141.25.Globcom.Net) |
| 10:00 |
| 10:10:40 | amiconn_ | Unhelpful: On what target are you testing your patch (where you have the trouble with mpegplayer)? |
| 10:11:07 | amiconn_ | If it's PP, I bet the problem is COP related, as mpegplayer is one of the few plugins using both cores |
| 10:11:25 | | Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) |
| 10:11:41 | Unhelpful | amiconn: e200. it's very bizarre, if i move either of the two larger data structures out of iram, it works. |
| 10:12:52 | Unhelpful | and, especially weird, if i move the mad_synth structure out of iram, and pad out the large array the video decoder uses so that the ibss section is the same size as before - it works. |
| 10:13:20 | Unhelpful | i don't think it's COP related, since it doesn't ever get that far |
| 10:14:17 | Unhelpful | if i put a return in plugin_start, right after PLUGIN_IRAM_INIT, it still hangs. :/ |
| 10:16:15 | Unhelpful | also, if you want to test the greylib scaler, and the aspect ration compensation, on your ondio, i have a build for it. |
| 10:20:11 | amiconn | Try putting the *(hdr->api) = &rockbox_api; a few lines up in plugin.c. It must go *before* the invalidate_icache(); |
| 10:20:26 | amiconn | I would put it directly before plugin_loaded = true: |
| 10:21:15 | amiconn | Right now fs #9770 does not guarantee that the cop sees the proper api pointer |
| 10:23:33 | Unhelpful | hrm... and that would matter, even if the plugin never makes it to where it actually *does* anything? |
| 10:24:13 | amiconn | It's definitely a bug. Maybe it's not the one that crashes mpegplayer though |
| 10:28:30 | amiconn | Ahem, what is 'rb' in the PLUGIN_IRAM_INIT "calls" in your patch? |
| 10:29:40 | amiconn | Iiuc this resolves to rb->plugin_iram_init(....) but then your patch removes rb... |
| 10:30:50 | | Quit Horscht ("electromagnetic radiation from satellite debris") |
| 10:31:25 | amiconn | Hmm, it seems plugins still use rb-> to call api functions |
| 10:31:34 | * | amiconn is trying to understand how that works |
| 10:34:20 | amiconn | Ah, you put that declaration into PLUGIN_HEADER. But how does that pointer get initialized? |
| 10:35:35 | * | amiconn thinks he understands now |
| 10:36:12 | * | amiconn however does not understand why Unhelpful didn't put the api pointer directly into the header, instead of using a pointer to a pointer |
| 10:37:18 | Unhelpful | i wasn't sure how to do that, without the plugins having to access it via the header structure... although, i imagine, a linker script change could fix that up? |
| 10:38:05 | | Quit at0m ("CGI:IRC") |
| 10:40:04 | amiconn | I'm thinking about a variable aliasing trick |
| 10:40:37 | amiconn | But it should work either way as-is, except for the necessary dualcore fix... |
| 10:42:17 | | Join Asterisk_ [0] (n=George@209.237.116.92) |
| 10:42:56 | Asterisk_ | I'm getting an error message here. Cygwin Setup Unable to get http://download.rockbox.org/cygwin//setup.ini.sig from <http://download.rockbox.org/cygwin/>. how do i fix it? |
| 10:45:45 | amiconn | Unhelpful: Your patch ignores most test plugins. I also think that codecs should be changed the same way when the method works properly |
| 10:45:47 | linuxstb | Asterisk_: I think you need to run "setup.exe -X" from the command line |
| 10:46:31 | Asterisk_ | how so |
| 10:47:20 | linuxstb | You need to open a command prompt, use the "cd" command to change to the directory containing setup.exe, then type "setup.exe -X" |
| 10:47:22 | | Quit Darksair ("(define zero (lambda (f) (lambda (x) x)))") |
| 10:47:47 | | Join Jaykay [0] (n=chatzill@p579E7585.dip.t-dialin.net) |
| 10:47:49 | Asterisk_ | ok |
| 10:49:36 | | Quit JdGordon|afk (Read error: 104 (Connection reset by peer)) |
| 10:49:48 | Unhelpful | which test plugins? all the test_*.c files under plugins have the new signature in my local repo... very odd if it's different in the patch. |
| 10:50:02 | Asterisk_ | should it be http://download.rockbox.org/cygwin/ or <http://download.rockbox.org/cygwin/> |
| 10:50:20 | linuxstb | The first one |
| 10:50:23 | Asterisk_ | ok |
| 10:50:37 | Unhelpful | the new signature for plugin_start, that is |
| 10:50:47 | linuxstb | Asterisk_: Which instructions are you following? This page is the easier one - http://www.rockbox.org/twiki/bin/view/Main/CygwinInstallWithScreenShots |
| 10:51:24 | | Join JdGordon|afk [0] (n=jonno@rockbox/developer/JdGordon) |
| 10:51:27 | Asterisk_ | that did the trick. |
| 10:51:34 | Asterisk_ | hmm. that was odd |
| 10:52:25 | Asterisk_ | can I idle here if i have more questions later? |
| 10:52:26 | | Join Ryc [0] (n=cb3bc60b@gateway/web/cgi-irc/labb.contactor.se/x-5b64bc927facb5b8) |
| 10:52:30 | *** | Saving seen data "./dancer.seen" |
| 10:52:52 | linuxstb | Asterisk_: Of course - there are 132 people idling here... |
| 10:53:02 | Asterisk_ | heh just checking. :) |
| 10:56:31 | | Join rvvs89 [0] (n=ivo@pdpc/supporter/base/rvvs89) |
| 10:56:59 | Ryc | Greetings, wondering if someone please give me write permission to wiki, for updating CFModGuide with a successful install. WikiName is RycPat. |
| 10:57:04 | Unhelpful | how would you suggest i arrange that __header.api have the same address as rb? |
| 11:00 |
| 11:00:30 | | Join moos [0] (i=Mustapha@81-66-158-133.rev.numericable.fr) |
| 11:00:39 | Unhelpful | amiconn: before the very last invalidate_icache(), at line 741? or one of the others further up? |
| 11:00:54 | amiconn | Hmm, the test_ plugins are indeed in the patch |
| 11:01:17 | Asterisk_ | s/moo |
| 11:01:21 | Asterisk_ | moo |
| 11:01:27 | Asterisk_ | bah |
| 11:02:07 | * | amiconn wonders why firefox' search function was lying to him |
| 11:02:49 | Asterisk_ | cuz it's mean |
| 11:02:51 | amiconn | Weird patch though - I'm used to use -p0. This one needs -p1 |
| 11:03:23 | Unhelpful | git generates them that way... but i really don't know if i could live without local branches |
| 11:03:27 | amiconn | Hmm, and it doesn't apply |
| 11:03:37 | Unhelpful | hrm? |
| 11:04:04 | Unhelpful | let me see if it needs a resync, and move the api init up as well |
| 11:05:29 | | Join {phoenix} [0] (n=dirk@p54B479D3.dip.t-dialin.net) |
| 11:05:43 | amiconn | 4 failed files: http://pastebin.ca/1305087 |
| 11:05:59 | amiconn | This is against latest svn without any other change |
| 11:07:24 | Unhelpful | weird... perhaps the branch was not synced to master when i generated the patch :/ |
| 11:09:27 | Jaykay | JdGordon: wheres the advantage of r19622? it caused quite a lot of bugs..... |
| 11:10:08 | Jaykay | jdGordon|afk: ping (i used the wrong name) |
| 11:12:48 | amiconn | Unhelpful: Yes, before the last one. But it would be more logical to move it a bit further up, directly before plugin_loaded = true; (line 727) |
| 11:13:00 | pixelma | Ryc: is that your real name? (sorry, hopefully you take no offense it just sounds unusual) |
| 11:13:52 | Unhelpful | amiconn: ok. i need to clean up some whitespace changes i've introduced while changing some of the pluginlib function signatures, i'll move that call and put a new patch up. |
| 11:14:26 | amiconn | s/call/assignment/ ? |
| 11:15:04 | Unhelpful | ...indeed. it's been a long, and rather unusual, night. |
| 11:15:49 | | Join at0m [0] (n=a548c80b@gateway/web/cgi-irc/labb.contactor.se/x-6b4ffb04c6beca54) |
| 11:16:30 | Unhelpful | i see that your proposed location is still after the target/sim split in the loader |
| 11:17:09 | | Join tessarakt [0] (n=jens@e180066109.adsl.alicedsl.de) |
| 11:17:12 | | Join flydutch [0] (n=flydutch@host159-157-dynamic.1-79-r.retail.telecomitalia.it) |
| 11:21:53 | | Quit BHSPitLappy (Remote closed the connection) |
| 11:27:40 | amiconn | Yep |
| 11:27:50 | amiconn | Why split code when it's not necessary? |
| 11:30:54 | | Join Darksair [0] (n=user@124.200.28.66) |
| 11:33:03 | Unhelpful | i suspect at least one of the conflicts to be due to how git handles deletions :/l |
| 11:34:26 | | Nick JdGordon|afk is now known as JdGordon (n=jonno@rockbox/developer/JdGordon) |
| 11:39:30 | | Join pyro_maniac [0] (n=jens@77.21.68.46) |
| 11:52:50 | | Quit Asterisk_ ("KMSMA") |
| 11:56:04 | Unhelpful | amiconn: new patch up. your fix sadly doesn't fix mpegplayer... i'm thinking i should add some debug stuff in plugin_iram_init to see if the stack is getting messed up somehow, because i can't see how else it could reach the end of the function, but not the next statement in the caller |
| 11:56:47 | | Quit Ryc ("CGI:IRC") |
| 11:57:51 | Jaykay | JdGordon: now around? |
| 11:59:15 | JdGordon | yes, but if you ask the same question im going to ignore you again |
| 12:00 |
| 12:00:02 | Jaykay | why? |
| 12:00:40 | amiconn | Unhelpful: I'll build for a PP target (ipod color) and a single core target (H300) and test |
| 12:01:08 | Unhelpful | is beast dual? |
| 12:01:17 | amiconn | No, single |
| 12:01:24 | amiconn | But the beast uses no iram |
| 12:01:55 | Unhelpful | hrm, right, so assuming the problem is strictly iram init, the beast would work |
| 12:02:05 | * | amiconn should also try the greylib, i.e. build for H180 and ipod mini g2 |
| 12:02:48 | JdGordon | does anyone know why audio_stop() 0's the current track id3 struct? Why can't it just be left so if playback is stopped the current track is actually the track which was playing at the stop time? |
| 12:04:31 | kadoban | sorry if this is a stupid question, but are floats not used in rockbox because they are slow, or because they won't work at all? in other words: can i do basic float assignment and addition in a plugin? |
| 12:04:54 | Jaykay | jdgordon: ? |
| 12:04:56 | Unhelpful | kadoban: there is no hardware floating point on most (all?) of our targets |
| 12:05:30 | linuxstb | kadoban: They will work, but are slow. Some plugins use them though I think, but you should always try and avoid them. |
| 12:05:43 | linuxstb | (especially if you want your plugin committed to SVN) |
| 12:05:51 | moos | Unhelpful: the beast is the exeption IIRC |
| 12:05:56 | Unhelpful | you should be using fixed-point binary or fixed-divisor rational if you're going to be doing any substantial non-integer math |
| 12:06:19 | kadoban | okay, thanks. it's for something small, basically just storing a setting so it shouldn't matter that it's slow |
| 12:07:02 | Unhelpful | moos: is it? i know there are some vector and floating extensions supported by various arm implementations, and i *think* the beast does iwmmxt... |
| 12:07:30 | Unhelpful | no vectors of 32bit values, though, if i recall correctly, which is the only type that would help in any code that i've touched :/ |
| 12:07:49 | linuxstb | moos: That's not a target yet ;) |
| 12:08:01 | moos | haha :D |
| 12:09:15 | Unhelpful | what?! did my primary DAP get un-supported? ;) |
| 12:09:21 | moos | linuxstb: what is the conclusion about sendfirme then? In case I miss some episods |
| 12:09:38 | moos | Unhelpful: hehe :) |
| 12:09:48 | | Join MysticKitsune1 [0] (n=MysticKi@75.33.82.151) |
| 12:10:23 | linuxstb | moos: I don't think there's been any - mcuelenaere was around yesterday, and I think he's trying to find alternative code to use. |
| 12:11:03 | moos | linuxstb: ok, let's hope so then. |
| 12:11:29 | MysticKitsune1 | add preset doesnt add the entry too preset, it replaces all other presets with that preset |
| 12:12:18 | jhMikeS | Unhelpful: If I allocate rb using the .lds mpegplayer works. |
| 12:12:19 | linuxstb | moos: I'm sure we can solve it for a standalone sendfirm, but I would be surprised if we find a way to incorporate windows MTP support into rbutil (without it needing to call an external .exe) |
| 12:12:56 | jhMikeS | That also ensures proper order (header _then_ pointer) |
| 12:13:34 | Unhelpful | jhMikeS: huh. that's... very very weird. can we use the .lds to get the visible-in-plugins pointer aliased to a header field, as well? |
| 12:14:36 | moos | linuxstb: we can live with this maybe (I mean without windows MTP rbutil support) |
| 12:14:47 | | Join tyfoo [0] (n=tyfoo@dyndsl-095-033-104-213.ewe-ip-backbone.de) |
| 12:15:39 | | Join Horscht [0] (n=Horscht@xbmc/user/horscht) |
| 12:16:32 | * | linuxstb sees that Songbird uses the GPL with an exception for some explicitly mentioned binary add-ons (gstreamer plugins and NPAPI browser plugins), but not an exception for the closed-source MTP add-on |
| 12:17:16 | | Join MethoS [0] (n=clemens@host-091-097-245-045.ewe-ip-backbone.de) |
| 12:17:45 | | Quit JdGordon (Read error: 104 (Connection reset by peer)) |
| 12:17:45 | | Join JdGordon_ [0] (n=jonno@123-243-140-31.static.tpgi.com.au) |
| 12:17:48 | jhMikeS | nvm the last bit, I just got back here and checked it out. I'm about half asleep. header has its own seciont. :p |
| 12:18:40 | jhMikeS | Unhelpful: You said that simply using plugin_iram_init is enough to crash it? |
| 12:19:40 | jhMikeS | mpegplayer still works in any case |
| 12:20:54 | Unhelpful | jhMikeS: *mpegplayer* never makes it out of plugin_iram_init on my e200, unless i move synth or video_stack out of iram. doom and pacbox work fine. |
| 12:22:11 | Unhelpful | but i would very much like a pointer in the header for the api, instead of the pointer-to-a-pointer nonsense i'm using now... i just have too little linker-fu to even know where to start with arranging that. |
| 12:22:44 | amiconn | Linker script could work, but only for target, not for sim |
| 12:23:23 | Unhelpful | is there any way to arrange it strictly within the C source? |
| 12:23:54 | Unhelpful | i didn't want things to be doing __header.api->, or to #define rb __header.api somewhere |
| 12:25:03 | amiconn | I thought this would be possible with aliases, but it looks like I was wrong |
| 12:25:08 | | Join casainho [0] (n=chatzill@87.196.193.1) |
| 12:25:39 | * | jhMikeS wonders about the .map file and what it indicates |
| 12:25:44 | casainho | hello :-) |
| 12:26:38 | casainho | I am writing the message printf("Rockbox Player Bootloader"); but it is longer than my LCD width... is there a way to it draws in 2 or more lines? |
| 12:26:52 | amiconn | The pointer-to-pointer stuff needs a bit more ram, but at least it works in plain C |
| 12:27:03 | casainho | or I must work with smaller strings? |
| 12:27:17 | kadoban | casainho: \n? |
| 12:27:46 | _Auron_ | heh |
| 12:27:51 | amiconn | No \n in the mini-printf available in rockbox bootloaders |
| 12:27:51 | Unhelpful | it's four bytes, i'm more concerned about the inelegance of it than i am about four bytes... :/ |
| 12:28:02 | | Nick JdGordon_ is now known as JdGordon (n=jonno@rockbox/developer/JdGordon) |
| 12:28:09 | kadoban | ah, sorry |
| 12:28:43 | casainho | amiconn: so, I need to work with smaller strings? |
| 12:28:44 | jhMikeS | In pondering it awhile back, I didn't really see anything better than pointer to pointer |
| 12:29:20 | | Quit gevaerts (Nick collision from services.) |
| 12:29:33 | | Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) |
| 12:29:34 | amiconn | With the linker script, you have two options. Either delcare 'rb' extern and let the linker script fill in the value as an offset from 'hdr', or separate 'rb' from 'hdr' and let the linker script put them in sequence by using appropriate .section attributes |
| 12:30:42 | amiconn | Both methods would break for the sim though, as we don't use a linker script there, and doing so would be quite difficult (if possible at all) |
| 12:30:43 | Unhelpful | ... make the pointer the first element in the header, name the header rb, and make the header a union of struct plugin_header and struct plugin_api* ;) |
| 12:31:22 | amiconn | That would work, but it would be hackish. No more magic there... |
| 12:31:33 | amiconn | Actually, you could reuse the magic... |
| 12:31:46 | Unhelpful | ...yes, yes you could. |
| 12:31:59 | Unhelpful | that's both a nasty and a beautiful hack, i think :) |
| 12:32:08 | jhMikeS | rb ends up on COMMON as the first variable |
| 12:32:49 | Unhelpful | you could always initialize it differently in the sim, and just fetch the address for rb and init it - sim plugins load via dlopen, correct? |
| 12:32:56 | amiconn | jhMikeS: Yes, right now, as there's no .section attribute |
| 12:33:42 | Unhelpful | we find the header differently in the sim loader, anyway |
| 12:33:43 | amiconn | Unhelpful: dlopen on *nix, LoadLibraryW() on windows |
| 12:34:24 | amiconn | see uisimulator/common/io.c |
| 12:35:15 | Unhelpful | ok... but we can still use a fixed offset on target, and treat it as a separate exported symbol in the sim, right? |
| 12:35:35 | jhMikeS | it used to be in .bss |
| 12:36:28 | amiconn | common is essentially also bss |
| 12:36:54 | * | Unhelpful hasn't tested this patch on beast... |
| 12:37:32 | Unhelpful | maybe i should, if it works on beast we know the mpegplayer issue is something that differs between 1) sim and PP 2) imx31 and PP |
| 12:37:39 | jhMikeS | I just wonder if that causes a clobber somehow |
| 12:38:11 | MysticKitsune1 | add preset doesnt add the entry too preset, it replaces all other presets with that preset |
| 12:39:51 | jhMikeS | hmmm...iram sections get loaded to the same address as .bss and then get overwritten. |
| 12:40:36 | amiconn | Argh, of course... |
| 12:40:48 | amiconn | So 'rb' essentially must not go into bss |
| 12:40:51 | * | Unhelpful suspects amiconn has just cracked it. |
| 12:40:55 | JdGordon | pixelma: got time to test a patch to fix the wps statusbar issue where its shown on one screen but on on both? |
| 12:41:14 | jhMikeS | It was in .bss before but initialized after the IRAM init. |
| 12:41:22 | amiconn | yeah |
| 12:41:56 | amiconn | Now the loader inits it, therefore altering iram stuff (code, whatever) before it is copied |
| 12:42:10 | jhMikeS | Was I right? I don't really recall. |
| 12:42:30 | | Quit tessarakt (Read error: 110 (Connection timed out)) |
| 12:42:51 | | Quit GodEater (Remote closed the connection) |
| 12:42:59 | | Join tessarakt [0] (n=jens@e180078146.adsl.alicedsl.de) |
| 12:43:07 | Unhelpful | amiconn: would moving it to its own section behind the plugin header fix that? |
| 12:43:36 | amiconn | yes |
| 12:43:43 | Unhelpful | ...time to pack up here. i'll check back this afternoon or evening. |
| 12:43:49 | amiconn | For a test, you can force it into the .data section |
| 12:43:53 | jhMikeS | yeah, it's only used api until after iram init |
| 12:44:11 | amiconn | Just init it (you need to use anything else than NULL) |
| 12:44:33 | pixelma | JdGordon: not today |
| 12:44:45 | Unhelpful | will test when i get a chance. :) |
| 12:45:09 | amiconn | E.g. const struct plugin_api *rb = (struct plugin_api *)4; |
| 12:45:30 | | Join B4gder [241] (n=daniel@rockbox/developer/bagder) |
| 12:46:41 | amiconn | Unhelpful: This problem potentially hits any plugin that uses iram. It's pure luck if it works. Plain plugins or targets without iram (usage) are fine |
| 12:46:54 | JdGordon | B4gder: you actually wrote up a commit blame script? |
| 12:47:37 | B4gder | yes, but it's not actually in use yet, I need to decide on what it should do once it finds someone |
| 12:48:26 | * | amiconn hides so the script won't find him ;) |
| 12:48:51 | B4gder | the changelog html pages now include the svn user name in a html comment ;-) |
| 12:49:08 | casainho | B4gder: the LCD on Rockbox Player is working :-) |
| 12:49:10 | jhMikeS | writing any data to .bss sections before iram init is rather risky when reusing it like that |
| 12:49:22 | B4gder | casainho: great! |
| 12:49:35 | amiconn | jhMikeS: Yeah, hence that variable needs to go somewhere else |
| 12:50:59 | jhMikeS | could just define an .api section and put it after the header in the .lds |
| 12:52:20 | casainho | B4gder: however there is some questions that I dont' know if the problem are from my drivers or Rockbox. I need to first right strings in all LCD, like doing scroll down until next strings apear again on top... looks like it's a problem of some sort of scroll engine... ?? |
| 12:52:33 | *** | Saving seen data "./dancer.seen" |
| 12:53:12 | | Join BXCracer [0] (n=bxcracer@78-62-4-159.static.zebra.lt) |
| 12:53:12 | amiconn | B4gder: Imho it would also be useful to announce the commits themselves (though probably not in full like the bot in #quassel does) |
| 12:53:44 | B4gder | casainho: I don't understand what the problem is |
| 12:54:13 | B4gder | amiconn: possibly, yes. I think we can start with getting a "red alert" system and see how that feels and then possibly add from there |
| 12:54:44 | BXCracer | Hi everyone, i don't see that clip bug that we were unable to access more than 2gb's anymore. does that means that now we can access all of it ? |
| 12:56:06 | casainho | B4gder: the first messages appears on LCD but quiclly disappears!! they just appears steadily after LCD is filled with messages... |
| 12:56:21 | B4gder | casainho: that sounds like an error in your driver or something |
| 12:56:31 | B4gder | rockbox fills data in a framebuffer, how would that vanish? |
| 12:56:34 | | Join uu [0] (n=cut-jasm@116.71.26.96) |
| 12:56:42 | uu | hi |
| 12:56:54 | uu | hellooooooooooooooooo |
| 12:57:15 | uu | h |
| 12:57:23 | scorche | uu: stop spamming please.. |
| 12:57:24 | B4gder | uu: stop that crap please |
| 12:57:39 | uu | hi how r u |
| 12:57:51 | casainho | B4gder: what file should I include for use the printf()? |
| 12:57:52 | B4gder | uu: see topic |
| 12:58:11 | B4gder | casainho: we have no actual printf, only a few bootloaders using a kind of printf() thing |
| 12:58:14 | uu | tell tell |
| 12:58:15 | * | MysticKitsune1 thinks uu is a bot |
| 12:58:16 | scorche | uu: before you say anything else, i suggest that you read the channel guidelines as linked in the topic |
| 12:58:56 | | Part uu |
| 12:59:02 | scorche | that works too |
| 12:59:15 | MysticKitsune1 | smart bot, lol |
| 13:00 |
| 13:00:12 | | Join blkhawk- [0] (i=HydraIRC@f051066116.adsl.alicedsl.de) |
| 13:02:35 | * | jhMikeS 's contribution included (conflicting files in FS patch probably aren't all correct): http://jhmikes.cleansoap.org/plugin_global_api_section.patch |
| 13:03:02 | | Quit casainho (niven.freenode.net irc.freenode.net) |
| 13:03:02 | NSplit | niven.freenode.net irc.freenode.net |
| 13:03:02 | | Quit pyro_maniac (niven.freenode.net irc.freenode.net) |
| 13:03:02 | | Quit {phoenix} (niven.freenode.net irc.freenode.net) |
| 13:03:02 | | Quit pixelma (niven.freenode.net irc.freenode.net) |
| 13:03:02 | | Quit blkhawk (niven.freenode.net irc.freenode.net) |
| 13:03:02 | | Quit linuxstb (niven.freenode.net irc.freenode.net) |
| 13:03:02 | | Quit idshark (niven.freenode.net irc.freenode.net) |
| 13:03:02 | | Quit merbzt (niven.freenode.net irc.freenode.net) |
| 13:03:02 | | Quit HBK (niven.freenode.net irc.freenode.net) |
| 13:03:02 | | Quit feisar (niven.freenode.net irc.freenode.net) |
| 13:03:30 | NHeal | niven.freenode.net irc.freenode.net |
| 13:03:30 | NJoin | {phoenix} [0] (n=dirk@p54B479D3.dip.t-dialin.net) |
| 13:03:30 | NJoin | casainho [0] (n=chatzill@87.196.193.1) |
| 13:03:30 | NJoin | pyro_maniac [0] (n=jens@77.21.68.46) |
| 13:03:30 | NJoin | pixelma [0] (n=pixelma@rockbox/staff/pixelma) |
| 13:03:30 | NJoin | linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) |
| 13:03:30 | NJoin | idshark [0] (i=chainsaw@i.will.tell.u.some.hotstories.de) |
| 13:03:30 | NJoin | merbzt [0] (n=benlar@193.13.246.198) |
| 13:03:30 | NJoin | HBK [0] (n=hbk@pool-71-96-74-73.dfw.dsl-w.verizon.net) |
| 13:03:30 | NJoin | feisar [0] (i=jljhook@tarjoo.mulle.olut.gr) |
| 13:04:06 | amiconn | jhMikeS: No need to invent an extra section. Just define rb so that it goes into .data |
| 13:05:10 | | Join Thundercloud [0] (n=thunderc@cpc3-hem18-0-0-cust53.lutn.cable.ntl.com) |
| 13:05:37 | | Join CaptainKwel [0] (n=jason@cpe-68-173-40-122.nyc.res.rr.com) |
| 13:05:54 | * | jhMikeS just felt like keeping them together at the start (if it mattered) |
| 13:06:13 | casainho | linuxstb: thanks :-) |
| 13:07:19 | | Quit CaptainKewl (Read error: 104 (Connection reset by peer)) |
| 13:08:29 | | Part MysticKitsune1 |
| 13:08:41 | | Quit Horscht ("I am root. If you see me laughing, you better have a backup") |
| 13:10:18 | | Join merbanan [0] (n=banan@83.233.243.20) |
| 13:13:45 | | Join Horscht [0] (n=Horscht@xbmc/user/horscht) |
| 13:24:35 | | Quit AndyI (Read error: 60 (Operation timed out)) |
| 13:27:54 | Zambezi | Which Rockbox-supported player works with CompactFlash? My iPod Mini 2gen works fine, but there's glich in the battery so I'm looking for a player which you don't need to tear open. I know there a Sansa Exx, but just v1 which only found as refubrished. |
| 13:28:12 | Unhelpful | amiconn: but if we add a section, we can specify its offset, and if we can do that, we can kill the **api member in the header |
| 13:28:16 | | Join AndyI [0] (i=AndyI@212.14.205.32) |
| 13:28:24 | B4gder | Zambezi: they're not compact flash though |
| 13:28:38 | B4gder | just nand flash |
| 13:28:43 | amiconn | Unhelpful: Only on target. For the sim we'd need a different method to look up the symbol |
| 13:29:11 | Zambezi | B4gder: It's SD right? |
| 13:29:18 | Unhelpful | i notice that we map dlsym to a GetProcAddress on win32... please tell me that doesn't mean it can *only* find functions? |
| 13:29:28 | B4gder | Zambezi: uSD, yes |
| 13:29:50 | amiconn | Right now sim_plugin_load() returns the address of 'hdr'. With more than one symbol, this simple method won't work anymore |
| 13:29:50 | Unhelpful | amiconn: right, so we export it for sim and find it the same way we do __header |
| 13:29:50 | B4gder | Zambezi: and the AMS sansas are hopefully supported in the future |
| 13:30:31 | Zambezi | B4gder: Modelnumber on that? |
| 13:31:04 | amiconn | Unhelpful: GetProcAddress obviously works for 'hdr'. The problem isn't looking up symbols, but how to return more than one symbol address |
| 13:31:29 | * | Unhelpful slaps his forhead |
| 13:31:38 | Zambezi | B4gder: I got a rip off. A 32 GB CF-card for less than ten dollars so I would really like to use the card in another player when mine says goodnight. |
| 13:32:14 | B4gder | Zambezi: then your only choice is a hdd based player and doing a hdd to CF replacement |
| 13:32:47 | Unhelpful | yes, obviously it's not limited in that fashion. i see the real problem now... it's fixable in a few ways, we really just have to decide how :) |
| 13:34:13 | Zambezi | B4gder: That's the catch. I don't want to disammble it since the battery broke. I was a bit reckless when I had do reopen it for ten+ time due to the batterycable was a bit lose. |
| 13:34:40 | Unhelpful | i think i have it :) |
| 13:35:10 | B4gder | Zambezi: catch 22 |
| 13:35:20 | B4gder | there's no such thing that you look for |
| 13:35:24 | Unhelpful | did you say it *would* be possible to have the linker alias rb to a header field? |
| 13:36:28 | | Join mcuelenaere [0] (n=mcuelena@rockbox/developer/mcuelenaere) |
| 13:36:44 | Unhelpful | (obviously only on sim) |
| 13:37:27 | Zambezi | B4gder: I think I can replace the cable on the battery with some assistance. I might do that. I know a friend which can solder. He's about the extend another cable already so I don't think he mind to get two more. |
| 13:37:31 | amiconn | I've added an updated patch that puts 'rb' into data (just a one-line fix) |
| 13:38:15 | casainho | here is a picture of the first messages writeen on LCD from Rockbox Player: http://rockboxplayer.googlecode.com/svn-history/r190/trunk/images/20090110-first_lcd_message-rockboxplayerlittle-500x.jpg |
| 13:38:20 | Unhelpful | because if we can, i think it can be kept very simple. we make header.api a void *, or a union of plugin_api * and **. |
| 13:38:28 | | Quit B4gder ("It is time to say moo") |
| 13:38:33 | | Join Schmogel [0] (n=Miranda@essn-4db6d893.pool.einsundeins.de) |
| 13:38:49 | Unhelpful | on sim, it's initialized in PLUGIN_HEADER as a pointer to rb |
| 13:39:27 | mcuelenaere | casainho: nice! you're getting progress :) |
| 13:39:29 | Zambezi | Is these player AMS b4dger spoke about? http://daniel.haxx.se/sansa/v2.html |
| 13:40:05 | Unhelpful | on target, it's left uninitialized in PLUGIN_HEADER, it's aliased to rb by the linker, and the loader just sets the field, via the plugin_api* member of the union, to the address of the actual api struct |
| 13:40:39 | | Join funman [0] (n=fun@AAnnecy-257-1-147-149.w86-197.abo.wanadoo.fr) |
| 13:41:08 | Unhelpful | it's a few lines in source, and somebody who groks ld scripts to arrange the appropriate aliasing |
| 13:41:11 | | Join miepchen^schlaf [0] (n=miepel@p579ECB83.dip.t-dialin.net) |
| 13:48:24 | amiconn | Unhelpful: Aliasing in the linker script would obviously only work for targets, not for sims |
| 13:48:51 | Unhelpful | right... did you see how i suggest handling it for sims? |
| 13:49:30 | Unhelpful | make the field a union, and on sims, initialize it with a pointer to rb, basically exactly as happens on sim in the existing patch |
| 13:50:13 | | Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) |
| 13:50:35 | Unhelpful | on targets, rb is just an alias for the field, and we store the address directly to it |
| 13:51:31 | amiconn | That could work, but it makes target and sim more different |
| 13:52:22 | Unhelpful | true, but not by much, and it saves 4B on target, not to mention feels to me like how the target version "should" work... |
| 13:52:59 | casainho | mcuelenaere: :-) |
| 13:53:58 | Unhelpful | PLUGIN_INIT_IRAM should lose its argument, too, shouldn't it? |
| 13:55:36 | amiconn | Yeah it could indeed, although it makes no difference in the final code |
| 13:55:37 | | Quit mcuelenaere (Read error: 104 (Connection reset by peer)) |
| 13:56:51 | | Quit Jaykay (Read error: 110 (Connection timed out)) |
| 13:58:06 | | Join Jaykay [0] (n=chatzill@p579E7585.dip.t-dialin.net) |
| 14:00 |
| 14:05:17 | | Join fdinel [0] (n=Miranda@modemcable204.232-203-24.mc.videotron.ca) |
| 14:05:47 | domonoky | casainho: congrats for a working lcd, now use show_logo() and display the rockbox logo on this :-) |
| 14:06:13 | Unhelpful | i'd like to at least take a stab at getting rid of the **api on target... i don't have time now, but i should probably learn to deal with linker scripts at some point, anyway |
| 14:07:11 | casainho | domonoky: thanks!! I didn't know about that show_logo() :-) |
| 14:07:40 | amiconn | jhMikeS: Weird. I can't make the disconnect-reconnect cycling bug show up anymore |
| 14:08:14 | domonoky | casainho: take a look at the different bootloaders in bootloader/, they all use this show_logo() function :-) |
| 14:08:17 | amiconn | Perhaps I need to discharge further... |
| 14:09:30 | * | amiconn starts playing some ape tracks |
| 14:12:02 | JdGordon | amiconn: is the statusbar working on the player (specifically in the wps?) |
| 14:13:56 | | Join PaulJam [0] (i=PaulJam_@vpn-3020.gwdg.de) |
| 14:14:36 | * | JdGordon assumes it is.. or he would have been buzzed by now |
| 14:17:32 | | Quit merbanan ("Leaving") |
| 14:20:08 | amiconn | JdGordon: I don't know. With that many targets I have to decide which one to use, and I didn't try the player recently |
| 14:20:59 | | Quit rvvs89 (Remote closed the connection) |
| 14:24:42 | domonoky | JdGordon: yes, the wps on the archos player has a statusbar (but thats special chars in the charcell display) |
| 14:25:04 | JdGordon | ok good |
| 14:25:23 | Unhelpful | got it working now... but surely there's a more elegant way than . = . - 4; rb = .; ? |
| 14:25:47 | * | amiconn usually decides for a main target for a few weeks. Currently that's the H180 |
| 14:26:19 | amiconn | Unhelpful: . = . - 4 moves the actual current address. Just rb = . - 4; should work |
| 14:27:03 | * | amiconn only rarely decides for a colour target as the main target. They're just too annoying |
| 14:28:36 | | Join dfkt [0] (i=dfkt@unaffiliated/dfkt) |
| 14:29:56 | Unhelpful | right, i'll put up a patch with that shortly, then it's bedtime. |
| 14:31:48 | | Join kerwood [0] (n=Marshall@c-69-250-35-141.hsd1.md.comcast.net) |
| 14:32:37 | Unhelpful | and the weirdness in mpegplayer when i tried to fix it was just a result of ld changing its mind about placement for symbols when i changed their sizes and/or which one went in iram? |
| 14:33:10 | | Quit Xerion (" ") |
| 14:33:20 | amiconn | You moved stuff in iram, so the rb initialisation overwrote something different |
| 14:33:40 | amiconn | Fwiw, with my fix mpegplayer is working fine both on H300 and ipod color |
| 14:33:56 | casainho | domonoky: I am getting this error: rockbox/bootloader/show_logo.c:27:33: error: bitmaps/rockboxlogo.h: No such file or directory |
| 14:34:19 | Unhelpful | yes, i tried basically the same fix, as i'd read that suggestion before i left to head home, and found it worked on e200 |
| 14:34:46 | domonoky | casainho: you need to add the bmp file to the SOURCES for your target. (in apps/bitmaps/native) |
| 14:36:14 | casainho | SOURCES of ifrmware? |
| 14:36:44 | domonoky | casainho: take a look at: apps/bitmaps/native/SOURCES |
| 14:38:38 | casainho | domonoky: okok :-) |
| 14:39:10 | JdGordon | you probably dont want the logo to display now anyway... |
| 14:39:31 | JdGordon | comment out that show_logo() line and add a verbose = true line so printf works |
| 14:39:45 | domonoky | JdGordon: why not ? it would prove that the lcd is really working, and it looks nice :-) |
| 14:40:04 | JdGordon | yeah, but he needs to be able to debug stuff... |
| 14:42:04 | casainho | domonoky: however I still get this error: error: bitmaps/rockboxlogo.h: No such file or directory |
| 14:42:33 | | Quit funman ("leaving") |
| 14:42:58 | domonoky | casainho: if you corrected the SOURCES (and maybe make clean) it should generate this header for you. |
| 14:43:18 | casainho | ah, I didn't make lcean :-) |
| 14:52:37 | *** | Saving seen data "./dancer.seen" |
| 14:54:19 | casainho | domonoky: I still get that error, my LCD_DEPTH 16 and LCD_WIDTH 132, and thtere is already and for this values: #elif (LCD_WIDTH == 132) && (LCD_DEPTH == 16) |
| 14:55:34 | | Quit fdinel (Read error: 104 (Connection reset by peer)) |
| 14:55:56 | casainho | the SOURCES looks correctly |
| 14:56:41 | domonoky | casainho: to make sure it really uses this line, insert a "#error i got here" after your #elif, then you know for sure that its correct. |
| 14:57:02 | casainho | domonoky: ok |
| 14:59:15 | | Nick JdGordon is now known as JdGordon|zzz (n=jonno@rockbox/developer/JdGordon) |
| 15:00 |
| 15:00:25 | | Join fdinel [0] (n=Miranda@modemcable204.232-203-24.mc.videotron.ca) |
| 15:01:13 | casainho | domonoky: I got this error: http://pastebin.com/m2df14a18 |
| 15:01:37 | casainho | looks like I am not getting that error of that SOURCES |
| 15:01:50 | domonoky | so your defines are not what you think. |
| 15:02:22 | | Join bluebrother [0] (n=dom@rockbox/developer/bluebrother) |
| 15:02:54 | domonoky | recheck what you have defined in your config-<traget>.h |
| 15:03:52 | | Join Seed [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net) |
| 15:08:17 | casainho | domonoky: well, Ican't make it owrking. If I send you a patch, could you please look at it? |
| 15:08:56 | casainho | I am having problems with my LCD drivers, show_logo() could help me, as an image is different that the printf() |
| 15:09:01 | domonoky | yes, i could take a look, if you want. |
| 15:11:16 | casainho | domonoky: here is the patch: http://rockboxplayer.googlecode.com/svn-history/r191/trunk/rockbox_patch/rockbox_player_patch |
| 15:12:23 | | Quit PaulJam (Read error: 145 (Connection timed out)) |
| 15:12:37 | | Join PaulJam [0] (i=PaulJam_@vpn-3020.gwdg.de) |
| 15:17:55 | domonoky | casainho: a few remarks. the configure entry is not correct. (do you really have 64MB of ram, and the bmp2rb and toolset commands are misssing) |
| 15:18:57 | casainho | yes, I have 64MB of SDRAM |
| 15:19:24 | | Nick jfc^2 is now known as _jfc (n=john@dpc691978010.direcpc.com) |
| 15:19:41 | casainho | I don't know how to setup bmp2rb and tollset... |
| 15:19:46 | | Join MethoS- [0] (n=clemens@host-091-096-215-195.ewe-ip-backbone.de) |
| 15:20:18 | domonoky | but you need the bmp2rb rules, to convert the bmps. (just steal them from a target with similar display) |
| 15:20:42 | | Nick _jfc is now known as jfc (n=john@dpc691978010.direcpc.com) |
| 15:20:59 | casainho | ok, I will do that |
| 15:21:09 | domonoky | and why does the config-rockboxplayerlittle redefine ROCKBOXPLAYER_LITTLE ? (it should already be defined by the Makefile (from configure)) |
| 15:22:16 | casainho | domonoky: so, I will remove that line. |
| 15:25:33 | domonoky | with the correct bmp2rb rules, it builds the bootloader with logo without problems :-) |
| 15:27:23 | casainho | domonoky: okok - it's build here also ;-) −− thakns :-) |
| 15:29:58 | casainho | domonoky: ah, okok. Looking at logo image... looks like my LCD have half of resolution... some problem on drivers, I need to work on it :-) |
| 15:30:35 | domonoky | have fun :-) |
| 15:34:06 | | Join aurix_lexico [0] (n=adam@c-68-56-205-239.hsd1.fl.comcast.net) |
| 15:35:37 | linuxstb | domonoky, bluebrother: Have you done any work on plugins for rbutil? I'm wondering if Windows MTP could be implemented as a plugin, and we add a GPL exception to allow that specific plugin. |
| 15:35:41 | | Quit MethoS (Read error: 113 (No route to host)) |
| 15:36:37 | domonoky | linuxstb: i had some play with Qt plugins in rbutil (for python), and it isnt really difficult. So that could be a solution. |
| 15:37:04 | bluebrother | haven't done anything on Qt plugins −− todo list is simply too long :( |
| 15:37:12 | | Quit PaulJam (Read error: 104 (Connection reset by peer)) |
| 15:40:12 | bluebrother | If I add a function to struct plugin_api I need to increase the PLUGIN_API_VERSION, right? |
| 15:42:09 | | Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) |
| 15:44:40 | * | linuxstb realises Qt itself is GPL'd, so that approach won't work... |
| 15:46:16 | * | domonoky think it really maybe the best to just call a sendfirm.exe out of rbutil. |
| 15:47:12 | linuxstb | domonoky: Yes, I think so too. |
| 15:47:49 | domonoky | we can even embedd the .exe in rbutil, so the user wont notice :-) |
| 15:48:00 | linuxstb | What about Linux/OS X - what about incorporating libMTP/libUSB there? |
| 15:48:09 | bluebrother | we can? Wouldn't that create new license issues? |
| 15:48:22 | bluebrother | libusb is already linked. |
| 15:48:42 | maraz | is anyone using the last.fm capability of rockbox? |
| 15:48:43 | Llorean | bluebrother: Surely just because resources share the same file, they don't need to share the same license. |
| 15:48:51 | Llorean | Otherwise GPL would be infectious across .zip files. |
| 15:49:01 | linuxstb | bluebrother: It is? So nothing is stopping us from supporting the e200r install in Linux/OS X (apart from Someone needing to do it)? |
| 15:49:10 | maraz | and if you are, what are you using to sync it to last.fm? |
| 15:49:15 | bluebrother | linuxstb: yes, that is my understanding. |
| 15:49:30 | bluebrother | we use libusb for the USB ID detection and statically link it for that. |
| 15:49:51 | linuxstb | And that works fine on OS X and Linux? And I assume you use the windows API there? |
| 15:49:51 | bluebrother | maraz: I believe there is a wiki page on this. qtscrobbler can sync to last.fm |
| 15:50:33 | bluebrother | libusb works fine at least on linux. No idea about OS X as I cannot test anything. On windows the IDs are resolved using setupapi, which is w32api. |
| 15:50:36 | linuxstb | domonoky: Or it could grab it from the download server - which might be easier (it will be a tiny download) |
| 15:50:38 | bluebrother | i.e. part of MinGW. |
| 15:50:56 | domonoky | linuxstb: yes downloading it is also possible. |
| 15:51:04 | bluebrother | fetching sendfirm from the download server would also have the advantage that we can update it independently |
| 15:51:13 | linuxstb | bluebrother: But the OS X builds at least include the code and statically link libUSB? |
| 15:51:32 | bluebrother | yes, afaik. |
| 15:51:46 | domonoky | linuxstb: on osx we dont link statically. We use so called "Frameworks" |
| 15:52:08 | maraz | bluebrother: and it works with utf-8? i've been using logscrobbler but it doesn't seem to understand it |
| 15:53:36 | bluebrother | maraz: I guess so −− Qt uses unicode internally. Check the LastFMLog wiki page −− I don't use it ... |
| 15:54:30 | | Join GodEater [0] (n=ge@rockbox/staff/GodEater) |
| 15:56:02 | linuxstb | domonoky: But the libUSB "Framework" is included? |
| 15:57:05 | bluebrother | is there a way to distinguish between e200 and e200r btw? |
| 15:57:39 | Bagder | as is so common with sansas, the OF is pretty much the only real teller |
| 15:57:44 | domonoky | hm, osx_deploy.sh doesnt copy a libusb-framework, maybe we really link this statically ? :-) |
| 15:58:08 | linuxstb | bluebrother: sansapatcher won't find the e200r, as the firmware partition isn't visible via UMS - it uses the partition layout/contents to identify it. |
| 15:58:22 | linuxstb | I don't know if the USB IDs are different. |
| 16:00 |
| 16:00:08 | bluebrother | hmm. Might be a starting point (but could also cause issues with users lacking the required permissions) |
| 16:00:28 | maraz | bluebrother: um, doesn't rockbox filter things going into scrobbler.log at all? i remember audioscrobbler waiting to 50% or 2:40 of track length (whichever comes first) before scrobbling the track |
| 16:00:35 | maraz | bluebrother: rockbox seems to add everything on start |
| 16:00:41 | * | bluebrother considers a linux-deploy script |
| 16:01:07 | linuxstb | bluebrother: The bootloader install requires the e200r in manufacturing mode anyway... |
| 16:01:50 | bluebrother | maraz: what makes you believe this? I'm pretty sure the Rockbox implementation works correctly |
| 16:02:01 | | Part kerwood |
| 16:02:43 | linuxstb | bluebrother: So it will be more a case of 1) User clicks on "install bootloader" button; 2) rbutil gives user instructions for manufacturing mode; 3) User puts it in manufacturing mode and attaches USB; 4) patching application is uploaded with libUSB |
| 16:03:29 | | Join PaulJam [0] (i=Paule@vpn-3039.gwdg.de) |
| 16:03:29 | bluebrother | well, we have quite a bunch of dialogs now, so that wouldn't be the issue. But how to handle windows? |
| 16:03:57 | linuxstb | Don't... |
| 16:04:10 | linuxstb | Or download e200rpatcher.exe and run it. |
| 16:04:25 | linuxstb | But that requires the libusb driver to be installed... |
| 16:04:49 | bluebrother | hmm. If users need to use a separate application on windows anyway, would it make sense adding e200rpatcher for other OSes? The windows uses are still the majority |
| 16:06:14 | bluebrother | we could simply make the bootloader installation for e200r output the instructions and do nothing. Everything else can still get done using rbutil |
| 16:06:27 | * | domonoky thinks its possible to install/uninstall drivers from the command line, so maybe rbutil could do that for the user ? |
| 16:06:47 | * | linuxstb is confusing himself between sendfirm and e200rpatcher... |
| 16:06:51 | bluebrother | sounds nasty. |
| 16:07:27 | bluebrother | but feel free to figure out how that works. If it works it _could_ give a way around the sendfirm / libmtp issue on windows ... |
| 16:07:27 | linuxstb | I think for Windows, you simply need to tell the user to install that driver. Because it uses the manufacturing mode USB IDs, it shouldn't conflict with normal use, so no need to uninstall them. |
| 16:07:44 | linuxstb | (talking about e200rpatcher now) |
| 16:07:46 | bluebrother | and that ID differs? |
| 16:07:50 | linuxstb | Yes |
| 16:08:09 | bluebrother | ok, that's good. |
| 16:08:10 | linuxstb | It's 0x0781 0x0720 for manufacturing mode. |
| 16:11:00 | bluebrother | that's also listed as c200 recovery mode on the DeviceDetection page. Shouldn't do any harm though. |
| 16:11:06 | | Join MethoS-- [0] (n=clemens@host-091-097-244-195.ewe-ip-backbone.de) |
| 16:14:18 | | Join MethoS_ [0] (n=clemens@host-091-097-245-077.ewe-ip-backbone.de) |
| 16:16:20 | | Quit at0m ("CGI:IRC (EOF)") |
| 16:20:40 | | Join MethoS [0] (n=clemens@host-091-097-241-241.ewe-ip-backbone.de) |
| 16:20:40 | *** | Alert Mode level 1 |
| 16:20:40 | DBUG | Sent KICK MethoS- to server |
| 16:20:40 | DBUG | Sent KICK MethoS-- to server |
| 16:20:40 | *** | Alert Mode level 2 |
| 16:20:40 | DBUG | sent MODE #rockbox +b *!*n=clemens@*.ewe-ip-backbone.de |
| 16:20:40 | DBUG | Sent KICK MethoS_ to server |
| 16:20:40 | DBUG | Enqueued KICK MethoS |
| 16:20:40 | *** | Alert Mode level 3 |
| 16:20:41 | Kick | (#rockbox MethoS- :*bang* too many joined users) by logbot!n=bjst@gateway/web/cgi-irc/labb.contactor.se/x-8076c4bfe14b4de1 |
| 16:20:41 | *** | Alert Mode level 4 |
| 16:20:41 | Kick | (#rockbox MethoS-- :*bang* too many joined users) by logbot!n=bjst@gateway/web/cgi-irc/labb.contactor.se/x-8076c4bfe14b4de1 |
| 16:20:41 | *** | Alert Mode level 5 |
| 16:20:41 | Mode | "#rockbox +b *!*n=clemens@*.ewe-ip-backbone.de " by logbot (n=bjst@gateway/web/cgi-irc/labb.contactor.se/x-8076c4bfe14b4de1) |
| 16:20:41 | Kick | (#rockbox MethoS_ :*bang* too many joined users) by logbot!n=bjst@gateway/web/cgi-irc/labb.contactor.se/x-8076c4bfe14b4de1 |
| 16:20:41 | *** | Alert Mode level 6 |
| 16:20:42 | DBUG | Q-Sent KICK MethoS to server |
| 16:20:42 | Kick | (#rockbox MethoS :*bang* too many joined users) by logbot!n=bjst@gateway/web/cgi-irc/labb.contactor.se/x-8076c4bfe14b4de1 |
| 16:20:42 | *** | Alert Mode level 7 |
| 16:22:26 | maraz | bluebrother: i just skipped a few songs and they all are on .scrobbler.log |
| 16:22:40 | maraz | hmm |
| 16:22:42 | maraz | then again |
| 16:22:50 | maraz | they have a Played value of S |
| 16:22:59 | maraz | and only the one i tested to play fully is L |
| 16:23:04 | maraz | guess that's the difference then |
| 16:25:09 | BigBambi | yes |
| 16:25:34 | BigBambi | If the limit isn't met, it gets marked as S (skipped) |
| 16:26:03 | BigBambi | and then when you submit they don't appear |
| 16:30:43 | *** | Alert Mode OFF |
| 16:30:48 | | Join Asterisk_ [0] (n=George@209.237.116.92) |
| 16:31:20 | Asterisk_ | I've got a sans e280, would that fall under the banner of "sans e200?" I'm compiling rockbox now |
| 16:31:33 | Asterisk_ | sansa* |
| 16:31:38 | BigBambi | yes |
| 16:31:49 | Asterisk_ | okk |
| 16:31:50 | BigBambi | e200 is the series |
| 16:31:55 | Asterisk_ | just checkin |
| 16:32:36 | | Quit {phoenix} (Remote closed the connection) |
| 16:35:19 | Asterisk_ | bash: 59 command not found |
| 16:35:23 | Asterisk_ | 50 |
| 16:35:45 | Asterisk_ | herm |
| 16:36:02 | | Join Gnason [0] (n=4d8813dd@gateway/web/cgi-irc/labb.contactor.se/x-7dfbd6b0f662ad9a) |
| 16:36:17 | Gnason | nabend |
| 16:36:28 | Gnason | can anyone help me compiling rockbox? |
| 16:36:43 | Asterisk_ | tryng to do that myself |
| 16:36:47 | Gnason | i get the following error |
| 16:36:49 | domonoky | Gnason: just shoot your question. |
| 16:37:06 | BigBambi | Gnason: If it is going to be a big paste, please use pastebin.ca |
| 16:37:06 | Gnason | arm-elf/bin/ld: /Users/robert/rockbox/build/apps/codecs/mp3_enc.elf section .ibss will not fit in region PLUGIN_IRAM |
| 16:37:16 | Gnason | arm-elf/bin/ld: region PLUGIN_IRAM overflowed by 1244 bytes |
| 16:38:15 | domonoky | Gnason: and which target is that ? |
| 16:38:24 | Gnason | iPod Photo 60GB |
| 16:39:05 | Gnason | i'm using arm-elf-gcc 4.3.2 |
| 16:39:53 | Asterisk_ | is there a list ont eh site of the platform numbers? |
| 16:39:56 | Asterisk_ | on the |
| 16:40:02 | domonoky | is it a clean svn or did you apply a patch ? |
| 16:40:13 | Gnason | clean svn |
| 16:40:36 | domonoky | Asterisk_: why do you need that ? configure lists all. |
| 16:41:07 | Asterisk_ | cuz it's telling me command not found when I type in what I think is the right number |
| 16:41:43 | domonoky | Gnason: then i thinks its you compiler which generates to big code. i think the recommended version (and installed by rockboxdev.sh) is 4.0.3 |
| 16:42:25 | domonoky | Asterisk_: if it tells you 50 is not a command, you pressed enter one time too much :-) |
| 16:43:32 | | Part linuxstb ("Leaving") |
| 16:44:47 | | Join gregzx [0] (n=chatzill@dsu203.neoplus.adsl.tpnet.pl) |
| 16:45:19 | Gnason | hmm, where do i find rockboxdev.sh? ^^ |
| 16:45:33 | | Join _lifeless [0] (n=lifeless@90.151.217.227) |
| 16:45:43 | | Quit nibbler_ (Read error: 60 (Operation timed out)) |
| 16:45:50 | domonoky | Gnason: in rockbox sources under toos/ |
| 16:46:05 | domonoky | s/toos/tools/ :-) |
| 16:47:21 | Gnason | k, thx |
| 16:48:37 | Gnason | perhaps this should be mentioned on http://www.rockbox.org/twiki/bin/view/Main/HowToCompile |
| 16:49:04 | | Join {phoenix} [0] (n=dirk@p54B479D3.dip.t-dialin.net) |
| 16:49:13 | | Join kugel [0] (n=chatzill@unaffiliated/kugel) |
| 16:50:07 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
| 16:50:07 | * | domonoky points to http://www.rockbox.org/twiki/bin/view/Main/CrossCompiler |
| 16:51:51 | | Join merbanan [0] (n=banan@83.233.243.20) |
| 16:52:16 | | Join Xerion [0] (i=xerion@82-170-197-160.ip.telfort.nl) |
| 16:52:39 | *** | Saving seen data "./dancer.seen" |
| 16:59:13 | | Quit Asterisk_ (Read error: 104 (Connection reset by peer)) |
| 16:59:24 | | Join Asterisk_ [0] (n=George@209.237.116.92) |
| 16:59:46 | | Join petur [50] (n=petur@rockbox/developer/petur) |
| 17:00 |
| 17:00:43 | | Join saratoga [0] (n=41becb3b@gateway/web/cgi-irc/labb.contactor.se/x-9850e1a20ff335be) |
| 17:00:54 | | Join Horschti [0] (n=Horscht@p4FD4F1CC.dip.t-dialin.net) |
| 17:01:10 | | Quit Horscht (Nick collision from services.) |
| 17:02:08 | | Quit Asterisk_ (Read error: 104 (Connection reset by peer)) |
| 17:03:33 | | Join mirak [0] (n=mirak@81-66-70-98.rev.numericable.fr) |
| 17:05:32 | casainho | I want to make a rockboxlogo for my 130x130 display... is there any source image? or should I resize from a bigger one? |
| 17:06:10 | kugel | casainho: I think there's a svn available |
| 17:06:21 | kugel | Bagder: might know |
| 17:06:27 | kugel | s/:// |
| 17:07:36 | casainho | kugel: I don't understand... where? on apps/bitmaps? |
| 17:07:39 | domonoky | manual/frontpage has a rockboxlogo.svg i think thats the source |
| 17:08:25 | kugel | oh, and I meant svg, not svn, sorry |
| 17:08:29 | | Quit CaptainKwel (Read error: 110 (Connection timed out)) |
| 17:08:39 | casainho | okok :-) thanks :-) |
| 17:11:14 | rasher | http://rasher.dk/rockbox/icon/rockboxHighRes.tif is the original source - not sure where that can be found |
| 17:15:04 | bluebrother | there's also a rather big png in the manual sources |
| 17:20:08 | | Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) |
| 17:21:55 | | Join MarcGuay [0] (n=chatzill@ip216-239-87-214.vif.net) |
| 17:22:22 | MarcGuay | Is updating the bootloader on the Gigabeat S as simple as replacing the nk.bin file? |
| 17:22:52 | MarcGuay | AKA sendfirm not required once you have MSC access via RB USB? |
| 17:23:20 | Llorean | MarcGuay: Yes. |
| 17:23:32 | MarcGuay | Llorean: Thanks. |
| 17:23:47 | linuxstb | casainho: I thought your LCD was 128x128 (according to the RockboxPlayerPrototype wiki page) ? |
| 17:24:00 | linuxstb | (the same size as the iriver H10 5GB) |
| 17:25:34 | casainho | linuxstb: oh, looks like that information is not correct |
| 17:26:15 | casainho | the size is 132X132 however the first and last ones pixels of collums and rows can't being seen |
| 17:26:22 | casainho | so, it's just 130x130 |
| 17:26:39 | kugel | casainho: I'd say if it's 130x130, (and if possible), just treat it as 128x128, that will save you lots of work |
| 17:27:06 | casainho | kugel: well, I have it working now, showing the rockboxlogo |
| 17:27:19 | kugel | there's a bunch of other bitmaps you need to convert |
| 17:27:24 | Llorean | kugel: "Take the easy way out" isn't exactly a project philosophy here. |
| 17:27:35 | MarcGuay | Gig-s bootloader is 12MB OF vs. for 72KB Rockbox? |
| 17:28:00 | Llorean | It might make sense to use the images for 128x128 plugins in many cases, but be careful what you mean by "treat it like 128x128" |
| 17:28:24 | Llorean | MarcGuay: Not quite sure I understand the question. For dual boot you'll still need a large file. |
| 17:28:29 | kugel | Llorean: he's got a lot of other stuff to do. all the work with converting bitmaps will just cost time he can use for e.g. getting audio work |
| 17:28:37 | casainho | kugel: well, I didn't know about that others bitmaps... then maybe its smart to stick with 128x128 |
| 17:28:49 | kugel | plus, as far as I know, this lcd is a prototype anyway, and not going to be used in the final version |
| 17:29:02 | Llorean | kugel: Most of the converting bitmaps is plugins and doesn't need to be done now anyway. |
| 17:29:07 | MarcGuay | Llorean: I just built a single-boot RB bootloader. The size difference is quite large. |
| 17:29:16 | Llorean | MarcGuay: Ah, as long as it's single boot, this is expected. |
| 17:29:19 | BigBambi | MarcGuay: the 12 MB isn't just the OF bootloader though |
| 17:29:23 | BigBambi | It is the OF |
| 17:29:39 | MarcGuay | BigBambi: Ah. That makes sense. Thanks guys. |
| 17:29:50 | Llorean | kugel: My point is, be clear when you say stuff like "don't bother" that you don't mean "it doesn't need to be done" but rather "focus elsewhere for now" |
| 17:30:01 | casainho | well, that's true, I don't really need that 2 pixels (130-128) |
| 17:30:05 | Llorean | kugel: If it does end up with a 130x130 screen, it _does_ need to be supported properly, not just treated as 128x128 |
| 17:30:11 | kugel | Llorean: that's what I was trying to say |
| 17:30:21 | Llorean | kugel: Then *say* it. |
| 17:31:02 | Llorean | kugel: You said "treat it as 128x128" and "it will save you lots of work." It *won't* actually save lots of work if that screen is used, so say "it will save you lots of work if you really are planning on getting rid of the screen" |
| 17:31:13 | kugel | look, his lcd is temporary (he said he's not going to stick with it for the final product), so that's likely not needed anyway |
| 17:31:43 | Llorean | kugel: You're missing the point. |
| 17:32:03 | Llorean | Say *why* so it's clear why you said that. So it's clear the message *isn't* "cutting corners is okay if it's close enough" |
| 17:32:16 | rasher | casainho: if the final LCD is not going to be 132x132, it's probably easier to treat it as 128x128. |
| 17:32:37 | kugel | indeed |
| 17:33:05 | bluebrother | did he say what size the final LCD have before at all? |
| 17:33:08 | casainho | okok, so to do it, on my config, I should define as 128 and on my drivers ignore the other missing pixels? |
| 17:33:30 | rasher | Something like that - but if the final LCD is going to be 132x132, you should probably not cut corners |
| 17:33:31 | bluebrother | plus, if he figures how to properly do it now it will save work when adjusting for the final LCD ... |
| 17:33:53 | casainho | final size is not defined, for now we have this hardware, the future is open... :-) |
| 17:34:21 | bluebrother | then doing it properly sounds like the better solution to me ... |
| 17:34:30 | casainho | well, I do prefer to learn... |
| 17:34:49 | Llorean | You don't need to convert the bitmaps to fit the screen, but all code should treat it as its full size at least, then. |
| 17:34:57 | Llorean | The bitmaps can come later. |
| 17:36:39 | casainho | my idea is to use this temporary prototype for showing that is possible to make our own hardware and I wanted the prepare myself to support a future hardware |
| 17:36:50 | | Part linuxstb ("Leaving") |
| 17:37:04 | casainho | so, I will then stick with the 130x130 |
| 17:37:55 | casainho | with all information and tools I have, will be quick to make this port!! even If I have to generate bitmaps and so on... |
| 17:37:58 | bluebrother | casainho: what display are you using? |
| 17:39:10 | casainho | Nokia LCD 132x132 : http://www.sparkfun.com/commerce/product_info.php?products_id=569 −− but we can get it for $10 from other site |
| 17:40:16 | | Quit saratoga ("CGI:IRC (EOF)") |
| 17:40:18 | bluebrother | hehe −− I was suspecting something like that. But why does that page tell it being 128x128? |
| 17:40:51 | kugel | good question |
| 17:42:18 | casainho | well, I think is a mistake −− if you see the source codes, like the first one listed on that page, they use as if it have 132x132... |
| 17:43:09 | casainho | that LCD is referenced in almost every cheap open source project as being 132x132, tha'ts why we get $10 for it :-) |
| 17:43:28 | casainho | and it is working here as 132x132 :-) |
| 17:43:50 | Llorean | So what's wrong with the first and last row and column so that you must use it 130x130? |
| 17:46:26 | casainho | simple they don't appear: "The Nokia 6100 display has 132 x 132 pixels; each one with 12-bit color (4 bits RED, 4 bits GREEN and 4 bits |
| 17:46:27 | casainho | BLUE). Practically speaking, you cannot see the first and last row and columns." |
| 17:47:05 | | Quit Seed ("cu, Andre") |
| 17:47:08 | casainho | it is written on James P. Lynch tutorial for that LCD |
| 17:47:28 | Llorean | Well, on the Nokia 6100 the casing may block the visibility of them. |
| 17:47:35 | Llorean | Are they actually visible on the raw display? |
| 17:49:43 | bluebrother | i.e. you can light up the pixel at (0,0) and nothing appears? Even not when looking close? |
| 17:51:24 | casainho | well, I took a picture now, wait a bit please :-) |
| 17:52:14 | Jaykay | ill try again with http://www.rockbox.org/tracker/task/2533 and http://www.rockbox.org/tracker/task/4719, i suggest both to be committed.... |
| 17:53:30 | | Join CaptainKwel [0] (n=jason@cpe-68-173-40-122.nyc.res.rr.com) |
| 17:55:11 | | Join sko [0] (n=dustin@L74dc.l.strato-dslnet.de) |
| 17:56:43 | | Quit sko (Client Quit) |
| 17:57:18 | Jaykay | aaah they are ignoring me again :( |
| 17:58:12 | casainho | bluebrother, Llorean : here the rockboxlogo on LCD: http://rockboxplayer.googlecode.com/svn-history/r192/trunk/images/20090110-rockboxlogo-rockboxplayerlittle-500x.jpg |
| 17:58:41 | Llorean | Jaykay: don't expect a response to every thing you say. |
| 17:58:47 | bluebrother | casainho: nice :) |
| 17:59:12 | casainho | that logo have missing small pixiels at left side |
| 17:59:13 | Llorean | Jaykay: Seriously, if you think a patch should be committed, bring it up on the mailing list and have patience. Have you tried the mandelbrot one? From the description, it sounds like it would actually be bad. |
| 17:59:48 | Jaykay | llorean: i dont expect it, i just stated that nobody answered. |
| 17:59:54 | Jaykay | and i tested it, it works fine |
| 18:00 |
| 18:00:33 | Llorean | Jaykay: It sounds like it would drop key presses |
| 18:00:48 | Jaykay | and i already wrote a mail to the mailing list with a few patches i suggested for committing, the only answer i got was "write a comment to the patches" |
| 18:00:50 | Llorean | Like, if I press "zoom" 10 times faster than it can zoom 10 times, it'll clear the button queue between each zoom and lose some of them. |
| 18:01:02 | Jaykay | right |
| 18:01:31 | Llorean | That sounds bad to me. |
| 18:01:53 | Jaykay | it just prevents your dap to be unusable for the time of the zooms.... |
| 18:01:56 | Llorean | It sounds like it basically is assuming you *don't* press the button the right number of times, and punishes you if you do... |
| 18:02:18 | Llorean | You always have to wait for zooms. All it does now is prevent you from zooming in a fixed amount without watching it and counting how many button presses it *actually* registered. |
| 18:02:26 | bluebrother | wouldn't it be better to have an abort button for that? |
| 18:02:39 | Jaykay | hm |
| 18:02:44 | bluebrother | i.e. stop calculating and wait for the next user interaction. |
| 18:02:46 | Jaykay | yes that would be best |
| 18:03:05 | Jaykay | or just a button for clearing the button queue |
| 18:03:32 | Jaykay | ok then this patch can be closed :) |
| 18:03:35 | | Join Davide-NYC [0] (n=Davide-N@user-12ld9li.cable.mindspring.com) |
| 18:04:00 | Llorean | Jaykay: Well the "iter" being reset aspect of it may be a bug that could use fixing. It's possible the patch can be improved. |
| 18:04:55 | Jaykay | hm i dont know what iter does, but i noticed nothing except the cleared button queue.... |
| 18:05:34 | casainho | bluebrother, Llorean : and about the mixing pixels, you can also see this image that shows a printf(), you can clearly see pixels missing on the top of the LCD |
| 18:05:36 | casainho | http://rockboxplayer.googlecode.com/svn-history/r190/trunk/images/20090110-first_lcd_message-rockboxplayerlittle.jpg |
| 18:06:13 | Llorean | casainho: that looks like 2 rows of pixels are missing at the top |
| 18:06:58 | bluebrother | that could also be caused by an offset calculated wrongly ;-) I though it's missing 1 pixel on each border? |
| 18:07:22 | Davide-NYC | Last night I had a hell of a time attempting to install the single boot nk.bin bootloader onto an updated (all original) gigabeat S with v1.2 firmware. I want to file a bug report as I believe there is something incompatible with an updated gigabeat S and the single-boot nk.bin file in it's current state. |
| 18:08:11 | Davide-NYC | casainho: that's amazing. keep up the great work@ |
| 18:08:40 | MarcGuay | Davide-NYC: That would be more of an issue with sendfirm, no? |
| 18:09:05 | Davide-NYC | MarcGuay: I'm not sure. Is that the likely culprit? |
| 18:09:54 | MarcGuay | Davide-NYC: Just a guess. What was the problem? |
| 18:10:04 | Davide-NYC | I suspect most devs updated their bootloaders using the sendfirm utility *before/without* updating the entire player with the updater utility from toshiba. |
| 18:11:00 | Davide-NYC | I used the updater to get an "original" fresh install on my beast and then attempted to run through the install procedure for a single boot rockbox install. |
| 18:11:28 | Davide-NYC | After a (seemingly) sucessful install I'd end up in recover mode after any reboot. |
| 18:12:00 | MarcGuay | jhMikeS: The battery meter reading is a bit weird on my beast (USB-plug, climbs to 99%, disconnect, falls down to original % and then slowly climbs up again?) |
| 18:13:08 | Davide-NYC | Any attempt at starting up the ploayer from shutdown would result in a forced recovery mode. |
| 18:13:48 | MarcGuay | Davide-NYC: Hmm. I'm having the same problem. Fresh bootloader + build, charged, turned off, turned on -> error 3. |
| 18:14:08 | Davide-NYC | OK. That's what I wanted. Confirmation. |
| 18:14:25 | Davide-NYC | Do we need to post a big report on flyspray? |
| 18:14:48 | MarcGuay | Does the dual-boot work? |
| 18:15:14 | Davide-NYC | I haven't had the time to try and probably won;t until next weekend. |
| 18:15:16 | MarcGuay | Not sure what to do with this error#3. Any advice? |
| 18:15:39 | MarcGuay | BigBambi: Any problems installing the single-bootloader? |
| 18:15:50 | Davide-NYC | I've restored to factory v1.2. |
| 18:16:14 | Davide-NYC | If I tell you anymore I'd be off topic and Llorean would berate me. (just kidding) |
| 18:17:00 | MarcGuay | This feels pretty Rockbox related to me. |
| 18:19:22 | | Join toffe82 [0] (n=chatzill@75.8.206.161) |
| 18:19:25 | * | MarcGuay is glad the beast wasn't called "supported" earlier... |
| 18:20:16 | | Join karashata [0] (n=karashat@69.41.192.215) |
| 18:22:09 | Davide-NYC | I'm writing a bug report on flyspray. |
| 18:23:07 | casainho | bluebrother, Llorean : http://farm4.static.flickr.com/3455/3184538203_82863bec2d_o.jpg −− shows pixels missing from prontf() letters |
| 18:24:16 | MarcGuay | I'm having a tough time recovering, here. Got error#1 (insert USB). Sendfirm is failing, though. |
| 18:24:32 | bluebrother | casainho: why don't you just draw colored lines / boxes? That way you can quickly spot which parts aren't displayed. |
| 18:25:38 | casainho | well, maybe is better to stay with 128x128... I can't do this for all kind of this Nokias clones LCDs |
| 18:26:05 | casainho | because other developers bought from other online shop, so, it can be different... |
| 18:26:39 | * | domonoky also thinks that using a (centered) 128x128 might be good for this project. |
| 18:26:50 | casainho | for example, the same clone Nokia LCD appear with 2 different controller, or Epson or Phillips, which have different commands,etc... |
| 18:27:34 | Bagder | casainho: then you're up to doing run-time probing or two ports... |
| 18:28:32 | Davide-NYC | Here is maybe the most poorly written bug report of all rockbox history: http://www.rockbox.org/tracker/task/9778 |
| 18:28:47 | bluebrother | well, that LCD was used in some series of Nokia phones. I bet they wouldn't have liked different behaviours between the series of the LCD |
| 18:29:30 | | Quit Davide-NYC ("ChatZilla 0.9.84 [Firefox 3.0.5/2008120122]") |
| 18:31:11 | casainho | I must try to mix the commands for the LCD, as the commands have different values and controller just ignores wrong commands... at least this is done on initialization, that is the same for both controllers... |
| 18:31:32 | bluebrother | so the controllers are different? |
| 18:31:34 | casainho | but again, this is a temporary prototype |
| 18:32:20 | | Quit petur (Remote closed the connection) |
| 18:32:21 | casainho | yes, controllers are different and looks like they have different values for commands, and ignores no valid commands... |
| 18:32:40 | casainho | so, we can make 2 in 1 :-) |
| 18:32:45 | bluebrother | urgh :( |
| 18:33:02 | casainho | at least that is working at lcd_init() |
| 18:33:09 | domonoky | as this is a selfmade target, runtime detection can be easy. just ground a specific gpiopin if you have one type, or set it to vdd if you have the other type. |
| 18:33:48 | casainho | domonoky: good idea :-) |
| 18:34:40 | Bagder | my advice would be to avoid two controllers though |
| 18:34:54 | Bagder | and who says there won't be a third soon... and a 4th... |
| 18:35:39 | casainho | eheh - but even the sellers can't identify them.... |
| 18:35:51 | Bagder | then buy from those who can |
| 18:35:53 | casainho | it's like a Chinese |
| 18:36:28 | | Join ender` [0] (i=krneki@foo.eternallybored.org) |
| 18:36:32 | domonoky | Bagder: for this nokia lcd runtime detection is good. these two types are very common in home-brew projects. |
| 18:37:29 | * | domonoky thinks even the nokia phone supports both types :-) |
| 18:37:31 | | Join Ryc [0] (n=7a6f8eb9@gateway/web/cgi-irc/labb.contactor.se/x-008ce9ff1ffa8ed1) |
| 18:37:45 | Bagder | well, I'd rather call it necessary evil than good... |
| 18:37:46 | casainho | on sparkfun seller page: "Uses the Epson S1D15G10 or Philips PCF8833 Controller"; "What we've found over in China is a 'copy' of the Nokia LCD found in models 6100, 6610, 7210, 7250, and 5100? We don't know what phones it fits, and we don't really care." |
| 18:38:42 | MarcGuay | toffe82: Got that link for the beast OF handy? |
| 18:43:55 | Bagder | casainho: so how are things progressing on the audio front of your device? |
| 18:44:09 | casainho | audio? |
| 18:44:18 | Bagder | sound |
| 18:44:27 | casainho | I don't have yet buttons!! |
| 18:44:36 | Bagder | oh, haha |
| 18:44:46 | casainho | well, after LCD I will put buttons working |
| 18:45:08 | | Join LambdaCalculus37 [0] (n=rmenes@rockbox/staff/LambdaCalculus37) |
| 18:45:12 | casainho | after, mount the SD card FAT32 and load RB firmware... |
| 18:45:20 | casainho | audio can be the last, no? |
| 18:45:42 | Bagder | sure it could, I was just curious on what you've decided regarding the hw for that |
| 18:46:06 | | Quit MarcGuay ("ChatZilla 0.9.84 [Firefox 3.0.4/2008102920]") |
| 18:46:14 | Ryc | pixelma: You know how some folks wanted their kids to have memorable names? "Ryc" is their version of "Rick". |
| 18:46:15 | casainho | we are making an expansion board for buttons + audio IC |
| 18:46:42 | casainho | and I can alwyas start working on SD card drivers.... |
| 18:46:55 | | Quit Ryc ("CGI:IRC") |
| 18:47:28 | domonoky | casainho: yes, you will need buttons and storage, before you can play music :-) |
| 18:47:36 | * | LambdaCalculus37 summons a fellow manual writer |
| 18:47:51 | bluebrother | only storage. Who needs buttons to select music? ;-) |
| 18:47:58 | gevaerts | domonoky: I don't see why? :) |
| 18:48:04 | bluebrother | casainho: what audio codec are you using? Have you decided yet? |
| 18:48:16 | casainho | I have one button on the dev. board... |
| 18:48:31 | casainho | ues, TLV.... |
| 18:48:33 | Bagder | one press for down, two for up, three for left ... |
| 18:48:42 | Bagder | :-) |
| 18:48:49 | casainho | yes, that TLV very well know, with drivers on Rockbox :-) |
| 18:48:50 | Bagder | TLV? |
| 18:48:52 | domonoky | ... 100times for shutdown :-) |
| 18:48:58 | krazykit | 5 for select? ;) |
| 18:49:29 | bluebrother | I think he means the codec used in the h100 series (and others) |
| 18:49:34 | casainho | bluebrother: http://www.rockbox.org/twiki/bin/view/Main/RockboxPlayerPrototype#Stereo_Audio_CODEC |
| 18:49:44 | Bagder | tlv320? |
| 18:49:56 | Bagder | right |
| 18:49:59 | casainho | yes, that ic |
| 18:50:11 | LambdaCalculus37 | pixelma: Here? |
| 18:50:23 | casainho | again, there is a lot of resources for it, drivers for the board and MCU I am using :-) |
| 18:50:45 | Bagder | the X5 and family use the TLV320 |
| 18:51:00 | bluebrother | hmm. Wasn't someone searching for that chip a while ago in the forums and it hard to obtain? |
| 18:51:25 | casainho | simple buttons are very easy to wire on dev. board but that TLV no... very thin pitch, we need a PCB for that... |
| 18:51:41 | casainho | bluebrother: hard to buy? |
| 18:52:13 | bluebrother | as in hard to find a distributor. But if digikey has them it shouldn't be a problem. Also, my memory could be wrong on this ;-) |
| 18:52:43 | *** | Saving seen data "./dancer.seen" |
| 18:52:43 | Bagder | wow, 12 config-*.h files have TLV320 as defined audio codec |
| 18:53:20 | Bagder | ... but only 3 of them are running Rockbox fine |
| 18:53:21 | casainho | yes, digikey, farnell, etc - but again, is temporary prototype, the company that will build the hardware will select a cheap one IC, etc |
| 18:53:28 | casainho | can be anyohter |
| 18:53:32 | | Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
| 18:53:54 | bluebrother | that's bad −− it will require you to rewrite the driver ... |
| 18:54:14 | casainho | yes, but is a strategy |
| 18:54:36 | casainho | I don't have money to invest, to make and sell the hardware |
| 18:54:36 | Bagder | surely the TLV is a cheap ic? |
| 18:55:11 | casainho | I don't know if is cheap or not, it's more important for me that have drivers on Rockbox an so on... |
| 18:55:31 | bluebrother | but why spend time getting a chip up and running that will get replaced later anyway? |
| 18:56:00 | | Quit Darksair ("Do you hear that? This is the sound of inevitability. This is the sound of your death, Mr. Anderson.") |
| 18:56:03 | bluebrother | I somewhat fail to see the point in that approach |
| 18:56:15 | casainho | well, I will not spend to much time, because drivers are already done and tested. |
| 18:56:30 | casainho | but, yes, I will spend but I will also learn ;-) |
| 18:56:31 | | Join nibbler_ [0] (n=Nibbler@e181087010.adsl.alicedsl.de) |
| 18:57:00 | casainho | I would say the same for the working on Sansa V2 for example.... |
| 18:57:02 | casainho | :-) |
| 18:57:33 | | Join gfather [0] (n=g@77.241.65.48) |
| 18:57:37 | gfather | hello guys |
| 18:57:53 | gfather | can i update my rockbox through the installer ? |
| 18:58:05 | bluebrother | casainho: why? The hardware for that port is fixed, thus everything developed doesn't need to get rewritten. |
| 18:58:08 | bluebrother | gfather: yes |
| 18:58:36 | gfather | any link for llatest releas ? |
| 18:58:50 | bluebrother | same link as ever ... |
| 18:58:59 | casainho | bluebrother: but that hardware can have a short window of life... like the V1, for example. Who knows if after V2 RB is working, Sandisk makes the V3? |
| 18:59:06 | gfather | which is www.?? :) |
| 18:59:23 | casainho | just Sandisk controls the Sansa hardware, they decide |
| 18:59:27 | bluebrother | just follow the white rabbit ... eeeh the release link on the rockbox website |
| 18:59:49 | Llorean | casainho: Yes, but the difference is: You intend for your hardware not to have _any_ life. |
| 19:00 |
| 19:00:01 | bluebrother | casainho: that's true, but in your case you're porting to a hardware you're going to trash |
| 19:00:05 | Llorean | Or so you've said. |
| 19:00:11 | gfather | i found the rabbit |
| 19:00:14 | gfather | lets kill him :) |
| 19:00:43 | casainho | yes, thats why I choosed cheap hardware and with tested drivers available... |
| 19:00:43 | bluebrother | poor rabbit |
| 19:01:00 | | Quit kugel ("ChatZilla 0.9.84-rdmsoft [XULRunner 1.9.0.5/2008121623]") |
| 19:01:10 | bluebrother | isn't the final hardware supposed to be cheap as well? ;-) |
| 19:01:42 | casainho | bluebrother: yes, but I can't get cheap prices buying pieces at units |
| 19:01:52 | domonoky | bluebrother: the problem is, that nobody knows what the final hardware will be. |
| 19:01:54 | casainho | nor I have an electronics company |
| 19:02:45 | bluebrother | domonoky: but why does nobody know? |
| 19:02:50 | casainho | for example, Olimex have knowledge and stock materials, and relations on the market of semiconductors... then they can tailor an hardware also for price |
| 19:02:51 | gfather | i think we should make an opensource mp3 player based on rockbox :) |
| 19:03:07 | | Quit BXCracer (Connection timed out) |
| 19:03:14 | gfather | forget about installing it on devices that dont have 100% compatability |
| 19:03:31 | bluebrother | my Ipod is compatible :P |
| 19:03:42 | gfather | me to , its nott that what i mean |
| 19:04:02 | gfather | imagine if all the components in the device is compatable |
| 19:04:14 | gfather | see how much video playback and stuff will be great |
| 19:04:14 | casainho | gfather: read here about our ongoing efforts: http://www.rockbox.org/twiki/bin/view/Main/RockboxPlayer |
| 19:04:40 | gfather | yes thats what i was thinking :D |
| 19:05:04 | gfather | Find a company to assembly and sell It online, to worldwide (already received some offers); i can help in this matter |
| 19:05:21 | casainho | bluebrother: just one company with money to invest can decide what hardware will produce and sell!! I can't do it! |
| 19:05:58 | casainho | gfather: how? |
| 19:06:09 | bluebrother | casainho: yep, but my point is: shouldn't that company do that decision first? Otherwise you'll have lots of work you can trash, and porting won't be faster at all |
| 19:06:27 | bertrik | casainho, will it look as cool (e.g. casing of the player) and be as cheap as currently available players? |
| 19:07:19 | gfather | casainho i can see some chines factories , and companies who offer oem and stuff |
| 19:07:43 | gfather | see what can we do with them , becouse i dont think it will be built outside china :) |
| 19:08:37 | casainho | bluebrother: first I need to show that it is possible and that I can help port Rockbox to some custom hardware... then I think I can convince some companies |
| 19:09:04 | casainho | bertrik: that do not depends on me, I don't have a company, I am not a investor... |
| 19:09:26 | bluebrother | well, I disagree that someone need to prove it's possible porting Rockbox, given the number of targets it already has been ported to. |
| 19:09:35 | casainho | gfather: yes, China for sure, as every one else :-) |
| 19:09:59 | gfather | casainho didnt u think to build it on freerunner for showcasing ? |
| 19:10:21 | gfather | it would bee too much cool if you showcase it on freerunner or something similar |
| 19:11:03 | domonoky | gfather: freerunner is a phone, not really a ideal target for rockbox i would think. |
| 19:11:18 | casainho | bluebrother: yes, that's true. I think the same, that's way I am not worried in using a better LCD, anyone can see an Ipod running Rockbox. But I coudn't say that I would commit my energies to port rockbox to some custom hardware If I didn't make any port before, you know, this is my first time with ARM and 32 bits... |
| 19:11:55 | gfather | well its only for showcasing , it has a high resolution touch screen , its not ideal as a mp3 player , but for showcasing it would look cool |
| 19:12:57 | casainho | gfather: I selected and MCU and dev. board with a lot of information, code, and tutorials... freerun is not that hardware |
| 19:13:51 | gfather | well im just suggesting :) |
| 19:13:59 | gfather | if u need any help , just tell me |
| 19:14:01 | casainho | for showing case, than any "good" player as Ipod |
| 19:14:13 | gfather | thats true too |
| 19:14:18 | casainho | gfather: we need help for sure!! |
| 19:15:13 | gfather | well anything other than money , i can help :) |
| 19:15:13 | | Quit Gnason ("CGI:IRC (EOF)") |
| 19:15:26 | casainho | well, no money :-) |
| 19:16:09 | gfather | well if u need someone to think of cool desigens and stuff , i mean the gui for users |
| 19:16:10 | casainho | the plan is to make the prototype and after talk to some company that wants to invest on it - we need that someones sells it online to worldwide |
| 19:16:38 | gfather | i can sell online |
| 19:16:46 | gfather | can do allot of stuff ;) |
| 19:17:05 | casainho | ahah - but do you have any shop? −− |
| 19:17:09 | gfather | market it in the middel east region with arabic language support |
| 19:17:22 | casainho | anyway, it's an open hardware, everyone can sell... Ebay and so on |
| 19:17:43 | gfather | saudi arabia and such countries can be big hit for you ;) |
| 19:17:56 | casainho | for me no, for the project :-) |
| 19:18:03 | gfather | for the project ;) |
| 19:18:13 | gfather | why theme site is down ;( |
| 19:18:20 | casainho | first we need to a company to invest on it |
| 19:18:37 | gfather | is the prototype ready ? |
| 19:19:03 | domonoky | gfather: themes site is down, because it gets rebuilt. But not enogh people work on it .. :-) |
| 19:19:36 | gfather | we can contact some venture captalist to invest in it ;) |
| 19:19:54 | gfather | i can make 100% that i can get a company for the idea |
| 19:20:18 | gfather | i mean a venture to be interested in the project |
| 19:20:43 | gfather | ooff the topic , where do i get the themes from ? |
| 19:21:06 | domonoky | gfather: from the wiki WpsGallerys. |
| 19:21:40 | gfather | yes , found it |
| 19:22:08 | casainho | no prototype is not finished and prototype is not the final hardware, but we can suggest the hardware |
| 19:23:09 | gfather | thats cool , ill pm u my contact , so you can feed me with needed info |
| 19:23:25 | | Join LambdaCalculus3_ [0] (n=rmenes@rrcs-24-103-23-92.nyc.biz.rr.com) |
| 19:25:28 | | Join funman [0] (n=fun@AAnnecy-257-1-147-149.w86-197.abo.wanadoo.fr) |
| 19:25:36 | | Join kugel [0] (n=chatzill@unaffiliated/kugel) |
| 19:25:55 | gfather | how can i download all themes ? |
| 19:26:04 | gfather | i dont think i want to download 1 by 1 |
| 19:26:37 | scorche | you cant until we get the new theme site up and running |
| 19:27:03 | gfather | :S damn |
| 19:27:41 | Llorean | Scrolling down the page and downloading just the ones that look nice is probably much, much faster than downloading them all, then trying them all on the player to see how they look. |
| 19:28:03 | | Quit Bensawsome ("The awsome is gone :(") |
| 19:30:28 | funman | I just found that the Sansa Clip OF uses CMD6 for SD cards, and CMD6 isn't listed in the v2.00 specification (could it be a cmd for bank switching?) |
| 19:30:28 | | Join Bensawsome [0] (n=Bensawso@unaffiliated/bensawsome) |
| 19:31:56 | | Quit LambdaCalculus37 (Read error: 110 (Connection timed out)) |
| 19:32:23 | funman | and also CMD23 (also undocumented) |
| 19:32:43 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
| 19:32:55 | bertrik | nice find, /me googles for those commands and checks the spec |
| 19:34:10 | funman | nice : e200v1 uses CMD6 to switch banks |
| 19:34:32 | bluebrother | how does Rockbox do that? |
| 19:34:58 | funman | see firmare/target/arm/ata-sd-pp.c |
| 19:35:12 | funman | the SD_SWITCH_FUNC is defined in firmware/export/sd.h |
| 19:37:10 | bertrik | my version of the sd spec does mention CMD6 |
| 19:38:02 | funman | oh right, it's to _enable_ bank switching |
| 19:38:02 | | Quit CaptainKwel (Remote closed the connection) |
| 19:38:31 | | Join likemindead [0] (n=mccracke@96-25-231-104.ama.clearwire-dns.net) |
| 19:38:37 | funman | e200v1 uses cmd35 (proprietary) to actually switch banks |
| 19:39:12 | funman | cmd23 is marked "reserved" |
| 19:39:37 | bertrik | paragraph 4.3.10.1 of the physical layer simplified specification version 2.00 says "Switch function command (CMD6)1 is used to switch or expand memory card functions." |
| 19:40:03 | | Part likemindead ("Making like a tree...") |
| 19:41:10 | funman | oops I can't list all commands used because some are loaded from a table at an (still) unknown location |
| 19:42:09 | funman | kugel: did you already have a look at the code which switches SD banks in ata-sd-pp.c ? |
| 19:45:03 | | Quit PaulJam (Read error: 113 (No route to host)) |
| 19:46:31 | | Join CaptainKewl [0] (n=jason@cpe-68-173-40-122.nyc.res.rr.com) |
| 19:46:40 | | Join Zagor [242] (n=bjst@46.35.227.87.static.tab.siw.siwnet.net) |
| 19:47:15 | kugel | funman: a short one yes |
| 19:48:53 | funman | I also see commands 20 & 11 being mentioned in an array : { write_multiple, write, read_multiple, read, 20, 20, 11, 11 } |
| 19:49:41 | kugel | funman: i guess you're looking at clip v1's OF? |
| 19:49:51 | funman | kugel: could you determine exactly how many sectors you can access on your fuze' storage ? |
| 19:50:16 | funman | kugel: yes, version 29 (the version which introduced ogg playback, but not flac playback) |
| 19:51:09 | kugel | it has been determined already, I'll go search the logs |
| 19:51:39 | | Quit kugel (Remote closed the connection) |
| 19:52:06 | funman | Also I'm not sure how to determine the real capacity, since the CSD always indicates a bit less than 4GB |
| 19:55:32 | | Join kugel [0] (n=chatzill@unaffiliated/kugel) |
| 19:56:49 | | Quit killan ("( www.nnscript.com :: NoNameScript 4.22 :: www.esnation.com )") |
| 19:57:23 | kugel | funman: http://www.rockbox.org/irc/log-20081217#11:51:23 |
| 19:58:24 | kugel | 0x1DADFF is the last sector you can read |
| 19:59:27 | funman | so the bank size is 0x1E9E00 (adding the space reserved for the OF) |
| 20:00 |
| 20:00:05 | | Join killan [0] (n=nnscript@c-415472d5.06-397-67626721.cust.bredbandsbolaget.se) |
| 20:00:09 | kugel | only the first bank needs to reserve space for the of |
| 20:01:43 | | Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-f96a3c4a3d8c4e6c) |
| 20:03:53 | funman | I can't find this number in the fuze or clip firmwares |
| 20:07:28 | | Join PaulJam [0] (i=Paule@vpn-3032.gwdg.de) |
| 20:08:47 | funman | kugel: I'd try to mimic the code used in ata-sd-pp.c ! |
| 20:08:53 | funman | good luck, see you next time |
| 20:08:55 | | Quit funman ("leaving") |
| 20:14:45 | | Quit Acky (Read error: 54 (Connection reset by peer)) |
| 20:15:07 | | Join Acksaw [0] (n=omgwtfbb@cpc1-stok5-0-0-cust202.bagu.cable.ntl.com) |
| 20:28:53 | | Quit LambdaCalculus3_ ("Ka-chunka") |
| 20:29:20 | | Quit pyro_maniac ("Leaving.") |
| 20:47:17 | | Quit casainho ("ChatZilla 0.9.84 [Firefox 3.0.5/2008121622]") |
| 20:50:55 | | Quit aurix_lexico ("Leaving.") |
| 20:52:34 | | Join aurix_lexico [0] (n=adam@c-68-56-205-239.hsd1.fl.comcast.net) |
| 20:52:45 | *** | Saving seen data "./dancer.seen" |
| 20:53:37 | | Join toffe82_ [0] (n=chatzill@adsl-75-8-206-161.dsl.frs2ca.sbcglobal.net) |
| 20:54:48 | | Quit kugel (niven.freenode.net irc.freenode.net) |
| 20:54:48 | NSplit | niven.freenode.net irc.freenode.net |
| 20:54:48 | | Quit toffe82 (niven.freenode.net irc.freenode.net) |
| 20:54:48 | | Quit {phoenix} (niven.freenode.net irc.freenode.net) |
| 20:54:48 | | Quit GodEater (niven.freenode.net irc.freenode.net) |
| 20:54:48 | | Quit domonoky (niven.freenode.net irc.freenode.net) |
| 20:54:48 | | Quit miepchen^schlaf (niven.freenode.net irc.freenode.net) |
| 20:54:48 | | Quit pixelma (niven.freenode.net irc.freenode.net) |
| 20:54:48 | | Quit merbzt (niven.freenode.net irc.freenode.net) |
| 20:54:48 | | Quit HBK (niven.freenode.net irc.freenode.net) |
| 20:54:48 | | Quit feisar (niven.freenode.net irc.freenode.net) |
| 20:54:48 | | Quit idshark (niven.freenode.net irc.freenode.net) |
| 20:54:48 | | Nick toffe82_ is now known as toffe82 (n=chatzill@adsl-75-8-206-161.dsl.frs2ca.sbcglobal.net) |
| 20:54:53 | | Join tvelocity [0] (n=tony@adsl18-177.her.forthnet.gr) |
| 20:55:34 | NHeal | niven.freenode.net irc.freenode.net |
| 20:55:34 | NJoin | {phoenix} [0] (n=dirk@p54B479D3.dip.t-dialin.net) |
| 20:55:38 | | Quit toffe82 (Killed by ballard.freenode.net (Nick collision)) |
| 20:55:39 | NJoin | kugel [0] (n=chatzill@unaffiliated/kugel) |
| 20:55:39 | NJoin | toffe82 [0] (n=chatzill@75.8.206.161) |
| 20:55:39 | NJoin | GodEater [0] (n=ge@rockbox/staff/GodEater) |
| 20:55:39 | NJoin | domonoky [0] (n=Domonoky@rockbox/developer/domonoky) |
| 20:55:39 | NJoin | miepchen^schlaf [0] (n=miepel@p579ECB83.dip.t-dialin.net) |
| 20:55:39 | NJoin | pixelma [0] (n=pixelma@rockbox/staff/pixelma) |
| 20:55:39 | NJoin | idshark [0] (i=chainsaw@i.will.tell.u.some.hotstories.de) |
| 20:55:39 | NJoin | merbzt [0] (n=benlar@193.13.246.198) |
| 20:55:39 | NJoin | HBK [0] (n=hbk@pool-71-96-74-73.dfw.dsl-w.verizon.net) |
| 20:55:39 | NJoin | feisar [0] (i=jljhook@tarjoo.mulle.olut.gr) |
| 20:55:57 | | Join m0f0x [0] (n=m0f0x@189-19-54-184.dsl.telesp.net.br) |
| 20:56:17 | | Join toffe82_ [0] (n=chatzill@75.8.206.161) |
| 21:00 |
| 21:05:22 | | Quit gregzx ("ChatZilla 0.9.84 [Firefox 3.0.5/2008120122]") |
| 21:06:43 | | Join robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust394.brig.cable.ntl.com) |
| 21:09:33 | | Join gregzx [0] (n=chatzill@dsu203.neoplus.adsl.tpnet.pl) |
| 21:10:29 | | Quit toffe82 (Connection timed out) |
| 21:23:09 | | Join BHSPitLappy [0] (n=BHSPitLa@unaffiliated/bhspitmonkey) |
| 21:23:36 | | Quit Schmogel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 21:23:48 | | Join mcuelenaere [0] (i=mcuelena@rockbox/developer/mcuelenaere) |
| 21:24:06 | | Join Schmogel [0] (n=Miranda@essn-4db6d893.pool.einsundeins.de) |
| 21:29:19 | | Join allele [0] (n=allele@CPE-69-23-137-242.wi.res.rr.com) |
| 21:29:52 | allele | so has anyone else considered a spore-like game for rockbox? |
| 21:30:21 | scorche | considering might be nice and all...but someone has to do the actual writing... |
| 21:31:08 | allele | agreed, just seeing if anyone else has already started such a project |
| 21:32:41 | allele | and now if it hasn't its at leas on the log, eh Llorean? |
| 21:33:22 | mcuelenaere | allele: I don't think anyone considered anything like that, otherwise you would've at least seen some patch or a forum thread.. |
| 21:35:21 | allele | yeah, well I was thinking something a bit more primitive considering the platform |
| 21:36:31 | Llorean | Well, most of the actual gameplay of spore is simple enough that it could be represented in bitmapped graphics, etc. |
| 21:37:00 | Llorean | You could reproduce the gameplay experience well enough, you'd just lose the procedural animation and such. Most of that's just gloss anyway |
| 21:40:43 | | Quit allele ("Java user signed off") |
| 21:41:16 | | Quit kugel ("ChatZilla 0.9.84-rdmsoft [XULRunner 1.9.0.5/2008121622]") |
| 21:49:39 | | Quit bmbl ("Woah!") |
| 21:53:10 | | Quit karashata ("G'bye everyone!") |
| 22:00 |
| 22:03:27 | * | Zagor prepares to commit FS #9703, slightly modified (bigmem targets get to keep their big pcm buffer for now) |
| 22:08:12 | | Join archivator [0] (i=foobar@77.70.28.57) |
| 22:08:44 | | Quit merbanan (Remote closed the connection) |
| 22:08:46 | | Join B4gder [241] (n=daniel@rockbox/developer/bagder) |
| 22:11:03 | | Quit archivator (Remote closed the connection) |
| 22:14:17 | | Join archivator [0] (i=foobar@77.70.28.57) |
| 22:16:20 | | Quit Schmogel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 22:24:38 | B4gder | ./seered.pl |
| 22:24:38 | B4gder | Björn Stenberg/zagor=1 |
| 22:25:04 | Zagor | yeah, missed some sim stuff |
| 22:25:20 | B4gder | great time for me to verify my script! |
| 22:25:55 | Zagor | of course. you don't think I did it by mistake, do you? |
| 22:26:06 | B4gder | thanks for volunteering! ;-) |
| 22:26:48 | | Join gregorovius [0] (n=diego@host27.190-226-186.telecom.net.ar) |
| 22:27:43 | | Nick Horschti is now known as Horscht (n=Horscht@xbmc/user/horscht) |
| 22:27:46 | * | scorche wonders if Zagor has done anything on the google money front |
| 22:28:53 | Zagor | no, but I'm setting an alarm in the phone for monday now. this is getting silly :-( |
| 22:29:36 | scorche | it would be nice to have that by next devcon ;) |
| 22:30:54 | saratoga | does anyone have a good resource for the mpeg4 specs ? |
| 22:31:01 | saratoga | google turns up a lot of not very detailed stuff |
| 22:31:43 | mcuelenaere | saratoga: http://www.chiariglione.org/mpeg/working_documents.htm#MPEG-4 ? |
| 22:33:18 | | Quit gregorovius (Remote closed the connection) |
| 22:33:57 | saratoga | mcuelenaere: Part 14 - MP4 File Format has no document unfortunately |
| 22:36:32 | | Join Riku [0] (n=Lss@cm97.delta89.maxonline.com.sg) |
| 22:36:33 | | Quit Lss (Read error: 104 (Connection reset by peer)) |
| 22:37:41 | | Quit ender` (Read error: 54 (Connection reset by peer)) |
| 22:41:51 | saratoga | do we support playing the audio track of MP4 movies in Rockbox? |
| 22:45:10 | B4gder | Zagor: so as you may understand, we're close a "blame" feature |
| 22:47:26 | B4gder | ./seered.pl |
| 22:47:36 | B4gder | yay |
| 22:48:16 | * | scorche wonders if it will blame perl |
| 22:48:40 | B4gder | its the other way, this is perl doing the blaming! |
| 22:48:46 | saratoga | how come the clip didn't see a drop in memory use from this change? |
| 22:50:08 | | Join tusjen [0] (n=Administ@159.80-202-81.nextgentel.com) |
| 22:51:01 | Zagor | because the pcm buffer is taken from the file buffer, i.e. "the rest of the ram" |
| 22:51:30 | Zagor | the change just moves ram from pcm to file buffer, hence no change for the program |
| 22:51:36 | saratoga | ah ok |
| 22:52:19 | | Join kugel [0] (n=chatzill@unaffiliated/kugel) |
| 22:52:39 | Zagor | B4gder: yeah I saw in the log. do you plan to do the logbot modification too? |
| 22:52:49 | *** | Saving seen data "./dancer.seen" |
| 22:53:33 | B4gder | no, I don't have any such plans atm |
| 22:55:09 | | Quit B4gder ("It is time to say moo") |
| 22:57:56 | | Quit XavierGr (Nick collision from services.) |
| 22:58:07 | | Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) |
| 22:59:02 | Llorean | saratoga: No, but there's probably no reason we shouldn't |
| 22:59:07 | Llorean | re: mp4 movies |
| 23:00 |
| 23:00:23 | saratoga | Llorean: i just tried it and it seems to work |
| 23:00:30 | saratoga | so i guess we do, at least for some movies |
| 23:02:12 | Llorean | Probably just chance. |
| 23:02:14 | | Quit mirak (Remote closed the connection) |
| 23:02:23 | Llorean | I'd imagine most would be large enough files to have the mP4 parser issue |
| 23:02:37 | | Quit m0f0x (Read error: 60 (Operation timed out)) |
| 23:03:19 | saratoga | yeah probably |
| 23:03:46 | | Quit Jaykay (Read error: 110 (Connection timed out)) |
| 23:03:53 | amiconn | JdGordon|zzz: One of your recent wps changes broke "follow playlist" again when the playlist ends. |
| 23:03:58 | Llorean | saratoga: Do you know if that's a case of being "very difficult to fix" or a case of "nobody's gotten around to really even looking at it"? |
| 23:04:05 | amiconn | It works when stopping manually |
| 23:05:41 | saratoga | Llorean: I'm looking at it now |
| 23:06:02 | saratoga | the problem is that the parser seems to allocate a huge table of packet lengths upfront, and then steps through them |
| 23:06:14 | saratoga | i'm looking for a way to compute them on the fly instead |
| 23:11:12 | | Join Jrf [0] (n=S@188.41.83-79.rev.gaoland.net) |
| 23:11:39 | | Nick Jrf is now known as BigBambi_ (n=S@188.41.83-79.rev.gaoland.net) |
| 23:12:46 | kugel | damnit |
| 23:12:54 | kugel | I wish rockbox would boot on my clip |
| 23:23:58 | Unhelpful | kugel: can you open bitmaps in rockpaint on your fuze, and then exit? i think i know a quick way to test different read sizes in the loader. |
| 23:24:08 | kugel | yes |
| 23:24:26 | Unhelpful | fantastic. :) |
| 23:24:34 | | Quit archivator (Read error: 104 (Connection reset by peer)) |
| 23:24:40 | Bagder | Zagor: is the automatic reconfigure really that needed? |
| 23:24:57 | Bagder | what if you have altered the main makefile, do svn up and then make ? |
| 23:25:08 | Bagder | zap, changes gone |
| 23:25:36 | Bagder | (and the help text wasn't removed either) |
| 23:25:37 | Unhelpful | it'll overwrite changes in autoconf.h as well, right? |
| 23:25:42 | Bagder | yes |
| 23:25:55 | Bagder | hm wait |
| 23:26:17 | Bagder | doesn't this change only make you have to type "make Makefile" instead of reconf? |
| 23:26:31 | | Join archivator [0] (i=foobar@77.70.28.57) |
| 23:26:35 | Zagor | no, it runs it automatically |
| 23:27:11 | Bagder | what depends on the Makefile? the entire build? |
| 23:27:51 | Zagor | make always checks its' source file for dependencies and if so re-reads it. that's how the dependency file works too. |
| 23:28:22 | kugel | lol, make now runs configure, asking for the values |
| 23:28:39 | kugel | I thought it would at least use the old values |
| 23:28:44 | Bagder | kugel: the first time it has to |
| 23:29:14 | Zagor | kugel: the new configure stores the values. the old didn't. |
| 23:29:18 | Bagder | as the old values are stored in the Makefile |
| 23:29:21 | kugel | ah right |
| 23:31:11 | Zagor | I'm split about the automatic aspect. |
| 23:31:32 | * | amiconn thinks it's unnecessary |
| 23:32:04 | amiconn | A 'configure' change doesn't necessarily mean that I have to reconfigure, e.g. if just a new target was added |
| 23:32:10 | Zagor | how about it just saying "You should run 'make reconf'" instead of doing it |
| 23:32:30 | Bagder | I'd be fine with that |
| 23:33:00 | Zagor | if it does nothing people will overlook it and it will have lost part of the purpose |
| 23:37:38 | kugel | haha, playback doesn't work at all anymore on my fuze |
| 23:37:56 | kugel | hissing noise at flac+ogg, crash/reboot on at aac/mp3 |
| 23:39:09 | Zagor | kugel: since when? |
| 23:40:33 | kugel | since your commit of the watermark patch, as far as the hissing noise is concerned |
| 23:41:14 | | Join Xerion_ [0] (i=xerion@82-170-197-160.ip.telfort.nl) |
| 23:41:46 | | Quit Thundercloud (Remote closed the connection) |
| 23:42:40 | Zagor | that's interesting. the fuze has 8MB ram, so it didn't even get the changed pcm buffer. |
| 23:43:41 | | Quit Xerion (Read error: 60 (Operation timed out)) |
| 23:43:41 | | Nick Xerion_ is now known as Xerion (i=xerion@82-170-197-160.ip.telfort.nl) |
| 23:44:39 | Bagder | oh foswiki released 1.0.0 ... |
| 23:45:47 | Zagor | yeah. http://www.rockbox.org/foswiki/bin/view/Main/WebHome |
| 23:46:01 | Bagder | aha |
| 23:47:53 | bluebrother | Zagor: does configure now save _all_ its values, i.e. also the advanced options? |
| 23:48:02 | Bagder | no |
| 23:48:10 | kugel | Unhandled IRQ 00: INT_WATCHDOG |
| 23:48:28 | kugel | that shouldnt happen I suppose, or did I miss a watchdog isr? |
| 23:49:00 | Zagor | kugel: I use the watchdog to reboot. |
| 23:49:23 | Zagor | other than that, I'm not aware of any use of it |
| 23:49:32 | kugel | yes, but that's not an interrupt handler. I don't remember a watchdog isr (i.e. no INT_WATCHDOG function) |
| 23:50:03 | Zagor | no. that's what I'm saying too :) |
| 23:50:20 | kugel | which makes me curious why that happens |
| 23:50:29 | kugel | maybe the VIC is setup slightly wrong? |
| 23:53:00 | Bagder | bluebrother: but it should be fairly simple to add in the same fashion it currently works |
| 23:54:15 | bluebrother | Bagder: sure. It's just that someone(tm) needs to do it −− and I can't use reconf on my h100 rtc build as of now. |
| 23:54:33 | Bagder | right |
| 23:54:46 | bluebrother | let's see if I get around looking at it myself or if someone else is faster ... |
| 23:55:04 | Bagder | I'll be the fastest off to bed now! |
| 23:55:15 | bluebrother | g'night! |
| 23:57:15 | | Join solexx [0] (n=jrschulz@e176107179.adsl.alicedsl.de) |
icon identifies that the person is a core developer (has commit access).