Previous day | Jump to hour: 01 02 03 04 05 06 07 08 09 10 11 12 13 14 15 16 17 18 19 20 21 22 23 | Next day

Seconds: Show Hide | Joins: Show Hide | View raw
Font: Serif Sans-Serif Monospace | Size: Small Medium Large

Click in the nick column to highlight everything a person has said.
The Logo icon identifies that the person is a core developer (has commit access).

Notice: Only Gecko based browsers prior to FF4 support the multipart/mixed "server push" method used by this log reader to auto-update. Since you do not appear to use such a browser, this page will simply show the current log, and not automatically update.

#rockbox log for 2010-03-27

00:03:49stripwaxsaratoga - 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:24stripwaxis 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:22stripwaxoh well
00:05:31stripwax#ifdef CPU_ARM
00:05:39stripwaxin fft-ffmpeg_arm.h. that'd do it
00:05:54 Join DV_ [0] (~DV@218.248.65.243)
00:06:03stripwaxno wonder the guys reported very little difference :) comparing Tremor arm asm to mdctexp C ! :-)
00:06:35Tornestripwax: so far my ipod works fine with zeroing iram, btw ;)
00:06:58stripwaxTone - woohoo! I always said it would be a simple fix ! :-p
00:07:03stripwaxpatch?
00:07:45 Quit Halborr (Quit: ChatZilla 0.9.85 [SeaMonkey 2.0.3/20100223143236])
00:08:02Tornestripwax: i'v enot posted it, i'm gonna tidy it up slightly first
00:08:06Torneatm it will break PP5020 :)
00:08:13Torneand it hardcodes the addresses
00:08:16stripwaxno rush :-)
00:10:02stripwaxsaratoga - stock ivorbisfile_example - 31.47s [user] , 9863700 samples, 44100Hz stereo
00:11:05stripwaxsaratoga - imdct patched ivorbisfile_example - 30.56s
00:11:20stripwaxhrm, had still hoped for a bigger improvement.
00:12:29kugel3% is not a lot :(
00:12:42kugelbetter look at the gcc output again? :)
00:13:34stripwaxthree runs imdct patched - [ 30.64, 30.61, 30.78 ]
00:14:09stripwaxI 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:06gevaertsdo you need testing on more systems?
00:17:42stripwaxthree runs stock [ 31.09, 31.12, 31.14 ].
00:18:25 Join anewuser [0] (anewuser@unaffiliated/anewuser)
00:21:56kugelso 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:47saratogastripwax: that guy who tested before was running without the arm assembly stuff enabled at all
00:25:59 Quit perfectdrug1 (Quit: Leaving.)
00:26:08saratogai don't think hes tested yet with ASM enabled for both patched and unpatched tremor
00:26:38stripwaxkugel - I make that 37mhz realtime unpatched, 36.4mhz realtime patched
00:27:06stripwaxsaratoga - 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:20stripwaxbut fwiw it still doesn't seem to make a huge difference [on nslu2]
00:27:22saratogawhy is that?
00:27:26stripwaxwhy is what?
00:27:31saratoga(not using I mean)
00:27:44stripwaxbecause your patch uses CPU_ARM in some very critical places instead of _ARM_ASSEM_ ! (See earlier)
00:27:49stripwaxor grep.
00:27:58stripwaxunless I'm using the wrong version of your patch?
00:28:30saratogathe one on the wiki should be up to date
00:28:45saratogalet me grep through it
00:29:50saratogayou're right
00:29:52saratogai'll fix that now
00:30:29stripwaxjust 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:02saratogayeah i grepped and got them all
00:33:53saratogahttp://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:00stripwaxhm, not a lot of difference still :(
00:35:55saratogai was thinking of trying the stock mdct with our optimizations to see how it performs
00:36:12saratogalibtremor seems to perform a lot different then rockbox tremor for some reason
00:36:41stripwaxsaratoga - i guess we don't know how much overhead is in the example app?
00:37:02saratogastripwax: well the MHz for real time was pretty reasonable so i doubt its too much
00:37:26stripwaxmm, good point
00:37:50 Quit xiainx (Ping timeout: 260 seconds)
00:38:19stripwaxwith the ffmpeg-mdct.c asm turned on, seems to snip off another 0.1 seconds or so, still not big numbers.
00:38:47stripwaxhaving said that, I get about +- 0.4s sampling error here on my example file.
00:39:05stripwaxmaybe i'll try a bigger file.
00:40:44*stripwax tries Amarok by Mike Oldfield...
00:41:13saratogawhats your CPU clock and track length?
00:41:27gevaertsif -D_ARM_ASSEM_ is there and I use the v7 patch, I should be fine, right?
00:41:31stripwax266MHz. 60minutes.
00:41:50stripwaxi mean the one I'm testing now, not the old one. the only one was 233 seconds.
00:42:59stripwaxjust realized I should have been sending to /dev/null rather than /tmp/out.raw or whatever. that probably didn't help.
00:43:15stripwaxgevaerts - should be.
00:43:33gevaertshm, the unpatched one doesn't do -D_ARM_ASSEM_. add it manually?
00:44:00stripwaxgevaerts - modify ./configure and change the arm-*-* (in two places) to arm*-*
00:44:03stripwaxthen rerun configure
00:44:39saratogathe new patch changes configure, but i'm not 100% sure it'll work on all machines
00:45:12stripwaxI'm pretty sure the debian guys already updated their configure to work with nslu2. surprised that it wasn't upstreamed into tremor.
00:45:32saratogahmm about 35MHz for decoding that track on your player
00:45:36stripwaxmaybe i'm misremembering, maybe that change was only made for the optware nslu2 packages or something
00:45:40saratoganot bad at all for a target without IRAM
00:46:42stripwaxsaratoga - i made it 37mhz vs 36.5mhz (as above). but the track length i mentioned earlier (223s) was approximate and from memory.
00:46:48saratogai wonder if the poor vorbis performance on the sandisk OF is just a lack of enabling arm asm
00:46:49stripwaxxscale
00:47:04stripwax(on nslu2)
00:47:22saratogais that a lot faster then arm9 ?
00:47:26stripwaxno idea
00:47:40stripwaxif it needs less mhz ... ?
00:48:10gevaerts[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:28stripwaxon what target?
00:48:37saratogasome cortex thing IIRC
00:48:42gevaertsvorbis_256.ogg from the rockbox testfiles, armv5l 1.2GHz
00:48:58gevaertssaratoga: no, these are on my sheevaplug. The other one is my phone
00:50:06stripwaxok. 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:01MinatakuNot exactly real time, is it
00:51:23stripwax32.72Mhz?
00:51:32stripwaxMinataku - well, quite a bit faster, thankfully.
00:51:41MinatakuHeh
00:52:16MinatakuIt's amazing what these little things can do
00:52:22saratogatry the unpatched next
00:52:30*stripwax already is
00:52:40*gevaerts will try next on his phone
00:52:41stripwaxi expect results in about 5.5mins :)
00:52:56MinatakuHm. Rockbox on a Nintendo DSi.... could do a lot with the AsMP there.
00:54:36stripwaxsaratoga - 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:03saratogastripwax: no just the mdct stuff and windowing code
00:55:15saratogai assume we have to submit these things as seperate patches to get them accepted
00:55:22saratogathough feel free to submit that too :)
00:55:43MinatakuI'd submit them separately just to make it all cleaner and easier.
00:55:47stripwaxi wouldn't worry so much about the windowing code one
00:55:55stripwaxit was a small speedup even on rockbox
00:56:02MinatakuThat way if a part of it gets rejected then it's not all thrown out.
00:56:12saratogayeah but the asm for it is all mixed up with the asm for the mdct
00:56:36stripwaxplus it removes a couple of memsets that, probably, the xiph guys would want to stay there for correctness
00:56:54stripwaxsaratoga - ?
00:57:03stripwaxoh.
00:57:36stripwaxwell, just exclude it from that asm.h file, or put back whatever xiph had there previously
00:58:04stripwaxor i can see if i can remember what i wrote, and unwrite it :)
00:58:36gevaerts[8.60s,8.58s,8.69s] plain, [7.90s,7.97s,7.94s] patched, same file, cortex a8 (v7l) 500MHz
00:58:47saratogaits easy enough to remove, i'll see if they want it taken out once we have this worked out
00:59:35stripwaxunpatched I see 7m 58.75s. 35.35mhz?
00:59:42stripwaxso about 10%. yay!
01:00
01:00:04stripwaxmaybe nslu2 is just a bit clunky on buffering.
01:00:09gevaertsyes, about the same here I'd say
01:00:52stripwaxso time ivorbisfile_example seems to give more realistic results on larger files
01:01:03stripwaxgevaerts - excellent!
01:01:03saratogais there a way to grep a binary file?
01:01:30MinatakuIf you're looking for strings, use strings then grep the output
01:01:40saratoganot interested in strings
01:01:45MinatakuOtherwise grep will just report "Binary file x matches"
01:02:29 Quit salty_horse (Quit: Leaving)
01:02:33MinatakuCheck the manual page, look at −−binary-files
01:02:54Minataku−−binary-files=TEXT looks like it may be what you want
01:02:57gevaertsstripwax: my numbers work out to 8%
01:03:05gevaertsfor both systems
01:03:29stripwaxyeah me too more-or-less
01:04:23 Join TopyMobile [0] (~topy@xdsl-78-34-65-136.netcologne.de)
01:04:36gevaertsClose enough on three pretty different systems to be reliable I'd say
01:05:33saratogai searched the sandisk vorbis decoder and i don't see the mdct constants
01:05:41saratogai wonder if they're using low accuracy mode or something stupid like that
01:06:31stripwaxdo you see the 'alternative' mdct constants?
01:08:13saratogatoo lazy to compute exactly what they are :)
01:08:29saratogai don't see the arm asm code for things like xprod32 though
01:09:10saratogai 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:41stripwaxsaratoga - yeah I can't be bothered to calculate them either.
01:10:57saratogahaha i see XPROD31
01:10:59saratogaits in c
01:11:01saratogaand not inlined
01:11:11saratogaso they stack and unstack all the registers
01:11:16saratogafor each and every cross product
01:11:17stripwaxjeebus
01:11:24stripwaxhow could it
01:11:28stripwax*not* be inlined?
01:11:33saratogano wonder they get 45% the battery life for vorbis then for mp3
01:11:59stripwaxunless they defined STIN to be empty
01:12:11saratogastripwax: http://pastebin.com/XVcfjfVn
01:12:18saratogaright at the top of the vorbis decoder
01:12:23stripwaxor ballsed up in some other way. you certain that the same (sort of) instructions don't show up inlined somewhere else?
01:13:20saratogai see their butterflies, also done in c and terrible
01:13:50stripwaxthat is hilariously bad. is rockbox battery life better than both mp3 and vorbis? :-)
01:13:56saratogastripwax: none of the other uses of smull or smlal are a cross product
01:14:06stripwaxfantastic
01:14:06saratogastripwax: its about the same or maybe a little better
01:14:14saratogathough i guess if they're using low accuracy mode?
01:14:17stripwaxit ought to be a bunch better
01:14:27stripwaxif they're using low accuracy mode they wouldn't use the 32x32-64 mul
01:14:40saratogayeah so i might not see it
01:14:42stripwaxand they'd have ldrb not ldr.
01:14:52saratogaldrb?
01:14:54saratogawhats that do
01:14:57stripwaxer, i guess ldrw. or something.
01:14:59MinatakuNo wonder they gave you guys samples of the devices
01:15:04stripwaxhahahaha
01:15:18MinatakuProbably thought "Let's write our firmware like crap, Rockbox is gonna make one for us anyway"
01:15:20Minataku;3
01:15:53saratogaactually if i can't find the mdct values they probabyl are using low accuracy mode
01:16:51stripwaxsaratoga - but the low-accuracy MULT31 is (x>>8)*y . so the XPROD31 should have a bunch of shifts in it.
01:18:00stripwax(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:18stripwaxwhich means the tables are probably tucked away somewhere else somehow. runtime, anyone? :-p
01:19:02saratogaeven 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:13MinatakuCould be they compressed the table to store it then inflate at runtime
01:21:16saratogayeah but its small enough i doubt they do
01:21:47MinatakuNever underestimate the lunacy of others.
01:22:09stripwaxsaratoga - you searched for the little-endian or the big-endian constant?
01:22:16saratogalittle endian
01:22:31saratogaerr i searched for whatever the 0x####### stuff is
01:22:36saratogai assume thats little endian?
01:22:45stripwaxwell, which order did you put the bytes? :-p
01:23:07stripwax0xaabbccdd and you grepped for aabbccdd is big endian
01:23:20saratogai'll try the reverse
01:23:33stripwaxyeah
01:23:53MinatakuUNIX NUXI IXNU XINU
01:23:55saratogaah you're right
01:23:59stripwaxwell there ya go
01:24:01saratogaits in there, little endian
01:24:23stripwaxmakes sense
01:24:25saratoga0xBEA5 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:48stripwaxUnhelpful - 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:00stripwax[we don't use it in rockbox anymore, but still]
01:28:18Unhelpfulstripwax: 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:21stripwaxsaratoga - 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:43saratogastripwax: hmm?
01:29:45 Quit xyzzy (Client Quit)
01:29:50stripwax(like, there's no vect_add_left_right, vect_add_right_left, which was my windowing change in rockbox)
01:30:08stripwaxsaratoga - you said the windowing patch was in your patch - but I'm not sure which windowing patch you're referring to
01:30:29saratogastripwax: i just mean dropping the memsets IIRC
01:30:37stripwaxoh, ok.
01:30:45saratogaand i think adding some ASM?
01:30:57stripwaxmaybe but doesn't look like my asm..
01:31:45stripwaxoh but i see stock libtremor doesn't have any vect_mult_bw - so i guess that's it
01:31:55stripwaxnot the rockbox version, some previous version maybe?
01:32:37saratogastripwax: I thought I took everything in our misc_arm.h file but maybe not
01:32:48saratogaif you want to improve it, just update the patch :)
01:33:11stripwaxyou 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:41stripwaxwhich is probably not very xiphy
01:34:10stripwax[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:58saratogastripwax: i'm sure xiph would be happy with any smaller patches we could send them
01:38:32stripwaxno, i mean my other windowing changes were pretty darn hacky and ugly
01:39:47saratogatheres probably other things we could give them though
01:39:57saratogai 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:10stripwaxWhat's the best reference to give tips about optimal scheduling of asm instructions on the various arm cores?
01:48:21stripwaxfft-ffmpeg_asm.h is pretty naive
01:48:43saratogastripwax: unfortunately the individual arm programmers manuals
01:49:12 Quit killan_ (Quit: ( www.nnscript.com :: NoNameScript 4.22 :: www.esnation.com ))
01:49:16saratogabut 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:51stripwaxif you've ever written code for a 5 stage risc before, yeah, maybe :-p
01:50:49saratogastripwax: well basically don't use something immediately after you load it or immediately after you multiply it
01:51:35Unhelpfularm system developer's guide has nice tables also. :)
01:51:41saratogaanyway got to run
01:53:48Unhelpfuland 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:50stripwaxvery 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:34stripwaxany stalls doing r4,r5,r1 followed by stmia(r4,something,something)?
01:56:00Unhelpfulstripwax: 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:32Unhelpfulwe'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:55Unhelpfulswp, 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:51Unhelpfularm9e 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:14Unhelpfularm11 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:12Unhelpfulalso 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:31stripwaxyeah, 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:57Unhelpfulalso 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:05CIA-5New commit by 03rmenes (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:31plus_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:09funmanplus_: 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:56amrin a try to fix the diacritics issue, just want to know how much size should I reserve to buffer a glypgh bitmap
09:47:23amralso, when testing on the simulator, can DDD be used to debug the code, or what ?
09:47:29amrI know I came at the same inappropriate time, but I'll keep track of logs, thanks
09:48:59funmanamr: you can debug the simulator with gdb (or ddd or any debugger)
09:50:37amrI noticed in the advanced make options : debug and log .., does it have something to do with that ?
09:51:27funmanno, those options enable some code for on-target debugging
09:52:54 Join stoffel [0] (~quassel@p57B4D8CD.dip.t-dialin.net)
09:53:24amraha, that's why debugf() worked with me ragradless of selecting the option , but I couldn't figure out how to use logf()
09:54:45funmanyou 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:42amrI just got a warning: "implicit declaration of 'logf' "
10:03:05amrit worked, just the order of define and include, thanks
10:04:47amrbut is it normal for its output to appear on the console like debugf() ?
10:05:01funmanon the simulator? probably
10:05:14funmancheck firmware/logf.c
10:05:43amrok, thanks a lot funman
10:08:53amryeah, 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:54kugelfunman: 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:03amrAny idea about the max buffer size for a glyph bitmap ?
13:32:42amrI guess it's pf->offset , or pf->maxwidth * pf->height
13:33:23amrbut I need to reserve a buffer statically, so I need a fexed value
13:33:35amr* fixed value
13:34:26funmankugel: doc for the SSP controller: http://infocenter.arm.com/help/index.jsp?topic=/com.arm.doc.ddi0194e/index.html
13:35:33amrI tried to put just a rough number (400) for the buffer and it worked but it deosn't sound a good practice
13:35:58kugelthanks
13:35:59funmankugel: argh my patch is broken: i forgot to return the value read from dbop_read()
13:36:33kugelamr: glyphs are just mono bitmaps IIUC, so maxwidth*height/8 should do it
13:38:10amrcan I find a #define for the max mawidth and max height ?
13:42:55amror just assuming values of 8 * 16 / 8 and reserving a buffer size of just 16 that will work for all cases ?
13:43:41pixelmadoesn't it dependent on the font size?
13:44:51funmanI read 0x4141 from dbop (0x41 each time then) => -340 != 0
13:46:12amrI'm in font.h and font.c now and trying to figure out the #defines , but it seems values are font dependent
13:46:33funmanamr: there are font of different sizes
13:51:20amrI posted the patch with its current state and I hope someone gives it a look http://www.rockbox.org/tracker/task/11095
13:54:44funmankugel: lcd_write_pixel: s/10/1<<10/
13:56:25funmanamr: you should ask mt or tomers
13:57:27amris the forum better to reach them ? at least I saw tomers there ..
13:58:42amrmy topic about the issue is here http://forums.rockbox.org/index.php?topic=24173.0
13:59:20funmanyeah but i don't know how much present they are now, you could write to the dev mailing list
13:59:59funmaniirc tomers worked on bidirectional fonts and mt on arabic
14:00
14:03:13amrok, I can see mt here now, I hope he comes across our discussion , thanks
14:03:28funmanmt: ping ^
14:04:02funmanmy 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:50amrlines appear well with me
14:09:26pixelmaI think other people interested in this would be Unhelpful and amiconn as they seem interested in (bitmap) drawing
14:10:33amryeah, what I tried to fix is really a suggestion by amiconn
14:14:16CIA-5New commit by 03alle (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:20kugelfunman: 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:20mc2739funman: do you still need to have a bootloader tested on e200v2?
14:27:48funmanmc2739: 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:54bluebroth3rdomonoky (and translators): I had some time on a train trip yesterday: http://www.alice-dsl.net/dominik.riebeling/weblinguist/
14:40:04bluebroth3rthat'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:22bluebroth3rof 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:41funmankugel: 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:42kugelwell, the fuzev1 had this embedded into window_x() (and we didn't appear to use that part) as well
14:49:45domonokybluebrother: looks nice.
14:52:52kugelfunman: ^, 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:54kugelwhat?
14:54:57funman:D
14:55:04*kugel likes to be slapped that way! :)
14:55:19kugelpatchy?
14:55:21funmanbrightness is indeed *very* low, but we can tweak backlight code for that
14:55:41funmani added CCU_IO |= 0x1000 in lcd_init_device() before _display_on
14:56:01kugeldidn't my ams_dbop_init do that?
14:56:37funmanyes but the bit is cleared in lcd_init_device()
14:57:22 Quit Adubb (Read error: Connection reset by peer)
14:57:48kugelerr
14:59:22kugelwow indeed
14:59:27pixelmabluebrother: 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:30funmanworks for you too ?
14:59:51kugelI can definitely see a reaction with only that line added to my code
14:59:57funmangreat!
15:00
15:00:21funmanATA error : -1 too ?
15:00:23kugelwas 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:29funmankugel: 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:14kugelwoohooo
15:05:22kugelalmost a rockbox logo!
15:05:42 Join Adubb [0] (~aldubuc@67.201.160.144)
15:05:52kugelI can't believe my code only lacked that single bit :\
15:06:09kugelI see an ata error, yes
15:06:10funmanthat 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:37funmankugel: hm you had put the define of AS3525(v1) cpu in fuzev2
15:12:47funman+config/sansafuzev2.h
15:13:17kugelwhoops
15:13:41funmanstorage works so far
15:14:14kugelthere's indeed a leftover from the update finished screen of the OF
15:14:44funmanlcd_clear_display() would do the trick
15:16:20*FlynDice sits down with popcorn & a beer to watch the action unfold.....
15:16:59kugelfunman: 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:29FlynDicethis is way more interesting ;-)
15:18:10funmankugel: 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:55funmanworks by commenting out MULTIDRIVE/NUM_DRIVES/HOTSWAP
15:21:35kugelfunman: the usd bit should be different, as GPIOB5 is for buttonlight
15:21:57funmanah right
15:22:02kugelthe usd init is in the disassembly
15:22:17kugel(init_gpio IIRC)
15:26:50kugelA2
15:27:03funmanso A2 isn't µSD detect ?
15:28:33kugelah yes, detect and switch is different :9
15:29:06kugelD7 maybe?
15:29:56funmanD2 = power
15:31:32kugelthe main menu looks awesome :p
15:34:04 Join CaptainKewl [0] (~jason@cpe-68-173-40-122.nyc.res.rr.com)
15:34:12funmanFM 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:21funmanno it seems to be B5 as well
15:37:58kugelmeh, they re-use the buttonlight pin for storage again? :(
15:38:08funmanhmm
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:49funmandetection is perhaps inversed, it boots with a µSD inserted, but then it powers down like if i was pressign power
15:42:47funmanthat's it: A2 is set when µSD is present
15:43:11kugelyea, I saw that already ;)
15:43:37funmanGPIOA_* registers need to be setup differently for interrupt ?
15:44:06funmanor only card_detect_target
15:44:50 Quit komputes (Remote host closed the connection)
15:44:50kugelbuttons can be read via dbop again
15:46:52funmanD2 isn't reliable for pwr button
15:50:28kugelfor 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:11jessemalloryHey all
16:08:23 Join bertrik [0] (~bertrik@rockbox/developer/bertrik)
16:09:28jessemalloryHaving some trouble getting Rockbox working on my H320 - anyone able to give me a hand/some advice?
16:09:47domonokyif you tell us what the problem is..
16:10:08jessemalloryInstalled the lastest rockbox, but it constantally boots into the normal firmware...unable to get rockbox going.
16:10:56gevaertsis the bootloader installed?
16:11:17jessemalloryShould be, I chose the option in the installer.
16:11:31LloreanThat's not the whole install
16:11:39LloreanTHe installer also gives you extra steps you need to perform
16:12:08jessemalloryYeah I've gone throught he install, and just double checking on the bootlader now, one sec
16:12:40LloreanRBUtil 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:42LloreanDid you do those?
16:12:52jessemalloryah, not yet....
16:12:55jessemalloryTHat could be why
16:13:11LloreanYou need to carefully read what the program tells you.
16:13:40jessemalloryMy 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:00jessemalloryProably shouldn't of tried this at 2am in the morning :P
16:23:30jessemalloryand working
16:23:39jessemalloryHelps if you do read the destructions
16:23:48kugelfunman: are you working on something right now?
16:23:56funmantrying to find the FM pins
16:24:06funmanafter i'll push some stuff but not lcd (didn't clean that up)
16:24:24funmansansafuzev2.h / powermgmg-target.h / fmradio-i2c-as3525.c
16:26:07kugelheh, 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:40kugelI'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:51kugelhigher backlight brightness would be nice too
16:30:47funmankugel: does using dbop_read_input() break lcd ?
16:30:56kugelit breaks the entire fuzev2 :p
16:31:07kugelwell, the lcd is black
16:32:21kugelwith your dbop_read function I can read the front buttons, but no wheel/home/power/hold
16:32:28kugelI will try the red pixel trick again
16:34:20funmantry with CCU_IO &= ~0x1000 it could be a button switch
16:40:25ranmakugel: 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:13ranmaAlso 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:29CIA-5New commit by 03alle (r25350): No need to use parenthesis here
16:53:32LloreanStrife89: There have been reports of dynamic playlist creation not working on read-only targets too
16:53:41LloreanI don't know why, but I guess it requires the ability to write?
16:53:46Strife89Yeah.
16:54:05Strife89Rockbox apparently writes a dynamic playlist to disk when it's created.
16:54:29Strife89If the disk is read-only or fills up while writing, Rockbox can't proceed.
16:57:06CIA-5New commit by 03alle (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:41CIA-5New commit by 03alle (r25352): Add the identifying header
17:05:18kugelfunman: 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:29funmando you get 0x41 too ?
17:09:13kugelyes
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:56kugelfunman: 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:14kugelhm, 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:05bertrikyes, 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:35funmanthere seems to be 2 possibilities for SDA pin
17:39:42kugelthere doesn't seem to be something interesting on GPIOA 6&7, I wonder why the OF reads them
17:39:54kugelunless I'm missing something and the scrollwheels are on that (my hope)
17:41:02flybackany changes to the Telechips/sansa c140/150/c100 code recentely?
17:41:47funmanno one is working on it afaik
17:43:53ranmaHmm, reading DBOP buttons thrice and discarding the read if they are not the same makes buttons more reliable for me here.
17:44:35bertrikranma, I know the c200 doesn't read the buttons completely stable and I have a patch for that (I think)
17:45:56ranmaCool.
17:46:49 Join S_a_i_n_t_ [0] (S_a_i_n_t@203.184.2.13)
17:47:12funmanhm can't make fm work :o
17:47:28flybackfunman, it's ok :)
17:47:30flybackjust curious
17:47:41flybackI still have these 5 broken units here with various corrupted flash roms
17:47:52flybackat 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:17ranmabertrik: Want me to test your patch?
17:51:56kugelbertrik: 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:14CIA-5New commit by 03funman (r25353): Fuzev2: µSD detect pin is A2 like Clip+, but the meaning is reversed
17:53:15CIA-5New commit by 03funman (r25354): Fuzev2: fix normal build: enable charging properly, disable FM, use as3525v2 cpu
17:56:42*kugel found home button
17:56:49kugelGPIOB3
17:57:12 Nick fidencio[AWAY] is now known as fidencio (~fidencio@li113-135.members.linode.com)
17:58:32bertrikranma, can't seem to find it anymore, but I think I do still remember what was in it
17:58:43kugelfunman: the of checks power twice, maybe it's really not that reliable
17:59:06funmanah ok
17:59:22funmanwhen looking in dbg_ports it looked ok but perhaps there are spurious events that enable it
18:00
18:00:47funmanhm on usb insert I see the usb logo but no reboot
18:00:55 Join dfkt [0] (dfkt@unaffiliated/dfkt)
18:01:01kugelI'm fairly sure the scrollwheel is on GPIOA 6&7, but I see no reaction
18:01:35ranmabertrik: Is it a simple to explain issue/fix? Then I could just try to implement it here myself.
18:01:43bertrikmaybe it needs some kind of pull-up or pre-charge (just guessing)?
18:02:31bertrikdidn't use of the scrollwheel targets also need some kind of enable pin?
18:03:24bertrikranma, yes, it's a simple fix
18:08:38pamaurygevaerts: 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:59ranmabertrik: 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:16gevaertspamaury: I don't remember the details...
18:25:07gevaertsIsn'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:47funman5000, 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:28gevaertsand neither does http://www.research.att.com/~njas/sequences/index.html
18:35:00funmanthanks
18:35:08 Join planetbeing [0] (~planetbei@c-71-236-164-204.hsd1.or.comcast.net)
18:35:29gevaertsIt 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:03funmanlast ones are 8*9*10, 12*12*10
18:36:32funmanperhaps it's just there to distract me :)
18:37:04 Join m3dlg [0] (~m3dlg@bb-87-81-252-83.ukonline.co.uk)
18:37:15gevaertsprobably :)
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:20AlexP1440 is the number of minutes in a day, and 720 is twelve hours
18:41:09S_a_i_n_tNew to #rockbox: Who can break the secret code? ;-P
18:41:13funmanAlexP: good catch, it's probably the backlight timer in milliseconds (although it stops at 1 hour = 3600000 milliseconds)
18:41:21gevaertsS_a_i_n_t: not exactly new :)
18:42:01S_a_i_n_tgevaerts: Heh...that's "Who can break the Rockbox code" ;D
18:43:11*funman can create red when he wants!
18:43:45AlexPEven I can do that :)
18:44:00kugeldid anyone ever find the diagnosis mode in a samsa OF?
18:44:54funmankugel: yep
18:44:58funmanthat's how i found the FM pins
18:45:14kugelwhere is it?
18:45:15funmantest 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:29funman"[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:41kugelhm, my ida doesn't find it with asci text search
18:49:52funmanyou have otg_functio loaded ?
18:50:37 Quit Barahir (Ping timeout: 246 seconds)
18:50:49funmanhm 5f407 corresponds to nothing, ignore that one
18:51:38funmanhm i think i understand what we need to do for brightness
18:53:48kugelfunman: it doesn#T find anything
18:53:56funmanwriting 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:17funman% grep -E "\[Keys Test\]" *
18:55:17funmanBinary file otg_functio matches
18:55:34 Join m3dlg [0] (~m3dlg@bb-87-81-252-83.ukonline.co.uk)
18:55:38kugelbut ida doesn't find it
18:55:53funmanwhich version do you disassemble?
18:56:56CIA-5New commit by 03tomers (r25355): Brickmania: Prevent two overlapping balls from destrying bricks together and stick forever
18:57:10kugel2.01.17
18:57:24funmanwhat do you have at 0x30032407 ?
19:00
19:00:01funmankugel: look at as353x_clcd_enable() in arch/arm/mach-as353x/lcd.c
19:00:47kugelI don't have 0x3XXXXXXX in the otg_functio disasm
19:00:58funmanyou must load it at the correct address given by amsinfo
19:01:22 Quit BlakeJohnson86 (Quit: Leaving.)
19:01:25funmanload it together with your current disassembly because each block call the other
19:01:41funmanFile>Load file>Additional binary file , specify the address
19:02:01kugeloh, the default settings weren't appropriate
19:02:35kugelload within the firmware disasm?
19:04:21funmanyep
19:05:58kugelwhat addresses should I type in?
19:06:31funmanwhat amsinfo tells you for start address
19:06:56 Join BlakeJohnson86 [0] (~bjohnson@2002:1876:a27b:0:227:13ff:fe65:1262)
19:07:06kugelyes, 0x30003000, but in which field in ida should that go in? (loading segment, loading offset, file offset?)
19:07:40funmanloading offset, empty the 2 others
19:08:05funmanfile 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:51funmanuff i just lost all my work
19:18:00CIA-5New commit by 03tomers (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:45CIA-5New commit by 03tomers (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:30CIA-5New commit by 03tomers (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:20kugelfunman: what is in as353x_clcd_enable()?
19:43:40funmanbacklight code
19:43:50kugeldid you try it already?
19:44:01funmanyes - no results, but a better understanding
19:44:05 Join Barahir [0] (~jonathan@gssn-5f757d88.pool.mediaWays.net)
19:46:21funmansound works at least
19:47:00 Quit xiainx (Ping timeout: 258 seconds)
19:47:40funmanas3543 datasheet would help, i wrote to the guy tuesday but still no answer. we'll see!
19:47:43funmanbye
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:42pamaurygevaerts: 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:44pamaury*logicial
20:21:36 Quit robin0800 (Remote host closed the connection)
20:23:40pamaury*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:43gevaertspamaury: 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:25pamauryIndeed. After fixing this I got storage and hid working with the nonblocking/blocking modification
20:36:30gevaertsI think we need something like http://pastie.org/890005.txt
20:38:18pamauryno :) 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:31pamauryBut I hardy show why the host would halt an endpoint :)
20:38:54gevaertsah, of course...
20:39:10 Join bluebrother [0] (~dom@rockbox/developer/bluebrother)
20:39:24pamauryI did that myself and it worked so it sound sensible
20:39:59gevaertsso http://pastie.org/890016.txt I guess
20:40:18pamauryyes
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:25pamaury*his
20:40:27gevaertsDo you want to commit, or shall I?
20:40:53gevaertspamaury: saratoga has a patch for that, but it can't really work to debug anything that involves usb storage :)
20:40:54pamauryAs you want, the current code works with it, for reason you don't want to here
20:41:05pamaurygevhehe
20:41:12pamaurygevaerts: hehe, you're right
20:41:29pamaury*don't want to ear
20:41:34*pamaury is tired today
20:41:40CIA-5New commit by 03gevaerts (r25359): Remove unnecessary (and incorrect) acks after stalling the control endpoint
20:42:05pamauryI 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:03superDAUhey, 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:32superDAUIs there any way to write it back? I have an (dd-backup)
20:47:39gevaertssuperDAU: your next step is http://www.rockbox.org/wiki/SansaE200Unbrick
20:47:55superDAUthx, im reading
20:50:01 Join _deV_nuLL_ [0] (~Miranda@ADijon-256-1-127-126.w90-6.abo.wanadoo.fr)
20:52:16superDAUhm, i think this all won't work, because the device doesn't even register as a mass storage dev.
20:52:33superDAUdmesg tells me this:
20:52:35superDAUhttp://www.rockbox.org/wiki/SansaE200FirmwarePartition
20:52:42gevaertsyes, that's expected
20:52:42superDAU[ 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:56gevaertshm, that's unusual...
20:53:17superDAUi only overwrote the partition table with fdisk
20:53:35pamaurylol, the device is quite picky about usb address
20:53:38gevaertsTry 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:21gevaertsActually, 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:18superDAUi 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:10gevaertsnot the power button, the select button
21:07:28gevaertsYou can force it to be powered off by holding the power button for 30 seconds or so
21:07:37kugeljust 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:48superDAUyeah! worked, thanks very much. I got hope!!!
21:09:18superDAUthis 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:46saratoga_labwhy do we even have a "Prevent Track Skipping" feature
21:11:03saratoga_labit 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:24Lloreansaratoga_lab: Because you can't seek backward from the beginning of a song into the previous track
21:13:38LloreanOr at least, I seem to remember that being one of the reasons people were wanting it.
21:13:56saratoga_labi'll read fs6188 now
21:15:03kugelI 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:22kugels/track skip setting/skip length setting/
21:15:44saratoga_labi wish we didn't have so many weird playback features
21:16:40pamauryAs one of my classmate says: "do like gnome: each new version removes a feature" :)
21:16:56pamauryBut 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:40kugelsdoyon 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:42saratoga_labwe have such concern about bloat, unless it involves playback.c in which case everything goes!
21:19:01kugelit 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:16LloreanMaybe we should cut accessibility features out and create an "Accessible Rockbox" branch. Then a lot could be simplified. :-P
21:19:17saratoga_labyeah 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:37saratoga_labit'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:59kugelsaratoga: 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:58saratoga_labif playback is core job, we're incompetent
21:22:06saratoga_labthats 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:50kugelbut still more competent than most OFs, and we partly make it up with other great features
21:24:17saratoga_labwe have more features, but i'm not sure we really handle playback much better
21:24:21domonokysaratoga_lab: but audip is really our core job, and maybe its so messy, because we want it to have so many features..
21:24:51kugelsaratoga: we surely do
21:25:11saratoga_labmy old ipod 3G like 5 years ago was probably on par in terms of plaback stability, maybe even a little better
21:25:21domonokyand we surely do better then many OFs, at least from what the user can see.
21:25:25saratoga_labthere were just a handful of bugs i could see, and most were fixed over time
21:25:37LloreanWell we've also got a lot of audio features that don't make sense in a portable environment
21:25:51LloreanThe "nudge" feature in pitch shift, crossfade, etc, are more DJ-related than portable listening related.
21:25:59LloreanWe don't really have a core focus on what *sort* of playback is important
21:26:08voketHi 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:36saratoga_labhold power for a while to reboot it and then plugin the USB cable
21:27:12voketsaratoga: It doesn't power on at all, with or without the cable.
21:27:35kugelbecause it crashed
21:27:35saratoga_labi 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:42FlynDicevoket: hold the power button for 15 secs
21:27:46kugelthat's why you need to hold power for 20s or seconds
21:27:53kugelto actually turn it off
21:28:02saratoga_labi certainly never had that happen on my old ipod
21:28:41kugelbecause the ipod doesn't have such a feature rich playback system
21:28:46voketOh wow, you guys are awesome. Thanks.
21:28:47kugeland playlist
21:29:23 Quit flydutch (Quit: /* empty */)
21:29:24saratoga_labthe ipod did have repeat though, and it worked better then ours in that it didn't jam up playback
21:29:57bluebrotherpixelma: 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:26superDAUme 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:41kugelthat's normal
21:30:43domonokysaratoga_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:14saratoga_labwell 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:34kugelsuperDAU: you're in the recovery mode now, you can drop the OF into the 16MB FORMAT drive that should appear
21:31:48saratoga_labi bet if i had the hours it would take to bisect that bug, the commit was another playback bug fix :)
21:32:04domonokythats life. you always get that with complex software unless you never create new features and only fix bugs.
21:32:43kugelmay I recommend you to use the OF instead then? :)
21:32:53domonokybut in the time we fix two playback bug, we make 5 new features for it with 10 new bugs in it :-)
21:33:20superDAUOF 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:23LloreanWell, 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:23gevaertssuperDAU: I suspect you'll also need the sansa.fmt bit
21:33:35gevaertsouch, don't do that!
21:33:51LloreanI'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:54gevaertsRecovery mode doesn't expose the main flash...
21:34:09LloreansuperDAU: It's a really, really bad idea to just try stuff hoping it will work
21:34:28superDAUok
21:34:38saratoga_labi'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:43lontrahi 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:47domonokyLlorean: thats commit early and often.. which isnt too bad. This way others can help fix the bugs too.
21:34:57Lloreandomonoky: When they get fixed.
21:35:21saratoga_labfor wps thats probably a reasonable approach since people tend to notice bugs pretty quickly and then report them
21:35:36Lloreansaratoga_lab: Yeah, but when the bug is known *before* the commit?
21:35:37saratoga_labbut if i broke AB Repeat mode today it'd be months before we got a bug report
21:35:43kugelprobably
21:35:44LloreanIt's not like you need people to tell you about a bug you already know exists.
21:36:01gevaertslontra: that's expected with the release versions
21:36:45lontragevaerts: so how can i get my file manager to see it as a typical usb device and not as an ipod?
21:36:59Lloreanlontra: Isn't that something to ask whoever provides your file manager?
21:37:05*bluebrother wonders what "sees the apple firmware" means
21:37:20saratoga_labuse a current build instead of a release would disable the reboot to the OF at least
21:37:24lontrano because it's apple software i see when it plugs into my laptop not the rockbox software
21:37:47saratoga_labyes thats intentional in the building your using
21:37:58lontrasaratoga_lab: why?
21:38:14saratoga_labbecause IIRC charging doesn't work on your player
21:38:25saratoga_labso it reboots into the OF when you plug in USB to charge
21:38:26bluebrotherlontra: how can you see "apple software"? Rockbox does not run on your laptop, it runs on the Ipod
21:38:48lontrasaratoga_lab: ok so i should use the manual install and install a devel version?
21:39:03LloreanOr just fix your file manager to not treat iPods differently when it doesn't need to.
21:39:04saratoga_labit doesn't matter how you install, but using a newer build will disable the reboot
21:39:11gevaertslontra: if your problem is that itunes always pops up, configure it to not do that
21:39:13lontrasaratoga_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:04LloreanWould 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:09superDAUhow should i copy the .mi4?
21:42:15LloreansuperDAU: However you normally copy files, cp for example.
21:42:35 Quit Kitar|st (Ping timeout: 248 seconds)
21:44:02saratoga_labi wonder how hard it would be to add a scripting interface to the sim
21:44:20saratoga_labi guess scripting the SDL actions is easy enough to simulate button presses, but i wonder how repeatable that is
21:44:32domonokyLlorean: a better way would be to make some boot profiling/measuring, to find out what takes so long. :-)
21:44:54domonokyand the write a bug report: X needs too long on boot :-)
21:44:59domonoky+n
21:45:07lontrasaratoga_lab: thanks that worked
21:45:21saratoga_labput some logf commands in main.c and just log the millisecond timer after each init function
21:45:28saratoga_labshouldn't be hard to do at all
21:45:31Lloreandomonoky: 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:55domonokysaratoga_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:06saratoga_labi did something vaguely like that trouble shooting buffering issues a while back
21:46:44saratoga_labi wonder how deterministic the simulator really is
21:47:07saratoga_labits 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:44superDAUthank you very much, llorean, gevaerts and kugel. i got the OF running again now. You saved my day!
22:00
22:00:17superDAUdmesg 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:51superDAUwhen 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:27gevaertssuperDAU: which version of ubuntu is that?
22:09:01superDAU9.10
22:09:22gevaertshm
22:09:55gevaertsDid you use the sansa.fmt file to reformat it?
22:10:07superDAUyope
22:10:27 Quit _deV_nuLL_ (Ping timeout: 246 seconds)
22:10:48gevaertsIs it in MSC mode?
22:11:01superDAUYupp
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:27gevaertsI assume you've tried more than once? Does rebooting the sansa help?
22:12:43superDAUno
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:59gevaertsCan 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:21superDAUhere it is: http://pastebin.com/SiuKmBB4
22:20:24gevaertsok, that bit is definitely correct
22:21:51 Join liar [0] (~sqrt@213162066162.public.t-mobile.at)
22:21:52gevaertshm, actually...
22:22:09gevaertsDoes 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:46superDAUno, 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:45gevaertsCould 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:10superDAUlooks like this: http://pastebin.com/2FJ3p0Ye
22:32:04 Quit merbanan (Ping timeout: 245 seconds)
22:32:23gevaertsweird
22:33:06 Quit xiainx (Quit: Good Bye)
22:33:09gevaertsCan you try "hdparm -z /dev/sdb"?
22:37:30 Quit tomers (Quit: ChatZilla 0.9.86 [Firefox 3.5.8/20100214235838])
22:38:04superDAUdid, re-reading partition table
22:38:22superDAUi can't even read from /dev/sdb!
22:38:54superDAUif=/dev/sdb bs=512 count=1 of=/home/.../Desktop/mbr.txt dd: öffne „/dev/sdb“: No medium found
22:39:56gevaertsSomething seems to have gone wrong in the recovery...
22:40:30gevaertsMaybe try putting the sansa in recovery mode and put the sansa.fmt file on it (nothing else)
22:41:50superDAUwhen i turn the device on, i get an "refresh database fail" error
22:42:37gevaertsIt's clearly still confused about its flash
22:45:00superDAUnow 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:36gevaertsYou're doing something wrong then
22:47:41gevaertsswitch hold on, press record, and while pressing record press power
22:50:09superDAUoh, tried the select-method
22:50:20gevaertsthat's manufacturing mode...
22:52:16 Join xiainx [0] (xiainx@wpa106038.Wireless.McGill.CA)
22:52:23superDAUin the filesystem , there are to files. <EMSDOS.5.0 and one with very strange characters
22:53:27gevaertspossibly a result of your earlier attempt to copy things back with dd. I'd ignore those for now
22:53:39superDAUthe filesystem is read only
22:54:54gevaertsYou could try formatting from the OF, but I don't know if that's thorough enough
22:55:02gevaertsApart from that, I don't really know...
22:55:15*gevaerts has to go now
22:56:04superDAUthanx very much, anyway, i thought i would never hear music again ;-)
22:57:57superDAUcan somebody else tell me how to format from the original firmware?
23:00
23:01:52superDAUsuperdau 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)

Previous day | Next day