00:00:58 | JdGordon_ | gevaerts: when you built the sim for your phone, did you just use regular sdl? |
00:01:07 | JdGordon_ | (regular being the one cross compiled for it) |
00:01:10 | gevaerts | yes |
00:01:18 | | Quit dfkt (Ping timeout: 245 seconds) |
00:01:26 | gevaerts | why? |
00:03:21 | JdGordon_ | I'm trying to find out what needs to be done to get it to use sdl's fbdev driver |
00:03:47 | JdGordon_ | that should just be a matter of recompliling sdl with that driver right? |
00:03:57 | gevaerts | I think so, yes |
00:05:02 | JdGordon_ | I'm not having much luck with X on my mini2440 so I figured I'd just skip it :p |
00:05:33 | gevaerts | You know there is a native port, right? ;) |
00:05:52 | JdGordon_ | native misses out on networking and usb |
00:06:21 | JdGordon_ | cant put much music on a 4gb sd card :p |
00:06:28 | gevaerts | get busy then! |
00:10:15 | | Quit ecio (Ping timeout: 265 seconds) |
00:14:20 | | Quit Lss (Read error: Connection reset by peer) |
00:14:57 | | Quit jgarvey (Quit: Leaving) |
00:16:21 | | Quit bmbl (Quit: Bye!) |
00:22:25 | | Join stripwax_ [0] (~Miranda@87-194-34-169.bethere.co.uk) |
00:23:59 | | Quit stripwax (Ping timeout: 260 seconds) |
00:26:51 | | Quit ender` (Quit: But there, everything has its drawbacks, as the man said when his mother-in-law died, and they came down upon him for the funeral expenses.) |
00:29:52 | | Join planetbeing_ [0] (~planetbei@c-71-236-164-204.hsd1.or.comcast.net) |
00:33:04 | | Quit planetbeing__ (Ping timeout: 245 seconds) |
00:33:10 | | Join anewuser [0] (anewuser@unaffiliated/anewuser) |
00:33:57 | | Part froggyman |
00:41:01 | | Join Tomis [0] (~Tomis@70.134.88.112) |
00:43:52 | | Quit Tomis (Client Quit) |
00:55:26 | *** | Saving seen data "./dancer.seen" |
00:57:10 | * | JdGordon_ looks at FS #11058 and could have sworn the displayer was brain dead enough to not care if viewports are conditional |
00:57:15 | JdGordon_ | thats very wierd behaviour |
00:57:31 | | Quit Schmogel (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) |
01:00 |
01:00:36 | | Join Tomis [0] (~Tomis@70.134.90.215) |
01:09:12 | | Quit leavittx (Read error: Operation timed out) |
01:14:34 | Stephen__ | gevaerts, I've fixed knightboxd3. |
01:20:14 | | Quit dfkt_ (Quit: -= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.) |
01:28:38 | | Part toffe82 |
01:29:53 | | Join planetbeing__ [0] (~planetbei@c-71-236-164-204.hsd1.or.comcast.net) |
01:31:21 | | Quit JdGordon_ (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) |
01:33:07 | | Quit planetbeing_ (Ping timeout: 240 seconds) |
01:34:31 | | Join ecio [0] (~ecio@32.131.247.139) |
01:35:04 | | Quit Stephen__ (Quit: Leaving) |
01:36:47 | | Nick fxb__ is now known as fxb (~felixbrun@h1252615.stratoserver.net) |
01:37:37 | | Join JdGordon1 [0] (~jonno@173.151.235.151) |
01:37:59 | | Join karashata [0] (~karashata@74-220-162-11.wightman.ca) |
01:45:07 | JdGordon1 | is checkwps built without debug symbols? |
01:46:23 | | Join Rob2223 [0] (~Miranda@p4FDCB256.dip.t-dialin.net) |
01:48:35 | | Join CaptainKewl [0] (~jason@207.237.107.203) |
01:50:22 | | Quit Rob2222 (Ping timeout: 276 seconds) |
01:50:48 | JdGordon1 | gevaerts: FYI... that phi-infoscreen which segfaulted is because the viewport acually uses font 2! (typo) |
01:51:00 | JdGordon1 | so im going to make this more forgiving and undo the revert |
01:53:09 | CIA-5 | New commit by jdgordon (r24994): undo that last undo, make the font loader more forgiving to user errors |
01:54:43 | CIA-5 | New commit by jdgordon (r24995): remove a nonsense outdate warning. there is no token limit anymore |
02:00 |
02:05:47 | | Quit JdGordon1 (Ping timeout: 264 seconds) |
02:13:36 | | Quit ecio (Quit: Colloquy for iPhone - http://colloquy.mobi) |
02:18:50 | | Quit komputes (Quit: I haven't slept for ten days, because that would be too long.) |
02:21:27 | | Quit stripwax_ (Quit: http://miranda-im.org) |
02:26:40 | | Quit m3dlg (Ping timeout: 268 seconds) |
02:27:57 | | Nick fxb is now known as fxb__ (~felixbrun@h1252615.stratoserver.net) |
02:30:55 | | Nick S_a_i_n_t_ is now known as S_a_i_n_t (S_a_i_n_t@203.184.0.26) |
02:30:59 | TheSeven | now undo the undo of the undo! |
02:31:02 | | Join planetbeing_ [0] (~planetbei@c-71-236-164-204.hsd1.or.comcast.net) |
02:31:54 | S_a_i_n_t | JdGordon: have you noticed that the Title-Bar lags slightly when using %Lt & %Li? |
02:32:05 | S_a_i_n_t | ...I worked it out by the way \0/ |
02:32:15 | JdGordon | yes |
02:32:26 | JdGordon | I dont tihnk t matters if both are being used |
02:32:29 | JdGordon | does it? |
02:33:07 | S_a_i_n_t | I'm not sure, oh...actually, from what I've noticed...it doesn't seem to do it without %Li |
02:33:18 | S_a_i_n_t | just the title seems fine (without a delay) |
02:33:23 | | Quit planetbeing__ (Ping timeout: 264 seconds) |
02:33:52 | S_a_i_n_t | I *thought* centering the title would look coo, ...but it looks crap IMO |
02:33:59 | S_a_i_n_t | *cool |
02:35:00 | JdGordon | why does it look crap? |
02:35:26 | JdGordon | I need to get around to doing a sbs for my mini2g.. I want to make the title bold and centered, and move the bar to the right |
02:35:42 | S_a_i_n_t | oh, and you probably figured it out but I noticed this morning that you missed a % in the string for %Li you tested last night so maybe that was why the order was goofed. I can't tell as all my icons are blue dots (all the same) |
02:35:57 | JdGordon | yeah, saw that |
02:36:05 | JdGordon | and missed the p option |
02:36:54 | S_a_i_n_t | why does it look crap: I guess it would look better if the menu was a little more centered, but then there is too much overhang off hte screen with longer menu items |
02:37:09 | S_a_i_n_t | *I only have 176px to play with there* |
02:38:28 | CIA-5 | New commit by jdgordon (r24996): some small debug info fixes, add %Li and %lt and make uppercase subimage labels display correctly |
02:38:58 | S_a_i_n_t | heh, yes...I noticed that also. |
02:39:58 | S_a_i_n_t | If/When it gets done...I'm guessing %Li will be replaced with "display appropriate icon"? |
02:40:12 | JdGordon | it doesnt have to be |
02:40:47 | S_a_i_n_t | the string is HUGE, oh...and (in the SIM) at least...I can't get it to stop complaining about the font identifier being used by the WPS already. |
02:40:58 | S_a_i_n_t | I have to make the .sbs use font 5 to work |
02:41:14 | S_a_i_n_t | as I have 2, 3, and 4 in my WPS |
02:41:29 | JdGordon | you didnt update then? |
02:41:56 | S_a_i_n_t | ...this is based on last nights testing...and that was current SVN at the time |
02:42:12 | JdGordon | that should be fixed now |
02:42:30 | S_a_i_n_t | well, when we were working on it last night..it was doing it then |
02:42:49 | | Join Tomis2 [0] (~Tomis@70.134.103.157) |
02:43:04 | S_a_i_n_t | it (the SIM) was having a cry about "loaded font in use" or whatever the output is. |
02:43:13 | JdGordon | lies! lies and slander! |
02:43:19 | S_a_i_n_t | hehe :D |
02:44:10 | S_a_i_n_t | It still seemd to work (if the font ID was in use already) but if I closed/reopened the sim for instance I had to reload the .sbs each time |
02:44:28 | S_a_i_n_t | but changing the font ID to one that wasn't being called elsewhere fixed that. |
02:45:26 | | Quit Tomis (Ping timeout: 276 seconds) |
02:45:26 | | Nick Tomis2 is now known as Tomis (~Tomis@70.134.103.157) |
02:47:21 | JdGordon | what warning was safe to ignore |
02:47:32 | JdGordon | unless you actually did use the same id twice in the one skin |
02:48:21 | S_a_i_n_t | nope...the WPS uses 2, 3 and 4...and (to get it to work without having to reload it on each boot) the .sbs had to use 5 |
02:48:37 | S_a_i_n_t | if I just used 2, it worked after loading the .sbs |
02:48:43 | S_a_i_n_t | but a reboot dropped it |
02:49:57 | JdGordon | thats odd |
02:50:04 | JdGordon | svn up and tell me if its fixed? |
02:50:23 | S_a_i_n_t | well, that's what I was thinking...it didn't seem like "intended behaviour" |
02:50:39 | S_a_i_n_t | I have to run for an hour or so, but I will when I get back. |
02:50:42 | | Quit TheSphinX^_ (Quit: XChat) |
02:50:52 | | Quit karashata (Quit: The fluffy dragon has left completely!) |
02:55:30 | *** | Saving seen data "./dancer.seen" |
03:00 |
03:10:28 | CIA-5 | New commit by jdgordon (r24997): Fix FS #11058 - conditionl viewports cause sublines to go a bit crazy |
03:12:16 | JdGordon | S_a_i_n_t: double check that one please... using your test wps it looks fixed |
03:20:44 | CIA-5 | New commit by jdgordon (r24998): fix FS #10926 - backlight turning off stops track info being updated |
03:30:04 | | Join planetbeing__ [0] (~planetbei@c-71-236-164-204.hsd1.or.comcast.net) |
03:33:20 | | Quit planetbeing_ (Ping timeout: 240 seconds) |
03:36:17 | CIA-5 | New commit by theseven (r24999): Fix numerous non-critical iPod Nano 2G FTL bugs |
03:36:53 | CIA-5 | New commit by theseven (r25000): PANIC!!! |
03:37:08 | scorche | TheSeven: cheater |
03:37:53 | TheSeven | scorche: why? |
03:41:57 | | Join iq [0] (~iq@unaffiliated/iq) |
03:43:00 | S_a_i_n_t | you stole 25000 from JdGordon hehe...he won't be impressed :P |
03:53:44 | | Quit Adnyxo (Ping timeout: 264 seconds) |
03:59:01 | S_a_i_n_t | JdGordon: I will (attempt to at least) verify that r24997 fixes FS #11058, and that the font identfiers can be shared again shortly...am building a 25000 SIM now, just got to run out for a half hour or so however. |
04:00 |
04:36:07 | | Join Barahir [0] (~jonathan@gssn-5f757bfc.pool.mediaWays.net) |
04:39:20 | | Quit Barahir_ (Ping timeout: 245 seconds) |
04:40:02 | | Quit dys (Ping timeout: 276 seconds) |
04:40:25 | | Join dys [0] (~andreas@krlh-5f725381.pool.mediaWays.net) |
04:44:02 | | Quit anewuser (Quit: Likely voting 114 entries =o) |
04:44:24 | | Join ecio [0] (~ecio@244-108.202-68.tampabay.res.rr.com) |
04:45:55 | | Join anewuser [0] (anewuser@unaffiliated/anewuser) |
04:53:25 | | Join Aslai [0] (~47e77c8a@giant.haxx.se) |
04:55:06 | | Quit Aslai (Client Quit) |
04:55:34 | *** | Saving seen data "./dancer.seen" |
05:00 |
05:00:52 | | Join FlynDice_ [0] (~FlynDice@c-24-19-225-90.hsd1.wa.comcast.net) |
05:01:28 | | Quit FlynDice (Ping timeout: 246 seconds) |
05:04:20 | TheSeven | anyone around who is annoyed by those FTL crashes? |
05:05:17 | | Quit krabador (Quit: Sto andando via) |
05:07:42 | | Quit antil33t () |
05:11:27 | | Quit MagusG (Quit: ( www.nnscript.com :: NoNameScript 4.22 :: www.esnation.com )) |
05:15:17 | | Join FlynDice [0] (~FlynDice@c-24-19-225-90.hsd1.wa.comcast.net) |
05:15:49 | | Quit FlynDice_ (Ping timeout: 246 seconds) |
05:16:38 | S_a_i_n_t | TheSeven: I think everyone is annoyed by them :P But do you mean is anyone still getting the frequently? |
05:17:36 | TheSeven | well, until today one would get them after every unclean shutdown |
05:17:42 | TheSeven | i have a solution for that now :-) |
05:20:24 | TheSeven | hah, i just witnessed *diskmode* causing an ftl crash! |
05:20:46 | TheSeven | just because i ejected the device *immediately* after I finished copying things |
05:20:58 | TheSeven | seems like it didn't have time to clean up |
05:22:42 | | Join MagusG [0] (magusg@c-98-192-69-229.hsd1.ga.comcast.net) |
05:30:16 | S_a_i_n_t | TheSeven: I've had that problem before now...copy files, "safely (pffft! yeah right) remove hardware", remove usb...crash. |
05:30:34 | S_a_i_n_t | *if done too quickly |
05:36:26 | | Quit togetic (Ping timeout: 256 seconds) |
05:39:37 | | Join tmzt [0] (~tmzt@adsl-99-164-34-42.dsl.akrnoh.sbcglobal.net) |
05:41:49 | * | S_a_i_n_t is curious as to what TheSeven's solution for this is... |
05:42:07 | | Quit Horscht (Quit: Verlassend) |
05:43:05 | S_a_i_n_t | and ps: can you get crypt_firmware to work on your 2g? (I can't) it causes *PANIC* Stkov main and my main stack size is already two times the norm... |
05:45:54 | S_a_i_n_t | I suspected it may have been my (...Ahem) "adaptations" to the Nano2g source files...but it doesn't work on a clean svn either ;[ |
05:46:20 | S_a_i_n_t | And I'd REALLY like to update my bootloader and be able to use OSOS install. |
05:50:47 | | Join togetic [0] (~togetic@unaffiliated/ibuffy) |
06:00 |
06:20:26 | | Quit anewuser (Quit: Likely voting 114 entries =o) |
06:36:25 | | Join shiretoko [0] (shiretoko@support.team.at.shellium.org) |
06:37:34 | | Join aguy [0] (~aguy@c-98-223-16-16.hsd1.in.comcast.net) |
06:38:41 | aguy | my wife just got a Lisong mp3 player off ebay, has anyone had any luck putting rockbox on one of those? |
06:39:17 | tmzt | there's a project for those type of players |
06:39:25 | tmzt | sdmp3.org I think is it |
06:39:42 | aguy | checking into it, thanks |
06:40:51 | Llorean | s1mp3.org |
06:41:11 | aguy | awesome. thanks |
06:41:52 | tmzt | right sorry |
06:42:07 | tmzt | Llorean: was there ever and faq or topic mention of that? |
06:43:04 | CIA-5 | New commit by jdgordon (r25001): make %Fl (font load) more consistant with bmp loading and require the whole filename, i.e require the .fnt. |
06:43:29 | Llorean | tmzt: Not that I know of. |
06:55:32 | | Quit nimak (Ping timeout: 260 seconds) |
06:55:35 | *** | Saving seen data "./dancer.seen" |
06:56:23 | | Quit aguy (Quit: Java user signed off) |
06:56:53 | | Join nima [0] (~nima@adsl-75-45-231-195.dsl.sfldmi.sbcglobal.net) |
06:57:17 | CIA-5 | New commit by jdgordon (r25002): remove some gremlins... viewport_set_*() sets the font to the UI font for that screen which is bad for the parser. |
07:00 |
07:22:17 | | Join fejfighter [0] (~quassel@C-61-68-105-60.hay.connect.net.au) |
07:23:42 | | Quit fejfighter (Remote host closed the connection) |
07:26:14 | pixelma | JdGordon: trying to understand your statement - what part of a font has to fit into which buffer (and do you mean everything but the user font)? |
07:26:43 | | Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) |
07:27:13 | JdGordon | pixelma: you talking about the comment in #rockbox-community? |
07:27:23 | pixelma | yes |
07:28:12 | JdGordon | I was complaining because currently the skin buffer for the mini2g is ~32K, a skin font is 10K which means that with classic_statusbar.sbs and cabbiev2.wps there isnt enough room for the theme |
07:28:24 | JdGordon | I modified them to use a second font for some info |
07:29:34 | pixelma | what is skin font then? |
07:29:56 | JdGordon | a font used/loaded by a skin/sbs/wps/etc |
07:32:48 | JdGordon | now I have a nice modified default theme and cant upload it :p |
07:33:31 | pixelma | does this mean it's some fixed reserved space for glyphs to be used from different fonts - glyphs are swapped in and out of this as needed? I'm trying to understand the mechanism |
07:33:32 | | Nick shiretoko is now known as zz_shiretoko (shiretoko@support.team.at.shellium.org) |
07:34:14 | | Join fejfighter [0] (~fejfighte@C-61-68-105-60.hay.connect.net.au) |
07:34:45 | JdGordon | each font that a skin wants to load gets its own 10K buffer from the skin buffer |
07:42:09 | | Quit CaptainKewl (Remote host closed the connection) |
07:53:46 | | Join stoffel [0] (~quassel@p57B4ECB7.dip.t-dialin.net) |
08:00 |
08:10:10 | | Quit jd (Ping timeout: 245 seconds) |
08:15:59 | | Join pondlife [0] (~Steve@rockbox/developer/pondlife) |
08:22:57 | | Join ender` [0] (krneki@foo.eternallybored.org) |
08:23:27 | | Join B4gder [0] (~daniel@rockbox/developer/bagder) |
08:26:52 | | Join leavittx [0] (~leavittx@cl-534.mbx-01.si.sixxs.net) |
08:27:55 | | Quit stoffel (Remote host closed the connection) |
08:32:08 | * | S_a_i_n_t guesses that tis is the time to concentrate on the resizable skin buffer then.... |
08:32:16 | S_a_i_n_t | *this |
08:35:02 | | Quit leavittx (Read error: Connection reset by peer) |
08:36:30 | S_a_i_n_t | JdGordon: Going by 25001's comment, I'll need to load an additional font as %Fl|'blah'||'blahfont.fnt'| now? |
08:36:43 | S_a_i_n_t | unless I want my theme to break that is... |
08:37:07 | | Quit planetbeing__ (Quit: planetbeing__) |
08:37:15 | S_a_i_n_t | without the additional | however... |
08:42:04 | | Join evilnick_ [0] (~evilnick@ool-457bccf5.dyn.optonline.net) |
08:42:44 | | Quit evilnick (Ping timeout: 265 seconds) |
08:42:52 | | Quit feisar_ (Ping timeout: 260 seconds) |
08:44:34 | | Join feisar [0] (jljhook@irkki.fi) |
08:45:02 | | Nick feisar is now known as Guest41701 (jljhook@irkki.fi) |
08:45:49 | amiconn | grml |
08:46:21 | amiconn | After changing the filter calls in libdemac, I also get " Error: bad immediate value for offset" on ARMv6 |
08:47:11 | amiconn | Seems I need to go back from nice .rept n / ... / .endr to the preprocessor macro mess |
08:48:42 | | Join flydutch [0] (~flydutch@host15-161-dynamic.15-87-r.retail.telecomitalia.it) |
08:48:57 | amiconn | This may help gevaerts to get the sim running on the n900 though |
08:49:04 | | Join evilnick [0] (~evilnick@ool-457bccf5.dyn.optonline.net) |
08:51:35 | | Quit Guest41701 (Ping timeout: 276 seconds) |
08:51:46 | | Quit evilnick_ (Ping timeout: 246 seconds) |
08:54:31 | JdGordon | a quick not so nice warning.... if you fill up the skin buffer so there isnt enough room for the wps, and the hardcoded wps also, then Bad Things Happen |
08:55:35 | JdGordon | S_a_i_n_t: wtf? no, the only difference is .fnt is required at the end of the line, no other change |
08:55:36 | *** | Saving seen data "./dancer.seen" |
09:00 |
09:00:29 | | Join jd [0] (~jd@modemcable207.134-202-24.mc.videotron.ca) |
09:00:29 | | Quit jd (Changing host) |
09:00:29 | | Join jd [0] (~jd@Wikipedia/HellDragon) |
09:02:00 | | Join petur [0] (~petur@rockbox/developer/petur) |
09:04:33 | | Join feisar_ [0] (jljhook@irkki.fi) |
09:16:41 | B4gder | on March 25 we celebrate the 8th anniversary of Rockbox code as the first actual commits were made Mon Mar 25 15:21:30 2002 CET |
09:17:50 | B4gder | which makes it roughly 8.5 commits per day on average since then |
09:19:11 | JdGordon | woo! |
09:19:21 | JdGordon | how many do we need to do before then to get that to 10? |
09:20:10 | B4gder | ~4200 if you make them before March 25 ;-) |
09:20:40 | JdGordon | easy :) |
09:20:51 | B4gder | 8 years being 2922 days |
09:21:20 | JdGordon | does that account for leap years? thats the type of thinking that causes big name electronics to fail! |
09:21:36 | B4gder | that does include two leap days, yes ;-) |
09:22:36 | S_a_i_n_t | I guess my last question was a really backward way of saying "does a 'load font' fine now have to include the .fnt extension", to which the answer is yes. Thanks :D |
09:23:15 | S_a_i_n_t | s/fine/line/ |
09:24:20 | | Join DerPapst [0] (~DerPapst@p5797C01D.dip.t-dialin.net) |
09:30:33 | CIA-5 | New commit by jdgordon (r25003): FS #11072 - display the filename of the skin begin parsed in the debug output |
09:49:34 | | Join pamaury [0] (~pamaury@sphinx.lix.polytechnique.fr) |
09:51:02 | | Quit fejfighter (Remote host closed the connection) |
09:56:55 | | Join bmbl [0] (~Miranda@unaffiliated/bmbl) |
09:57:35 | | Quit flydutch (Quit: /* empty */) |
09:59:20 | | Join flydutch [0] (~flydutch@host83-164-dynamic.15-87-r.retail.telecomitalia.it) |
10:00 |
10:07:17 | | Quit knine (Ping timeout: 256 seconds) |
10:15:21 | | Quit bmbl (Ping timeout: 268 seconds) |
10:16:19 | | Quit pamaury (Remote host closed the connection) |
10:18:58 | | Join pamaury [0] (~pamaury@sphinx.lix.polytechnique.fr) |
10:20:51 | | Join efyx_ [0] (~efyx@lap34-1-82-225-185-146.fbx.proxad.net) |
10:32:12 | Zagor | B4gder: did you include the cvs commits in your calculation? |
10:32:39 | B4gder | I counted from the start of the svn info, so it should include everything converted from cvs |
10:33:03 | Zagor | oh right, the conversion included the individual commits |
10:33:16 | pixelma | revision numbers didn't start again with the change from cvs to svn, or am I remembering wronng? |
10:33:23 | pixelma | wrong too... |
10:33:27 | | Quit pamaury (Ping timeout: 276 seconds) |
10:34:38 | B4gder | well, we had no revision number in the cvs days |
10:34:55 | * | pixelma now remembers a whole lot of commits during the move to svn |
10:35:00 | B4gder | it was all date stamps then |
10:35:04 | linuxstb | But CVS commit #1 is (more or less) SVN revision 1? |
10:35:08 | B4gder | yes |
10:35:18 | B4gder | and commit #4 is the first actual code |
10:35:35 | | Join kaniini [0] (~kaniini65@dyn75-70.yok.fi) |
10:36:16 | | Join pamaury [0] (~pamaury@sphinx.lix.polytechnique.fr) |
10:51:42 | | Quit Tomis (Quit: Tomis) |
10:55:38 | *** | Saving seen data "./dancer.seen" |
11:00 |
11:28:36 | stuckey | Hello |
11:29:04 | | Quit DerPapst (Quit: Leaving.) |
11:29:19 | stuckey | Could anyone reccommend me a music player? I'm looking at the SanDisk Sansa Fuze 4GB, but I don't really have anything to go on model wise, or version wise. |
11:34:37 | | Join dfkt [0] (dfkt@unaffiliated/dfkt) |
11:47:09 | | Join |DaMaGeD| [0] (~dam@85.26.165.185) |
11:48:10 | | Quit |DaMaGeD| (Client Quit) |
12:00 |
12:03:33 | | Quit efyx_ (Remote host closed the connection) |
12:08:00 | | Quit scorche (Ping timeout: 265 seconds) |
12:10:54 | | Join DerPapst [0] (~DerPapst@p5099d40e.dip0.t-ipconnect.de) |
12:14:47 | B4gder | stuckey: see the BuyersGuide wiki page on rockbox.org |
12:20:03 | S_a_i_n_t | ffs! 2nd "please restore using iTunes" crash in 7 days....*sigh* |
12:24:02 | S_a_i_n_t | I didn't see it myself, (the GF had it at the time) but apparently she was playing jewel and it froze on a black screen for like 30 seconds, then rebooted and "please resotre using itunes" 'd. |
12:24:07 | S_a_i_n_t | *Nano2g |
12:27:50 | gibbon_ | hm |
12:31:20 | gibbon_ | well nevermind. i was getting a "bad checksum" on clip+ with the r25003, but then i noticed that i was using clipv2 rockbox... just to explain the weird "hm". |
12:43:38 | linuxstb | gibbon_: Yes, perhaps our bootloaders should give a more useful message when that happens... |
12:46:13 | | Quit kaniini (Read error: Connection reset by peer) |
12:46:20 | | Join kaniini [0] (~kaniini65@dyn75-70.yok.fi) |
12:46:55 | gibbon_ | linuxstb: actually they do - at least if I had read more carefully, i would have noticed the "model: cliv2" (or similar) directly above the error message ;) |
12:48:04 | gibbon_ | to me that seems useful enough at least for the case of wrong model. especially on the clip models there is not much space for verbosity |
12:49:22 | gibbon_ | at least, if the possibility of harming the hardware at this point is small enough |
12:49:38 | gibbon_ | but amazing progress on the samsa devices. |
12:51:05 | stuckey | B4gder: Awesome. Is it up-to-date? |
12:51:14 | linuxstb | gibbon_: "Wrong model" is a shorter error message than "bad checksum" (just!) |
12:51:55 | gibbon_ | linuxstb: since i don't know if this error occurs only on model mismatch, i didn't suggest that |
12:52:02 | gibbon_ | but you are obviously right :) |
12:52:31 | stuckey | The Sansa Fuse isn't listed... |
12:53:41 | gibbon_ | listed where? |
12:53:46 | stuckey | buyer's guide wiki |
12:54:09 | * | stuckey is looking to buy a player |
12:54:26 | | Join piotrekm [0] (~piotrek@unaffiliated/piotrekm) |
12:54:52 | gibbon_ | Fuze is according to the wiki not a usable target yet |
12:55:12 | gibbon_ | well ... much green though... |
12:55:26 | Torne | fuzev1 is stable/supported |
12:55:34 | gibbon_ | if you are buying a target for daily use though i would suggest, sticking with release supported devices |
12:55:38 | stuckey | I'm willing to deal with some bugs, if that means I can get a better peice of hardware that *will* be supported soon enough. |
12:55:41 | *** | Saving seen data "./dancer.seen" |
12:55:45 | gibbon_ | Torne: sorry for that |
12:55:46 | Torne | gibbon_: fuzev1 is stable and supported, *if* you can find a v1. |
12:55:53 | Torne | fuze v2 does not have a port at all yet |
12:56:01 | stuckey | How manys vs are there? |
12:56:03 | Torne | though it's likely that much of the work on the clipv2/clip+ applies to it |
12:56:06 | Torne | stuckey: just two |
12:56:15 | Torne | stuckey: afaik you can't tell them apart without turning them on though |
12:56:21 | Torne | no way to tell from looking at the player/box |
12:56:50 | gibbon_ | Torne: someone with write permission should note that on http://www.rockbox.org/wiki/SansaAMS then, perhaps |
12:57:06 | stuckey | is the fuze a good player? |
12:57:08 | Torne | It is? |
12:57:15 | Torne | gibbon_: what doesn't it say that you expect it to? |
12:57:37 | Torne | stuckey: dunno, don't have one |
12:57:49 | gibbon_ | the page itself is fine, if viewed independently |
12:58:24 | Torne | buyers guide hasn't been updated for a year, so it is missing osme of the more recent targets |
12:58:32 | gibbon_ | but some "unstable/unusable" pages link to that, so a column in the table would be nice perhaps |
12:58:44 | Torne | gibbon_: Ports have their own wiki page |
12:58:51 | gibbon_ | "stable support" or the like |
12:59:02 | Torne | Oh, i see wha tyou mean |
12:59:05 | Torne | that might be good, yes |
12:59:19 | Torne | it says at the top of the table, though |
12:59:23 | gibbon_ | i once had write access... i don't know if i have still |
12:59:23 | stuckey | Is there a player that everyone agrees is either very good or the best? |
12:59:33 | | Join karashata [0] (~karashata@74-220-162-11.wightman.ca) |
12:59:45 | Torne | gibbon_: we don't take it away or delete accounts so unless you've lost your password you do |
12:59:58 | Torne | stuckey: no, that's absurd :) |
13:00 |
13:00:03 | gibbon_ | Torne: it has been before the TWiki switch iirc |
13:00:05 | Torne | people have different requirements |
13:00:08 | Torne | gibbon_: oh, dunno then |
13:00:24 | Torne | stuckey: depends if you want recording or not, depends how much storage you need, etc |
13:00:40 | stuckey | Torne: I don't need either recording nor much storage. |
13:00:50 | stuckey | Long battery would be nice... build quality is important to me |
13:00:55 | Torne | how much is not much? |
13:01:03 | stuckey | 2GB - 8GB should be sufficient |
13:01:10 | Torne | right, so you want a flash based player |
13:01:51 | stuckey | Any chance there exists one that isn't made in china? |
13:01:59 | Torne | no idea |
13:02:08 | Torne | i would guess the vast majority of all mp3 players are |
13:02:12 | Torne | regardless of rockbox support :) |
13:02:15 | Torne | why do you care? |
13:03:15 | Torne | anyway, if all you want is that then you can basically pick any of the stable ports which is flash-based. whichever you can get most easily and like the look of |
13:03:44 | stuckey | Torne: Just something I personally always try to do; buy stuff that isn't made in China. |
13:03:53 | Torne | for stable ports battery life is mostly dependent on the battery capacity, as we're reasonably optimal for most of them |
13:04:01 | Torne | and battery capacity is mostly dependent on the physical size of the player :) |
13:04:06 | Torne | so, it's a pretty straight tradeoff |
13:04:21 | gibbon_ | Torne: are you familiar with the Sansa AMS progress in concern of the clip+? i was wondering what the yellow Yes/Yes in the battery collumn stands for |
13:04:24 | Torne | stuckey: well, almost all consumer electronics are. so, you are likely to be out of luck |
13:04:41 | stuckey | Torne: I got a camera that's made in Japan :) |
13:05:07 | stuckey | Most all are, but if you look, you can find stuff that isn't. |
13:05:11 | Torne | stuckey: the final assembly perhaps but I would be *stunned* if major internal components were not made in china. |
13:05:22 | Torne | including entire subassemblies. |
13:05:25 | stuckey | Damn chinese make everything |
13:05:28 | Torne | capitalism works that way |
13:05:43 | Torne | gibbon_: it means that we think battery charging and monitoring works, mostly, probbaly. :) |
13:06:26 | gibbon_ | then a good thing to do while i am here at work would be to test that and let this column have a reason to get green :) |
13:06:59 | gibbon_ | would be nice to know, if battery control in these players works over 1wire |
13:08:05 | stuckey | Torne: which player do you use? |
13:08:37 | Torne | i use ipod video 80gb |
13:08:44 | Torne | because i have a lot of music and thus need a resonably large hard disk based player |
13:09:07 | Torne | gibbon_: No, battery control in most of these players is done by the CPU itself |
13:09:22 | Torne | gibbon_: or by extremely dumb chips controlled via a couple of GPIO lines, or at most i2c |
13:09:29 | Torne | i don't think we have any targets with 1wire. |
13:10:03 | Torne | None of them have smart batteries, they are all dumb cells attached to dumb charging chips, or even just to actual logic (and hten the cpu has to manage charging itself) |
13:10:29 | | Join anewuser [0] (anewuser@unaffiliated/anewuser) |
13:10:33 | gibbon_ | reduced size has a tradeoff |
13:12:34 | | Join Adnyxo [0] (~aaron@adsl-065-013-002-216.sip.asm.bellsouth.net) |
13:18:13 | stuckey | Would it even be possible to load rockbox on a v2, or would the install process fail? |
13:18:48 | | Quit anewuser (Quit: Likely voting 114 entries =o) |
13:19:36 | gibbon_ | stuckey: they use an entirely different SoC, so it would fail |
13:19:57 | gibbon_ | a different port is needed (bootloader, hardware control) |
13:21:18 | stuckey | Okay, I'm looking at one for sale, and the guy says rockbox is loaded on it already. |
13:27:38 | | Nick fxb__ is now known as fxb (~felixbrun@h1252615.stratoserver.net) |
13:30:09 | Torne | then it's a v1 :) |
13:32:07 | stuckey | It's one year old |
13:37:11 | | Join anewuser [0] (anewuser@unaffiliated/anewuser) |
13:42:07 | | Join moos [0] (moos@rockbox/staff/moos) |
13:44:42 | part | what's the difference between sansa clip and clip+? |
13:47:00 | Torne | the clip+ has a microSD slot, and its internal hardware is somewhat different |
13:47:07 | Torne | the clip+ is similar to the clipv2 but not identical. |
13:47:51 | | Join AsusFreak [0] (~c1003c16@giant.haxx.se) |
13:48:33 | part | oh, they seem to support microsdhc now |
13:49:15 | part | clip+ seems to support ogg vorbis and flac too |
13:51:10 | | Join efyx_ [0] (~efyx@lap34-1-82-225-185-146.fbx.proxad.net) |
13:51:13 | gibbon_ | why would it not? or do you mean in OF? |
13:51:26 | AsusFreak | Hi all, I just read a mail concerning my theme AF_Black. It is deleted, because there should be a new version. I uploaded Version V4.0 on Monday and Version V5.0 on Tuesday. Now both are gone. Please recover my last Version V5.0 or give me a sign to upload again. Thank you. |
13:51:50 | part | 8GB clip+ is cheaper than an 8GB clip at a local store, I'm tempted to buy one |
13:52:02 | part | gibbon_: OF |
13:52:14 | gibbon_ | part: ah.. then its special :) |
13:52:33 | gibbon_ | part: i have bought a clip+, too... but not to use OF |
13:53:27 | AsusFreak | Oh - in addition: two of my other themes disappeared as well. AF_Sand and AF_Wood. Therefor I didn't get an email. |
13:54:44 | part | gibbon_: oh, I'm not tempted by the OF |
13:55:53 | * | S_a_i_n_t thought he was going insane...but now wonders why 12-Nimbus and 14-Nimbus are both 9px high... |
13:56:00 | S_a_i_n_t | :/ |
13:56:20 | S_a_i_n_t | just differen tspacing. |
13:57:11 | gibbon_ | part: me neither |
13:58:25 | | Join piotrm [0] (~piotrek@77-255-1-77.adsl.inetia.pl) |
13:58:25 | | Quit piotrm (Changing host) |
13:58:25 | | Join piotrm [0] (~piotrek@unaffiliated/piotrekm) |
13:58:57 | part | I'm surprised that they've bothered with sdhc and vorbis+flac |
13:59:08 | S_a_i_n_t | I always though that the 8, 9, 10, 11 etc refered to 'X pixels high', various screendumps later...and I realise this is not the case at all... |
13:59:49 | gevaerts | AsusFreak: I can't see any traces, so I suspect that they were deleted instead of hidden... Was this about the multifont changes? If so, please just reupload, and I'll make sure to tell JdGordon to do it properly next time :) |
14:00 |
14:00:35 | | Quit piotrekm (Ping timeout: 252 seconds) |
14:00:35 | | Nick piotrm is now known as piotrekm (~piotrek@unaffiliated/piotrekm) |
14:00:44 | S_a_i_n_t | well, I assume it's the hight of the font including blank space top & bottom...but it does seem kinda odd that nimbus is the same hieght in 14 and 12 flavours. |
14:00:57 | gevaerts | AsusFreak: also, this is about the D2, right? |
14:00:57 | Torne | S_a_i_n_t: isn't it the point size it was converted from? |
14:01:02 | S_a_i_n_t | to me at least. |
14:01:08 | gevaerts | (or other 320x240) |
14:01:14 | Torne | S_a_i_n_t: which has nothing to do with pixel dimensions at all |
14:01:32 | Torne | I assumed 12-Nimbus was the Nimbus font, at 12pt, converted to bitmap |
14:01:49 | S_a_i_n_t | Torne: I'm realising this now... |
14:01:59 | Torne | i could be wrong though |
14:02:24 | S_a_i_n_t | but (in my head at least) it made sense to me that a 12pt font would be smaller than a 14pt font |
14:02:54 | S_a_i_n_t | my theory works for Helvetica...but not Nimbus |
14:03:45 | AsusFreak | gevaerts: yes it's for the D2 |
14:04:42 | AsusFreak | In all cases multifont was used. Is it a problem with the CheckWPS as a few days ago? |
14:05:48 | AsusFreak | And yes it's for D2 and other 320x240 like Ipod Video. |
14:06:06 | | Join knine [0] (~kaniini65@dyn75-70.yok.fi) |
14:06:21 | S_a_i_n_t | is there a "make fontpack" command for a build environment? |
14:06:33 | AsusFreak | So I have to reupload them again? |
14:07:09 | gevaerts | AsusFreak: I think the syntax was slightly changed, and you now have to add the .fnt extension to the filename as well |
14:07:20 | B4gder | S_a_i_n_t: 'make fontzip' |
14:07:48 | S_a_i_n_t | thanks, does it have to be in a particular dir? or can it just be in the build directory? |
14:08:00 | gevaerts | AsusFreak: so yes, please reupload |
14:08:15 | B4gder | S_a_i_n_t: its to be run in the build dir |
14:08:22 | S_a_i_n_t | thanks. |
14:08:51 | AsusFreak | Add .fnt extension to the filename - ups, that's pretty new to me, sorry. So I'll have too study the FAQs first. |
14:09:24 | gevaerts | AsusFreak: in the %Fl tag I mean |
14:09:54 | S_a_i_n_t | gevaerts: and the wps |
14:10:08 | S_a_i_n_t | my sim just complained about it not having .fnt |
14:10:28 | | Quit kaniini (Ping timeout: 248 seconds) |
14:13:54 | gevaerts | S_a_i_n_t: where do you think the %Fl tag is? |
14:14:39 | S_a_i_n_t | yeah, sorry...I was just looking for what made me think you were exclusively talking about the .sbs |
14:14:41 | AsusFreak | gevaerts: Is this documented elsewhere? I only found a mail of JdGordon in the forum. |
14:14:54 | S_a_i_n_t | not surprisingly, I imagined it. |
14:14:55 | gevaerts | AsusFreak: the wiki page has been updated |
14:16:19 | AsusFreak | gevaerts: And now I see it, too. Thank you. I will change my code and reup them again. |
14:20:15 | TheSeven | S_a_i_n_t: i've never really used crypt_firmware, i usually use libipodcrypto to do this |
14:20:40 | TheSeven | but with the new bootloader, there's no need for an osos install anyways |
14:21:14 | S_a_i_n_t | when was the *new* bootloader updated? |
14:21:37 | TheSeven | S_a_i_n_t: it's the experimental thing we discussed via pm some days ago |
14:21:37 | * | S_a_i_n_t wonders if he already has it. |
14:21:50 | S_a_i_n_t | Ahhh right. |
14:22:21 | TheSeven | i updated it yesterday to include a recovery tool that will pick up an FTL in a bad "unclean shutdown" state and repair it, which should work at least in most cases |
14:23:24 | S_a_i_n_t | ...still the riculously complicated( yet necessary to avoid bricking) install process? |
14:23:32 | pixelma | S_a_i_n_t: didn't we talk about the font names earlier? The number means the complete line height (so that you know how many lines fit on your screen or which font could be used instead without problems. How the basic character height changes is dependent on font - and remember that there is no antialiasing so it's not easy to just scale a font to one ore two pixels bigger and keep the same (or at least similar enough) look |
14:25:02 | pixelma | and it was pointed out to me that 12- and 14-Nimbus are not completely the same although base character height is the same |
14:25:30 | S_a_i_n_t | pixelma: wasn't me...but thanks. I worked out it was the total line height. I was jsut going insane thinking something broke in my code because of the very small visaul difference between Nimbus 12 and 14 |
14:26:32 | S_a_i_n_t | I was used to the height difference with the Helvetica fonts (for a multifont visual effect), and I thought I'd try Nimbus for a change, but didn't think it was actually working. |
14:31:10 | TheSeven | S_a_i_n_t: yes, it's still complicated, because a) i haven't written a proper installation program yet, b) because it wasn't tested on much hardware, so i don't trust it yet. |
14:31:19 | | Join Schmogel [0] (~Miranda@p3EE21B86.dip0.t-ipconnect.de) |
14:31:35 | TheSeven | if we are sure that it works on all devices, we can just flash it blindly without testing it first, which can be fully automated |
14:32:02 | TheSeven | but I would like to see it work on more than 5 ipods before doing that |
14:40:49 | | Quit piotrekm (Quit: piotrekm) |
14:46:17 | * | S_a_i_n_t suspects there is no CygWin package for libipodcrypto |
14:46:34 | TheSeven | it's all python ;-) |
14:47:39 | S_a_i_n_t | Setting up/installing pyton to achieve this doesn't seem too painful |
14:48:02 | S_a_i_n_t | well, less painful than trying to figure out why crypt_firmware is failing |
14:48:12 | TheSeven | you will have to do that anyways, sooner or later |
14:48:38 | TheSeven | you'll need python 2.6, pyusb and the ibugger driver |
14:48:49 | S_a_i_n_t | I know..I had a pretty big hardware fail a few days ago...and I've been lazy |
14:49:05 | S_a_i_n_t | it used to have it set up |
14:51:01 | | Quit ecio (Ping timeout: 265 seconds) |
14:55:43 | *** | Saving seen data "./dancer.seen" |
15:00 |
15:00:14 | | Quit AsusFreak (Quit: CGI:IRC (EOF)) |
15:05:34 | | Nick fxb is now known as fxb__ (~felixbrun@h1252615.stratoserver.net) |
15:08:05 | TheSeven | is there an on-target implementation of uclpack? |
15:08:47 | Llorean | Isn't it used in the compressed Archos in-flash bootloaders at least? |
15:09:00 | Llorean | I guess that would be unpacking. |
15:09:39 | TheSeven | i mean packing |
15:10:20 | Llorean | Yeah I realized that. Don't know, sorry. |
15:10:43 | TheSeven | how does ucl perform (in terms of compression ratio and unpacking speed) compared to other commonly-used compression methods? |
15:12:01 | Llorean | I don't know much about it at all, but I got the impression it was very fast to decompress and could have a very small decompressor, which was the major deciding factor. |
15:12:31 | | Join jgarvey [0] (~jgarvey@cpe-071-070-231-200.nc.res.rr.com) |
15:12:46 | TheSeven | decompressor size wouldn't hurt as long as it is compensated by better compression ;-) |
15:13:09 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
15:18:07 | | Join perfectdrug [0] (~marko@p5B0EE62D.dip.t-dialin.net) |
15:19:29 | | Join wodz [0] (~c21d9c6b@giant.haxx.se) |
15:19:34 | Zagor | TheSeven: it's about on par with gzip |
15:20:40 | wodz | what are the criteria a port has to fullfil to be commited to svn? |
15:21:29 | Zagor | wodz: very little, actually. early ports are work-in-progress and described as "unusable" |
15:21:32 | Llorean | Generally they need to be added to the build system properly, and have some code of their own (probably outside of simply a simulator) |
15:21:44 | | Join kugel_ [0] (~kugel@e178112239.adsl.alicedsl.de) |
15:21:54 | | Quit kugel (Disconnected by services) |
15:21:58 | | Nick kugel_ is now known as kugel (~kugel@e178112239.adsl.alicedsl.de) |
15:22:04 | | Quit kugel (Changing host) |
15:22:04 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
15:22:59 | | Quit karashata (Quit: The fluffy dragon has left completely!) |
15:23:16 | | Join evilnick_B [0] (~0c140464@rockbox/staff/evilnick) |
15:23:24 | wodz | would it be sufficient? http://www.rockbox.org/wiki/MPIOHD200Port |
15:23:39 | Zagor | wodz: absolutely |
15:24:00 | wodz | what is the procedure? |
15:24:19 | Zagor | create a patch and submit to the tracker |
15:24:45 | wodz | against svn head? |
15:24:47 | Zagor | have you no way of loading the code onto the device? |
15:24:51 | Zagor | yes |
15:25:02 | Zagor | I mean other than bdm? |
15:25:08 | wodz | I have |
15:25:11 | wodz | no problem |
15:25:44 | Zagor | greah. please extend that wiki page with installation instructions so other people can try the code. |
15:28:11 | linuxstb | TheSeven: There's no on-target ucl compression. Just decompression. You can easily test it - just compile "uclpack" in tool/ucl/ |
15:28:25 | linuxstb | tools/ucl/ even... |
15:28:59 | | Join mischasworld [0] (~quassel@g228064107.adsl.alicedsl.de) |
15:29:41 | TheSeven | where was the decompression stub hidden? |
15:30:02 | | Join ecio [0] (~ecio@adsl-065-081-069-051.sip.mco.bellsouth.net) |
15:30:05 | wodz | Thanks. I will clean up my build tree, update sources and prepare patch. This will probably take me a week or so. |
15:30:29 | linuxstb | TheSeven: In rbutil/mkamsboot/ |
15:30:47 | TheSeven | wodz: wow, great documentation work! i wish i had such detailed docs for the ipods... |
15:30:57 | wodz | :-) |
15:31:59 | | Quit einhirn (*.net *.split) |
15:31:59 | | Quit nima (*.net *.split) |
15:31:59 | | Quit FlynDice (*.net *.split) |
15:32:05 | wodz | bye |
15:32:11 | | Quit wodz (Quit: CGI:IRC) |
15:33:15 | linuxstb | TheSeven: BTW, when you type "make" in tools/ucl/ the uclpack binary is created up one level in tools/ |
15:35:42 | | Join krabador [0] (~darkham@host175-216-dynamic.117-80-r.retail.telecomitalia.it) |
15:36:07 | | Quit ecio (Ping timeout: 240 seconds) |
15:36:34 | | Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) |
15:36:34 | | Join nima [0] (~nima@adsl-75-45-231-195.dsl.sfldmi.sbcglobal.net) |
15:36:34 | | Join FlynDice [0] (~FlynDice@c-24-19-225-90.hsd1.wa.comcast.net) |
15:49:44 | | Join ecio [0] (~ecio@adsl-065-081-069-051.sip.mco.bellsouth.net) |
15:50:01 | TheSeven | wow, uclpack even compiles for windows with a small makefile fix |
15:51:39 | | Quit ecio (Client Quit) |
15:51:55 | TheSeven | are there any restrictions on which compression modes i may use for the stub to work? |
15:55:54 | | Join ecio [0] (~ecio@adsl-065-081-069-051.sip.mco.bellsouth.net) |
15:56:02 | linuxstb | TheSeven: I was wondering about that.... I think you just use the defaults. |
15:58:16 | linuxstb | Ah no, I think it's −−nrv2e -10 |
15:59:13 | linuxstb | mkamsboot.c contains its own compress function using libucl.a - it doesn't call uclpack |
15:59:21 | | Quit efyx_ (Remote host closed the connection) |
15:59:56 | TheSeven | it doesn't like -10 |
16:00 |
16:00:23 | linuxstb | Ah sorry, it's −−10 |
16:01:21 | | Join karashata [0] (~karashata@74-220-162-11.wightman.ca) |
16:06:29 | | Join Casainho [0] (~chatzilla@87-196-233-189.net.novis.pt) |
16:07:00 | | Part Casainho |
16:07:04 | | Join Casainho [0] (~chatzilla@87-196-233-189.net.novis.pt) |
16:12:26 | | Join piotrekm [0] (~piotrek@77-255-1-77.adsl.inetia.pl) |
16:12:27 | | Quit piotrekm (Changing host) |
16:12:27 | | Join piotrekm [0] (~piotrek@unaffiliated/piotrekm) |
16:22:14 | | Join robin0800 [0] (~quassel@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
16:36:43 | | Join toffe82 [0] (~chatzilla@12.169.218.14) |
16:37:13 | | Join captanikewlllll [0] (~2669ecc2@gateway/web/freenode/x-snheouokxnbinxbt) |
16:44:10 | | Join Hillshum [0] (~hillshum@75-165-230-34.slkc.qwest.net) |
16:46:47 | | Quit ender` (Read error: Operation timed out) |
16:49:56 | | Join efyx_ [0] (~efyx@lap34-1-82-225-185-146.fbx.proxad.net) |
16:55:47 | *** | Saving seen data "./dancer.seen" |
17:00 |
17:00:15 | | Quit flydutch (Quit: /* empty */) |
17:03:54 | | Join kramer3d [0] (~kramer@unaffiliated/kramer3d) |
17:04:28 | | Quit B4gder (Quit: It is time to say moo) |
17:06:46 | | Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) |
17:09:56 | | Quit anewuser (Quit: Likely voting 114 entries =o) |
17:13:38 | | Quit kramer3d (Quit: Leaving) |
17:17:03 | | Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) |
17:18:35 | | Quit krabador (Read error: Connection reset by peer) |
17:22:33 | | Quit Schmogel (Read error: Connection reset by peer) |
17:26:01 | | Join Schmogel [0] (~Miranda@p3EE21B86.dip0.t-ipconnect.de) |
17:30:36 | | Quit DerPapst (Quit: Leaving.) |
17:33:31 | | Quit pamaury (Quit: Quitte) |
17:48:37 | | Part pondlife |
17:49:33 | | Quit rvvs89 (Quit: Reconnecting) |
17:49:39 | | Join rvvs89 [0] (robotnik@bright-snat.ucc.asn.au) |
17:49:39 | | Quit rvvs89 (Changing host) |
17:49:39 | | Join rvvs89 [0] (robotnik@pdpc/supporter/base/rvvs89) |
17:51:04 | | Join trio [0] (~4a21f567@giant.haxx.se) |
17:52:51 | trio | hi i was wondering if its possible to use rockbox with a trio v418 and trio v218 both are made by machspeed |
17:53:35 | | Join bertrik [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
17:55:18 | trio | is it possible to use rockbox with a trio v418 and trio v218 both are made by machspeed because i badly need a ui replacement |
17:55:23 | GodEater | trio - Rockbox works specifically ONLY on the players we mention on the front page at www.rockbox.org |
17:55:32 | GodEater | so the answer is no |
17:56:17 | trio | ok ty is there any other ui replacements i could lookinto |
17:56:36 | Torne | rockbox is not a UI replacement, it's an operating system |
17:57:35 | trio | ok is there a different os i should know about so i can look into it |
17:58:28 | Torne | s1mp3 have an alternative firmware for certain very low spec chinese DAPs |
17:58:38 | Torne | other than that, not really |
17:59:32 | trio | ok ty is there anyway to develop one for my mp3 player |
18:00 |
18:01:12 | Torne | http://www.rockbox.org/wiki/bin/view/main/NewPorts |
18:01:17 | Torne | assuming it is powerful enough to run rockbox |
18:01:34 | Torne | otherwise probably not; s1mp3's work only works on things with S1 processors |
18:01:45 | | Quit petur (Quit: work->home) |
18:01:56 | trio | ok ty |
18:02:22 | Torne | be prepared for it to require a fairly high level of programming ability and hundreds of hours of work :) |
18:03:01 | | Join stoffel [0] (~quassel@p57B4D767.dip.t-dialin.net) |
18:03:03 | trio | ok ty |
18:03:45 | | Join komputes [0] (~komputes@ubuntu/member/komputes) |
18:05:38 | | Join ender` [0] (krneki@foo.eternallybored.org) |
18:07:23 | | Quit trio (Quit: CGI:IRC (EOF)) |
18:09:06 | stuckey | I can't register on the forums... keeps saying the letter I give are wrong. |
18:09:39 | Torne | well, are they? |
18:09:40 | | Nick YPSY is now known as Ypsy (~ypsy@geekpadawan.de) |
18:10:03 | Torne | looks like the captchas have gone unreadable again |
18:10:14 | | Join kramer3d [0] (~kramer@unaffiliated/kramer3d) |
18:10:16 | Torne | ok only some o fhtem |
18:10:24 | stuckey | yes, it always displays s :) |
18:10:25 | Torne | stuckey: hit request another image until it's clearer :) |
18:10:33 | Torne | should be 5 letters |
18:10:41 | Torne | sometimes it only draws the first letter |
18:11:56 | | Join Farthen [0] (~chatzilla@e179239193.adsl.alicedsl.de) |
18:18:25 | | Quit captanikewlllll (Quit: Page closed) |
18:19:39 | | Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) |
18:31:00 | | Quit amiconn (Disconnected by services) |
18:31:02 | | Join amiconn_ [0] (quassel@rockbox/developer/amiconn) |
18:31:04 | | Join pixelma_ [0] (quassel@rockbox/staff/pixelma) |
18:31:04 | | Quit pixelma (Disconnected by services) |
18:31:07 | | Nick Ypsy is now known as YPSY (~ypsy@geekpadawan.de) |
18:31:21 | | Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) |
18:31:26 | | Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) |
18:39:37 | stuckey | Torne: Thanks! I was able to register. I made my first post in general. |
18:43:46 | | Quit mischasworld (Remote host closed the connection) |
18:48:49 | | Join funman [0] (~fun@rockbox/developer/funman) |
18:48:58 | | Join DerPapst [0] (~DerPapst@p5797C01D.dip.t-dialin.net) |
18:50:49 | kugel | funman: what's the differences between as3525 and as3525v2 system init? |
18:51:23 | kugel | I tried writing an lcd driver for the fuzev2 without success. the OF enables some peripherals before calling lcd_init_device, would I need to do that too? |
18:51:44 | funman | kugel: in rockbox? |
18:52:08 | kugel | yes |
18:53:09 | funman | I think CCU_SRC bits are different (at least there are more bits) |
18:53:38 | | Quit DerPapst (Client Quit) |
18:53:44 | funman | CGU_PLLA is completely different (although we have a known setting), CGU_PROC is different, and CGU_PERI might be different |
18:53:54 | funman | (in the divider bits, the peripheral bits look the same) |
18:54:14 | * | funman draws bertrik's attention to the Sansa AMS forum thread |
18:55:51 | *** | Saving seen data "./dancer.seen" |
18:59:19 | kugel | JdGordon: what target did you notice the slower theme loading on? |
18:59:49 | kugel | theme loading has always been incredibly slow on my e200 when the music is playing, while it's blazing fast on my fuze |
19:00 |
19:01:12 | | Quit kugel (Disconnected by services) |
19:01:17 | | Join kugel [0] (~kugel@e178091197.adsl.alicedsl.de) |
19:01:27 | | Quit kugel (Changing host) |
19:01:27 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
19:02:05 | funman | kugel: did you identify which peripherals are enabled? |
19:02:25 | kugel | dbop and gpio I think |
19:02:48 | funman | you'd only need to enable dbop, gpio is already enabled by mkamsboot |
19:03:09 | kugel | alright, I'll try |
19:03:36 | funman | what's in fuzev2/lcd-fuzev2.c:as3525_dbop_init() looks ok (CGU_DBOP = (1<<3) | div) |
19:04:09 | funman | bertrik: are you still against adding i2c code in mkamsboot ? |
19:04:16 | kugel | funman: the files in svn are plain copies from fuzev1 |
19:04:36 | bertrik | funman, yes, I think it adds a lot of not-so-simple-code |
19:04:54 | bertrik | but if we absolutely need it, I guess we'll have no other choice |
19:04:59 | funman | bertrik: ranmachan's diff looked not very long at first sight |
19:05:08 | funman | (I didn't read it carefully yet) |
19:05:26 | bertrik | lucky we don't use i2c interrupts |
19:06:00 | bertrik | I thought there were two buttons that needed "assistance" from some other GPIO before being able to be read, have we fully explored those? |
19:06:17 | funman | on c200v2 ? |
19:07:29 | funman | gibbon_: battery charging / monitoring seems to work on Clip+ but I didn't test extensively, so I marked them in yellow. Probably making a complete charge/discharge cycle would be enough to mark it as green |
19:08:02 | bertrik | funman, actually I forgot which ams sansa target it was ... |
19:08:12 | funman | gibbon_: as3525/powermgmt-target.h has a FIXME for Clipv2/Clip+ settings |
19:10:16 | funman | bertrik: I think we should use DBOP on c200v2/fuze/e200v2 |
19:10:55 | bertrik | what target do we need the i2c code for then? |
19:11:06 | funman | c200v2 and clip+ at least |
19:11:29 | funman | but it could replace the USB_PIN check for all targets |
19:11:50 | gibbon_ | funman: is there a guideline for documentation of that cycle? the bench tool perhaps? |
19:12:19 | gibbon_ | or would it suffice to just look what happens when discharging and charging again in rockbox? that would be an easy thing to do |
19:12:49 | bertrik | funman, ok, the i2c code doesn't look that complex |
19:14:04 | bertrik | gibbon_, you should see the battery voltage slowly drop over time and have a reasonable value, between 3.4 and 4.25V |
19:14:35 | gibbon_ | ok... i'll do that and come back with the results |
19:15:09 | funman | gibbon_: for finding the full voltage, you could fully charge from the OF, boot rockbox and note the voltage from the battery debug menu |
19:15:14 | bertrik | during charging, you can check if it's still a reasonable value, and it should slowly increase up to 4.2 (no higher!) then stay at 4.2V for some time and finally a slight drop after some time (as the internal charger is switched off) |
19:15:34 | gibbon_ | ok |
19:16:09 | funman | clipv2/clip+ use the battery levels from clipv1 (sansa-clip/powermgmt-clip.c) |
19:16:55 | bertrik | funman, just to be clear, I'm no longer opposing the i2c code in dualboot |
19:17:22 | kugel | yea it doesn't look as scary as I feared |
19:17:50 | funman | bertrik: thanks |
19:18:42 | bertrik | that clipv1 battery bench could probably use an update, I think I made that one very early in the port when we were probably not running as efficiently as we are now |
19:19:27 | | Quit efyx_ (Remote host closed the connection) |
19:20:24 | | Join Horscht [0] (~Horscht2@xbmc/user/horscht) |
19:20:38 | | Join JdGordon_ [0] (~Miranda@rockbox/developer/JdGordon) |
19:21:08 | funman | i will test the dualboot diff tomorrow hopefully |
19:21:43 | | Quit funman (Quit: free(random());) |
19:22:45 | | Join bluebrother [0] (~dom@g226068223.adsl.alicedsl.de) |
19:22:45 | | Quit bluebrother (Changing host) |
19:22:45 | | Join bluebrother [0] (~dom@rockbox/developer/bluebrother) |
19:23:54 | JdGordon_ | kugel: mini2g with music off (I tihnk) and CF disk |
19:24:13 | JdGordon_ | boot time is still blazingly fast though so not too worried |
19:26:37 | | Quit bluebroth3r (Ping timeout: 276 seconds) |
19:31:01 | | Join planetbeing_ [0] (~planetbei@c-71-236-164-204.hsd1.or.comcast.net) |
19:37:27 | gibbon_ | the battery voltage at least changes over time until now |
19:38:53 | bertrik | it's usual to dip a little when something draws more power (e.g. display back light) and recover after that |
19:40:35 | gibbon_ | would it make sense to adjust the cpu boost to speed up discharge? |
19:41:12 | gibbon_ | does that even change the actual clock? i always wondered about that |
19:41:45 | bertrik | yes, it boosts the CPU clock, other clocks should remain unaffected |
19:42:05 | bertrik | not sure if that is already implemented on the clip+/clipv2 though |
19:42:43 | gibbon_ | at least the clock value increases |
19:43:12 | gibbon_ | its worth a try i guess |
19:43:21 | bertrik | gibbon_, but you are at least seeing reasonable battery values, right? It might take ten minutes or more to see some kind of downwards trend in battery voltage |
19:44:04 | gibbon_ | bertrik: yes, i do |
19:44:52 | | Quit Schmogel (Ping timeout: 265 seconds) |
19:45:01 | gibbon_ | in the battery info screen the scale spans around 3.834v and 3.854v and i see a exponentioal (or similar) curve with some deviations |
19:45:27 | gibbon_ | looks like the beginning of a discharge curve to me |
19:46:46 | gibbon_ | the current value decreases |
19:47:00 | JdGordon_ | where do I discuss a possible change to the cabbie theme? |
19:47:07 | JdGordon_ | here or the forum thread? |
19:47:16 | bertrik | There is no disk write support on the clip+/clipv2 right? |
19:47:20 | gibbon_ | when i looked earlier, an attached charger was detected |
19:47:28 | gibbon_ | bertrik: looks like that |
19:47:43 | gibbon_ | bertrik: then the battery bench plugin would have been the choice, right? |
19:48:46 | bertrik | gibbon_, exactly. I think we can basically declare discharge monitoring as done now, and do a battery bench later |
19:49:12 | Llorean | JdGordon_: Probably start a new forum thread at this point |
19:49:14 | gibbon_ | since i am sitting here anyway with nothing to do, i can also keep an eye on it |
19:49:31 | Llorean | Since if it's a cross-target change you'd probably need to recruit people, and the old thread is kinda long, cluttered, and irrelevant now. |
19:49:34 | | Join scorche [0] (~scorche@rockbox/administrator/scorche) |
19:50:16 | | Quit Xerion (Read error: Connection reset by peer) |
19:50:24 | bertrik | gibbon_, you could also check the charge behaviour, you may have to enable it first in the config file first |
19:50:32 | | Join Schmogel [0] (~Miranda@p3EE21B86.dip0.t-ipconnect.de) |
19:50:37 | gevaerts | Speaking of threads (or no), what do we do with 3.5.1? |
19:50:51 | Llorean | gevaerts: Is it ready? |
19:50:56 | JdGordon_ | wtf is 3.5.1? |
19:50:59 | gibbon_ | bertrik: pre- or post compile? |
19:51:10 | Llorean | JdGordon_: It fixes a significant buffering underrun issue |
19:51:13 | Llorean | IIRC |
19:51:23 | gevaerts | Llorean: kugel wanted one more backport I think. The skip-to-end-of-track crash |
19:51:36 | JdGordon_ | oh ok |
19:51:48 | Llorean | gevaerts: I think we should backport as little as possible. Is that an easy to trigger/common crash? |
19:51:48 | bertrik | gibbon_, oh sorry, it looks like it's already enabled in SVN. Just remember to hold the center button when plugging in the charger |
19:51:57 | | Join Strife89 [0] (~michael@168.16.237.214) |
19:52:04 | gibbon_ | bertrik: i will |
19:52:06 | gibbon_ | thanks so far |
19:52:16 | bertrik | thank you for testing :) |
19:52:17 | gevaerts | Llorean: FS #11004 IIRC |
19:53:22 | gibbon_ | bertrik: i cant code that well... i am happy with any little piece i can do :) |
19:53:28 | Llorean | gevaerts: Does that even affect any of the release targets? |
19:53:42 | gevaerts | Llorean: well, fuze was declared stable |
19:54:08 | Llorean | Ah |
19:55:24 | Llorean | It sounds like a rather uncommon case. I'm really not sure how I feel about it either way - it seems to me we shouldn't make a habit of backporting fixes and only do it in the most critical cases. The buffering watermark one happens even without any user interaction other than starting playback, right? |
19:55:40 | gevaerts | it does, yes |
19:55:57 | gevaerts | I don't understand playback well enough to evaluate the risks |
19:56:27 | Llorean | Can the crash be worked around by skipping to the end of the song first, then skipping backward? It could just be added to known issues if that works. |
19:56:50 | * | gevaerts waits for kugel to comment |
19:57:00 | pixelma | bluebrother: while talk clip (and voice generation) doesn't hang on an Intel Mac running 10.4.11, it generates just a noisy burp. And my newly generated deutsch.voice doesn't want to work at all |
19:57:17 | pixelma | VoiceOver sounds fine |
19:58:20 | Llorean | gevaerts: Another option is to just push out 3.5.1 and discuss whether that one merits another backport later, rather than waiting on one person? |
19:59:11 | gevaerts | We could, but on the other hand he's online. so he likely will comment soon |
20:00 |
20:00:33 | pixelma | bluebrother: (with the dmg you gave for download) |
20:01:49 | | Quit knine (Quit: E.T. go home.) |
20:02:47 | | Join Xerion [0] (~xerion@82-170-197-160.ip.telfort.nl) |
20:05:57 | gevaerts | domonoky, bluebrother: can rbutil handle different stable revisions for different targets? |
20:06:57 | Llorean | Didn't we have a different one for Archoses than everything else a while back? |
20:07:22 | Hillshum | 3.0 and 3.0.1. Yup |
20:07:50 | gevaerts | I'd have scored 10/10 too if I only had easy ones! |
20:07:54 | gevaerts | oops |
20:09:17 | gibbon_ | clip+ charger detection works, voltage then is measured as ~4.6V |
20:09:58 | gibbon_ | battery level is shown as 100% directly after attaching the usb cable (for charging) |
20:10:50 | gibbon_ | that does not seem right |
20:10:53 | kugel | Llorean: that is the crash |
20:11:08 | kugel | i.e. if you skip to the end, then back it crashes |
20:11:23 | kugel | and it has been reported to happen on other targets too. |
20:11:24 | Llorean | kugel: The description says if you seek to near the end, then skip back, it crashes |
20:11:45 | Llorean | I asked about skipping. That is, actually ending the song. |
20:12:10 | * | JdGordon_ has no problem with crash fixes getting backported |
20:12:18 | kugel | well I meant skipping the near the end (with the skip to outro feature) |
20:12:32 | kugel | I think this one should be backported |
20:12:44 | Llorean | You still haven't answered my question, though. |
20:13:29 | JdGordon_ | kugel: I just tried again and with music off theme load is maybe 1s faster, but even then its only maybe 2s so not really a big deal |
20:13:30 | kugel | full track skips don't crash |
20:13:36 | JdGordon_ | not sure why I thought it was so bad last night |
20:19:47 | gibbon_ | bertrik: i will try charging in OF |
20:21:15 | bertrik | gibbon_, it probably wasn't actually 4.6V, but rather some kind of an incorrect reading. We've had a similar issue on the e200v1 before, where we can get a normal value from another ADC channel |
20:22:26 | | Join kramer3d_ [0] (~kramer@unaffiliated/kramer3d) |
20:22:28 | gibbon_ | bertrik: i suspected that 4.6-4.7V where 5V USB supply voltage minus voltage drop because of charge current |
20:22:34 | gibbon_ | but i am not sure about that |
20:22:41 | | Quit kramer3d (Ping timeout: 256 seconds) |
20:22:42 | bertrik | yes, that sounds sensible |
20:22:43 | bluebrother | gevaerts: yes. |
20:22:55 | gevaerts | good :) |
20:23:05 | gevaerts | I mean, HWCODEC isn't broken |
20:23:13 | JdGordon_ | shame :p |
20:23:21 | gibbon_ | i have NO idea about the internal circuits in the device :P |
20:23:22 | JdGordon_ | i mean... |
20:23:36 | bluebrother | pixelma: ok :/ Does the configuration dialog show the available voices on the system correctly at least? |
20:23:36 | gevaerts | JdGordon_: we all know what you mean! :) |
20:25:11 | | Join petur [0] (~peter@d54C6F9B2.access.telenet.be) |
20:25:12 | | Quit petur (Changing host) |
20:25:12 | | Join petur [0] (~peter@rockbox/developer/petur) |
20:26:54 | gibbon_ | bertrik: the voltage rose to about 4.78v... |
20:27:40 | linuxstb | TheSeven: What are you using ucl for? |
20:28:02 | TheSeven | linuxstb: compressing the nano2g nor contents |
20:28:13 | linuxstb | TheSeven: I assume you've realised that the ARM assembler version of the decoder is thumb code? |
20:28:21 | TheSeven | yes |
20:28:38 | linuxstb | How well does it compress? |
20:28:59 | TheSeven | slightly better than 1:2 on code, about 1:3 on graphics |
20:29:53 | TheSeven | LZMA is another 20% better on both, but it's a lot more complex |
20:29:59 | | Join phanboy4 [0] (~benji@gate-20.spsu.edu) |
20:31:38 | | Join planetbeing__ [0] (~planetbei@c-71-236-164-204.hsd1.or.comcast.net) |
20:34:31 | | Quit planetbeing_ (Ping timeout: 260 seconds) |
20:35:25 | | Join efyx_ [0] (~efyx@lap34-1-82-225-185-146.fbx.proxad.net) |
20:39:21 | | Quit stoffel (Remote host closed the connection) |
20:43:13 | pixelma | bluebrother: yes, the configuration dialogue looked correctly on this Mac |
20:43:29 | JdGordon_ | domonoky: request for the theme site, can you make it email (if the themer wants it) when it fails checkwps if it used to pass? |
20:44:41 | domonoky | uh, should be possible, but i am not motivated to do it at moment :-) |
20:44:56 | * | JdGordon_ beats domonoky with a motivation stick |
20:46:47 | | Join Barahir_ [0] (~jonathan@gssn-5f757d1d.pool.mediaWays.net) |
20:48:30 | JdGordon_ | kugel: got any ideas how we can have the value of one token used by another? |
20:48:38 | JdGordon_ | or anyone else |
20:48:53 | bluebrother | pixelma: have you tried the "Test TTS" button in the configuration? Did it produce static as well? |
20:49:07 | | Quit Barahir (Ping timeout: 240 seconds) |
20:49:46 | | Quit kramer3d_ (Ping timeout: 252 seconds) |
20:51:26 | | Join wodz [0] (~57cef004@giant.haxx.se) |
20:51:57 | kugel | JdGordon: some find_token() function maybe? |
20:52:16 | wodz | is there somewhere rockbox coding rules or something? |
20:53:02 | * | bluebrother wonders if the problem is in the aiff to wav conversion or somewhere else |
20:53:04 | | Quit Barahir_ (Ping timeout: 276 seconds) |
20:53:18 | wodz | I mean name conventions, source identation, header format etc. |
20:53:53 | bluebrother | wodz: read docs/CONTRIBUTING |
20:53:57 | | Join FlynDice_ [0] (~FlynDice@c-24-19-225-90.hsd1.wa.comcast.net) |
20:54:02 | wodz | ok |
20:55:52 | *** | Saving seen data "./dancer.seen" |
20:56:55 | wodz | What about header in source files? this big ascii-art ROCKBOX logo and friends |
20:57:47 | JdGordon_ | that logo and the (c) notice should be there on new files |
20:57:50 | pixelma | bluebrother: yes, I tested it and think it worked correctly but the longer I think about it I get a bit unsure if it was just the VoiceOver (which was enabled still) announcing something of RbUtil. There was no static noise at least, so it worked correctly or it was silent |
20:57:51 | JdGordon_ | not imported files |
20:57:56 | | Quit FlynDice (Ping timeout: 264 seconds) |
20:58:38 | * | pixelma wonders if the VoiceOver running at the same time (as talk clip generation) has a bad effect |
20:58:44 | wodz | thats clear, but is there some standard way to produce that header in new files? |
20:59:03 | JdGordon_ | ctrl-c ctrl-v |
21:00 |
21:01:30 | wodz | vi do not have ctrl-c :-) and what about this fancy line (for example) * $Id: i2c-coldfire.c 17847 2008-06-28 18:10:04Z bagder $ |
21:01:55 | kugel | I think you must reduce that to "$id:$" |
21:02:04 | kugel | the text between comes from subversion |
21:02:05 | JdGordon_ | thats a special line which svn will fiddle with if you set the svn properties corectly |
21:03:47 | pixelma | bluebrother: I could imagine aiff played as wav (or vice versa) sounding this way. The "clips" seem to consist of "words" or what is left over |
21:04:24 | pixelma | I can recognise pauses between "words" |
21:04:35 | JdGordon_ | is [ and ] special chars in the skin language? |
21:04:42 | JdGordon_ | i.e do they need % before them? |
21:04:57 | pixelma | JdGordon_: not that I know of |
21:05:03 | wodz | Next question: what about derivate work - I mean I took some existing file from other port and tweaked it to work with the new port. Should I preserve original author in header? |
21:06:21 | JdGordon_ | damn... I was thinking something likr %xda[%mp] to make the xda tag use the value from mp |
21:06:45 | * | gevaerts would like a final conclusion about 3.5.1 |
21:07:25 | pixelma | JdGordon_: you mean for this auto-expand? |
21:07:37 | JdGordon_ | more than just autoexpand |
21:07:44 | JdGordon_ | make it part of the actual language |
21:07:51 | JdGordon_ | I'm not sure how useful it will be though |
21:10:18 | pixelma | my first reaction was - if at all, I'd prefer a new %x* tag for it. Then it is more obvious that it's not the ususal "display bitmap" and you have to be careful. |
21:10:23 | bluebrother | wodz: you can leave the $Id:$ line as it is. It's contents are replaced by svn if the svn:keywords property is set correctly |
21:11:17 | pixelma | JdGordon_: what will happen in your example if the number of conditionals in the %mp tag changes? |
21:11:50 | JdGordon_ | nothing |
21:11:56 | wodz | bluebrother: and what about author |
21:12:18 | bluebrother | pixelma: I could create you a binary that does leave the intermediate files around (which is aiff and wav). Could you test such a version? I'm suspecting the aiff -> wav conversion to misbehave |
21:12:44 | bluebrother | wodz: that's also an svn keyword, it works the same |
21:13:11 | pixelma | bluebrother: sure, maybe tomorrow |
21:13:22 | | Join Lear [0] (chatzilla@rockbox/developer/lear) |
21:13:29 | bluebrother | a keyword is always $Keyword: expansion$, and the expansion is replaced by svn. You need to write the Keyword correctly, though, and have it in the svn:keywords property |
21:13:34 | gevaerts | bluebrother: not that one I think |
21:13:44 | wodz | bluebrother: I was asking if I should preserve original author in header or I should credit him/her |
21:13:54 | bluebrother | svn knows about a keyword Authors |
21:14:14 | gevaerts | yes, but I think wodz means the Copyright (c) 20... bit |
21:14:29 | bluebrother | wodz: ah, that author :) If you change an existing file just leave it as is. |
21:14:57 | pixelma | JdGordon_: the number of parts of the bitmap strip is still set through the %xl tag then? |
21:15:30 | JdGordon_ | pixelma: yes, but I was more going for a generic way to do it, I dont tihnk image display is the only tag which would benefit from this |
21:15:42 | JdGordon_ | although I cant really think of any others at the moment :/ |
21:16:17 | pixelma | answer before question ;) |
21:16:32 | JdGordon_ | %xda[%mp] is backwards to the rest of the system though |
21:16:42 | wodz | Once again. I am preparing new port. Of course I reuse as much code as I can so there will be new files but based on some existing ones (tweaked to work with new target). My question is how to treat Author field in header in this case |
21:16:56 | JdGordon_ | maybe and image autoexpand tag is just the easier way to go |
21:17:10 | pixelma | making [] special would break some of my WPSs :\ |
21:18:04 | JdGordon_ | yeah |
21:18:12 | * | JdGordon_ can live with that though :D |
21:20:14 | pixelma | why not %xe|%mp| or so? |
21:20:15 | | Join p3tur [0] (~petur@rockbox/developer/petur) |
21:21:21 | pixelma | err... %xeA|%mp| but you should get the idea |
21:22:07 | JdGordon_ | because that ciould get confusing |
21:22:35 | JdGordon_ | %?mp<%xeA> is most liekly the way to go |
21:23:30 | JdGordon_ | and allowing for %?pv<%xdaa|%xeA|something else> |
21:24:18 | JdGordon_ | %xeA5 ? (expand A 5 times)? |
21:25:03 | JdGordon_ | %xeA|4|5 will just be very consufing inside another contiional |
21:25:12 | kugel | I'd think it would always expand to the number of strips in the bitmap? |
21:25:40 | JdGordon_ | to keep it usable, I think it would have to |
21:26:06 | pixelma | can't imagine at the moment what expand x-times would be used for and how that would work |
21:26:19 | * | kugel neither |
21:28:24 | * | gevaerts wishes he understood buffering.c |
21:28:39 | | Join Kitr88 [0] (~Kitr88@BSN-182-3-223.dial-up.dsl.siol.net) |
21:28:49 | JdGordon_ | gevaerts: rewrite it so yoiu do! |
21:29:29 | gevaerts | JdGordon_: the primary goal right now would be to know if kugel's fix for FS #11004 is really safe. Rewriting won't help with that :) |
21:30:15 | kugel | well, it's in for some time and no problems have been reported |
21:30:24 | gevaerts | I tend to think that it is, but (a) I don't understand the code, and (b) it's been in svn for a bit over ten days now. That's not enough to declare it "stable because nobody saw a bug" |
21:30:48 | JdGordon_ | when is it long enough? |
21:30:50 | kugel | also, matsch said I should commit it, and he's a buffering expert (more than anyone of us anyway) |
21:31:14 | gevaerts | kugel: the "other" issue (the dropout-on-rebuffer thing) was broken in november and only reported after 3.5 |
21:31:39 | JdGordon_ | its only if you enable that wierd skip setting right? |
21:31:42 | | Join planetbeing_ [0] (~planetbei@c-71-236-164-204.hsd1.or.comcast.net) |
21:31:43 | | Quit Kitar|st (Ping timeout: 258 seconds) |
21:31:49 | kugel | didn't Horscht report it pre3.5? |
21:31:57 | gevaerts | hm, yes |
21:32:05 | Mode | "#rockbox +o Bagder" by ChanServ (ChanServ@services.) |
21:32:10 | Mode | "#rockbox -b *!*benlar@193.13.246.*" by Bagder (~daniel@rockbox/developer/bagder) |
21:32:31 | gevaerts | JdGordon_: if I understand things correctly, that setting makes reproducing the issue a lot easier. I don't think it actually causes it |
21:32:42 | Mode | "#rockbox -o Bagder" by ChanServ (ChanServ@services.) |
21:32:50 | kugel | JdGordon_: I haven't been able to reproduce it in another way, but it was a general problem that handles are rewritten during a rebuffer event |
21:33:01 | kugel | s/re/over/ |
21:33:15 | | Quit Kitr88 (Ping timeout: 258 seconds) |
21:33:18 | gevaerts | kugel: will you prepare 3.5.2 if it breaks things? ;) |
21:33:20 | | Join Kitar|st [0] (Kitr88@BSN-182-3-173.dial-up.dsl.siol.net) |
21:33:56 | * | gevaerts isn't entirely convinced either way, but he tends to think that it should go in |
21:35:02 | | Quit planetbeing__ (Ping timeout: 245 seconds) |
21:37:25 | kugel | I'm still wondering why that fix for stuck playback when playing a deleted song caused a glitch |
21:40:31 | gevaerts | kugel: let's include it. Will you merge 24755 to the 3.5 branch, or shall I? |
21:40:57 | kugel | do it please, I don't have the checkout anymore |
21:41:19 | * | gevaerts admits that he still has all the 3.x checkouts |
21:42:30 | | Part domonoky |
21:43:00 | gevaerts | kugel: it doesn't merge cleanly :( |
21:43:15 | kugel | really? it ought to |
21:43:45 | kugel | shall I have a look? |
21:44:33 | | Quit wodz (Quit: CGI:IRC (EOF)) |
21:45:32 | gevaerts | please do |
21:46:04 | | Join ecio1 [0] (~ecio@32.131.75.138) |
21:47:13 | gevaerts | If I also merge r24440 and r24618, svn doesn't complain |
21:47:38 | | Join froggyman [0] (~sopgenort@pool-72-69-220-42.chi01.dsl-w.verizon.net) |
21:48:05 | gevaerts | I'd really prefer a minimal backport though |
21:49:08 | * | gevaerts does it by hand |
21:49:27 | | Quit ecio (Ping timeout: 246 seconds) |
21:51:37 | kugel | gevaerts: not sure why it conflicted... |
21:52:04 | CIA-5 | New commit by amiconn (r25004): Get rid of .rept in inline asm() blocks where possible. Using .rept causes gcc to wrongly estimate the size of the asm(), leading to (potential) ... |
21:52:09 | gevaerts | kugel: r24440 is Torne's alignment patch, and r24618 is your inline ringbuffer functions patch |
21:53:25 | kugel | ah yea, the inline one is needed I think |
21:55:07 | amiconn | gevaerts ^^ |
21:56:00 | | Quit Strife89 (Quit: Clocking out.) |
21:56:44 | kugel | gevaerts: I have backported 24618 and 24755, the diff looks alright |
21:57:49 | gevaerts | kugel: I have a manual merge of only 24755, but maybe it's safer to go for both. Can you commit? |
21:58:48 | kugel | r24618 didn't contain a functional change so it would work either way |
21:59:51 | gevaerts | I know. I'd have liked to avoid merging too much, but I think I prefer this to more manual merge work |
22:00 |
22:00:05 | kugel | I also needed manual merge work |
22:00:58 | gevaerts | yes, but on the other hand they're your patches :) |
22:01:08 | | Quit Adnyxo (Ping timeout: 276 seconds) |
22:01:58 | kugel | alright, I'll make a quick test and then commit |
22:02:47 | bluebrother | pixelma: debug binary here: http://www.alice-dsl.net/dominik.riebeling/rockbox/rbutil/RockboxUtility.dmg |
22:03:52 | bluebrother | if you press the "Test TTS" button it will keep two intermediate files: the aiff and the wav of the spoken text. Close the configuration dialog after executing the "Test TTS" (give it a couple of seconds to acutally complete the talking), then check the system trace |
22:04:28 | bluebrother | it will contains two lines starting with "WARNING:" somewhere near the end with the filename of the temporary files. |
22:05:02 | bluebrother | you can try playing the aiff, it should be the text "Rockbox Utility voice test". My suspicion is that the wav one will be broken. |
22:05:32 | bluebrother | if that's the case it would be great if you could send me those two files |
22:06:08 | gibbon_ | charging completed. |
22:07:59 | gibbon_ | bertrik: after charging: 4.155v |
22:08:53 | pixelma | bluebrother: the system trace? |
22:09:35 | gibbon_ | i don't know where to go with this information |
22:09:45 | bluebrother | pixelma: no, the wav and aiff file. The system trace shouldn't contain anything that's important for that issue, at least nothing I can think of right now. |
22:10:20 | bluebrother | but if the wav file is broken and the aiff correct I need to check my aiff -> wav converter. Maybe something is different with the aiff files produced on your machine. |
22:11:47 | pixelma | ok, my question was a bit too short, but I was wondering where to find the system trace - do you mean the console on a Mac or something in RbUtil or something else? |
22:12:35 | | Join sirdaniel [0] (~chatzilla@77-254-216-3.adsl.inetia.pl) |
22:13:21 | bluebrother | pixelma: ah :) In the menu go to Help / Troubleshooting / System Trace. |
22:13:32 | | Join Adnyxo [0] (~aaron@adsl-065-013-002-216.sip.asm.bellsouth.net) |
22:13:44 | pixelma | the RbUtil menu? |
22:13:48 | bluebrother | yes. |
22:13:52 | | Quit Lear (Quit: ChatZilla 0.9.86 [Firefox 3.6/20100115144158]) |
22:14:09 | pixelma | alright |
22:14:34 | bluebrother | the binary is a debug binary so it should also show that if you run it from a terminal. But that's a bit less convenient ;-) |
22:20:15 | CIA-5 | New commit by amiconn (r25005): libdemac: Separate filtering calls per channel in preparation for the dual-core split on PP. This also means less inlining, and hence speeds up ... |
22:22:46 | | Quit sirdaniel (Quit: ChatZilla 0.9.86 [Firefox 3.6/20100115144158]) |
22:23:01 | kugel | phew, I almost thought the patch has a regression |
22:23:12 | kugel | but it's a bug in trunk |
22:23:19 | pixelma | bluebrother: as I said, I'll try to test tomorrow if I get a chance |
22:24:56 | | Quit Hillshum (Ping timeout: 264 seconds) |
22:26:09 | bluebrother | pixelma: great, thanks for the testing. |
22:27:32 | | Quit phanboy4 (Ping timeout: 245 seconds) |
22:33:27 | kugel | gevaerts: ok, I'm ready |
22:34:08 | gevaerts | great! |
22:34:26 | | Join phanboy4 [0] (~benji@gate-20.spsu.edu) |
22:40:19 | CIA-5 | New commit by kugel (r25006): Backport r24618 and r24755 for 3.5.1. ... |
22:43:42 | | Quit planetbeing_ (Quit: planetbeing_) |
22:44:44 | | Quit iq (Quit: leaving) |
22:48:04 | gevaerts | bluebrother: does the font pack need to match the release version? |
22:48:47 | JdGordon_ | fonts arnt target or version dependant |
22:48:56 | | Quit GodEater (Ping timeout: 269 seconds) |
22:49:26 | amiconn | The font format *did* change occasionally in the past though |
22:49:47 | gevaerts | I know, but I don't know what rbutil expects |
22:50:10 | | Quit phanboy4 (Read error: Connection reset by peer) |
22:50:11 | | Join GodEater [0] (~bibble@cl-711.lon-02.gb.sixxs.net) |
22:50:11 | | Quit GodEater (Changing host) |
22:50:11 | | Join GodEater [0] (~bibble@rockbox/staff/GodEater) |
22:50:18 | bluebrother | gevaerts: I don't think so. IIRC rbutil doesn't even handle a "release" font pack |
22:50:25 | gevaerts | ok |
22:50:53 | | Join phanboy4 [0] (~benji@gate-20.spsu.edu) |
22:53:01 | | Quit guymann (Quit: brb) |
22:53:39 | bluebrother | something that really should get changed. As well as handling checkwps results for theme installation |
22:55:55 | *** | Saving seen data "./dancer.seen" |
22:59:23 | bertrik | gibbon_, looks good |
23:00 |
23:00:53 | * | kugel just got a prefetch abort at 0xCOEDBABE |
23:01:21 | | Quit GodEater (Ping timeout: 256 seconds) |
23:01:26 | gevaerts | portalplayer? |
23:02:53 | | Join GodEater [0] (~bibble@cl-711.lon-02.gb.sixxs.net) |
23:02:53 | | Quit GodEater (Changing host) |
23:02:53 | | Join GodEater [0] (~bibble@rockbox/staff/GodEater) |
23:03:45 | | Join guymann [0] (~charlie@66-159-173-54.adsl.snet.net) |
23:04:30 | kugel | yea |
23:06:14 | gevaerts | Bagder, Zagor: could you move http://rockbox.hostname.be/3.5.1/ to the download server? I don't have release notes or an announce ready yet though |
23:06:26 | | Join Tomis [0] (~Tomis@70.134.103.157) |
23:06:45 | gevaerts | If anyone feels motivated right now (I'm too tired), this fixes FS #11004 and FS #10919 |
23:07:08 | gevaerts | only SWCODEC is included |
23:08:43 | * | Bagder gets them packages |
23:08:54 | gibbon_ | bertrik: discharge looks good, too. even though i am irritated by a linear voltage drop on li-ion |
23:10:06 | gibbon_ | bertrik: 0.1v pro Stunde |
23:10:16 | bertrik | oh no, the gradual voltage drop vs. discharge is really the beauty of li-ion/li-poly, it makes it easier to estimate the charge left |
23:10:50 | | Join TMM [0] (~hp@pdpc/supporter/professional/TMM) |
23:11:04 | gibbon_ | oh, welll ... see how much i know about battery chemistry |
23:11:46 | gibbon_ | i always thought, li-ion was different |
23:12:55 | gibbon_ | but you are right about beauty ... its a beautiful linear drop |
23:13:08 | gevaerts | Bagder: will you also update build-info? I'll send a mail as soon as you tell me it's ready |
23:15:26 | kugel | damn! I'm experiencing FS #11041 in 3.5.1 |
23:16:10 | CIA-5 | New commit by peter (r25007): Histogram display on recording screen. Based on the work of Jvo Studer in FS #5021 but reduced and reworked since the recording screen code changed ... |
23:16:13 | gevaerts | ok, cancel 3.5.1 then for now until it's more clear? |
23:16:18 | kugel | I think sop |
23:16:42 | gevaerts | Bagder: can you hold off updating build-info? |
23:17:06 | Bagder | I don't even know where that is ;-) |
23:17:11 | gevaerts | Apart from that, this is useful information :) |
23:17:18 | gevaerts | Bagder: http://download.rockbox.org/daily/build-info |
23:17:25 | Bagder | ah there it is |
23:17:40 | gevaerts | Anyway, we can't release with known regressions |
23:17:51 | gevaerts | not for a two-bugfix update anyway |
23:19:27 | kugel | I've experienced that once in a current build, but that's long (well, relatively) ago, and the guy that opened FS #11041 doesn't experience it anymore as well |
23:19:45 | gevaerts | so something changed between 24755 and now |
23:19:53 | amiconn | Seems like PP5020 behaves as predicted wrt IRAM |
23:20:10 | Bagder | also, it'll be better with a full release, ie all release-targets - as we don't really have a good way to do partial releases with our scripts |
23:20:11 | JdGordon_ | petur: I bet it feels good to finally get that in? (you bastard :D ) |
23:20:29 | amiconn | Moving small arrays to dram makes things faster (cache is faster than iram), while moving large arrays to dram makes things slower |
23:20:40 | p3tur | JdGordon_: yeah, took too much time |
23:20:45 | gevaerts | Bagder: ok. I'll do them all next time |
23:20:59 | JdGordon_ | p3tur: it uses the peak values right? would it be possible to use it on the wps? |
23:21:18 | p3tur | but now we can start splitting the drawing code of the recording screen into parts |
23:21:36 | p3tur | JdGordon_: I think so |
23:23:46 | gevaerts | kugel: The earliest release builds I can do are tomorrow evening, so you do have some time :). Worst case we can always revert that patch I guess |
23:23:59 | kugel | yea |
23:25:16 | Bagder | and the build-info is generated using the builds.pm file as input |
23:25:33 | Bagder | so it should be sufficient to update that |
23:25:53 | Bagder | www/builds.pm that is |
23:26:06 | CIA-5 | New commit by bluebrother (r25008): Code police. ... |
23:27:30 | JdGordon_ | I can build release builds if needed |
23:27:56 | | Quit kugel (Read error: Operation timed out) |
23:28:04 | | Quit liar (Ping timeout: 245 seconds) |
23:32:42 | gevaerts | JdGordon_: there's *slightly* more than building required. First r25006 would have to be reverted :) |
23:33:15 | amiconn | p3tur: Why not on H100? |
23:33:19 | gevaerts | I'm actually in favour of just reverting that. Whatever fix kugel comes up with, no matter how obviously correct, won't be tested enough I think |
23:33:34 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
23:34:18 | kugel | well, it looks like it should be reverted |
23:34:37 | kugel | the only changes in that area are yellow fixes in DEBUGF statements, and the playback.c change that's already backported |
23:34:41 | kugel | and r24790 but I can't believe that changed/fixed anything |
23:35:47 | gevaerts | a bit risky anyway |
23:35:57 | gevaerts | so yes, let's revert |
23:36:08 | p3tur | amiconn: true... |
23:36:25 | p3tur | but also other recording targets can enable it |
23:36:41 | p3tur | I just only did it now for the targets I could test on |
23:36:48 | amiconn | Probably not if the screen is too small |
23:37:02 | p3tur | indeed not |
23:37:57 | * | amiconn wonders whether this would work on hwcodec as well |
23:38:03 | amiconn | Not that I'd need it... |
23:38:05 | | Quit AlexP (Remote host closed the connection) |
23:39:12 | | Join AlexP [0] (~ap@rockbox/staff/AlexP) |
23:39:13 | | Quit ecio1 (Read error: Connection reset by peer) |
23:39:57 | CIA-5 | New commit by kugel (r25009): Revert previous commit. It appears to introduce a regression (FS #11041) which doesn't happen in trunk (anymore). |
23:40:15 | | Quit bertrik (Quit: De groeten) |
23:40:40 | gevaerts | JdGordon_: if you want to build, go ahead! |
23:40:50 | kugel | err |
23:40:51 | JdGordon_ | you can :p |
23:40:52 | kugel | no |
23:40:54 | JdGordon_ | im at work |
23:41:06 | kugel | svn diff -r PREV was too greedy |
23:41:43 | | Quit ender` (Quit: Don't worry about the world coming to an end today. It's already tomorrow in Australia.) |
23:42:04 | gevaerts | JdGordon_: I didn't mean you have to do it right away :) It's just that I don't want to wait for a build anymore tonight |
23:42:58 | | Quit phanboy4 (Read error: Connection reset by peer) |
23:42:59 | kugel | it seems to have reverted r24978 as well |
23:43:50 | kugel | shit |
23:46:47 | | Join Barahir [0] (~jonathan@gssn-5f757ea5.pool.mediaWays.net) |
23:47:09 | CIA-5 | New commit by kugel (r25010): Backport r24968 again. svn diff -r PREV was too greedy in the previous commit. ... |
23:50:30 | | Nick FlynDice_ is now known as FlynDice (~FlynDice@c-24-19-225-90.hsd1.wa.comcast.net) |
23:51:07 | kugel | may I commit the init code patch? |
23:51:08 | | Join planetbeing_ [0] (~planetbei@198.107.160.17) |
23:51:13 | | Quit linuxstb (Ping timeout: 256 seconds) |
23:51:19 | JdGordon_ | only if you commit the skin resizing one also! |
23:53:41 | | Join DerPapst [0] (~DerPapst@p5797CBD7.dip.t-dialin.net) |
23:53:52 | | Quit evilnick_B (Quit: Page closed) |