| 00:03:49 | stripwax | saratoga - something very odd. even ensuring that ARM_ASSEM is defined, disassembled fft-ffmpeg.o and looking at fft4 it seems to look like something that gcc generated rather than something i wrote .... |
| 00:04:24 | stripwax | is FFT_FFMPEG_INCL_OPTIMISED_FFT4 not defined, or something? |
| 00:04:55 | * | stripwax wonders about FFT_FFMPEG_INCL_OPTIMISED_TRANSFORM and all the other stuff too |
| 00:05:22 | stripwax | oh well |
| 00:05:31 | stripwax | #ifdef CPU_ARM |
| 00:05:39 | stripwax | in fft-ffmpeg_arm.h. that'd do it |
| 00:05:54 | | Join DV_ [0] (~DV@218.248.65.243) |
| 00:06:03 | stripwax | no wonder the guys reported very little difference :) comparing Tremor arm asm to mdctexp C ! :-) |
| 00:06:35 | Torne | stripwax: so far my ipod works fine with zeroing iram, btw ;) |
| 00:06:58 | stripwax | Tone - woohoo! I always said it would be a simple fix ! :-p |
| 00:07:03 | stripwax | patch? |
| 00:07:45 | | Quit Halborr (Quit: ChatZilla 0.9.85 [SeaMonkey 2.0.3/20100223143236]) |
| 00:08:02 | Torne | stripwax: i'v enot posted it, i'm gonna tidy it up slightly first |
| 00:08:06 | Torne | atm it will break PP5020 :) |
| 00:08:13 | Torne | and it hardcodes the addresses |
| 00:08:16 | stripwax | no rush :-) |
| 00:10:02 | stripwax | saratoga - stock ivorbisfile_example - 31.47s [user] , 9863700 samples, 44100Hz stereo |
| 00:11:05 | stripwax | saratoga - imdct patched ivorbisfile_example - 30.56s |
| 00:11:20 | stripwax | hrm, had still hoped for a bigger improvement. |
| 00:12:29 | kugel | 3% is not a lot :( |
| 00:12:42 | kugel | better look at the gcc output again? :) |
| 00:13:34 | stripwax | three runs imdct patched - [ 30.64, 30.61, 30.78 ] |
| 00:14:09 | stripwax | I wonder if there's a bunch of other overhead (either in the example app, or elsewhere in libtremor but not in rockbox) such that the mdct is a smaller overall proportion of the workload? |
| 00:15:06 | gevaerts | do you need testing on more systems? |
| 00:17:42 | stripwax | three runs stock [ 31.09, 31.12, 31.14 ]. |
| 00:18:25 | | Join anewuser [0] (anewuser@unaffiliated/anewuser) |
| 00:21:56 | kugel | so only 0.5s difference? |
| 00:22:45 | | Quit moos (Quit: ChatZilla 0.9.86 [Firefox 3.6.2/20100316074819]) |
| 00:25:18 | | Quit kugel (Remote host closed the connection) |
| 00:25:23 | | Quit liar (Quit: Verlassend) |
| 00:25:47 | saratoga | stripwax: that guy who tested before was running without the arm assembly stuff enabled at all |
| 00:25:59 | | Quit perfectdrug1 (Quit: Leaving.) |
| 00:26:08 | saratoga | i don't think hes tested yet with ASM enabled for both patched and unpatched tremor |
| 00:26:38 | stripwax | kugel - I make that 37mhz realtime unpatched, 36.4mhz realtime patched |
| 00:27:06 | stripwax | saratoga - no, I meant my previous testing, plus all the other (non-nslu2) test results, won't have been using any of my arm assembly, in your patch .. |
| 00:27:20 | stripwax | but fwiw it still doesn't seem to make a huge difference [on nslu2] |
| 00:27:22 | saratoga | why is that? |
| 00:27:26 | stripwax | why is what? |
| 00:27:31 | saratoga | (not using I mean) |
| 00:27:44 | stripwax | because your patch uses CPU_ARM in some very critical places instead of _ARM_ASSEM_ ! (See earlier) |
| 00:27:49 | stripwax | or grep. |
| 00:27:58 | stripwax | unless I'm using the wrong version of your patch? |
| 00:28:30 | saratoga | the one on the wiki should be up to date |
| 00:28:45 | saratoga | let me grep through it |
| 00:29:50 | saratoga | you're right |
| 00:29:52 | saratoga | i'll fix that now |
| 00:30:29 | stripwax | just noticed another place too, in mdct-ffmpeg.c |
| 00:31:42 | | Join planetbeing_ [0] (~planetbei@c-71-236-164-204.hsd1.or.comcast.net) |
| 00:33:02 | saratoga | yeah i grepped and got them all |
| 00:33:53 | saratoga | http://duke.edu/~mgg6/rockbox/tremor_ffmpeg_imdctv7.patch |
| 00:34:08 | | Quit planetbeing (Ping timeout: 245 seconds) |
| 00:34:08 | | Nick planetbeing_ is now known as planetbeing (~planetbei@c-71-236-164-204.hsd1.or.comcast.net) |
| 00:35:00 | stripwax | hm, not a lot of difference still :( |
| 00:35:55 | saratoga | i was thinking of trying the stock mdct with our optimizations to see how it performs |
| 00:36:12 | saratoga | libtremor seems to perform a lot different then rockbox tremor for some reason |
| 00:36:41 | stripwax | saratoga - i guess we don't know how much overhead is in the example app? |
| 00:37:02 | saratoga | stripwax: well the MHz for real time was pretty reasonable so i doubt its too much |
| 00:37:26 | stripwax | mm, good point |
| 00:37:50 | | Quit xiainx (Ping timeout: 260 seconds) |
| 00:38:19 | stripwax | with the ffmpeg-mdct.c asm turned on, seems to snip off another 0.1 seconds or so, still not big numbers. |
| 00:38:47 | stripwax | having said that, I get about +- 0.4s sampling error here on my example file. |
| 00:39:05 | stripwax | maybe i'll try a bigger file. |
| 00:40:44 | * | stripwax tries Amarok by Mike Oldfield... |
| 00:41:13 | saratoga | whats your CPU clock and track length? |
| 00:41:27 | gevaerts | if -D_ARM_ASSEM_ is there and I use the v7 patch, I should be fine, right? |
| 00:41:31 | stripwax | 266MHz. 60minutes. |
| 00:41:50 | stripwax | i mean the one I'm testing now, not the old one. the only one was 233 seconds. |
| 00:42:59 | stripwax | just realized I should have been sending to /dev/null rather than /tmp/out.raw or whatever. that probably didn't help. |
| 00:43:15 | stripwax | gevaerts - should be. |
| 00:43:33 | gevaerts | hm, the unpatched one doesn't do -D_ARM_ASSEM_. add it manually? |
| 00:44:00 | stripwax | gevaerts - modify ./configure and change the arm-*-* (in two places) to arm*-* |
| 00:44:03 | stripwax | then rerun configure |
| 00:44:39 | saratoga | the new patch changes configure, but i'm not 100% sure it'll work on all machines |
| 00:45:12 | stripwax | I'm pretty sure the debian guys already updated their configure to work with nslu2. surprised that it wasn't upstreamed into tremor. |
| 00:45:32 | saratoga | hmm about 35MHz for decoding that track on your player |
| 00:45:36 | stripwax | maybe i'm misremembering, maybe that change was only made for the optware nslu2 packages or something |
| 00:45:40 | saratoga | not bad at all for a target without IRAM |
| 00:46:42 | stripwax | saratoga - i made it 37mhz vs 36.5mhz (as above). but the track length i mentioned earlier (223s) was approximate and from memory. |
| 00:46:48 | saratoga | i wonder if the poor vorbis performance on the sandisk OF is just a lack of enabling arm asm |
| 00:46:49 | stripwax | xscale |
| 00:47:04 | stripwax | (on nslu2) |
| 00:47:22 | saratoga | is that a lot faster then arm9 ? |
| 00:47:26 | stripwax | no idea |
| 00:47:40 | stripwax | if it needs less mhz ... ? |
| 00:48:10 | gevaerts | [0m5.760s,0m5.720s,0m5.730s] for the patched version, [0m6.230s,0m6.210s,0m6.250s] for the unpatched one (except for the arm-* to arm* change) |
| 00:48:28 | stripwax | on what target? |
| 00:48:37 | saratoga | some cortex thing IIRC |
| 00:48:42 | gevaerts | vorbis_256.ogg from the rockbox testfiles, armv5l 1.2GHz |
| 00:48:58 | gevaerts | saratoga: no, these are on my sheevaplug. The other one is my phone |
| 00:50:06 | stripwax | ok. 3602-second track decoded on patched tremor in 7m 23.1 seconds user [plus 32seconds sys]. (I'm assuming that's nslu2 usb/disk/io overhead) |
| 00:51:01 | Minataku | Not exactly real time, is it |
| 00:51:23 | stripwax | 32.72Mhz? |
| 00:51:32 | stripwax | Minataku - well, quite a bit faster, thankfully. |
| 00:51:41 | Minataku | Heh |
| 00:52:16 | Minataku | It's amazing what these little things can do |
| 00:52:22 | saratoga | try the unpatched next |
| 00:52:30 | * | stripwax already is |
| 00:52:40 | * | gevaerts will try next on his phone |
| 00:52:41 | stripwax | i expect results in about 5.5mins :) |
| 00:52:56 | Minataku | Hm. Rockbox on a Nintendo DSi.... could do a lot with the AsMP there. |
| 00:54:36 | stripwax | saratoga - your patch doesn't include the decode_packed_block optimisation right? I seem to remember that gave rockbox a 10% speedup back when it was added |
| 00:55:03 | saratoga | stripwax: no just the mdct stuff and windowing code |
| 00:55:15 | saratoga | i assume we have to submit these things as seperate patches to get them accepted |
| 00:55:22 | saratoga | though feel free to submit that too :) |
| 00:55:43 | Minataku | I'd submit them separately just to make it all cleaner and easier. |
| 00:55:47 | stripwax | i wouldn't worry so much about the windowing code one |
| 00:55:55 | stripwax | it was a small speedup even on rockbox |
| 00:56:02 | Minataku | That way if a part of it gets rejected then it's not all thrown out. |
| 00:56:12 | saratoga | yeah but the asm for it is all mixed up with the asm for the mdct |
| 00:56:36 | stripwax | plus it removes a couple of memsets that, probably, the xiph guys would want to stay there for correctness |
| 00:56:54 | stripwax | saratoga - ? |
| 00:57:03 | stripwax | oh. |
| 00:57:36 | stripwax | well, just exclude it from that asm.h file, or put back whatever xiph had there previously |
| 00:58:04 | stripwax | or i can see if i can remember what i wrote, and unwrite it :) |
| 00:58:36 | gevaerts | [8.60s,8.58s,8.69s] plain, [7.90s,7.97s,7.94s] patched, same file, cortex a8 (v7l) 500MHz |
| 00:58:47 | saratoga | its easy enough to remove, i'll see if they want it taken out once we have this worked out |
| 00:59:35 | stripwax | unpatched I see 7m 58.75s. 35.35mhz? |
| 00:59:42 | stripwax | so about 10%. yay! |
| 01:00 |
| 01:00:04 | stripwax | maybe nslu2 is just a bit clunky on buffering. |
| 01:00:09 | gevaerts | yes, about the same here I'd say |
| 01:00:52 | stripwax | so time ivorbisfile_example seems to give more realistic results on larger files |
| 01:01:03 | stripwax | gevaerts - excellent! |
| 01:01:03 | saratoga | is there a way to grep a binary file? |
| 01:01:30 | Minataku | If you're looking for strings, use strings then grep the output |
| 01:01:40 | saratoga | not interested in strings |
| 01:01:45 | Minataku | Otherwise grep will just report "Binary file x matches" |
| 01:02:29 | | Quit salty_horse (Quit: Leaving) |
| 01:02:33 | Minataku | Check the manual page, look at −−binary-files |
| 01:02:54 | Minataku | −−binary-files=TEXT looks like it may be what you want |
| 01:02:57 | gevaerts | stripwax: my numbers work out to 8% |
| 01:03:05 | gevaerts | for both systems |
| 01:03:29 | stripwax | yeah me too more-or-less |
| 01:04:23 | | Join TopyMobile [0] (~topy@xdsl-78-34-65-136.netcologne.de) |
| 01:04:36 | gevaerts | Close enough on three pretty different systems to be reliable I'd say |
| 01:05:33 | saratoga | i searched the sandisk vorbis decoder and i don't see the mdct constants |
| 01:05:41 | saratoga | i wonder if they're using low accuracy mode or something stupid like that |
| 01:06:31 | stripwax | do you see the 'alternative' mdct constants? |
| 01:08:13 | saratoga | too lazy to compute exactly what they are :) |
| 01:08:29 | saratoga | i don't see the arm asm code for things like xprod32 though |
| 01:09:10 | saratoga | i see things that look like cross products, but they're not the ones in the asm file, so they either changed them or didn't use asm |
| 01:10:41 | stripwax | saratoga - yeah I can't be bothered to calculate them either. |
| 01:10:57 | saratoga | haha i see XPROD31 |
| 01:10:59 | saratoga | its in c |
| 01:11:01 | saratoga | and not inlined |
| 01:11:11 | saratoga | so they stack and unstack all the registers |
| 01:11:16 | saratoga | for each and every cross product |
| 01:11:17 | stripwax | jeebus |
| 01:11:24 | stripwax | how could it |
| 01:11:28 | stripwax | *not* be inlined? |
| 01:11:33 | saratoga | no wonder they get 45% the battery life for vorbis then for mp3 |
| 01:11:59 | stripwax | unless they defined STIN to be empty |
| 01:12:11 | saratoga | stripwax: http://pastebin.com/XVcfjfVn |
| 01:12:18 | saratoga | right at the top of the vorbis decoder |
| 01:12:23 | stripwax | or ballsed up in some other way. you certain that the same (sort of) instructions don't show up inlined somewhere else? |
| 01:13:20 | saratoga | i see their butterflies, also done in c and terrible |
| 01:13:50 | stripwax | that is hilariously bad. is rockbox battery life better than both mp3 and vorbis? :-) |
| 01:13:56 | saratoga | stripwax: none of the other uses of smull or smlal are a cross product |
| 01:14:06 | stripwax | fantastic |
| 01:14:06 | saratoga | stripwax: its about the same or maybe a little better |
| 01:14:14 | saratoga | though i guess if they're using low accuracy mode? |
| 01:14:17 | stripwax | it ought to be a bunch better |
| 01:14:27 | stripwax | if they're using low accuracy mode they wouldn't use the 32x32-64 mul |
| 01:14:40 | saratoga | yeah so i might not see it |
| 01:14:42 | stripwax | and they'd have ldrb not ldr. |
| 01:14:52 | saratoga | ldrb? |
| 01:14:54 | saratoga | whats that do |
| 01:14:57 | stripwax | er, i guess ldrw. or something. |
| 01:14:59 | Minataku | No wonder they gave you guys samples of the devices |
| 01:15:04 | stripwax | hahahaha |
| 01:15:18 | Minataku | Probably thought "Let's write our firmware like crap, Rockbox is gonna make one for us anyway" |
| 01:15:20 | Minataku | ;3 |
| 01:15:53 | saratoga | actually if i can't find the mdct values they probabyl are using low accuracy mode |
| 01:16:51 | stripwax | saratoga - but the low-accuracy MULT31 is (x>>8)*y . so the XPROD31 should have a bunch of shifts in it. |
| 01:18:00 | stripwax | (unless the XPROD31 was inlined and the compiler realised it could shift the arg before calling; but you've seen that XPROD31 is not inlined so that's probably not the case; so it's probably not using low accuracy mode) |
| 01:18:18 | stripwax | which means the tables are probably tucked away somewhere else somehow. runtime, anyone? :-p |
| 01:19:02 | saratoga | even if its low accuracy mode there could still be a full accuracy cross product used somewhere |
| 01:19:04 | *** | Saving seen data "./dancer.seen" |
| 01:19:13 | Minataku | Could be they compressed the table to store it then inflate at runtime |
| 01:21:16 | saratoga | yeah but its small enough i doubt they do |
| 01:21:47 | Minataku | Never underestimate the lunacy of others. |
| 01:22:09 | stripwax | saratoga - you searched for the little-endian or the big-endian constant? |
| 01:22:16 | saratoga | little endian |
| 01:22:31 | saratoga | err i searched for whatever the 0x####### stuff is |
| 01:22:36 | saratoga | i assume thats little endian? |
| 01:22:45 | stripwax | well, which order did you put the bytes? :-p |
| 01:23:07 | stripwax | 0xaabbccdd and you grepped for aabbccdd is big endian |
| 01:23:20 | saratoga | i'll try the reverse |
| 01:23:33 | stripwax | yeah |
| 01:23:53 | Minataku | UNIX NUXI IXNU XINU |
| 01:23:55 | saratoga | ah you're right |
| 01:23:59 | stripwax | well there ya go |
| 01:24:01 | saratoga | its in there, little endian |
| 01:24:23 | stripwax | makes sense |
| 01:24:25 | saratoga | 0xBEA5 is the vwin512 table |
| 01:25:54 | | Join xyzzy [0] (~8002c283@giant.haxx.se) |
| 01:26:36 | | Quit efyx (Remote host closed the connection) |
| 01:26:48 | stripwax | Unhelpful - do I remember correctly you saying that the libtremor CLIP_TO_15 is a bit crazy and could be a few instructions shorter? |
| 01:27:00 | stripwax | [we don't use it in rockbox anymore, but still] |
| 01:28:18 | Unhelpful | stripwax: something like that, although it depends on the circumstances. you can save instructions by keeping a constant in a register, and even if you don't you can do better than gcc will with any reasonable C expression i've tried. |
| 01:29:21 | stripwax | saratoga - hm, the vect_mult_bw / vect_mult_fw stuff isn't my version. so I'm actually not sure which 'windowing' stuff you meant after all. |
| 01:29:43 | saratoga | stripwax: hmm? |
| 01:29:45 | | Quit xyzzy (Client Quit) |
| 01:29:50 | stripwax | (like, there's no vect_add_left_right, vect_add_right_left, which was my windowing change in rockbox) |
| 01:30:08 | stripwax | saratoga - you said the windowing patch was in your patch - but I'm not sure which windowing patch you're referring to |
| 01:30:29 | saratoga | stripwax: i just mean dropping the memsets IIRC |
| 01:30:37 | stripwax | oh, ok. |
| 01:30:45 | saratoga | and i think adding some ASM? |
| 01:30:57 | stripwax | maybe but doesn't look like my asm.. |
| 01:31:45 | stripwax | oh but i see stock libtremor doesn't have any vect_mult_bw - so i guess that's it |
| 01:31:55 | stripwax | not the rockbox version, some previous version maybe? |
| 01:32:37 | saratoga | stripwax: I thought I took everything in our misc_arm.h file but maybe not |
| 01:32:48 | saratoga | if you want to improve it, just update the patch :) |
| 01:33:11 | stripwax | you seem to have an older version of the asm vect stuff. but that's probably best! because the more recent changes hook at quite a low level to the block.c code |
| 01:33:41 | stripwax | which is probably not very xiphy |
| 01:34:10 | stripwax | [that's the stuff that I thought would be better as a separate patch, if at all. the fact it's not even there means, nothing to worry about :-)] |
| 01:34:53 | | Quit TopyMobile (Quit: TopyMobile) |
| 01:36:58 | saratoga | stripwax: i'm sure xiph would be happy with any smaller patches we could send them |
| 01:38:32 | stripwax | no, i mean my other windowing changes were pretty darn hacky and ugly |
| 01:39:47 | saratoga | theres probably other things we could give them though |
| 01:39:57 | saratoga | i see a lot of changes in teh svn history |
| 01:41:29 | | Quit S_a_i_n_t_ (Ping timeout: 248 seconds) |
| 01:43:16 | | Quit bertrik (Ping timeout: 258 seconds) |
| 01:45:24 | | Join S_a_i_n_t [0] (S_a_i_n_t@203.184.0.95) |
| 01:45:45 | | Quit ender` (Quit: 00 little bugs in the code, 100 bugs in the code, fix one bug, compile it again, 102 little bugs in the code, 102 little bugs in the code... (Coder's Ditty)) |
| 01:45:58 | | Join xyzzy [0] (~8002c283@giant.haxx.se) |
| 01:48:10 | stripwax | What's the best reference to give tips about optimal scheduling of asm instructions on the various arm cores? |
| 01:48:21 | stripwax | fft-ffmpeg_asm.h is pretty naive |
| 01:48:43 | saratoga | stripwax: unfortunately the individual arm programmers manuals |
| 01:49:12 | | Quit killan_ (Quit: ( www.nnscript.com :: NoNameScript 4.22 :: www.esnation.com )) |
| 01:49:16 | saratoga | but the 9 series cores are all classic 5 stage risc, so its usually pretty clear what the pipeline stalls should be |
| 01:49:33 | | Join killan [0] (~nnscript@c-38fd70d5.06-397-67626721.cust.bredbandsbolaget.se) |
| 01:49:51 | stripwax | if you've ever written code for a 5 stage risc before, yeah, maybe :-p |
| 01:50:49 | saratoga | stripwax: well basically don't use something immediately after you load it or immediately after you multiply it |
| 01:51:35 | Unhelpful | arm system developer's guide has nice tables also. :) |
| 01:51:41 | saratoga | anyway got to run |
| 01:53:48 | Unhelpful | and ldm results are available immediately on arm9tdmi unless you use the last register loaded in the very next instruction. ldr results aren't available for the next two cycles, i believe. mul results are available immediately. arm9e is where the new multiplier comes in. |
| 01:54:50 | stripwax | very useful - thanks! so no problem using something immediately after using it in prior instruction (like add r1,r2,r3; add r4,r5,r1) ? |
| 01:55:34 | stripwax | any stalls doing r4,r5,r1 followed by stmia(r4,something,something)? |
| 01:56:00 | Unhelpful | stripwax: simple, one-cycle arithmetic and logic operations don't have any delays pre- or post- execution. i'm not sure what stm requirements are, i'll go look... |
| 01:58:32 | Unhelpful | we're still talking about arm9tdmi? i'm looking at the table for it. 2-cycle stall on ldr is only for ldrb/h/sb/sh, straight ldr only delays the result for the very next cycle. stm is given as N cycles to execute, +1 if N=1, no other exceptions listed |
| 01:59:55 | Unhelpful | swp, mrc, ldm, and ldr are the only instructions listed as holding a destination register for longer than they take to execute |
| 02:00 |
| 02:04:51 | Unhelpful | arm9e has the same behavior on ldm and ldr. but ldr on arm9e takes an additional cycle using a shifted offset. the *big* change for 9e is the multiplier, which offers multiplies with 16-bit operands (these save a cycle vs 32x32), and blocks the result for 1c after the multiply completes. |
| 02:07:14 | Unhelpful | arm11 increases result latency on mul by 1c pretty much across the board, and also adds "early" registers for many instructions, which must be ready the cycle *before* the instruction to avoid stalls. multipliers are early registers, as are registers used as shift amounts, and registers that are shifted by a constant |
| 02:09:12 | Unhelpful | also ldm becomes an absurdly large optimization as it's one cycle on arm11 when not loading pc, with results delayed further for each register in the list. |
| 02:14:31 | stripwax | yeah, that's how a *proper* ldm ought to work :) |
| 02:19:39 | | Join robin0800 [0] (~robin0800@general-ld-216.t-mobile.co.uk) |
| 02:21:23 | | Quit xyzzy (Quit: CGI:IRC (EOF)) |
| 02:22:57 | Unhelpful | also arm11 ldm blocks other memory access for a few cycles |
| 02:24:42 | | Join CaptainKewl [0] (jds@207-237-107-203.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) |
| 02:31:47 | | Join planetbeing_ [0] (~planetbei@c-71-236-164-204.hsd1.or.comcast.net) |
| 02:33:15 | | Quit stripwax (Quit: http://miranda-im.org) |
| 02:35:25 | | Quit planetbeing (Ping timeout: 260 seconds) |
| 02:35:26 | | Nick planetbeing_ is now known as planetbeing (~planetbei@c-71-236-164-204.hsd1.or.comcast.net) |
| 02:39:07 | | Quit Alexandru_Criste () |
| 02:44:56 | | Quit GeekShadow (Quit: The cake is a lie !) |
| 02:45:50 | | Join CGL [0] (~CGL@190.79.148.8) |
| 02:46:34 | | Join arbingordon [0] (~w@unaffiliated/arbingordon) |
| 03:00 |
| 03:02:57 | | Quit adnyxo (Ping timeout: 276 seconds) |
| 03:04:45 | | Quit robin0800 (Remote host closed the connection) |
| 03:12:53 | | Join CaptainKwel [0] (~jds@207-237-107-203.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) |
| 03:15:33 | | Quit CaptainKewl (Ping timeout: 260 seconds) |
| 03:19:05 | *** | Saving seen data "./dancer.seen" |
| 03:26:50 | | Join _arbingordon [0] (~w@c-68-44-148-113.hsd1.pa.comcast.net) |
| 03:29:57 | | Quit arbingordon (Ping timeout: 276 seconds) |
| 03:39:39 | | Join arbingordon [0] (~w@unaffiliated/arbingordon) |
| 03:40:10 | | Quit arbingordon (Client Quit) |
| 03:41:52 | | Quit _arbingordon (Ping timeout: 264 seconds) |
| 03:52:23 | | Quit LambdaCalculus37 (Quit: Fwump) |
| 03:54:09 | | Quit Tomis (Read error: Connection reset by peer) |
| 03:54:09 | | Join Tomis [0] (~Tomis@70.134.88.172) |
| 04:00 |
| 04:01:21 | | Quit CaptainKwel (Ping timeout: 245 seconds) |
| 04:04:34 | | Quit Darkknight512 (Read error: Connection reset by peer) |
| 04:07:49 | | Join moos [0] (moos@rockbox/staff/moos) |
| 04:09:01 | | Join Darkknight512 [0] (~Darkknigh@CPE00212968356c-CM00186845dd46.cpe.net.cable.rogers.com) |
| 04:18:42 | | Quit Barahir (Ping timeout: 260 seconds) |
| 04:20:04 | | Join Barahir [0] (~jonathan@gssn-5f7571ed.pool.mediaWays.net) |
| 04:20:35 | | Quit TheSeven (Disconnected by services) |
| 04:20:48 | | Join The_Seven [0] (~theseven@rockbox/developer/TheSeven) |
| 04:20:58 | | Nick The_Seven is now known as TheSeven (~theseven@rockbox/developer/TheSeven) |
| 04:23:15 | | Quit SpyBot (Ping timeout: 258 seconds) |
| 04:24:18 | | Join SpyBot [0] (~piespy@stgt-5f70972b.pool.mediaWays.net) |
| 04:32:07 | | Join planetbeing_ [0] (~planetbei@c-71-236-164-204.hsd1.or.comcast.net) |
| 04:35:46 | | Quit planetbeing (Ping timeout: 264 seconds) |
| 04:35:46 | | Nick planetbeing_ is now known as planetbeing (~planetbei@c-71-236-164-204.hsd1.or.comcast.net) |
| 04:43:11 | | Join Rob2223 [0] (~Miranda@p4FDCBFD3.dip.t-dialin.net) |
| 04:45:26 | | Quit Darkknight512 (Remote host closed the connection) |
| 04:46:24 | | Join kramer3d [0] (~kramer@unaffiliated/kramer3d) |
| 04:46:48 | | Quit Rob2222 (Ping timeout: 265 seconds) |
| 04:54:51 | | Join Adubbb [0] (~aldubuc@67.201.160.144) |
| 04:56:08 | | Quit Adubb (Read error: Connection reset by peer) |
| 05:00 |
| 05:02:52 | | Join lachlanc [0] (~lachlan@202.171.168.98) |
| 05:05:03 | | Join CaptainKewl [0] (~jason@cpe-68-173-40-122.nyc.res.rr.com) |
| 05:09:02 | | Join xiainx [0] (~xiainx@modemcable091.119-201-24.mc.videotron.ca) |
| 05:14:51 | | Quit CaptainKewl (Remote host closed the connection) |
| 05:19:07 | *** | Saving seen data "./dancer.seen" |
| 05:21:41 | | Join froggyman [0] (~me@pool-71-186-4-53.chi01.dsl-w.verizon.net) |
| 05:21:43 | | Quit froggyman (Changing host) |
| 05:21:43 | | Join froggyman [0] (~me@unaffiliated/froggyman) |
| 05:28:36 | | Quit S_a_i_n_t (Quit: PC just spat a fan...terrible noise ensued...AAAAARRRRGH!) |
| 05:28:36 | | Quit antil33t (Read error: Connection reset by peer) |
| 05:33:01 | | Quit Tomis (Read error: Connection reset by peer) |
| 05:33:09 | | Join planetbeing_ [0] (~planetbei@c-71-236-164-204.hsd1.or.comcast.net) |
| 05:34:17 | | Join antil33t [0] (~Mudkips@203-184-54-232.callplus.net.nz) |
| 05:35:30 | | Quit planetbeing (Ping timeout: 245 seconds) |
| 05:35:31 | | Nick planetbeing_ is now known as planetbeing (~planetbei@c-71-236-164-204.hsd1.or.comcast.net) |
| 05:48:38 | | Quit anewuser (Ping timeout: 240 seconds) |
| 05:49:46 | | Quit xiainx (Quit: Good Bye) |
| 05:52:11 | | Join anewuser [0] (anewuser@unaffiliated/anewuser) |
| 05:57:08 | | Quit anewuser (Ping timeout: 240 seconds) |
| 06:00 |
| 06:00:21 | | Join anewuser [0] (anewuser@unaffiliated/anewuser) |
| 06:02:09 | | Quit leavittx (Read error: Operation timed out) |
| 06:04:50 | | Quit leavittx_ (Ping timeout: 258 seconds) |
| 06:06:22 | | Quit kaniini (Ping timeout: 258 seconds) |
| 06:06:45 | | Quit anewuser () |
| 06:11:05 | CIA-5 | New commit by rmenes (r25348): Add blind description for the clipv2 to the manual. |
| 06:16:19 | | Join S_a_i_n_t [0] (S_a_i_n_t@203.184.2.13) |
| 06:17:57 | | Quit froggyman (Quit: Zzzzzz...gawk! <croaks>) |
| 06:19:47 | | Join leavittx [0] (~leavittx@89.221.199.187) |
| 06:20:13 | | Join leavittx_ [0] (~leavittx@89.221.199.187) |
| 06:33:35 | | Quit lachlanc (Remote host closed the connection) |
| 06:40:41 | | Quit CGL (Quit: Saliendo) |
| 06:42:45 | | Quit DV_ (Read error: Connection reset by peer) |
| 07:00 |
| 07:00:48 | | Join kaniini [0] (~quassel@dyn75-70.yok.fi) |
| 07:07:11 | | Quit panni_ (Ping timeout: 264 seconds) |
| 07:07:32 | | Join diz_Child [0] (~preston29@61.142.114.74) |
| 07:08:08 | | Part diz_Child |
| 07:19:09 | *** | Saving seen data "./dancer.seen" |
| 07:29:06 | | Join Horschti [0] (~Horscht2@xbmc/user/horscht) |
| 07:29:31 | | Quit kramer3d (Quit: Leaving) |
| 07:31:19 | | Quit shai (Quit: Leaving) |
| 07:32:47 | | Quit Horscht (Ping timeout: 276 seconds) |
| 07:46:56 | | Join mitk [0] (~mitk@chello089078013146.chello.pl) |
| 07:53:29 | | Join _silentAssassin [0] (~mrigesh@iws4.iiita.ac.in) |
| 08:00 |
| 08:13:18 | | Quit planetbeing (Quit: planetbeing) |
| 08:22:25 | | Join mikroflops_ [0] (~yogurt@90-224-30-68-no112.tbcn.telia.com) |
| 08:24:36 | | Quit advcomp2019_ (Ping timeout: 260 seconds) |
| 08:25:42 | | Quit mikroflops (Ping timeout: 260 seconds) |
| 08:38:16 | | Join funman [0] (~fun@rockbox/developer/funman) |
| 08:46:12 | | Join plus_ [0] (~4cdc2810@gateway/web/freenode/x-styfvdgptfwudqrz) |
| 08:48:31 | plus_ | Excuse me for my quesitons, I am quite new to this project: what keeps rockbox running as a simulator instead of an actual application? what kind of code would need to be changed? |
| 08:49:17 | | Join amr [0] (~quassel@41.232.153.120) |
| 08:50:09 | funman | plus_: there was a discussion yesterday about it, you can look it at http://www.rockbox.org/irc/log-20100326#23:00:32 |
| 09:00 |
| 09:06:24 | | Join bmbl [0] (~Miranda@unaffiliated/bmbl) |
| 09:06:31 | | Quit kaniini (Ping timeout: 258 seconds) |
| 09:07:04 | | Quit bmbl (Client Quit) |
| 09:08:10 | | Join bmbl [0] (~Miranda@unaffiliated/bmbl) |
| 09:19:13 | *** | Saving seen data "./dancer.seen" |
| 09:22:17 | | Join alpha_ [0] (~d2d43dfb@gateway/web/freenode/x-kbcygzjjhfgcxuie) |
| 09:28:16 | | Quit avacore (Ping timeout: 248 seconds) |
| 09:28:32 | | Quit Barahir (Ping timeout: 246 seconds) |
| 09:30:30 | | Join Barahir [0] (~jonathan@gssn-5f754023.pool.mediaWays.net) |
| 09:30:51 | | Join avacore [0] (nobody@1008ds1-rdo.0.fullrate.dk) |
| 09:32:31 | | Join polobricolo [0] (~polobrico@AGrenoble-257-1-60-252.w86-206.abo.wanadoo.fr) |
| 09:39:00 | | Quit alpha_ (Quit: Page closed) |
| 09:41:24 | | Part chaos |
| 09:41:56 | amr | in a try to fix the diacritics issue, just want to know how much size should I reserve to buffer a glypgh bitmap |
| 09:47:23 | amr | also, when testing on the simulator, can DDD be used to debug the code, or what ? |
| 09:47:29 | amr | I know I came at the same inappropriate time, but I'll keep track of logs, thanks |
| 09:48:59 | funman | amr: you can debug the simulator with gdb (or ddd or any debugger) |
| 09:50:37 | amr | I noticed in the advanced make options : debug and log .., does it have something to do with that ? |
| 09:51:27 | funman | no, those options enable some code for on-target debugging |
| 09:52:54 | | Join stoffel [0] (~quassel@p57B4D8CD.dip.t-dialin.net) |
| 09:53:24 | amr | aha, that's why debugf() worked with me ragradless of selecting the option , but I couldn't figure out how to use logf() |
| 09:54:45 | funman | you must enable the option when configuring and define LOGF_ENABLE before including logf.h in each file you want to debug |
| 09:56:47 | | Join mitk03 [0] (~mitk@chello089078013146.chello.pl) |
| 09:58:33 | | Quit polobricolo (Read error: Connection reset by peer) |
| 10:00 |
| 10:00:42 | amr | I just got a warning: "implicit declaration of 'logf' " |
| 10:03:05 | amr | it worked, just the order of define and include, thanks |
| 10:04:47 | amr | but is it normal for its output to appear on the console like debugf() ? |
| 10:05:01 | funman | on the simulator? probably |
| 10:05:14 | funman | check firmware/logf.c |
| 10:05:43 | amr | ok, thanks a lot funman |
| 10:08:53 | amr | yeah, for simulator it just calls debugf |
| 10:15:55 | | Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) |
| 10:18:11 | | Quit plus_ (Ping timeout: 252 seconds) |
| 10:33:00 | | Join ender` [0] (krneki@foo.eternallybored.org) |
| 10:34:46 | | Quit JdGordon (Remote host closed the connection) |
| 10:35:12 | | Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) |
| 10:37:22 | | Join liar [0] (~liar@213142126163.public.telering.at) |
| 10:38:55 | | Part mitk03 ("Leaving") |
| 10:42:03 | | Join amr_ [0] (~quassel@41.232.153.120) |
| 10:43:16 | | Quit mt (Ping timeout: 240 seconds) |
| 10:43:19 | | Join mt_ [0] (~mtee@41.233.137.78) |
| 10:43:26 | | Quit amr (Ping timeout: 246 seconds) |
| 10:43:35 | | Nick mt_ is now known as mt (~mtee@41.233.137.78) |
| 10:45:40 | | Join kaniini [0] (~quassel@dyn75-70.yok.fi) |
| 10:45:53 | | Join bertrik [0] (~bertrik@rockbox/developer/bertrik) |
| 10:47:43 | | Quit liar (Quit: brb) |
| 10:50:29 | | Join kaniini_ [0] (~quassel@dyn75-70.yok.fi) |
| 10:53:50 | | Quit kaniini (Ping timeout: 258 seconds) |
| 10:54:51 | | Quit elinenbe (Quit: Want to be different? HydraIRC -> http://www.hydrairc.com <-) |
| 10:56:53 | | Quit bertrik (Ping timeout: 276 seconds) |
| 11:00 |
| 11:01:52 | | Quit blairb (Quit: Leaving) |
| 11:02:45 | | Join bertrik [0] (~bertrik@rockbox/developer/bertrik) |
| 11:07:09 | | Join Kitar|st [0] (~Kitr88@BSN-142-93-251.dial-up.dsl.siol.net) |
| 11:09:33 | | Quit Kitr88 (Ping timeout: 265 seconds) |
| 11:11:18 | | Quit Kitar|st (Ping timeout: 245 seconds) |
| 11:14:51 | | Quit funman (Quit: free(random());) |
| 11:16:16 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
| 11:17:37 | | Join Kitar|st [0] (Kitr88@BSN-182-19-61.dial-up.dsl.siol.net) |
| 11:19:16 | *** | Saving seen data "./dancer.seen" |
| 11:24:45 | | Quit m3dlg (Read error: Connection reset by peer) |
| 11:25:06 | | Join m3dlg [0] (~m3dlg@bb-87-81-252-83.ukonline.co.uk) |
| 11:25:55 | | Quit m3dlg (Read error: Connection reset by peer) |
| 11:26:14 | | Join m3dlg [0] (~m3dlg@bb-87-81-252-83.ukonline.co.uk) |
| 11:32:16 | | Quit m3dlg (Read error: Connection reset by peer) |
| 11:32:20 | | Join m3dlg [0] (~m3dlg@bb-87-81-252-83.ukonline.co.uk) |
| 11:54:23 | | Quit kugel (Ping timeout: 248 seconds) |
| 11:54:38 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
| 11:54:56 | | Quit m3dlg (Ping timeout: 240 seconds) |
| 11:55:31 | | Quit Barahir (Ping timeout: 260 seconds) |
| 11:55:41 | | Join m3dlg [0] (~m3dlg@bb-87-81-252-83.ukonline.co.uk) |
| 12:00 |
| 12:03:54 | | Part buz_ ("Konversation terminated!") |
| 12:08:04 | | Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) |
| 12:08:54 | | Join efyx [0] (~efyx@lap34-1-82-225-185-146.fbx.proxad.net) |
| 12:12:07 | | Quit m3dlg (Ping timeout: 245 seconds) |
| 12:22:55 | | Join pamaury [0] (~c2c7a50a@rockbox/developer/pamaury) |
| 12:23:08 | | Quit amr_ (Ping timeout: 258 seconds) |
| 12:25:49 | | Quit mitk (Quit: Leaving) |
| 12:30:31 | | Join Barahir_ [0] (~jonathan@gssn-5f756a5f.pool.mediaWays.net) |
| 12:32:38 | | Join flydutch [0] (~flydutch@host83-164-dynamic.15-87-r.retail.telecomitalia.it) |
| 12:44:33 | | Join petur [0] (~peter@rockbox/developer/petur) |
| 12:48:59 | | Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) |
| 12:54:19 | | Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) |
| 12:56:02 | | Quit _silentAssassin (Remote host closed the connection) |
| 12:58:22 | | Quit stoffel (Remote host closed the connection) |
| 12:58:47 | | Quit liar (Ping timeout: 258 seconds) |
| 13:00 |
| 13:12:17 | | Quit TheSeven (Quit: ChatZilla 0.9.86 [Firefox 3.6.2/20100316074819]) |
| 13:13:49 | | Join TheSeven [0] (~theseven@rockbox/developer/TheSeven) |
| 13:15:16 | | Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) |
| 13:19:20 | *** | Saving seen data "./dancer.seen" |
| 13:21:10 | | Quit flydutch (Quit: /* empty */) |
| 13:22:43 | | Join funman [0] (~fun@rockbox/developer/funman) |
| 13:27:54 | kugel | funman: trying your patch in a few minutes, I need to recharge so it survives the firmware flashing :) |
| 13:28:16 | | Join amr [0] (~quassel@41.232.153.165) |
| 13:32:03 | amr | Any idea about the max buffer size for a glyph bitmap ? |
| 13:32:42 | amr | I guess it's pf->offset , or pf->maxwidth * pf->height |
| 13:33:23 | amr | but I need to reserve a buffer statically, so I need a fexed value |
| 13:33:35 | amr | * fixed value |
| 13:34:26 | funman | kugel: doc for the SSP controller: http://infocenter.arm.com/help/index.jsp?topic=/com.arm.doc.ddi0194e/index.html |
| 13:35:33 | amr | I tried to put just a rough number (400) for the buffer and it worked but it deosn't sound a good practice |
| 13:35:58 | kugel | thanks |
| 13:35:59 | funman | kugel: argh my patch is broken: i forgot to return the value read from dbop_read() |
| 13:36:33 | kugel | amr: glyphs are just mono bitmaps IIUC, so maxwidth*height/8 should do it |
| 13:38:10 | amr | can I find a #define for the max mawidth and max height ? |
| 13:42:55 | amr | or just assuming values of 8 * 16 / 8 and reserving a buffer size of just 16 that will work for all cases ? |
| 13:43:41 | pixelma | doesn't it dependent on the font size? |
| 13:44:51 | funman | I read 0x4141 from dbop (0x41 each time then) => -340 != 0 |
| 13:46:12 | amr | I'm in font.h and font.c now and trying to figure out the #defines , but it seems values are font dependent |
| 13:46:33 | funman | amr: there are font of different sizes |
| 13:51:20 | amr | I posted the patch with its current state and I hope someone gives it a look http://www.rockbox.org/tracker/task/11095 |
| 13:54:44 | funman | kugel: lcd_write_pixel: s/10/1<<10/ |
| 13:56:25 | funman | amr: you should ask mt or tomers |
| 13:57:27 | amr | is the forum better to reach them ? at least I saw tomers there .. |
| 13:58:42 | amr | my topic about the issue is here http://forums.rockbox.org/index.php?topic=24173.0 |
| 13:59:20 | funman | yeah but i don't know how much present they are now, you could write to the dev mailing list |
| 13:59:59 | funman | iirc tomers worked on bidirectional fonts and mt on arabic |
| 14:00 |
| 14:03:13 | amr | ok, I can see mt here now, I hope he comes across our discussion , thanks |
| 14:03:28 | funman | mt: ping ^ |
| 14:04:02 | funman | my irc client show the line in yellow if my nick is at the start, but not when it's in the middle (well it's configurable) |
| 14:05:50 | amr | lines appear well with me |
| 14:09:26 | pixelma | I think other people interested in this would be Unhelpful and amiconn as they seem interested in (bitmap) drawing |
| 14:10:33 | amr | yeah, what I tried to fix is really a suggestion by amiconn |
| 14:14:16 | CIA-5 | New commit by alle (r25349): Fix the description of the %V WPS tag (last part of FS #11117) |
| 14:14:18 | | Join stoffel [0] (~quassel@p57B4D8CD.dip.t-dialin.net) |
| 14:16:28 | | Join robin0800 [0] (~robin0800@cpc2-brig8-0-0-cust964.brig.cable.ntl.com) |
| 14:16:47 | | Join jhulst [0] (~jhulst@jhulst-1-pt.tunnel.tserv4.nyc4.ipv6.he.net) |
| 14:18:20 | kugel | funman: I haven't tried my code on the other fuzev2 yet, maybe I was "lucky" that the fuzev2 I was testing on was the other lcd type ? |
| 14:22:13 | | Nick kaniini_ is now known as kaniini (~quassel@dyn75-70.yok.fi) |
| 14:27:20 | mc2739 | funman: do you still need to have a bootloader tested on e200v2? |
| 14:27:48 | funman | mc2739: nope i asked FlynDice, the "1.0" bootloaders are on the server now |
| 14:28:06 | | Quit stripwax (Read error: Connection reset by peer) |
| 14:29:00 | | Join bluebroth3r [0] (~dom@rockbox/developer/bluebrother) |
| 14:36:54 | bluebroth3r | domonoky (and translators): I had some time on a train trip yesterday: http://www.alice-dsl.net/dominik.riebeling/weblinguist/ |
| 14:40:04 | bluebroth3r | that's pretty much the basic functionality I wanted to see, so its likely I won't change much. Hopefully some people will use it to create updated translations for rbutil. |
| 14:40:22 | bluebroth3r | of course there is lot of room for further improvements, right now it's rather hacked than nice code. |
| 14:43:27 | | Quit pamaury (Quit: Page closed) |
| 14:43:54 | | Join pamaury [0] (~c2c7a50a@rockbox/developer/pamaury) |
| 14:46:26 | | Quit bluebroth3r (Quit: bbl) |
| 14:46:41 | funman | kugel: there is a different version of lcd_enable() inside lcd_window_x() |
| 14:47:15 | | Join donttrythisathom [0] (~5486f90b@gateway/web/freenode/x-bghjsmmztaingtjx) |
| 14:47:19 | | Join mitk [0] (~mitk@chello089078013146.chello.pl) |
| 14:47:42 | kugel | well, the fuzev1 had this embedded into window_x() (and we didn't appear to use that part) as well |
| 14:49:45 | domonoky | bluebrother: looks nice. |
| 14:52:52 | kugel | funman: ^, I suspect we don't necessarily need that part for the lcd to work at least |
| 14:53:49 | | Quit Adubbb (Read error: Connection reset by peer) |
| 14:53:56 | | Join Adubb [0] (~aldubuc@67.201.160.144) |
| 14:54:48 | * | funman slaps kugel with a working lcd display |
| 14:54:54 | kugel | what? |
| 14:54:57 | funman | :D |
| 14:55:04 | * | kugel likes to be slapped that way! :) |
| 14:55:19 | kugel | patchy? |
| 14:55:21 | funman | brightness is indeed *very* low, but we can tweak backlight code for that |
| 14:55:41 | funman | i added CCU_IO |= 0x1000 in lcd_init_device() before _display_on |
| 14:56:01 | kugel | didn't my ams_dbop_init do that? |
| 14:56:37 | funman | yes but the bit is cleared in lcd_init_device() |
| 14:57:22 | | Quit Adubb (Read error: Connection reset by peer) |
| 14:57:48 | kugel | err |
| 14:59:22 | kugel | wow indeed |
| 14:59:27 | pixelma | bluebrother: that's not all RbUtil strings, is it? I'm missing the "Talk Dateien" (urgh) vs. "Talk-Dateien" vs. "Sprachdateien" mess in the German translation. Other than that it looks nice |
| 14:59:30 | funman | works for you too ? |
| 14:59:51 | kugel | I can definitely see a reaction with only that line added to my code |
| 14:59:57 | funman | great! |
| 15:00 |
| 15:00:21 | funman | ATA error : -1 too ? |
| 15:00:23 | kugel | was it a typo of mine or why did my code do that? :( |
| 15:00:24 | | Join geertvdijk [0] (~chatzilla@cc412026-a.zwoll1.ov.home.nl) |
| 15:02:29 | funman | kugel: i see a code path which sets the bit from the UserInterface thread, so perhaps it's enabled asynchronously to lcd_init |
| 15:02:47 | | Quit avacore (Read error: Operation timed out) |
| 15:03:30 | | Join avacore [0] (nobody@1008ds1-rdo.0.fullrate.dk) |
| 15:05:14 | kugel | woohooo |
| 15:05:22 | kugel | almost a rockbox logo! |
| 15:05:42 | | Join Adubb [0] (~aldubuc@67.201.160.144) |
| 15:05:52 | kugel | I can't believe my code only lacked that single bit :\ |
| 15:06:09 | kugel | I see an ata error, yes |
| 15:06:10 | funman | that means everything else was ok so it's not that bad |
| 15:07:07 | | Quit donttrythisathom (Quit: Page closed) |
| 15:07:14 | | Join DataGhost [0] (~dataghost@unaffiliated/dataghost) |
| 15:07:32 | | Quit DataGhost (Read error: Connection reset by peer) |
| 15:12:37 | funman | kugel: hm you had put the define of AS3525(v1) cpu in fuzev2 |
| 15:12:47 | funman | +config/sansafuzev2.h |
| 15:13:17 | kugel | whoops |
| 15:13:41 | funman | storage works so far |
| 15:14:14 | kugel | there's indeed a leftover from the update finished screen of the OF |
| 15:14:44 | funman | lcd_clear_display() would do the trick |
| 15:16:20 | * | FlynDice sits down with popcorn & a beer to watch the action unfold..... |
| 15:16:59 | kugel | funman: can you give me your patch? |
| 15:17:00 | * | funman takes the remote and tries to switch FlynDice to "working on SD writing" channel |
| 15:17:29 | FlynDice | this is way more interesting ;-) |
| 15:18:10 | funman | kugel: r25342 + http://pastie.org/889704 => bootloader works but rockbox.sansa panics on sd init |
| 15:18:45 | | Join mitk03 [0] (~mitk@chello089078013146.chello.pl) |
| 15:18:57 | | Quit mitk (Quit: Leaving) |
| 15:19:12 | | Quit mitk03 (Client Quit) |
| 15:19:22 | *** | Saving seen data "./dancer.seen" |
| 15:19:45 | | Join mitk [0] (~mitk@chello089078013146.chello.pl) |
| 15:19:56 | | Part mitk |
| 15:20:55 | funman | works by commenting out MULTIDRIVE/NUM_DRIVES/HOTSWAP |
| 15:21:35 | kugel | funman: the usd bit should be different, as GPIOB5 is for buttonlight |
| 15:21:57 | funman | ah right |
| 15:22:02 | kugel | the usd init is in the disassembly |
| 15:22:17 | kugel | (init_gpio IIRC) |
| 15:26:50 | kugel | A2 |
| 15:27:03 | funman | so A2 isn't µSD detect ? |
| 15:28:33 | kugel | ah yes, detect and switch is different :9 |
| 15:29:06 | kugel | D7 maybe? |
| 15:29:56 | funman | D2 = power |
| 15:31:32 | kugel | the main menu looks awesome :p |
| 15:34:04 | | Join CaptainKewl [0] (~jason@cpe-68-173-40-122.nyc.res.rr.com) |
| 15:34:12 | funman | FM i2c pins are different from fuzev1 |
| 15:36:21 | | Join komputes [0] (~komputes@ubuntu/member/komputes) |
| 15:36:45 | | Join mitk [0] (~mitk@chello089078013146.chello.pl) |
| 15:37:21 | funman | no it seems to be B5 as well |
| 15:37:58 | kugel | meh, they re-use the buttonlight pin for storage again? :( |
| 15:38:08 | funman | hmm |
| 15:39:51 | | Join CaptainKwel [0] (jds@207-237-107-203.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) |
| 15:40:24 | | Join panni_ [0] (hannes@ip-95-222-52-93.unitymediagroup.de) |
| 15:40:49 | funman | detection is perhaps inversed, it boots with a µSD inserted, but then it powers down like if i was pressign power |
| 15:42:47 | funman | that's it: A2 is set when µSD is present |
| 15:43:11 | kugel | yea, I saw that already ;) |
| 15:43:37 | funman | GPIOA_* registers need to be setup differently for interrupt ? |
| 15:44:06 | funman | or only card_detect_target |
| 15:44:50 | | Quit komputes (Remote host closed the connection) |
| 15:44:50 | kugel | buttons can be read via dbop again |
| 15:46:52 | funman | D2 isn't reliable for pwr button |
| 15:50:28 | kugel | for some reason the fuzev2 crashes when using the v1 dbop_read function |
| 15:57:50 | | Quit CaptainKewl (Remote host closed the connection) |
| 15:57:51 | | Join shai [0] (~Shai@l192-117-110-233.cable.actcom.net.il) |
| 16:00 |
| 16:00:57 | | Quit Edwerd () |
| 16:02:48 | | Join xiainx [0] (xiainx@wpa106006.Wireless.McGill.CA) |
| 16:03:42 | | Join thaw [0] (~thaw@AAmiens-156-1-31-111.w90-18.abo.wanadoo.fr) |
| 16:04:44 | | Part thaw ("Quitte") |
| 16:07:31 | | Quit bertrik (Read error: Connection reset by peer) |
| 16:08:05 | | Join jessemallory [0] (~chatzilla@163.40.233.220.static.exetel.com.au) |
| 16:08:11 | jessemallory | Hey all |
| 16:08:23 | | Join bertrik [0] (~bertrik@rockbox/developer/bertrik) |
| 16:09:28 | jessemallory | Having some trouble getting Rockbox working on my H320 - anyone able to give me a hand/some advice? |
| 16:09:47 | domonoky | if you tell us what the problem is.. |
| 16:10:08 | jessemallory | Installed the lastest rockbox, but it constantally boots into the normal firmware...unable to get rockbox going. |
| 16:10:56 | gevaerts | is the bootloader installed? |
| 16:11:17 | jessemallory | Should be, I chose the option in the installer. |
| 16:11:31 | Llorean | That's not the whole install |
| 16:11:39 | Llorean | THe installer also gives you extra steps you need to perform |
| 16:12:08 | jessemallory | Yeah I've gone throught he install, and just double checking on the bootlader now, one sec |
| 16:12:40 | Llorean | RBUtil can't do everything for you. After it runs, it requires you to do some specific things on the player, which it should tell you about. |
| 16:12:42 | Llorean | Did you do those? |
| 16:12:52 | jessemallory | ah, not yet.... |
| 16:12:55 | jessemallory | THat could be why |
| 16:13:11 | Llorean | You need to carefully read what the program tells you. |
| 16:13:40 | jessemallory | My bad, one sec guys... |
| 16:20:10 | | Part mitk ("Leaving") |
| 16:20:43 | | Join mitk [0] (~mitk@chello089078013146.chello.pl) |
| 16:21:22 | | Quit CaptainKwel (Ping timeout: 258 seconds) |
| 16:21:39 | | Join CaptainKewl [0] (jds@207-237-107-203.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) |
| 16:21:50 | | Join angelwolf71885 [0] (~chatzilla@173.171.133.36) |
| 16:22:00 | jessemallory | Proably shouldn't of tried this at 2am in the morning :P |
| 16:23:30 | jessemallory | and working |
| 16:23:39 | jessemallory | Helps if you do read the destructions |
| 16:23:48 | kugel | funman: are you working on something right now? |
| 16:23:56 | funman | trying to find the FM pins |
| 16:24:06 | funman | after i'll push some stuff but not lcd (didn't clean that up) |
| 16:24:24 | funman | sansafuzev2.h / powermgmg-target.h / fmradio-i2c-as3525.c |
| 16:26:07 | kugel | heh, fm radio is clearly critical at this point :P |
| 16:26:24 | | Quit jessemallory (Quit: ChatZilla 0.9.86 [Firefox 3.6.2/20100316074819]) |
| 16:26:40 | kugel | I'm trying to get the buttons working, but it appears the way the lcd is accessed clashes with our dbop_read_din function |
| 16:27:51 | kugel | higher backlight brightness would be nice too |
| 16:30:47 | funman | kugel: does using dbop_read_input() break lcd ? |
| 16:30:56 | kugel | it breaks the entire fuzev2 :p |
| 16:31:07 | kugel | well, the lcd is black |
| 16:32:21 | kugel | with your dbop_read function I can read the front buttons, but no wheel/home/power/hold |
| 16:32:28 | kugel | I will try the red pixel trick again |
| 16:34:20 | funman | try with CCU_IO &= ~0x1000 it could be a button switch |
| 16:40:25 | ranma | kugel: BTW I seem to be having occasional LCD / button problems on my C200v2 too, I looked a bit into it yesterday, but I don't really see the reason why it's not working properly all the time. Possibly some electrical interference by other parts of the system. |
| 16:41:13 | ranma | Also need to look into why enabling DEBUG results in crashes after boot for me ATM |
| 16:42:02 | | Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) |
| 16:42:11 | | Quit Barahir_ (Ping timeout: 246 seconds) |
| 16:44:07 | | Join Barahir [0] (~jonathan@gssn-5f7569a0.pool.mediaWays.net) |
| 16:47:34 | | Quit JdGordon (Ping timeout: 276 seconds) |
| 16:47:34 | | Quit CaptainKewl (Read error: Connection reset by peer) |
| 16:52:29 | CIA-5 | New commit by alle (r25350): No need to use parenthesis here |
| 16:53:32 | Llorean | Strife89: There have been reports of dynamic playlist creation not working on read-only targets too |
| 16:53:41 | Llorean | I don't know why, but I guess it requires the ability to write? |
| 16:53:46 | Strife89 | Yeah. |
| 16:54:05 | Strife89 | Rockbox apparently writes a dynamic playlist to disk when it's created. |
| 16:54:29 | Strife89 | If the disk is read-only or fills up while writing, Rockbox can't proceed. |
| 16:57:06 | CIA-5 | New commit by alle (r25351): Remove unneeded lines |
| 16:58:46 | | Join bluebroth3r [0] (~dom@g224236191.adsl.alicedsl.de) |
| 16:58:54 | | Quit bluebroth3r (Changing host) |
| 16:58:54 | | Join bluebroth3r [0] (~dom@rockbox/developer/bluebrother) |
| 16:58:54 | | Quit bluebrother (Disconnected by services) |
| 16:59:53 | | Join anewuser [0] (anewuser@unaffiliated/anewuser) |
| 17:00 |
| 17:02:41 | CIA-5 | New commit by alle (r25352): Add the identifying header |
| 17:05:18 | kugel | funman: I get 2x the same value with dbop_read() << 8 | dbop_read() so why call it twice? |
| 17:06:26 | * | funman blindly trusts the OF |
| 17:06:29 | funman | do you get 0x41 too ? |
| 17:09:13 | kugel | yes |
| 17:09:28 | | Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) |
| 17:10:53 | | Quit pjm0616 (Ping timeout: 246 seconds) |
| 17:19:24 | *** | Saving seen data "./dancer.seen" |
| 17:21:56 | kugel | funman: interesting, DBOP_DIN seems to be mirrored on GPIOC with CCU_IO &= ~(1<<12) |
| 17:23:07 | | Join z35 [0] (~z35@ool-18bd3f51.dyn.optonline.net) |
| 17:23:23 | | Join pjm0616 [0] (~user@61.250.113.98) |
| 17:23:35 | | Join CaptainKewl [0] (~jason@207-237-106-60.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) |
| 17:28:15 | | Nick YPSY is now known as Ypsy (~ypsy@geekpadawan.de) |
| 17:33:14 | kugel | hm, only home & scrollwheel missing |
| 17:34:02 | | Quit stripwax (Quit: http://miranda-im.org) |
| 17:34:42 | | Join m3dlg [0] (~m3dlg@bb-87-81-252-83.ukonline.co.uk) |
| 17:35:05 | bertrik | yes, the DBOP data pins are generally partially shared with some GPIO pins, but there are also some DBOP data pins that are not accessible at all through GPIO, at least on ams sansa v1 |
| 17:35:35 | funman | there seems to be 2 possibilities for SDA pin |
| 17:39:42 | kugel | there doesn't seem to be something interesting on GPIOA 6&7, I wonder why the OF reads them |
| 17:39:54 | kugel | unless I'm missing something and the scrollwheels are on that (my hope) |
| 17:41:02 | flyback | any changes to the Telechips/sansa c140/150/c100 code recentely? |
| 17:41:47 | funman | no one is working on it afaik |
| 17:43:53 | ranma | Hmm, reading DBOP buttons thrice and discarding the read if they are not the same makes buttons more reliable for me here. |
| 17:44:35 | bertrik | ranma, I know the c200 doesn't read the buttons completely stable and I have a patch for that (I think) |
| 17:45:56 | ranma | Cool. |
| 17:46:49 | | Join S_a_i_n_t_ [0] (S_a_i_n_t@203.184.2.13) |
| 17:47:12 | funman | hm can't make fm work :o |
| 17:47:28 | flyback | funman, it's ok :) |
| 17:47:30 | flyback | just curious |
| 17:47:41 | flyback | I still have these 5 broken units here with various corrupted flash roms |
| 17:47:52 | flyback | at least one is usuable if I tcctool bootstrap it and leave it on all day |
| 17:50:37 | | Quit S_a_i_n_t_ (Disconnected by services) |
| 17:51:17 | ranma | bertrik: Want me to test your patch? |
| 17:51:56 | kugel | bertrik: unfortunately I don't seem to be able to read the top 8bits of DBOP_DIN |
| 17:52:11 | | Quit amr (Ping timeout: 246 seconds) |
| 17:52:12 | | Quit m3dlg (Ping timeout: 240 seconds) |
| 17:53:14 | CIA-5 | New commit by funman (r25353): Fuzev2: µSD detect pin is A2 like Clip+, but the meaning is reversed |
| 17:53:15 | CIA-5 | New commit by funman (r25354): Fuzev2: fix normal build: enable charging properly, disable FM, use as3525v2 cpu |
| 17:56:42 | * | kugel found home button |
| 17:56:49 | kugel | GPIOB3 |
| 17:57:12 | | Nick fidencio[AWAY] is now known as fidencio (~fidencio@li113-135.members.linode.com) |
| 17:58:32 | bertrik | ranma, can't seem to find it anymore, but I think I do still remember what was in it |
| 17:58:43 | kugel | funman: the of checks power twice, maybe it's really not that reliable |
| 17:59:06 | funman | ah ok |
| 17:59:22 | funman | when looking in dbg_ports it looked ok but perhaps there are spurious events that enable it |
| 18:00 |
| 18:00:47 | funman | hm on usb insert I see the usb logo but no reboot |
| 18:00:55 | | Join dfkt [0] (dfkt@unaffiliated/dfkt) |
| 18:01:01 | kugel | I'm fairly sure the scrollwheel is on GPIOA 6&7, but I see no reaction |
| 18:01:35 | ranma | bertrik: Is it a simple to explain issue/fix? Then I could just try to implement it here myself. |
| 18:01:43 | bertrik | maybe it needs some kind of pull-up or pre-charge (just guessing)? |
| 18:02:31 | bertrik | didn't use of the scrollwheel targets also need some kind of enable pin? |
| 18:03:24 | bertrik | ranma, yes, it's a simple fix |
| 18:08:38 | pamaury | gevaerts: does a ack after a stall really makes sense ? The endpoint will return stall until next setup |
| 18:11:45 | | Quit xiainx (Ping timeout: 258 seconds) |
| 18:11:59 | ranma | bertrik: So? |
| 18:12:49 | | Join _silentAssassin [0] (~mrigesh@iws4.iiita.ac.in) |
| 18:22:03 | | Quit geertvdijk (Quit: ChatZilla 0.9.86 [Firefox 3.6.2/20100316074819]) |
| 18:24:16 | gevaerts | pamaury: I don't remember the details... |
| 18:25:07 | gevaerts | Isn't that for EP0 only? |
| 18:25:10 | | Quit Adubb (Read error: Connection reset by peer) |
| 18:25:15 | | Join Adubb [0] (~aldubuc@67.201.160.144) |
| 18:26:17 | | Quit Strife89 (Quit: Setting up a modem.) |
| 18:27:16 | | Quit pamaury (Ping timeout: 252 seconds) |
| 18:27:44 | | Join S_a_i_n_t_ [0] (S_a_i_n_t@203.184.2.13) |
| 18:28:54 | | Quit S_a_i_n_t (Disconnected by services) |
| 18:29:23 | | Quit nimak (Ping timeout: 258 seconds) |
| 18:29:29 | | Nick S_a_i_n_t_ is now known as S_a_i_n_t (S_a_i_n_t@203.184.2.13) |
| 18:30:56 | | Join nima [0] (~nima@75.45.245.222) |
| 18:31:29 | | Quit Llorean (Ping timeout: 258 seconds) |
| 18:31:47 | funman | 5000, 10000, 15000, 30000, 45000, 300000, 3600000, 7200000 <= what is this sequence ? |
| 18:34:14 | * | gevaerts doesn't recognise it |
| 18:34:17 | | Join Llorean [0] (~DarkkOne@rockbox/user/Llorean) |
| 18:34:28 | gevaerts | and neither does http://www.research.att.com/~njas/sequences/index.html |
| 18:35:00 | funman | thanks |
| 18:35:08 | | Join planetbeing [0] (~planetbei@c-71-236-164-204.hsd1.or.comcast.net) |
| 18:35:29 | gevaerts | It reduces to 1,2,3,6,9,60,720,1440 |
| 18:35:39 | | Join xiainx [0] (~xiainx@modemcable195.238-202-24.mc.videotron.ca) |
| 18:36:03 | funman | last ones are 8*9*10, 12*12*10 |
| 18:36:32 | funman | perhaps it's just there to distract me :) |
| 18:37:04 | | Join m3dlg [0] (~m3dlg@bb-87-81-252-83.ukonline.co.uk) |
| 18:37:15 | gevaerts | probably :) |
| 18:37:43 | | Quit planetbeing (Client Quit) |
| 18:38:03 | | Join planetbeing [0] (~planetbei@c-71-236-164-204.hsd1.or.comcast.net) |
| 18:39:20 | AlexP | 1440 is the number of minutes in a day, and 720 is twelve hours |
| 18:41:09 | S_a_i_n_t | New to #rockbox: Who can break the secret code? ;-P |
| 18:41:13 | funman | AlexP: good catch, it's probably the backlight timer in milliseconds (although it stops at 1 hour = 3600000 milliseconds) |
| 18:41:21 | gevaerts | S_a_i_n_t: not exactly new :) |
| 18:42:01 | S_a_i_n_t | gevaerts: Heh...that's "Who can break the Rockbox code" ;D |
| 18:43:11 | * | funman can create red when he wants! |
| 18:43:45 | AlexP | Even I can do that :) |
| 18:44:00 | kugel | did anyone ever find the diagnosis mode in a samsa OF? |
| 18:44:54 | funman | kugel: yep |
| 18:44:58 | funman | that's how i found the FM pins |
| 18:45:14 | kugel | where is it? |
| 18:45:15 | funman | test mode is in otg_functio / usb_functio (look for "Test") |
| 18:45:43 | | Join Strife89 [0] (~michael@adsl-154-2-49.mcn.bellsouth.net) |
| 18:46:12 | | Join tomers [0] (~chatzilla@bzq-84-109-85-100.red.bezeqint.net) |
| 18:46:26 | | Quit m3dlg (Ping timeout: 258 seconds) |
| 18:46:29 | funman | "[Keys Test]" = 0x30032407 in 2.1.17 (also present at 0x5f407 but not sure if this one is used) |
| 18:46:36 | | Join m3dlg [0] (~m3dlg@bb-87-81-252-83.ukonline.co.uk) |
| 18:49:41 | kugel | hm, my ida doesn't find it with asci text search |
| 18:49:52 | funman | you have otg_functio loaded ? |
| 18:50:37 | | Quit Barahir (Ping timeout: 246 seconds) |
| 18:50:49 | funman | hm 5f407 corresponds to nothing, ignore that one |
| 18:51:38 | funman | hm i think i understand what we need to do for brightness |
| 18:53:48 | kugel | funman: it doesn#T find anything |
| 18:53:56 | funman | writing X to 0x1c enables the X subregister, which you access by writing to 0x1b just after |
| 18:54:43 | | Quit m3dlg (Read error: Connection reset by peer) |
| 18:55:17 | funman | % grep -E "\[Keys Test\]" * |
| 18:55:17 | funman | Binary file otg_functio matches |
| 18:55:34 | | Join m3dlg [0] (~m3dlg@bb-87-81-252-83.ukonline.co.uk) |
| 18:55:38 | kugel | but ida doesn't find it |
| 18:55:53 | funman | which version do you disassemble? |
| 18:56:56 | CIA-5 | New commit by tomers (r25355): Brickmania: Prevent two overlapping balls from destrying bricks together and stick forever |
| 18:57:10 | kugel | 2.01.17 |
| 18:57:24 | funman | what do you have at 0x30032407 ? |
| 19:00 |
| 19:00:01 | funman | kugel: look at as353x_clcd_enable() in arch/arm/mach-as353x/lcd.c |
| 19:00:47 | kugel | I don't have 0x3XXXXXXX in the otg_functio disasm |
| 19:00:58 | funman | you must load it at the correct address given by amsinfo |
| 19:01:22 | | Quit BlakeJohnson86 (Quit: Leaving.) |
| 19:01:25 | funman | load it together with your current disassembly because each block call the other |
| 19:01:41 | funman | File>Load file>Additional binary file , specify the address |
| 19:02:01 | kugel | oh, the default settings weren't appropriate |
| 19:02:35 | kugel | load within the firmware disasm? |
| 19:04:21 | funman | yep |
| 19:05:58 | kugel | what addresses should I type in? |
| 19:06:31 | funman | what amsinfo tells you for start address |
| 19:06:56 | | Join BlakeJohnson86 [0] (~bjohnson@2002:1876:a27b:0:227:13ff:fe65:1262) |
| 19:07:06 | kugel | yes, 0x30003000, but in which field in ida should that go in? (loading segment, loading offset, file offset?) |
| 19:07:40 | funman | loading offset, empty the 2 others |
| 19:08:05 | funman | file offset is offset inside the file (to skip header) i think, loading segment is something weird |
| 19:14:16 | | Join Highlander [0] (~Highlande@mek33-4-82-236-45-205.fbx.proxad.net) |
| 19:17:51 | funman | uff i just lost all my work |
| 19:18:00 | CIA-5 | New commit by tomers (r25356): Brickmania: Simplify movement of pad (and any balls that are sticked to it) |
| 19:18:57 | | Join Zagor [0] (~bjst@rockbox/developer/Zagor) |
| 19:19:27 | *** | Saving seen data "./dancer.seen" |
| 19:19:59 | | Quit bmbl (Quit: Bye!) |
| 19:20:10 | | Quit liar (Ping timeout: 258 seconds) |
| 19:22:04 | | Quit Strife89 (Read error: Connection reset by peer) |
| 19:22:28 | | Join Strife89 [0] (~michael@adsl-154-2-49.mcn.bellsouth.net) |
| 19:23:45 | CIA-5 | New commit by tomers (r25357): Brickmania: Prevent a ball that is sticked to the edge of the pad from being fired outside the screen's region when the pad is moved all the way to ... |
| 19:24:11 | | Join Llorean1 [0] (~DarkkOne@adsl-99-185-10-53.dsl.hstntx.sbcglobal.net) |
| 19:24:28 | | Quit Llorean (Disconnected by services) |
| 19:24:31 | | Nick Llorean1 is now known as Llorean (~DarkkOne@adsl-99-185-10-53.dsl.hstntx.sbcglobal.net) |
| 19:24:37 | | Quit Llorean (Changing host) |
| 19:24:37 | | Join Llorean [0] (~DarkkOne@rockbox/user/Llorean) |
| 19:25:52 | | Join CGL [0] (~CGL@190.79.148.8) |
| 19:27:30 | CIA-5 | New commit by tomers (r25358): Brickmania: Fix yellow |
| 19:27:47 | | Quit angelwolf71885 (Read error: Connection reset by peer) |
| 19:27:51 | | Quit anewuser () |
| 19:34:59 | | Quit Adubb (Read error: Connection reset by peer) |
| 19:39:15 | | Join Adubb [0] (~aldubuc@67.201.160.144) |
| 19:40:00 | | Quit planetbeing (Quit: Poof.) |
| 19:40:48 | | Join flydutch [0] (~flydutch@host83-164-dynamic.15-87-r.retail.telecomitalia.it) |
| 19:41:33 | | Join bmbl [0] (~Miranda@unaffiliated/bmbl) |
| 19:43:20 | kugel | funman: what is in as353x_clcd_enable()? |
| 19:43:40 | funman | backlight code |
| 19:43:50 | kugel | did you try it already? |
| 19:44:01 | funman | yes - no results, but a better understanding |
| 19:44:05 | | Join Barahir [0] (~jonathan@gssn-5f757d88.pool.mediaWays.net) |
| 19:46:21 | funman | sound works at least |
| 19:47:00 | | Quit xiainx (Ping timeout: 258 seconds) |
| 19:47:40 | funman | as3543 datasheet would help, i wrote to the guy tuesday but still no answer. we'll see! |
| 19:47:43 | funman | bye |
| 19:47:46 | | Quit funman (Quit: free(random());) |
| 19:49:33 | | Quit kaniini (Read error: Connection reset by peer) |
| 19:51:39 | | Join xiainx [0] (~xiainx@modemcable195.238-202-24.mc.videotron.ca) |
| 19:55:50 | | Join webguest12 [0] (~4b68ac15@giant.haxx.se) |
| 19:56:19 | | Quit kugel (Ping timeout: 264 seconds) |
| 19:56:19 | | Quit webguest12 (Client Quit) |
| 19:59:44 | | Quit CaptainKewl (Remote host closed the connection) |
| 20:00 |
| 20:00:38 | | Quit Strife89 (Read error: Connection reset by peer) |
| 20:01:07 | | Join Strife89 [0] (~michael@adsl-154-2-49.mcn.bellsouth.net) |
| 20:19:30 | | Join pamaury [0] (~c2c7a50a@rockbox/developer/pamaury) |
| 20:20:42 | pamaury | gevaerts: I'm saying that because at least with usb-arc, the ack after stall never finsishes: there is not transfer completion for it and that's quite logicial |
| 20:20:44 | pamaury | *logicial |
| 20:21:36 | | Quit robin0800 (Remote host closed the connection) |
| 20:23:40 | pamaury | *logical (I can't write it correctly :)) |
| 20:26:50 | | Nick Ypsy is now known as YPSY (~ypsy@geekpadawan.de) |
| 20:26:54 | | Join slck [0] (Venci@Slackware.SlackPix.Com) |
| 20:28:57 | | Quit Adubb (Read error: Connection reset by peer) |
| 20:29:04 | | Join Adubb [0] (~aldubuc@67.201.160.144) |
| 20:29:09 | | Quit bertrik (Ping timeout: 245 seconds) |
| 20:29:39 | | Join merbanan [0] (~banan@c-62-220-165-110.cust.bredband2.com) |
| 20:31:17 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
| 20:31:34 | | Join bertrik [0] (~bertrik@rockbox/developer/bertrik) |
| 20:32:17 | | Quit Zagor (Quit: Clint excited) |
| 20:34:43 | gevaerts | pamaury: I think you're right. The halt condition is cleared by the next setup packet, which isn't related to ack at all... |
| 20:35:25 | pamaury | Indeed. After fixing this I got storage and hid working with the nonblocking/blocking modification |
| 20:36:30 | gevaerts | I think we need something like http://pastie.org/890005.txt |
| 20:38:18 | pamaury | no :) your first two modifications are right but the others no: the first unstall the endpoint and the second might stall another endpoint so you still have to ack I think |
| 20:38:31 | pamaury | But I hardy show why the host would halt an endpoint :) |
| 20:38:54 | gevaerts | ah, of course... |
| 20:39:10 | | Join bluebrother [0] (~dom@rockbox/developer/bluebrother) |
| 20:39:24 | pamaury | I did that myself and it worked so it sound sensible |
| 20:39:59 | gevaerts | so http://pastie.org/890016.txt I guess |
| 20:40:18 | pamaury | yes |
| 20:40:19 | * | pamaury thinks rockbox need a logf that write directly to a file so that he can read the log after he miserable code cause a lock-up of the kernel :) |
| 20:40:25 | pamaury | *his |
| 20:40:27 | gevaerts | Do you want to commit, or shall I? |
| 20:40:53 | gevaerts | pamaury: saratoga has a patch for that, but it can't really work to debug anything that involves usb storage :) |
| 20:40:54 | pamaury | As you want, the current code works with it, for reason you don't want to here |
| 20:41:05 | pamaury | gevhehe |
| 20:41:12 | pamaury | gevaerts: hehe, you're right |
| 20:41:29 | pamaury | *don't want to ear |
| 20:41:34 | * | pamaury is tired today |
| 20:41:40 | CIA-5 | New commit by gevaerts (r25359): Remove unnecessary (and incorrect) acks after stalling the control endpoint |
| 20:42:05 | pamaury | I nearly went into bersek when I saw why the current code works, it sooooo ugly |
| 20:43:20 | * | pamaury goes back to usb storage debugging with his queueing code |
| 20:43:21 | | Join superDAU [0] (~bc604db4@giant.haxx.se) |
| 20:43:55 | | Quit avacore (Ping timeout: 258 seconds) |
| 20:44:29 | | Join avacore^ [0] (nobody@1008ds1-rdo.0.fullrate.dk) |
| 20:45:10 | | Quit dfkt (Quit: -= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.) |
| 20:47:03 | superDAU | hey, can somebody help me? i think i destroyed my "sandisk sansa e200". I accidently overwrote the firmware partition!!! http://www.rockbox.org/wiki/SansaE200FirmwarePartition |
| 20:47:32 | superDAU | Is there any way to write it back? I have an (dd-backup) |
| 20:47:39 | gevaerts | superDAU: your next step is http://www.rockbox.org/wiki/SansaE200Unbrick |
| 20:47:55 | superDAU | thx, im reading |
| 20:50:01 | | Join _deV_nuLL_ [0] (~Miranda@ADijon-256-1-127-126.w90-6.abo.wanadoo.fr) |
| 20:52:16 | superDAU | hm, i think this all won't work, because the device doesn't even register as a mass storage dev. |
| 20:52:33 | superDAU | dmesg tells me this: |
| 20:52:35 | superDAU | http://www.rockbox.org/wiki/SansaE200FirmwarePartition |
| 20:52:42 | gevaerts | yes, that's expected |
| 20:52:42 | superDAU | [ 3898.680041] usb 6-2: device not accepting address 8, error -71 [ 3898.801301] usb 6-2: new full speed USB device using uhci_hcd and address 9 [ 3899.231316] usb 6-2: device not accepting address 9, error -71 [ 3899.231346] hub 6-0:1.0: unable to enumerate USB device on port 2 |
| 20:52:56 | gevaerts | hm, that's unusual... |
| 20:53:17 | superDAU | i only overwrote the partition table with fdisk |
| 20:53:35 | pamaury | lol, the device is quite picky about usb address |
| 20:53:38 | gevaerts | Try the "Manufacturing Mode" instructions |
| 20:54:31 | | Join b1uebrother [0] (~dom@188.46.217.149) |
| 20:55:56 | | Quit b1uebrother (Changing host) |
| 20:55:56 | | Join b1uebrother [0] (~dom@rockbox/developer/bluebrother) |
| 20:56:08 | | Quit bluebrother (Ping timeout: 276 seconds) |
| 20:56:21 | gevaerts | Actually, normal recovery mode should work, although you never know... |
| 20:56:24 | | Join saratoga_lab [0] (~9803c20d@gateway/web/freenode/x-hjpkuppbwnqfvmxy) |
| 20:56:28 | | Nick b1uebrother is now known as bluebrother (~dom@rockbox/developer/bluebrother) |
| 21:00 |
| 21:05:47 | | Join kramer3d [0] (~kramer@unaffiliated/kramer3d) |
| 21:06:18 | superDAU | i don't get the manufacturing mode, i have no output on the display, no blue backlight and no reaction at all. did i get that right: I have to guess if the device is powered of or on, then i have to turn on the lock, press the power-button as long as i had to turn on the device, and finally plug in usb. correct? |
| 21:07:10 | gevaerts | not the power button, the select button |
| 21:07:28 | gevaerts | You can force it to be powered off by holding the power button for 30 seconds or so |
| 21:07:37 | kugel | just hold the power button 15s, then it's surely off. then flip hold on, hold select and plugin the usb cable (while still holding select) |
| 21:07:52 | | Join webguest22 [0] (~598043cd@giant.haxx.se) |
| 21:08:23 | | Quit webguest22 (Client Quit) |
| 21:08:48 | superDAU | yeah! worked, thanks very much. I got hope!!! |
| 21:09:18 | superDAU | this could be made more clear in the wiki, i think (by the way) |
| 21:09:30 | * | kugel is still excited from the fuzev2 progress today |
| 21:09:46 | saratoga_lab | why do we even have a "Prevent Track Skipping" feature |
| 21:11:03 | saratoga_lab | it seems like a strange feature to have |
| 21:12:20 | | Nick fidencio is now known as fidencio[AWAY] (~fidencio@li113-135.members.linode.com) |
| 21:13:24 | Llorean | saratoga_lab: Because you can't seek backward from the beginning of a song into the previous track |
| 21:13:38 | Llorean | Or at least, I seem to remember that being one of the reasons people were wanting it. |
| 21:13:56 | saratoga_lab | i'll read fs6188 now |
| 21:15:03 | kugel | I found the track skip setting useless with the tracklock thing added to it, and since sdoyon wanted to maintain it we moved it to a separate setting |
| 21:15:22 | kugel | s/track skip setting/skip length setting/ |
| 21:15:44 | saratoga_lab | i wish we didn't have so many weird playback features |
| 21:16:40 | pamaury | As one of my classmate says: "do like gnome: each new version removes a feature" :) |
| 21:16:56 | pamaury | But yeah, prevent track skipping is a strange feature |
| 21:18:03 | | Join kaniini [0] (~quassel@dyn75-70.yok.fi) |
| 21:18:32 | | Join voket [0] (~aasted@c-71-61-179-232.hsd1.pa.comcast.net) |
| 21:18:40 | kugel | sdoyon is blind and he usually skips quickly through long audio books with the skip length feature. but as it's easy to skip to the next track easily he added track lock to it as you cannot go back to the end of the previos track easily |
| 21:18:42 | saratoga_lab | we have such concern about bloat, unless it involves playback.c in which case everything goes! |
| 21:19:01 | kugel | it doesn't involve playback.c... |
| 21:19:11 | | Quit pixelma (Disconnected by services) |
| 21:19:12 | | Join pixelma_ [0] (quassel@rockbox/staff/pixelma) |
| 21:19:16 | Llorean | Maybe we should cut accessibility features out and create an "Accessible Rockbox" branch. Then a lot could be simplified. :-P |
| 21:19:17 | saratoga_lab | yeah i know, i mean playback in general |
| 21:19:29 | *** | Saving seen data "./dancer.seen" |
| 21:19:31 | | Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) |
| 21:19:37 | saratoga_lab | it'd be too hard to keep something like that in sync |
| 21:19:58 | | Quit amiconn (Disconnected by services) |
| 21:20:01 | | Join amiconn_ [0] (quassel@rockbox/developer/amiconn) |
| 21:20:23 | | Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) |
| 21:20:59 | kugel | saratoga: audio playback is our core job and we want to provide the best possible listening experience, so yes I can understand that playback related features are less controversial |
| 21:21:58 | saratoga_lab | if playback is core job, we're incompetent |
| 21:22:06 | saratoga_lab | thats easily the least sturdy part of rockbox |
| 21:23:13 | | Join hebz0rl [0] (~hebz0rl@dslb-088-065-049-031.pools.arcor-ip.net) |
| 21:23:50 | kugel | but still more competent than most OFs, and we partly make it up with other great features |
| 21:24:17 | saratoga_lab | we have more features, but i'm not sure we really handle playback much better |
| 21:24:21 | domonoky | saratoga_lab: but audip is really our core job, and maybe its so messy, because we want it to have so many features.. |
| 21:24:51 | kugel | saratoga: we surely do |
| 21:25:11 | saratoga_lab | my old ipod 3G like 5 years ago was probably on par in terms of plaback stability, maybe even a little better |
| 21:25:21 | domonoky | and we surely do better then many OFs, at least from what the user can see. |
| 21:25:25 | saratoga_lab | there were just a handful of bugs i could see, and most were fixed over time |
| 21:25:37 | Llorean | Well we've also got a lot of audio features that don't make sense in a portable environment |
| 21:25:51 | Llorean | The "nudge" feature in pitch shift, crossfade, etc, are more DJ-related than portable listening related. |
| 21:25:59 | Llorean | We don't really have a core focus on what *sort* of playback is important |
| 21:26:08 | voket | Hi all, anyone here worked with the Sansa Clip +? I loaded yesterday's build onto my Clip (which worked fine) but it looks like the battery died running rockbox, and now it won't charge on USB or power on. |
| 21:26:36 | saratoga_lab | hold power for a while to reboot it and then plugin the USB cable |
| 21:27:12 | voket | saratoga: It doesn't power on at all, with or without the cable. |
| 21:27:35 | kugel | because it crashed |
| 21:27:35 | saratoga_lab | i remember the other day trying to use rockbox repeat and then skipping tracks, after a few playback gets so confused the ID3 tags are wrong, different tracks play then should on track change, etc |
| 21:27:42 | FlynDice | voket: hold the power button for 15 secs |
| 21:27:46 | kugel | that's why you need to hold power for 20s or seconds |
| 21:27:53 | kugel | to actually turn it off |
| 21:28:02 | saratoga_lab | i certainly never had that happen on my old ipod |
| 21:28:41 | kugel | because the ipod doesn't have such a feature rich playback system |
| 21:28:46 | voket | Oh wow, you guys are awesome. Thanks. |
| 21:28:47 | kugel | and playlist |
| 21:29:23 | | Quit flydutch (Quit: /* empty */) |
| 21:29:24 | saratoga_lab | the ipod did have repeat though, and it worked better then ours in that it didn't jam up playback |
| 21:29:57 | bluebrother | pixelma: the translation script isn't all strings, no. It operates on the translation files from svn, which aren't synced with string changes in the sources automatically. |
| 21:30:26 | superDAU | me again, now i wrote the rom image to disk and have a graphical recovery mode, with failure notices: LUN0 locken, LUN0 unlocked, LUN0 locked, ... |
| 21:30:41 | kugel | that's normal |
| 21:30:43 | domonoky | saratoga_lab: we have repeat too ? and you cant really compare say we are less good the the old ipod, because of some bug. Fix it, and we are better again ? |
| 21:31:14 | saratoga_lab | well i doubt thats the only bug in playback, and honestly it seems when we fix one playback bug we make two new ones |
| 21:31:25 | | Join lontra [0] (~chatzilla@68.168.168.159) |
| 21:31:34 | kugel | superDAU: you're in the recovery mode now, you can drop the OF into the 16MB FORMAT drive that should appear |
| 21:31:48 | saratoga_lab | i bet if i had the hours it would take to bisect that bug, the commit was another playback bug fix :) |
| 21:32:04 | domonoky | thats life. you always get that with complex software unless you never create new features and only fix bugs. |
| 21:32:43 | kugel | may I recommend you to use the OF instead then? :) |
| 21:32:53 | domonoky | but in the time we fix two playback bug, we make 5 new features for it with 10 new bugs in it :-) |
| 21:33:20 | superDAU | OF means orgiginal firmware? where can i get it? I tried to write my backup with dd to the device, but it stopped at 17MB |
| 21:33:23 | Llorean | Well, there's also been a prevailing attitude of "well, it mostly works, and the bugs are minor so I'll commit it" sometimes |
| 21:33:23 | gevaerts | superDAU: I suspect you'll also need the sansa.fmt bit |
| 21:33:35 | gevaerts | ouch, don't do that! |
| 21:33:51 | Llorean | I've seen that with a few WPS changes especially, where it's admitted in advance it causes some new problems but the author decides they're minor enough that he'll inflict them on everyone, then takes his time following through on fixing them (if at all) |
| 21:33:54 | gevaerts | Recovery mode doesn't expose the main flash... |
| 21:34:09 | Llorean | superDAU: It's a really, really bad idea to just try stuff hoping it will work |
| 21:34:28 | superDAU | ok |
| 21:34:38 | saratoga_lab | i'd really like some automated testing of playback on every commit, so that when people touch things they have to check that they actually work ok . . . |
| 21:34:43 | lontra | hi i install rockbox via the automatic installer on a 1st gen nano and it appears that it installed fine, however, when i plug it in to my laptop it goes into disc mode and my computer only sees the apple software |
| 21:34:47 | domonoky | Llorean: thats commit early and often.. which isnt too bad. This way others can help fix the bugs too. |
| 21:34:57 | Llorean | domonoky: When they get fixed. |
| 21:35:21 | saratoga_lab | for wps thats probably a reasonable approach since people tend to notice bugs pretty quickly and then report them |
| 21:35:36 | Llorean | saratoga_lab: Yeah, but when the bug is known *before* the commit? |
| 21:35:37 | saratoga_lab | but if i broke AB Repeat mode today it'd be months before we got a bug report |
| 21:35:43 | kugel | probably |
| 21:35:44 | Llorean | It's not like you need people to tell you about a bug you already know exists. |
| 21:36:01 | gevaerts | lontra: that's expected with the release versions |
| 21:36:45 | lontra | gevaerts: so how can i get my file manager to see it as a typical usb device and not as an ipod? |
| 21:36:59 | Llorean | lontra: Isn't that something to ask whoever provides your file manager? |
| 21:37:05 | * | bluebrother wonders what "sees the apple firmware" means |
| 21:37:20 | saratoga_lab | use a current build instead of a release would disable the reboot to the OF at least |
| 21:37:24 | lontra | no because it's apple software i see when it plugs into my laptop not the rockbox software |
| 21:37:47 | saratoga_lab | yes thats intentional in the building your using |
| 21:37:58 | lontra | saratoga_lab: why? |
| 21:38:14 | saratoga_lab | because IIRC charging doesn't work on your player |
| 21:38:25 | saratoga_lab | so it reboots into the OF when you plug in USB to charge |
| 21:38:26 | bluebrother | lontra: how can you see "apple software"? Rockbox does not run on your laptop, it runs on the Ipod |
| 21:38:48 | lontra | saratoga_lab: ok so i should use the manual install and install a devel version? |
| 21:39:03 | Llorean | Or just fix your file manager to not treat iPods differently when it doesn't need to. |
| 21:39:04 | saratoga_lab | it doesn't matter how you install, but using a newer build will disable the reboot |
| 21:39:11 | gevaerts | lontra: if your problem is that itunes always pops up, configure it to not do that |
| 21:39:13 | lontra | saratoga_lab: ok thanks |
| 21:40:14 | | Quit Horschti (Read error: Connection reset by peer) |
| 21:40:27 | | Quit kramer3d (Ping timeout: 248 seconds) |
| 21:40:27 | | Quit CGL (Ping timeout: 264 seconds) |
| 21:40:28 | | Join Horschti [0] (~Horscht2@xbmc/user/horscht) |
| 21:40:56 | | Quit bmbl (Quit: Bye!) |
| 21:41:04 | Llorean | Would regressions like the fact that our boot time is significantly longer than it used to be something it would be acceptable to file a bug report about? |
| 21:41:09 | superDAU | how should i copy the .mi4? |
| 21:42:15 | Llorean | superDAU: However you normally copy files, cp for example. |
| 21:42:35 | | Quit Kitar|st (Ping timeout: 248 seconds) |
| 21:44:02 | saratoga_lab | i wonder how hard it would be to add a scripting interface to the sim |
| 21:44:20 | saratoga_lab | i guess scripting the SDL actions is easy enough to simulate button presses, but i wonder how repeatable that is |
| 21:44:32 | domonoky | Llorean: a better way would be to make some boot profiling/measuring, to find out what takes so long. :-) |
| 21:44:54 | domonoky | and the write a bug report: X needs too long on boot :-) |
| 21:44:59 | domonoky | +n |
| 21:45:07 | lontra | saratoga_lab: thanks that worked |
| 21:45:21 | saratoga_lab | put some logf commands in main.c and just log the millisecond timer after each init function |
| 21:45:28 | saratoga_lab | shouldn't be hard to do at all |
| 21:45:31 | Llorean | domonoky: I'm pretty sure it's in the relatively recent SBS stuff, but I haven't tracked down anything specific yet. |
| 21:45:33 | | Join kramer3d [0] (~kramer@unaffiliated/kramer3d) |
| 21:45:55 | domonoky | saratoga_lab: jup thats what i imagined, it just needs someone todo it. |
| 21:46:04 | | Join CGL [0] (~CGL@190.79.148.8) |
| 21:46:06 | saratoga_lab | i did something vaguely like that trouble shooting buffering issues a while back |
| 21:46:44 | saratoga_lab | i wonder how deterministic the simulator really is |
| 21:47:07 | saratoga_lab | its got multiple threads, so i bet timing differences would cause playback and buffering changes over a long enough test script |
| 21:47:23 | | Join Kitar|st [0] (Kitr88@BSN-182-19-61.dial-up.dsl.siol.net) |
| 21:47:43 | | Join Hillshum [0] (~hillshum@75-165-244-84.slkc.qwest.net) |
| 21:51:31 | | Quit bluebrother (Quit: leaving) |
| 21:53:45 | | Join CaptainKewl [0] (jds@207-237-106-60.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) |
| 21:58:44 | superDAU | thank you very much, llorean, gevaerts and kugel. i got the OF running again now. You saved my day! |
| 22:00 |
| 22:00:17 | superDAU | dmesg now tells me this: [ 8018.428693] scsi14 : SCSI emulation for USB Mass Storage devices [ 8018.431062] usb-storage: device found at 29 [ 8018.431068] usb-storage: waiting for device to settle before scanning [ 8023.421864] usb-storage: device scan complete [ 8023.422803] scsi 14:0:0:0: Direct-Access SanDisk Sansa e200 PQ: 0 ANSI: 0 [ 8023.423804] scsi 14:0:0:1: Direct-Access SanDisk Sansa e200 PQ: 0 ANSI: 0 [ 8023.424 |
| 22:00:51 | superDAU | when i try to make a connection in msc mode with an ubuntu linux pc |
| 22:02:39 | | Quit voket (Read error: Connection reset by peer) |
| 22:05:27 | gevaerts | superDAU: which version of ubuntu is that? |
| 22:09:01 | superDAU | 9.10 |
| 22:09:22 | gevaerts | hm |
| 22:09:55 | gevaerts | Did you use the sansa.fmt file to reformat it? |
| 22:10:07 | superDAU | yope |
| 22:10:27 | | Quit _deV_nuLL_ (Ping timeout: 246 seconds) |
| 22:10:48 | gevaerts | Is it in MSC mode? |
| 22:11:01 | superDAU | Yupp |
| 22:11:23 | | Quit lontra (Remote host closed the connection) |
| 22:12:16 | | Join voket_ [0] (~maasted@c-71-61-179-232.hsd1.pa.comcast.net) |
| 22:12:27 | gevaerts | I assume you've tried more than once? Does rebooting the sansa help? |
| 22:12:43 | superDAU | no |
| 22:14:35 | | Quit logiclost (Ping timeout: 248 seconds) |
| 22:14:43 | | Join BHSPitMini [0] (~BHSPitMon@tx-76-6-66-62.dhcp.embarqhsd.net) |
| 22:14:57 | | Quit pamaury (Ping timeout: 252 seconds) |
| 22:15:18 | | Join lostlogic [0] (~lostlogic@rockbox/developer/lostlogic) |
| 22:15:59 | gevaerts | Can you put the output of "lsusb -d 0781: -v" on a site like pastebin.com? |
| 22:17:54 | | Join pamaury_ [0] (~c2c7a50a@rockbox/developer/pamaury) |
| 22:18:08 | | Join p3tur [0] (~petur@rockbox/developer/petur) |
| 22:19:21 | superDAU | here it is: http://pastebin.com/SiuKmBB4 |
| 22:20:24 | gevaerts | ok, that bit is definitely correct |
| 22:21:51 | | Join liar [0] (~sqrt@213162066162.public.t-mobile.at) |
| 22:21:52 | gevaerts | hm, actually... |
| 22:22:09 | gevaerts | Does it say anything after that in dmesg? |
| 22:22:15 | | Nick liar is now known as Guest72517 (~sqrt@213162066162.public.t-mobile.at) |
| 22:22:43 | | Quit kugel (Remote host closed the connection) |
| 22:22:47 | | Quit Guest72517 (Client Quit) |
| 22:24:41 | | Quit dmb (Ping timeout: 252 seconds) |
| 22:24:46 | superDAU | no, nothing else. (except [9064.134201] CPU0: Temperature above threshold, cpu clock throttled (total events = 4272)) :D |
| 22:25:00 | | Join liar_ [0] (~liar@213162066162.public.t-mobile.at) |
| 22:25:45 | gevaerts | Could you put the dmesg contents on pastebin.com as well? I just noticed that they got cut of here due to irc line lenght limits |
| 22:25:57 | | Quit pamaury_ (Ping timeout: 252 seconds) |
| 22:27:12 | | Join robin0800 [0] (~robin0800@genkt-057-078.t-mobile.co.uk) |
| 22:28:10 | superDAU | looks like this: http://pastebin.com/2FJ3p0Ye |
| 22:32:04 | | Quit merbanan (Ping timeout: 245 seconds) |
| 22:32:23 | gevaerts | weird |
| 22:33:06 | | Quit xiainx (Quit: Good Bye) |
| 22:33:09 | gevaerts | Can you try "hdparm -z /dev/sdb"? |
| 22:37:30 | | Quit tomers (Quit: ChatZilla 0.9.86 [Firefox 3.5.8/20100214235838]) |
| 22:38:04 | superDAU | did, re-reading partition table |
| 22:38:22 | superDAU | i can't even read from /dev/sdb! |
| 22:38:54 | superDAU | if=/dev/sdb bs=512 count=1 of=/home/.../Desktop/mbr.txt dd: öffne „/dev/sdb“: No medium found |
| 22:39:56 | gevaerts | Something seems to have gone wrong in the recovery... |
| 22:40:30 | gevaerts | Maybe try putting the sansa in recovery mode and put the sansa.fmt file on it (nothing else) |
| 22:41:50 | superDAU | when i turn the device on, i get an "refresh database fail" error |
| 22:42:37 | gevaerts | It's clearly still confused about its flash |
| 22:45:00 | superDAU | now i cant get into recovery mode, because it tries to boot normaly and turns of because of the lock. /// when i try to do it like before... |
| 22:45:36 | gevaerts | You're doing something wrong then |
| 22:47:41 | gevaerts | switch hold on, press record, and while pressing record press power |
| 22:50:09 | superDAU | oh, tried the select-method |
| 22:50:20 | gevaerts | that's manufacturing mode... |
| 22:52:16 | | Join xiainx [0] (xiainx@wpa106038.Wireless.McGill.CA) |
| 22:52:23 | superDAU | in the filesystem , there are to files. <EMSDOS.5.0 and one with very strange characters |
| 22:53:27 | gevaerts | possibly a result of your earlier attempt to copy things back with dd. I'd ignore those for now |
| 22:53:39 | superDAU | the filesystem is read only |
| 22:54:54 | gevaerts | You could try formatting from the OF, but I don't know if that's thorough enough |
| 22:55:02 | gevaerts | Apart from that, I don't really know... |
| 22:55:15 | * | gevaerts has to go now |
| 22:56:04 | superDAU | thanx very much, anyway, i thought i would never hear music again ;-) |
| 22:57:57 | superDAU | can somebody else tell me how to format from the original firmware? |
| 23:00 |
| 23:01:52 | superDAU | superdau has to buy some flour for a cake, but will look around here in a few minutes, again. |
| 23:09:38 | | Quit togetic (Ping timeout: 265 seconds) |
| 23:09:46 | | Quit robin0800 (Remote host closed the connection) |
| 23:17:49 | | Join fdinel [0] (~Miranda@modemcable235.127-131-66.mc.videotron.ca) |
| 23:18:52 | | Quit mitk (Quit: Leaving) |
| 23:19:30 | *** | Saving seen data "./dancer.seen" |
| 23:24:19 | | Join togetic [0] (~togetic@unaffiliated/ibuffy) |
| 23:25:23 | | Join anewuser [0] (anewuser@unaffiliated/anewuser) |
| 23:30:23 | | Quit voket_ (Ping timeout: 245 seconds) |
| 23:31:24 | | Nick fidencio[AWAY] is now known as fidencio (~fidencio@li113-135.members.linode.com) |
| 23:32:35 | | Join TopyMobile [0] (~topy@xdsl-78-34-65-136.netcologne.de) |
| 23:34:51 | | Quit Highlander (Quit: Quitte) |
| 23:36:34 | | Join adnyxo [0] (~aaron@adsl-065-013-002-216.sip.asm.bellsouth.net) |
| 23:41:18 | | Quit p3tur (Remote host closed the connection) |
| 23:55:07 | | Quit stoffel (Remote host closed the connection) |
| 23:55:14 | | Join komputes [0] (~komputes@ubuntu/member/komputes) |
icon identifies that the person is a core developer (has commit access).