| 00:00:03 | | Join Zarggg [0] (~zarggg@2001:0:4137:9e74:0:fbf3:beb1:ba3d) |
| 00:02:02 | dfkt | linuxstb, i bricked a cowon player today, the new cowon v5... would it be possible to try adding it to tcctool? |
| 00:02:40 | dfkt | it's "TCC91xx usb-boot mode"=LIBUSB_DEV, USB\VID_140E&PID_B077 |
| 00:03:16 | | Quit Zarggg (Client Quit) |
| 00:03:20 | dfkt | it runs windows ce 6, ram is 166636kb |
| 00:04:20 | dfkt | a firmware for it is here: http://www.cowonglobal.com/download/Firmware/COWONV5/COWON_V5_1.08(20100325)_FW_ENG.zip |
| 00:06:20 | linuxstb | dfkt: That's a big firmware... |
| 00:06:58 | dfkt | 40mb unpacked, indeed |
| 00:07:08 | Torne | linuxstb: is there any reason to keep the weird instructions on the CrossCompile page about using gentoo's crossdev to build a toolchain? it's not been touched since 2007, gentoo doesn't even have the versions ofthe tools we use any more, and it doesn't include any of our patches |
| 00:07:30 | krazykit | and Unhelpful never managed to make it work when he ran gentoo, as i recall |
| 00:07:32 | Torne | it seems to be inviting people to make a toolchain thata doesn't quite work :0 |
| 00:07:42 | Torne | crossdev has its own patches/etc that it uses |
| 00:08:13 | Bagder | I say lets get rid of it |
| 00:08:20 | * | Torne does so |
| 00:08:23 | * | linuxstb too |
| 00:09:15 | Torne | i am also going to add a note saying that using rockboxdev.sh is strongly recommended over the manual build instructions |
| 00:13:35 | | Quit CGL (Remote host closed the connection) |
| 00:14:08 | | Quit mt (Ping timeout: 240 seconds) |
| 00:14:18 | | Quit DataGhost (Ping timeout: 240 seconds) |
| 00:16:48 | Torne | ok, done ;) |
| 00:19:36 | | Quit Topy44 (Ping timeout: 276 seconds) |
| 00:19:43 | Torne | S_a_i_n_t: You there? How do I test this hotkey keymap thing? :) |
| 00:20:13 | Llorean | Should the Clip+ be unstable now that it's not read only? |
| 00:20:23 | Llorean | Or am I misunderstanding recent development there? |
| 00:24:06 | | Quit halmi (Ping timeout: 240 seconds) |
| 00:25:46 | | Join Topy44 [0] (~topy@my.fastsh.it) |
| 00:30:16 | | Join jfc [0] (~john@dpc6682208002.direcpc.com) |
| 00:30:24 | | Join Zarggg [0] (~zarggg@2001:0:4137:9e76:0:fbf3:beb1:ba3d) |
| 00:35:13 | | Quit efyx (Remote host closed the connection) |
| 00:35:59 | | Nick Ypsy is now known as YPSY (~ypsy@geekpadawan.de) |
| 00:37:42 | | Quit ender` (Quit: Money is the root of all evil, and man needs roots.) |
| 00:39:26 | | Quit Zarggg (Quit: Zarggg) |
| 00:40:42 | | Quit Schmo (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) |
| 00:47:33 | | Quit Topy44 (Ping timeout: 276 seconds) |
| 00:48:19 | | Part b0hoon ("GTG. Bye.") |
| 00:48:37 | | Join Adubb [0] (~Aldubuc@67.201.160.144) |
| 00:50:32 | | Quit HellDragon_ (Read error: Connection reset by peer) |
| 00:50:47 | | Join jd [0] (~jd@rocket.vel.lv) |
| 00:50:47 | | Quit jd (Changing host) |
| 00:50:47 | | Join jd [0] (~jd@Wikipedia/HellDragon) |
| 00:51:40 | *** | Saving seen data "./dancer.seen" |
| 00:53:38 | | Join pixelma [0] (quassel@rockbox/staff/pixelma) |
| 00:53:43 | | Join amiconn [0] (quassel@rockbox/developer/amiconn) |
| 00:56:59 | | Quit jd (Read error: No route to host) |
| 00:57:54 | | Join Topy44 [0] (~topy@my.fastsh.it) |
| 00:58:46 | | Join jd [0] (~jd@rocket.vel.lv) |
| 00:58:48 | | Quit jd (Changing host) |
| 00:58:49 | | Join jd [0] (~jd@Wikipedia/HellDragon) |
| 01:00 |
| 01:01:32 | Torne | S_a_i_n_t: OK, I can't reproduce the hotkey issue at all :) |
| 01:01:43 | Torne | S_a_i_n_t: which makes it hard to judge whether i'm fixing it |
| 01:02:27 | Torne | possibly i am misunderstanding what the problem is |
| 01:02:29 | | Quit Topy44 (Ping timeout: 276 seconds) |
| 01:02:34 | | Join Zarggg [0] (~zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) |
| 01:02:45 | | Join robin0800 [0] (~quassel@149.254.60.164) |
| 01:05:48 | | Join arlaneenalra [0] (~jules@adsl-68-92-124-89.dsl.lgvwtx.swbell.net) |
| 01:06:03 | | Quit phanboy4 (Quit: Leaving) |
| 01:08:37 | | Join dfkt|x [0] (~dfkt@unaffiliated/dfkt) |
| 01:10:33 | | Join Topy44 [0] (~topy@my.fastsh.it) |
| 01:24:29 | | Join fdinel [0] (~Miranda@modemcable235.127-131-66.mc.videotron.ca) |
| 01:26:28 | dfkt|x | linuxstb, did you mention the firmware size because of the 10*1024*1024 limit in tcctool.c? |
| 01:27:37 | | Quit jae (Remote host closed the connection) |
| 01:27:56 | | Join jae [0] (~jae@jaerhard.com) |
| 01:31:52 | | Quit DerPapst (Quit: Leaving.) |
| 01:35:44 | | Nick fxb is now known as fxb__ (~felixbrun@h1252615.stratoserver.net) |
| 01:36:59 | | Join JdGordon_ [0] (~jd@rockbox/developer/JdGordon) |
| 01:41:39 | | Quit JdGordon_ (Ping timeout: 276 seconds) |
| 01:42:25 | | Join JdGordon_ [0] (~jd@110.23.152.189) |
| 01:42:25 | | Quit JdGordon_ (Changing host) |
| 01:42:25 | | Join JdGordon_ [0] (~jd@rockbox/developer/JdGordon) |
| 01:47:30 | | Quit JdGordon_ (Ping timeout: 276 seconds) |
| 01:48:48 | | Quit wincent_balin (Ping timeout: 276 seconds) |
| 01:51:33 | | Quit dfkt|x (Remote host closed the connection) |
| 01:53:40 | * | Unhelpful successfully built a toolchain with the paludis crossdev tool, contrarius, back before he had commit access :) |
| 01:53:52 | Unhelpful | which is probably what krazykit is thinking about |
| 01:56:44 | Unhelpful | it was able build on the e200, although there was a plugin that was too large for the buffer and had to be disabled when i built |
| 01:57:08 | Unhelpful | it was strongly suggested that i build an official toolchain and test the scaler patch with that before committing it ;) |
| 01:58:25 | | Quit dfkt (Quit: -= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.) |
| 02:00 |
| 02:02:46 | | Join Rob2222 [0] (~Miranda@p4FDCA895.dip.t-dialin.net) |
| 02:04:53 | | Part toffe82_ |
| 02:06:36 | | Quit Rob2223 (Ping timeout: 276 seconds) |
| 02:19:56 | | Quit robin0800 (Remote host closed the connection) |
| 02:30:02 | | Join apoelstra [0] (~46462857@giant.haxx.se) |
| 02:30:37 | | Join ishottuify [0] (~4c422e86@giant.haxx.se) |
| 02:30:46 | | Quit apoelstra (Client Quit) |
| 02:30:55 | | Join apoelstra [0] (~46462857@giant.haxx.se) |
| 02:31:35 | ishottuify | quick question... if a player has the same flash as another... what are the chances that the flash controler will be the same...? |
| 02:34:37 | saratoga | ishottuify: what do you mean by same flash? |
| 02:36:23 | | Quit apoelstra (Quit: CGI:IRC (Ping timeout)) |
| 02:38:16 | | Quit saratoga (Changing host) |
| 02:38:16 | | Join saratoga [0] (~9803c6dd@rockbox/developer/saratoga) |
| 02:40:19 | | Join joeyg [0] (~kvirc@S010600236999fec1.vs.shawcable.net) |
| 02:40:55 | ishottuify | by flash meaning nand flash |
| 02:41:06 | saratoga | you mean the same NAND chip? |
| 02:41:18 | ishottuify | yes |
| 02:41:24 | saratoga | i don't think so, NAND memory is standardized, so any controller should work with almost any NAND chip |
| 02:42:07 | ishottuify | thanks |
| 02:42:31 | | Quit MethoS- (Read error: Connection reset by peer) |
| 02:43:24 | joeyg | hey all, i need wiki access to setup a port page for the cowon s9 |
| 02:44:08 | Adubb | hot damn! i got a microsd card to work on r25799 :D |
| 02:44:21 | Adubb | but its only a 2gb kingston c2 |
| 02:45:05 | | Join Strife1989 [0] (~Strife89@adsl-80-130-113.mcn.bellsouth.net) |
| 02:45:21 | saratoga | ishottuify: assuming you're asking about telechips, there are datasheets for their nand controller |
| 02:45:37 | saratoga | and i think a driver for it in rockbox already |
| 02:45:50 | saratoga | joeyg: wiki name? |
| 02:45:54 | joeyg | AndrewPoelstra |
| 02:47:26 | saratoga | added |
| 02:47:29 | joeyg | awesome, thanks |
| 02:47:33 | | Quit Strife89 (Ping timeout: 276 seconds) |
| 02:49:27 | ishottuify | its telechips 8300 |
| 02:51:44 | *** | Saving seen data "./dancer.seen" |
| 02:51:49 | | Quit loveless (Ping timeout: 264 seconds) |
| 02:59:19 | | Quit ishottuify (Quit: CGI:IRC (Ping timeout)) |
| 03:00 |
| 03:01:16 | | Nick Strife1989 is now known as Strife89 (~Strife89@adsl-80-130-113.mcn.bellsouth.net) |
| 03:01:45 | | Quit Adubb (Read error: Connection reset by peer) |
| 03:01:53 | | Join Adubb [0] (~Aldubuc@67.201.160.144) |
| 03:04:55 | | Join funman [0] (~fun@rockbox/developer/funman) |
| 03:09:55 | | Join raons [0] (~48e593c7@gateway/web/freenode/x-twqhctigafrjghol) |
| 03:10:07 | raons | hey all |
| 03:10:13 | S_a_i_n_t | Torne: Errrr....it *should* be damn near impossible to SET a Hotkey. When you attempt to, it should flash the yes/no screen and then immediately assume you've chosen "no" simply because of the fact that you've released either select or play and it counts that as a button press for some reason. |
| 03:10:27 | raons | i was looking to edit the electricbars of colour skin for sansa fuze |
| 03:10:44 | S_a_i_n_t | I'm *really* surprised you can't reproduce it. Honestly. |
| 03:11:15 | raons | okay so you know the part where it says "Next Track: track name". where exactly is the tag to edit the height of that line? |
| 03:11:49 | S_a_i_n_t | There is no "tag", if you're lucky, it'll be inside a viewport |
| 03:12:14 | S_a_i_n_t | but thay may just be drawing inside the "default" viewport, which makes things slightly more difficult. |
| 03:12:21 | | Quit Tuplis (Read error: Operation timed out) |
| 03:12:22 | S_a_i_n_t | *they |
| 03:12:33 | funman | ranma: is there any markings on the Clip+ battery ? |
| 03:13:09 | S_a_i_n_t | You *should* see a %V| of %Vl| line preceding "Next Track" somewhere. |
| 03:13:27 | raons | im looking |
| 03:13:38 | S_a_i_n_t | s/of/or/ |
| 03:14:23 | S_a_i_n_t | If you pastebin the .wps I could show you where the line is a lot easier probably... |
| 03:14:34 | funman | the battery capacity was written on the fuzev1 battery but i can't find any pictures of the fuzev2 battery :/ |
| 03:15:03 | raons | but wont i get banned for sending so much text through irc? |
| 03:15:27 | raons | #Theme Name: Electric Bars Of Colour #By Johannes Voggenthaler (Johannes.Voggenthaler@naturalbornyoers.com; Zinc Alloy on forum and IRC) #Platform: 220x176 color (Iriver h3xx, Ipod color, Ipod photo) #Version: 2 #Licensed CC-BY-SA 3.0 #Last updated: Sep 3 2008 %wd %X|backdrop.bmp|0|0| %xl|A|dropshadow.bmp|10|42| %xl|B|battery.bmp|0|0|23| %xl|C|pbstatus.bmp|0|0|3| %xl|D|volume.bmp|0|0| %xl|E|rep.bmp|0|0|4| %xl|F|shuffle.bmp|27|0| %x |
| 03:15:44 | raons | that didnt come out right... |
| 03:16:19 | S_a_i_n_t | Argh, lol! "pastebin, no paste ;) |
| 03:16:30 | raons | i dont know what that is |
| 03:16:44 | S_a_i_n_t | www.pastebin.com |
| 03:17:28 | S_a_i_n_t | if you try to paste a large ammount of text here, not only will it annoy people, but it will get truncated and we can only see the first few lines or so. |
| 03:17:31 | funman | krazykit: i see you posted fuzev2 disassembly pics on the wiki, do you still have it disassembled, or do you have pictures of the battery ? |
| 03:17:49 | raons | oh okay. here http://pastebin.com/rgx7kRr4 |
| 03:18:08 | S_a_i_n_t | sweet, one sec. |
| 03:19:29 | raons | i only need to edit that height becuase i want to use a larger font. when you try to use a bigger font, a part of it gets cutoff by the volume bar |
| 03:19:42 | raons | a part of the text, that is. |
| 03:19:54 | S_a_i_n_t | lines 21 and 27...fairly clearly marked. |
| 03:20:38 | S_a_i_n_t | you can't edit "a part of the text" without addind another viewport in this case, but if you just increase the height of the viewports...all should be fine. |
| 03:20:54 | S_a_i_n_t | (assuming it doesn't start drawing overtop of other things then...) |
| 03:21:57 | raons | yeah thats what i though. but when i tried editing the number 42 to 80, it didnt do anything |
| 03:22:56 | S_a_i_n_t | so, line 21 "%Vl|a|95|42|115|75|1|-|-|" you would want to change to "%Vl|a|95|42|115|XXXX|1|-|-|" where XXXX is you proposed change. |
| 03:23:04 | S_a_i_n_t | *you edited the wrong number |
| 03:23:16 | S_a_i_n_t | 42 is one of the positioning elements. |
| 03:23:37 | S_a_i_n_t | 115 and 75 are the size increments for the viewport. |
| 03:23:54 | S_a_i_n_t | (in the case of line 21) |
| 03:25:24 | S_a_i_n_t | the syntax is this: "%V|identifier|X-position|Y-position|Xheight|Y-height|font|foreground colour|background colour| |
| 03:25:29 | raons | but wait. i dont ant to resize. reposition is exactly what i wanted to do. i wanted to edit the Y of that line, so it doesnt get overlapped by the progressbar. |
| 03:25:47 | raons | ok thanks! |
| 03:25:50 | raons | im gonna try now |
| 03:26:14 | raons | waitt hold on |
| 03:26:24 | raons | 42 *is the y position |
| 03:27:18 | raons | so why when i changed it to 80, it had no effect |
| 03:27:20 | raons | ? |
| 03:27:33 | S_a_i_n_t | fwiw...you did say you wanted to edit the "height" of the viewport, and not the position...but I understand you now. |
| 03:27:59 | S_a_i_n_t | do you have albumart present? |
| 03:28:07 | raons | yes |
| 03:28:40 | CIA-5 | New commit by funman (r25815): as3525* : all as3525(v1) use ADC_BVDD for reading battery ... |
| 03:30:02 | S_a_i_n_t | there's a chance I've m,ixed up x,y positioning...but I don't think so. Just looking at the wiki now. |
| 03:30:09 | S_a_i_n_t | The manual also explains this. |
| 03:30:42 | raons | i guess maybe this is another case of TRFM |
| 03:30:47 | raons | *RTFM |
| 03:30:53 | S_a_i_n_t | http://www.rockbox.org/wiki/CustomWPS#Viewports |
| 03:31:13 | S_a_i_n_t | I did have it right...x,y,x height,y height... |
| 03:31:38 | S_a_i_n_t | So, my only suggestion would be that you botched the syntax somehow. |
| 03:31:52 | S_a_i_n_t | *Or* that there is another viewport overlapping in this case. |
| 03:32:45 | raons | hmm. im gonna try playing around with it in the simulator for a little. if i still cant get it, ill come back here |
| 03:32:55 | S_a_i_n_t | ...looking at the .wps now...you'd be able to delete either line 35 or 36 |
| 03:33:11 | S_a_i_n_t | they are duplicates...and you *should* only need one. |
| 03:34:10 | saratoga | funman: so is the disk driver stable now? |
| 03:34:22 | funman | if the fuzev2 battery has the same 550mah capacity than the fuzev1 it needs 30ma to play mp3 with backlight off |
| 03:34:44 | funman | saratoga: yes, except the problems with µSD reported millions of times on the forum |
| 03:35:07 | JdGordon | Llorean: IMO it does make sense to allow *some* bugs to be reported on the sim, bassically anything outside of obviously hardware stuff, and playback |
| 03:35:23 | * | S_a_i_n_t suddenly realises that JdGordon has (possibly inadvertantly) fixed legacy items being drawn by the .sbs on shutdown, making the shutdown unclean...w00t! \0/ |
| 03:35:24 | JdGordon | it looks like the reported bug is that it doesnt close which is obviously a sdl only thing anyway |
| 03:35:28 | Llorean | JdGordon: We don't even check that the sims compile before making a release |
| 03:35:50 | JdGordon | sure we do |
| 03:35:50 | Llorean | If we want to have "Release sims" we should actually release them. |
| 03:36:02 | Llorean | Well, they're not a requirement for releasing at least |
| 03:36:05 | saratoga | so i guess the remaining issues are mostly just related to changing clock speed |
| 03:36:06 | funman | i don't want "Release sims" |
| 03:36:09 | JdGordon | maybe I'm not looking at the right thread? |
| 03:36:11 | funman | saratoga: battery also |
| 03:36:19 | Llorean | JdGordon: I never said his problem isn't valid |
| 03:36:19 | JdGordon | we dont want release sims, thats what RaaaAAaAAAa is for |
| 03:36:38 | funman | when charging battery reading jumps between 2 values, i think one of this two is valid |
| 03:36:54 | saratoga | but it still charges correctly? |
| 03:36:59 | Llorean | JdGordon: The sims aren't for the same purposes as RaaA anyway |
| 03:37:11 | Llorean | If the sims are to have bug reports against release versions, there should actually *be* a relase |
| 03:37:12 | Llorean | release |
| 03:37:42 | S_a_i_n_t | there sims arent *really* to compare against release versions...are they? |
| 03:37:48 | funman | saratoga: i think yes, at least on clip+ battery bench shows an increasing curve |
| 03:37:49 | S_a_i_n_t | not for bug reports at least. |
| 03:38:00 | Llorean | As far as I can see, sims have three primary jobs. |
| 03:38:01 | S_a_i_n_t | they act completely differently in some cases... |
| 03:38:08 | Llorean | Testing, WPS development, and manual development |
| 03:38:11 | JdGordon | OK, all I was saying is that the sim is a good enough target for testing/bug reporting in some parts |
| 03:38:15 | Llorean | The first and third really only work with current SVN |
| 03:38:33 | S_a_i_n_t | and second. |
| 03:38:35 | saratoga | funman: so once the clock changing issue is resolved, we can go 'unstable'? |
| 03:38:42 | Llorean | The second has some benefit for release availability but still doesn't really justify bug reports against two month old sims without testing something more current |
| 03:38:43 | S_a_i_n_t | since the syntax often changes for wps |
| 03:38:45 | saratoga | or maybe even just jump directly to 'stable' |
| 03:39:02 | Llorean | S_a_i_n_t: Yes, but the theme site allows themes that only work on the latest release |
| 03:39:03 | Llorean | And that's fine |
| 03:39:03 | funman | saratoga: i'll let that decisions to others this time :) |
| 03:39:26 | saratoga | yeah i don't have strong feelings about it either |
| 03:39:27 | S_a_i_n_t | which is why using a sim is bad. |
| 03:39:40 | S_a_i_n_t | as you can get it right in the sim, then the themesite will reject it |
| 03:39:45 | S_a_i_n_t | and you'll have no idea why. |
| 03:39:46 | funman | for me it's ok, writing didn't suddenly change my life except now i can run battery bench |
| 03:40:03 | Llorean | S_a_i_n_t: I don't believe the themesite rejects themes that work on the release. |
| 03:40:10 | saratoga | it got rid of all those annoying splash messages and now it remembers volume changes at least |
| 03:40:46 | funman | benching worked straight on fuzev2 but crashed on both clips, i think the higher pclk has something to do with the crashes |
| 03:40:47 | Llorean | JdGordon: Basically, I don't think it's a good idea to leave it up to the user to decide whether he thinks a bug is likely to have been fixed since 2 months ago or not. We should ask people only to report things on the current state of SVN or things we've specifically given them (RButil releases, bootloaders, etc) |
| 03:41:08 | JdGordon | which we expect for all bugs anyway |
| 03:41:09 | funman | pclk goes 10 times slower on clips but only 6 times slower on fuzev2 when changing frequency |
| 03:41:41 | Llorean | JdGordon: Yeah, but since we don't release a sim, we shouldn't be letting people report against old ones without at least releasing one ourselves. |
| 03:41:48 | saratoga | guy on the forums got his clip to battery bench by forcing boosting |
| 03:41:49 | funman | i'll test again inserting an additional step to not lower pclk too much, now at least i can use battery_bench as a stress test |
| 03:41:54 | Llorean | It wouldn't be too hard to include precompiled release sims for the releases (for WPS editing at the least) |
| 03:42:03 | saratoga | almost 15 hours, very impressive given the clock speeds |
| 03:42:17 | funman | yeah that points to cpufreq being the major (only?) problem |
| 03:42:28 | saratoga | why is pclk different on the clip? |
| 03:42:29 | JdGordon | true, but we want to get people away from using the sim for theme development anyway |
| 03:42:46 | funman | if we made it slower on fuzev2 lcd performance was too low |
| 03:42:53 | Llorean | JdGordon: Once we have an WPS editor, sure. |
| 03:42:54 | saratoga | ah ok |
| 03:43:01 | funman | but hm we could try 15MHz on clips |
| 03:43:10 | saratoga | btw, did ranma ever turn up anything good for the amsv1 power issue? |
| 03:43:20 | funman | nope :/ |
| 03:43:28 | funman | he gave us a lot of data but i can't make a sense of it |
| 03:43:38 | funman | well he pointed to some optimizations possible with as3514 |
| 03:43:44 | saratoga | which was? |
| 03:43:52 | JdGordon | funman: assuming I can solder a connector onto my clip+'s jtag pins... have i got much chance unbricking it? |
| 03:44:04 | saratoga | you should be able to |
| 03:44:09 | saratoga | theres directions on the wiki |
| 03:44:22 | saratoga | (and soldering to the clip+ actually looks pretty easy) |
| 03:44:30 | funman | http://forums.rockbox.org/index.php?topic=14064.msg165642#msg165642 |
| 03:44:47 | funman | JdGordon: i think it should work yes |
| 03:45:13 | funman | just uploading the OF 'firmware' part to 0x0 should be enough |
| 03:45:39 | funman | JdGordon: do you have it unmounted near you ? could you take a pic of the battery / or give any markings on it ? |
| 03:45:49 | | Nick guymann_ is now known as guymann (~charlie@69.37.181.52) |
| 03:46:00 | JdGordon | its closed atm but I'm going to open it |
| 03:46:18 | funman | saratoga: there is a 8ma optimization but i don't knwo what is the '7' setting |
| 03:46:24 | S_a_i_n_t | JdGordon: Not too sure if you were aware of the issue or not (according to Torne it shouldn't have been happening at all...) but I'm pretty sure your commit for the .sbs flashing during database init inadvertantly fixed my issues with unclean shutdowns caused by an .sbs ;) |
| 03:46:29 | S_a_i_n_t | *yay!* |
| 03:46:58 | JdGordon | go me! |
| 03:47:00 | saratoga | funman: I assume thats 0x7 |
| 03:47:18 | * | JdGordon once again proves he isnt completly useless |
| 03:47:22 | saratoga | so 1: AS3514_AUDIOSET3 0x06 2: AS3514_AUDIOSET2 AUDIOSET2_IBR_DAC_50 4: CVDD_1_10 all done |
| 03:47:39 | S_a_i_n_t | I was getting battery icon left on the screen (slowly fading as screen power died out) during shutdown, but no I can't reproduce it since that fix...two birds with one stone ;) |
| 03:47:40 | funman | oh ok |
| 03:47:47 | | Join Boldfilter [0] (~Boldfilte@adsl-82-151-224.jax.bellsouth.net) |
| 03:47:53 | S_a_i_n_t | s/no/now/ |
| 03:47:54 | funman | bitfield :) |
| 03:49:13 | saratoga | has self refresh DRAM during playback been ruled out? |
| 03:49:24 | funman | saratoga: if you understand what these changes do, set up a patch so we can test on e200v1 as well |
| 03:49:36 | funman | well probably |
| 03:49:38 | saratoga | you mean e200v2? |
| 03:49:45 | raons | sucess! |
| 03:49:50 | funman | no e200v1 : it uses as3514 too (and gogear, c200v1) |
| 03:49:58 | saratoga | oh |
| 03:49:58 | raons | all i needed to change was the y-height |
| 03:50:07 | raons | here it is if you want |
| 03:50:09 | raons | %Vl|b|10|42|200|85|1|-|-| |
| 03:50:20 | funman | i don't know what 'bias reduction' is, or 'ibr dac' |
| 03:50:27 | raons | thank you, saint |
| 03:50:47 | JdGordon | funman: ok, all open. do we have no scans of a clip+ yet? |
| 03:51:15 | | Nick bgs100 is now known as bgs000 (znc@unaffiliated/bgs100) |
| 03:51:18 | funman | JdGordon: ranma has posted some but not with the battery |
| 03:51:31 | funman | http://www.rockbox.org/wiki/SansaClip |
| 03:51:38 | JdGordon | the battery isnt very exciting |
| 03:51:59 | funman | i just want to find the capacity |
| 03:52:21 | funman | clipv1 is 350mah, clip+ is 380 it seems (not sure where it comes from) |
| 03:53:02 | JdGordon | 290 |
| 03:53:17 | JdGordon | accoridng to the battery label |
| 03:53:46 | funman | it seems low? |
| 03:54:01 | funman | that would mean a bit less than 16mA use |
| 03:54:37 | | Part raons |
| 03:55:47 | * | S_a_i_n_t wonders what JdGordon managed to do to his clip to brick it, but then thinks about the number of units funman must have chewed through by now ;) |
| 03:56:03 | funman | clipv1 had been corrected from 380 to 350 |
| 03:56:24 | funman | saratoga: 290 mAh looks right? |
| 03:56:25 | saratoga | funman: bias current is a little bit of current applied to a transistor in an amp during normal use |
| 03:56:55 | saratoga | smaller then the clipv2? i thought they had similar battery life |
| 03:57:17 | funman | saratoga: well i lack skills in electricity theory so i'd feel better if someone manages this patch, i can still test though |
| 03:57:19 | saratoga | IMO using the OF setting is probably fine since the OF has extremely good performance even at low impedances |
| 03:57:44 | saratoga | this setting says it'll improve that, but the OF is already so good I doubt improvement is worthwhile |
| 03:58:30 | JdGordon | S_a_i_n_t: I guienea pigged the origional dual boot code.. which someone apparently got wrong :) |
| 03:58:31 | funman | improvement is worth if it gains a bit of battery life, but of course it depends of the costs |
| 03:58:44 | saratoga | easy to test with rmaa if you have an OK sound card |
| 03:58:51 | * | funman blames MrSomeone :) |
| 03:59:09 | funman | JdGordon: a bit of your Clip+ lives in every rockboxed Clip+ now ;) |
| 03:59:10 | S_a_i_n_t | JdGordon: Nevr go foirst lol ;) wait for the *other* lemmings to jump off the cliff first :P |
| 03:59:10 | saratoga | and a pair of 16 ohm headphones |
| 03:59:21 | JdGordon | S_a_i_n_t: screw that! |
| 03:59:22 | S_a_i_n_t | whoah...(sp?) |
| 03:59:51 | S_a_i_n_t | Well, thank the man upstairs for Jtag then ;) |
| 04:00 |
| 04:00:00 | funman | saratoga: hmm how are you supposed to plug both the soundcard and the headphones? or you mean just checking if it sounds right in the phones? |
| 04:00:00 | | Join Rask [0] (~xiphos@dsl-228-103.dynamic-dsl.frii.net) |
| 04:00:51 | funman | JdGordon: are you sure about the 290mAh of clip+? is it written bold on the battery or could it be part of a serial/model number? |
| 04:01:11 | Rask | Hey guys. I've looked but cannot find this info on the site - how do I tell whether I have a v1 or v2 Sansa Fuze? |
| 04:01:36 | markun | funman: is there much work left before the rockbox USB driver for the as3525 works on the clip+? |
| 04:01:44 | arlaneenalra | rask: check the firmware version |
| 04:02:01 | funman | markun: yeah, especially considering there is no rockbox USB driver for the as3525 |
| 04:02:09 | arlaneenalra | rask:A v2 will have a 2.xx.xx firmware |
| 04:02:10 | markun | ah :) |
| 04:02:17 | funman | there is a file but it doesn't work |
| 04:02:25 | funman | markun: interested by writing it ? |
| 04:02:29 | Rask | arlaneenalra: Aha, thanks. |
| 04:02:33 | funman | we have linux source code which can help |
| 04:02:40 | markun | funman: don't know if I'm up to the task |
| 04:02:43 | | Join dys` [0] (~andreas@krlh-5f72c5e2.pool.mediaWays.net) |
| 04:02:50 | funman | only 1 way to be sure :) |
| 04:03:52 | FlynDice | funman: http://www.anythingbutipod.com/archives/2009/08/sandisk-sansa-clip-plus-disassembly.php <−− Pic of clip+ battery with 290 mAh clearly visible |
| 04:03:58 | JdGordon | funman: http://www.facebook.com/#!/photo.php?pid=5221507&id=528159466 |
| 04:04:10 | JdGordon | that pic came out alot better than I thought! |
| 04:04:43 | funman | JdGordon: can't view it without being logged in :/ |
| 04:04:56 | Rask | arlaneenalra: Alas, v2. :( |
| 04:05:03 | | Quit dys (Ping timeout: 276 seconds) |
| 04:05:13 | JdGordon | http://www.facebook.com/photo.php?pid=5221507&l=25fe716e7e&id=528159466 |
| 04:05:24 | JdGordon | that one is hopefully public |
| 04:05:26 | Battousai | the v2s are working pretty well these days |
| 04:05:29 | funman | yeah, no doubt now |
| 04:05:56 | Rask | Battousai: Oh? The website has them under 'unusable'... |
| 04:06:06 | Battousai | Rask: http://www.rockbox.org/wiki/SansaAMS |
| 04:06:24 | Battousai | of the features, only fm radio doesn't work yet |
| 04:06:33 | Battousai | and usb |
| 04:06:45 | JdGordon | I cant find the pics for clip+ jtag |
| 04:06:56 | JdGordon | is the 5 pins just visible in that pic them? |
| 04:07:10 | Rask | Battousai: Ah. You get files to/from it via SD cards, I suppose? |
| 04:07:19 | Battousai | Rask: no. via original firmware |
| 04:08:04 | Rask | You switch back to the original fw to download stuff? |
| 04:08:25 | Battousai | yes |
| 04:08:38 | Rask | Oh. :( |
| 04:08:46 | Battousai | if the player is shut off and you plug it into a computer, it will boot to OF |
| 04:08:53 | Rask | Oh? Huh. |
| 04:08:56 | Rask | Interesting. |
| 04:09:04 | Rask | Well, I also have an e240, perhaps I'll mess around with that first. |
| 04:09:15 | Battousai | even fuze v1 doesn't have usb support |
| 04:09:28 | | Quit Barahir (Ping timeout: 246 seconds) |
| 04:10:56 | JdGordon | AH they are under the tape :p |
| 04:11:24 | | Join Barahir [0] (~jonathan@frnk-590f5704.pool.mediaWays.net) |
| 04:11:28 | saratoga | funman: you plug both the headphones and the line in to the headphone jack using a splitter |
| 04:11:44 | saratoga | unfortunately i just tested my PC and the line in is of bad enough quality that i don't think the test would be useful |
| 04:12:14 | saratoga | probably requires someone with a pro sound card |
| 04:12:23 | CIA-5 | New commit by funman (r25816): Clip+: use correct 290mAh battery capacity |
| 04:12:28 | saratoga | could ask on ABI I guess if we made a build for it |
| 04:13:14 | funman | FlynDice: do you have pictures of fuzev2/clipv2 in your secret folders? |
| 04:15:01 | | Quit adnyxo (Ping timeout: 264 seconds) |
| 04:15:01 | funman | from battery bench there is no evidence if the clipv2 is charging (starting from 90%) |
| 04:15:10 | | Quit detaos (Ping timeout: 252 seconds) |
| 04:15:29 | funman | same for clip+ and now it even looks discharging, although i'm pretty sure it charged earlier today |
| 04:15:41 | funman | fuzev2 looks alright though |
| 04:15:56 | saratoga | we actually set a bunch of the amp related settings differently then the OF |
| 04:16:04 | saratoga | we should probably get an RMAA test to see if they matter |
| 04:16:09 | | Join pixelma_ [0] (quassel@rockbox/staff/pixelma) |
| 04:16:09 | | Quit pixelma (Disconnected by services) |
| 04:16:13 | saratoga | i'll ask on ABI if dfkt can do it |
| 04:16:14 | | Quit amiconn (Disconnected by services) |
| 04:16:17 | | Join amiconn_ [0] (quassel@rockbox/developer/amiconn) |
| 04:16:17 | funman | i suppose we just didn't look at them since the e200v1/c200v1 settings worked |
| 04:16:29 | | Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) |
| 04:16:39 | | Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) |
| 04:17:25 | saratoga | i'm a little surprised the OF also turn on the speaker output |
| 04:17:35 | saratoga | maybe its shared with the headphone driver |
| 04:18:11 | JdGordon | are the nRST pins required? |
| 04:18:22 | JdGordon | nSRST and nTRST |
| 04:19:52 | funman | arlaneenalra: anything new with fuzev2 FM ? |
| 04:21:10 | Rask | I gotta hand it to you guys, that installation was way more painless than I expected. =) |
| 04:21:40 | FlynDice | funman: No secret pics. I was going to take some when I had the clip+ open but ABI dissasembly seemed to show everything that was interesting... |
| 04:22:45 | arlaneenalra | funman: I learned a few ways to crash my player :) other than that, nope :( |
| 04:23:14 | arlaneenalra | I haven't given up though, just may not have enough to information to work with |
| 04:23:35 | arlaneenalra | A circuit diagram of the board would could be very helpful |
| 04:23:44 | funman | you crazy :) |
| 04:24:01 | funman | ask for the source code of the OF while you're at it :p |
| 04:24:09 | funman | commented of course |
| 04:24:13 | arlaneenalra | :) |
| 04:24:37 | | Quit Rondom (Disconnected by services) |
| 04:24:53 | | Join Rondom_ [0] (~quassel@dslb-084-057-158-207.pools.arcor-ip.net) |
| 04:25:54 | arlaneenalra | funman: Picking GPIOA_PIN4 seemed to conflict with the uSD card slot |
| 04:26:26 | funman | interesting, it should only use A2 |
| 04:27:21 | CIA-5 | New commit by funman (r25817): as3525 FM i2c : don't assume SCL and SDA are on the same GPIO ... |
| 04:28:01 | Rask | One more question... it seems as if the wakeup button press gets passed to the system rather than just turning the screen back on. Is there a way to make it so that isn't the case? |
| 04:28:48 | funman | 'first button press turns backlight on' or something like that |
| 04:28:58 | funman | check the settings part of the manual |
| 04:29:21 | Battousai | http://download.rockbox.org/daily/manual/rockbox-sansafuze/rockbox-buildch8.html#x11-1360008.4 |
| 04:30:22 | saratoga | funman: ranma's test results don't match what our code sets the registers to |
| 04:30:27 | Rask | Oh, cool, missed that. Thanks =) |
| 04:30:50 | funman | saratoga: oh? |
| 04:30:59 | | Join n1s [0] (~n1s@rockbox/developer/n1s) |
| 04:31:12 | saratoga | unless i'm misreading this post: http://forums.rockbox.org/index.php?topic=14064.1590 |
| 04:31:24 | saratoga | +0x15: 00000007 |
| 04:31:27 | saratoga | that would be rockbox right? |
| 04:31:41 | funman | yeah |
| 04:32:35 | funman | looks ok to me ? |
| 04:32:52 | funman | AUDIOSET2_IBR_DAC_50 (0x3 << 3) | AUDIOSET2_LSP_LP (0x1 << 2) |
| 04:32:59 | funman | hm no |
| 04:33:01 | saratoga | we do AUDIOSET2_IBR_DAC_0 | AUDIOSET2_LSP_LP | AUDIOSET2_IBR_LSP_50 which is just 0x0 | 0x001| 0x000111 |
| 04:33:50 | funman | no that's 0x0 | 0x1<<2 = 100b | 0x3 << 0 = 11b |
| 04:34:02 | saratoga | sorry drop the 0x |
| 04:34:15 | saratoga | oh i shifted backwards |
| 04:34:44 | saratoga | 111000 | 100 | 0 |
| 04:35:55 | saratoga | no its 011000 | 100 | 0 |
| 04:36:08 | saratoga | been too long since i did digital logic |
| 04:36:41 | funman | IBR_DAC is the one which uses << 3, but it's set to 0 |
| 04:37:11 | funman | arlaneenalra: hm i think i messed with the wiki, scl is b1 |
| 04:37:14 | | Join BHSPitMonkey [0] (~stephen@unaffiliated/bhspitmonkey) |
| 04:37:50 | funman | but b1 is also home button |
| 04:38:40 | saratoga | but the test says we're setting it to 0000 0111 |
| 04:39:13 | funman | saratoga: it looks like it's 7 when i read as3514.c/.h |
| 04:39:25 | funman | IBR_DAC_0 = 0x0 << 3 = 0 so let's ignore it |
| 04:39:35 | funman | LSP_LP = 0x1<<2 = 100b |
| 04:39:45 | saratoga | you're right |
| 04:39:47 | funman | IBR_LSP_50 = 0x3 << 0 = 0x3 = 11b |
| 04:39:53 | saratoga | i misread AUDIOSET2_IBR_DAC_50 as AUDIOSET2_IBR_LSP_50 |
| 04:40:31 | arlaneenalra | funman: That's what I thought I was seeing last night, but that seemed to kill my buttons, |
| 04:40:49 | funman | yeah same, we need to protect with the button code |
| 04:40:56 | | Join detaos [0] (~quassel@ip72-218-104-242.hr.hr.cox.net) |
| 04:41:26 | saratoga | so we can save a couple mA by changing that |
| 04:43:02 | funman | arlaneenalra: http://pastie.org/946203 < still no FM but buttons work ok |
| 04:43:20 | funman | i wonder what happens if we got interrupted in the middle of a fm operation |
| 04:48:43 | arlaneenalra | funman: I'll give that a shot |
| 04:50:07 | arlaneenalra | funman: interrupts could cause issues with timing, since it's a clocked serial line, it shouldn't matter too much unless the interrupt starts changing i/o ports or takes longer than a i2c bus clock cycle or so |
| 04:50:28 | arlaneenalra | funman: in theory . . . . very vague theory . . . . |
| 04:50:44 | funman | to be sure i disable irqs in fmradio_i2c_write/read |
| 04:51:46 | *** | Saving seen data "./dancer.seen" |
| 04:52:06 | arlaneenalra | as in you did or you would |
| 04:52:25 | funman | did |
| 04:52:55 | funman | http://www.pastie.org/946210 |
| 04:54:47 | arlaneenalra | make sense, |
| 04:55:06 | arlaneenalra | of course, this will now be the fourth time I've rebuilt in the last 5 minutes :) |
| 04:55:32 | funman | hint: make bin && cp rockbox.sansa /mnt/fuze/.rockbox |
| 04:55:52 | funman | if the plugin api doesn't change no need to build & copy them again and again |
| 04:55:52 | | Part Adubb |
| 04:56:14 | arlaneenalra | make sense |
| 04:56:23 | saratoga | ok found a lab machine with a good sound card, will test |
| 04:56:56 | arlaneenalra | funman: you know that last patch you sent me . . . irq's will stay dead |
| 04:57:08 | funman | stay dead? |
| 04:57:16 | arlaneenalra | funman:the code after a return never runs |
| 04:57:24 | funman | ah right .. |
| 04:57:53 | funman | i wonder how the wheel still worked then ? Oo |
| 04:58:53 | arlaneenalra | Something else turned the irq back on? |
| 05:00 |
| 05:02:14 | | Quit dys` (Ping timeout: 276 seconds) |
| 05:02:25 | arlaneenalra | ok, I still have buttons, no FM but that was expected |
| 05:02:41 | | Join dys` [0] (~andreas@krlh-5f7267eb.pool.mediaWays.net) |
| 05:03:20 | funman | hum if i print the values read in si4700.c i have something: randomly changing but not 0 / 0xffff |
| 05:03:54 | funman | fmradio_i2c_read() ret val isn't checked though |
| 05:04:41 | funman | and as expected it returns -1; |
| 05:04:45 | arlaneenalra | which pin are you using ? A0 or A4 you had both in the paste bin's you sent me |
| 05:05:29 | funman | now it's A0 |
| 05:07:13 | funman | using A0 or A4 returns -4 : generic_i2c.c::i2c_getack() fails |
| 05:07:48 | arlaneenalra | hmm |
| 05:08:28 | arlaneenalra | I wonder if it needs to hop between the two |
| 05:09:02 | funman | 'i2c_outb' seems identical to 0x2A970, except getack is run just after the function, not at its end |
| 05:09:04 | | Join CGL [0] (~CGL@190.207.155.91) |
| 05:09:48 | arlaneenalra | lost me there . . .. |
| 05:10:05 | funman | i'm reading generic_i2c.c |
| 05:12:21 | arlaneenalra | ah |
| 05:12:50 | funman | it looks alright, and afaict the OF code for other models (where FM works) is identical to the one for fuzev2 |
| 05:13:06 | funman | so i think we should be looking for a 'tuner_power' function |
| 05:13:42 | arlaneenalra | that would make sense |
| 05:17:02 | funman | hum btw I called the function at 0x2DB14 'fm_init' but i can't find any reference to it |
| 05:22:26 | | Quit Hillshum (Read error: Operation timed out) |
| 05:23:15 | saratoga | funman: i tested using the OF values for AS3514_AUDIOSET2 and it had no measurable impact on output |
| 05:23:50 | arlaneenalra | which file are you looking at for that 2DB14 . . . I'm not seeing that address in either wav_codec or firmware |
| 05:23:53 | funman | do you need battery bench? |
| 05:24:20 | funman | arlaneenalra: it's in wav_codec but offsetted by the entry point. the wav_codec\ \ files is loaded in memory at a fixed address |
| 05:24:37 | saratoga | funman: i'll test the other register now, but IMO the other thing to check is the e200v1 |
| 05:27:02 | arlaneenalra | funman:I'll bet you mentioned that offset last night . . . |
| 05:27:20 | | Quit n1s (Ping timeout: 276 seconds) |
| 05:27:31 | funman | yeah, it's given by amsinfo |
| 05:30:13 | | Quit knibbel (Ping timeout: 240 seconds) |
| 05:32:11 | | Join mischasworld [0] (~quassel@g226135141.adsl.alicedsl.de) |
| 05:35:32 | | Quit Horscht (Quit: Verlassend) |
| 05:39:33 | saratoga | funman: no measurable difference from reg2 or reg3 using the OF or RB values |
| 05:39:40 | saratoga | testing on the e200v1 now, before was clipv2 |
| 05:40:19 | arlaneenalra | these numbers are not making sense to me, I'm coming up with something past the end of my file . . . |
| 05:41:48 | arlaneenalra | funman: I think there is a call to that address in firmware though, I see it at 8828 in my file |
| 05:42:10 | funman | right! |
| 05:49:05 | funman | it is in the middle of the lcd_init function |
| 05:49:23 | | Quit mischasworld (Remote host closed the connection) |
| 05:49:27 | funman | i think 90F0 is equivalent to sleep() |
| 05:51:24 | | Join Hillshum [0] (~hillshum@75-165-235-147.slkc.qwest.net) |
| 05:51:49 | | Quit panni_ (Read error: Connection reset by peer) |
| 05:54:30 | saratoga | funman: e200v1 didn't change either |
| 05:55:02 | * | FlynDice has 4bit bus working for SD. Write & Verify passes for both internal & uSD. I'll post to flyspray later, need testers especially clipv2. |
| 05:55:05 | saratoga | http://pastebin.com/Q9S4KQJY |
| 05:55:14 | saratoga | any objection to me committing that now? |
| 05:55:40 | saratoga | i didn't change AS3514_AUDIOSET3 for the e200v1 since apparently it needs different settings then ams |
| 05:56:07 | funman | saratoga: let me look how as3525v2 handle that |
| 05:56:32 | funman | FlynDice: clipv2 ready: |
| 05:56:33 | funman | ! |
| 05:56:34 | saratoga | FWIW I tested on a clipv2 |
| 05:56:53 | funman | arlaneenalra: got it :D |
| 05:57:04 | arlaneenalra | wow :) |
| 05:57:19 | arlaneenalra | what did it take? |
| 05:57:26 | funman | changing CCU_IO |
| 05:57:55 | funman | though it seems i have no station here |
| 05:58:10 | funman | clear bit 12 of CCU_IO before reading/writing, set it after |
| 05:58:57 | funman | (using A0) |
| 05:59:22 | funman | saratoga: but the patch is only for as3525 and no as3525v2 ? |
| 05:59:52 | saratoga | funman: crap |
| 05:59:59 | arlaneenalra | CCU_IO |= (1<<12); ? |
| 06:00 |
| 06:00:10 | | Join mikroflops [0] (~yogurt@90-227-45-110-no112.tbcn.telia.com) |
| 06:00:19 | arlaneenalra | no, you said clear . . . |
| 06:00:21 | funman | arlaneenalra: CCU_IO &= ~(1<<12); .. read .. CCU_IO |= 1<<12; restore_irq() |
| 06:00:33 | arlaneenalra | ok |
| 06:00:51 | FlynDice | funman: http://pastie.org/946256 <−− 4bit bus I had to change the select_card deselect_card commands slightly but I think it should work fine. |
| 06:01:08 | saratoga | will retest |
| 06:01:22 | saratoga | at least we know one of the registers is ok |
| 06:01:41 | funman | saratoga: i only see HPCM bit for as3543, and additional bits 3 4 5 6, so dunno if IBR/ZCU have any effect |
| 06:02:08 | saratoga | then i should test on a clipv1 then? |
| 06:02:15 | funman | yep would be fine |
| 06:02:41 | arlaneenalra | a real shell is nice :) mount ./main/ ; cp ~/code/mp3/rockbox/build-dir-fuzev2/rockbox.sansa ./main/.rockbox/rockbox.sansa ; umount ./main/ ; sync |
| 06:03:16 | funman | i use "c;make -j4 bin && cp rockbox.sansa /media/FUZEV2/.rockbox && udisks −−unmount /dev/sdi" :P |
| 06:04:18 | | Quit mikroflops_ (Ping timeout: 260 seconds) |
| 06:04:19 | arlaneenalra | and I have reception :) |
| 06:04:46 | arlaneenalra | Quite a few stations even |
| 06:06:18 | arlaneenalra | Way to go funman :) |
| 06:06:29 | arlaneenalra | So, what is that bit in CCU_IO? |
| 06:06:46 | CIA-5 | New commit by funman (r25818): Fuzev2: FM - tested on 2 different models |
| 06:06:58 | funman | I think it is a way to mux LCD lines and other functions (it's used in buttons already) |
| 06:07:51 | funman | hum i have a strong doubt now |
| 06:08:18 | funman | the bit only needs to be set while LCD transfers so perahps we wouldn't need to disable interrupts |
| 06:08:35 | arlaneenalra | #define CCU_SRC_I2C_AUDIO_EN ( 1 << 12 ) |
| 06:08:36 | arlaneenalra | interesting |
| 06:08:44 | funman | no it's not that one |
| 06:08:44 | arlaneenalra | That's in the as3525.h file |
| 06:08:56 | funman | this bit is in CCU_SRC |
| 06:09:15 | arlaneenalra | yeah, probably just coincidence |
| 06:09:55 | arlaneenalra | I noticed it was CCU_SRC, just wondering if there was some realtionship on bit 12 . . |
| 06:10:40 | funman | don't think so, CCU_SRC is used to reset peripherals |
| 06:10:53 | funman | to select peripherals to be resetted* |
| 06:11:19 | arlaneenalra | I'm going to have to dig around in this code base more . . . |
| 06:13:16 | CIA-5 | New commit by funman (r25819): Fuzev2: don't disable interrupts in fm code, allow button tick to run |
| 06:13:24 | funman | [X] done |
| 06:14:03 | saratoga | stupid battery gave out mid test on my clip |
| 06:14:55 | funman | FlynDice: is your patch complete ? it lacks the header with filename |
| 06:16:17 | | Join kramer3d [0] (~kramer@unaffiliated/kramer3d) |
| 06:18:08 | FlynDice | funman: sorry try this http://pastie.org/946272 |
| 06:20:31 | saratoga | does it speed up the disk a lot? |
| 06:22:46 | funman | FlynDice: seems to work fine on clipv2/fuzev2 (also µSD) |
| 06:26:31 | FlynDice | funman: Thanks. I think I'll post it for a bit of testing now. After my experience on the v1 go around I'm a little gun-shy still... |
| 06:27:37 | FlynDice | saratoga: Yes it speeds it up, don't have the exact numbers right here but hold on |
| 06:27:50 | funman | FlynDice: i'm for commit early, break often ;) |
| 06:28:14 | | Quit fdinel (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) |
| 06:28:26 | FlynDice | funman: It's harder to pin blame that way eh? |
| 06:29:11 | funman | true, but SD driver seems to work fine, safe for µSD |
| 06:29:15 | funman | (some µSD) |
| 06:32:46 | | Quit S_a_i_n_t (Ping timeout: 260 seconds) |
| 06:33:42 | | Join S_a_i_n_t [0] (S_a_i_n_t@203.184.2.207) |
| 06:34:24 | arlaneenalra | crap, fuze v2 just hung on me |
| 06:34:38 | arlaneenalra | I've been getting that at random all day |
| 06:34:42 | arlaneenalra | not sure what the issue is |
| 06:34:50 | FlynDice | well you talked me into it, this guarantees they'll be screaming at me when I wake up in the morning... |
| 06:35:09 | CIA-5 | New commit by FlynDice (r25820): sd-as3525v2.c: Implement 4 bit widebus for SD Transfers. |
| 06:35:35 | funman | ;) |
| 06:36:09 | funman | arlaneenalra: boost the CPU from debug menu -> cpu frequency, so the CPU freq is fixed at 240MHz and it shouldn't happen anymore |
| 06:36:46 | arlaneenalra | that sounds like a race condition somewhere . . . |
| 06:37:43 | funman | if the proposed workaround fixes it, the problem is in set_cpu_frequency(), i think somehow it affects memory |
| 06:38:14 | arlaneenalra | what's the button for boost? |
| 06:38:16 | funman | because peripheral clock is derived from CPU clock, we have to change them both at the same time |
| 06:38:22 | funman | scroll left to increase counter |
| 06:39:03 | arlaneenalra | I don't know how much I like the scroll wheel on this thing, |
| 06:39:05 | arlaneenalra | thanks though :) |
| 06:40:09 | arlaneenalra | It will take several hours to tell if that did anything though |
| 06:40:23 | FlynDice | red from the mrobe unrelated to my commit. Time for bed. |
| 06:41:54 | saratoga | ok clipv1 output is unchanged with that patch |
| 06:42:02 | saratoga | i'll commit now if no one wants anything changed |
| 06:42:22 | | Join n1s [0] (~n1s@rockbox/developer/n1s) |
| 06:42:59 | funman | no problem |
| 06:43:09 | funman | i'll run a clipv1 bench |
| 06:47:22 | CIA-5 | New commit by saratoga (r25821): Use settings for DAC AGC, cpeaker driver bias current (which is unused in rockbox), dither, and headphone bias current taken from c200v2 firmware. ... |
| 06:49:55 | arlaneenalra | Is there a boost indicator outside of the debug menu |
| 06:49:56 | arlaneenalra | ? |
| 06:50:02 | funman | no |
| 06:50:17 | funman | ah well, it should be in the debug menu -> buffering thread also |
| 06:50:45 | saratoga | funman: for what its worth, the exact mah of the battery isn't needed for runtime estimation |
| 06:51:05 | saratoga | you can just pick a reasonable value, and then pick a mA that gives the right runtime for that value |
| 06:51:15 | funman | true |
| 06:51:27 | saratoga | really all the runtime estimation code needs is the results of a battery bench, not sure why it works like this :) |
| 06:51:48 | *** | Saving seen data "./dancer.seen" |
| 06:51:56 | funman | i'm running bench on fuzev2 with lcd always on |
| 06:53:35 | funman | if lcd current usage is identical to fuzev1 (it should be ..) it should run in 7hours, so crashes are less probable ;) |
| 06:54:08 | saratoga | wide bus, radio, power savings |
| 06:54:10 | saratoga | not a bad night |
| 06:54:15 | funman | :p |
| 06:54:32 | funman | ok let's finish usb tomorrow |
| 06:55:05 | funman | and next week i'll see if i can solder a wifi card on the clip+ |
| 06:55:14 | arlaneenalra | HA! I've been waiting on that for the c250 for over a year now |
| 06:55:32 | funman | arlaneenalra: usb? |
| 06:55:36 | arlaneenalra | yeah, |
| 06:55:55 | funman | pamaury started looking at it and i sent some code to markun |
| 06:56:30 | funman | if you're interested i have linux patches for both as352x and as353x (of which clipv2/clip+/fuzev2 reuse some components); i can send it to you |
| 06:56:48 | funman | usb is too complex for me i think |
| 06:57:08 | arlaneenalra | I'm interested in looking at it, leary of playing with it though . . . |
| 06:57:19 | saratoga | RB: 0xc5: 'Do not change, default 0' bit is set to 1 |
| 06:57:25 | saratoga | maybe thats our problem :) |
| 06:57:34 | funman | saratoga: which register? |
| 06:57:46 | saratoga | HPH_OUT_R |
| 06:57:54 | funman | "set this bit to draw an additional 40mA for nothing" |
| 06:58:35 | arlaneenalra | Is wide bus for the external card only? |
| 06:58:44 | funman | arlaneenalra: nope both |
| 06:59:07 | | Quit Boldfilter (Quit: Boldfilter) |
| 06:59:31 | funman | saratoga: but bit 5 isn't set ? |
| 07:00 |
| 07:00:12 | | Join |DaMaGeD| [0] (~dam@85.26.164.45) |
| 07:00:13 | saratoga | according to ranma it is |
| 07:00:25 | saratoga | -0x02: 00000003 |
| 07:00:26 | saratoga | +0x02: 000000c5 |
| 07:01:15 | funman | 1<<5 would be 0x20 and 0xC0 is 0x80|0x40 |
| 07:02:08 | saratoga | oh you're right |
| 07:02:38 | saratoga | so the difference is just the overcurrent time otu |
| 07:02:59 | | Quit |DaMaGeD| (Client Quit) |
| 07:08:26 | funman | btw the AMS guy never answered to me requesting the as3543 datasheet |
| 07:09:02 | | Quit MagusG (Ping timeout: 265 seconds) |
| 07:11:07 | | Join MagusG [0] (magusg@c-76-97-148-35.hsd1.ga.comcast.net) |
| 07:13:04 | | Join mischasworld [0] (~quassel@g226135141.adsl.alicedsl.de) |
| 07:20:01 | | Join Tuplis [0] (~jani@adsl-77-109-221-158.kymp.net) |
| 07:23:13 | | Join mischa [0] (~quassel@g226135141.adsl.alicedsl.de) |
| 07:23:31 | | Quit mischasworld (Remote host closed the connection) |
| 07:23:45 | | Join kramer3d_ [0] (~kramer@unaffiliated/kramer3d) |
| 07:24:12 | saratoga | funman: does the memory controller on ams have any internal registers that haven't been dumped yet? |
| 07:24:48 | | Quit kramer3d (Ping timeout: 246 seconds) |
| 07:25:23 | funman | not sure, the datasheet is public (primecell something) and i just used the OF settings |
| 07:25:32 | funman | didn't check if they were changed dynamically |
| 07:25:43 | | Quit shaggy-h (Ping timeout: 240 seconds) |
| 07:27:44 | funman | for all i know these are just fixed settings given by the RAM manufacturer |
| 07:28:02 | saratoga | i think it has some clock settings too |
| 07:28:23 | funman | iiuc it's only number of cycles between 2 states |
| 07:28:31 | saratoga | hmm ok |
| 07:29:35 | funman | "MPMCCLKOUT runs continuously" <- perhaps something here |
| 07:29:48 | | Part arlaneenalra |
| 07:30:02 | saratoga | shouldn't the memory controller clock run continuously if they're not in self refresh mode? |
| 07:30:44 | | Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) |
| 07:30:48 | funman | i guess yes |
| 07:30:53 | funman | PrimeCell PL172 |
| 07:30:56 | saratoga | maybe its possible to save power by switching the memory controller clocks while running out of IRAM |
| 07:31:17 | funman | this one says: "stops when all SDRAMs are idle and during self-refresh" |
| 07:31:46 | funman | (when setting is 0) |
| 07:31:56 | saratoga | it would be a nasty hack, but the codec thread could disable the DRAM while its running |
| 07:32:07 | funman | but when it's 1: clock is stopped "when control is low and when there are no sdram transactions" |
| 07:32:25 | funman | saratoga: well there is a lot of code in DRAM which is needed |
| 07:32:33 | funman | also i like to play games sometimes while listening ;) |
| 07:32:46 | saratoga | the buffering code, but thats called at the start of each thread session |
| 07:32:56 | saratoga | yeah its too ugly to be worthwhile i think |
| 07:32:56 | funman | lcd, as3514 etc.. |
| 07:33:04 | funman | wps |
| 07:33:08 | saratoga | ah yeah the interrupts |
| 07:33:24 | saratoga | wps doesn't update until the codec yeilds though, right? |
| 07:33:54 | funman | oh i didn't understand it that way |
| 07:34:20 | saratoga | i just meant hack the mp3 decoder to power down SDRAM, decode for a while, then power it up before it pushes the PCM back and yields |
| 07:34:36 | funman | would make sense but indeed interrupts are tricky |
| 07:34:46 | funman | we'd need to put all the ticks code in iram |
| 07:34:54 | saratoga | yeah the pcm buffer would have to be in IRAM as well i think |
| 07:35:18 | saratoga | assuming the dma controller can even access IRAM? |
| 07:35:26 | | Quit jd (Read error: Connection reset by peer) |
| 07:35:48 | | Join jd [0] (~jd@rocket.vel.lv) |
| 07:35:49 | | Quit jd (Changing host) |
| 07:35:49 | | Join jd [0] (~jd@Wikipedia/HellDragon) |
| 07:36:06 | funman | it can, ranma even tested pcmbuffer in iram and it saved a couple mA |
| 07:36:28 | funman | btw i think i have seen the OF use iram for pcm |
| 07:37:07 | saratoga | so the iram is more power efficient then the dram i guess |
| 07:37:28 | tmzt_ | are they the same size? |
| 07:37:36 | tmzt_ | or is dram powered off |
| 07:37:37 | saratoga | no, 2MB vs. 320KB |
| 07:37:57 | tmzt_ | oh I see, that's the goal |
| 07:38:19 | | Nick kramer3d_ is now known as kramer3d (~kramer@unaffiliated/kramer3d) |
| 07:40:12 | funman | saratoga: fuzev1 seems to run if i set MPMC_DYNAMIC_CONTROL to 0x0 (in system_init() because sdram_init() is only run in bootloader), let's see what it does |
| 07:46:38 | funman | saratoga: btw i think battery capacity in rockbox is needed for models with different batteries possible |
| 07:46:54 | | Quit Strife89 (Quit: Bed.) |
| 07:56:40 | saratoga | Dynamic memory clock control (CS) 0 = MPMCCLKOUT stops when all SDRAMs are idle and during self-refresh mode. 1 = MPMCCLKOUT runs continuously (reset value on nPOR). When clock control is LOW the output clock MPMCCLKOUT is stopped when there are no SDRAM transactions. The clock is also stopped during self-refresh mode. |
| 07:56:51 | saratoga | maybe thats what he meant by "runs continuously" |
| 07:59:45 | n1s | sounds like you have to actually change to self-refresh mode and then the clok will stop to me |
| 08:00 |
| 08:05:07 | topik | funman: reading the logs, it seems my clip+ is charging fine in rockbox |
| 08:05:32 | topik | slow though, but charging |
| 08:16:23 | | Quit CGL (Quit: Soy spammero http://wiki.n00b2hack.com.ve ---- \m/ d(>.<)b \m/) |
| 08:17:26 | | Join ender` [0] (krneki@foo.eternallybored.org) |
| 08:18:06 | | Join shaggy-h [0] (~kiwi@78-86-164-31.zone2.bethere.co.uk) |
| 08:28:16 | | Join Zagor_muh [0] (~bjst@rockbox/developer/Zagor) |
| 08:28:23 | | Nick Zagor_muh is now known as Zagor (~bjst@rockbox/developer/Zagor) |
| 08:28:36 | | Join esperegu [0] (~quassel@a130018.upc-a.chello.nl) |
| 08:29:51 | funman | topik: can you tell how much slower? |
| 08:33:49 | | Quit mischa (Ping timeout: 245 seconds) |
| 08:35:25 | topik | in half an hour from 60% to 65% |
| 08:35:32 | topik | not sure how fast the OF does it |
| 08:36:45 | saratoga | that sounds more like trickle chaging then anything |
| 08:36:54 | saratoga | the e200v1 does that even if the charge controller isn't running |
| 08:37:34 | | Join wodz [0] (~wodz@skatol.ch.pw.edu.pl) |
| 08:38:00 | | Quit n1s (Ping timeout: 240 seconds) |
| 08:39:13 | | Join flatrose [0] (~flatrose@nat.sklk.marosnet.net) |
| 08:39:51 | flatrose | Hey guys, one more roockbox fan here, please welcome! |
| 08:40:05 | topik | 0.001V a minute (from the debug screen) doesn't sound like it's putting in much of an effort no |
| 08:40:30 | | Join flydutch [0] (~flydutch@host36-202-dynamic.15-87-r.retail.telecomitalia.it) |
| 08:44:37 | | Quit flatrose (Quit: Konversation terminated!) |
| 08:45:03 | | Join flatrose [0] (~flatrose@nat.sklk.marosnet.net) |
| 08:51:52 | *** | Saving seen data "./dancer.seen" |
| 08:53:58 | GodEater | anyone good with spanish? : http://rockbox-utility.softbull.com/ |
| 08:54:28 | GodEater | pretty sure we don't have a version 3.5.1 of rbutil |
| 08:57:00 | topik | it's muy bueno though. even if it doesn't exist |
| 08:57:12 | S_a_i_n_t | indeed... |
| 08:57:52 | S_a_i_n_t | for once, S_a_i_n_t is thankful for "translate with bing" accelerator ;) |
| 08:58:44 | flatrose | Does anybody have iPod with CompactFlash mod around here? |
| 08:58:52 | wodz | yes |
| 08:59:00 | wodz | mini 1G |
| 08:59:34 | flatrose | Oh, hey... how did you get it inside your sweet little 1G? I've got 5.5G and I'm really curious how that will fit inside... CF is pretty big imo |
| 08:59:48 | | Join petur [0] (~petur@rockbox/developer/petur) |
| 09:00 |
| 09:00:13 | wodz | mini is stuffed originally with microdrive with almost the same dimentions |
| 09:00:42 | flatrose | Oh.. does it really save alot of battery uptime? |
| 09:01:36 | wodz | I don't know - I bought broken ipod and fixed it. I never used it with original microdrive |
| 09:02:09 | JdGordon | CF inside the mini's is awesome |
| 09:03:45 | flatrose | I've got 5.5g with 64mb ram and 30gb (replaced from another 5.5g with 32mb ram), 100% charge lasts for about 5 hours of listening at full volume. |
| 09:04:22 | flatrose | Hopefully I'll last atleast for 10 hours with CF. |
| 09:05:17 | linuxstb | flatrose: Sounds like you need a new battery - people report 15-20 hours with Rockbox. |
| 09:05:55 | JdGordon | yeah, replace your batt |
| 09:06:01 | * | S_a_i_n_t reads that "rockbox utility 3.5.1 is "It is completely self-executing, you just connect your player to your computer and this will be installed." |
| 09:06:44 | wodz | Ehh I am out of idea what hogs my MPIO. The last suspect was ADC reading in ISR. I moved whole part to button reading code where I read only one channel at a time (so every 10ms I belive). This changes nothing - still ~100MHz to decode mp3 |
| 09:06:57 | wodz | this is twice as high as should be |
| 09:07:37 | flatrose | 15-20 hours? Well, I listen to flac only ;) |
| 09:09:00 | flatrose | Besides, at maximum volume and switch tracks alot. But I've got an idea of buying some cellphone 800mAh+ battery and shoving it inside my baby along with 64gb CF card. Ü |
| 09:09:11 | | Join B4gder [0] (~daniel@rockbox/developer/bagder) |
| 09:09:15 | linuxstb | flatrose: I would still expect a lot more than 5 hours. Back when Rockbox was using far too much power on the ipods, people reported 7 hours with FLAC. |
| 09:09:51 | linuxstb | flatrose: But yes, switching tracks a lot will drain the battery - it means Rockbox keeps filling the buffer with audio, and then discarding it. |
| 09:10:19 | linuxstb | flatrose: You may want to do a proper battery benchmark - see http://www.rockbox.org/wiki/IpodRuntime |
| 09:10:43 | flatrose | That's something new to me, thanx linuxstb.. and about switching tracks - hell yeah I just don't know how to use playlists still Ü |
| 09:10:53 | flatrose | And thanks for the link! |
| 09:10:59 | saratoga | wodz: have you tried benchmarking separately from decoding? |
| 09:11:33 | saratoga | for instance the test_mem plugin, or just looping and doing mul's |
| 09:11:43 | saratoga | should give you an idea whats actually running too slow |
| 09:12:27 | wodz | saratoga: test_codec gives comparable to other coldfires |
| 09:12:40 | wodz | s/gives/gives results/ |
| 09:13:32 | wodz | so muls are ok |
| 09:13:36 | linuxstb | B4gder: Do you have two minutes to move something to the download server? |
| 09:13:50 | B4gder | sure |
| 09:14:59 | linuxstb | B4gder: Thanks. linuxstb.cream.org/rockbox/tcctool-win32.zip">http://linuxstb.cream.org/rockbox/tcctool-win32.zip to go in utils/tcctool/ - I think it's safe to just remove the older versions from there - there are no functional changes in tcctool, just new targets added to a lookup table. |
| 09:15:24 | CIA-5 | New commit by jethead71 (r25822): i.MX31/Gigabeat S: The nested IRQ code was just totally wrong and not actually working anyway (which is why it wasn't crashing). AVIC doesn't seem ... |
| 09:15:28 | saratoga | that reminds me, we should put up a fuzev2 bootloader |
| 09:15:35 | saratoga | http://duke.edu/~mgg6/rockbox/bootloader-fuzev2.sansa |
| 09:15:40 | saratoga | anyone feel like testing that? |
| 09:15:48 | B4gder | linuxstb: done! |
| 09:15:57 | funman | saratoga: you've set version to 1.0 ? |
| 09:15:59 | linuxstb | B4gder: Thanks. |
| 09:16:05 | saratoga | funman: yeah, at least i think so |
| 09:16:21 | funman | can't test now |
| 09:16:37 | saratoga | am i supposed to branch when compile that? |
| 09:16:43 | saratoga | or tag or whatever its called |
| 09:16:56 | funman | just tag the revision but you can do it later |
| 09:17:45 | funman | the complete command is somewhere on UsingSVN |
| 09:17:45 | saratoga | i didn't write down the version number :( |
| 09:17:50 | funman | :) |
| 09:18:06 | CIA-5 | New commit by dave (r25823): Tag release 1.0 of utils/tcctool - built with "make VERSION=v1.0" |
| 09:18:08 | saratoga | guess i'll compile a new one |
| 09:20:53 | | Join efyx [0] (~efyx@lap34-1-82-225-185-146.fbx.proxad.net) |
| 09:21:38 | topik | funman: you wanted a battery bench on the clip+ playing an album on repeat from uSD ? |
| 09:21:54 | funman | topik: yeah just to compare with playing from internal |
| 09:21:58 | saratoga | huh todays bootloader is a couple KB bigger then the one the other day |
| 09:22:09 | funman | though i don't have a complete bench, only the one on the forum with cpu boosted |
| 09:22:21 | topik | charging now, will start the bench attempt on uSD when it's done |
| 09:22:21 | funman | saratoga: you didn't keep the elf? |
| 09:23:32 | funman | hm i wonder why i don't see clipv2/clip+ in rbutil |
| 09:23:41 | saratoga | isn't there an option to show them? |
| 09:23:49 | topik | stupid samsas would probably charge a lot faster if they turned off the display while charging |
| 09:23:56 | funman | 'disabled' but they're not here either |
| 09:24:00 | | Join loveless [0] (~loveless@2a01:198:26e:0:216:cbff:feb9:8c8d) |
| 09:24:05 | | Join DerPapst [0] (~Alexander@dslb-088-069-149-077.pools.arcor-ip.net) |
| 09:24:17 | saratoga | topik: the charge rate isn't limited by the USB power |
| 09:24:22 | funman | they're not marked as disabled in rbutil.ini anyway |
| 09:24:34 | flatrose | I've got a little bit of a newbie question, but anyway, how to make my iPod not to switch to "Usb storage mode" but just continue playing music and charging at the same time when I plug it in? I usually do Debug -> Screendump and connect it to continue listening without interruption. |
| 09:24:58 | topik | saratoga: charging could be faster if the hardware allowed it? |
| 09:24:59 | saratoga | you hold some button |
| 09:25:07 | saratoga | check the manual, but its probably play or select |
| 09:25:30 | saratoga | topik: charge speed is limited by the battery |
| 09:25:32 | flatrose | Oh, and is there any option in the settings to make it automatic? |
| 09:25:48 | saratoga | i don't think so |
| 09:25:54 | topik | fair enough. still silly to keep on the display imo |
| 09:26:12 | flatrose | Oh, shame... thanks I think that'll do it for me for now! |
| 09:26:36 | topik | usb detect (besides real usb support) is also a todo for the clip+ and its friends |
| 09:26:54 | funman | works on clipv2 / some fuzev2 models |
| 09:27:02 | | Join kramer3d_ [0] (~kramer@unaffiliated/kramer3d) |
| 09:27:06 | funman | (but it's disabled for all fuzev2) |
| 09:27:43 | topik | i actually like it as it is. rather have my fuze v1 have the same behaviour :) |
| 09:27:47 | S_a_i_n_t | flatrose: you can make a patched build using FS #11101 |
| 09:27:55 | topik | that is, if the clip+ would be charging |
| 09:27:56 | | Quit kramer3d (Ping timeout: 264 seconds) |
| 09:27:58 | topik | in rockbox |
| 09:28:17 | S_a_i_n_t | using that patch, it connects in charging mode, instead of transfer |
| 09:28:21 | wodz | is there any place with results from test_* plugins family to compare with my results? |
| 09:28:34 | S_a_i_n_t | and you need to hold a button to enter transfer mode instead upon connect |
| 09:28:50 | S_a_i_n_t | basically, just reversing the usual operation. |
| 09:28:58 | linuxstb | wodz: There are various pages I think. I can't remember the names, but try searching the wiki for the name of the test plugin. |
| 09:30:12 | linuxstb | wodz: Thinking about it, I'm pretty sure the disk and LCD plugins have pages, as well as test_codec (the various Runtime pages). Not sure about any others. |
| 09:30:48 | * | linuxstb hears on the radio that Scotland is closed for the day due to ash.... :( |
| 09:31:11 | wodz | I am looking for test_mem results from coldfires |
| 09:31:17 | | Join lpereira [0] (~lucien@did75-8-82-226-27-213.fbx.proxad.net) |
| 09:31:21 | * | linuxstb changes channels... |
| 09:32:26 | funman | hm i don't get it, make clean ; make and rbutil still doesn't show clipv2/clip+ |
| 09:32:47 | saratoga | wodz: the test_mem plugin is brand new, so no results for it i think |
| 09:32:53 | linuxstb | funman: Isn't there a mechanism for enabling/disabling some targets? |
| 09:33:18 | funman | yes but it's not used |
| 09:33:18 | wodz | I have unboosted write 95kB/s, ubusted read 55 kB/s, boosted write 267kB/s and boosted read 148kB/s |
| 09:33:40 | wodz | I don't know if this is fast/slow/doesn't matter |
| 09:34:15 | saratoga | i dont' have a CF player to compare to, but someone here must |
| 09:35:02 | funman | oh sorry, it's named RockboxUtilty now, not rbutilqt => i was running the old binary |
| 09:38:30 | linuxstb | How very un-Linux... |
| 09:38:51 | CIA-5 | New commit by funman (r25824): rbutil: add fuzev2 |
| 09:38:52 | funman | C++ i guess |
| 09:41:17 | | Quit solexx (Ping timeout: 246 seconds) |
| 09:42:23 | funman | note they're not disabled nor marked unstable but at least there is no releases |
| 09:43:07 | | Join solexx [0] (~jrschulz@e176112148.adsl.alicedsl.de) |
| 09:44:17 | funman | saratoga: the forum guy was using the daily build, not current build |
| 09:44:44 | saratoga | yeah, i linked him to the current build |
| 09:45:20 | | Join pamaury [0] (~pamaury@rockbox/developer/pamaury) |
| 09:46:44 | funman | perhaps we should put a captcha which reads "what is the latest svn revision" |
| 09:51:52 | | Quit solexx (Ping timeout: 276 seconds) |
| 09:52:07 | | Nick kramer3d_ is now known as kramer3d (~kramer@unaffiliated/kramer3d) |
| 09:54:44 | | Join solexx [0] (~jrschulz@e176112148.adsl.alicedsl.de) |
| 09:55:33 | arbingordon | haha, captcha of the latest "current builds" revision number? |
| 09:59:23 | xavieran | That's a pretty neat idea :D |
| 10:00 |
| 10:05:23 | | Quit funman (Quit: free(random());) |
| 10:08:58 | | Quit arbingordon (Quit: `) |
| 10:24:11 | | Quit Kitar|st (Ping timeout: 276 seconds) |
| 10:29:03 | | Join Kitar|st [0] (~Kitar_st@89.142.64.189) |
| 10:41:44 | | Quit Barahir (Ping timeout: 248 seconds) |
| 10:44:29 | | Join Barahir [0] (~jonathan@frnk-590f5704.pool.mediaWays.net) |
| 10:45:19 | | Join markun_ [0] (~markun@rockbox/developer/markun) |
| 10:46:05 | | Quit dys` (*.net *.split) |
| 10:46:05 | | Quit grndslm (*.net *.split) |
| 10:46:06 | | Quit sharp (*.net *.split) |
| 10:46:06 | | Quit krazykit (*.net *.split) |
| 10:46:06 | | Quit n17ikh (*.net *.split) |
| 10:46:06 | | Quit markun (*.net *.split) |
| 10:46:06 | | Quit blithe (*.net *.split) |
| 10:46:06 | | Quit lnwlf-away (*.net *.split) |
| 10:46:06 | | Quit CIA-5 (*.net *.split) |
| 10:46:06 | | Quit Galois (*.net *.split) |
| 10:46:06 | | Quit aevin (*.net *.split) |
| 10:46:06 | | Quit maraz (*.net *.split) |
| 10:47:23 | | Join dys` [0] (~andreas@krlh-5f7267eb.pool.mediaWays.net) |
| 10:47:23 | | Join grndslm [0] (~grndslm@174-126-14-4.cpe.cableone.net) |
| 10:47:23 | | Join sharp [0] (~sharp@sauropod.org) |
| 10:47:23 | | Join krazykit [0] (~kkit@adsl-76-251-232-26.dsl.ipltin.sbcglobal.net) |
| 10:47:23 | | Join n17ikh [0] (~n17ikh@host-69-59-126-212.nctv.com) |
| 10:47:23 | | Join blithe [0] (~blithe@72.14.176.144) |
| 10:47:23 | | Join CIA-5 [0] (cia@208.69.182.149) |
| 10:47:23 | | Join Galois [0] (djao@efnet.math.uwaterloo.ca) |
| 10:47:23 | | Join aevin [0] (eivindsy@unaffiliated/aevin) |
| 10:47:23 | | Join maraz [0] (maraz@kapsi.fi) |
| 10:47:32 | | Quit aevin (Ping timeout: 285 seconds) |
| 10:47:38 | | Join aevin [0] (eivindsy@unaffiliated/aevin) |
| 10:50:23 | | Join n1s [0] (~n1s@rockbox/developer/n1s) |
| 10:51:05 | | Quit wodz (Quit: Leaving) |
| 10:51:53 | *** | Saving seen data "./dancer.seen" |
| 10:52:42 | | Quit n17ikh (Ping timeout: 276 seconds) |
| 10:54:39 | | Quit loveless (Quit: loveless) |
| 10:56:24 | | Join n17ikh [0] (~n17ikh@host-69-59-126-212.nctv.com) |
| 11:00 |
| 11:08:22 | | Quit flatrose (Remote host closed the connection) |
| 11:08:23 | | Join loveless [0] (~loveless@2a01:198:3a5:0:216:cbff:feb9:8c8d) |
| 11:10:15 | JdGordon | in general how much idiot proofing is needed? |
| 11:10:28 | | Join liar [0] (~liar@213162066162.public.t-mobile.at) |
| 11:10:44 | JdGordon | I want to figure out a way to make the ui viewport switchable, but I tihnk it oculd get into a situation where that viewport could be disabled completly |
| 11:10:48 | JdGordon | because of user stupidity |
| 11:11:18 | | Join wincent_balin [0] (~wincent@f055022209.adsl.alicedsl.de) |
| 11:17:04 | S_a_i_n_t | JdGordon: I was actually thinking that when you first mentioned it. |
| 11:17:22 | S_a_i_n_t | There would need to be some form of fallback, but I have no idea how that could work. |
| 11:17:36 | linuxstb | JdGordon: What does "switchable" mean? |
| 11:17:45 | JdGordon | using conditional viewports |
| 11:17:54 | S_a_i_n_t | I assume conditional, and more than one. |
| 11:18:00 | S_a_i_n_t | ah, ;) |
| 11:18:07 | linuxstb | So "user" in this context means "theme author" ? |
| 11:18:09 | JdGordon | only one would be active at a time |
| 11:18:12 | JdGordon | yes |
| 11:18:47 | S_a_i_n_t | also, switching between themes may then become a bit of a nightmare |
| 11:18:52 | JdGordon | I tihnk the most that could be done is going through the first viewports tokens and making sure a "enable viewport as ui viewport" tag is there |
| 11:19:12 | linuxstb | Then I would say it doesn't matter too much, as long as the behaviour is documented... I'm sure there are other ways theme authors can break things already. |
| 11:19:24 | S_a_i_n_t | plenty ;) |
| 11:20:37 | JdGordon | messing this up is unrecoverable without editing config.cfg or resetting on boot |
| 11:21:00 | JdGordon | but I'd rather put no foolproofing in (once I figure out how this can actually work to begin with) |
| 11:21:29 | S_a_i_n_t | ;) |
| 11:22:31 | S_a_i_n_t | I'd like to be able to enable/disable .sbs (or change between .sbs) using the %cs tag...could this be done? |
| 11:22:47 | * | S_a_i_n_t tries not to pile work on JdGordon, but has to ask... :P |
| 11:22:50 | JdGordon | thats the point |
| 11:23:10 | S_a_i_n_t | Ah, well....good. ;) |
| 11:23:11 | JdGordon | it would all be in one .sbs file, but they could be completly different |
| 11:23:33 | linuxstb | JdGordon: It does raise the issue of the themes site though - we would want the site to be able to reject bad themes as far as possible, so "fool-proofing" would be useful. |
| 11:23:54 | S_a_i_n_t | right, I see. The method I had in my head involved multible .sbs but that is a lot simpler I'll admit. |
| 11:24:27 | | Join bertrik [0] (~bertrik@rockbox/developer/bertrik) |
| 11:24:27 | JdGordon | linuxstb: sure, but I'm not even sure it would be technically possible to make sure one viewport is always enabled |
| 11:27:00 | linuxstb | JdGordon: Then maybe try to think of another way to do it, so that it's not possible to break things... |
| 11:28:24 | S_a_i_n_t | meh...it used to be possibly to cock things up *pretty* damn good when .sbs forst cam in ;) |
| 11:28:35 | S_a_i_n_t | *came |
| 11:39:32 | | Quit kramer3d (Ping timeout: 252 seconds) |
| 11:42:59 | loveless | funman: FYI, that firmware/rolo.c:171: error: impossible constraint in ‘asm’ persists with both a recent arm-elf build as well as with the arm-elf-eabi toolchain. how would we go about solving the arm11 issue? |
| 11:47:53 | JdGordon | S_a_i_n_t: does this make any sense? %vi|<label>|<usual crap> ... you would need one for each ui-vp, then a new tag %Vdi<label> to set the active one? |
| 11:48:23 | S_a_i_n_t | JdGordon: IMO, that makes perfect sense |
| 11:48:26 | JdGordon | those labels could be the same as other viewport labels to make things easy for themers to keep track of |
| 11:48:36 | S_a_i_n_t | it follows the usual syntax exactly |
| 11:49:14 | JdGordon | the viewport would only be set on a full redraw, if none are set then fallback to the first found maybe |
| 11:49:23 | S_a_i_n_t | JdGordon: do *you* know what the story is with the artists badge? |
| 11:49:40 | S_a_i_n_t | and, yes...that seems perfectly sane. |
| 11:49:45 | JdGordon | just ask soap or AlexP to give you one? |
| 11:50:08 | S_a_i_n_t | I was wondering what the criteria was exactly. |
| 11:50:20 | S_a_i_n_t | I can't seem to find any info on it. |
| 11:50:32 | S_a_i_n_t | s/it/the badges in general/ |
| 11:50:39 | S_a_i_n_t | though, some are fairly obvious |
| 11:51:47 | JdGordon | there was some discussion before but I cant see any conclusions |
| 11:52:48 | Torne | S_a_i_n_t: I don't find it difficult at all to set a hotkey, i'm afraid |
| 11:53:00 | n1s | loveless: the gigabeat s is also arm11 and has it's own implementation of rolo_rtestart in firmware/target/arm/imx31/rolo_restart_firmware.S that might be adaptable for you? |
| 11:53:00 | Torne | i couldn't do it at all to start with but i realised i was trying to use options not eligible |
| 11:53:14 | Torne | it might be nice if it told you when you do that, rather than just dropping you out of the context menu |
| 11:53:18 | S_a_i_n_t | I'm a big fan of gevaerts artist badge, kinda "ironic" ;) |
| 11:53:38 | S_a_i_n_t | Torne: I fond that really odd considering the problems I had with it. |
| 11:53:55 | S_a_i_n_t | had/have in current svn without a patched version of the keymap |
| 11:54:01 | S_a_i_n_t | *find |
| 11:54:08 | Torne | S_a_i_n_t: The action code is supposed to wait for all pending button releases if the current action context is different to the previous one. |
| 11:54:17 | Torne | S_a_i_n_t: to stop exactly that kind of problem, i assume |
| 11:54:28 | S_a_i_n_t | IIRC kugel had some problems of the same nature also... |
| 11:54:35 | Torne | sure, i'm not saying you don't have a problem |
| 11:54:57 | Torne | but the fix i suggested to you yesterday is irrelevant; the action code *already* does that in a much better way ;) |
| 11:55:17 | S_a_i_n_t | I had trouble at first as play+sel need to be pressed at *precisely* the same instence |
| 11:55:23 | Torne | they do? |
| 11:55:24 | loveless | n1s: that's good to know. the problem is that I haven't really understood the problem with the arm rolo, yet. n00b at work here. |
| 11:55:43 | Torne | shouldn't be *that* precise |
| 11:55:51 | Torne | simultaneously for some suitably broad definition of simultaneousl |
| 11:55:57 | S_a_i_n_t | then it was the weirdness of needing to hold play, *then* select and it assume button_release was a keypress and exiting the yes/no screen |
| 11:56:03 | | Quit wincent_balin (Changing host) |
| 11:56:03 | | Join wincent_balin [0] (~wincent@rockbox/developer/wincent) |
| 11:56:12 | S_a_i_n_t | that is the problem I have with it without that patched keymap now. |
| 11:56:19 | n1s | loveless: the problem is that the compiler gives you "ipossible constraint" ? |
| 11:56:27 | n1s | impossible, even |
| 11:56:35 | gevaerts | S_a_i_n_t: ironic? That's *art*! |
| 11:56:50 | S_a_i_n_t | ;P |
| 11:57:02 | Torne | S_a_i_n_t: Well, the action code already specifically stops that from happening, i'm afraid ;) |
| 11:57:16 | Torne | S_a_i_n_t: get_action is called with CONTEXT_YESNOSCREEN which is different to whatever the previous context was (probably LIST) |
| 11:57:38 | Torne | so the action code returns ACTION_NONE instead of real actions, for the pending button releases |
| 11:58:07 | Torne | has someone dumped some logf's in and checked what the sequence of events actually is in the code? (as opposed to just what's visible to the user) |
| 11:58:34 | S_a_i_n_t | I'll make a clean svn build later on in the evening and see if I can still duplicate the error. |
| 11:58:50 | markun_ | gevaerts: I guess this guy means he can't see his external SD card in rockbox USB, should it be there? http://forums.rockbox.org/index.php?topic=24697 |
| 11:58:56 | S_a_i_n_t | "the error" being, possible to call a hotkey, but impossible to set one. |
| 11:59:32 | Torne | S_a_i_n_t: They definately don't need to be pressed at the exact same time for me eithre |
| 11:59:34 | loveless | n1s: yes, that's the error. it's also preceeded by a warning: firmware/rolo.c:171: warning: asm operand 0 probably doesn’t match constraints |
| 11:59:46 | Torne | i can press either button first with a reasonable delay (0.1-0.2s maybe?) before pressing the other |
| 11:59:58 | Torne | and I get the "Hotkey Not Set" splash (in filebrowser) |
| 12:00 |
| 12:00:07 | S_a_i_n_t | Torne: I assume Blue_Dude obviously saw the error I was talking about, hence the patch for the keymap |
| 12:00:19 | Torne | yes, i believe you :) |
| 12:00:21 | AlexP | S_a_i_n_t: First thread in the announcements forum: http://forums.rockbox.org/index.php?topic=23214.0 |
| 12:00:40 | Torne | i just can't easily fix something that doens't happen for me and already has something that should obviously fix it in the code :) |
| 12:00:40 | | Nick markun_ is now known as markun (~markun@rockbox/developer/markun) |
| 12:01:29 | n1s | loveless: and you have a recent svn with funman's change? (just checking) |
| 12:01:37 | loveless | n1s: I am deriving from the e200 port, and the problem starts showing up by moving DRAM_START form 0x10000000 to 0x10f00000. |
| 12:02:25 | Torne | S_a_i_n_t: So yeah. With r25774, testing in the file browser, select+play, regardless of which is first, gives me "Hotkey not found" as long as i don't wait more than about 0.2s between the button presses (otherwise it starts interpreting the one i'm pressing as a long press) |
| 12:02:47 | Torne | S_a_i_n_t: then if I go into the context menu, select "delete" then hit it again and hold both buttons, i get the yesno screen |
| 12:02:51 | n1s | yeah, 0x10f00000 can't be used as an immediate value on arm but the "r" constraint should make the compiler put the value i a register |
| 12:03:00 | Torne | and when i let go of either/both the yesno screen persists |
| 12:03:01 | n1s | in* |
| 12:03:20 | S_a_i_n_t | and, having to press both buttons simultaniously was the problem I was having with hotkey initially (iirc, there have been many...;)) and then it was changed to needing to press one button, then the next (holding both) to call/select the hotkey and since that change it barfed for me as soon as it hit the yes.no screen an exited it. |
| 12:03:39 | Torne | aaahaaaaa |
| 12:03:51 | Torne | if i let go of both *at the same time* it works, and lets me choose |
| 12:04:03 | S_a_i_n_t | so, you do see it? |
| 12:04:05 | Torne | if i let go of one, then the continued presence of the *other* cancels the splash |
| 12:04:08 | Torne | er, the yesno |
| 12:04:20 | * | n1s tries to compile this function in a beast build to see if he can get the error |
| 12:04:28 | loveless | n1s: now that's weird. svn status didn't show me updates in rolo, svn up just came down with lots of updates. |
| 12:04:37 | S_a_i_n_t | Torne: so you do see what I'm talking about? |
| 12:04:46 | Torne | S_a_i_n_t: yes. but only if i very deliberately release th ebuttons seperately |
| 12:05:04 | S_a_i_n_t | Hmmm...it seems to be more precise for me |
| 12:05:06 | Torne | it seems mine is much more tolerant of a gap between button press/releases |
| 12:05:13 | S_a_i_n_t | I need to be almost surgical ;) |
| 12:05:24 | Torne | which is why you see the problem often and i don't |
| 12:05:36 | S_a_i_n_t | even when I get it right, the yes/no screen exits immediately |
| 12:05:44 | Torne | the code in action.c only cancels out the result of *one* button_get() |
| 12:05:47 | n1s | loveless: ah, so it should be fixed now then :) do you know if the cache is enabled when you run your code? |
| 12:06:08 | Torne | so if you release both buttons "at once" then the button_get result is that both buttons were released, and the action code throws that away as it should |
| 12:06:32 | loveless | n1s: you're right. rolo.c compiles now with funmans changes. now the make file fails later on, trying to execute bootloader.bin locally. I'll deal with it later. thanks! |
| 12:06:35 | Torne | but if you release one button sufficiently before the other, it will do that for the first one, and then call button_get again the next time round the loop, and *that* one will return that the other button is pressed. |
| 12:06:39 | Torne | which will cancel yesno |
| 12:06:57 | S_a_i_n_t | FS #11208 is *WAY* better to set the Hotkey, but still a bit of an ass to call it |
| 12:07:08 | Torne | S_a_i_n_t: Yah, I think changing the keymap is not a good idea tbh |
| 12:07:22 | Torne | it sounds like there is some probably unwanted variance between devices here |
| 12:07:26 | S_a_i_n_t | Oh sure, it's a workaround...not a fix ;) |
| 12:07:34 | Torne | and action.c definately needs to be more careful about ignoring releases |
| 12:07:45 | Torne | for reference i'm talking about action.c lines 204-215 |
| 12:08:15 | S_a_i_n_t | bit with that patch (for now at least) I can actually use a hotkey build without wanting to smash my DAP :P |
| 12:08:30 | S_a_i_n_t | s/bit/but/ |
| 12:08:34 | Torne | the code as-is pretty obviously doens't work if the last thing pressed was a multiple button combination |
| 12:08:36 | | Join watto [0] (~watto@193.203.81.165) |
| 12:08:37 | Torne | so we should fix that. |
| 12:08:47 | Torne | that should make your instantly-vanishing-yesno stop |
| 12:08:58 | Torne | but i'm still slightly puzzled that you find it much harder to press the button in the first place |
| 12:09:02 | Torne | unless you are old and slow ;) |
| 12:09:12 | n1s | :) |
| 12:09:15 | Torne | which ipod model is it? |
| 12:09:18 | S_a_i_n_t | hey, S_a_i_n_t is young and virile! |
| 12:09:20 | Torne | i'm usign a video, since that's all i have |
| 12:09:30 | Torne | possibly the different button drivers behave differently? |
| 12:09:32 | S_a_i_n_t | I just find it needs to be *exactly* the same instant |
| 12:10:03 | S_a_i_n_t | and when I mean *exact*, I play fps...and my reaction time is pretty damn good if I may toot my own horn |
| 12:10:11 | S_a_i_n_t | the GF can't get it to work at all ;) |
| 12:11:40 | Torne | i assume this is a nano? 1g or 2g? |
| 12:13:16 | S_a_i_n_t | I *seem* to find it easier on the 2g nano...but that may just be a placebo as the clickwheels are newer/springier |
| 12:13:27 | S_a_i_n_t | but I find it on both, 1/2g |
| 12:14:08 | Torne | heh. |
| 12:14:14 | Torne | Both nanos use the same button driver as the video |
| 12:14:58 | S_a_i_n_t | I didnlt think much would be different, hence the reason I was so totally perplexed by you *not* having immense difficulty |
| 12:15:05 | Torne | Indeed |
| 12:15:16 | Torne | As long as I don't leave enough tim ebetween them for it to be recognised as a long press it seems to work |
| 12:15:26 | Torne | which is hugely tolerant, imo :) |
| 12:15:34 | Torne | so i'm surprised it doesn't do that for you |
| 12:15:42 | Torne | i blame wizards |
| 12:16:03 | S_a_i_n_t | seems perfectly logical |
| 12:16:55 | | Quit linuxstb (Ping timeout: 252 seconds) |
| 12:17:49 | S_a_i_n_t | TBH...I've avoided hotkey (until this patch came out that made it magically work fo rme) like the plague...so, as I said earlier I'll build from dead-clean SVN later tonight and see if it's not a little bit more forgiving now (or than I remember it) for some reason. |
| 12:18:26 | S_a_i_n_t | but, last time I tried the keymap as-is, I almost smashed a Nano1g :) |
| 12:22:37 | loveless | n1s: no, I haven't gotten down to the caching yet. it's the state the manufacturing boot code of the bootloader uses. |
| 12:22:41 | | Quit loveless (Quit: loveless) |
| 12:23:18 | | Quit BHSPitMonkey (Remote host closed the connection) |
| 12:27:28 | JdGordon | does %?mp<> need every value looked after to work? |
| 12:29:58 | S_a_i_n_t | what...you mean...uh....? |
| 12:30:07 | S_a_i_n_t | you can leave conditions in it blank |
| 12:30:12 | S_a_i_n_t | if thats what you mean |
| 12:30:32 | JdGordon | %?mp<VIa|VIb> |
| 12:30:32 | JdGordon | will that work? |
| 12:31:12 | S_a_i_n_t | it would need to be %?mp<VIa|VIb|||> |
| 12:31:14 | S_a_i_n_t | etc. |
| 12:31:41 | S_a_i_n_t | or, however many states there are for it...not sure if it needs "-" or not though |
| 12:35:20 | | Quit n1s (Ping timeout: 260 seconds) |
| 12:36:37 | | Join s_o [0] (~rjakse@ALyon-157-1-181-38.w109-213.abo.wanadoo.fr) |
| 12:36:57 | s_o | Hi there |
| 12:37:17 | * | JdGordon is KING! |
| 12:37:41 | s_o | I just installed rockbox on my d2+ |
| 12:37:45 | S_a_i_n_t | you've got it working I assume? |
| 12:37:46 | s_o | Really nice firmware ! |
| 12:37:56 | s_o | I, it works well |
| 12:38:08 | s_o | very well |
| 12:38:08 | S_a_i_n_t | sorry...talking to someone else ;) |
| 12:38:16 | s_o | ops sorry :P |
| 12:38:58 | S_a_i_n_t | JdGordon; Is there somewhere I can put up a "wps tag wishlist" ? |
| 12:39:09 | JdGordon | ThemeWishlist I think |
| 12:39:10 | S_a_i_n_t | my head is starting to burst with ideas |
| 12:39:15 | JdGordon | I created that a week or two ago |
| 12:39:27 | S_a_i_n_t | I usually just use you as my middleman :P |
| 12:40:12 | S_a_i_n_t | Blargh...I guess I have to create a Wiki account then, and after so long of avoiding it too ... ;) |
| 12:42:04 | JdGordon | I've got screen left-overs which I was hoping wouldnt happen... :( |
| 12:42:26 | S_a_i_n_t | Blargh...that was a fear of mine also. |
| 12:42:53 | S_a_i_n_t | it would need a fullscreen refresh between switching ui's, no? |
| 12:43:32 | JdGordon | I was hoping that would happen anyway |
| 12:45:44 | JdGordon | arg, it happens too late :( |
| 12:47:23 | pixelma | JdGordon: you wouldn't need the |||> of S_a_i_n_t's proposal bit then it will take the last specified value for the rest (in your case "b") |
| 12:47:33 | pixelma | s/bit/but |
| 12:47:41 | JdGordon | thats what I was thinking it should do |
| 12:47:46 | JdGordon | which it is doing |
| 12:47:54 | JdGordon | just trying to ule out why it wasnt working |
| 12:49:14 | S_a_i_n_t | Hmmm...did I forget what %mp is? |
| 12:49:31 | pixelma | doesn't matter |
| 12:49:56 | pixelma | that's how all conditionals work or at least should |
| 12:50:23 | S_a_i_n_t | If I don't use all a tags conditions...like, playmode for instance, I leave them blank and it works fine for me. |
| 12:50:30 | S_a_i_n_t | How else *could* it work? |
| 12:50:36 | * | S_a_i_n_t is confised a little |
| 12:50:42 | S_a_i_n_t | *confused even |
| 12:51:02 | pixelma | you don't even have to "mention" them |
| 12:51:55 | *** | Saving seen data "./dancer.seen" |
| 12:52:00 | S_a_i_n_t | I've found I can get unexpected results if I dont. I mean...how else can you specifiy "I want to display something/do X in this condition/state, but not this one, or this one" |
| 12:52:28 | * | JdGordon has removed the screen left-overs... |
| 12:52:32 | JdGordon | whos up for testing? |
| 12:52:46 | pixelma | %?mp<VIa|VIb> works. taking "b" for the missing parts though. So there is a difference to yours but if you don't care about those states anyways |
| 12:53:33 | S_a_i_n_t | Ahhh..., I get you now, but, I assumed those states *were* cared about (and deliberately undefined) |
| 12:56:21 | CIA-5 | New commit by markun (r25825): fix mkamsboot compilation on systems where 'make' is not 'GNU make' (FreeBSD for example) |
| 12:57:54 | | Join HellDragon_ [0] (~jd@modemcable207.134-202-24.mc.videotron.ca) |
| 12:57:55 | | Quit HellDragon_ (Changing host) |
| 12:57:55 | | Join HellDragon_ [0] (~jd@Wikipedia/HellDragon) |
| 12:59:20 | | Quit jd (Read error: No route to host) |
| 12:59:29 | S_a_i_n_t | blargh...can someone help me with the Wiki? |
| 12:59:37 | S_a_i_n_t | I get this trying to activate via email... |
| 13:00 |
| 13:00:09 | kisak | check to see if a spam filter has gotten in your way |
| 13:00:21 | S_a_i_n_t | Foswiki detected an internal error - please check your Foswiki logs and webserver logs for more information. erifyEmailAddress: no verification code! |
| 13:00:32 | markun | who compiled the binaries of mkamsboot here? http://download.rockbox.org/bootloader/sandisk-sansa/mkamsboot/ |
| 13:00:40 | s_o | Rockbox's minimal volume on my Cowon D2+ seems to be too high compared to original firmware'one. I usually listen to my music at volume 2 / 3 but Rockbox'minimal volume seem to be similar to volume level 5 for the original firmware. How can I help fixing that ? |
| 13:00:45 | S_a_i_n_t | but, I have the code *right here* in my email from foswiki |
| 13:01:19 | S_a_i_n_t | when I click the "thankyou for registering" link, I get that error. |
| 13:01:30 | | Join dfkt [0] (dfkt@unaffiliated/dfkt) |
| 13:01:46 | JdGordon | s_o: it is possible rockbox just adds more volume points than the of |
| 13:02:13 | topik | markun: could that be saratoga? |
| 13:02:29 | markun | perhaps. B4gder, do you know? |
| 13:02:43 | s_o | JdGordon: but how can I make the volume lower ? |
| 13:02:51 | B4gder | I don't remember actually |
| 13:03:20 | s_o | because il I try to make the volume lower, it turn off the sound |
| 13:03:26 | s_o | if* |
| 13:03:32 | markun | I pointed the wiki to the new clip+ firmware, but the binaries don't support it yet (the source does) |
| 13:03:44 | markun | so I changed it back for now |
| 13:03:53 | JdGordon | S_a_i_n_t: FS #11239 |
| 13:04:05 | JdGordon | AlexP: your CSB skin would make good use of that patch also |
| 13:04:06 | S_a_i_n_t | where do I go to enter the conformation code for the wiki manually? |
| 13:04:11 | S_a_i_n_t | the link in the email fails |
| 13:05:13 | | Join n1s [0] (~n1s@rockbox/developer/n1s) |
| 13:05:17 | s_o | should I repport a bug ? |
| 13:07:20 | markun | B4gder: does it make sense to have this stand-alone tool in the rbutil dir? |
| 13:08:10 | JdGordon | s_o: you're saying the lowest volume in rockbox (before mute?) is way too loud still? |
| 13:08:16 | B4gder | I don't know the story of how it ended up like that |
| 13:08:51 | s_o | JdGordon: Yes, when I'm alone in my bed |
| 13:08:55 | s_o | the night |
| 13:09:19 | s_o | in a city it is right though |
| 13:09:20 | JdGordon | yeah, i guess you could file a bug, not sure who's looking after that port |
| 13:09:32 | s_o | ok, thank you |
| 13:10:00 | | Join DataGhost [0] (~dataghost@192-18-ftth.onsnetstudenten.nl) |
| 13:10:00 | | Quit DataGhost (Changing host) |
| 13:10:00 | | Join DataGhost [0] (~dataghost@unaffiliated/dataghost) |
| 13:10:18 | | Join JohannesSM64 [0] (~johannes@cm-84.215.116.196.getinternet.no) |
| 13:10:21 | S_a_i_n_t | Hmmm...the link from my email didn't work (it truncated it for some reason), but cut&pasting it worked fine...weird. |
| 13:10:40 | S_a_i_n_t | Could someone please add HaydenPearce to the WikiUsersGroup? |
| 13:10:46 | topik | it's a northern hemisphere link |
| 13:11:46 | S_a_i_n_t | the link was "http://www.rockbox.org/wiki/bin/register?action=verify;code=HaydenPearce.XXXXXXXXX" but when I clicked it, it took me to "http://www.rockbox.org/wiki/bin/register?action=verify" |
| 13:11:57 | S_a_i_n_t | it cut-off past the ";" for some reason. |
| 13:12:37 | Zagor | S_a_i_n_t: your email client is buggy |
| 13:12:52 | topik | because ';' is not a usual character in a link? |
| 13:13:03 | topik | i'd expect '&' or something encoded |
| 13:13:12 | B4gder | the S_a_i_n_t filter worked! |
| 13:13:17 | S_a_i_n_t | hmm, good point. |
| 13:13:37 | Zagor | ; is in fact encouraged over & |
| 13:13:41 | S_a_i_n_t | B4gder: ,,|,, |
| 13:13:53 | S_a_i_n_t | ;P |
| 13:14:04 | topik | encouraged by? |
| 13:14:15 | S_a_i_n_t | teh internetz? |
| 13:15:33 | Zagor | topik: by the w3c. "We recommend that HTTP server implementors, and in particular, CGI implementors support the use of ";" in place of "&" to save authors the trouble of escaping "&" characters in this manner." −− http://www.w3.org/TR/1999/REC-html401-19991224/appendix/notes.html#h-B.2.2 |
| 13:15:40 | topik | yeah, just got there myself |
| 13:15:42 | | Quit detaos (Ping timeout: 260 seconds) |
| 13:15:45 | topik | learned something new :) |
| 13:16:34 | S_a_i_n_t | JdGordon: I'll test that patch when I get the chance to. Thanks. ;) |
| 13:16:52 | JdGordon | I'm not brave enough to try on target... I think it should crash :p |
| 13:17:00 | JdGordon | it doesnt segfault the sim which has me worried! |
| 13:17:04 | * | S_a_i_n_t sends an email to his service provider regarding crappy ";" support in the webmail client. |
| 13:17:30 | S_a_i_n_t | JdGordon: you're not exactly instilling faith in me here ;) |
| 13:22:03 | | Join loveless [0] (~loveless@2a01:198:3a5:0:216:cbff:feb9:8c8d) |
| 13:23:49 | bertrik | Rockbox doesn't have some kind of framework for handling dock insertions, right? |
| 13:32:45 | | Quit s_o (Ping timeout: 265 seconds) |
| 13:50:18 | | Join hebz0rl [0] (~hebz0rl@dslb-088-067-216-116.pools.arcor-ip.net) |
| 13:51:55 | | Nick evilnick_ is now known as evilnick (~evilnick@ool-457bccf5.dyn.optonline.net) |
| 13:52:03 | | Quit evilnick (Changing host) |
| 13:52:03 | | Join evilnick [0] (~evilnick@rockbox/staff/evilnick) |
| 14:00 |
| 14:08:38 | | Join s_o [0] (~rjakse@ALyon-157-1-181-38.w109-213.abo.wanadoo.fr) |
| 14:08:55 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
| 14:10:53 | | Part s_o |
| 14:24:47 | mc2739 | S_a_i_n_t: HaydenPearce added to WikiUsersGroup |
| 14:28:37 | S_a_i_n_t | mc2739: thankyou kindly |
| 14:29:36 | | Quit S_a_i_n_t () |
| 14:30:16 | | Join S_a_i_n_t [0] (S_a_i_n_t@203.184.2.207) |
| 14:32:40 | | Quit loveless (Ping timeout: 268 seconds) |
| 14:35:27 | markun | Where is the font package located now? , entityid := t4a_xs->GetLoggedinEntity() |
| 14:35:34 | markun | oops |
| 14:35:50 | markun | Where is the font package located now? http://build.rockbox.org/ points to http://www.rockbox.org/daily.shtml but I can't find it there. |
| 14:36:17 | | Quit bertrik (Remote host closed the connection) |
| 14:37:25 | mc2739 | markun: http://download.rockbox.org/daily/fonts/rockbox-fonts.zip |
| 14:37:34 | markun | thanks |
| 14:37:36 | | Join loveless [0] (~loveless@2a01:198:3a5:0:216:cbff:feb9:8c8d) |
| 14:44:17 | mc2739 | markun: Actually, it looks like fonts are not built daily any more. The newest I could find was built with the last release and is located here: http://download.rockbox.org/release/3.5.1/rockbox-fonts-3.5.1.zip |
| 14:48:53 | | Quit B4gder (Quit: It is time to say moo) |
| 14:48:58 | kugel | http://www.rockbox.org/wiki/RockboxExtras |
| 14:50:02 | topik | built 23-Sep-2009 |
| 14:50:11 | kugel | uh |
| 14:50:24 | topik | so "built every day" is slightly off |
| 14:51:59 | *** | Saving seen data "./dancer.seen" |
| 14:53:59 | | Quit xou (Ping timeout: 248 seconds) |
| 14:56:49 | Torne | hm, did we break it? |
| 14:57:05 | Torne | the fonts have changed since then :( |
| 14:59:52 | JdGordon | kugel: wanna have a look at 11239 and see if you can do it less hacky-y? |
| 15:00 |
| 15:00:22 | | Join xou [0] (~niko@eris.feh.name) |
| 15:00:24 | kugel | no, sorry |
| 15:00:36 | kugel | I'm being busy with gsoc for the next months |
| 15:01:59 | JdGordon | suit yourself |
| 15:03:24 | pamaury | JdGordon: did you try something about the usb selection menu we talked about ? |
| 15:03:46 | JdGordon | no, git wasnt playing nice.. |
| 15:04:35 | pamaury | as long as it doesn't redirect you work to /dev/null it's ok :) |
| 15:05:10 | JdGordon | I'll try again soon, unless you can give me a straight diff? |
| 15:05:46 | pamaury | diff of what ? |
| 15:05:57 | JdGordon | your git against svn |
| 15:06:18 | | Quit n1s (Ping timeout: 260 seconds) |
| 15:07:34 | | Quit liar (Ping timeout: 240 seconds) |
| 15:07:46 | pamaury | I can do that if you want |
| 15:08:20 | JdGordon | I'm going to play with another patch quickly and then try git again |
| 15:09:59 | | Quit xou (Ping timeout: 248 seconds) |
| 15:11:06 | JdGordon | pixelma: S_a_i_n_t: any suggestions what tag to use for "enable this viewport as the ui viewport"? I'm not sure %VI is good |
| 15:11:40 | S_a_i_n_t | it seems to follow the convention though...I have no problems with %VI |
| 15:11:49 | S_a_i_n_t | but if you do...then, um.... |
| 15:12:06 | S_a_i_n_t | %UI |
| 15:12:10 | S_a_i_n_t | seems to fit. |
| 15:12:41 | pamaury | JdGordon: http://pastebin.com/5x52YQa8 |
| 15:12:51 | pamaury | (against svn head) |
| 15:12:57 | JdGordon | I was more worried about capital i |
| 15:13:08 | JdGordon | I l looking similar in most fonts |
| 15:13:18 | S_a_i_n_t | this is true. |
| 15:13:38 | JdGordon | pamaury: ok |
| 15:13:50 | JdGordon | but then I remembered all the id3 stuff is I |
| 15:14:09 | S_a_i_n_t | it wouldn;t be the first tag with i/I variants,,,so, I say run with it. |
| 15:14:14 | S_a_i_n_t | but, that's me. |
| 15:14:40 | | Join Blue_Dude [0] (~chatzilla@rockbox/developer/Blue-Dude) |
| 15:16:06 | | Quit Tuplis (Ping timeout: 260 seconds) |
| 15:16:41 | JdGordon | or %VD? |
| 15:16:49 | JdGordon | %Vd is regular viewport enable |
| 15:17:10 | S_a_i_n_t | %Vu? |
| 15:17:12 | JdGordon | %ui maybe? |
| 15:17:18 | JdGordon | or that |
| 15:17:25 | S_a_i_n_t | %Ui is good also... |
| 15:17:25 | JdGordon | anyone else have an opinion? |
| 15:18:47 | S_a_i_n_t | my opinion seems to sway towards %Ui now I can imagine it in context, but ultimately it just has to be readable and easily distinguishable from other similar tags. |
| 15:19:21 | | Join evilnick_B [0] (~0c140464@rockbox/staff/evilnick) |
| 15:20:43 | | Join dfkt_ [0] (~dfkt@unaffiliated/dfkt) |
| 15:21:12 | * | JdGordon curses at the parsers "awesome" debug output |
| 15:22:53 | | Join xou [0] (~niko@eris.feh.name) |
| 15:23:58 | | Quit dfkt (Ping timeout: 240 seconds) |
| 15:25:19 | JdGordon | conditional ui viewport kicks ass :p |
| 15:27:37 | JdGordon | there is a very slight bug in it (which I think I'll ignore)... if the viewport changes while it is in a list (like playback stops which will be the "common" case) the new ui wont take effect until the list is next redrawn |
| 15:28:59 | kugel | ignoring known bugs is a bit nasty, isn't it? |
| 15:29:10 | JdGordon | nothing really can be done about that |
| 15:30:22 | kugel | isn't there a static pointer to the current list? it should be somehow possible to inject a redraw somewhere |
| 15:30:48 | kugel | +if yes |
| 15:31:03 | JdGordon | thats not a very nice fix at all |
| 15:31:26 | kugel | how else would it be possible? |
| 15:31:36 | | Quit xou (Ping timeout: 276 seconds) |
| 15:32:34 | JdGordon | it isnt |
| 15:32:55 | kugel | maybe add a callback to the ACTION_REDRAW event so that on timeout the current list is redrawn |
| 15:33:06 | * | JdGordon has the hardcoded wps showing at the bottom of the menu when music is playing, and the menu using the full screen otherwise :) |
| 15:33:15 | S_a_i_n_t | the development obviously went *too* well, there had to be *something* hacky about it ;) |
| 15:34:10 | S_a_i_n_t | JdGordon: hardcoded "w"ps? |
| 15:34:14 | S_a_i_n_t | not .sbs? |
| 15:34:20 | * | S_a_i_n_t is confuzzled |
| 15:34:49 | JdGordon | http://imagebin.ca/view/2wau9EJ.html |
| 15:35:09 | | Quit DataGhost (Ping timeout: 240 seconds) |
| 15:36:01 | wombat23 | my ipod nano doesnt boot into rockbox anymore. whats wrong?? |
| 15:36:05 | kugel | JdGordon: it ought to be possible, desktop apps can do it too |
| 15:36:27 | S_a_i_n_t | wombat23: afraid we need a bit more info there... |
| 15:36:38 | wombat23 | what info? |
| 15:36:50 | wombat23 | its 2GB nano 1st gen |
| 15:36:51 | JdGordon | kugel: while that is true it doesnt mean much here |
| 15:36:57 | S_a_i_n_t | version, what you did/din't do to possibly cause this etc. |
| 15:37:09 | | Join DataGhost [0] (~dataghost@192-18-ftth.onsnetstudenten.nl) |
| 15:37:10 | | Quit DataGhost (Changing host) |
| 15:37:10 | | Join DataGhost [0] (~dataghost@unaffiliated/dataghost) |
| 15:37:10 | S_a_i_n_t | what you were doing when it happened. |
| 15:37:26 | wombat23 | hmm i only had it connected to my ubuntu comp to load some .ogg on it |
| 15:37:42 | wombat23 | then unmounted and disconnected it |
| 15:37:55 | wombat23 | but whats strange is that it shows some new folders |
| 15:38:02 | * | S_a_i_n_t wonders what jd had to do to get the default WPS to draw like that... |
| 15:38:05 | S_a_i_n_t | interesting |
| 15:38:38 | S_a_i_n_t | wombat23: can you define "new folders" |
| 15:38:52 | JdGordon | http://pastebin.com/EhtRcLX2 |
| 15:39:02 | wombat23 | Calendars Contacts |
| 15:39:04 | S_a_i_n_t | JdGordon: thankyou kindly |
| 15:39:08 | wombat23 | oPod_Control |
| 15:39:13 | wombat23 | Notes+ |
| 15:39:16 | wombat23 | ups |
| 15:39:21 | wombat23 | iPod_Control and Notes |
| 15:39:26 | S_a_i_n_t | wombat23: those are created when the original formware is loaded. |
| 15:39:31 | S_a_i_n_t | *firmware |
| 15:39:37 | wombat23 | hm wait |
| 15:39:40 | S_a_i_n_t | have you tried resetting the iPod? |
| 15:39:44 | S_a_i_n_t | menu+select |
| 15:39:50 | wombat23 | i deleted them |
| 15:39:56 | wombat23 | now it boots rockbox again :D |
| 15:39:57 | S_a_i_n_t | that's fine |
| 15:40:15 | S_a_i_n_t | but, that wasn't the cause of RB not booting |
| 15:40:19 | wombat23 | menu select resets the ipod? |
| 15:40:22 | S_a_i_n_t | yes |
| 15:40:30 | wombat23 | ok ill keep that in mind |
| 15:40:32 | S_a_i_n_t | in Apple *and RB |
| 15:40:35 | S_a_i_n_t | it is hardcoded |
| 15:41:00 | wombat23 | hmm so something just got confused i guess |
| 15:41:20 | S_a_i_n_t | those "new folders" will be created every time the Apple firmware loads |
| 15:42:02 | S_a_i_n_t | the most likely situation is that it booted with the hold switch on I would suggest |
| 15:42:15 | S_a_i_n_t | causing the OF to load |
| 15:42:29 | wombat23 | oh |
| 15:42:38 | wombat23 | THATs it |
| 15:42:43 | S_a_i_n_t | ;) |
| 15:42:44 | wombat23 | i had hold on |
| 15:42:56 | wombat23 | Thanks alot |
| 15:43:03 | S_a_i_n_t | well, now 'ya know ;) |
| 15:43:11 | S_a_i_n_t | and, no problem. |
| 15:43:58 | wombat23 | yea thanks for explaining |
| 15:44:23 | S_a_i_n_t | wombat23: that info *is* in the manual... ;) |
| 15:44:31 | S_a_i_n_t | but, no worries hehe |
| 15:45:28 | S_a_i_n_t | JdGordon: I guess I got distracted by "hardcoded", now I know what you meant (or, what I would have caled it rather) |
| 15:45:36 | S_a_i_n_t | clean code, nice results. |
| 15:45:41 | S_a_i_n_t | \0/ |
| 15:47:08 | * | JdGordon doesnt want to commit it because fixing the docs is complicated for this one |
| 15:47:39 | S_a_i_n_t | I don't suppose there is a limit on how many ui viewports could potentially be used? |
| 15:48:04 | S_a_i_n_t | JdGordon: lol, "I don;t want to commit as the manual will be hard to write etc."...classic ;) |
| 15:48:24 | JdGordon | 52 |
| 15:48:28 | JdGordon | a-zA-Z |
| 15:48:38 | JdGordon | one at a time only obviously |
| 15:48:41 | * | S_a_i_n_t hopes the ammount of ui viewports is essentially infinite. |
| 15:48:50 | S_a_i_n_t | 52 is as good as infinite ;) |
| 15:48:56 | CIA-5 | New commit by jdgordon (r25826): Make it possible to move the UI viewport using conditional viewports. ... |
| 15:49:34 | S_a_i_n_t | Hmmm...and, how quick are the screen updates? |
| 15:49:40 | S_a_i_n_t | does that depend on the screen? |
| 15:49:42 | JdGordon | ? |
| 15:49:54 | * | S_a_i_n_t thinks of "slide off screen" page-transitions |
| 15:50:25 | S_a_i_n_t | I mean, could it be fast enough to appear as a transition? |
| 15:50:39 | S_a_i_n_t | s/transition/animation/ |
| 15:51:22 | S_a_i_n_t | I guess %VI would need to be open to more than just conditionals for that to work though |
| 15:51:30 | S_a_i_n_t | it'd need sublines IIUC |
| 15:52:15 | JdGordon | no |
| 15:52:36 | JdGordon | the ui viewport wont change unless you force a full screen redraw (like changing menus or folders) |
| 15:52:50 | S_a_i_n_t | "meh"...no biggie, its still mighty cool. |
| 15:53:17 | JdGordon | I should mention that the labels can be shared but %Vi|a|....| and %Vl|a|...| are very different, and %Vi|a| wont be enabled with %Vda |
| 15:54:59 | S_a_i_n_t | screen/viewport/AA transitions are a *big* want of mine...I've experimented with various ways of "doing AA transtion on the cheap", but they don't end up being "cheap" by any means (huge skin buffer/lots of sublines in code etc) |
| 15:55:11 | | Nick dfkt_ is now known as dfkt (~dfkt@unaffiliated/dfkt) |
| 15:55:55 | S_a_i_n_t | +shared identifiers ==awesome :) |
| 15:56:46 | CIA-5 | New commit by jdgordon (r25827): fix player red. |
| 15:57:32 | * | kugel thinks it shouldn't have been committed until the redraw thing is fixed |
| 15:58:47 | * | JdGordon thinks that if he didnt mention it he could have gone at least a few weeks before anyone would even notice it |
| 15:59:35 | kugel | I think S_a_i_n_t would have reported it by the weekend or even earlier ;) |
| 16:00 |
| 16:00:05 | kugel | also that's no reason to not fix it |
| 16:00:51 | JdGordon | you are welcome to find a clean solution |
| 16:01:20 | kugel | have you tried what I suggested? |
| 16:01:53 | JdGordon | emphasis on clean |
| 16:02:06 | kugel | what's unclean about it? |
| 16:02:10 | S_a_i_n_t | I'm not entirely sure I would have said it was a "bug" though, more a "hey, shouldn;t it do X instead of Y?" thing. I wouldn't have expected it to show before the screen undergoes a full redraw...so, it would seem expected to me, unwanted, but expected. |
| 16:02:55 | S_a_i_n_t | But, I get your point...I notice UI things pretty quickly most often. |
| 16:03:25 | kugel | and even then, an unclean solution is often better than no solution if it comes to user visible bugs |
| 16:03:38 | | Join n1s [0] (~n1s@rockbox/developer/n1s) |
| 16:03:42 | * | S_a_i_n_t is 50/50 about that |
| 16:03:54 | S_a_i_n_t | and reminds of the ipod shutdown "fix" |
| 16:06:28 | kugel | JdGordon: can you explain that for me? |
| 16:07:08 | JdGordon | i thought you were busy on gsoc stuff? |
| 16:07:12 | JdGordon | its not an issue |
| 16:07:15 | * | JdGordon -> bed |
| 16:09:00 | kugel | great answer, really... |
| 16:09:44 | * | S_a_i_n_t tips some water on this flame... |
| 16:21:54 | | Quit togetic (Ping timeout: 265 seconds) |
| 16:26:46 | loveless | any idea where trunk/build-e200rbootbin/bootloader.bin: cannot execute binary file // make: *** [trunk/build-e200rbootbin/rockbox.mi4] Error 126 comes from? I am trying to build for the experimental target for pp6100 / sansa view. |
| 16:28:33 | kugel | try make V=1 to make the output more detailed |
| 16:30:54 | loveless | kugel: doesn't elaborate. make -d isn't helpful to me either |
| 16:32:47 | * | pixelma still doesn't understand why JdGordon doesn't give some more time to test for new features :\\ |
| 16:33:13 | pixelma | and maybe think through a bit more |
| 16:35:13 | kugel | testing seems useless if you commit anyway with known bugs |
| 16:38:30 | CIA-5 | New commit by Blue_Dude (r25828): Remove unneeded include from screens.c |
| 16:41:12 | Blue_Dude | Fast, fast, fast builds. :) |
| 16:41:31 | | Quit Kitar|st (*.net *.split) |
| 16:41:31 | | Quit jfc (*.net *.split) |
| 16:41:31 | | Quit YPSY (*.net *.split) |
| 16:41:31 | | Quit Unhelpful (*.net *.split) |
| 16:44:05 | | Join w1ll14m [0] (~w1ll14m@84-104-80-54.cable.quicknet.nl) |
| 16:45:10 | | Join jgarvey [0] (~jgarvey@cpe-065-190-066-089.nc.res.rr.com) |
| 16:45:19 | | Join Ypsy [0] (~ypsy@geekpadawan.de) |
| 16:45:26 | | Nick Ypsy is now known as YPSY (~ypsy@geekpadawan.de) |
| 16:46:28 | pixelma | kugel: I meant "giving more time for testing" as including time for bugfixes (that could be discovered before committing) |
| 16:47:11 | | Join wodz [0] (~wodz@chello087206240004.chello.pl) |
| 16:47:26 | kugel | he did test himself, and found a bug, but ignored it. if you're going to ignore bugs you don't really need testing do you? |
| 16:48:10 | wodz | pixelma: I am right that You own some coldfire based DAP? |
| 16:48:18 | wodz | s/I am/am I |
| 16:49:54 | | Join Kitar|st [0] (~Kitar_st@89.142.64.189) |
| 16:49:54 | | Join jfc [0] (~john@dpc6682208002.direcpc.com) |
| 16:49:54 | | Join Unhelpful [0] (~quassel@rockbox/developer/Unhelpful) |
| 16:52:02 | *** | Saving seen data "./dancer.seen" |
| 16:52:11 | pixelma | wodz: I do (an M5) |
| 16:54:23 | wodz | could You run test_mem plugin and tell me what do You get? |
| 16:56:09 | ranma | JdGordon: You can see the jtag pads here: http://www.rockbox.org/wiki/pub/Main/SansaClip/sansa_clipplus_3.jpg |
| 16:56:29 | ranma | And I documented the pinout here: http://www.rockbox.org/wiki/SansaClip |
| 16:57:47 | pixelma | wodz: not before the evening - I didn't have test_mem enabled in my build and need to compile a version before |
| 16:57:53 | amiconn | loveless: 'svn status' won't show whether upstream has updates. It only shows the status of your working copy vs. checked out version |
| 16:58:20 | loveless | amiconn: k, will keep that in mind. |
| 16:58:41 | wodz | amiconn: You are the expert here - what are the values of test_mem for coldfires? |
| 16:58:46 | wodz | the range |
| 16:59:56 | amiconn | wodz: I have no idea - never used it |
| 17:00 |
| 17:00:33 | wodz | hehe I saw Your comments about mem*16 years ago where You are mention test_mem |
| 17:00:49 | amiconn | Eh, wait |
| 17:02:40 | amiconn | svn test_mem is Copyright (C) 2010 Thomas Martitz according to the header |
| 17:03:01 | amiconn | Long ago I had my own test_mem, which was an entirely different thing |
| 17:04:07 | wodz | I see |
| 17:06:42 | | Part Zagor |
| 17:07:40 | | Quit FOAD (Quit: I'll be back) |
| 17:08:58 | | Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) |
| 17:12:32 | | Join toffe82 [0] (~chatzilla@12.169.218.14) |
| 17:13:48 | | Join FOAD [0] (~dok@83.160.60.104) |
| 17:14:35 | CIA-5 | New commit by Domonoky (r25829): rbutil: fix fuzev2 entry. |
| 17:16:58 | | Quit shaggy-h (Read error: Connection reset by peer) |
| 17:22:00 | | Quit rvvs89 (Changing host) |
| 17:22:00 | | Join rvvs89 [0] (ivo@pdpc/supporter/base/rvvs89) |
| 17:22:44 | | Quit S_a_i_n_t (Quit: Restart+Bedtime) |
| 17:23:11 | | Join S_a_i_n_t [0] (S_a_i_n_t@203.184.2.207) |
| 17:26:00 | | Quit bluebrother (Disconnected by services) |
| 17:26:03 | | Join bluebroth3r [0] (~dom@rockbox/developer/bluebrother) |
| 17:28:41 | CIA-5 | New commit by funman (r25830): Clip+: current usage estimation based on battery bench |
| 17:37:52 | | Join CGL [0] (~CGL@190.79.147.252) |
| 17:38:57 | CIA-5 | New commit by funman (r25831): as3525v2: don't modify audioset2 as it seems the bits have changed ... |
| 17:39:48 | | Join shaggy-h [0] (~kiwi@78-86-164-31.zone2.bethere.co.uk) |
| 17:39:50 | | Join bmbl [0] (~Miranda@unaffiliated/bmbl) |
| 17:39:57 | | Quit DataGhost (Ping timeout: 240 seconds) |
| 17:41:37 | | Join freddy_ [0] (~freddy@p3E9E05A9.dip0.t-ipconnect.de) |
| 17:47:17 | | Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) |
| 17:48:51 | | Nick evilnick_B is now known as Evilnick_B (~0c140464@rockbox/staff/evilnick) |
| 17:51:18 | | Quit lpereira (Quit: Leaving.) |
| 17:54:14 | | Quit pamaury (Quit: Quitte) |
| 17:54:43 | | Join apoelstra [0] (~apoelstra@S010600236999fec1.vs.shawcable.net) |
| 17:56:26 | | Quit esperegu (Ping timeout: 246 seconds) |
| 17:57:06 | apoelstra | *** SENDING A0049300 down the rabbit hole, len 10240... |
| 17:59:21 | | Nick Evilnick_B is now known as evilnick_B (~0c140464@rockbox/staff/evilnick) |
| 18:00 |
| 18:03:49 | | Quit petur (Quit: work->home) |
| 18:03:51 | | Nick fxb__ is now known as fxb (~felixbrun@h1252615.stratoserver.net) |
| 18:11:27 | | Quit wodz (Quit: Leaving) |
| 18:12:56 | | Join mikroflops_ [0] (~yogurt@90-227-45-110-no112.tbcn.telia.com) |
| 18:13:17 | | Nick YPSY is now known as Ypsy (~ypsy@geekpadawan.de) |
| 18:13:18 | | Quit S_a_i_n_t () |
| 18:13:45 | | Join S_a_i_n_t [0] (S_a_i_n_t@203.184.2.207) |
| 18:13:51 | | Quit mikroflops (Read error: Operation timed out) |
| 18:15:02 | | Join Schmogel [0] (~Miranda@p3EE22C9D.dip0.t-ipconnect.de) |
| 18:18:03 | | Quit Blue_Dude (Quit: ChatZilla 0.9.86 [Firefox 3.6.3/20100401080539]) |
| 18:20:37 | | Join MethoS- [0] (~clemens@134.102.106.250) |
| 18:21:33 | | Quit kugel (Ping timeout: 260 seconds) |
| 18:24:42 | | Join webguest47 [0] (~5eaa9056@giant.haxx.se) |
| 18:26:16 | webguest47 | Any devs about who fancy fixing the wonky sorting for <all> in the database. There's bean a constant stream of people asking for this for a long time now, and it's something that <gasp!> the original Ipod software does better than RockBox |
| 18:26:47 | webguest47 | Or at least someone to log it on the bug tracking system... |
| 18:27:28 | Torne | what do you mean, wonky? |
| 18:27:54 | webguest47 | Instead of playing in album/track order it plays in track order |
| 18:28:09 | webguest47 | so all the track 1s play first, then all the track 2s, etc |
| 18:28:32 | Bagder | what, we have a database now? B) |
| 18:28:47 | Torne | you're implying this is a bug :) |
| 18:28:52 | webguest47 | Yeah, but apparently "the devs never use it" |
| 18:28:55 | Torne | it sorts according to the track names |
| 18:28:59 | Torne | er, the displayed track names, i mean |
| 18:29:06 | Torne | the display format is taken from tagnavi.config |
| 18:29:17 | Torne | if you change the display format the sort order will change. |
| 18:29:38 | webguest47 | Yeah, but if an artist has a dozen albums spanning years, you get all the albums shufflled together by track number |
| 18:29:58 | S_a_i_n_t | not if you sort by year ;) |
| 18:30:13 | Torne | or by album name, for that matter |
| 18:30:18 | webguest47 | how do you change the sort order for an individual artist? |
| 18:30:59 | S_a_i_n_t | by looking at tagnavi syntax on the wiki I would suggest |
| 18:31:07 | webguest47 | Its pretty simply functionality that the Ipod does fine - you choose an artist, play all, and it plays the albums one by one |
| 18:31:15 | webguest47 | Rockbox can't do it. |
| 18:31:20 | Torne | Yes. The database doesn't store the data in that form. |
| 18:31:22 | S_a_i_n_t | it *can* |
| 18:31:28 | S_a_i_n_t | it doesn't by default |
| 18:31:44 | Torne | I believe you can get pretty close with a suitable tagnavi config |
| 18:31:47 | Torne | but i've not actually tried. |
| 18:31:51 | | Join mikroflops [0] (~yogurt@90-227-45-110-no112.tbcn.telia.com) |
| 18:31:54 | webguest47 | I've checked the Wiki, the forums, and various other places, and the only answer I've seen is that the devs need to fix it. |
| 18:31:59 | Torne | the way the database implements sorting is, unfortunately, not very friendly to it |
| 18:32:17 | | Quit n1s (Ping timeout: 276 seconds) |
| 18:32:27 | webguest47 | It's pretty basic functionality that really should be in there |
| 18:33:11 | S_a_i_n_t | well, can *you* write efficient code to do so? |
| 18:33:11 | topik | guests don't make demands. you can always make a patch for your prefered way |
| 18:33:19 | webguest47 | Shuffling all the tracks together is very nearly random playback - which is what random playback is for |
| 18:33:30 | gevaerts | webguest47: it's not random! |
| 18:33:41 | S_a_i_n_t | its very well ordered in fact |
| 18:33:44 | S_a_i_n_t | ;) |
| 18:33:55 | Torne | It's sorted in alphabetical order of whatever the displayed strings in the database are |
| 18:34:02 | Torne | that's not random at all.. |
| 18:34:05 | webguest47 | I would if I could (I'm more of a design guy), but it seems this has been asked for on and off for years. |
| 18:34:37 | S_a_i_n_t | and, you can do this I'm pretty sure by editing your own tagnavi.config file... |
| 18:34:39 | Torne | webguest47: yes, and if someone was going to do it just because it was asked, then they'd've done it by now |
| 18:35:06 | Torne | most of the devs don't use the database. the database is slightly scary code that is difficult to make changes to. the database's storage format doesn't really allow for this kind of thing to be done easily. |
| 18:35:07 | | Join n1s [0] (~n1s@rockbox/developer/n1s) |
| 18:35:19 | Torne | This means it's *very difficult* to fix it 100% properly, and the motivatoin to do so is very small |
| 18:35:40 | webguest47 | That's a shame - it's the one thing I really don't like about RB |
| 18:35:40 | Torne | but you should be able to get it to mostly work with a custom tagnavi configuration.. |
| 18:35:50 | Torne | it will go wrong for albums with very long titles, perhaps |
| 18:36:01 | Torne | i'm not sure how big the internal buffers are that are used for the sorting.. |
| 18:36:01 | | Quit mikroflops_ (Ping timeout: 260 seconds) |
| 18:36:08 | Torne | i'll see if i can do it in a few. |
| 18:36:21 | webguest47 | I was going to log it in the bug tracking system, but there seems to be little point |
| 18:36:32 | Torne | It's not a bug |
| 18:36:37 | Torne | it's a feature you would like |
| 18:36:46 | Torne | So, no, don't put in the bug tracking system, because it will be closed. |
| 18:37:12 | webguest47 | Sure if you want ot make that distinction between something that works badly because it was designed that way ;) |
| 18:37:26 | webguest47 | Not just me, lots of people |
| 18:37:32 | S_a_i_n_t | if "rockbox doesn't have X" was a "bug"...there would be far too many "bugs" |
| 18:37:43 | Torne | for reference, I use the database exclusively, and I've *never* cared about this |
| 18:37:48 | webguest47 | Doesn't it make sense for you though? |
| 18:37:49 | Torne | I am perfectly happy with how it works |
| 18:37:51 | | Quit Hillshum (Read error: Connection reset by peer) |
| 18:38:02 | webguest47 | I would have thought it might have at least been a sorting option |
| 18:38:03 | Torne | because I don't listen to the [all] list, except on shuffle |
| 18:38:15 | Torne | It *is* a sorting option, in a limited way, as I have just explained |
| 18:38:29 | S_a_i_n_t | nor do I myself...and I use the database exclusively also. |
| 18:38:52 | webguest47 | What I ususally do is choose an artist, and then play all from there in the artist selection of the database - but you can't do that with RB |
| 18:39:25 | Torne | Most people have their music arranged in the filesystem as artist\album\track |
| 18:39:33 | Torne | so, they can do that by selecting the artist folder and creating a playlist from it |
| 18:39:47 | Torne | i.e. not using the database at all |
| 18:39:52 | Torne | which will work exactly as you want :) |
| 18:39:58 | S_a_i_n_t | yep, context menu, add to playlist |
| 18:40:31 | webguest47 | Let me check here.... |
| 18:40:33 | S_a_i_n_t | just use the filbrowser instead of the database. |
| 18:41:02 | S_a_i_n_t | assuming your albums are in a sane type of system |
| 18:41:22 | | Join pamaury [0] (~c2c7a50a@rockbox/developer/pamaury) |
| 18:41:25 | S_a_i_n_t | ie. not loaded with iTunes and spread out overywhere in odd truncated naming sstem |
| 18:42:27 | Torne | webguest47: also, tracks are not sorted by track number for me, but by name, in the "<All tracks>" listing for an artist.. |
| 18:42:37 | webguest47 | yeah, I have a sensible artist/album/track layout |
| 18:43:20 | webguest47 | name still isn't album by album order though. |
| 18:43:23 | Torne | then why do you want/need the database in the first place? |
| 18:43:23 | S_a_i_n_t | Torne: I assume his naming scheme includes the tracknumber also. |
| 18:43:30 | Torne | S_a_i_n_t: No, it's the track title, not the filename |
| 18:43:34 | S_a_i_n_t | that's the only way I got it to work in my head |
| 18:43:46 | Torne | so unless you have included the track numbers in the tags, it shouldn't be there |
| 18:43:51 | S_a_i_n_t | yeah, that's what I mean |
| 18:44:04 | S_a_i_n_t | some people have 01 in the track title etc. |
| 18:44:13 | S_a_i_n_t | it sucks, but people do it ;) |
| 18:44:24 | webguest47 | Hmm, I just tried playing by fileview, and it stopped at the end of the first album - I think there's a setting to make it go to the next directory. |
| 18:44:43 | S_a_i_n_t | there is indeed |
| 18:44:43 | Torne | Yes, there is |
| 18:44:46 | Torne | But you don't need that |
| 18:44:51 | Torne | you can just select the artist folder itself |
| 18:44:54 | Torne | go into the context menu |
| 18:44:58 | Torne | and insert the whole thing into the playlist |
| 18:45:02 | webguest47 | Yes, mine are <artist>/<album>/<trackno> <title> |
| 18:45:08 | Torne | (as long as you have the recursive import setting enabled) |
| 18:45:16 | Torne | webguest47: It doens't look at the filename, though, it looks at the tags |
| 18:45:26 | | Quit wincent_balin (Ping timeout: 246 seconds) |
| 18:45:43 | Torne | so unless you include the track number in the *tag* i can't see how it would show htem in track number order.. |
| 18:45:46 | | Join wincent_balin [0] (~wincent@f055214152.adsl.alicedsl.de) |
| 18:45:57 | CIA-5 | New commit by Blue_Dude (r25832): Another logf fix in voice_thread.c |
| 18:46:06 | webguest47 | No that doesn't work for me - you can't select the artist directory - it just goes into the directory to show you the files. |
| 18:46:11 | Torne | Yes you can |
| 18:46:17 | Torne | Do you not know how to use the context menu? |
| 18:46:21 | Torne | Read the manual |
| 18:46:46 | webguest47 | Ah right, got it |
| 18:47:12 | Torne | If you have your files arranged as artist/album/track, and you browse by artist, then you really don't need the database :) |
| 18:47:42 | Torne | that doesn't mean there's no reason to fix it, but the priority is pretty low; it's a difficult task with a pretty small payoff on a feature that the majority of people don't use |
| 18:48:17 | webguest47 | Ahh, you're actually not directly playing the tracks, you're inserting them as a playlist... Okay, that makes sense. |
| 18:48:19 | * | Torne looks in the database code, to confirm that it is difficult for the reason he thinks it is difficult, also :) |
| 18:49:20 | webguest47 | That's not a bad workaround. Thanks for taking the trouble to explain it to me. |
| 18:49:51 | Torne | that's ok |
| 18:50:12 | Torne | seriously, we would like the database to be fixed; but having more people ask isn't going to make any difference |
| 18:50:19 | webguest47 | I've only pretty much exclusively used the database, so I really missed being able to just pick an artist and listen to all their albums |
| 18:50:45 | webguest47 | So just no dev wants to get down and dirty with the DB? |
| 18:50:46 | Torne | Yeah. There's just no need to use the database, mostly, if your files are sensibly arranged |
| 18:51:06 | webguest47 | I like the DB! All my files are well tagged for it! |
| 18:51:08 | Torne | About the only things you need to use the database for is finding an album/track without knowing the artist, or making random selections, or doing searches on other fields (e.g. year) |
| 18:51:22 | Torne | all of which are much less common use cases |
| 18:51:40 | webguest47 | Doesn't it give faster UI when loaded to RAM? |
| 18:51:45 | Torne | No.. |
| 18:51:52 | Torne | unless you don't have the directory cache turned on |
| 18:52:03 | | Quit flydutch (Quit: /* empty */) |
| 18:52:07 | *** | Saving seen data "./dancer.seen" |
| 18:52:12 | Torne | the directory cache caches the entire folder strucure of the player. browsing the filesystem with dircache enabled is just as fast as the database loaded to ram |
| 18:52:15 | Torne | in fact, probably faster |
| 18:52:20 | Torne | because there's a lot less processing required in the file browser. |
| 18:52:33 | Torne | (you should have dircache on if you have a hard disk based player) |
| 18:52:44 | Torne | (it speeds up *all* filesystem access, for a pretty minor cost) |
| 18:53:05 | webguest47 | Yeah got that on - looks like I'll have to get used to using the file browser instead of the DB |
| 18:53:18 | Torne | is there really much difference? this is a serious question |
| 18:53:34 | Torne | what do you commonly use the database for which can't be done in the file browser? |
| 18:55:09 | webguest47 | You'll probably laugh at me becaue I delibertly stayed away from the file browser and concentrated on the DB - for instance, there's more steps in the album play workaround than just using the DB and selecting play all. |
| 18:55:21 | webguest47 | I have all my tags right, which the FB now won't use |
| 18:55:34 | Torne | i'm not sure why that is a problem |
| 18:55:43 | webguest47 | The DB just shows music, the FB shows other files too. |
| 18:55:43 | S_a_i_n_t | the WPS still will |
| 18:55:44 | Torne | presumably your tagging app also renamed all the files correctly at the same time |
| 18:55:55 | Torne | so it's not like the effort was wasted :) |
| 18:56:02 | webguest47 | Yes, I took a lot of time with that |
| 18:56:03 | Torne | the filebrowser can show just music if you tell it to |
| 18:56:11 | webguest47 | The files were already well names |
| 18:56:14 | webguest47 | named |
| 18:56:21 | Torne | that's very uncommon |
| 18:56:30 | webguest47 | the tags took the time, even with trick software. |
| 18:56:34 | Torne | i've never, ever in my life seen a music collection where the filenames were correct but the tags weren't |
| 18:56:49 | Torne | and if the filenames *were* correct then you can generate the tags for no effort trivially from the filenames |
| 18:56:53 | Torne | so it shouldn't've been any effort :) |
| 18:57:15 | webguest47 | You'd be surprised |
| 18:57:45 | | Quit apoelstra (Quit: WeeChat 0.3.0) |
| 18:57:50 | S_a_i_n_t | mp3Tag can handle batch tagging *very* sanely |
| 18:57:54 | S_a_i_n_t | and quickly |
| 18:57:57 | webguest47 | I use that now |
| 18:58:20 | Torne | indeed. there are dozens of batch tagging programs which can rename based on tags or tag based on names, it takes five seconds to set up the template and then leave it going while you have a sandwich ;) |
| 18:58:37 | Torne | if you did it in a more difficult way that's hardly rockbox's fault :) |
| 18:58:48 | S_a_i_n_t | hahaha! |
| 18:59:03 | Torne | (the difficult case is when neither the tags nor the filenames are right, which is the case for most people - this takes human interactoin to do correctly) |
| 18:59:08 | webguest47 | It seems there was a reason for the DB at some point in the past, but it's been superseded by the file browser |
| 18:59:14 | Torne | No, not really |
| 18:59:21 | Torne | The file browser has always had all the features it has now |
| 18:59:28 | Torne | The DB is there to support people who want to do DB-like things. |
| 18:59:38 | webguest47 | Right..... |
| 18:59:52 | Torne | search by genre, sort by release date, find that song called something without knowing the artist |
| 19:00 |
| 19:00:10 | Torne | It's also there to support people who copied their music collections over using iTunes or a similar app which mangles all the filenames |
| 19:00:19 | Torne | but *that* is a workaround, for having your music with mangled filenames ;) |
| 19:00:29 | saratoga | the database is actually newer then the file browser |
| 19:00:55 | | Join einhirn [0] (~Miranda@p5485162E.dip0.t-ipconnect.de) |
| 19:01:07 | Torne | the DB also lets you do things like rate files, keep track of how many times they are played, etc |
| 19:01:25 | Torne | it's a perfectly sensible feature, but it's not one that most people with well-organised collections actually *need* |
| 19:02:12 | | Join LambdaCalculus37 [0] (~rmenes@rockbox/staff/LambdaCalculus37) |
| 19:02:15 | Torne | i use the database almost all the time, but only because my usual method of selecting music is album artist -> random, then back/random/back/random until i get an artist i want to listen to, then pick an album and play it ;) |
| 19:02:16 | webguest47 | It's a shame all the devs are too scared to fix the <all> playback to make it like Apple's :p |
| 19:02:41 | Torne | you might be joking, but please don't.. |
| 19:02:53 | Torne | it hasn't been done because nobody wants to do it |
| 19:03:06 | Torne | nothing more, nothing less |
| 19:03:12 | S_a_i_n_t | and, it wouldn;t be to "be like Apple" |
| 19:03:19 | | Join matthewbpt [0] (~matthew@cpc4-clif8-2-0-cust778.know.cable.virginmedia.com) |
| 19:03:24 | S_a_i_n_t | Rockbox is *nothing* liek Apple OF |
| 19:03:30 | S_a_i_n_t | *like even |
| 19:03:31 | Torne | indeed. it's obviously a useful feature, it's nothing to do with copying any particular original firmware |
| 19:03:38 | webguest47 | No one likes messing with someone else's home-brewed database system. |
| 19:03:40 | Torne | we can all see why you want that feature, and if it existed i'd probably use it |
| 19:03:50 | Torne | you don't hav eto justify it :) |
| 19:04:13 | Torne | you'd be surprised what people like |
| 19:04:23 | webguest47 | Is there a RB wishlist somewhere I can get it added to? A feature enhancement list of some sort? |
| 19:04:27 | AlexP | No |
| 19:04:28 | Torne | No. |
| 19:04:46 | AlexP | webguest47: Basically, people do what they want - you want it badly enough, you do it :) |
| 19:04:47 | Torne | Features are implemented by people who choose to implement them |
| 19:04:48 | webguest47 | So no one tracks any requests? |
| 19:04:53 | Torne | No. Why should we? |
| 19:04:54 | | Join apoelstra [0] (~apoelstra@S010600236999fec1.vs.shawcable.net) |
| 19:04:57 | | Nick Ypsy is now known as YPSY (~ypsy@geekpadawan.de) |
| 19:05:21 | webguest47 | So you know if there are lot of people who would appreciate some new enhancement |
| 19:05:27 | Torne | why does that matter? |
| 19:05:46 | Torne | whether a feature is worth doing is not dependent on how many people ask for it |
| 19:05:46 | S_a_i_n_t | are you saying you don't appreciate the old ones? |
| 19:05:52 | AlexP | People do what interests them |
| 19:05:54 | webguest47 | Obviously someone might be inclined to spend time on it if a million people would benefit, rather than three. |
| 19:06:04 | Torne | webguest47: not really.. |
| 19:06:10 | AlexP | We used to have feature requests - they were pointless |
| 19:06:19 | AlexP | Most either already existed or were impossible |
| 19:06:21 | Torne | there is only really one motivator for volunteer open source projects.. if *you* benefit. |
| 19:06:26 | webguest47 | That's one philosopy behind choosing what to spend your time on. |
| 19:06:34 | AlexP | And those that were possible nothiong ever happened as devs only dev what they want |
| 19:06:40 | Torne | I don't know of anyone who subscribes to such a philosophy. |
| 19:06:45 | Torne | At all. In any project. :) |
| 19:06:52 | matthewbpt | hey guys# |
| 19:07:05 | Torne | at work i spend time on what i'm paid to spend time on; at home i spend time on what i have a use for, or what's interesting for me to work on |
| 19:07:16 | matthewbpt | anyone have any experience fixing ipod hardware, i need some help |
| 19:07:31 | webguest47 | Not always true - I've been a strong contributer on one project, where the programmer has added a lot of stuff that I and others wanted becaue it improved the product and all his users benefited from the new features. |
| 19:07:35 | AlexP | matthewbpt: Try #rockbox-community, that sounds off topic for here |
| 19:07:49 | S_a_i_n_t | is it specifically rockbox related? |
| 19:07:50 | matthewbpt | oh ok sorry :) |
| 19:07:53 | matthewbpt | no |
| 19:08:02 | Torne | webguest47: then his motivation was probably "acclaim", no? this is pretty rare as well. |
| 19:08:16 | Torne | most people with technical skills tend *not* to be motivated by what other people think of them ;) |
| 19:08:17 | | Nick fxb is now known as fxb__ (~felixbrun@h1252615.stratoserver.net) |
| 19:08:47 | webguest47 | no, his motivation was to make the best product he could, with the features that everyone wanted and that could do things that other software in the same genre could not. |
| 19:08:56 | AlexP | Rockbox isn't a product |
| 19:09:12 | AlexP | It is a spare time volunteer project that people work on to scratch itches |
| 19:09:24 | webguest47 | "software", "thing" whatever word you want to use then |
| 19:09:25 | Torne | webguest47: There are very few open source projects where anyone cares about those things either. |
| 19:09:38 | Torne | Almost all open source projects exist solely to satisfy the developer(s)' needs |
| 19:09:46 | Torne | if someone else finds it useful then great :) |
| 19:11:03 | | Quit pamaury (Quit: Page closed) |
| 19:13:13 | | Quit webguest47 (Quit: CGI:IRC) |
| 19:13:24 | n1s | well, we try to be nice to the users if it doens't create a lot of extra work |
| 19:13:28 | n1s | :) |
| 19:13:34 | n1s | oh, he quit |
| 19:13:42 | Torne | we do? :) |
| 19:14:25 | n1s | sometimes :) |
| 19:15:23 | Torne | hmm. the database doesn't quite work how i thought |
| 19:15:37 | n1s | i have fixed bugs in plugins i never use for example, not to scratch an itch but because of boredom |
| 19:15:51 | gevaerts | n1s: that isn't an itch? :) |
| 19:16:13 | n1s | okay, maybe it is :) |
| 19:17:31 | Torne | nobody is likely to fix the database out of boredom |
| 19:17:55 | | Quit DerPapst (Quit: Leaving.) |
| 19:18:52 | S_a_i_n_t | no, even when you're bored you work on things you *want* to work on. |
| 19:19:09 | Torne | Hm. The database code looks like yo ucan indeed apply a format to each level of the tree |
| 19:19:12 | Torne | though the wiki says not |
| 19:19:23 | Torne | i shall have to try it later ;) |
| 19:19:32 | Torne | if you can, then this means you could do a ghetto sort of the style he wanted |
| 19:19:45 | Torne | you'd have to limit the album title to a fixed length and not sort on characters after that |
| 19:19:53 | Torne | but how many bands have albums with long names that differ only near the end? :) |
| 19:20:06 | S_a_i_n_t | I was pretty sure this was possibly to do (implement the sort order that guy wanted) using tagnavi.custom |
| 19:20:22 | S_a_i_n_t | *possible |
| 19:20:41 | Torne | the format you specify at the end only seems to apply to the list at the end |
| 19:20:46 | Torne | which makes it difficult |
| 19:20:57 | Torne | but the code suggests you can specify a format at each level.. |
| 19:21:23 | S_a_i_n_t | Ah, I haven't tested the exact theory, but I've messed with my tagnavi quite a bit mow. |
| 19:21:29 | S_a_i_n_t | *now too ;) |
| 19:22:49 | | Quit S_a_i_n_t () |
| 19:23:01 | | Join S_a_i_n_t [0] (S_a_i_n_t@203.184.2.207) |
| 19:23:20 | Torne | Ah, hm |
| 19:24:39 | Torne | Yeah, you can't quite do it at the moment, i don't think |
| 19:24:41 | Torne | but it's so close :) |
| 19:25:05 | Torne | if i understand the code correctly, you can specify a format at each level of the tree, but it's used to render the things at that level |
| 19:25:23 | Torne | ALLSUBENTRIES uses the format of the level above, i.e. artist -> foo -> all uses the artist format |
| 19:25:32 | Torne | which is normally not specified, so defaults to just trackname |
| 19:26:44 | Torne | i'll experiment with it when i get home and i have a dock cable :) |
| 19:27:04 | | Join Horscht [0] (~Horscht2@xbmc/user/horscht) |
| 19:27:49 | Torne | even if there's a way to ge tthis to work it won't be perfect because the name the format generates can't be longer than MAX_PATH, so having too many invisible things prefixed on the front would leave no room for the actual trackname :) |
| 19:28:49 | | Quit LambdaCalculus37 (Quit: Fwump) |
| 19:30:47 | | Join AlexP_ [0] (~ap@rockbox/staff/AlexP) |
| 19:30:52 | | Quit AlexP (Ping timeout: 264 seconds) |
| 19:39:32 | | Quit AlexP_ (Ping timeout: 240 seconds) |
| 19:40:53 | | Join AlexP [0] (~ap@rockbox/staff/AlexP) |
| 19:43:25 | | Join Jaykay [0] (~chatzilla@p5DC57CB3.dip.t-dialin.net) |
| 19:43:58 | | Quit einhirn (Read error: Connection reset by peer) |
| 19:51:07 | | Join DerPapst [0] (~Alexander@p5797CA29.dip.t-dialin.net) |
| 19:58:02 | | Join pamaury [0] (~c2c7a50a@rockbox/developer/pamaury) |
| 20:00 |
| 20:08:02 | | Join raphi_ [0] (~raphi@pub082136118205.dh-hfc.datazug.ch) |
| 20:14:48 | | Join wodz [0] (~wodz@chello087206240004.chello.pl) |
| 20:17:28 | | Join Boldfilter [0] (~Boldfilte@adsl-82-151-224.jax.bellsouth.net) |
| 20:19:11 | kisak | what's the reset key combination for the fuze v2? |
| 20:19:58 | kisak | I went and got mine to hang while scanning FM |
| 20:20:32 | kisak | (hold key and wake backlight still work) |
| 20:23:52 | | Join Strife89 [0] (~Strife89@168.16.237.142) |
| 20:25:10 | | Join mt [0] (~mtee@rockbox/developer/mt) |
| 20:28:21 | ThomasAH | kisak: maybe holding the power button for >10 seconds (like on the clip+) |
| 20:29:23 | kisak | ThomasAH: good call |
| 20:29:38 | ThomasAH | *: clip+ with svn r25831 is quite prone to crashes when browsing through folders with voice clips enabled |
| 20:31:49 | ThomasAH | (this was no problem with r25776) |
| 20:32:29 | | Quit n1s (Ping timeout: 260 seconds) |
| 20:34:17 | | Quit CGL (Quit: Soy spammero http://wiki.n00b2hack.com.ve ---- \m/ d(>.<)b \m/) |
| 20:35:18 | ThomasAH | Hmm, now the crashes seem to be gone ... after three in a row |
| 20:39:43 | | Join panni_ [0] (hannes@ip-95-222-52-93.unitymediagroup.de) |
| 20:43:55 | | Quit Strife89 (Quit: Changing building.) |
| 20:44:48 | ThomasAH | and there the clip+ crashes again ... |
| 20:45:42 | ThomasAH | just hangs, backlight stays on until usual timeout, reenabling the backlight via any key works. Shutting down or anything else does not work |
| 20:47:26 | ThomasAH | when boosted, too ... FlynDice ^^^ this might be for you (and for funman, but he is not here atm) |
| 20:47:56 | | Join adnyxo [0] (~aaron@adsl-065-013-002-216.sip.asm.bellsouth.net) |
| 20:52:10 | *** | Saving seen data "./dancer.seen" |
| 20:52:35 | | Join n1s [0] (~n1s@rockbox/developer/n1s) |
| 20:54:03 | | Join petur [0] (~petur@rockbox/developer/petur) |
| 20:55:22 | | Join esperegu [0] (~quassel@145.116.15.244) |
| 20:56:10 | Torne | ok, my database experiment had a really bizarre outcome |
| 20:56:27 | Torne | yes you can put a format string at any level, and if you make them conditional right you can get it to display things in the right order |
| 20:56:33 | Torne | but at the cost of the titles being less visible |
| 20:57:11 | | Quit shai (Quit: Leaving) |
| 20:57:45 | Torne | but to cut them off neatly you need to print them at a fixed width, which 1) right justifies text causing the sort order to be wrong and 2) mysteriously doesn't work in the all tracks screen even though the format string is clearly being applied otherwise |
| 21:00 |
| 21:00:30 | Torne | aha, it's cuz one goes straight to snprintf and the other has to go to tagcache_retrieve |
| 21:01:17 | saratoga | http://build.rockbox.org/data/rockbox-sansafuzev2.zip |
| 21:01:34 | saratoga | Bagder: could you put this fuzev2 bootloader on the download server |
| 21:04:00 | | Part watto |
| 21:05:49 | | Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) |
| 21:07:52 | | Quit bmbl (Quit: Bye!) |
| 21:08:10 | wodz | pixelma: ping |
| 21:12:33 | | Join CGL [0] (~CGL@190.79.147.252) |
| 21:19:45 | | Join toffe82_ [0] (~chatzilla@12.169.218.14) |
| 21:21:55 | | Quit toffe82 (Ping timeout: 276 seconds) |
| 21:23:41 | | Quit matthewbpt (Read error: Connection reset by peer) |
| 21:34:49 | | Quit MethoS- (Remote host closed the connection) |
| 21:35:40 | CIA-5 | New commit by Domonoky (r25833): rbutil: fix compiling on windows. |
| 21:36:39 | | Quit n1s (Quit: Lämnar) |
| 21:37:39 | | Join matthewbpt [0] (~matthew@cpc4-clif8-2-0-cust778.know.cable.virginmedia.com) |
| 21:37:43 | | Join MethoS- [0] (~clemens@134.102.106.250) |
| 21:37:59 | topik | funman: i havne't managed to complete a battery_bench on my clip+ playing from uSD. 5h32m is the longest i managed so far (with level=67%, 3880mV). will try again overnight. |
| 21:45:11 | CIA-5 | New commit by Domonoky (r25834): fix libmkmpioboot.a building. |
| 21:46:45 | | Join fml [0] (~chatzilla@port-83-236-234-85.static.qsc.de) |
| 21:47:50 | fml | Hey FlySpray admins! When adding a new task, the list box with the Player Type does not contain Sansa Clip. Would you please add it? |
| 21:51:29 | Torne | there's also no 3.5 or 3.5.1 in the version dropdown |
| 21:52:11 | Bagder | saratoga: sorry what booloader? isn't that link just a normal rockbox build? |
| 21:52:31 | saratoga | Bagder: woah |
| 21:52:48 | saratoga | http://duke.edu/~mgg6/rockbox/bootloader-fuzev2.sansa |
| 21:53:01 | saratoga | grabbed the wrong link :) |
| 21:53:12 | Bagder | hehe, this looks better ;-) done! |
| 21:54:19 | saratoga | is it possible to tag a past revision? |
| 21:54:31 | Torne | sure, just copy with -r whatever, no? |
| 21:54:36 | saratoga | the wiki says "svn copy svn://svn.rockbox.org/rockbox/trunk ..." |
| 21:54:41 | saratoga | i'll try that |
| 21:55:03 | pixelma | wodz: pong |
| 21:56:21 | | Quit raphi_ (Quit: leaving...) |
| 21:56:38 | CIA-5 | New commit by saratoga (r25835): Tag 1.0 FuzeV2 bootloader release |
| 21:57:05 | wodz | pixelma: Did You run test_mem on Your M5? |
| 21:57:19 | saratoga | ok looks good |
| 21:58:06 | | Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) |
| 21:58:20 | pixelma | wodz: hmm, not yet. Going to compile a build with it now |
| 21:58:21 | domonoky | wodz: as a far as i remember you are the mpio hd200 guy ? you might want too look at FS #11242 :-) |
| 21:58:37 | * | wodz looking |
| 22:00 |
| 22:00:31 | | Quit apoelstra (Quit: WeeChat 0.3.0) |
| 22:00:56 | | Join Luca_S [0] (~5711b744@giant.haxx.se) |
| 22:01:40 | | Join apoelstra [0] (~apoelstra@S010600236999fec1.vs.shawcable.net) |
| 22:02:31 | wodz | domonoky: As I understand correctly I should change return -xxx with ERROR() ? |
| 22:03:46 | * | domonoky thinks it would be better to return a error string instead of using perror |
| 22:04:26 | CIA-5 | New commit by FlynDice (r25836): sd-as3525v2.c: Set MCI interrupt mask immediately prior to enabling DMA for the transfer. ... |
| 22:04:36 | domonoky | ah its wrapped in ERROR in mkamsboot.c, so yes :-) |
| 22:05:03 | Luca_S | amazing work on the ams sansas, funman and FlynDice :) unluckily the most recent build broke my (until now stable) transcend 8gb class-6 uSD (panic: wait for TRAN state failed (RCV) 1 at the first boot, panic: card not initialised (-2) at subsequent boots), i'll start bisecting as soon as i can |
| 22:05:26 | Luca_S | well... now it's not the most recent build :D |
| 22:05:49 | domonoky | wodz: the error numbers are still nice (didnt notice them). Theoretically rbutil also could map the error numbers to strings... |
| 22:06:14 | FlynDice | Luca_S: Which player? |
| 22:06:20 | domonoky | that would even allow translating of those error strings... hm. |
| 22:06:21 | Luca_S | fuzev2 |
| 22:07:03 | Luca_S | r25799 worked fine |
| 22:08:26 | | Quit esperegu (Read error: Connection reset by peer) |
| 22:08:32 | FlynDice | Luca_S: Haven't seen that where it's stuck in RCV yet, looking now. |
| 22:08:56 | wodz | domonoky: Is this rbutil thing is supposed to work fully automatic? If so patched firmware file should be copied to players SYSTEM directory |
| 22:09:04 | | Join flatrose [0] (~flatrose@ppp91-77-223-47.pppoe.mtu-net.ru) |
| 22:10:14 | domonoky | wodz: yes, rbutil should be as automated a possible. rbutil.ini specify where it will get copied. |
| 22:10:23 | FlynDice | Luca_S: Internal works fine though right? |
| 22:10:26 | Luca_S | thank you. the player boots fine if I remove the SD card. it even recognized it when hot plugging it (but only once). that time the debug HW info screen said 25mbit instead of the usual 50 |
| 22:10:37 | Luca_S | FlynDice: yes, both writing and reading |
| 22:11:36 | FlynDice | Luca_S: Ha, you'tr reading my mind now... What was I going ask next? ;-) |
| 22:13:34 | Luca_S | just tested with very latest SVN, same symptoms |
| 22:13:43 | Luca_S | i'll start bisecting. do you have suggestions? |
| 22:13:48 | | Quit fml (Quit: ChatZilla 0.9.86 [Firefox 3.6.3/20100401080539]) |
| 22:15:05 | Luca_S | FlynDice: if I could read your mind, I'd know the solution would be in there - just a matter of finding where :D |
| 22:15:07 | | Join Strife89 [0] (~Strife89@168.16.232.173) |
| 22:15:21 | FlynDice | Luca_S: I always suggest checking the filesystem first |
| 22:15:25 | wodz | domonoky: I think that dirname is SYSTEM (all uppercase) originally. Tomorrow I'll read usbid. If You still want me to change error handling in mkmpioboot just tell me how You want it to look like |
| 22:15:56 | Luca_S | uhm.. I didn't try that, but I did no write operations on the uSD since a few weeks. I'll check it now however |
| 22:17:18 | Luca_S | I found an older sandisk 2gb uSD that works fine |
| 22:17:46 | Luca_S | speed: 25mbit/s (are other parameters important?) |
| 22:19:01 | Luca_S | windows says the file system on the 8GB uSD is ok |
| 22:19:08 | FlynDice | Luca_S: I think I've got enough info, let me just trace where it's coughing here for a few mins |
| 22:25:02 | | Join ishottuify [0] (~4c422e86@giant.haxx.se) |
| 22:25:35 | | Join stripwax_ [0] (~Miranda@87-194-34-169.bethere.co.uk) |
| 22:26:48 | | Quit stripwax (Read error: Connection reset by peer) |
| 22:26:52 | | Join towolf [0] (~towolf@e180239091.adsl.alicedsl.de) |
| 22:26:59 | | Quit jgarvey (Quit: Leaving) |
| 22:27:12 | | Nick bgs000 is now known as bgs100 (znc@unaffiliated/bgs100) |
| 22:27:42 | towolf | hello, is there a log of commits to rockbox source somewhere (gitweb or similar)? |
| 22:28:08 | Torne | svn.rockbox.org |
| 22:28:32 | towolf | Torne, i’m viewing it. is there anything but a file tree? is there a flat log? |
| 22:28:43 | saratoga | www.rockbox.org |
| 22:29:06 | saratoga | bottom of the page, "since last release" |
| 22:29:13 | towolf | ah how deliciously non-obvious |
| 22:29:28 | gevaerts | towolf: yes, also on svn.rockbox.org :) |
| 22:29:40 | gevaerts | e.g. http://svn.rockbox.org/viewvc.cgi/trunk/?view=log |
| 22:30:50 | | Quit tchan (Quit: WeeChat 0.3.3-dev) |
| 22:31:27 | towolf | thanks guys *blush* |
| 22:38:05 | | Quit towolf (Quit: Ex-Chat) |
| 22:39:26 | FlynDice | Luca_S: Still looking. My impeccable logic tells me that this is not possible −−> panic: wait for TRAN state failed (RCV) 1 so I am reexamining it ;-) |
| 22:40:18 | | Quit Zarggg (Quit: Zarggg) |
| 22:40:24 | Luca_S | oh well. it wouldn't be the first time that the real world is wrong :D |
| 22:40:45 | | Quit S_a_i_n_t (Ping timeout: 240 seconds) |
| 22:40:59 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
| 22:41:06 | Luca_S | i reverted to 25799 to check again that it was really working, and indeed it works. now trying with r25811 |
| 22:42:12 | | Join S_a_i_n_t [0] (S_a_i_n_t@203.184.2.33) |
| 22:42:13 | Luca_S | can I just replace the rockbox.sansa to test or should I replace all the files in the make zip archive? |
| 22:42:46 | FlynDice | rockbox.sansa should be fine |
| 22:44:05 | | Quit mt (Ping timeout: 240 seconds) |
| 22:44:57 | | Join shai [0] (~Shai@l192-117-110-233.cable.actcom.net.il) |
| 22:47:02 | wodz | Do sim emulate poweroff? |
| 22:47:20 | | Join lpereira [0] (~lucien@112.46.70-86.rev.gaoland.net) |
| 22:48:15 | FlynDice | Luca_S: are you able to modify code & compile on your own? |
| 22:48:36 | Llorean | wodz: Not currently as far as I know |
| 22:49:01 | Luca_S | slowly but yes (vmware platform, and I hate xedit) |
| 22:49:19 | saratoga | you can edit the files on windows over SMB with vmware |
| 22:49:34 | Luca_S | (r25815 works fine) |
| 22:49:51 | Luca_S | saratoga: sweeeeeeeet! |
| 22:51:39 | FlynDice | Luca_S: er never mind then, glad I looked forst ;) |
| 22:52:15 | *** | Saving seen data "./dancer.seen" |
| 22:52:23 | FlynDice | Luca_S: whoops, is your card working or is saratoga's advice working? |
| 22:52:36 | Luca_S | saratoga's advice |
| 22:52:50 | | Quit Jaykay (Ping timeout: 276 seconds) |
| 22:52:57 | Luca_S | I can edit the files in notepad++ over the shares and compile in vmware |
| 22:55:39 | FlynDice | dang, Ok line 862 in sd-as3525v2, right after "861 wakeup_wait(&transfer_completion_signal, TIMEOUT_BLOCK);" 862 while(MCI_STATUS & DATA_BUSY); and see if that helps |
| 22:57:04 | Luca_S | base version = latest svn? |
| 22:57:13 | FlynDice | I've got to go pick up kids from school now, leave a message in the logs for me good or bad |
| 22:57:26 | Luca_S | ok, thank you |
| 22:57:39 | FlynDice | any version that doesn't work.... |
| 22:58:29 | | Join mt [0] (~mtee@rockbox/developer/mt) |
| 23:00 |
| 23:00:47 | | Quit pamaury (Ping timeout: 252 seconds) |
| 23:02:25 | | Quit amiconn (Remote host closed the connection) |
| 23:02:25 | | Quit pixelma (Remote host closed the connection) |
| 23:02:52 | | Quit lpereira (Quit: Leaving.) |
| 23:04:32 | | Quit Schmogel (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) |
| 23:05:16 | | Join lpereira [0] (~lucien@112.46.70-86.rev.gaoland.net) |
| 23:05:59 | | Quit Boldfilter (Quit: Boldfilter) |
| 23:06:13 | | Quit stripwax_ (Quit: http://miranda-im.org) |
| 23:07:38 | | Join amiconn [0] (quassel@rockbox/developer/amiconn) |
| 23:08:24 | | Quit amiconn (Remote host closed the connection) |
| 23:08:44 | | Join amiconn [0] (quassel@rockbox/developer/amiconn) |
| 23:09:35 | | Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) |
| 23:11:57 | Luca_S | FlynDice: latest svn + suggested while loop = still the same panic. r25819 works fine, but reported uSD speed is down to 25MBit. r25820 is the first one that panics |
| 23:12:22 | | Quit JohannesSM64 (Quit: WeeChat 0.3.3-dev) |
| 23:12:40 | | Quit wodz (Quit: Leaving) |
| 23:13:05 | | Quit mt (Ping timeout: 240 seconds) |
| 23:19:41 | | Quit amiconn (Remote host closed the connection) |
| 23:19:52 | | Join amiconn [0] (quassel@rockbox/developer/amiconn) |
| 23:20:20 | | Join JohannesSM64 [0] (~johannes@cm-84.215.116.196.getinternet.no) |
| 23:23:21 | | Quit kugel (Ping timeout: 246 seconds) |
| 23:24:58 | | Quit efyx (Quit: Quitte) |
| 23:30:15 | | Quit ishottuify (Quit: CGI:IRC) |
| 23:31:57 | | Quit Strife89 (Quit: Changing buildings.) |
| 23:32:39 | | Quit w1ll14m (Ping timeout: 264 seconds) |
| 23:38:47 | | Join arbingordon [0] (~w@c-68-44-148-113.hsd1.pa.comcast.net) |
| 23:38:49 | | Quit arbingordon (Changing host) |
| 23:38:50 | | Join arbingordon [0] (~w@unaffiliated/arbingordon) |
| 23:40:47 | | Part rasher |
| 23:41:30 | | Quit freddy_ (Ping timeout: 240 seconds) |
| 23:44:07 | | Join Zarggg [0] (~zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) |
| 23:48:47 | | Join mt [0] (~mtee@41.233.146.113) |
| 23:48:49 | | Quit mt (Changing host) |
| 23:48:50 | | Join mt [0] (~mtee@rockbox/developer/mt) |
| 23:50:13 | | Quit evilnick_B (Quit: Page closed) |
| 23:52:59 | FlynDice | Luca_S: are you up for a few more experimens? |
| 23:53:05 | FlynDice | er experiments |
| 23:53:29 | Luca_S | here I am. I can confirm that when commenting the 4bit widebus commit the SD works fine |
| 23:54:09 | | Quit mt (Read error: Connection reset by peer) |
| 23:54:11 | FlynDice | Can I get you to inset some delays with the 4bit bus code and see if we can get it to work? |
| 23:54:16 | Luca_S | sure |
| 23:54:20 | FlynDice | insert even... |
| 23:54:45 | | Join freddy_ [0] (~freddy@p3E9E0160.dip0.t-ipconnect.de) |
| 23:55:00 | FlynDice | do you see line 541 where it says #ifndef BOOTLOADER |
| 23:55:58 | Luca_S | yes |
| 23:56:03 | | Join Boldfilter [0] (~Boldfilte@adsl-82-151-224.jax.bellsouth.net) |
| 23:56:36 | | Quit dfkt (Quit: -= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.) |
| 23:57:25 | FlynDice | That's the start of the code that enables 4bit bus. Would you insert mci_delay(); after each command and see if we can get it to work. |
| 23:57:54 | FlynDice | Then we can remove them one at a time to see which ones we really need. |
| 23:58:27 | Luca_S | ok. would it harm if I added one right after the ifndef (before the wait for TRAN state)? |
| 23:58:49 | Luca_S | (in addition to the others) |
icon identifies that the person is a core developer (has commit access).