| 00:00:23 | Jungti1234 | I'm going to require much informations to him. |
| 00:01:23 | Moos | Jungti1234: you know there are South Korean racist in the world too, they thought the south korean are isolated from the world, dictatorship... |
| 00:02:08 | Jungti1234 | hmm.. |
| 00:02:23 | Moos | sure there is dictatorship, but they don't have right to judge human |
| 00:03:34 | Jungti1234 | Isn't so |
| 00:03:46 | Moos | what? |
| 00:04:06 | Jungti1234 | What mean is 'Sure there is dictatorship'? |
| 00:04:14 | petur | QUICK reply if possible: where could I force a setting at startup best? |
| 00:04:23 | thegeek_ | crap |
| 00:04:34 | thegeek_ | I've gotten addicted to the foobar2000 dolby headphone plugin |
| 00:04:38 | thegeek_ | I can't stand music without it |
| 00:04:46 | Moos | Jungti1234: sorry I mixed South and north |
| 00:04:59 | thegeek_ | I'm seriously entertaining the possiblity of transcoding all my music through foobar with it enabled |
| 00:05:03 | Jungti1234 | hehe |
| 00:05:16 | Jungti1234 | South and north are much different. |
| 00:05:24 | Moos | yes sorry :) |
| 00:05:48 | Moos | I don't know why I thought you was North Korean |
| 00:06:01 | Jungti1234 | haha |
| 00:06:25 | Jungti1234 | North Korea can't make internet freely. |
| 00:06:48 | Moos | unfortunatly, not a lot of things freely |
| 00:07:21 | Jungti1234 | Do you know 'Nanta'? |
| 00:07:32 | Moos | no, what is it? |
| 00:08:16 | | Quit Rob2222 () |
| 00:09:30 | | Join elinenbe [0] (i=elinenbe@207-237-225-224.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) |
| 00:09:30 | Moos | it's pitty "merging" North and South Korea could make one powerfull countrie |
| 00:09:38 | * | petur is convinced allowing backlight value 0 is a big mistake. Even more if it is default... |
| 00:09:44 | Jungti1234 | yes. |
| 00:09:59 | petur | btw, we have coonfigurable backlight setting on H300! |
| 00:10:03 | mirak | _FireFly_: you fix flicking for witch device ? |
| 00:10:21 | Moos | Salut Karim :) |
| 00:10:48 | mirak | I was reading the H300 lcd datasheet and they say there is something to kind of freeze the refreshing |
| 00:10:51 | mirak | Moos: salut |
| 00:11:17 | Jungti1234 | nanta is cookin |
| 00:11:33 | Moos | mirak: still learning how to make video thing? |
| 00:11:33 | mirak | ? |
| 00:11:38 | | Join olaf_ [0] (n=chatzill@pas38-1-82-67-70-119.fbx.proxad.net) |
| 00:11:45 | Moos | Jungti1234: ok |
| 00:11:47 | Jungti1234 | I see nanta. |
| 00:11:47 | mirak | yes I was reading jpeg and mpeg stuffs |
| 00:11:50 | Jungti1234 | bye |
| 00:11:52 | | Quit Jungti1234 ("bye") |
| 00:11:58 | olaf_ | Hi there |
| 00:12:01 | mirak | Moos: the theory |
| 00:12:07 | mirak | and watched xvid decoder code |
| 00:12:15 | mirak | I am far from having something, ond't worry |
| 00:12:29 | Moos | that will be big thing to do |
| 00:12:31 | olaf_ | anybody knows if repeat A-B works for iriver rockbox |
| 00:12:48 | Moos | mirak: maybe needed more than one dev in this |
| 00:13:19 | Moos | mirak: c'est du lourd ;) |
| 00:13:22 | _FireFly_ | mirak: mainly for the remote from h1xx-devices |
| 00:13:39 | _FireFly_ | but that should als reduce the flicking a bit for the h300 |
| 00:14:00 | _FireFly_ | someone has also mentioned that the flicking is gone on h300 |
| 00:14:15 | mirak | I had it when using the boxed interface |
| 00:14:29 | mirak | haven't tried since |
| 00:14:58 | olaf_ | mirak: answering my question ? |
| 00:15:04 | mirak | Moos: yes certainly, but if I know someone is already doing it, I will not try |
| 00:15:05 | mirak | lol |
| 00:15:05 | _FireFly_ | hmm i have just discovered that my flicker-patch isn't needed when my new-patch is used |
| 00:15:19 | mirak | olaf_: I think it doesn't |
| 00:15:19 | Moos | mirak: hehe :) |
| 00:15:27 | _FireFly_ | it seams at least to me |
| 00:15:38 | olaf_ | mirak: yep. |
| 00:15:42 | petur | new patch? |
| 00:17:03 | _FireFly_ | petur: my image-flicking-patch has increased the ticking-noise for the h1xx devices |
| 00:17:16 | petur | oh |
| 00:17:16 | _FireFly_ | and my new patch reduce it to the "old-value" |
| 00:17:21 | Moos | ohoh, 5 hours remaining before wake up, time to go here |
| 00:17:31 | _FireFly_ | Moos: me too ;) |
| 00:17:32 | Moos | good night or day at all |
| 00:17:37 | _FireFly_ | night |
| 00:17:39 | mirak | what is that ticking noise ? |
| 00:17:42 | Moos | nighty FireFly |
| 00:17:45 | | Quit Moos ("Glory to Rockbox") |
| 00:18:15 | _FireFly_ | mirak: the ticking is afaik only on h1xx-devices and there one noticealbe when using the remote |
| 00:18:24 | _FireFly_ | s/one/only |
| 00:18:29 | petur | can you read settings via the plugin api? |
| 00:18:42 | mirak | oh I heard that with H300 remote also |
| 00:18:54 | mirak | I don't have a remote |
| 00:19:50 | _FireFly_ | petur: but now i have discovered that my flicking patch isn't needed with the new patch because the new patch updated the lcd only on one-place -> so it seams no flickering of images is possible anymore |
| 00:20:04 | _FireFly_ | i have the build currently running and the images doesn't flicker |
| 00:20:25 | petur | I still saw flickering when text and images are mixed - solved as well? |
| 00:20:29 | _FireFly_ | on the remote |
| 00:20:35 | | Quit PaulJ (".") |
| 00:20:38 | _FireFly_ | maybe |
| 00:20:44 | _FireFly_ | the patch is on tracker |
| 00:20:55 | petur | I'm talking main display of course - don't have a remote |
| 00:21:27 | _FireFly_ | petur: as i had already said this doesn*t matter because it's one code for all displays :) |
| 00:21:32 | petur | I'll soon post a patch for configurable backlight brightness on H300 |
| 00:22:06 | _FireFly_ | so if i change the wps-code the change is for both displays on the h1xx/h3xx devices |
| 00:22:18 | petur | just need to find out how to set a decent value if the setting doesn't exist yet |
| 00:22:35 | petur | My first try gave 0 and a black screen |
| 00:22:43 | _FireFly_ | at leat at that palces which my patch changes |
| 00:22:47 | petur | used a bright light to navigate to the settings |
| 00:22:49 | mirak | petur: ! |
| 00:22:54 | petur | thank god it worked |
| 00:23:02 | _FireFly_ | petur: what ?? |
| 00:23:21 | petur | backlight brightness? |
| 00:23:40 | _FireFly_ | ah yes i thought the flicking-problem is gone on the h3xx ;) |
| 00:24:02 | petur | sorry, still busy with my own patch |
| 00:24:54 | _FireFly_ | np but now i have to go to bed ;) |
| 00:25:00 | _FireFly_ | good night every-body |
| 00:25:07 | petur | is it on patch tracker? |
| 00:25:11 | _FireFly_ | yepp |
| 00:25:14 | petur | ok |
| 00:25:42 | _FireFly_ | http://sourceforge.net/tracker/index.php?func=detail&aid=1379076&group_id=44306&atid=439120 |
| 00:25:46 | | Quit _FireFly_ ("Leaving") |
| 00:26:20 | petur | what was the way to reset RB settings again? hold some key? |
| 00:28:50 | Bagder | rec |
| 00:29:01 | Bagder | but not too early |
| 00:29:13 | | Join LinusN [0] (n=linus@labb.contactor.se) |
| 00:29:31 | LinusN | petur: if the settings are incompatible, you must bump the config vlock version |
| 00:29:36 | LinusN | block |
| 00:29:44 | petur | I added it at the back |
| 00:29:56 | petur | and used pwm '9' as default |
| 00:30:01 | LinusN | ok |
| 00:30:17 | LinusN | ok, then you should be fine |
| 00:30:17 | petur | you read what I did first? default 0. lol |
| 00:30:22 | petur | got a black screen |
| 00:30:24 | LinusN | saw that :-) |
| 00:30:31 | LinusN | brilliant |
| 00:30:43 | petur | I'll submit the patch before bedtime |
| 00:30:52 | petur | what to do with language files? |
| 00:31:35 | LinusN | you only need to do the english one |
| 00:31:48 | petur | OK |
| 00:32:14 | petur | you know why it flickered? |
| 00:32:34 | petur | HDD access at low intensities, iRiver FW does it as well |
| 00:32:37 | | Quit _DangerousDan ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 00:34:28 | petur | can't get my settings to reset |
| 00:34:43 | petur | I hold REC when the bootloader starts? |
| 00:35:39 | Bagder | no, when rockbox starts |
| 00:36:21 | petur | I held it until it loaded completely, didn't reset my setting |
| 00:41:22 | | Quit actionshrimp (Read error: 104 (Connection reset by peer)) |
| 00:42:01 | | Join actionshrimp [0] (n=NNSCRIPT@host86-136-20-96.range86-136.btcentralplus.com) |
| 00:48:47 | olaf_ | anybody knows if repeat A-B works for iriver rockbox (repost) ? |
| 00:49:00 | Bagder | nope |
| 00:49:06 | Bagder | that is it doesn't work |
| 00:49:20 | olaf_ | just saw there seems to be support for Archos |
| 00:49:31 | olaf_ | and just posted a feature request |
| 00:49:56 | | Join dropandho [0] (n=dropandh@cpe-24-193-36-91.nyc.res.rr.com) |
| 00:50:19 | olaf_ | http://sourceforge.net/tracker/index.php?func=detail&aid=1379095&group_id=44306&atid=439121 |
| 00:50:54 | petur | new entry in LAN_xxx file: also at the back? |
| 00:51:16 | olaf_ | Bagder: thanxs for the reply. Hope the new feature request makes it sometime |
| 00:53:53 | | Quit olaf_ ("goodnight") |
| 00:55:08 | dropandho | hey all! |
| 00:55:14 | dropandho | any word on the forums? |
| 00:55:20 | Bagder | nope |
| 00:55:58 | dropandho | grrrr |
| 00:56:17 | dropandho | is jeff mia or wha? |
| 00:58:08 | | Quit yngwi ("Chatzilla 0.9.68.5.1 [Firefox 1.5/undefined]") |
| 01:00 |
| 01:00:42 | | Quit ender` (" Engineers think that equations approximate the real world. Scientists think that the real world approximates equations. Ma) |
| 01:01:38 | | Quit Kingstone (Read error: 104 (Connection reset by peer)) |
| 01:01:40 | | Join Kingstone [0] (n=sg1@195.226.51.74) |
| 01:01:49 | | Quit Kohlrabi ("Leaving") |
| 01:03:04 | dropandho | people try have attempted to contact him... |
| 01:03:17 | dropandho | so no one has had any luck? |
| 01:03:41 | Bagder | I don't know |
| 01:04:49 | dropandho | Linus - u around? |
| 01:04:54 | dropandho | any insight? |
| 01:09:40 | | Join StrathAFK [0] (n=mike@dpc674681214.direcpc.com) |
| 01:09:42 | | Quit Strath (Read error: 104 (Connection reset by peer)) |
| 01:13:58 | *** | Saving seen data "./dancer.seen" |
| 01:16:13 | petur | hehe.. running my battery flat without playing one song. Just code testing :D |
| 01:17:46 | petur | WOW!!! |
| 01:17:50 | petur | impressed! |
| 01:18:05 | petur | That patch of _FireFly_ is perrrrfect! |
| 01:18:10 | petur | no more flickering! |
| 01:18:31 | dropandho | you got a wps fliker fix patch?! |
| 01:18:58 | petur | _FireFly_ made one |
| 01:19:14 | petur | this one really works! |
| 01:19:16 | Rick | ROFL @ Dance Puff theme |
| 01:19:31 | dropandho | nicey |
| 01:19:51 | dropandho | so guys...what can we do to get some forum love here? |
| 01:19:57 | petur | LinusN: around? |
| 01:20:07 | Rick | forum love? |
| 01:20:13 | dropandho | get it fixed |
| 01:20:20 | Rick | ahh |
| 01:20:35 | dropandho | people have IMed Jeff and emailed him....as well as linus |
| 01:21:01 | petur | all right.. off to bed.. goodnight! |
| 01:21:09 | | Quit petur ("here today, gone tomorrow") |
| 01:21:10 | dropandho | night |
| 01:21:22 | dropandho | any1 have any clue what to do next? |
| 01:21:22 | Rick | hmm |
| 01:21:26 | Rick | odd that changing themes takes so long |
| 01:22:02 | dropandho | maybe start a thread on misticriver? |
| 01:22:39 | Rick | hmm? |
| 01:22:55 | dropandho | misitic river is jeff's site |
| 01:27:37 | LinusN | i'm around now |
| 01:27:44 | Rick | hmm |
| 01:27:51 | dropandho | hehe- you love to hmmmm |
| 01:27:56 | Rick | has anyone noticed the problem of accessing the 'Rockbox Info' via remote on H120? |
| 01:28:05 | Rick | (you can't exit the info screen from the remote, nor do you see it on the remote) |
| 01:28:10 | dropandho | hey Linus...just wondering you had any word on the forums |
| 01:28:24 | Rick | same goes for version |
| 01:28:35 | Rick | actually no, Version is fine |
| 01:28:36 | Rick | (: |
| 01:28:44 | LinusN | jeff mentioned something about an IP address change |
| 01:30:02 | dropandho | ahh- iriver.us points to 72.29.70.123 |
| 01:31:40 | dropandho | guess it is out of my hands...let me know if there is anything i can do to help |
| 01:34:09 | | Quit mirak ("Ex-Chat") |
| 01:36:07 | | Nick StrathAFK is now known as Strath (n=mike@dpc674681214.direcpc.com) |
| 01:40:35 | dropandho | linus- i was also wondering if you ever got that ticking unit |
| 01:42:51 | LinusN | oh, yes, i got it today,! |
| 01:43:11 | LinusN | forgot to tell you |
| 01:43:17 | dropandho | what timming! hehe...sorry to bug you |
| 01:43:21 | dropandho | just curious! |
| 01:43:34 | dropandho | lookin fwd to what you discover |
| 01:43:51 | dropandho | thanks again..and to the sender! |
| 01:50:56 | LinusN | the analog and digital ground are not properly isolated on the ticking board |
| 01:51:41 | dropandho | those punks! how do you mess that up?! |
| 01:52:58 | dropandho | i remember the sender said that he didn't have some things on the board you were looking for |
| 01:53:58 | LinusN | joystick and hold switch |
| 01:54:57 | LinusN | his board is in fact newer than mine |
| 01:55:28 | dropandho | hehe- now that is odd...you would think they would have corrected the problem further into production |
| 01:56:21 | LinusN | looks like it's the other way around |
| 01:58:04 | | Join nathanh [0] (n=cb1a1042@labb.contactor.se) |
| 01:58:06 | dropandho | i thought he was missing something like r22 as well |
| 01:59:16 | dropandho | i forget tho...it was in the forum..hehe |
| 01:59:38 | | Join leftright [0] (n=5087d10e@labb.contactor.se) |
| 01:59:43 | nathanh | i cant express enough how grateful i am to the rockbox dev team for the H300 port... gapless playback, car charger mode, on-the-fly playlists... even in beta it's 10x better than the stock firmware :-) |
| 02:00 |
| 02:01:14 | leftright | I have just spent a few hours fiddeling with my gf's new Archos gimini XS202, the unit itself is nice, tiny, great from factor, but the firmware in comparison to R-box sucks |
| 02:02:12 | leftright | each time you nav out of the wps it stops playback, not nice at all, plus its slow to react to key presses |
| 02:02:59 | leftright | this has made me appreciate rockbox even more |
| 02:04:31 | leftright | the OTG playlist feature of the XS202 is not OTF, what are those guys at Archos thinking, each time you want to add something to the playlist playback needs to be stopped ? weird |
| 02:05:11 | dropandho | they aren't rckbx maniacs...thats the problem! |
| 02:05:49 | leftright | sheesh, what is it with these OEM firmware designers |
| 02:07:38 | leftright | anyywayyy, my girl friend is happy, she is totally ignorant of Rockbox's features, nothing to compare it to, ignotance is indeed bliss in this case |
| 02:08:23 | | Join DJDD_ [0] (n=DJDD@220-245-186-182.static.tpgi.com.au) |
| 02:12:15 | | Join webguest91 [0] (n=3e4f4094@labb.contactor.se) |
| 02:12:42 | LinusN | time to sleep |
| 02:12:43 | webguest91 | So about forums.rockbox.org - sounds like the dns entry needs updating? |
| 02:12:50 | LinusN | webguest91: yes |
| 02:13:01 | LinusN | i wish i knew what to put in my dns though |
| 02:13:15 | * | leftright gives rockbox a 0dB hug |
| 02:13:25 | dropandho | hmmm |
| 02:13:26 | | Part leftright |
| 02:13:32 | webguest91 | But doing a manual http request to 72.29.70.123 with host: forums.rockbox.org gives a "no site configured at this address" message |
| 02:13:51 | webguest91 | 72.29.70.123 being the ip of misticriver.net |
| 02:16:15 | webguest91 | As does putting "72.29.70.123 forums.rockbox.org" in /etc/hosts and checking it in firefox |
| 02:16:45 | linuxstb | http://72.29.70.124/ looks to be the forums. |
| 02:18:19 | webguest91 | Good catch |
| 02:18:28 | LinusN | slooooow |
| 02:18:28 | dropandho | weird, hitting that tries to connect to 66.194.238.137 |
| 02:19:23 | linuxstb | I found it by using www.misticriver.net as a dns server - i.e. "host forums.rockbox.org www.misticriver.net" |
| 02:22:09 | | Quit mikearthur (Read error: 104 (Connection reset by peer)) |
| 02:22:41 | dropandho | we want our forums! hehe |
| 02:24:33 | webguest91 | dropandho: trying to connect to 66.194.238.137 is no wonder: <link rel="stylesheet" type="text/css" href="http://forums.rockbox.org/Themes/classic/style.css?rc1" /> |
| 02:25:14 | dropandho | gotcha- so what to do?! |
| 02:25:46 | webguest91 | Put "72.29.70.123 forums.rockbox.org" in your HOSTS file |
| 02:25:50 | webguest91 | Or wait. |
| 02:25:53 | webguest91 | I guess |
| 02:26:09 | webguest91 | It's still hella slow. |
| 02:26:33 | linuxstb | slow or dead? They were working fine when I first tried them, but now I can't access them. |
| 02:26:42 | webguest91 | Yeah, seconded in fact. |
| 02:27:43 | webguest91 | Strange... works if I telnet and do the http manually |
| 02:28:12 | dropandho | some1 get that man jeff! |
| 02:28:13 | dropandho | hehe |
| 02:28:30 | webguest91 | I think it's just Firefox going crazy |
| 02:28:33 | webguest91 | Lynx works as well |
| 02:29:15 | dropandho | odd |
| 02:29:16 | dropandho | so jeff needs to setup the dns entry and we might b there? |
| 02:29:19 | linuxstb | I see the problem - src="http://66.194.238.137/~rockbox/Themes/default/script.js" in the header. |
| 02:29:42 | linuxstb | So every page is still trying to get the javascript file from the old IP address. |
| 02:30:10 | | Join MisticJeff [0] (n=470024dd@labb.contactor.se) |
| 02:30:21 | MisticJeff | Greetings |
| 02:30:23 | webguest91 | With a hardcoded IP at that |
| 02:30:30 | dropandho | speak of the devil...and he shall appear- hehe |
| 02:30:32 | linuxstb | Speak of the devil.... |
| 02:30:32 | Weazel_ | there he is |
| 02:30:34 | linuxstb | :) |
| 02:30:49 | linuxstb | What's up? |
| 02:31:20 | webguest91 | Hah, firefox finally gave up, it seems. |
| 02:31:24 | webguest91 | and loaded the page |
| 02:31:51 | MisticJeff | Don't have a clue how to get the forums back up and running... it's an IP issue I believe |
| 02:31:59 | MisticJeff | but not sure where to change it |
| 02:32:38 | LinusN | MisticJeff: start with changing the IP references in the forum html |
| 02:32:45 | LinusN | i have updated the dns |
| 02:32:53 | | Join Paul_The_Nerd [0] (n=paulthen@cpe-66-68-93-2.austin.res.rr.com) |
| 02:33:00 | dropandho | linus- i thought you were sleepin...get to bed young man! |
| 02:33:16 | LinusN | "young man" :-) |
| 02:33:28 | dropandho | hehe- why not?! |
| 02:34:34 | LinusN | it will probably take a while before the dns update propagates |
| 02:34:49 | dropandho | damn...internets |
| 02:34:55 | LinusN | MisticJeff: the forum html code is full of absolute references to the old IP address |
| 02:35:10 | Paul_The_Nerd | ...why? |
| 02:35:17 | linuxstb | (which was 66.194.238.137) |
| 02:36:05 | LinusN | linuxstb: odd, the old dns entry pointed to 66.194.238.140 |
| 02:36:33 | linuxstb | Mmm. The html says 137 - maybe that's why the IP address was used - those files were on a different server. |
| 02:36:46 | LinusN | jeff should know |
| 02:36:47 | webguest91 | Maybe the javascript files were on misticriver.net or something |
| 02:37:00 | webguest91 | But yes |
| 02:37:04 | webguest91 | Paging MisticJeff |
| 02:38:23 | Weazel_ | http://72.29.70.125/ asks me a login and password could this be something? |
| 02:38:23 | | Quit nathanh ("CGI:IRC (EOF)") |
| 02:38:48 | MisticJeff | guys this could be a loooooonnnnnngggggg process since i'm not a web guru believe it or not |
| 02:38:57 | MisticJeff | will take me a long time to figure this out |
| 02:39:22 | linuxstb | http://forums.rockbox.org/~rockbox/Themes/default/script.js returns a javascript file OK. |
| 02:39:37 | dropandho | jeff, its ok- we are here for support! |
| 02:40:43 | Weazel_ | mental support |
| 02:40:44 | linuxstb | MisticJeff: The first (and maybe only) thing will be to do a search and replace in the html files and change all references to "66.194.238.137" to "forums.rockbox.org" |
| 02:41:16 | dropandho | we call this "dynamic"...right boys? |
| 02:47:08 | LinusN | MisticJeff: why did the ip address change? |
| 02:47:48 | | Join Lynx0 [0] (n=lynx@tina-10-4.genetik.uni-koeln.de) |
| 02:48:34 | lostlogic | ugh, apparently my DNS cache for the forums hasn't expired yet *manually hunts up the IP* |
| 02:48:39 | MisticJeff | the company that I lease the server from purchased their own IP addresses rather than leasing them as they were before |
| 02:49:20 | webguest91 | lostlogic: 72.29.70.124 |
| 02:49:21 | MisticJeff | i've looked through a handful of files and find no reference to the old IP... not sure where to look gang |
| 02:50:08 | webguest91 | Is there a web-frontend to administering SMF? |
| 02:50:34 | MisticJeff | yes but the problem is that I cannot login to the admin area because of this issue |
| 02:50:46 | MisticJeff | since the login is java script |
| 02:51:01 | lostlogic | MisticJeff: and I take it your DNS is updated and/or you have put forums.rockbox.org in your hosts file? |
| 02:51:34 | MisticJeff | what's a host file? |
| 02:52:41 | lostlogic | I forget where it lives in windows, but there's a file that you can locate named hosts with ip -> name pairs, so you could put: 72.29.70.124 forums.rockbox.org in there to make sure it's not a DNS problem keeping you out. |
| 02:53:27 | dropandho | it is in- C:\WINDOWS\system32\drivers\etc |
| 02:53:29 | LinusN | fyi: the dns is www.rockbox.org |
| 02:53:53 | LinusN | and i have updated it with the new ip |
| 02:54:09 | LinusN | i wich i would have known about the ip change beforehand |
| 02:54:12 | LinusN | wish |
| 02:54:31 | dropandho | all you need to do is open up the hosts file in wordpad....and add that line below everything on that page |
| 02:54:49 | MisticJeff | wish i would have known about it before too.... i've been on vacation... just got back 2 days ago |
| 02:54:49 | lostlogic | LinusN: I'm sure it's just cached in Jeff's ISP −− I had to reboot my local bind to force it to update. |
| 02:55:14 | dropandho | welcome back! |
| 02:55:20 | dropandho | jeff- does this make sense to you? |
| 02:55:22 | MisticJeff | thanks |
| 02:55:26 | MisticJeff | nope |
| 02:55:37 | dropandho | i can send you a screen shot if you like |
| 02:56:00 | MisticJeff | that's why for the past couple of years i've surrounded myself with knowlegdeable people since i don't know dick about this stuff |
| 02:56:08 | linuxstb | MisticJeff: How do you edit the files on the server? Do you have ssh access? |
| 02:56:14 | dropandho | its all good |
| 02:56:22 | linuxstb | Somehow you need to search for the IP address in all the files. |
| 02:56:45 | MisticJeff | don't know how to use SSH, i simply download them through FTP, edit and then reupload but luckily don't have to do it very often |
| 02:57:17 | lostlogic | linuxstb: do you really think the IP is directly referenced somewhere in the files? |
| 02:57:34 | MisticJeff | there's no way i'm going to search through 100 + files for the IP address..... simply don't have the time or patience |
| 02:57:35 | dropandho | so maybe you should send one of us the files (if you are comfortable with that) |
| 02:57:36 | linuxstb | lostlogic: Yes - do "wget http://forums.rockbox.org" and look at the html |
| 02:57:59 | linuxstb | MisticJeff: Of course - we need to find an easy way to search them. |
| 02:58:22 | MisticJeff | guys, unless you know what files you're looking for i'd have to send you the whole thing, ain't happenin' |
| 02:58:30 | linuxstb | Do you have copies of every file on your computer, or do you just transfer them individually? |
| 02:58:55 | MisticJeff | you mean the Rockbox Forums files....?? they are on the server |
| 02:59:23 | dropandho | jeff i didnt follow....would you be willing to send one of us the files- zipped up? |
| 02:59:27 | linuxstb | Yes, I meant those files. If you could copy them all to your computer, you can search them easily using the Windows find program. |
| 02:59:38 | MisticJeff | hold on guys |
| 02:59:38 | dropandho | there u go |
| 03:00 |
| 03:00:21 | linuxstb | MisticJeff: Do you know the name of the forum software you are using? |
| 03:00:30 | webguest91 | SMF |
| 03:00:40 | webguest91 | there's a link at the bottom of eacj page |
| 03:00:47 | linuxstb | Let's search for SMF and see how it organises its files. |
| 03:00:51 | lostlogic | it'll be probably in the index.php file? |
| 03:00:59 | webguest91 | Unlikely |
| 03:01:28 | MisticJeff | it's not there |
| 03:01:42 | MisticJeff | i've given server access to LinusN |
| 03:01:53 | MisticJeff | i'm sure he'll be able to find out something |
| 03:01:54 | lostlogic | party |
| 03:01:55 | dropandho | that would do it- nice |
| 03:02:00 | webguest91 | I'm guessing it's in some database |
| 03:02:02 | dropandho | u trust that german?! |
| 03:02:36 | linuxstb | german? |
| 03:02:45 | dropandho | oops! that was my bad |
| 03:02:49 | dropandho | i was tryna make a joke |
| 03:02:53 | dropandho | and totally ruined it |
| 03:02:55 | dropandho | my bad! |
| 03:03:50 | * | webguest91 downloads SMF 1.0-rc1 |
| 03:07:22 | dropandho | maybe it lives in something called- CPanel |
| 03:07:44 | webguest91 | Why would you say that? |
| 03:07:57 | dropandho | looking at their forums...just guessing tho |
| 03:11:59 | dropandho | they also made a near repair tool |
| 03:12:01 | dropandho | repair_settings.php |
| 03:12:03 | | Join tvelocity [0] (n=tony@84.254.13.74) |
| 03:12:22 | dropandho | the old domain might show up all over the files |
| 03:12:36 | dropandho | and i believe this tool repairs such things |
| 03:12:50 | dropandho | http://www.simplemachines.org/community/index.php?topic=18096.0 |
| 03:13:50 | LinusN | hmmm, i can't find any absolute ip addresses when i read the html from forums.rockbox.org |
| 03:13:54 | | Quit Lynx_ (Connection timed out) |
| 03:14:02 | *** | Saving seen data "./dancer.seen" |
| 03:14:39 | | Nick Lynx0 is now known as Lynx_ (n=lynx@tina-10-4.genetik.uni-koeln.de) |
| 03:15:50 | | Join ehntoo [0] (n=ehntoo@24-177-166-0.dhcp.mrqt.mi.charter.com) |
| 03:16:14 | dropandho | are u able to run the forum software linus? |
| 03:16:38 | LinusN | in fact, the forum works fine from here, when i use ns1.rockbox.org as my primary dns |
| 03:17:06 | dropandho | yeah..linus...it appears you need to run repair_settings.php |
| 03:17:22 | dropandho | thats what they seem to say on their forum |
| 03:17:38 | LinusN | dropandho: i don't see why, it works fine without it |
| 03:17:40 | webguest91 | Which version is that for though |
| 03:17:50 | webguest91 | doesn't seem to exist in 1.0-rc1 |
| 03:17:59 | dropandho | u need to d/l the tool |
| 03:18:23 | webguest91 | Ah, thought it was a part of the thing |
| 03:18:24 | | Quit actionshrimp ("a bird in the bush is worth two in your house") |
| 03:18:33 | dropandho | but the folks seem to say thats what u run when you do a domain change |
| 03:18:53 | LinusN | but we haven't done a domain change |
| 03:19:13 | LinusN | only changed the ip of the existing domain |
| 03:19:31 | lostlogic | yeah, it's fine as is −− the view source from the page shows the correct IP to me now that my DNS server is updated. |
| 03:19:40 | | Join Cassandra- [0] (i=Cassandr@elmyra.coraline.org) |
| 03:19:41 | lostlogic | just need to wait for caches to reset |
| 03:19:46 | LinusN | lostlogic: same here |
| 03:20:01 | lostlogic | everyone should run their own DNS server... or something. |
| 03:20:14 | LinusN | that usually takes a day or so, i believe |
| 03:20:19 | MisticJeff | do you want me to reboot the server??? |
| 03:20:25 | LinusN | no need |
| 03:20:25 | lostlogic | MisticJeff: won't change anything |
| 03:20:34 | dropandho | time is on our side |
| 03:21:05 | MisticJeff | ok then... i need to run and once again A BIG THANKS TO ALL THE ROCKBOX FOLKS!!!!!!!!!! YOU ALL ARE GREAT!!!!! |
| 03:21:10 | LinusN | it'll probably be fine tomorrow |
| 03:21:14 | lostlogic | MisticJeff: it's DNS servers all over the 'net that won't update the cache for however long the refresh time is set in the SOA record for rockbox.org |
| 03:21:22 | LinusN | MisticJeff: thx |
| 03:21:30 | dropandho | thanks jeff! |
| 03:22:03 | MisticJeff | LinusN: need anything for the H300 project?? |
| 03:22:42 | LinusN | MisticJeff: a shitload of money .-) |
| 03:22:50 | LinusN | heh, i need time |
| 03:22:54 | | Quit Cassandra (Read error: 113 (No route to host)) |
| 03:22:54 | | Nick Cassandra- is now known as Cassandra (i=Cassandr@elmyra.coraline.org) |
| 03:22:56 | MisticJeff | hmmm... ok |
| 03:23:20 | | Part MisticJeff |
| 03:23:39 | dropandho | hehe- you confused him! |
| 03:23:42 | lostlogic | hehe, rockbox has already singlehandedly made me start using my H340 again after it sat around donig nothing for about a month because I was bored of it :) |
| 03:23:45 | dropandho | like i was confused where you are from |
| 03:24:01 | LinusN | :-) |
| 03:25:53 | LinusN | time to sleep |
| 03:25:55 | LinusN | nite all |
| 03:26:03 | dropandho | night! |
| 03:26:04 | dropandho | woooo |
| 03:26:04 | | Part LinusN |
| 03:26:34 | Weazel_ | heh |
| 03:29:43 | dropandho | so does anyone know what is up with the new tick fix? |
| 03:29:57 | * | Weazel_ has ihp120 |
| 03:31:54 | g33 | i still think songs sound sharper and not as good in rockbox |
| 03:32:49 | dropandho | what ver do u have |
| 03:33:51 | g33 | dec10 |
| 03:35:27 | Paul_The_Nerd | Hasn't analysis shown that the outputs are very nearly identical? |
| 03:36:54 | g33 | i havent done any serious A/B but its just a general feeling |
| 03:37:09 | Paul_The_Nerd | I remember someone showing a comparison of the waveforms or something, a while ago. |
| 03:37:13 | * | Paul_The_Nerd shrugs |
| 03:37:15 | g33 | except for this one really low quality song, which sounds worse for sure |
| 03:37:21 | Paul_The_Nerd | Are you listening to MP3s, Oggs, or WAVs? |
| 03:37:35 | g33 | but that one was a 34khz 56kbps mp3 |
| 03:37:35 | Paul_The_Nerd | And, are the songs being resampled? |
| 03:37:43 | | Quit ehntoo (Read error: 104 (Connection reset by peer)) |
| 03:37:44 | g33 | err 24khz |
| 03:38:14 | g33 | ok lemme do a test right now |
| 03:38:17 | webguest91 | The resampler is not too good. But 44,1khz files are pretty much identical |
| 03:38:39 | g33 | do you know if the volume affects the optical output? |
| 03:38:43 | webguest91 | At least the frequency response etc. |
| 03:38:48 | webguest91 | Don't think it does |
| 03:39:24 | Weazel_ | nope |
| 03:40:57 | g33 | good |
| 03:41:04 | * | g33 is waiting for his new dac |
| 03:42:05 | g33 | hmm nope this song sounds pretty much exactly the same |
| 03:42:28 | | Join Timothy [0] (n=d13353e2@labb.contactor.se) |
| 03:43:07 | g33 | and this one is 44khz 192k mp3 |
| 03:43:30 | | Join amiconn_ [0] (n=jens@p54BD4683.dip.t-dialin.net) |
| 03:43:41 | Timothy | Hi, has anyone had any problems with the simulator not being able to open any .rock files? It looks like it's trying to run them as a windows executable. |
| 03:43:47 | g33 | cant wait till i get my dac though... aaawhh |
| 03:44:26 | Weazel_ | yeps |
| 03:44:51 | Weazel_ | do you concert tape also with your ihp? |
| 03:44:51 | Timothy | What is going on with it, I thought it wa supposed to allow me to test my plugins |
| 03:45:21 | g33 | me? |
| 03:45:52 | Weazel_ | yes |
| 03:46:06 | g33 | nope |
| 03:46:13 | Weazel_ | ok |
| 03:46:22 | webguest91 | Timothy: which sim? |
| 03:46:47 | linuxstb | Timothy: You need to compile your plugins for the simulator - you can't just copy them from your player. |
| 03:46:56 | Timothy | oh ok |
| 03:46:59 | g33 | sometimes i record myself playing harmonica using the mic that comes with the iriver :) |
| 03:47:10 | Timothy | How do I go about doing that? |
| 03:47:21 | webguest91 | Just like you compiled the sim in the first place |
| 03:47:22 | linuxstb | Did you compile the simulator yourself? |
| 03:47:26 | Timothy | yes |
| 03:47:39 | linuxstb | Which plugin do you want to test? |
| 03:48:07 | linuxstb | After typing "make" to compile the simulator, did you type "make install" ? |
| 03:48:26 | g33 | what is rockbox written in? |
| 03:48:28 | Timothy | i dont think so, ill try that |
| 03:48:28 | g33 | c++? |
| 03:48:32 | Timothy | c |
| 03:48:42 | g33 | k |
| 03:48:48 | * | g33 is trying to learn c++ |
| 03:48:53 | linuxstb | "make install" installs the plugins, fonts and all the other files in the archos/.rockbox directory for your sim. |
| 03:49:04 | Timothy | oh alright |
| 03:49:27 | Timothy | I just copied the .rockbox folder from the zip file |
| 03:49:46 | linuxstb | Out of interest, which instructions did you follow for compiling the sim? This seems to be a common mistake. |
| 03:49:56 | | Join ehntoo [0] (n=ehntoo@24-177-166-0.dhcp.mrqt.mi.charter.com) |
| 03:50:05 | Timothy | hold on |
| 03:50:49 | Timothy | http://www.rockbox.org/twiki/bin/view/Main/SimpleGuideToCompiling |
| 03:51:13 | | Join Lynx0 [0] (n=lynx@tina-10-4.genetik.uni-koeln.de) |
| 03:51:37 | Timothy | IT actually does say to type make install, but i must have missed that. unless it was just added |
| 03:51:59 | linuxstb | Nope - you can see the "last modified" date at the bottom of the page... |
| 03:52:34 | linuxstb | But that text about enabling sounds make it's less obvious. |
| 03:52:39 | Timothy | yup, well i guess i'm just blind then. heh |
| 03:52:54 | linuxstb | Or just too keen to start the sim. |
| 03:53:08 | Timothy | yeah, I didnt bother with that part, so i must have missed it |
| 03:54:16 | Timothy | cool, the plugins seem to work noe. thanks |
| 03:57:39 | | Join Lynx [0] (n=lynx@tina-10-4.genetik.uni-koeln.de) |
| 04:00 |
| 04:00:37 | | Quit amiconn (Read error: 110 (Connection timed out)) |
| 04:00:41 | | Nick amiconn_ is now known as amiconn (n=jens@p54BD4683.dip.t-dialin.net) |
| 04:03:37 | | Quit Timothy ("CGI:IRC (Ping timeout)") |
| 04:05:44 | | Join webguest12 [0] (n=d3c6c570@labb.contactor.se) |
| 04:09:41 | | Quit Paul_The_Nerd ("Chatzilla 0.9.68.5.1 [Firefox 1.5/undefined]") |
| 04:19:36 | | Quit Lynx_ (Connection timed out) |
| 04:21:45 | | Nick Lynx is now known as Lynx_ (n=lynx@tina-10-4.genetik.uni-koeln.de) |
| 04:22:07 | | Quit Lynx0 (Read error: 110 (Connection timed out)) |
| 04:26:48 | | Quit webguest91 ("CGI:IRC (EOF)") |
| 04:51:34 | | Quit dpassen1 () |
| 05:00 |
| 05:00:05 | | Part webguest12 |
| 05:05:39 | | Quit ehntoo ("Leaving") |
| 05:05:52 | | Quit tvelocity ("Leaving") |
| 05:14:03 | *** | Saving seen data "./dancer.seen" |
| 05:18:50 | Weazel_ | ah forum works now |
| 05:20:57 | dropandho | not here yet |
| 05:21:03 | | Join ehntoo [0] (n=ehntoo@24-177-166-0.dhcp.mrqt.mi.charter.com) |
| 05:21:03 | dropandho | damn dns! |
| 05:23:45 | lostlogic | runyerown dns ;) |
| 05:25:52 | dropandho | am i missing anything exciting on the forums?! |
| 05:27:02 | | Join Timothy [0] (n=d13353e2@labb.contactor.se) |
| 05:31:12 | lostlogic | yes. it's turned from a pretty slow and technical forum into a wild party with naked women since the DNS changed. |
| 05:31:46 | dropandho | this is what i was thinkin! |
| 05:31:54 | dropandho | any illegal substances? |
| 05:35:18 | | Quit saa[b_r]ider (Read error: 110 (Connection timed out)) |
| 05:46:37 | | Quit ehntoo ("Leaving") |
| 05:51:17 | Timothy | does anyone know what files i need to edit in order to have my plugin compiled when i do a make install? |
| 06:00 |
| 06:01:17 | | Join webguest42 [0] (n=3e4f4094@labb.contactor.se) |
| 06:01:25 | webguest42 | Timothy: apps/plugins/SOURCES |
| 06:01:27 | | Quit webguest42 (Client Quit) |
| 06:02:33 | Timothy | yeah, I found that, im not sure which block to put it in for the h3xx though |
| 06:04:16 | Timothy | also, when I ran make install, it said CC myplug.c but there is no myplug.rock in the .rockboc/rocks directory |
| 06:04:20 | | Join Jungti1234 [0] (n=jungti12@58.77.81.144) |
| 06:05:51 | Timothy | whoops, im retarted. nevermind |
| 06:09:58 | | Quit dropandho () |
| 06:11:18 | Jungti1234 | ah? |
| 06:13:21 | Jungti1234 | http://www.rockbox.org/daily.shtml : To iRiver in these page why is no there 'New'? |
| 06:15:42 | Timothy | yay, I wrote my first plugin! |
| 06:17:50 | | Join NibbIer [0] (n=sven@e181125216.adsl.alicedsl.de) |
| 06:18:10 | | Quit Nibbler (Read error: 110 (Connection timed out)) |
| 06:34:37 | | Join Paul_The_Nerd [0] (n=paulthen@cpe-66-68-93-2.austin.res.rr.com) |
| 06:49:10 | | Join YouCeyE [0] (n=YouCeyE@unaffiliated/youceye) |
| 07:00 |
| 07:05:44 | | Join perplexity [0] (n=joust@ldf777.emirates.net.ae) |
| 07:07:31 | | Quit DreamTactix291 (Read error: 104 (Connection reset by peer)) |
| 07:10:31 | | Join saa[b_r]ider [0] (n=saab_rid@61.149.21.148) |
| 07:14:07 | *** | Saving seen data "./dancer.seen" |
| 07:15:49 | | Join DreamTactix291 [0] (n=DreamTac@adsl-19-241-33.bna.bellsouth.net) |
| 07:40:19 | Bger | morning :) |
| 07:51:14 | Jungti1234 | morning, Bger |
| 07:52:51 | saa[b_r]ider | hello Bger |
| 07:55:05 | Bger | saa[b_r]ider did u test the patch ? |
| 08:00 |
| 08:19:27 | | Quit Paul_The_Nerd ("Chatzilla 0.9.68.5.1 [Firefox 1.5/undefined]") |
| 08:35:11 | | Join ender` [0] (i=ychat@84.52.165.220) |
| 08:35:54 | | Join Paul_The_Nerd [0] (n=paulthen@cpe-66-68-93-2.austin.res.rr.com) |
| 08:54:14 | | Quit Paul_The_Nerd ("Chatzilla 0.9.68.5.1 [Firefox 1.5/undefined]") |
| 08:57:28 | preglow | linuxstb: the backlight timeout was dead accurate for me yesterday |
| 08:57:36 | preglow | linuxstb: running at 75mhz, at least |
| 08:57:44 | | Join _FireFly_ [0] (n=icechat5@pd95b7c08.dip0.t-ipconnect.de) |
| 08:58:15 | _FireFly_ | wow LinusN that was fast |
| 08:58:28 | | Join einhirn [0] (i=Miranda@bsod.rz.tu-clausthal.de) |
| 09:00 |
| 09:00:09 | amiconn | morning |
| 09:02:16 | _FireFly_ | moin |
| 09:02:44 | _FireFly_ | it seams that my last patch makes the patch before from me obsolete |
| 09:03:30 | _FireFly_ | it seams that due the change to only update the lcd on one place eleminates the bmp-flickering as well |
| 09:13:00 | saa[b_r]ider | Bger: when I apply the patch, it doesn't confirm the application, or create a backup of the original button.c, am I using the wrong p? |
| 09:14:11 | *** | Saving seen data "./dancer.seen" |
| 09:14:52 | Bger | hm, what .patch do u use ? |
| 09:16:12 | saa[b_r]ider | button.diff |
| 09:16:22 | Bger | this is old |
| 09:16:42 | saa[b_r]ider | what's the ID of the new one? |
| 09:17:16 | Bger | it's the same, but i've changed the file |
| 09:17:19 | | Quit perplexity (Read error: 110 (Connection timed out)) |
| 09:17:32 | | Join perplexity [0] (n=joust@ldf723.emirates.net.ae) |
| 09:18:06 | saa[b_r]ider | ok, I'll redownload it now |
| 09:18:17 | saa[b_r]ider | 1367824, right? |
| 09:18:30 | Bger | yep |
| 09:19:07 | Bger | cd to the root dir where the folders apps/ firmware/ tools/ etc are situated |
| 09:19:45 | Bger | and patch -p0 < h300_lcd_remote_buttons_v2.patch |
| 09:20:01 | saa[b_r]ider | sure |
| 09:20:23 | saa[b_r]ider | sourceforge takes ages to load here for somereason :) |
| 09:20:36 | Bagder | sourceforge is like that |
| 09:21:11 | saa[b_r]ider | updated yesterday, nice |
| 09:23:38 | Slasheri | ah, "tcs.type = tag_artist; tcs.search_by_type = tag_genre; tcs.search_by_seek = extra; .." now even relative searches from tag cache are really simple :) |
| 09:23:58 | Bger | "relative" ? |
| 09:24:05 | Bger | hm, slasheri |
| 09:24:10 | Slasheri | that search would lisk all artists by the given genre |
| 09:24:14 | Slasheri | *list |
| 09:24:44 | Bger | what about making dircache not to cashe one directory tree (for data files)? |
| 09:24:46 | Timothy | where are all of the BUTTON_WHATEVER macros defined? |
| 09:24:52 | Bger | s/cashe/cache/ |
| 09:25:04 | preglow | button.h? |
| 09:25:08 | Bger | configurable, of course |
| 09:25:28 | Bger | Timothy firmware/export/button.h |
| 09:25:38 | Timothy | thanks |
| 09:25:53 | preglow | Bger: i think that would be a bit cumbersome |
| 09:26:30 | Bger | preglow maybe, but i have one big directory D, in which i keep all non-music, rockbox etc data |
| 09:26:39 | Bger | and there are many little files ... |
| 09:27:18 | Bger | i suspect that about 1/3 of the cache size is from this dir |
| 09:39:42 | Timothy | when you call yield(), does it save the stack? I'm getting wierd results when I use it in a for loop, and thats the only thing I can think of because it's using local variables |
| 09:40:10 | Bger | Timothy : of course it saves the stack |
| 09:40:40 | Bger | this is one of the ways to give the cpu to other thread (other one is sleep) |
| 09:40:52 | | Join Kohlrabi [0] (n=Kohlrabi@dslb-082-083-131-040.pools.arcor-ip.net) |
| 09:40:59 | Timothy | yeah i know |
| 09:41:09 | Timothy | I"m writing a mandelbrot set explorer |
| 09:41:36 | Timothy | and im putting a yield call before it calculates each pixel, but when I do that all I see is black. If i take out that yield, it's fine |
| 09:41:54 | Bger | hmm |
| 09:42:07 | Timothy | and I'm drawing the screen all at once, so its not that if forgot the color state |
| 09:42:37 | Bger | move the yield after lcd_update ? |
| 09:43:09 | preglow | Timothy: you know there already is a mandelbrot set explorer in rockbox, right? :> |
| 09:43:29 | Timothy | yeah, it doesnt seem to do anything on my simulator though |
| 09:43:42 | Timothy | plus its a nice way to get used to the API |
| 09:43:47 | preglow | sure |
| 09:43:48 | preglow | but yes |
| 09:43:57 | preglow | yield() works like a normal function call |
| 09:44:04 | preglow | you should not have to care that anything special happens inside it |
| 09:44:14 | preglow | plus, it switches stacks |
| 09:44:29 | Timothy | hmm |
| 09:46:14 | Timothy | man this is so strange... |
| 09:46:31 | preglow | oh, strange things do happen |
| 09:47:45 | Timothy | so im claculating each pixels color inside a for loop, storing it into an array, and then calling my display function. but if i put a yield() inside the for loop before it calculates the pixel, which is the most taxing, it just doesnt display anything |
| 09:47:48 | preglow | coffee time! |
| 09:48:20 | * | Bagder offers preglow a cup |
| 09:48:33 | preglow | one's enough for now |
| 09:48:40 | preglow | reached new levels of tiredness today |
| 09:49:13 | Timothy | it also stops responding to any input |
| 09:49:29 | preglow | so, looks like we'll be having an ifp port soon |
| 09:49:47 | Timothy | maybe it's just switching tasks too often, and can't get anything done? |
| 09:49:57 | preglow | Timothy: well, no, not possible |
| 09:50:11 | preglow | Timothy: a yield() call does one cycle through the tasks, then end up in your task again |
| 09:50:19 | | Join Zagor [0] (n=bjst@pdpc/supporter/sustaining/Zagor) |
| 09:50:25 | preglow | it always does get back to you again |
| 09:52:16 | Timothy | actually, that seems to be what's happening |
| 09:52:56 | Bger | preglow not *always* :) |
| 09:53:02 | Timothy | i put in a if(i%20)==0) rb->yield(); and now it works, albeit really slowly... |
| 09:53:18 | Timothy | i guess i should just take that yield out. lol |
| 09:53:45 | Timothy | so much for sharing the cpu |
| 09:53:51 | preglow | yes, you need to do a balance there, heh |
| 09:54:14 | Timothy | it will probably halt music playback on the real thing, hehe |
| 09:54:39 | preglow | the mandelbrot set explorer we already have does halt music playback from time to time |
| 09:55:13 | Timothy | i wonder why it deosnt do anything for me...when I try to run mandelbrot the screen flashes and is back to the plugins directory |
| 09:58:03 | Bger | Timothy that's because mandelbrot uses gfxapi, which is not available in the sim |
| 09:58:09 | Timothy | ah |
| 09:58:32 | Bger | do u own a h1x0 ? |
| 09:58:43 | Timothy | h3x0 |
| 09:58:51 | Bger | hm, |
| 09:59:08 | Bger | x11 or win32 sim ? |
| 09:59:15 | Timothy | win32 |
| 09:59:40 | Bger | i guess u want to add color to mandelbrot or ? |
| 09:59:42 | | Quit Vlad0man (Read error: 110 (Connection timed out)) |
| 09:59:42 | Slasheri | Bger: That idea not to cache certain directories could be good. But user would need to create a list of those directories and put the list file to the player |
| 10:00 |
| 10:00:00 | Bger | Slasheri i think one dir is enough |
| 10:00:02 | Timothy | yeah mine is using color |
| 10:00:05 | Bger | so it could be setting |
| 10:00:30 | | Join Vlad0man [0] (n=Vladoman@p54A7F157.dip.t-dialin.net) |
| 10:00:58 | Slasheri | Ah, true. Well, then it would be user-friendly to configure also |
| 10:01:43 | Bger | as in my case ... i would just put in my /D dir everything i wouldn't use on the player itself |
| 10:01:58 | Slasheri | But that would eat a lot of space from the configuration structure (not possible with current implementation) |
| 10:01:59 | Timothy | however, i'm not using any inline assembly, so it will be much slower |
| 10:02:08 | Slasheri | of course, we could use separate file for that |
| 10:02:20 | Bger | hm, why lot of space ? |
| 10:02:37 | Bger | 20 bytes or so ? |
| 10:03:01 | Slasheri | that is quite much still |
| 10:03:06 | Bger | huh |
| 10:03:13 | Slasheri | 120 bits.. |
| 10:03:17 | Lynx_ | I assume the 10 fps only video on the h300 series is a hardware limitation? |
| 10:03:30 | Bger | how much is the "free" space in the config sector ? |
| 10:03:43 | Bger | Lynx_ : mix between hardware and software |
| 10:04:01 | Bger | i mean, the mpeg4 codec is heavy for the cpu of h300 |
| 10:04:11 | Lynx_ | Bger: how is it hardware? Is the display too slow? |
| 10:04:26 | Lynx_ | Bger: ah, ok |
| 10:04:36 | saa[b_r]ider | has anyone changed the RGB values in lcd.h? I changed the colors, and it worked on my H300, but in file tree the highlight bar color was wrong. do I need to change the color contrast values too? |
| 10:05:50 | Lynx_ | So it would be possible to have video at more than 10 fps with an easier to decode format, theoretically? |
| 10:06:23 | | Join LinusN [0] (n=linus@labb.contactor.se) |
| 10:07:01 | Bger | saa[b_r]ider i suspect u'll have to look at apps/tree.[ch] |
| 10:07:06 | Bger | Lynx_ yep |
| 10:11:00 | saa[b_r]ider | Bger: couldn't it be this value |
| 10:15:14 | | Join hshah [0] (n=hshah@shahassociates.plus.com) |
| 10:16:53 | Timothy | haha, holy crap my mandelbrot set viewer is so slow on the actual player |
| 10:22:18 | Bger | :P |
| 10:22:37 | Jungti1234 | hehe.. http://cafefiles.naver.net/data10/2005/12/8/54/SV400018.jpg |
| 10:22:53 | Bger | saa[b_r]ider i haven't digged into this code enough to help you |
| 10:23:48 | Timothy | it takes like 20 seconds to render at 1/10th the native resolution... |
| 10:24:06 | Timothy | but at least it runs |
| 10:24:10 | Timothy | :) |
| 10:24:27 | Timothy | and now im off to bed. thanks for the help everyone |
| 10:26:04 | Jungti1234 | good night |
| 10:26:43 | saa[b_r]ider | Bger: it's ok, thanks |
| 10:29:40 | | Join mirak [0] (n=mirak@AAubervilliers-152-1-68-243.w86-198.abo.wanadoo.fr) |
| 10:33:30 | preglow | LinusN: it's pretty uncommon for a cache not to have address selectivity, no? |
| 10:35:16 | LinusN | have what? |
| 10:35:56 | Bagder | you mean to map memory regions and not cached by the data cache? |
| 10:36:15 | * | Bagder can't type properly |
| 10:36:23 | preglow | i mean like telling the cache to cache that and that memory area, not those |
| 10:36:29 | preglow | by specifying masks or whatever |
| 10:37:06 | preglow | if the pp cache has anything like it, they sure haven't found it yet |
| 10:37:24 | preglow | this will probably end with me having to do full scale reverse engineering |
| 10:37:40 | LinusN | that is usuallu not a function of the cache |
| 10:37:48 | LinusN | but the mmu |
| 10:37:57 | preglow | right |
| 10:39:27 | preglow | oh well, i'll just enable it naively and ignore it for me |
| 10:39:38 | preglow | then find out why the flaming hell the button driver is acting so cool on me |
| 10:51:16 | XavierGr | so are rockbox forums up and running or it just me? |
| 10:51:25 | Bagder | they are up |
| 10:51:40 | Bagder | just that the new IP has not propagated through all over |
| 10:51:42 | preglow | depends on your dns |
| 10:52:09 | XavierGr | when I go with my dns it will not load. Without one it works but slow. |
| 10:55:56 | | Join Polo_o [0] (n=polo_o@82-69-160-166.dsl.in-addr.zen.co.uk) |
| 10:56:57 | XavierGr | ok I have a question about memory, but please be gentle I don't that stuff: Can I imagine the whole memory on a target like a box. Which is sliced up for different purposes? (E.g: Plugin memory, Rockbox memory, Codec memory etc) |
| 10:57:12 | Bagder | yes you can |
| 10:57:12 | XavierGr | ^know |
| 10:57:45 | linuxstb | preglow: Are you using the same algorithm as IPL for the scrollwheel events? |
| 10:57:55 | preglow | linuxstb: indeed i am |
| 10:58:00 | preglow | it's almost unmodified |
| 10:58:38 | XavierGr | So when rockbox runs how many areas does it have? I know that there is the plugin buffer and the codec one, but where rockbox code runs? All these stuff run in the 32MB SDRAM? |
| 10:58:58 | Bagder | XavierGr: every single buffer in the code uses a little piece of memory |
| 10:59:17 | Bagder | then there's the separate "areas" like codec mem, plugin mem, audio buffer mem |
| 10:59:25 | Bagder | and font buffer, language buffer |
| 10:59:40 | Bagder | and possibly more I don't remember atm |
| 10:59:59 | XavierGr | are these all mapped and standart loactions on memory? |
| 11:00 |
| 11:00:06 | Bagder | no |
| 11:00:15 | Bagder | none of them are |
| 11:00:41 | XavierGr | so every time the places are random? |
| 11:00:41 | Bagder | hm, wrong, the plugin and codec areas are |
| 11:01:00 | Bagder | not random, but may differ yes |
| 11:01:03 | | Join nathanh [0] (n=cb1a1042@labb.contactor.se) |
| 11:01:11 | Bger | XavierGr : the same code with the same compiler will have the same allocations |
| 11:01:44 | Bger | and the same binutils |
| 11:02:47 | XavierGr | so is there a dir buffer which holds info about current folder? (I imagine this will be bigger when dircache is enabled) |
| 11:02:58 | linuxstb | XavierGr: The file apps/rockbox.map (in your build directory) is a map generated by the linker that tells you where it has put everything in memory. |
| 11:03:04 | Bger | not, it won't |
| 11:03:08 | Bagder | XavierGr: yes there's a dir buffer |
| 11:03:19 | linuxstb | The dir buffer is taken from the audio buffer when Rockbox starts up. |
| 11:03:29 | Bger | the also the dircache buffer |
| 11:03:47 | Bger | and also |
| 11:03:48 | linuxstb | I meant dircache buffer. |
| 11:04:03 | Bger | but there is a dir buffer too |
| 11:04:24 | XavierGr | wihtout dircache enabled dir buffer holds what? Current folder? |
| 11:04:30 | Bagder | yes |
| 11:04:30 | Bger | yep |
| 11:04:36 | linuxstb | That's also taken from the audio buffer at startup - because its size is configurable. |
| 11:04:42 | XavierGr | interestin |
| 11:04:49 | preglow | Slasheri: are you far away from having a testable tagcache prototype? |
| 11:04:53 | Bger | there is also playlist buffer |
| 11:04:58 | Bagder | true |
| 11:05:02 | Bagder | many buffers there are |
| 11:05:30 | XavierGr | Instead of opening the dir myself and sorting the jpeg list, I could read the data from there. |
| 11:06:00 | XavierGr | but it will be very difficult to know were that data is. |
| 11:06:03 | linuxstb | preglow: I wonder if it's the application dealing with scrollwheel events differently in IPL. |
| 11:06:11 | preglow | Slasheri: it's a bit annoying that just entering the dircache setting, even without changing it, just plain disables it until the next reboot |
| 11:06:13 | Bger | i mean the audio buffer, the dir buffer, the playlist buffer and the dircache buffer are allocated at startup and are with pseudodynamic sizes |
| 11:06:18 | Bagder | XavierGr: if you want the current dir and you have access to it from a plugin, then yes |
| 11:06:56 | Bagder | XavierGr: plugins uses the API and thus they never need to know where things are |
| 11:07:02 | preglow | linuxstb: hmm, i don't think so, the driver just seems to insert events into a button queue |
| 11:07:07 | preglow | linuxstb: i think the app just deals with those |
| 11:07:27 | linuxstb | Yes, but the app may ignore multiple events received within X ms |
| 11:07:39 | preglow | hmm |
| 11:07:48 | preglow | no, i don't think so |
| 11:08:02 | XavierGr | Bagder: I guess I would need a memory finder for that :). I think this would be too difficult. |
| 11:08:03 | preglow | the clickwheel driver works by inserting several keypresses at once if you move it fast enough |
| 11:08:12 | preglow | that functionality woudln't do anything if the app worked like that |
| 11:08:22 | Bagder | XavierGr: no, you need a function added to the plugin API |
| 11:08:33 | XavierGr | ah |
| 11:08:36 | Bagder | that would return a pointer to the buffer, or a function that can return contents from the cache |
| 11:09:12 | Bagder | but again, that is only if you really are interested in the current dir |
| 11:09:34 | XavierGr | yes that's good. only current dir. |
| 11:09:46 | XavierGr | the jpeg viewer scrolls only in the current dir. |
| 11:09:56 | Bagder | ok, then it could work |
| 11:10:15 | Bger | hm, but this is viewer ... |
| 11:10:31 | Bger | so it gets a filename through its parameter or i'm wrong ? |
| 11:10:43 | Bagder | yes it does |
| 11:10:45 | XavierGr | yes you are right |
| 11:11:04 | Bger | XavierGr then get the dir from this param |
| 11:11:05 | XavierGr | in my patch the viewer gets the filename and then opens that dir. |
| 11:11:06 | Bger | it's easy |
| 11:11:16 | XavierGr | it will scan the dir and make a list with all jpeg files in that list |
| 11:11:34 | XavierGr | Bger that's what I've done already. |
| 11:11:44 | Bger | hm, ok |
| 11:11:48 | Bger | sorry |
| 11:11:55 | XavierGr | Bger: My patch works pretty good with many files. |
| 11:12:24 | XavierGr | The point is that if you exceed (1000 files) opening that dir and sorting that list will take 3-4 seconds. |
| 11:12:37 | XavierGr | If I had the data ready there is no need for this. |
| 11:12:44 | Bger | preglow any plans of making the jpeg viewer to work in color ? |
| 11:12:49 | preglow | Bger: hell no |
| 11:12:55 | preglow | Bger: that is, perhaps, but not yet |
| 11:13:05 | preglow | i'm pretty sure someone will beat me to it |
| 11:13:06 | XavierGr | Though I will excuse my plugin because even the filetree in rockbox will get a significant lag past the 1000 files. |
| 11:13:13 | Bger | yeah, i suppose u have much work on ipod port |
| 11:13:16 | Bagder | there was an embryo for a color bmp loader posted |
| 11:13:27 | Bagder | someone could grab it and run for it |
| 11:13:35 | saa[b_r]ider | Bger: i I just finished compiling, I'll test it out now |
| 11:13:44 | Bger | saa[b_r]ider oki ;) |
| 11:14:01 | Bger | Bagder the problem with jpeg is more serious ... |
| 11:14:03 | Bagder | personally I don't do any color stuff since I can't use the sim with colors |
| 11:14:13 | *** | Saving seen data "./dancer.seen" |
| 11:14:16 | preglow | Bger: not very much, luma is already decoded, you only need to decode chroma as well |
| 11:14:25 | preglow | and the decoding proc is similar |
| 11:14:27 | Bagder | Bger: I disagree, since bmp in colors will introduce bg colors and wps in colors etc |
| 11:14:31 | preglow | you just need to do some basic resampling as well |
| 11:14:44 | Bger | ok, but this is dsp stuff :) |
| 11:14:54 | preglow | correctemondo |
| 11:15:21 | Bagder | I fear I will have to do the SDL stuff |
| 11:15:31 | preglow | Bagder: and we'll love you for it |
| 11:15:32 | Bger | no fear :) |
| 11:15:43 | Bagder | well, I guess it could be cool to get to know it |
| 11:15:47 | preglow | Bagder: i actually kind of feel like doing it myself, but i guess i should stick to ipod |
| 11:15:52 | | Nick Lost-ash is now known as ashridah (n=ashridah@69.55.227.55) |
| 11:16:10 | Bagder | I'm not really up to it just yet anyway |
| 11:16:12 | preglow | anywho, having a single sim target will be very nice |
| 11:16:18 | Bagder | indeed |
| 11:16:22 | preglow | sdl is a pretty easy learn |
| 11:17:24 | Bagder | btw, 7zip sure is a compression monster |
| 11:17:49 | preglow | yes, yes it is |
| 11:18:08 | Bagder | I have some pending patches to introduce a make 7zip target |
| 11:18:24 | Bger | hah |
| 11:20:53 | Bagder | but compression is all it does nicely |
| 11:21:00 | Bagder | the rest is a mess |
| 11:21:45 | Bagder | is 7za available in cygwin? |
| 11:21:55 | nathanh | many devs use this channel? |
| 11:22:05 | Bagder | nathanh: yes, on and off |
| 11:22:34 | saa[b_r]ider | Bger: USB doesn't want to connect well... I'll restart |
| 11:23:41 | linuxstb | Bagder: What difference in size does 7zip give for rockbox.zip? |
| 11:23:56 | Bagder | my test went from 1500KB to 1100KB, roughly |
| 11:24:04 | linuxstb | Have you tried tar.bz2 ? |
| 11:24:21 | Bagder | yes, the same test package bz2 was 1400KB |
| 11:25:13 | preglow | ouch |
| 11:25:15 | ashridah | bz2 is highly dependent on the data type |
| 11:25:17 | preglow | compression speed? |
| 11:25:26 | Bagder | I didn't compare speeds |
| 11:25:32 | preglow | bzip2 is slow as a dog |
| 11:25:39 | nathanh | bz2 is burrows wheeler, which uses heaps of memory |
| 11:25:44 | linuxstb | Bagder: Are you against splitting the downloads into separate zip files for things like fonts, themes etc? |
| 11:26:02 | nathanh | 7zip uses ppmd, which is better than burrows wheeler |
| 11:26:12 | Bagder | I'm not against it, as long as we still can build one version that include the lot |
| 11:27:25 | Slasheri | preglow: not far away. A test prototype should be ready probably on this week |
| 11:32:15 | XavierGr | Bagder: On the dir buffer thingy: All data for current directory I think are stored in the static struct tree_context tc; in tree.c |
| 11:32:36 | XavierGr | but it ism't an extern variable so how could i get the address of it? |
| 11:33:27 | | Quit mirak (Connection timed out) |
| 11:34:30 | Bagder | tree_get_context() perhaps? |
| 11:35:51 | XavierGr | nice indeed :) |
| 11:36:43 | XavierGr | this can make the jpeg viewer a lot more faster.... (situations with more than 1000 files) |
| 11:37:14 | | Quit saa[b_r]ider (Read error: 104 (Connection reset by peer)) |
| 11:38:11 | | Join mirak [0] (n=mirak@AAubervilliers-152-1-60-195.w82-121.abo.wanadoo.fr) |
| 11:38:35 | Bagder | 7zip takes roughly three times longer than zip |
| 11:38:56 | Bagder | 1595509 vs 1143132 |
| 11:39:02 | Bagder | h120 recent cvs size |
| 11:39:19 | nathanh | is this for snapshot distribution? |
| 11:39:36 | Bagder | I'm considering it |
| 11:39:56 | Bger | tools under linux ? |
| 11:40:01 | nathanh | im not sure 7zip is available everywhere, like linux |
| 11:40:10 | Bagder | I use nothing but linux ;-) |
| 11:40:16 | nathanh | woo |
| 11:40:19 | Bagder | p7zip.sf.net |
| 11:40:26 | Bger | hehehe |
| 11:40:34 | * | nathanh hang head |
| 11:40:46 | | Join saa[b_r]ider [0] (n=saab_rid@61.149.21.148) |
| 11:41:09 | * | Bger emerges |
| 11:44:03 | nathanh | any info on the remote control buttons for the h300? |
| 11:44:11 | Bger | nathanh |
| 11:44:12 | Bger | yep |
| 11:44:20 | Bagder | ugh |
| 11:44:23 | Bger | there is a patch in the patchtracker (made by me) |
| 11:44:24 | Bagder | bmp with space |
| 11:44:28 | nathanh | swoit |
| 11:44:28 | Bagder | bmp name |
| 11:44:37 | Bger | also, there is info in the wiki |
| 11:45:11 | saa[b_r]ider | Bger: it's a charm!! |
| 11:45:19 | nathanh | im amazed at how quickly this has swung into action... 6 months ago, nothing, 4 weeks ago, it booted, today, i prefer it to the official iriver firmware |
| 11:45:32 | Bger | hehe :) |
| 11:46:05 | saa[b_r]ider | this patch should be comitted |
| 11:46:17 | | Quit perplexity (Read error: 110 (Connection timed out)) |
| 11:46:19 | Bger | btw i think that rb on h300 has shorted battery life than rb on h100 |
| 11:46:29 | nathanh | yeah, i noticed that on the wiki |
| 11:46:30 | Bger | saa[b_r]ider no, it shouldn't ... |
| 11:46:35 | nathanh | something about the backlight turning off but not the lcd |
| 11:46:42 | saa[b_r]ider | Bger: any bugs? |
| 11:46:56 | Bger | no, but there are many people with h300 and h100 remotes |
| 11:47:17 | XavierGr | My battery_bencmark plugin could help you make realtime tests. |
| 11:47:28 | Bger | hehe XavierGr :) |
| 11:47:29 | XavierGr | But still it waits for commitment |
| 11:47:33 | Bger | i'll test it |
| 11:47:49 | nathanh | the remote buttons patch wont be committed? why not? |
| 11:47:51 | saa[b_r]ider | hmm... you're right. I also noticed the battery life is not very high now |
| 11:47:59 | Bagder | hm, I wonder if we should trigger new builds on changes to the tools/ |
| 11:48:04 | XavierGr | You can make some very good graphs with it, if you use the log. |
| 11:48:25 | Bger | XavierGr i'll give it a go, but not now ... |
| 11:48:55 | XavierGr | just mentioning, my patch will go nowhere? At most it may be commited :D |
| 11:49:01 | XavierGr | r/? |
| 11:49:02 | Bger | (regarding batt. life) i think that a part of the problem is the slow lcd_update ... |
| 11:49:22 | Bagder | XavierGr: I'm +1 on a commit |
| 11:49:44 | | Quit Kohlrabi ("Leaving") |
| 11:50:09 | XavierGr | You mean you think it would be good to be commited? |
| 11:50:13 | Bagder | yes |
| 11:50:20 | XavierGr | Ok thanks :D |
| 11:50:41 | Bger | hm, maybe i should change the mappings of h100 remote also... and let someone with h100's remote to try them ... |
| 11:50:44 | XavierGr | Still we would need on archos tester to be sure that it wont brake anythin. |
| 11:50:58 | XavierGr | anyone with an archos? |
| 11:51:05 | Bger | Bagder :) |
| 11:51:10 | Bagder | yeps |
| 11:51:55 | saa[b_r]ider | it seems that the highlight bar is defined as the inverse of the background color, and the highlighted text is the inverse of the foreground color (if I'm not wrong) |
| 11:52:57 | linuxstb | Yes. |
| 11:53:07 | saa[b_r]ider | can anyone help me find out which strings make these definitions? I'd like to change the highlight to the foreground color, and the highlight text to background |
| 11:53:45 | Bger | could someone give me a pic of h100 remote ? |
| 11:54:05 | linuxstb | saa[b_r]ider: It's not that simple. You will have to look at the code in lcd-16bit.c |
| 11:54:07 | Bger | link to such pic i mean |
| 11:54:17 | saa[b_r]ider | Bger: just to know what it looks like? |
| 11:54:33 | linuxstb | Bger: Just search ebay - I'm sure you will find some. |
| 11:54:46 | Bger | to see where the buttons are situated |
| 11:55:00 | nathanh | blah |
| 11:55:08 | nathanh | i see lcd_update on h300 just does a full framebuffer copy |
| 11:55:12 | linuxstb | The buttons are on the top, the bottom, and the front. |
| 11:55:12 | nathanh | no wonder it flickers :-) |
| 11:55:25 | saa[b_r]ider | http://www.misticriver.net/photos/displayimage.php?album=search&cat=0&pos=0 |
| 11:55:32 | saa[b_r]ider | Bger: try this |
| 11:55:38 | Bger | 10x |
| 11:57:29 | saa[b_r]ider | any suggestions for a Unix-friendly text editor for windows? I hate going back and forth between this machine and my linux machine to view the codes properly |
| 11:57:35 | Bger | can u give me the image locations |
| 11:57:53 | nathanh | saa: vim, emacs, take your pick |
| 11:58:09 | Bger | saa[b_r]ider silly, but i use winrar's internal viewer for unix formated text (only for view of course) |
| 11:58:18 | saa[b_r]ider | http://www.misticriver.net/photos/albums/userpics/12230/remotes.jpg |
| 11:58:19 | Cassandra | pfe is OK, if it's still around. |
| 11:58:51 | saa[b_r]ider | thanks guys, I'll google them and see |
| 11:59:07 | saa[b_r]ider | bgerL did that link work? |
| 11:59:25 | preglow | saa[b_r]ider: gvim is nice |
| 11:59:29 | Cassandra | http://www.lancs.ac.uk/people/steveb/cpaap/pfe/default.htm |
| 11:59:52 | Bger | saa[b_r]ider yes it worked |
| 11:59:56 | Bger | but i need more :) |
| 12:00 |
| 12:00:06 | linuxstb | saa[b_r]ider: I know Windows users that use JEdit happilly |
| 12:00:26 | saa[b_r]ider | if you check the MR gallery, I'm sure there are loads... |
| 12:00:47 | | Join aliask [0] (n=chatzill@c210-49-190-113.eburwd8.vic.optusnet.com.au) |
| 12:01:13 | saa[b_r]ider | thanks nath cass linux :) |
| 12:03:59 | saa[b_r]ider | Bger: I think you'll like this :) http://www.minidisc.org/images/iriver_ichp100_remote.jpg |
| 12:04:11 | amiconn | Timothy: mandelbrot.rock doesn't work in the simulator yet because it uses the grayscale library, which isn't supported in the sims |
| 12:04:36 | Bger | saa[b_r]ider bingo :) |
| 12:05:36 | amiconn | Two things need to be changed: (1) The sims need to support the grayscale lib for b&w and low-depth grayscale targets. (2) For colour units, mandelbrot.rock needs to use the standard lcd api |
| 12:05:50 | amiconn | All this is already on my todo list :/ |
| 12:06:24 | Bger | anyone here who knows how the original fw treats "vol+", "vol-", "<<" and ">>" on h100 remote? |
| 12:06:42 | nathanh | i know how it works on the h300 remote, will that help you? |
| 12:07:01 | amiconn | saa[b_r]ider: I can recommend ConTEXT. It keeps the line end format whatever it was, can convert between formats, supports syntax highlighting, ... |
| 12:07:02 | Bger | nathanh no, i know how it works on h300, i have one |
| 12:07:06 | nathanh | ok |
| 12:07:15 | amiconn | Only drawback is that it doesn't support UTF-8 yet |
| 12:07:35 | amiconn | Bger: I wouldn't care |
| 12:07:46 | saa[b_r]ider | amiconn: great suggestion. I can live without Unicode |
| 12:07:53 | amiconn | Oh, and ConTEXT is free (but not open source) |
| 12:07:55 | * | Bger expected such answer from amiconn :) |
| 12:08:09 | * | preglow plays the advocate: gvim!gvim!gvim! |
| 12:08:10 | nathanh | oh, is amiconn = linas? |
| 12:08:16 | Bger | btw, i'm up with amiconn about conTEXT, tried it |
| 12:08:22 | Bger | nathanh no |
| 12:08:25 | Bger | amiconn = Jens |
| 12:08:30 | Bger | LinusN = Linus |
| 12:08:32 | nathanh | woo, jens |
| 12:08:45 | Jungti1234 | :) |
| 12:09:01 | Bagder | http://www.rockbox.org/twiki/bin/view/Main/IrcNicks |
| 12:09:44 | Bger | otoh, saa[b_r]ider, if u want to try a "classic" editor, give gvim a go |
| 12:10:11 | markun | saa[b_r]ider: You can try http://www.flos-freeware.ch/notepad2.html |
| 12:10:56 | XavierGr | I use notepad2 very good program |
| 12:11:03 | markun | also supports UTF-8 |
| 12:11:35 | Jungti1234 | thanks markun |
| 12:11:37 | XavierGr | it has the tab to spaces option and column marking. |
| 12:12:09 | XavierGr | so no more whitespaces or more than 80 columns in patches. |
| 12:12:10 | Bger | highlighting ? |
| 12:12:13 | XavierGr | yes |
| 12:12:22 | XavierGr | diff, c c++ and many others. |
| 12:12:33 | XavierGr | not so configurable like Context though. |
| 12:14:39 | Jungti1234 | http://cafefiles.naver.net/data9/2005/11/8/1/DSC06875.jpg |
| 12:15:24 | markun | saa[b_r]ider: no support for arabic in notepad2.. :) |
| 12:16:24 | Timothy | I like notepad++ |
| 12:17:24 | preglow | are we going to want to use the piezo speaker on the ipod for anything? :> |
| 12:17:45 | Timothy | anti theft alarm? |
| 12:18:20 | | Join saab_rider [0] (n=saab_rid@61.49.147.239) |
| 12:18:28 | XavierGr | piezo speaker? |
| 12:18:38 | XavierGr | a tweeter in an iPod why? |
| 12:18:45 | preglow | ask steve jobs |
| 12:18:50 | linuxstb | preglow: A key click? |
| 12:18:52 | preglow | i just wonder if anyone can think of any uses for it |
| 12:19:00 | preglow | linuxstb: yeah, we might as well keep that, i guess |
| 12:19:47 | XavierGr | put it in the plugin API, many users may come up with something.... |
| 12:22:13 | aliask | Can anyone think of a reason that rockboy would run 20-30% slower on the H300 to the H100's? |
| 12:22:13 | nathanh | its for the click noises when you spin the "wheel" |
| 12:22:29 | ashridah | what he said |
| 12:22:31 | preglow | aliask: screen update? |
| 12:22:55 | ashridah | aliask: LCD requires more data per pixel |
| 12:22:59 | | Quit Timothy ("CGI:IRC (Ping timeout)") |
| 12:23:03 | ashridah | probably not overly efficient yet either |
| 12:23:08 | aliask | Hrm, maybe... could we limit the FPS to boost it? |
| 12:23:15 | preglow | hmm? |
| 12:23:18 | nathanh | better off fixing the lcd_update routine |
| 12:23:23 | nathanh | im taking a look at it, and its ripe for improvement |
| 12:23:33 | preglow | find someone to optimie rockboy for us, there's tons to be done |
| 12:23:37 | preglow | optimise |
| 12:23:46 | preglow | i guess someone could also make a frame skipper for it |
| 12:23:48 | preglow | that'd rock |
| 12:24:01 | aliask | Can be done in ASM or does it need dynrec? |
| 12:24:14 | XavierGr | then it would be like playing Doom 3 with an 64MB gfx card!!!!! |
| 12:24:24 | preglow | aliask: asm |
| 12:24:36 | preglow | aliask: i don't think dynrec is very viable for out platforms |
| 12:24:46 | aliask | Yeah |
| 12:24:51 | preglow | XavierGr: do you prefer it to be slow as hell instead? |
| 12:24:57 | preglow | playing in slow motion isn't exactly a blast |
| 12:25:36 | nathanh | gameboy = $20 on ebay |
| 12:25:56 | Bger | nathanh u don't get the whole idea behind this ... :) |
| 12:25:58 | aliask | Yeah but you'd have to carry it around. |
| 12:26:07 | * | nathanh is just teasing |
| 12:26:25 | aliask | :) |
| 12:26:28 | Bger | ;) |
| 12:27:16 | * | saab_rider just realizes that the forums are up again! |
| 12:28:42 | | Quit saa[b_r]ider (Read error: 110 (Connection timed out)) |
| 12:28:53 | aliask | Is there any method for text input in rockbox? |
| 12:29:03 | Bger | yes |
| 12:29:05 | nathanh | theres a mini virtual keyboard |
| 12:29:14 | Bger | with morse input also :) |
| 12:29:18 | aliask | But to edit files? |
| 12:31:55 | Bger | not yet |
| 12:31:57 | linuxstb | Someone was working on "rockword" to edit text files - that was for the h300 only. |
| 12:32:36 | aliask | I have been thinking about making it, but seeing as I started learning C about a week ago, I think it would take me too long. |
| 12:32:50 | nathanh | aliask: linus torvalds learnt C while writing linux |
| 12:32:53 | aliask | Did the guy who was making it show any source? |
| 12:33:12 | aliask | nathanh: That's why I said slow, not that I wouldn't do it :) |
| 12:33:31 | linuxstb | Yes, I think so. There is a thread on the h300 mistic river forum about colour plugins for the h300 - he links to his plugins from there. |
| 12:35:07 | aliask | Excellent, I'll take a look. |
| 12:36:39 | aliask | Wow, it's far from basic. Even has text formatting. |
| 12:37:11 | XavierGr | preglow: I was just kidding on the rockboy subject ;p |
| 12:37:26 | | Join mind_less [0] (n=Tim@209.51.83.226) |
| 12:37:55 | nathanh | ive read the wiki about rockbox-ipod... is anybody here using it or developing it? |
| 12:39:02 | * | ashridah looks at preglow |
| 12:39:07 | preglow | hmm? |
| 12:39:15 | preglow | ahh |
| 12:39:20 | preglow | yes, that'd be me and linuxstb |
| 12:39:35 | nathanh | the wiki doesnt make it clear... is it in a useable state? |
| 12:39:41 | ashridah | aliask: iirc, what he posted were mockups tho |
| 12:40:12 | aliask | Well, I'll see soon, I'm installing the plugins. |
| 12:40:36 | ashridah | i haven't been watching too closely tho |
| 12:41:13 | preglow | nathanh: i implemented the button driver just yesterday, so you can navigate (after a fashion) now |
| 12:41:18 | preglow | nathanh: no audio, though |
| 12:42:11 | | Join drumrboy [0] (n=Drumrboy@ool-44c20ff1.dyn.optonline.net) |
| 12:42:32 | linuxstb | nathanh: Do you own an iPod? |
| 12:42:41 | nathanh | linuxstb: no |
| 12:42:53 | aliask | I would if they got rockbox though. |
| 12:42:58 | nathanh | but i find it interesting how quickly rockbox is speading :-) |
| 12:43:01 | linuxstb | For some reason, ipod owners seem rare in this channel... |
| 12:43:09 | linuxstb | But we are now three. |
| 12:43:21 | nathanh | i had an ipod, i wasnt overly impressed with it |
| 12:43:23 | XavierGr | Cassandra got one too? |
| 12:43:32 | nathanh | i thought the iriver was better... and rockbox is better again |
| 12:43:53 | linuxstb | XavierGr: Yes - a Nano |
| 12:45:19 | Bger | ah |
| 12:45:26 | Bger | just to ask who is the 3rd |
| 12:45:54 | nathanh | got a question about the bootloader on the h300 |
| 12:46:22 | nathanh | when you hold play, it boots the bootloader from flash, which is the rockbox patched bootloader, and based on the record button state you can boot the original firmware or the rockbox firmware |
| 12:47:01 | nathanh | but if you plug in the car adapter the iriver jumps straight to the charging screen, then if you hit play it boots straight into the iriver firmware |
| 12:47:24 | nathanh | is that second path also in the flash firmware? |
| 12:48:12 | aliask | When you either plug AC or USB in while it's off, the iRiver firmware catches it and boots. This will change in v4 |
| 12:48:31 | nathanh | so the iriver firmware has multiple entry points |
| 12:48:38 | nathanh | and the v3 bootloader only catches one of them so far |
| 12:48:39 | nathanh | ? |
| 12:48:44 | aliask | The charging screen is actually the iRiver firmware. |
| 12:49:07 | aliask | I thought that v3 didn't catch the USB... let me check. |
| 12:49:35 | aliask | Yeah, plug in USB from off, and it boots the iRiver firmware |
| 12:51:06 | nathanh | oh i think i get it, so in mkboot the bootloader/main.c is appended to the original iriver firmware |
| 12:51:34 | nathanh | then the vector interrupts at the start of the firmware are rewritten to point at bootloader/main.c |
| 12:52:11 | nathanh | but there are multiple vector interrupts, at least play, usb and power |
| 12:52:24 | aliask | Yeah |
| 12:52:31 | aliask | That's my understanding anyway. |
| 12:52:32 | saab_rider | linuxstb: so RB on an iPod will allow filetree structure, and playing MP3s directly off the HD (as oposed to transfering them through iTunes)? |
| 12:52:56 | linuxstb | saab_rider: Yes, Rockbox on iPod will make the iPod behave like every other Rockbox target. |
| 12:53:07 | nathanh | ideally if the power interrupt vector could be caught as well |
| 12:53:16 | nathanh | then rockbox would be the ideal car player |
| 12:53:19 | aliask | Oh well, I'm off, gotta do christmas shopping tomorrow. Joy. :| |
| 12:53:24 | nathanh | turn the car on, starts playing, turn the car off, turns off automatically |
| 12:53:42 | aliask | Coming in bootloader v4 |
| 12:53:45 | aliask | G'night all. |
| 12:53:49 | * | nathanh does a happy jig |
| 12:53:51 | nathanh | night |
| 12:53:58 | | Quit aliask ("Chatzilla 0.9.69 [Firefox 1.5/2005111116]") |
| 12:53:59 | mirak | linuxstb: lol fuck ipod. |
| 12:54:12 | mirak | rockbox is betraying us |
| 12:54:14 | mirak | ;D |
| 12:54:21 | ashridah | 'us'? |
| 12:54:22 | Bagder | rockbox is not an iriver project you know |
| 12:54:38 | ashridah | if you're going to be all eliteist, rockbox could just take its ball and go back to archos only :) |
| 12:54:47 | mirak | :D |
| 12:54:48 | Zagor | nathanh: rockbox already does that |
| 12:55:00 | nathanh | zagor: just the iriver bootloader v3 doesnt, i get it |
| 12:55:28 | mirak | Bagder: ipod support can only be good for rockbox, considering the large userbase and potential developers isn't it ? |
| 12:55:42 | nathanh | some ipod users will clamour for it |
| 12:55:48 | nathanh | ogg support, gapless playback |
| 12:55:49 | Bagder | the more the merrier |
| 12:55:59 | nathanh | ive got an ipod friend who curses the gaps in his dj albums |
| 12:56:05 | mind_less | people who prefer iPod in general probably got it for it's simplicity, not to hack it. |
| 12:56:11 | mirak | nathanh: there was a rumour saying ipod hardware could not support ogg |
| 12:56:19 | mirak | nathanh: have you heard about that ? |
| 12:56:30 | Bger | mirak it's actual only for old ipods |
| 12:56:32 | nathanh | i heard it, i reckon newer hardware must be able to, if it has enough cpu grunt to play video |
| 12:56:32 | ashridah | mirak: they claimed iriver's hardware couldn't do gapless when asked too :) |
| 12:56:51 | Bagder | nathanh: it doesn't use the cpu for the video, it has a separate dsp |
| 12:57:04 | nathanh | fair enough |
| 12:57:14 | Bger | there is a problem with the cpu cache in older portalplayer chipsets iirc... |
| 12:57:38 | preglow | yes, it's slow |
| 12:57:39 | amiconn | nathanh: Rockbox already has 'car adapter mode' on platforms which power on when plugged. Currently this is archos only, but it sounds like the H3x0 is the next target which will support it |
| 12:57:49 | nathanh | amiconn: woo |
| 12:58:04 | nathanh | amiconn: the power off bit works fine, i can stop the car and it pauses, start the car and it resumes |
| 12:58:09 | mirak | amiconn: what is this car adapter mode ? I have read that on the wiki, I don't get the difference |
| 12:58:15 | preglow | nathanh: the video is decoded on a more powerful chip |
| 12:58:16 | ashridah | nathanh: just need to wire the remote from a H1xx into your steering column :) |
| 12:58:21 | amiconn | The H1x0 can't, because it doesn't power on automatically |
| 12:58:23 | preglow | i reckon we'll be able to do ogg nicely on ipod hardware |
| 12:58:28 | preglow | at least the pp5020 based ones |
| 12:58:32 | nathanh | amiconn: its the power-on from off state that doesnt work, but as already said, the v4 will fix that |
| 12:58:44 | saab_rider | linuxstb: which gen iPod do you have? |
| 12:58:48 | mirak | preglow: that's a dsp or a dedicated ship ? |
| 12:59:04 | | Quit DrumRBoy|Away (Read error: 110 (Connection timed out)) |
| 13:00 |
| 13:00:06 | | Nick ashridah is now known as Lost-ash (n=ashridah@69.55.227.55) |
| 13:00:22 | amiconn | mirak: If you have a car with a power outlet that is switched together with the ignition, just connect the jukebox to it via a car charging adapter. Then starting the engine will unpause playback, and stopping it will pause (and poweroff after timeout) |
| 13:00:24 | Bagder | mirak: both |
| 13:00:42 | Bagder | iirc |
| 13:00:54 | preglow | mirak: dsp-ish, it's hard to say |
| 13:01:05 | mirak | amiconn: my car suck |
| 13:01:06 | | Quit nathanh ("CGI:IRC (EOF)") |
| 13:01:12 | mirak | one speaker is dead |
| 13:01:20 | mirak | I must put everything on left channel |
| 13:01:23 | mirak | ^^ |
| 13:01:24 | amiconn | All this does work on all platforms, just the power-on does only work for platforms which power on when plugged |
| 13:01:53 | mirak | is there a menu for radio on H300 os it's not implemetned yet ? |
| 13:02:43 | amiconn | Not implemented yet |
| 13:03:43 | saab_rider | I wish i understand code... can't figure out where the colors of the highlight bar, and higlighted text are |
| 13:04:15 | amiconn | They aren't defined separately, they are just the inverse of the standard colour |
| 13:04:16 | amiconn | s |
| 13:06:15 | saab_rider | amiconn: exactly, I want to disable the inverse, and switch the colors, background=highlight text color, and foreground=highlight |
| 13:06:32 | saab_rider | is this possible? |
| 13:07:36 | | Join nathanh [0] (n=cb1a1042@labb.contactor.se) |
| 13:09:29 | XavierGr | struct tree_context->name_buffer holds all the names of current folder, but which variable in there holds the positions of each string on the buffer? |
| 13:10:17 | | Quit linuxstb (Read error: 110 (Connection timed out)) |
| 13:10:25 | | Join Febs [0] (i=Febs@dhcp64-134-210-83.hfwsf.sjc.wayport.net) |
| 13:10:29 | Bagder | XavierGr: read the tree.c code and see what that does |
| 13:10:39 | | Join linuxstb [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
| 13:10:46 | XavierGr | okay thanks |
| 13:11:49 | | Quit edx (Read error: 110 (Connection timed out)) |
| 13:13:21 | linuxstb | saab_rider: I have a 4G color (60GB). |
| 13:14:11 | saab_rider | hmm.. so the current port won't work on 3G ipods I assume |
| 13:14:17 | *** | Saving seen data "./dancer.seen" |
| 13:14:50 | linuxstb | No. It also won't work on greyscale 4G ipods until someone write an LCD driver. |
| 13:15:07 | linuxstb | (that includes the mini) |
| 13:15:13 | preglow | making an pp5002 port shouldn't be that hard |
| 13:15:16 | preglow | but we need someone to do it |
| 13:15:28 | preglow | we could use an ipod developer or two extra, actually |
| 13:15:35 | saab_rider | I wonder if my friend is capable... but other than the LCD driver, the buttons are different as well |
| 13:15:42 | preglow | oh yes |
| 13:15:49 | saab_rider | (at least for 3G) |
| 13:15:58 | preglow | the hardware on 3g and below is pretty different than 4g and up |
| 13:16:45 | saab_rider | I already sent him a message (but he's not around now). he loves a challange, if he's interested ;) |
| 13:16:47 | linuxstb | But the infrastructure is there - for the hardware drivers, it will mainly be a case of copy and paste from the IPL code. |
| 13:17:40 | linuxstb | The LCD driver isn't trivial - the ipods use a different framebuffer format to the H1x0, so the high-level LCD code will need to be written as well. |
| 13:17:55 | linuxstb | (I'm talking about the greyscale LCD) |
| 13:18:46 | saab_rider | I sent him RB's link so he can see what's going on... there's also the iPod linux port, but I'm not sure what that's capable of |
| 13:20:25 | saab_rider | linuxstb: any idea about the highlight color question? |
| 13:21:41 | linuxstb | I think amiconn answered it - that there is no concept of a "highlight color" in Rockbox at the moment - only an "inverse" |
| 13:22:47 | Slasheri | Hmm, do i have a bug in my code or am i correct that rockbox can only append to a file opened with O_RDWR and not write anywhere there i go with lseek? |
| 13:23:38 | saab_rider | linuxstb: yeah I know that it's only an inverse. hmm.. but doesn't it mention which previously defined colors to inverse? |
| 13:26:11 | nathanh | the extent of this source code is bloody amazing |
| 13:26:28 | nathanh | theres a mini libc, a kernel, threads, ata drivers |
| 13:26:48 | Bagder | yeps, we have it all ;-) |
| 13:27:02 | Bagder | now, where's our tcp/ip stack? ;-P |
| 13:27:19 | linuxstb | saab_rider: When drawing text, it will inverse the FG and BG colours. |
| 13:27:37 | Slasheri | hehe, tcp/ip will come in future along with players equipped with wlan etc ;) |
| 13:27:50 | nathanh | rumor mill says that next gen ipod will have wifi |
| 13:27:50 | Bagder | that'll be fun |
| 13:27:58 | nathanh | whether that means bluetooth or wimax or 802, who knows |
| 13:28:08 | Bagder | wimax? |
| 13:28:16 | Bagder | seem inappropriate |
| 13:28:20 | Bagder | but who knows |
| 13:28:47 | Bagder | and btw, wimax is 802 too ;-) |
| 13:28:48 | XavierGr | Slasheri: no you can write |
| 13:28:54 | nathanh | hrm, bluetooth hardware hack onto h300 w/ bluetooth headphones |
| 13:28:57 | * | nathanh dreams |
| 13:28:58 | Slasheri | bluetooth would be too easy because i have already coded a stack for it :) |
| 13:29:18 | Slasheri | XavierGr: ah, interesting. Then i need to add more debugging |
| 13:29:51 | XavierGr | Slasheri: Or so I know from my test.... |
| 13:30:20 | XavierGr | how do you write to the file? |
| 13:30:32 | saab_rider | I get it now, it just inverses. I thought maybe it was actually specific by telling it to assign the inverse of the BG to the highlight, and an inverse of the FG to the text. but it's simpler than that, it just asks the current entry's color to be an inverse of the default colors |
| 13:30:50 | | Quit mirak ("Ex-Chat") |
| 13:30:59 | Slasheri | XavierGr: i open a file created earlier, then seek to a correct location and write a chunk of data |
| 13:31:12 | Slasheri | ah, in fact i read a chunk from that file first |
| 13:31:27 | | Join mirak [0] (n=mirak@AAubervilliers-152-1-60-195.w82-121.abo.wanadoo.fr) |
| 13:31:28 | Slasheri | then i edit that chunk a little, lseek back and write the new one |
| 13:32:00 | XavierGr | I think that you can't overwrite |
| 13:32:02 | Bger | saab_rider btw i forgot to add a comment regarding the fact that the h300 remote lcd button patch adds the CONFIG_VIRTUAL led define too |
| 13:32:05 | XavierGr | only add |
| 13:32:33 | Slasheri | oh, so that's the problem then.. :/ |
| 13:33:02 | Slasheri | why overwriting is not possible? I think it shouldn't be hard to implement.. |
| 13:33:08 | XavierGr | I had the same problem once |
| 13:33:16 | nathanh | im guessing nobody needed to overwrite before :-) |
| 13:33:17 | Bagder | Slasheri: I would guess it just hasn't been done |
| 13:33:18 | Slasheri | i think we need to fix that :) |
| 13:33:18 | saab_rider | the inverse of black and blue is white and yellow (yellow text with white highlight doesn't look great), so I changed the line select to the pointer :) |
| 13:33:33 | saab_rider | Bger: what does that do? |
| 13:33:34 | Slasheri | Bagder: ah :) probably i try to figure that out |
| 13:33:39 | XavierGr | you can make a trick with read_line |
| 13:34:26 | nathanh | are the gpio regs memory mapped, or are they shadows? |
| 13:34:43 | Slasheri | but overwriting in the new tagcache code is quite essential for performance reasons.. so i try to fix the write routine then |
| 13:34:47 | XavierGr | But yeah Slasheri if you knwo how to implement such function please do. I had the same problem (though I solved with another approach) |
| 13:34:59 | * | nathanh asking about h300 |
| 13:35:16 | Bagder | nathanh: memory mapped, iirc |
| 13:35:36 | Slasheri | XavierGr: i will try :) but doing it safe takes some time to learn the essential fat structure first |
| 13:36:05 | Bagder | Slasheri: there are some test cases for the fat code that might come handy |
| 13:36:21 | Slasheri | Bagder: ah, that sounds good :) |
| 13:36:26 | Bagder | the linux mount-a-file is a dream for that |
| 13:36:43 | Slasheri | hehe |
| 13:37:00 | Bagder | so you can make a fs-dump from a live fs, mount that and run your test code |
| 13:37:37 | Slasheri | hmm, that sounds like a great idea to test the code |
| 13:37:55 | Bger | btw can someone with cvs access add the following to firmware/export/config-h300.h |
| 13:38:07 | Bger | #define CONFIG_LED LED_VIRTUAL |
| 13:38:36 | Bagder | I wonder why MR spell Rockbox so oddly |
| 13:38:47 | Bagder | "ROCKbox for H1xx Series" |
| 13:39:03 | nathanh | RoCkB0x |
| 13:39:21 | saab_rider | in the forum titles? |
| 13:39:24 | Bagder | yes |
| 13:39:25 | crwl | RrrOcKBOX sup1337 h4x0r f1rmw4r3x |
| 13:39:41 | amiconn | Slasheri: rockbox should be able to write anywhere in a file opened with O_RDWR |
| 13:39:51 | amiconn | (unless you open with O_APPEND of course) |
| 13:40:15 | saab_rider | well the logo says ROCKbox |
| 13:40:28 | Bagder | true |
| 13:40:51 | saab_rider | I personally prefer H100 rather than H1xx or H1x0 |
| 13:40:51 | Bagder | but that's the graphical logo |
| 13:41:08 | Slasheri | amiconn: Hmm, interesting. I will write a simpler code to test that.. probably it's just a bug in my code then |
| 13:41:22 | saab_rider | I guess they took it as the "official" way of writing it |
| 13:41:25 | XavierGr | amiconn: He wants to overwrite previous data, can that be done? |
| 13:41:25 | Bagder | saab_rider: the problem with h100 is that there is a model h100 that differs slightly from h120 and h140 |
| 13:41:48 | Bagder | saab_rider: so h1x0 is more "covering" while H100 could feel like it isn't h120 and h140 |
| 13:42:03 | Slasheri | amiconn: So i would need to read a data first, and write it back (in same location) with modified |
| 13:42:06 | saab_rider | that makes sense... |
| 13:42:36 | Bagder | at least I try to make that distinction |
| 13:42:44 | Jungti1234 | lagaagg |
| 13:43:13 | Jungti1234 | ¼¼ÀÌ Çã~ |
| 13:43:27 | Bagder | bless you |
| 13:43:39 | Jungti1234 | kk |
| 13:43:46 | saab_rider | I didn't know that there existed an H100 that was different, what's the difference? |
| 13:44:03 | Bagder | saab_rider: the ihp100 has 16MB ram as the biggest noticable diff |
| 13:44:20 | Jungti1234 | Snort snort |
| 13:44:21 | Bagder | but there are some more minor differences |
| 13:45:13 | saab_rider | but they look the same, right? |
| 13:45:17 | Bagder | yes |
| 13:46:03 | | Join Membrillo [0] (n=sam_kill@CPE-60-229-178-37.nsw.bigpond.net.au) |
| 13:46:04 | Bagder | http://www.rockbox.org/twiki/bin/view/Main/DeviceChart#iriver_units |
| 13:46:18 | saab_rider | interesting... I thought they just renamed them because of their use of the HP prefix |
| 13:46:32 | Bagder | the renaming was done on the 120 and 140 as well |
| 13:46:45 | Bagder | there are ihp-120 and h120 models |
| 13:46:56 | saab_rider | very confusing :) |
| 13:47:01 | Bagder | yes |
| 13:47:51 | XavierGr | and as one nice guy said on MR forums once: "I bought an iHP and I was left with an H. :(" |
| 13:47:53 | Bagder | and the ihp-100 is also known as iHP-110 sometimes |
| 13:48:08 | Bagder | and even an iHP-115 is claimed to exist |
| 13:48:21 | Jungti1234 | kkk |
| 13:48:49 | Jungti1234 | I have H120. |
| 13:49:36 | saab_rider | I wonder what they iRiver have up their sleve as their new HD-based player |
| 13:50:03 | XavierGr | I have an iR-160-e :)) |
| 13:50:18 | XavierGr | R for rockbox |
| 13:50:28 | Jungti1234 | haha.. |
| 13:50:48 | Jungti1234 | A new player? :) |
| 13:50:58 | Bagder | I don't believe in iriver's future players |
| 13:50:58 | amiconn | Slasheri, XavierGr: It should work. Of course you need to seek back after reading, and not open the file with O_TRUNC specified |
| 13:51:35 | saab_rider | well I don't want it to be like the H10 |
| 13:51:37 | Jungti1234 | iriver will make H20. |
| 13:51:44 | XavierGr | Strange, it din't work out on my test. Maybe I was doing something wrong. |
| 13:51:53 | XavierGr | Slasheri please tell me if you get this working. |
| 13:52:17 | nathanh | whats wrong with the h10? |
| 13:52:22 | saab_rider | jungti1234: are any of the specs released/rumored? |
| 13:52:39 | Jungti1234 | no.. |
| 13:52:56 | saab_rider | does it function like the H1x0/H300 with filetree, and drag-n-drop playback? |
| 13:53:07 | Jungti1234 | Don't detail yet. |
| 13:53:49 | Jungti1234 | It can change. |
| 13:54:02 | | Quit Febs (Read error: 110 (Connection timed out)) |
| 13:54:13 | Slasheri | XavierGr: yes, i will. I just tried a very simple test case and it seems to work there but it doesn't with my real program :/ i will still try to find the bug.. |
| 13:54:34 | Bagder | nathanh: it seems it isn't mass storage anymore for example |
| 13:55:56 | | Join Rob2222 [0] (n=Miranda@ACB10C63.ipt.aol.com) |
| 13:56:08 | Jungti1234 | nathanh: People say that H10 has many bugs. |
| 13:56:19 | Bagder | it seems there are different versions of H10 |
| 13:56:24 | Bagder | some are mass storage |
| 13:56:27 | linuxstb | Bagder: Anything interesting happening with Neuros? Or is that idea dead? |
| 13:56:41 | XavierGr | Slasheri: Did you just write a message with white letters on awhite background? |
| 13:56:43 | Bagder | linuxstb: I consider it dead for a good while ahead |
| 13:57:25 | Bagder | linuxstb: Rockbox would only be considered for their N3 model which isn't even discussed and the only plans mentioned said something like Q3 next year |
| 13:57:39 | Bagder | and there is no source |
| 13:57:49 | Bagder | and they use a TI chip again |
| 13:57:55 | linuxstb | They would seem better off collaborating with the ipodlinux people on an open source userland application. |
| 13:58:07 | Bagder | indeed |
| 13:58:26 | linuxstb | They could use the Rockbox simulator... |
| 13:58:27 | Bagder | there first model on this arch is their 442 model which is gonna be linux based |
| 13:58:31 | Bagder | their |
| 13:58:50 | saab_rider | Bagder: I thought H10 was non-UMS :D |
| 13:59:00 | Bagder | "Related question. How do I know whether my player is UMS or MTP?" |
| 13:59:00 | Slasheri | XavierGr: i created a file and wrote a structure and closed the file. Then i opened the file again with O_RDWR, read that structure, changed one value and wrote it back. That seems to work fine.. |
| 13:59:15 | Bagder | saab_rider: "If your player comes with iriver plus1 or 2, then you have to use iriver plus software for organizing your music and this can be regarded as UMS version." |
| 13:59:21 | Bagder | indicates UMS ;-) |
| 13:59:32 | nathanh | wtf is ums? |
| 13:59:39 | Bagder | usb mass storage |
| 14:00 |
| 14:00:18 | linuxstb | i.e. you plug your player into any computer running any operating system, and it appears as another hard disk. |
| 14:00:46 | nathanh | the primary reason why i got the iriver |
| 14:01:05 | nathanh | the idea of having to use a windows/mac software package to move audio files onto the player was boggling |
| 14:01:10 | saab_rider | bagderL hang on... so H1x0 and H300 is just "mass storage" not UMS? or what would they be called? |
| 14:01:24 | Bagder | UMS is mass storage |
| 14:01:46 | Bagder | the H10 is also available as "MTP only" |
| 14:01:50 | Bagder | without UMS support |
| 14:02:11 | linuxstb | So what's MTP? |
| 14:02:36 | Bagder | its a cloned named from PTP (picture transfer protocol), meaning music transfer protocol |
| 14:02:48 | XavierGr | Slasheri: OK thanks. I was doing something completely wrong. And when I asked here I thought that it wasn't supported. |
| 14:03:00 | linuxstb | Is that some kind of standard? |
| 14:03:08 | Bagder | from MS, yes |
| 14:03:17 | Bagder | "Why Partners Need to Better Understand MTP" |
| 14:03:21 | Bagder | http://www.microsoftmonitor.com/archives/005785.html |
| 14:03:23 | nathanh | har har har |
| 14:03:31 | linuxstb | Ah, so WMP can communicate with MTP players. |
| 14:03:34 | nathanh | "You Will Like MTP, damnit" |
| 14:03:38 | Bagder | linuxstb: yes |
| 14:03:46 | Jungti1234 | ah? |
| 14:03:47 | Bagder | I'm guessing there is a lot of DRM all over |
| 14:03:49 | * | linuxstb shudders |
| 14:03:51 | Jungti1234 | H10 20GB? |
| 14:04:00 | nathanh | its the way of the future, rockbox is the only way out :-) |
| 14:04:19 | saab_rider | Bagder: so H1x0s, H300s, and H10 are all UMS, but the first 2 support playback of drag-n-dropped files, and UMS H10 requires iriverplus for music transfer? |
| 14:04:48 | Bagder | saab_rider: no, if H10 supports UMS it supports the same drag-and-drop |
| 14:05:04 | Bagder | but it doesn't have to mean that it can play music transfered that way |
| 14:05:37 | markun | Bagder: just like the Gigabeat, who refuses to play music if it's not transfered with their special software |
| 14:05:42 | Bagder | and iriver's site is not likely to tell |
| 14:05:43 | linuxstb | Sounds like a move back in time 5 years when all DAPs had their own proprietory protocol. Good to see the industry innovating and moving forward. |
| 14:06:07 | Bagder | markun: :-( |
| 14:06:31 | Bagder | "There is simply no way to understate the importance of MTP to Microsoft's digital entertainment strategy" |
| 14:06:36 | nathanh | the media companies will be pushing for proprietary protocols |
| 14:06:38 | linuxstb | markun: Have you tried to run code on your gigabeat yet? |
| 14:06:52 | nathanh | expect it to happen, no matter the suckage |
| 14:07:09 | markun | no, couldn't get the an arm-linux crosscompiler to build so far. |
| 14:07:27 | markun | libc refused to be build on my FreeBSD machine |
| 14:07:39 | Bagder | markun: tried it with crosstools? |
| 14:07:45 | markun | no, I didn't |
| 14:07:53 | saab_rider | so the main difference between the UMS H10 and the MTP H10 is that the UMS version uses iriverplus, and MTP uses WMP and doesn't act as an external drive? |
| 14:08:07 | Bagder | saab_rider: as far as I can tell, yes |
| 14:08:24 | saab_rider | that's why I don't like the H10 : |
| 14:08:25 | saab_rider | :D |
| 14:08:27 | Bagder | they mention DRM differences too |
| 14:08:58 | saab_rider | I read about that MS compatability... |
| 14:09:12 | saab_rider | they had a funny name, play for sure? |
| 14:09:13 | Slasheri | XavierGr: i would say that there is nothing wrong with the fs code.. Now my hexdumps are beginning to look too weird.. :) Probably i need some extensive testing now |
| 14:09:19 | Slasheri | +not |
| 14:10:25 | linuxstb | Anyone have any idea what kind of market share DRM'd WMP has compared with the iTunes Store? |
| 14:10:48 | saab_rider | probably 0.0000000001 |
| 14:10:56 | saab_rider | :) |
| 14:11:42 | preglow | hrmph |
| 14:11:47 | preglow | bloody button driver |
| 14:13:37 | linuxstb | I love Sunncomm's FAQ about the DRM they provide on Sony CDs - they provide a set of DRM'ed WMA files and then blame Apple for the fact that users can't transfer the CD to an iPod because "Apple uses a proprietory system". |
| 14:14:02 | _FireFly_ | moep |
| 14:14:16 | Bagder | hahaha |
| 14:15:54 | Slasheri | XavierGr: i am now quite sure overwriting doesn't work as it should.. it just corrupts the file |
| 14:16:37 | _FireFly_ | Slasheri how did you open the file for overwriting ?? |
| 14:17:02 | Slasheri | _FireFly_: O_RDWR |
| 14:17:25 | _FireFly_ | and how does the file get corrupted ?? |
| 14:17:28 | Slasheri | and that problem doesn't seem to happen with a very small files.. |
| 14:17:36 | Slasheri | i will implement a test function soon |
| 14:18:05 | Slasheri | _FireFly_: it doesn't update from the beginning, it will lost the alignment and data are being inserted to the end or something like that.. :) |
| 14:18:13 | Slasheri | i don't know well just yet |
| 14:18:34 | _FireFly_ | Slasheri try to explicitly seek to the start of the file |
| 14:18:46 | _FireFly_ | before writing |
| 14:19:01 | linuxstb | preglow: No luck with your buttons then? |
| 14:19:04 | Slasheri | _FireFly_: i have done that |
| 14:19:08 | preglow | haven't had much time, but no |
| 14:19:11 | Slasheri | but it doesn't have effect |
| 14:19:21 | Slasheri | the old data just remains.. |
| 14:19:25 | _FireFly_ | Slasheri or some other fns which do you use modify the seek-pos |
| 14:19:25 | preglow | got cpu clocked at 75mhz, still no dice, it lags like mad |
| 14:19:55 | _FireFly_ | s/seek-pos/current-pos |
| 14:20:27 | linuxstb | preglow: Do you send release events as well for each scroll event? |
| 14:20:38 | preglow | linuxstb: scroll, yes, the other buttons, no |
| 14:20:50 | preglow | that's a bug i just thinked of |
| 14:21:41 | linuxstb | Maybe the list viewer code is expecting something different - have you looked at the application side of things? |
| 14:21:59 | | Join Kohlrabi [0] (n=Kohlrabi@dslb-082-083-131-040.pools.arcor-ip.net) |
| 14:22:28 | preglow | queue_post(&button_queue, wheel_keycode, NULL); |
| 14:22:29 | preglow | queue_post(&button_queue, BUTTON_REL | wheel_keycode, NULL); |
| 14:22:43 | preglow | that's what i do for each scroll event |
| 14:22:53 | preglow | no, i haven't |
| 14:23:31 | linuxstb | So presumably wheel_keycode is either BUTTON_SCROLL_FWD or BUTTON_SCROLL_BACK ? |
| 14:23:55 | preglow | ayte |
| 14:23:57 | preglow | aye <- |
| 14:25:04 | linuxstb | Seems that the button definitions in tree.h are not being used any more. |
| 14:25:40 | linuxstb | Guess it must be in gui/list.[ch] now |
| 14:25:51 | LinusN | preglow: why the release event? |
| 14:26:16 | preglow | LinusN: because i thought they were needed :] |
| 14:26:37 | LinusN | afaik they aren't |
| 14:26:43 | preglow | okies, then i'll do a quick mod |
| 14:27:26 | LinusN | can you detect that you are holding still on the wheel? |
| 14:27:48 | linuxstb | My thoughts about the scrollwheel were that it would fire successive button press/release events, and would never send a repeat. This way, the button driver would control how fast the events are sent to the application. |
| 14:28:13 | linuxstb | But maybe that was crazy. |
| 14:28:25 | LinusN | better send repeated press events |
| 14:28:43 | LinusN | without the REPEAT flag |
| 14:28:44 | | Quit nathanh ("CGI:IRC (EOF)") |
| 14:28:48 | preglow | yeah |
| 14:29:00 | LinusN | can you detect that you are holding still on the wheel? |
| 14:29:10 | preglow | i don't know |
| 14:29:18 | linuxstb | I think you can. |
| 14:29:20 | Jungti1234 | hehe |
| 14:29:22 | Jungti1234 | Good night |
| 14:29:22 | LinusN | can you detect that you push it? |
| 14:29:39 | | Quit Jungti1234 ("bye") |
| 14:29:40 | preglow | again, i don't know, buttons send a press interrupt, and depress |
| 14:29:43 | preglow | don't know how the wheel does it |
| 14:29:58 | LinusN | but aren't you writing the driver? :-) |
| 14:30:16 | preglow | the driver was a quick cowboy coding session i did yesterday |
| 14:30:23 | LinusN | yiehaa |
| 14:30:25 | preglow | it's more or less a direct rip of the ipl code with some #if 0 in it |
| 14:30:40 | preglow | man, cache really makes a difference |
| 14:30:57 | LinusN | how does the apple firmware operate? does it detect presses as well as sliding? |
| 14:31:27 | preglow | pressing the wheel and sliding are two different things |
| 14:31:32 | linuxstb | LinusN: There are four "real" buttons located underneath the scroll wheel. |
| 14:31:35 | preglow | the presses are are actual buttons |
| 14:31:44 | LinusN | aha... |
| 14:31:48 | LinusN | (lame) |
| 14:32:06 | linuxstb | IIUC, the driver detects where on the wheel you are currently touching. |
| 14:32:17 | preglow | why's that lame? |
| 14:32:31 | linuxstb | There are two actions - touching and pressing |
| 14:32:43 | preglow | huzzah |
| 14:32:49 | preglow | scroll wheel is usable now |
| 14:32:55 | linuxstb | Hurray. |
| 14:33:00 | Bagder | cool |
| 14:33:39 | * | LinusN does the scrollwheel dance |
| 14:33:47 | * | linuxstb wants a webcam URL |
| 14:33:48 | preglow | click wheel, i mean! |
| 14:33:51 | preglow | hahha |
| 14:33:55 | preglow | you can have a build |
| 14:34:14 | preglow | it's oversensitive still, though |
| 14:34:15 | preglow | i need to fix that |
| 14:35:08 | linuxstb | Is it possible to move one position now? With your previous version, the best I could do was two. |
| 14:35:14 | preglow | yes |
| 14:36:10 | linuxstb | So have you enabled the cache now as well? |
| 14:36:24 | preglow | yes, it flies |
| 14:36:50 | preglow | hahaha |
| 14:36:52 | linuxstb | Is the ATA driver still causing you problems? |
| 14:36:56 | preglow | at least it can handle really heavy interrupt loads now |
| 14:37:11 | preglow | a couple of quick circuits around the wheel with the finger and it's going for a good two seconds |
| 14:37:53 | preglow | yes it is |
| 14:38:13 | preglow | hah |
| 14:38:19 | preglow | my nano is making sound |
| 14:38:23 | preglow | high pitched whine |
| 14:38:25 | preglow | pretty weak |
| 14:38:33 | | Quit XavierGr (Read error: 110 (Connection timed out)) |
| 14:39:09 | LinusN | preglow: not exactly a "gentlemen" mail, is it? :-) |
| 14:39:16 | preglow | jhahaha |
| 14:39:42 | | Quit markun (Read error: 113 (No route to host)) |
| 14:39:43 | preglow | Gentlemen, we have unintended high-pitched whine! |
| 14:39:52 | LinusN | lol |
| 14:40:04 | LinusN | preglow: do you need to handle the wheel with an interrupt? |
| 14:40:23 | preglow | all buttons are handled with interrupts |
| 14:40:35 | LinusN | can't you poll the wheel interrupt state within the button tick interrupt? |
| 14:40:52 | preglow | i guess i can |
| 14:41:11 | LinusN | i don't think you need to handle each and every wheel event |
| 14:41:17 | LinusN | the same goes for the buttons |
| 14:41:27 | preglow | hmm |
| 14:41:39 | preglow | i would want the wheel event speed to follow the speed of my finger |
| 14:41:49 | preglow | that'd work still, of course |
| 14:41:54 | preglow | depends if i can get polling to work properly |
| 14:42:02 | LinusN | yes |
| 14:42:12 | preglow | i have no idea what part of this jumble of status registers writes does what |
| 14:42:14 | LinusN | that way you would get a much more even load |
| 14:42:44 | preglow | comments are in the style of /* Interrupt ACK? */ |
| 14:43:10 | LinusN | if you don't find out, you can do a pseudo-poll: |
| 14:43:38 | LinusN | in the wheel interrupt only set a flag indicating what the event was, then poll that flag in the button tick driver |
| 14:44:10 | | Join Hooligan [0] (i=Hooligan@Node126-61-52-66.1dial.com) |
| 14:44:18 | preglow | yeah |
| 14:44:22 | preglow | but argh |
| 14:44:30 | preglow | the flash accesses are really sluggish |
| 14:44:45 | LinusN | still, heavu usage of dbg_ports() should reveal some stuff |
| 14:45:01 | preglow | that's true |
| 14:46:29 | preglow | i press "browse fonts", and it just hangs for a couple of seconds, then pretends nothing happenede |
| 14:46:36 | preglow | with the file listing being absent |
| 14:47:07 | preglow | man, how deep is the event queue? |
| 14:47:28 | preglow | i had it going for like twenty seconds, here, with five or six quick circuits on the click wheel |
| 14:47:30 | | Join markun [0] (n=karl@bastards.student.ipv6.utwente.nl) |
| 14:47:40 | preglow | i mask the i2c interrupt while dealing with it |
| 14:47:45 | LinusN | preglow: 16 events, i believe |
| 14:47:57 | preglow | ok, so the clickwheel controller itself really needs to have quite a queue going |
| 14:48:29 | LinusN | if you really need to capture that many events, yes |
| 14:48:43 | preglow | no, i mean the hardware controller |
| 14:48:50 | LinusN | ah |
| 14:48:54 | preglow | it can't be a software issue if you've only got sixteen levels of queue |
| 14:48:59 | preglow | that'd be spent in a blink |
| 14:49:13 | preglow | but i obviously continue to receive events for ages |
| 14:49:21 | preglow | s/events/interrupts/ |
| 14:49:28 | LinusN | any data sheets for that controller? |
| 14:49:35 | preglow | no idea |
| 14:49:39 | LinusN | or is that in the PP chipset too? |
| 14:49:43 | amiconn | Event queues are 64 events afaik |
| 14:49:43 | preglow | doubt it |
| 14:49:50 | preglow | it's a custom apple controller, i bet |
| 14:49:55 | preglow | they get these click wheels made especially for them |
| 14:50:10 | preglow | but it might also be a pp thing |
| 14:50:13 | LinusN | amiconn: #define QUEUE_LENGTH 16 |
| 14:51:10 | LinusN | nasty FAT32 buffer overflow alert |
| 14:51:44 | LinusN | the filenames are nowadays stored in utf8, but the direntry buffer is only 256 bytes |
| 14:51:54 | LinusN | (as pointed out in the rockbox forums) |
| 14:52:03 | Bagder | oh |
| 14:52:06 | linuxstb | preglow: From the ipodlinux wiki - "Cypress CY8C21434 - Click wheel controller" |
| 14:52:19 | linuxstb | (this is under the entry for the Nano) |
| 14:53:36 | | Join edx [0] (i=edx@p54A87F27.dip.t-dialin.net) |
| 14:54:38 | linuxstb | And a datasheet: http://www.cypress.com/portal/server.pt/gateway/PTARGS_0_2_1524_209_259_43/http%3B/sjapp20.mis.cypress.com%3B7001/publishedcontent/publish/design_resources/datasheets/contents/cy8c21434_5.pdf |
| 14:55:10 | LinusN | linuxstb: put it in the rockbox datasheet wiki |
| 14:56:42 | preglow | it's programmable |
| 14:56:45 | preglow | so really not much help, i guess |
| 14:57:11 | linuxstb | I'll upload it anyway. |
| 14:57:52 | Slasheri | amiconn: hehe, it seems to be a caching bug in the file system code because if i call fsync after every write, the problem is gone |
| 14:58:02 | Slasheri | i will look fixing that later, now i need to go |
| 14:59:55 | | Join Moos [0] (i=DrMoos@m196.net81-66-159.noos.fr) |
| 15:00 |
| 15:00:02 | Moos | Hello here! |
| 15:00:34 | | Quit Maxime (Read error: 104 (Connection reset by peer)) |
| 15:02:02 | amiconn | LinusN: Ah ok, so the default queues are 16 entries deep. I confused it with the talk queue |
| 15:03:08 | Bger | hm, what about adding a "HAVE_ADJUSTABLE_BRIGHTNESS" define ? |
| 15:03:17 | preglow | linuxstb: it's still hypersensitive |
| 15:03:29 | Bger | regardinh all colour targets ? |
| 15:03:30 | preglow | just touching the wheel makes the cursor move |
| 15:05:06 | | Join Maxime` [0] (n=flemmard@fbx.flemmard.net) |
| 15:05:17 | Bger | anyone ? |
| 15:05:33 | Bagder | Bger: seems reasonable |
| 15:05:48 | Bger | or HAVE_ADJ_LCD_BRIGHTNESS ? |
| 15:06:07 | Bagder | or only HAVE_LCD_BRIGHTNESS |
| 15:06:23 | Bger | okay |
| 15:07:36 | LinusN | better separate main and remote lcd brightness |
| 15:07:44 | Bagder | true |
| 15:07:54 | Bagder | but most defines already use LCD for main and REMOTE_LCD for remote |
| 15:08:01 | Bagder | iirc |
| 15:08:22 | LinusN | ah, of course |
| 15:08:33 | Bger | i'm editing the h300 brightness patch atm, which is awfully made |
| 15:10:17 | preglow | linuxstb: any idea why the disk read would just fail like that? |
| 15:11:17 | linuxstb | No. The only thing I can think of is the interrupts, but then I would expect it to fail earlier. |
| 15:11:32 | preglow | i have disabled all interrupts but timer1 and i2c |
| 15:11:38 | preglow | but you didn't use them anyway, no? |
| 15:11:44 | preglow | i mean, you couldn't :) |
| 15:11:45 | linuxstb | No. |
| 15:11:50 | preglow | but anywho |
| 15:11:52 | preglow | it does read |
| 15:11:56 | linuxstb | But who knows what the IPL init code does... |
| 15:11:57 | preglow | at least the root dir |
| 15:12:24 | linuxstb | Yep. And it seems to save the config sector when shutting down. |
| 15:12:43 | saab_rider | Bger: what does the CONFIG_VIRTUAL led define you mention earlier do? |
| 15:12:54 | preglow | linuxstb: hmm, no, actually, it doesn't do that |
| 15:13:06 | preglow | or maybe it does |
| 15:13:11 | preglow | i should try |
| 15:13:24 | linuxstb | I changed the font, and now that font is the default when I start Rockbox. |
| 15:13:33 | preglow | well, yeah, but you can change font as well |
| 15:13:35 | preglow | i need to try it |
| 15:13:56 | linuxstb | You may also want to decrease the idle timeout |
| 15:14:18 | *** | Saving seen data "./dancer.seen" |
| 15:14:48 | linuxstb | Or not - forget that. It should be written during the next disk access. |
| 15:15:21 | preglow | i did |
| 15:15:26 | preglow | okies |
| 15:15:41 | linuxstb | I did manage to set the date and time from within Rockbox - that's one thing IPL can't do for some reason. |
| 15:16:12 | preglow | yes, you did |
| 15:16:15 | preglow | that works fine here as well |
| 15:17:02 | linuxstb | Plugins seem to work - the databox plugin loads and runs. |
| 15:17:06 | | Quit Bger (Read error: 104 (Connection reset by peer)) |
| 15:17:12 | preglow | yes, it does save the config sector |
| 15:17:21 | preglow | i can't access plugins either :/ |
| 15:17:46 | | Join Bger [0] (n=Bager@83.222.160.88) |
| 15:18:14 | linuxstb | Anyway, I'll do some more tests and look at it this evening. Hopefully you'll have committed your button driver by then. |
| 15:18:50 | Bger | saab_rider this enables the "disk activity" "led" on the statusbar |
| 15:19:09 | | Join mikearthur [0] (n=mike@82-41-227-152.cable.ubr11.edin.blueyonder.co.uk) |
| 15:19:40 | preglow | linuxstb: don't count on it, but we'll see |
| 15:19:55 | preglow | i don't want to commit code looking like this |
| 15:20:14 | | Quit Bger (Client Quit) |
| 15:22:10 | preglow | brb |
| 15:23:41 | | Join perplexity [0] (n=joust@217.165.110.88) |
| 15:23:57 | | Join Kaggen [0] (n=kaggen@nl-67-17.netlogon.liu.se) |
| 15:24:04 | linuxstb | preglow: OK, no problem. |
| 15:26:37 | | Join Bger [0] (n=Bager@83.222.160.88) |
| 15:28:51 | | Quit Membrillo () |
| 15:34:03 | | Join petur [0] (n=d4efd6a6@labb.contactor.se) |
| 15:36:13 | petur | Bger, can you tell me what's wrong with that H300 brightness patch? Excuse my first steps into this project... |
| 15:37:50 | Bger | Bger it's not wrong, but u've done it verry... how to say it |
| 15:37:55 | Bger | many little files |
| 15:38:02 | Bger | dos format |
| 15:38:06 | Bger | also |
| 15:38:09 | petur | oh |
| 15:38:25 | petur | Sorry, used tortoisecvs to create them one by one |
| 15:38:35 | Bger | there will be other targets with brightness setting |
| 15:38:40 | Bger | so i'm adapting it |
| 15:38:43 | petur | this cvs stuff is all new to me |
| 15:38:56 | Bger | heh it is nearly the same to me |
| 15:39:04 | petur | I agree with the other targets, was a bit short-sighted of me |
| 15:39:27 | Bger | u wanted to do it asap, yep ? :) |
| 15:39:40 | petur | my first real patch :D |
| 15:39:43 | Bger | hehe |
| 15:39:54 | Bger | i understand u |
| 15:40:11 | petur | sorry for the inconvenience |
| 15:40:30 | Bger | btw, u've also included another patch in this one |
| 15:40:33 | petur | (at least the code works and is commented) |
| 15:40:42 | Hooligan | Why is it that under Rockbox the H300 LCD doesn't turn off, just the backlight? |
| 15:40:43 | Bger | yep, u're right |
| 15:41:05 | Bger | congrats for this |
| 15:41:07 | Bagder | Hooligan: because no one wrote anything that turns it off |
| 15:41:25 | Bagder | things usually don't happen by themselves |
| 15:41:25 | Hooligan | Badger: Well, I suppose that would do it! |
| 15:41:28 | Bagder | not even in Rockbox |
| 15:41:49 | petur | Linus, is it not turned off? |
| 15:42:11 | Bagder | no its not |
| 15:42:19 | Bagder | (even though I'm not Linus) |
| 15:42:46 | petur | hehe... more work, but not now and not tonight... |
| 15:43:23 | petur | shouldn't be doing this from at work - gotta go |
| 15:43:36 | | Quit petur ("CGI:IRC 0.5.7 (2005/06/19)") |
| 15:45:19 | Bger | heh |
| 15:46:09 | Hooligan | All great things happen on borrowed time. Especially that which you are being paid for. |
| 15:47:12 | Hooligan | Oh, one more question if you don't mind. Why can't the JPEG viewer be used on the H300 currently? |
| 15:47:30 | Bagder | because it isn't adjusted |
| 15:48:29 | | Join arkascha [0] (n=arkascha@xdsl-195-14-221-144.netcologne.de) |
| 15:49:06 | Hooligan | Can Rockbox see why kids love Cinnamon Toast Crunch? |
| 15:53:07 | amiconn | LinusN: Regarding MAX_PATH - utf-8 will triple the size in the worst case. |
| 15:53:50 | amiconn | While UTF-8 chars can be 1..4 bytes, it won't be more than 3 bytes when converting from UCS-2 (that's what VFAT uses) |
| 15:55:08 | LinusN | amiconn: ok |
| 15:55:34 | LinusN | 768 bytes per entry then...ouch! |
| 15:56:07 | amiconn | Either that, or we need to handle possible overflows |
| 15:56:26 | LinusN | that is not very nice |
| 15:56:47 | LinusN | since the user won't be able to rename such a file |
| 15:57:08 | | Join nathanh [0] (n=dcf5dec6@labb.contactor.se) |
| 15:57:12 | amiconn | It wouldn't be possible to open such a file either |
| 15:57:33 | LinusN | that may be fixable, but yes |
| 15:57:46 | amiconn | We could keep the path in UCS-2 internally, that would mean 512 bytes |
| 15:58:00 | LinusN | of course |
| 15:58:08 | amiconn | ...but complicate the handling, since it can contain 0 bytes |
| 15:58:20 | LinusN | 0? |
| 15:58:32 | amiconn | \0 |
| 15:58:42 | | Join Febs [0] (i=Febs@dhcp64-134-210-83.hfwsf.sjc.wayport.net) |
| 15:59:13 | LinusN | amiconn: which character is UCS-2 code 0x0000? |
| 15:59:13 | | Quit nathanh (Client Quit) |
| 15:59:14 | markun | amiconn: how is the \0 displayed in a filename in windows? |
| 16:00 |
| 16:00:34 | amiconn | UCS-2 is essentially the same as UTF-16, but covering the 'basic multilingual plane' only |
| 16:01:15 | amiconn | LinusN, markun: I mean that an UCS-2 or UTF-16 string can contail \0 _bytes_ because an UCS-2 char is 16bits |
| 16:01:26 | markun | Ah, of couese. |
| 16:01:29 | amiconn | That means we can't use standard string functions to handle them |
| 16:01:35 | LinusN | of course we can't |
| 16:03:57 | LinusN | i'm mostly worried about the file browser buffer size |
| 16:05:08 | | Quit Moos (Read error: 104 (Connection reset by peer)) |
| 16:05:10 | amiconn | I'm more worried about buffers on the stack |
| 16:05:39 | amiconn | The file browser buffer size needs to be increased of course |
| 16:06:03 | LinusN | amiconn: yes, stack buffers will be a problem |
| 16:06:58 | markun | I hope the unicode transition will not cause more problems than it solved. |
| 16:07:51 | Slasheri | amiconn: yes, now the tagcache works very well with the fsync call added. Without it, the index files got really corrupted :/ |
| 16:08:25 | LinusN | markun: initially, it will be shaky, of course |
| 16:08:26 | Slasheri | but fsyncing after each write is of course a way too slow, so the real problem should be fixed |
| 16:08:39 | LinusN | i'm mostly worried about the font chaos we have today |
| 16:09:07 | LinusN | we have a lot of fonts with so-so quality |
| 16:10:09 | markun | I've been trying to convert the crox* fonts, but it's not a trivial tast because the encoding used is not standard and not consistend between the fonts. |
| 16:10:11 | LinusN | btw, perhaps rockbox should try to warn the user when selecting a language for which the font has no support. i wonder how on earth we could pull that off, though... |
| 16:10:13 | | Join Moos [0] (i=DrMoos@m196.net81-66-159.noos.fr) |
| 16:11:05 | amiconn | markun: Afaik, most of the crox* fonts use Win1251 |
| 16:11:37 | markun | LinusN: Bagder and I were talking about a list of most used chars at the beginning of the language file so they can be preloaded. It could also be used to detect if the language file is supported by the current font |
| 16:12:30 | markun | amiconn: I know, but still they are not right. Some have a E umlaut in the same place where others have an upside down '?' |
| 16:12:41 | markun | amiconn: and some have smiley icons at the beginning |
| 16:12:53 | amiconn | "Warning - 85% of the characters in the new .lng file are not covered by the current font. Do you want to switch anyway?" |
| 16:13:08 | LinusN | amiconn: nice |
| 16:13:21 | markun | yes, that would be great |
| 16:13:39 | | Join Hooligan| [0] (i=Hooligan@Node62-61-52-66.1dial.com) |
| 16:13:59 | LinusN | and that has to be shown when you switch font as well |
| 16:14:16 | markun | amiconn: maybe iconv's CP1251 table is not correct, or else the fonts look more like a mix of the lower part of latin1 + higher part of CP1251 |
| 16:14:23 | | Quit hshah (Read error: 104 (Connection reset by peer)) |
| 16:14:52 | LinusN | sometimes i envy the coders of the original firmware, they only need to care about one or two fonts :-) |
| 16:15:22 | markun | And as phaedrus961 noticed: the defauld chars in some fonts should be replaced by something visible. |
| 16:15:36 | markun | default glyph |
| 16:17:45 | | Join leftright [0] (n=d4406110@labb.contactor.se) |
| 16:19:03 | saab_rider | Bger: so that's what it does! (late reply) |
| 16:19:03 | leftright | *quietly* asks amiconn how the wakeup feature is coming along |
| 16:19:24 | preglow | haha |
| 16:19:34 | preglow | can't we just delete the fonts that won't work? :-) |
| 16:19:54 | | Quit mikearthur (Connection timed out) |
| 16:20:07 | | Join mikearthur [0] (n=mike@82-41-227-152.cable.ubr11.edin.blueyonder.co.uk) |
| 16:21:14 | | Quit _FireFly_ ("Easy as 3.14159265358979323846...") |
| 16:22:15 | leftright | Rockbox is just streaks ahead of the Archos gmini's XS202's firmware, my gf got a gminilast night. |
| 16:24:56 | saab_rider | just wondering, Rockboy works without sound right? |
| 16:25:03 | LinusN | yes |
| 16:25:15 | saab_rider | thanks :) |
| 16:26:35 | Bger | saab_rider yes, that's what it does |
| 16:28:41 | saab_rider | cheers Bger, cool feature indeed |
| 16:32:21 | Hooligan| | saab_rider: I doubt Rockboy could run in it's present state trying to do sound as well |
| 16:32:33 | Hooligan| | GB music wasn't very good anyway :P |
| 16:33:01 | Bger | saab_rider heh it's just one added line to enable a feature that already exists |
| 16:33:28 | saab_rider | Hooligan: yeah, I just wanted to check to know if I was doing something wrong. and what are you talking about GB music being bad, it rocked :D |
| 16:34:01 | | Quit Hooligan (Read error: 110 (Connection timed out)) |
| 16:34:10 | Hooligan| | saab_rider, I'm still a sucker for NES music myself. |
| 16:34:29 | saab_rider | Bger: I always liked the red LED on the H100s, now we have something similar, albeit not exactly the same |
| 16:34:29 | Hooligan| | Speaking of which, it'd be cool if RB could play NSF and SPC files eventually. |
| 16:35:02 | saab_rider | Hooligan: you want real old school stuff, MSX music.... if you know what MSX is |
| 16:35:42 | Hooligan| | Now that's old school. |
| 16:36:54 | Hooligan| | But I'd settle for NSF and SPC just the same :) |
| 16:38:59 | Hooligan| | Isn't the SPC decoder just an SNES emulator that only emulates a few bits of the hardware? |
| 16:39:05 | preglow | yes |
| 16:39:10 | preglow | it's a cpu, in its own right |
| 16:39:12 | Bger | ok, gotta go, nite |
| 16:39:32 | Hooligan| | http://www.raphnet.net/electronique/snes_apu/snes_apu_en.php So it is. |
| 16:39:39 | saab_rider | good night Bger |
| 16:43:08 | Hooligan| | So how hard would it be to port the SNES APU emulation code to Rockbox? |
| 16:45:03 | preglow | depends on the source code we can get |
| 16:45:12 | preglow | the best engine is written in x86 asm, unfortuntely |
| 16:45:36 | Slasheri | Hmm, i might just fixed the fs bug.. testing now :) |
| 16:45:55 | Hooligan| | I see. Too bad. |
| 16:46:21 | Hooligan| | Most PC SPC plugins seem to be based on this fellow's work http://alpha-ii.com |
| 16:46:21 | preglow | Hooligan|: it's far from impossible, just need someone to work on it |
| 16:46:27 | preglow | i'd like to, but i've got a zillion other things to do first |
| 16:46:37 | preglow | Hooligan|: yes, and that's the engine i was talking about |
| 16:46:41 | preglow | it's the best i know about |
| 16:46:43 | Hooligan| | Exactly, it's possible but nobody has time to do the work. |
| 16:46:48 | Slasheri | oops.. didn't work very well :) couldn't even read/write settings |
| 16:47:50 | Hooligan| | Ah well, there are certainly plenty of more important issues to work on. |
| 16:48:40 | linuxstb | Does Rockbox understand the System and/or Hidden bits in a FAT directory entry and not show the directory? |
| 16:49:24 | Hooligan| | No |
| 16:49:37 | preglow | Hooligan|: well, it's just about 13000 lines of assembler that needs translating... |
| 16:50:14 | | Quit DjDeaf (Read error: 104 (Connection reset by peer)) |
| 16:50:38 | markun | Does anyone actually use the starmap font? |
| 16:51:11 | preglow | god, i forgot how ugly x86 asm isd |
| 16:51:13 | preglow | is |
| 16:51:43 | linuxstb | preglow: I'm playing with the build you gave me yesterday, and the ATA driver seems fine. |
| 16:52:01 | preglow | linuxstb: well, it's pretty much got to be a nano issue |
| 16:52:39 | linuxstb | I wonder if it's something to do with the code to spin the disk up and down. |
| 16:52:49 | preglow | makes sense, i guess |
| 16:52:54 | linuxstb | That code is working fine for me - but maybe we shouldn't do it for the Nano. |
| 16:52:56 | preglow | but then i wonder why the data sector write worked |
| 16:53:26 | | Quit Febs () |
| 16:54:15 | | Join XavierGr [0] (n=XavierGr@ppp27-adsl-27.ath.forthnet.gr) |
| 16:54:22 | preglow | Hooligan|: looks like it would require a subtantial amount of work to port that |
| 16:54:28 | amiconn | linuxstb: Rockbox understands the hidden bit and doesn't show the file/folder unless 'Show files' is set to 'all' |
| 16:54:37 | preglow | Hooligan|: i wish someone would port it to c, though, it's a great engine |
| 16:54:40 | Hooligan| | preglow: It's never easy, is it? |
| 16:54:57 | linuxstb | amiconn: Thanks. I thought that was the case. The directory on the iPod containing all the music files is hidden. |
| 16:55:17 | Hooligan| | preglow: Sure is. I suppose the SNES freaks will just have to wait it out :P |
| 16:56:11 | preglow | Hooligan|: i'm one of them :/ |
| 16:58:09 | Hooligan| | preglow: Misery loves company |
| 16:58:20 | Hooligan| | and working codecs |
| 16:58:37 | preglow | right now i want a working ipod button driver |
| 17:00 |
| 17:00:25 | leftright | a remote control for dap's would be usefull, for my ass is da laziest ting |
| 17:02:08 | leftright | but guess you guys have enough on your plates :) |
| 17:11:11 | Slasheri | Found, fixed and committed the fs bug fix :) |
| 17:11:17 | Slasheri | XavierGr: that problem should be gone now |
| 17:12:16 | | Quit YouCeyE ("Leaving") |
| 17:14:22 | *** | Saving seen data "./dancer.seen" |
| 17:20:57 | | Quit DJDD_ ("Trillian (http://www.ceruleanstudios.com") |
| 17:24:39 | | Nick saab_rider is now known as saa[b_r]ider (n=saab_rid@61.49.147.239) |
| 17:26:51 | edx | Can anyone tell me where tetris.c has gone, please? −− Im not up to date, it used to be there like a year ago :P |
| 17:27:19 | edx | ah "rockblox" got it.. |
| 17:27:56 | preglow | rockblox? |
| 17:27:58 | preglow | yes |
| 17:35:11 | linuxstb | preglow: Have you noticed whether the ipod charges when connected to USB in Rockbox? |
| 17:37:07 | | Part leftright |
| 17:38:07 | preglow | nope |
| 17:38:13 | preglow | how can i notice that? |
| 17:38:24 | Cassandra | Something's been bothering me. Is there any conceivable reason to need to be able to pass references to variables in C. I mean is there ever a circumstance where passing a pointer to the variable wouldn't do exactly the same thing? |
| 17:38:36 | preglow | you know what |
| 17:38:38 | preglow | it looks like it |
| 17:38:51 | preglow | i forgot it plugged in at 'shutting down' for over an hour now |
| 17:38:57 | preglow | when i went into disk mode, it wont charge |
| 17:39:32 | preglow | Cassandra: references are pointers, just a bit prettier |
| 17:40:12 | Cassandra | That's exactly what I thought. |
| 17:40:22 | Cassandra | Pointers are more transparent though. |
| 17:41:48 | preglow | weeell |
| 17:41:54 | preglow | coming from someone used to c, sure |
| 17:41:55 | * | Cassandra is annoyed with libraries that want pointers passed half the time, and references the other half with no predictable pattern. |
| 17:42:04 | preglow | c++ is kind of a hybrid |
| 17:42:11 | preglow | ordinary oo languages have just references |
| 17:42:12 | preglow | not pointers |
| 17:42:19 | preglow | and all objects are reference variables |
| 17:42:25 | preglow | so it depends on your perspective |
| 17:42:57 | | Join Sanitarium [0] (n=sanitari@212.2.169.42) |
| 17:43:27 | Cassandra | Except C predates OO languages, so that can't be the reason they bothered with references. |
| 17:43:45 | Cassandra | I admit pointers take some getting your head around, but it you're going to have them anyway .... |
| 17:44:57 | preglow | you can shoot yourself in the head with pointers |
| 17:44:59 | preglow | not with references |
| 17:45:02 | preglow | so they're safer |
| 17:45:27 | Cassandra | C should not have trainer wheels. |
| 17:45:46 | Cassandra | C is all about giving you the freedom to shoot yourself in the foot. |
| 17:46:00 | preglow | i thought we were talking about languages which used references |
| 17:46:11 | preglow | c should be what it is, sure |
| 17:46:27 | preglow | but i can perfectly well see why someone would embed references into a language and not pointers |
| 17:46:34 | Cassandra | C does use references. funct(int& a), for example. |
| 17:46:43 | preglow | hmm? |
| 17:46:45 | preglow | is that valid c? |
| 17:46:52 | Cassandra | I'm afraid so. |
| 17:47:00 | preglow | are you absolutely sure? |
| 17:47:07 | Cassandra | And it doesn't mean what you'd expect it to either. |
| 17:47:31 | Cassandra | It means that a is passed as a reference rather than copied to the function. |
| 17:47:43 | preglow | well, that's what i would have thought it meant |
| 17:48:05 | preglow | but i thought that was c++ |
| 17:48:06 | preglow | not sc |
| 17:48:08 | preglow | c <- |
| 17:48:22 | Cassandra | Oh, it might be. I thought I remembered it in C though. |
| 17:48:32 | preglow | well, you might, but it would surprise me a great deal |
| 17:48:55 | linuxstb | preglow: Have you done anything in the (bootloader) startup code that might prevent Linux and the Apple firmware from running? I can't get either of them to work any more. |
| 17:49:24 | preglow | hmm |
| 17:49:39 | preglow | nothing i can think of, i remap memory, but never in the bootloader |
| 17:49:47 | linuxstb | That's what I thought. |
| 17:49:48 | Cassandra | I seem to remeber it being in K&R. We're talking 15 years ago, mind. |
| 17:50:05 | | Join hshah [0] (n=hshah@shahassociates.plus.com) |
| 17:50:26 | * | Cassandra suspects that ipod_fw is corrupting the images in some way. |
| 17:50:32 | preglow | well, i can't possibly imagine what references would be doing there |
| 17:51:04 | preglow | pointers cover all that's needed |
| 17:53:43 | preglow | linuxstb: not linux either? |
| 17:53:43 | preglow | hmm |
| 17:53:51 | linuxstb | preglow: Nope. |
| 17:53:56 | preglow | i can't get either of them to work either |
| 17:53:59 | preglow | and my bootloader is old |
| 17:53:59 | linuxstb | I'm just trying an old version of crt0.S now. |
| 17:54:23 | | Part Kaggen |
| 17:54:24 | Cassandra | preglow: Exactly. And if they do it in C, they do it in C++. |
| 17:54:48 | Cassandra | I suppose it enables one to write pointer free code, but why, oh god, why? |
| 17:54:50 | preglow | Cassandra: yup, but like i said, c++ is kind of an hybrid |
| 17:54:59 | linuxstb | preglow: Do we enable interrupts (e.g. the timer) in the bootloader now? |
| 17:55:05 | preglow | linuxstb: no |
| 17:55:17 | preglow | oh oh oh |
| 17:55:22 | preglow | wait a bit now |
| 17:55:28 | preglow | system.c is included in the bootloader? |
| 17:55:43 | linuxstb | Yes - the bootloader calls a lot of the init functions. |
| 17:55:48 | preglow | then that needs fixing |
| 17:55:53 | preglow | i init timers and all that stuff there now |
| 17:56:02 | linuxstb | I just tried an old crt0.S and it doesn't work either - so it's not that part of the code. |
| 17:56:09 | preglow | but that's not related, like i said, my bootloader is ancient, and it can't load retailos either |
| 17:56:41 | preglow | i think we should continue to live without interrupts in the bootloader, btw |
| 17:57:10 | preglow | it would be nice for unity, but i don't know what linux and retailos says to being called with bunches and interrupts and remapped memory |
| 17:57:11 | linuxstb | preglow: Yes. But the problem is detecting a keypress reliably. |
| 17:57:22 | preglow | linuxstb: why do we need that? we're rockbox! |
| 17:57:23 | preglow | :) |
| 17:57:36 | linuxstb | Sure :) |
| 17:57:40 | preglow | i haven't used retailos yet, and i'm not going to start now |
| 17:58:12 | preglow | Cassandra: but yeah, c++ took a lot of baggage from c that it shouldn't, imho |
| 17:58:25 | preglow | Cassandra: but of course, if they hadn't done that, we probably wouldn't been using c++ today |
| 18:00 |
| 18:00:51 | | Join dpassen1 [0] (n=dpassen1@resnet-233-61.resnet.UMBC.EDU) |
| 18:01:19 | Cassandra | Wouldn't that be nice. |
| 18:01:26 | Cassandra | C++ sucks. |
| 18:02:14 | preglow | yes, it isn't very nice at all |
| 18:02:19 | preglow | unfortunately it still manages to be quite usable |
| 18:02:33 | preglow | and pretty fast |
| 18:03:51 | Cassandra | The latter surprises me somewhat. It ought to run like a dog as far as I can tell. |
| 18:04:05 | Cassandra | Still, it's probably the best OO language available. |
| 18:04:14 | Cassandra | (I hear good things about python though) |
| 18:04:31 | preglow | weell |
| 18:04:34 | Cassandra | and for a windowed application, OO is kind of useful. |
| 18:04:36 | preglow | i rather prefer most other oo languages to c++ |
| 18:04:43 | preglow | c#'s nice enough |
| 18:05:55 | preglow | i never could like python |
| 18:07:40 | Cassandra | c# always struck me as MS' plan to close C++. |
| 18:08:14 | Cassandra | Never used it though. |
| 18:09:49 | preglow | well, of course |
| 18:09:54 | preglow | it's a nicer language |
| 18:09:56 | preglow | that's for sure |
| 18:10:06 | preglow | c++ is too complex |
| 18:10:10 | preglow | and the complexity doesn't help it |
| 18:16:45 | preglow | can anyone explain to me why iriver can't play parts of vorbis files with low bitrate? |
| 18:17:12 | preglow | i thought this was an issue of using a too long window size, but that can't be true when it also can't play local parts of a track that's using a small bitrate |
| 18:28:46 | linuxstb | hehe. Cube is slow on the ipod at whatever the default clock speed is. |
| 18:30:14 | preglow | haha |
| 18:30:15 | preglow | nice |
| 18:30:26 | preglow | probably does some faulty frame skip |
| 18:37:35 | | Join Lear [0] (n=chatzill@h73n11c1o285.bredband.skanova.com) |
| 18:39:57 | | Quit Hooligan| () |
| 18:44:42 | preglow | linuxstb: any new ideas on what's wrong with bootloader? |
| 18:49:36 | | Join Febs [0] (n=40326e83@labb.contactor.se) |
| 18:50:38 | linuxstb | preglow: No. |
| 18:51:00 | linuxstb | I may go back through some old CVS versions and see when loading the original firmware broke. |
| 18:52:21 | | Quit ender` (Read error: 104 (Connection reset by peer)) |
| 18:53:50 | | Join Mmmm [0] (n=mscarrat@cpc4-hem13-3-1-cust63.lutn.cable.ntl.com) |
| 18:55:07 | | Join ender` [0] (n=ender@84.52.165.220) |
| 18:58:14 | preglow | what's up with rockbox.org? it just suddenly stops responding for large amounts of time |
| 18:58:24 | linuxstb | bootloader from 20 November works.... |
| 18:58:38 | preglow | ok, what's different? |
| 18:58:52 | Mmmm | The forum is not quite up to speed yet either |
| 19:00 |
| 19:00:20 | | Join Acksaw [0] (i=Acksaw@spc1-stok5-4-0-cust5.bagu.broadband.ntl.com) |
| 19:02:31 | preglow | something's funny |
| 19:02:38 | preglow | suddenly it comes back for about one second |
| 19:02:40 | preglow | then goes again |
| 19:05:16 | linuxstb | preglow: Your made your first set of startup code changes on the 20th - the bootloader after that works fine... |
| 19:05:32 | preglow | what did i change then? |
| 19:05:36 | preglow | right, remember |
| 19:06:47 | preglow | but yeah, i'd be surprised if it was anything in crt0.S |
| 19:08:54 | preglow | am i the only one having troubles with the site? |
| 19:09:22 | linuxstb | It seems fine for me. |
| 19:09:46 | preglow | doesn't answer pings here |
| 19:09:47 | preglow | wait |
| 19:09:48 | preglow | it does now |
| 19:09:53 | preglow | no, stopped |
| 19:10:32 | linuxstb | website still fine for me. ping is fine. |
| 19:11:16 | linuxstb | Mmm. 7 December bootloader is fine... |
| 19:11:48 | preglow | oh? |
| 19:11:52 | preglow | that can't be right |
| 19:11:57 | preglow | i flashed mine waaaaay before that |
| 19:12:29 | linuxstb | Let me double-check. |
| 19:13:40 | | Join _FireFly_ [0] (n=FireFly@p54A46F0E.dip.t-dialin.net) |
| 19:13:42 | preglow | rockbox.org is completely broken for me |
| 19:13:46 | preglow | oh well |
| 19:14:24 | *** | Saving seen data "./dancer.seen" |
| 19:14:30 | _FireFly_ | preglow: for me only the forum |
| 19:14:59 | linuxstb | Yep, 7 December bootloader still loads the retailos and Linux for me. |
| 19:15:17 | preglow | then it's pretty much got to be my crt0.S changes |
| 19:16:35 | Mmmm | Rockbox.org fine for me but forum is sloooooooow! |
| 19:17:22 | | Join hshah_ [0] (n=hshah@shahassociates.plus.com) |
| 19:18:08 | preglow | there's got to be something wrong with the connection here |
| 19:18:11 | Mmmm | Firefly was that you with the flicker fix? |
| 19:18:43 | _FireFly_ | Mmmm: yepp |
| 19:19:16 | Mmmm | Well done...its perfect...You made me a happy man :D |
| 19:19:47 | preglow | haha |
| 19:19:55 | preglow | this is the weirdest connection problem i've ever seen |
| 19:20:01 | _FireFly_ | ;) |
| 19:20:17 | preglow | i wonder if i should even bother trying to restart this piece of shit |
| 19:21:15 | linuxstb | preglow: 12 December (00:00) bootloader doesn't work. Getting closer... |
| 19:22:16 | | Part Polo_o |
| 19:24:28 | preglow | reboot, brb |
| 19:25:01 | linuxstb | OK, looks like I broke it on the 11 December... |
| 19:27:53 | _FireFly_ | Mmmm: could you test this patch please ?? http://home.arcor.de/s.wezel/flicker-fix-test.patch |
| 19:28:13 | _FireFly_ | this is an combination of my already commited patches |
| 19:28:46 | | Join webguest58 [0] (n=3efc4010@labb.contactor.se) |
| 19:29:08 | _FireFly_ | if this also works then is this a more simple solution as the two other together |
| 19:29:12 | preglow | linuxstb: how? |
| 19:29:33 | | Quit webguest58 (Client Quit) |
| 19:29:58 | linuxstb | I've no idea - it was my i2c and rtc code which isn't used in the bootloader afaics |
| 19:30:35 | linuxstb | But 2005-12-11 00:00 works, and 2005-12-12 00:00 doesn't. |
| 19:31:19 | Mmmm | Firefly: I would but what is there to patch? CVS doesn't flicker now! Or shall I test on an old build? |
| 19:31:54 | _FireFly_ | Mmmm: this patch is a more simple one which also reduce the codesize a bit |
| 19:31:56 | _FireFly_ | :) |
| 19:32:28 | _FireFly_ | Mmmm: this patch is against the latest cvs |
| 19:33:36 | Mmmm | Okey Dokey... :) |
| 19:34:47 | | Quit hshah (Read error: 113 (No route to host)) |
| 19:35:39 | | Quit Sanitarium (Read error: 110 (Connection timed out)) |
| 19:36:35 | | Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 19:38:20 | | Quit _FireFly_ (Read error: 113 (No route to host)) |
| 19:38:42 | | Join _FireFly_ [0] (n=FireFly@p54A46F0E.dip.t-dialin.net) |
| 19:40:03 | Mmmm | Not a flicker in sight! |
| 19:40:19 | _FireFly_ | :) |
| 19:40:35 | preglow | rockbox.org still acts up |
| 19:41:03 | | Join tvelocity [0] (n=tony@84.254.13.74) |
| 19:41:22 | Mmmm | How can this patch reduce the codesize? it has more additions than subtractions! or does it make some code redundant? |
| 19:42:17 | _FireFly_ | Mmmm: some code have a simply commented |
| 19:42:26 | _FireFly_ | for testing |
| 19:42:31 | Mmmm | Oh yeah ! :D |
| 19:43:34 | Mmmm | I really should take a closer look before i start talking rubbish eh? |
| 19:43:44 | _FireFly_ | :) |
| 19:43:57 | _FireFly_ | i do just an test if this really reduce the code-size |
| 19:44:00 | _FireFly_ | on iriver |
| 19:44:24 | linuxstb | preglow: I don't know what yet, but it was definitely something done on the 11 December. |
| 19:46:36 | _FireFly_ | yepp it reduce code-size abit :) 250020(org) to 249996 |
| 19:46:54 | _FireFly_ | 24 byte decrease |
| 19:47:44 | _FireFly_ | this is/was a three-step way to get a good result :) |
| 19:49:17 | preglow | markun: yo, you use freebsd, yea? |
| 19:49:24 | markun | yes |
| 19:49:56 | preglow | hard to get a dev env working? |
| 19:50:07 | Mmmm | Good one firefly... Next you've got to fix that darn ticking once and for all!! :D |
| 19:50:33 | _FireFly_ | the ticking it self is hardware related |
| 19:50:40 | Lear | hm... can you do a jump table in an asm statement? :) |
| 19:50:54 | Mmmm | Ok but improve the fix then |
| 19:51:36 | _FireFly_ | but with the reduce-ticking option the ticking is at least on my device not noticeable |
| 19:52:00 | preglow | Lear: yes? |
| 19:52:32 | Mmmm | In a quiet room you can only just hear it, but the main prob is the fact that oggs dont play when it's switched on! too processor intensive i think! |
| 19:52:36 | Lear | bit unsure about syntax in general for asm() stuff, so how would the labels be? |
| 19:52:51 | preglow | Lear: have a look at coldfire.S in ffmpegFLAC |
| 19:53:07 | preglow | Lear: featuring the most efficient jump table implementation i could think of |
| 19:53:31 | _FireFly_ | Mmmm: sometimes i have the feeling that the ticking is also not noticeable although the reduce-ticking option isn't enabled |
| 19:54:09 | Lear | Hm.. The leading "2" in the jump instruction itself (or rather, the address word)? |
| 19:54:55 | Mmmm | Firefly: Really? you are lucky! It seems that there are all sorts of units with different ticking levels out there. |
| 19:55:22 | preglow | Lear: ip always points to the extension word of the instruction currently executing |
| 19:55:31 | | Join tucoz [0] (n=martin@hornved.ii.uib.no) |
| 19:55:45 | preglow | Lear: that's just for correcting |
| 19:56:02 | tucoz | preglow, just to let you know. The rockbox site is weird for me as well. |
| 19:56:03 | wubbla | _FireFly_: reduce-ticking reduce-ticking |
| 19:56:08 | wubbla | _FireFly_: reduce-ticking option |
| 19:56:14 | wubbla | _FireFly_: sorry :-) |
| 19:56:20 | preglow | tucoz: perhaps it's a norwegian pipe problem |
| 19:56:34 | _FireFly_ | wubbla: ?? what do you want to try to tell me ?? |
| 19:57:17 | wubbla | _FireFly_: i just wanted to ask you about your reduce-ticking option... (e.g. where to find it in the settings menu) ;-) |
| 19:57:52 | _FireFly_ | the reduce-ticking option isn't from me it's from Slasheri |
| 19:58:07 | preglow | Lear: the jmp instruction is coded as two words for that particular addressing mode, the first word is the instruction itself, the second is the addressing data, and the instruction pointer always points at the extension word (even if the instruction hasn't got one), so i need to add 2 to make it point at the first jump table entry |
| 19:58:08 | _FireFly_ | wubbla: it is located in the remote-lcd-settings menu |
| 19:58:39 | Mmmm | Firefly: My problem is that with a complicated WPS (lots of scrolling) and ticking fix on, high bitrate oggs skip! The only way to play them is to go into the filebrowser. |
| 19:58:50 | wubbla | _FireFly_: wasn't the flickering related to the h300's main display? |
| 19:59:17 | Lear | yes, I suspected that much; I did do quite a bit 68000 programming a number of years ago... |
| 19:59:19 | | Quit hshah_ (Read error: 113 (No route to host)) |
| 19:59:58 | Mmmm | Wubbla: mode->General settings->Display->Remote-lcd settings->Reduce ticking it's for h1xx remote ticking |
| 19:59:59 | _FireFly_ | wubbla: on h3x0 that's true i had noticed only on the h1x0 remote but the code which i had changed is used for both displays |
| 20:00 |
| 20:00:31 | _FireFly_ | wubbla: i think you mix something :) |
| 20:01:15 | Mmmm | right...I'm hungry..Someone's got to cook round here! |
| 20:01:27 | wubbla | _FireFly_: indeed... ;-) |
| 20:01:27 | _FireFly_ | the image-flicker patch has no option :) why want someone that all images flickers :) |
| 20:01:40 | | Quit Mmmm ("Goes to heat up the stove") |
| 20:03:15 | | Part tucoz ("Leaving") |
| 20:03:33 | wubbla | _FireFly_: that's why i was that astonished |
| 20:06:48 | | Join lamed [0] (n=d4b3395e@labb.contactor.se) |
| 20:07:19 | _FireFly_ | LinusN: now i have a more simple solution for the image-flicker-problem :) |
| 20:08:20 | _FireFly_ | LinusN: with which i could also reduce the code-size a bit |
| 20:08:27 | _FireFly_ | for lcd-bitmap targets |
| 20:08:54 | Lear | Hm... gcc 3.4.5 is out... |
| 20:09:38 | | Quit lamed (Client Quit) |
| 20:09:44 | _FireFly_ | Lear: and ?? |
| 20:10:12 | Lear | Just as a note to those who do builds... :) |
| 20:10:17 | _FireFly_ | ;) |
| 20:12:31 | LinusN | _FireFly_: nice |
| 20:13:11 | _FireFly_ | the new code size for rockbox.iriver is 29952 |
| 20:13:34 | _FireFly_ | ups i mean 249952 |
| 20:13:36 | preglow | Lear: yeah, noticed, i'll be trying it out now, since i'm just about to build a cross compiler anyway |
| 20:13:36 | LinusN | 29k! that's what i call reduced |
| 20:13:38 | _FireFly_ | argh |
| 20:13:59 | _FireFly_ | ok next try to type it correct :) |
| 20:14:38 | _FireFly_ | the new size is 249952 to 250020 |
| 20:14:48 | LinusN | oki |
| 20:15:34 | _FireFly_ | it isn't much but any code-size reducement is a good one :) |
| 20:17:43 | | Join webguest99 [0] (n=d4406110@labb.contactor.se) |
| 20:17:44 | _FireFly_ | LinusN: but how did you come to a 29k reduce ?? |
| 20:18:08 | _FireFly_ | was it a bit math magic ?? :) |
| 20:18:17 | webguest99 | preglow: do your vbr files skip on your nano ?, http://www.hydrogenaudio.org/forums/lofiversion/index.php/t37025.html |
| 20:18:54 | preglow | webguest99: i don't use the apple os |
| 20:19:08 | webguest99 | wonder if apple purposely sabotaged mp3 ?, its a long shot |
| 20:19:41 | webguest99 | after all they do know how to program codecs, |
| 20:20:19 | preglow | i don't really care |
| 20:20:29 | preglow | i can see how that can be a legit bug |
| 20:20:33 | preglow | but they should of course fix it |
| 20:20:42 | webguest99 | Long Live Rockbox |
| 20:20:44 | preglow | then again, apple isn't known for listening too much to user requests |
| 20:20:56 | webguest99 | they dont really give a toss |
| 20:21:23 | webguest99 | glad creative is having a go at them, a bit of their own medicine for a change |
| 20:21:26 | Lear | in an asm(), do I need to tell that I clobber an input operand, even if I'm not interested in that operand afterwards (I return soon after)? |
| 20:22:08 | preglow | Lear: yes |
| 20:22:20 | preglow | Lear: all input operands that are clobbered, need to be specified as output operands |
| 20:22:20 | | Part webguest99 |
| 20:22:43 | preglow | if i remember correctly |
| 20:23:03 | Lear | with earlyclobber ("&") set, I suspect... |
| 20:23:48 | preglow | probably |
| 20:24:02 | preglow | damn |
| 20:24:06 | preglow | will be fun to see how the ifp port fares |
| 20:26:20 | Bagder | indeed |
| 20:26:33 | Bagder | that emulator approach sure is effective |
| 20:26:37 | Bagder | but a lot of work |
| 20:27:09 | preglow | hell yes, i can't see how he did it by himself |
| 20:28:07 | Lear | Ouch... I want to inline some asm - with labels - , but it can be used in multiple places in one function |
| 20:28:20 | Lear | , so I get label redefinitions. How avoid that? |
| 20:28:29 | preglow | use local labels |
| 20:28:30 | preglow | numerical |
| 20:28:44 | preglow | look at crt0.S |
| 20:28:56 | Lear | I do that already - I think - as in ".4:", no go... I'll check though. |
| 20:29:08 | preglow | i mean pure numerical labels, like 1: all the way |
| 20:29:20 | preglow | depends how far you need to branch |
| 20:29:56 | Lear | yep, that worked, thanks. |
| 20:35:05 | _FireFly_ | i have another idea to reduce the code-size in the wps-code and also remove an loop |
| 20:35:13 | preglow | hmm |
| 20:35:21 | preglow | i tried to test rockbox compiled with -mthumb |
| 20:35:49 | preglow | it crashed with some of the libgcc functions, however :/ |
| 20:37:43 | preglow | librockbox.a only differs by 24kb |
| 20:38:20 | _FireFly_ | when compiling with -mthumb ?? |
| 20:38:47 | Lear | Yay, it actually seems to work, once I got past the assembler. :) |
| 20:38:50 | linuxstb | preglow: Did you use -mthumb-interwork ? |
| 20:39:04 | preglow | linuxstb: that's what crashed |
| 20:39:09 | preglow | linuxstb: libgcc didn't support that |
| 20:39:17 | Lear | dang, forgot make zip, so I don't know yet... :) |
| 20:39:19 | preglow | Lear: what're you assembling? |
| 20:39:42 | Lear | some assembler optimizations (attempts to, at least) for Tremor... |
| 20:40:08 | | Join DangerousDan [0] (n=Miranda@newtpulsifer.campus.luth.se) |
| 20:41:20 | preglow | oooh |
| 20:41:27 | preglow | did you look at lostlogics patch? |
| 20:42:15 | | Join zeero [0] (n=nick@fw.cerisent.com) |
| 20:43:09 | zeero | does anyone know if the x11 version of the sim ever worked properly? looking at the code i don't see how it would ever have draw the image for the player you were using, for example |
| 20:43:49 | LinusN | zeero: of course it has ever worked, and it still works |
| 20:44:01 | LinusN | but not for the h300 |
| 20:44:31 | LinusN | and it doesn't draw the player image in the x11 version |
| 20:44:48 | zeero | ahh, okay |
| 20:45:07 | zeero | i assumed it worked for drawing the lcd, but i wondered about the player image |
| 20:45:20 | _FireFly_ | yeah another 16 bytes reducement |
| 20:45:46 | _FireFly_ | :) |
| 20:45:46 | LinusN | zeero: the x11 sim developers didn't find the player image very important |
| 20:46:21 | zeero | LinusN: fair enough |
| 20:47:03 | LinusN | zeero: but you are most welcome to port the x11 sim to SDL if you want |
| 20:48:03 | zeero | LinusN: i imagine i am, and if i manage to find the time, i just might |
| 20:48:11 | preglow | bagder also said he might do this |
| 20:48:47 | zeero | it doesn't seem like it would be too hard, given that the lcd drawing code is already there, but i've only been looking at the code for a day, so i've probably missed something |
| 20:48:53 | linuxstb | preglow: I've discovered one thing - the Apple OS seems to want the COP enabled. |
| 20:49:08 | preglow | linuxstb: lucky it, i'll enable it soon |
| 20:49:13 | linuxstb | Linux doesn't mind either way. |
| 20:56:25 | _FireFly_ | ok the new patch makes a code-size-reduction about 84-bytes :) |
| 20:58:13 | wubbla | _FireFly_: just to make that clear: you're not trying to get rid of the h300 flickering, are you? ;-) |
| 20:58:34 | _FireFly_ | the image-flickering is gone and already in cvs |
| 20:58:43 | _FireFly_ | i only improve the patch :) |
| 20:58:53 | _FireFly_ | as some h3xx users has already said |
| 20:59:02 | | Quit Acksaw () |
| 20:59:17 | wubbla | Patch #1379076 by Stephan Wezel - reduce the ticking problem a bit |
| 20:59:37 | wubbla | _FireFly_: that is yours right? |
| 21:00 |
| 21:00:01 | _FireFly_ | Patch #1377894 by Stephan Wezel - less image flickering in WPS |
| 21:00:58 | _FireFly_ | wubbla: yepp the second patch reduced the ticking-noise to the "old" value because the first patch which had solved the image-flicker-problem has increased the ticking-noise |
| 21:02:47 | preglow | arghhh |
| 21:03:51 | wubbla | hmm |
| 21:04:08 | wubbla | _FireFly_: i'm using the latest CVS source and the flickering is still there... |
| 21:04:45 | _FireFly_ | hmm |
| 21:04:49 | wubbla | _FireFly_: i might add that i changed the background/foreground colours in lcd.h (white fg on darkblue bg) |
| 21:04:54 | | Join solexx_ [0] (n=jrschulz@d143009.adsl.hansenet.de) |
| 21:05:14 | wubbla | maybe the flickering is less visible on dark bg and light fg... |
| 21:05:15 | wubbla | no idea |
| 21:06:14 | wubbla | i'll check that... |
| 21:06:58 | _FireFly_ | wubbla: then the only reason which i due this see is that the lcd-codes for the h3x0 isn't yet optimised |
| 21:07:08 | _FireFly_ | s/due/see due |
| 21:08:00 | wubbla | hmm... LinusN said something about DMA access for the LCD/HDD some days ago... |
| 21:14:27 | preglow | pfew |
| 21:14:28 | *** | Saving seen data "./dancer.seen" |
| 21:14:39 | preglow | for a second there, i actually considered writing an ipod emulator |
| 21:14:52 | wubbla | hehe |
| 21:16:44 | | Join Sanitarium [0] (n=sanitari@213-202-132-170.bas502.dsl.esat.net) |
| 21:20:01 | XavierGr | now I am completely confused. I made a plugin and included tree.h while it perfectly included the tree_flush() fn it will not do the same for get_tree_context(). why is that? |
| 21:20:48 | | Quit solexx__ (Read error: 110 (Connection timed out)) |
| 21:24:49 | Lear | Because it is called tree_get_context()? Not that it is something that's accessible from a plugin anyway... |
| 21:25:14 | | Quit Maxime` (Read error: 104 (Connection reset by peer)) |
| 21:25:20 | | Join Maxime [0] (n=flemmard@fbx.flemmard.net) |
| 21:25:27 | LinusN | wubbla: i have made experiments with dma for the h300 lcd, and it seems that it won't work |
| 21:25:52 | LinusN | probably due to the lcd bus timing constraints |
| 21:26:02 | wubbla | LinusN: hum. :-( |
| 21:26:28 | wubbla | LinusN: this would have made the access to LCD lightning fast, right? ;-) |
| 21:27:06 | LinusN | well, a lot faster anyway |
| 21:27:35 | wubbla | LinusN: it didn't work at all? |
| 21:27:42 | LinusN | i haven't given up yet, but i'll have to hoox up the logic analyzer to the lcd bus |
| 21:28:03 | LinusN | it worked so-so, the lcd didn't always recognize the writes |
| 21:28:24 | _FireFly_ | what a "stupid" lcd :) |
| 21:30:09 | LinusN | :-) |
| 21:30:34 | LinusN | my guess is that the time-between-accesses constraint isn't met by the coldfire bus controller |
| 21:30:52 | LinusN | i'll know more when i do the bus measurements |
| 21:31:05 | preglow | come to the other side, linus, get an ipod |
| 21:31:13 | preglow | the water's nice over here! |
| 21:31:15 | LinusN | preglow: i just might |
| 21:31:25 | LinusN | but only after the h300 and the x5 |
| 21:31:27 | preglow | leaving the porting to the n00bs is irresponsible! |
| 21:31:34 | dwihno | :-) |
| 21:32:02 | dwihno | You are great! The ipod port will be really sugarcake:ish! :) |
| 21:32:03 | LinusN | preglow: exactly, that's why i don't leave the h300 ;-) |
| 21:32:06 | dwihno | mmm, sugarcake |
| 21:32:23 | dwihno | x5 = iaudio disk thing? |
| 21:32:35 | wubbla | LinusN: you have to be strong and simply ignore these persuasions ;-) |
| 21:33:06 | LinusN | it's hard...the dark side is tempting...easier...more elusive... |
| 21:33:27 | preglow | we have beer! |
| 21:33:34 | LinusN | done deal! |
| 21:34:05 | * | LinusN walks away for a while |
| 21:34:10 | * | preglow brands linus with an apple logo |
| 21:36:10 | | Join Midgey34 [0] (n=Midgey34@c-24-11-55-125.hsd1.mi.comcast.net) |
| 21:36:27 | wubbla | LinusN: don't you want to be alternative and "oldschool"? remember that rockbox is an opensource project, that's why you simply have to use alternative hardware instead of supporting monopolies :-) |
| 21:37:39 | preglow | pft, it's a fringe case, they merely have 90% of the market |
| 21:37:50 | preglow | there's a "mono" in "monopoly" you know!!!!111one |
| 21:39:02 | wubbla | fringe case... pffff... |
| 21:40:33 | preglow | besides, it's clear he's in it for the fame and glory, imagine what the chicks'll be like when they find out they're running his code on their nice shiny ipods |
| 21:40:44 | linuxstb | preglow: Congratulations on the assimilation. amiconn is next... |
| 21:41:19 | preglow | linuxstb: he's a tough nut, but he'll crack under some skilled brainwashing |
| 21:41:26 | _FireFly_ | ipods are nice but the to must use an db is dumb |
| 21:41:34 | * | wubbla simply knows that LinusN will never ever convert to the dark side... |
| 21:42:27 | preglow | linuxstb: i know a guy at apple who's known for creating reality distortion fields. i'll have him talk to amiconn, and we'll see |
| 21:42:28 | _FireFly_ | i like to simply through some files on the drive |
| 21:42:44 | preglow | _FireFly_: well lucky you, rockbox on ipod will be like that |
| 21:42:51 | preglow | as a matter of fact, it already is! |
| 21:43:06 | _FireFly_ | :) then i only need the money to buy an ipod :) |
| 21:43:33 | _FireFly_ | preglow: or do you want to give an ipod as a gift to me ;) *g* |
| 21:43:37 | linuxstb | Two converts in 5 minutes. Who's next? |
| 21:43:44 | preglow | _FireFly_: "yes" |
| 21:44:13 | XavierGr | "NIce" struct entry is redifined in dbinterface! |
| 21:44:30 | preglow | linuxstb: starting to look dim for the button driver today |
| 21:44:40 | XavierGr | If I inlcude tree.h in the plugin api there is a clash between them |
| 21:45:11 | linuxstb | preglow: I know how you feel. This bootloader's driving me mad. |
| 21:46:28 | | Join PaulJ [0] (n=PaulJ@vpn-3056.gwdg.de) |
| 21:46:44 | linuxstb | XavierGr: Which struct are you talking about? |
| 21:46:56 | preglow | woo, i just shaved off twenty bytes or so in crt0.S for arm |
| 21:47:11 | _FireFly_ | preglow: :) |
| 21:47:23 | XavierGr | struct entry in tree.h is redefined in dbinterface.h |
| 21:47:31 | XavierGr | there is no colision yet because tree.h isn't included in the plugin api. |
| 21:47:32 | preglow | hahha, dancepuffduo wps rocks |
| 21:48:25 | preglow | linuxstb: we've gotta start giving thought to what to do with the cop as well |
| 21:48:40 | XavierGr | I changed the struct entry to sturct dbentry in "dbinterface.c and dbinterface.h" and now it will compile fine. |
| 21:49:45 | | Join petur [0] (i=petur@d54C1B62E.access.telenet.be) |
| 21:50:14 | linuxstb | preglow: I think that depends on how the CPU scaling will work. IIUC, (from the PP propaganda I think), the main CPU can be clocked at any speed, and the COP runs at either 100% or 50% or 0% of the speed of the main CPU. |
| 21:50:28 | preglow | cop has clock scaling, yes |
| 21:50:39 | linuxstb | But the COP can't run faster than the main CPU. |
| 21:50:41 | preglow | so you're saying we might want to use the cpu for codecs |
| 21:50:48 | preglow | and cop for everything else |
| 21:51:24 | linuxstb | That's one option. |
| 21:51:31 | preglow | well, it does make sense |
| 21:51:45 | preglow | we wont need a very high clock rate for the cpu that just does gui handling and plugins |
| 21:52:09 | _FireFly_ | yeah decoding needs more power |
| 21:52:10 | preglow | most of the time, at least |
| 21:52:30 | | Part mind_less |
| 21:53:05 | XavierGr | Slasheri: Remember that you told me that it would be easy to acces the directory data from the dir buffer? Well in fact I can access them if I inlude another function in the plugin api. This way the jpeg viewer will have no lag for sorting or large buffer arrays for filenames. |
| 21:56:30 | linuxstb | preglow: What have you learnt about the cache? Does that affect how we can use the COP? |
| 21:56:56 | | Quit tvelocity ("Leaving") |
| 21:57:23 | preglow | well, yes |
| 21:57:45 | preglow | the bus is not snooped, so we can't count on memory being coherent between processors |
| 21:58:12 | | Quit Cassandra (Read error: 110 (Connection timed out)) |
| 21:58:16 | preglow | so if one processor needs data from another, that always has to go through iram |
| 21:58:35 | linuxstb | So basically that means that they can't use the same data structures? |
| 21:58:44 | linuxstb | (unless they are in iram...) |
| 21:58:45 | preglow | unless they're in iram: correct |
| 21:58:46 | preglow | heh |
| 21:59:01 | | Join Noel_sad_song [0] (n=c87d64f3@labb.contactor.se) |
| 21:59:02 | linuxstb | So that's not too bad then. |
| 22:00 |
| 22:00:07 | preglow | nah |
| 22:00:36 | preglow | perhaps some of the gurus can elaborate on how much data is actually shared between the playback thread and the rest |
| 22:00:41 | preglow | or guru: slasheri |
| 22:02:42 | preglow | linuxstb: i've put some of the consts that differ between 5002 and 5020 and moved them to an ifdef at the top, so we can minimise ifdefs in the code itself, ok? |
| 22:02:49 | linuxstb | Sure. |
| 22:02:56 | preglow | i dislike ifdefs in code |
| 22:03:46 | linuxstb | They must just come from the fact that IPL uses real if statements. |
| 22:03:51 | preglow | yeap |
| 22:06:17 | linuxstb | Can you give me a build running at 75MHz? I want to test the speed of wav2wv |
| 22:06:28 | preglow | gimme a sec |
| 22:07:38 | preglow | www.pvv.org/~thomj/rockbox/rockbox.ipod |
| 22:07:41 | * | preglow crosses fingers |
| 22:07:57 | preglow | let's just hope i haven't broken crt0.S in the meantime |
| 22:08:00 | preglow | anywho, you'll find out :> |
| 22:08:32 | XavierGr | please tell us the results, it would be fun to know how a 75Mhz processor did comparing to an 120 one. |
| 22:09:02 | Lear | Well, in this case it would really be mips... |
| 22:09:20 | Lear | (As in meaningless information about processor speed :) ) |
| 22:09:23 | XavierGr | of course |
| 22:09:35 | | Join hshah [0] (n=hshah@shahassociates.plus.com) |
| 22:09:38 | | Join linuxstb_ [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
| 22:09:39 | XavierGr | hehe |
| 22:09:50 | | Quit linuxstb (Nick collision from services.) |
| 22:09:54 | preglow | linuxstb: oh, and the button driver is probably on crack |
| 22:09:55 | | Nick linuxstb_ is now known as linuxstb (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
| 22:09:58 | preglow | should work, though |
| 22:10:18 | markun | might still give a nice indication how the 300MHz of the Gigabeat will perform |
| 22:10:39 | preglow | if it doesn't just crash, that is |
| 22:10:48 | preglow | it's a miracle if this build works at all |
| 22:11:17 | | Join San [0] (n=sanitari@213-202-132-170.bas502.dsl.esat.net) |
| 22:12:12 | | Join Gibbed [0] (i=rick@pool-71-108-9-40.lsanca.dsl-w.verizon.net) |
| 22:12:14 | | Quit Rick (Nick collision from services.) |
| 22:12:23 | | Nick Gibbed is now known as Rick (i=rick@pool-71-108-9-40.lsanca.dsl-w.verizon.net) |
| 22:12:35 | markun | preglow: you didn't test it on your nano? |
| 22:12:53 | preglow | markun: it didn't even compile here |
| 22:12:59 | preglow | i think |
| 22:13:00 | preglow | hmm |
| 22:13:06 | * | preglow finds a wav |
| 22:13:13 | | Join Cassandra [0] (i=Cassandr@elmyra.coraline.org) |
| 22:13:24 | linuxstb | Testing now... |
| 22:13:33 | linuxstb | About 113% realtime |
| 22:13:39 | preglow | w00000t |
| 22:13:42 | preglow | damns fucking amazing |
| 22:13:46 | preglow | that's <- |
| 22:13:49 | XavierGr | iriver one? |
| 22:13:50 | linuxstb | Not bad :) |
| 22:14:05 | preglow | XavierGr: ipod |
| 22:14:09 | linuxstb | Anyone remember the % on the iriver? |
| 22:14:09 | preglow | at 75mhz |
| 22:14:15 | preglow | around 140, i believe |
| 22:14:32 | linuxstb | Who needs a cop? |
| 22:14:39 | XavierGr | yes I meant how the iriver can manage with the same file? |
| 22:14:39 | preglow | no one, that's who |
| 22:14:46 | linuxstb | XavierGr: I'll test now. |
| 22:14:47 | | Join Gibbed [0] (i=rick@pool-71-108-9-40.lsanca.dsl-w.verizon.net) |
| 22:14:50 | | Quit Rick (Nick collision from services.) |
| 22:14:59 | preglow | doing a test myself |
| 22:14:59 | | Nick Gibbed is now known as Rick (i=rick@pool-71-108-9-40.lsanca.dsl-w.verizon.net) |
| 22:15:04 | XavierGr | I am shaking.... |
| 22:15:16 | preglow | linuxstb: riiight, open with menu doesn't work |
| 22:15:45 | XavierGr | if the iriver cant get way better than this.... it will be disastrous fir irver fans... |
| 22:15:46 | preglow | what |
| 22:15:47 | preglow | it does |
| 22:15:56 | preglow | but it only lists two things: searchengine and searchengine |
| 22:16:01 | linuxstb | preglow: You need to compile wav2wv - it's not compiled by default. |
| 22:16:18 | preglow | rightieo |
| 22:16:41 | preglow | we don't have SWCODEC defined yet? |
| 22:16:54 | preglow | ahh, right |
| 22:17:09 | preglow | can i just remove the line at the top of SOURCES? |
| 22:17:20 | | Join jlo [0] (n=jl@atm91-1-82-227-1-35.fbx.proxad.net) |
| 22:17:28 | jlo | hi all |
| 22:17:38 | _FireFly_ | hi |
| 22:17:43 | linuxstb | preglow: No - you will get button errors in all the plugins. Just move the plugins you want outside SOURCES. |
| 22:17:50 | XavierGr | hi jlo |
| 22:17:57 | linuxstb | I mean outside that #ifdef in SOURCES |
| 22:18:25 | jlo | preglow : I'm just uploading some lsd for you to test |
| 22:18:35 | LinusN | preglow: can't you share the main memory by using semaphores and mailboxes in iram? |
| 22:18:57 | _FireFly_ | LinusN: mailboxes ?? |
| 22:19:18 | linuxstb | The same file encodes at 200% realtime on the h140... |
| 22:19:20 | preglow | LinusN: we seem to have dedicated mailboxes with interrupts, btw |
| 22:19:21 | LinusN | or message queues |
| 22:19:30 | LinusN | preglow: goodie |
| 22:19:33 | _FireFly_ | ah |
| 22:19:33 | XavierGr | wow |
| 22:19:34 | LinusN | there we have it |
| 22:19:36 | preglow | jlo: wont have time today, gotta go in ten minutes |
| 22:19:42 | preglow | or... |
| 22:19:42 | mirak | preglow: hi, I a reading xvid code ... |
| 22:19:49 | XavierGr | that's good for the iriver tight? |
| 22:19:50 | Lear | Interesting, having a static const array in a static inline function works; wonders how much space it needs... :) |
| 22:19:58 | | Quit arkascha (Read error: 110 (Connection timed out)) |
| 22:20:17 | mirak | preglow: I wonder how it will be able to ever compute that |
| 22:20:29 | jlo | preglow : just try it when you have time |
| 22:21:27 | Lear | Phew, only got one extra copy... |
| 22:21:54 | | Join linuxstb_ [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
| 22:22:06 | | Quit linuxstb (Nick collision from services.) |
| 22:22:35 | | Nick linuxstb_ is now known as linuxstb (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
| 22:22:54 | preglow | jlo: sure, just msg me an url or something |
| 22:23:45 | preglow | linuxstb: is there some spinup wait in the ide code or something? |
| 22:24:49 | jlo | preglow : you get in a subdirectory lsd at same place than yesterday |
| 22:25:18 | preglow | jlo: then please msg me that url, i had to reboot so lost it |
| 22:26:45 | jlo | preglow : http://www.ohl.to/iriver/tests/ |
| 22:27:12 | linuxstb | preglow: I don't know the ATA code that well - it's all generic. I basically just added the register addresses for the ipod and fixed some endian issues. |
| 22:27:40 | preglow | linuxstb: no matter what i do, i get a "cannot open /.rockbox/viewers/wav2wv.rock" message |
| 22:27:50 | | Quit Sanitarium (Read error: 110 (Connection timed out)) |
| 22:28:25 | linuxstb | What happens if you try and play the WAV file? I get the WPS appearing. |
| 22:28:30 | preglow | me too |
| 22:28:59 | mirak | hem, in C if you have a function called myfunction you can assign it to a variable ? |
| 22:29:06 | mirak | transfer_8to16copy = transfer_8to16copy_altivec_c |
| 22:29:11 | mirak | I see that in the code |
| 22:29:26 | preglow | here it goes |
| 22:29:29 | preglow | 140% realtime |
| 22:29:30 | preglow | 145 |
| 22:29:39 | mirak | the function itself if used without () is pointer ? |
| 22:29:42 | preglow | 150 |
| 22:29:53 | preglow | damn, this is impressive |
| 22:30:01 | ^BeN^ | h300 users: big images soliter by me =] http://members.lycos.co.uk/benbenben77/solitaire.rock |
| 22:30:21 | preglow | linuxstb: i say we just let the cop sleep if this is any indication of what stuff is going to be like |
| 22:30:37 | mirak | preglow: hey are you ignoring me or something ? |
| 22:30:40 | mirak | :) |
| 22:30:45 | linuxstb | Yep - I think we can get a fair distance without using it. |
| 22:30:58 | preglow | mirak: i'm a bit stressed here, i should have been running towards the bus now |
| 22:31:07 | mirak | oh go ahead |
| 22:31:10 | | Quit hshah ("Leaving") |
| 22:31:17 | preglow | linuxstb: but okie, there's a bug in the ata driver somewhere |
| 22:31:26 | petur | Bger, are you around? |
| 22:32:24 | LinusN | mirak: yes, the function name without the () is treated like a pointer |
| 22:34:10 | preglow | ok, on the same file, wav2wv on h120 yields: 198% realtime, peak |
| 22:34:12 | petur | LinusN: what's the difference between GPIO1 pin 49 (backlight on) and switching the PWM on? is it connected to an enable or something? |
| 22:34:15 | preglow | 150 for arm |
| 22:34:19 | petur | (just curious) |
| 22:34:21 | preglow | i say we're probably going to be fine... |
| 22:34:42 | LinusN | petur: the GPIO1 pin is used as an enable signal |
| 22:34:54 | petur | ok |
| 22:35:16 | petur | do you know how they do contrast? |
| 22:35:35 | preglow | but ok, gotta go, later |
| 22:35:47 | linuxstb | preglow: The whole playback code seems to work just fine. It seems that the writing of the output data is blocking. So it should be possible to write a dummy audio driver that just discards all the data. We can then see how fast it is. |
| 22:36:21 | linuxstb | But goodnight - don't miss your bus. |
| 22:38:15 | XavierGr | how he manages to be online when he have to catch a bus? |
| 22:38:32 | XavierGr | ^has |
| 22:41:23 | | Join webguest02 [0] (n=3e4f4094@labb.contactor.se) |
| 22:41:47 | | Join RotAtoR [0] (n=e@12-210-82-91.client.insightBB.com) |
| 22:42:32 | | Part Noel_sad_song |
| 22:42:59 | LinusN | petur: maybe they fiddle with the grayscale voltages |
| 22:43:12 | | Join qwisp11 [0] (n=arnott_c@cpc1-oxfd4-4-0-cust172.oxfd.cable.ntl.com) |
| 22:43:22 | qwisp11 | hi |
| 22:46:53 | petur | would we care to do contrast? would be nice once we do colour... just wait until that is ready. |
| 22:46:53 | qwisp11 | does anyone know the extension for saving sudoku games? |
| 22:46:57 | | Join DrMoos [0] (i=DrMoos@m196.net81-66-159.noos.fr) |
| 22:47:21 | _FireFly_ | qwisp11: afaik .ss |
| 22:47:37 | mirak | so I want to adapt a pogramm that uses malloc and free. What method did you use for other codecs that use that ? |
| 22:47:41 | _FireFly_ | these are simple-sudoku-files |
| 22:48:16 | markun | mirak: are you porting the ffmpeg mpeg-4 decoder? |
| 22:48:37 | mirak | markun: I am reading the code at least ... |
| 22:49:17 | qwisp11 | FireFly: I'm getting save failed. Doesn't matter. May well not be the extension I'm using. Thanks anyway |
| 22:49:32 | mirak | maybe LinusN knows |
| 22:49:56 | | Quit Moos (Read error: 104 (Connection reset by peer)) |
| 22:50:06 | | Nick DrMoos is now known as Moos (i=DrMoos@m196.net81-66-159.noos.fr) |
| 22:50:17 | petur | Bger wasn't quite happy with my brightness patch. I can understand I need to get those line endings right, but he also said 'too many files' |
| 22:50:38 | petur | should I create a patch that contains multiple changes? |
| 22:50:57 | markun | petur: can I see you patch? |
| 22:51:39 | LinusN | petur: cvs can generate a single patch file for you |
| 22:51:46 | petur | http://sourceforge.net/tracker/index.php?func=detail&aid=1379120&group_id=44306&atid=439120 |
| 22:51:56 | petur | but I see Bger has re-submitted it |
| 22:52:15 | webguest02 | markun: did you see that scrolling in the dir browser using a unicode font is too slow at 45mhz? |
| 22:52:39 | markun | webguest02: H1x0? |
| 22:52:52 | webguest02 | yup |
| 22:53:10 | markun | no, didn't notice |
| 22:53:17 | webguest02 | At least it is on large dirs. |
| 22:54:13 | markun | webguest02: which font did you try? |
| 22:54:22 | webguest02 | 6x13 and unifont at least |
| 22:54:30 | markun | 6x13 doesn't seem very slow here |
| 22:54:51 | webguest02 | Do you have music playing? |
| 22:54:55 | markun | no |
| 22:55:01 | webguest02 | strange |
| 22:55:21 | markun | I'll do some more tests later |
| 22:56:02 | webguest02 | It will keep scrolling for a few seconds after I release the button |
| 22:56:07 | LinusN | maybe we should put some of the unicode functions in iram |
| 22:56:55 | webguest02 | I should remember that setting to default settings will turn on the voice ui. Scared the crap out of me. |
| 22:57:03 | Lear | maybe the font cache isn't large enough? |
| 22:57:20 | webguest02 | Strange that you can't replicate this |
| 22:57:30 | mirak | LinusN: hem, how did you resolved the malloc and free problem for the codecs ? |
| 22:57:56 | Lear | mirak: ugly malloc hack without a working free. :) |
| 22:58:33 | webguest02 | I can also make the the music skip by scrolling if playing music. |
| 22:58:44 | mirak | Lear: in fact you do a big free when all mallocs are supposed to not be used anymore |
| 22:58:48 | Lear | any disk access during scroll? |
| 22:58:51 | mirak | ? |
| 22:59:19 | webguest02 | Lear: hard to tell.. once in a while |
| 22:59:24 | webguest02 | Might as well be buffering though |
| 23:00 |
| 23:00:09 | Lear | shouldn't be hard to tell, I'd think... If it is, it could mean rockbox needs to load font characters from disk; depends on what kind of filenames you have. |
| 23:00:35 | webguest02 | Only stuff that's in latin-1.. how big is the font-cache? |
| 23:00:50 | jlo | goobye |
| 23:00:54 | | Quit jlo () |
| 23:01:08 | webguest02 | The skips aren't connected with harddisk access. |
| 23:01:23 | webguest02 | that much's for sure |
| 23:01:35 | webguest02 | I get skips without hdd access. |
| 23:02:21 | webguest02 | I suppose I'll try to create a directory of "easy" filenames |
| 23:02:50 | petur | LinusN: those I2C H300 pin assignments for FM tuner, are they correct? (GPIO1 pins 56/57)? So I should just update the defines in fmradio_i2c.c and try? |
| 23:03:31 | LinusN | petur: hang on |
| 23:03:46 | * | petur swings http://www.rockbox.org/twiki/bin/view/Main/PortPinAssignments to Linus |
| 23:04:29 | | Quit perplexity (No route to host) |
| 23:06:08 | _FireFly_ | good night everybody |
| 23:06:11 | | Join linuxstb_ [0] (n=5343d4aa@labb.contactor.se) |
| 23:06:32 | | Quit _FireFly_ ("Leaving") |
| 23:08:00 | webguest02 | Aha. So. Even with the very few non-latin1 characters, that still matters. A dir with only a-z filenames will not result in sluggishness |
| 23:09:11 | LinusN | petur: i just double-checked, they seem to be correct |
| 23:09:32 | LinusN | make sure you change the audio mux select pin as well |
| 23:09:32 | petur | great, will try to get fm radio working then |
| 23:09:47 | petur | good you say that |
| 23:10:00 | LinusN | gpo30 |
| 23:10:11 | mirak | LinusN: have you heard of someone creating is own malloc function ? |
| 23:10:21 | LinusN | mirak: yes, why? |
| 23:10:38 | mirak | LinusN: in rockbox ? |
| 23:10:45 | mirak | for rockbox ? |
| 23:10:55 | markun | there is a fake malloc |
| 23:11:16 | mirak | markun: and a fake free ? |
| 23:11:30 | markun | mirak: yes, but the fake free doesn't free any memory :) |
| 23:11:39 | linuxstb_ | mirak: You should really make every effort to replace mallocs with static buffers. It will also help when optimising - you can put the most-accessed buffers in fast IRAM. |
| 23:11:39 | mirak | lol |
| 23:11:55 | | Quit Midgey34 (Read error: 110 (Connection timed out)) |
| 23:12:23 | mirak | linuxstb: maybe having something that run with as few modification as possible could be a good start |
| 23:12:24 | mirak | ? |
| 23:12:28 | zeero | is the lcd api that needs to be implimented by the sim specified anywhere? |
| 23:12:45 | webguest02 | zeero: graphicsapi in the wiki |
| 23:12:52 | linuxstb_ | mirak: Yes, so just use the fake malloc/free approach that we already use for the other codecs. |
| 23:13:11 | zeero | webguest02: thanks :) |
| 23:14:03 | LinusN | zeero: basically, the only functions you should need to port are lcd_update() and lcd_update_rect() |
| 23:14:27 | zeero | LinusN: okay cool, thanks |
| 23:14:30 | *** | Saving seen data "./dancer.seen" |
| 23:14:52 | LinusN | those are the functions that copy the frame buffer contents to the lcd |
| 23:15:02 | webguest02 | Hrm. So this directory where I'm getting sluggish scrolling has 17 files (of 400) containing non-ascii characters. 7 different ones. |
| 23:15:06 | mirak | linuxstb: to summarize you increase the stack for each malloc calls, then at one moment there should be no use of all what was allocated so you restart the stack from scratch ? |
| 23:15:25 | zeero | LinusN: nod |
| 23:15:32 | markun | mirak: look at apps/codecs/lib/codeclib.c |
| 23:15:40 | mirak | ok |
| 23:15:58 | linuxstb_ | mirak: Basically, yes. |
| 23:16:09 | zeero | LinusN: also remote_update stuff right? |
| 23:16:22 | LinusN | zeero: yes |
| 23:16:51 | linuxstb_ | If your code uses lots of free/realloc then you may have problems - you should try and remove the use of realloc. |
| 23:17:26 | ^BeN^ | bmp2rb -f 4 *.bmp |
| 23:17:28 | petur | LinusN: I would think #if (CONFIG_I2C == I2C_COLDFIRE) meant it's using the coldfire I2C, yet the code looks more like bit-banging. |
| 23:17:30 | LinusN | realloc is evil in its purest form |
| 23:17:34 | ^BeN^ | what i need to write |
| 23:17:41 | ^BeN^ | in the source |
| 23:17:42 | petur | Time for that generic I2C bitbanging thing? |
| 23:17:54 | LinusN | petur: yes, that is not a good #if condition |
| 23:18:04 | LinusN | petur: would be nice |
| 23:18:05 | ^BeN^ | for its work |
| 23:18:06 | ^BeN^ | ? |
| 23:18:44 | LinusN | ^BeN^: you need to do it once per file |
| 23:18:46 | linuxstb_ | ^BeN^: Just do "for a in *.bmp ; do bmp2rb -f 4 $a ; done" |
| 23:18:47 | LinusN | you can't do *.bmp |
| 23:18:55 | ^BeN^ | i know |
| 23:19:06 | ^BeN^ | its only example |
| 23:19:38 | ^BeN^ | what i need to wirte in the ".c" for its works? |
| 23:19:48 | LinusN | ^BeN^: call lcd_bitmap() |
| 23:19:55 | ^BeN^ | ohh |
| 23:19:59 | ^BeN^ | i 10x |
| 23:20:04 | ^BeN^ | 10x* |
| 23:20:13 | ^BeN^ | i use mono lcd bitmap |
| 23:20:13 | ^BeN^ | =\ |
| 23:20:19 | ^BeN^ | used |
| 23:21:33 | LinusN | 'aha |
| 23:22:38 | ^BeN^ | =] |
| 23:23:04 | ^BeN^ | solitaire.c:898: warning: passing arg 1 of pointer to function makes pointer fro |
| 23:23:04 | ^BeN^ | m integer without a cast |
| 23:23:04 | ^BeN^ | solitaire.c:967: warning: passing arg 1 of pointer to function makes pointer fro |
| 23:23:04 | DBUG | Enqueued KICK ^BeN^ |
| 23:23:04 | ^BeN^ | m integer without a cast |
| 23:23:08 | ^BeN^ | what wrong? |
| 23:23:17 | ^BeN^ | @@ |
| 23:25:39 | ^BeN^ | working now |
| 23:31:00 | mirak | what's memory allignement ? |
| 23:31:58 | | Quit linuxstb_ ("CGI:IRC (Ping timeout)") |
| 23:32:31 | | Quit qwisp11 () |
| 23:32:54 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
| 23:32:54 | * | webguest02 struggles to recreate the sluggish dir browser |
| 23:33:00 | | Join linuxstb_ [0] (n=5343d4aa@labb.contactor.se) |
| 23:36:42 | linuxstb_ | mirak: It means that values are stored in memory locations aligned to the size of that value - i.e. 32-bit words are stored on 4-byte boundaries, 16-bit words are stored on 2-byte boundaries. |
| 23:37:26 | linuxstb_ | Some CPUs will give errors when doing unaligned reads, others will just perform slower. |
| 23:38:35 | mirak | you mean relative to the adress that needs to be pair for exemple ? |
| 23:38:42 | mirak | or a multiple of 4 or 2 ? |
| 23:38:46 | mirak | or bit wise ? |
| 23:39:05 | mirak | linuxstb: ? |
| 23:39:37 | linuxstb_ | The address needs to be a multiple of 4 or 2. |
| 23:39:48 | linuxstb_ | e.g. storing a 32-bit value at location 0x1000005 is unaligned |
| 23:40:00 | linuxstb_ | But storing it at 0x1000004 is aligned |
| 23:40:11 | | Join Midgey34 [0] (n=Midgey34@c-24-11-55-125.hsd1.mi.comcast.net) |
| 23:40:22 | mirak | ok in xvid code there is a xvid_malloc, that have in plus an allignement parameter |
| 23:40:30 | mirak | maybe that's different |
| 23:40:50 | linuxstb_ | No, that's probably the same thing. |
| 23:40:57 | mirak | because I don't see how we can know the pointer is not aligned before allocation |
| 23:41:13 | mirak | wondering |
| 23:42:17 | linuxstb_ | Just look at the malloc implementation in apps/codecs/lib/codeclib - that always returns an address 32-bit aligned. |
| 23:42:18 | mirak | http://www.linuxdevices.com/news/NS5265530840.html |
| 23:42:46 | mirak | well I believe you, I just wondered what exactly was doing the malloc in xvid |
| 23:42:59 | petur | LinusN: I don't understand the port pin numbering in the wiki:the ColdFire doc says pin 56 on the 144QFP packages is PADD-VDD. Not really I/O :( |
| 23:43:01 | mirak | they kind of wrap the original malloc |
| 23:43:24 | LinusN | petur: it's not qfp |
| 23:43:33 | LinusN | it's bga |
| 23:43:35 | LinusN | 160pin |
| 23:43:49 | petur | damn - need to find another datasheet |
| 23:43:56 | LinusN | or turn the page |
| 23:44:17 | | Quit Lear ("Chatzilla 0.9.68.5.1 [Firefox 1.5/undefined]") |
| 23:44:21 | LinusN | why do you need the pin number? |
| 23:44:34 | saa[b_r]ider | ^Ben^: so does the solitare plug-in work now? |
| 23:44:46 | petur | to find out what bits to toggle? |
| 23:45:03 | ^BeN^ | with the big images? |
| 23:45:06 | ^BeN^ | yes |
| 23:45:18 | ^BeN^ | http://members.lycos.co.uk/benbenben77/solitaire.rock |
| 23:45:32 | saa[b_r]ider | great, is there another place for me to get it? i can't ipen lycos.co.uk |
| 23:45:39 | saa[b_r]ider | open |
| 23:45:52 | petur | The wiki only says GPIO1 and a pin number... |
| 23:46:21 | saa[b_r]ider | ^Ben^ did you upload it to rockbox.org ? |
| 23:46:37 | ^BeN^ | not yet |
| 23:46:52 | ^BeN^ | i can send you |
| 23:47:14 | saa[b_r]ider | please :) |
| 23:47:53 | LinusN | petur: the wiki says which *port pin* it is |
| 23:47:53 | ^BeN^ | accept.. |
| 23:48:14 | LinusN | GPIO is one port, GPIO1 is another |
| 23:48:27 | saa[b_r]ider | are you sending it through DCC? |
| 23:48:35 | LinusN | they are two halves of a 64-bit I/O port |
| 23:48:35 | ^BeN^ | yes |
| 23:48:50 | petur | oh - ok |
| 23:48:55 | LinusN | GPIO32 is bit 0 in GPIO1 |
| 23:49:13 | petur | sorry, haven't read the coldfire manual yest :( |
| 23:49:13 | LinusN | get it? |
| 23:49:14 | saa[b_r]ider | sorry, please try again |
| 23:49:20 | petur | yep - go it now! |
| 23:49:56 | ^BeN^ | linusn: when i use this function rb->lcd_bitmap(carddeck[1], LCD_WIDTH2 - CARD_WIDTH+1, LCD_HEIGHT-CARD_HEIGHT+1, 19, 24); |
| 23:50:04 | saa[b_r]ider | ^Ben^ I just fixed the settings, so it should work fine.... underline SHOULD :D |
| 23:50:05 | ^BeN^ | the color goen crazy |
| 23:50:42 | LinusN | crazy? |
| 23:50:48 | ^BeN^ | yes |
| 23:50:52 | ^BeN^ | mm |
| 23:51:00 | ^BeN^ | no spesific color |
| 23:51:06 | linuxstb_ | Do you set a drawmode? |
| 23:51:12 | ^BeN^ | all the colors mixed |
| 23:51:17 | ^BeN^ | LOL no |
| 23:51:30 | ^BeN^ | i dont know that i need to set it |
| 23:52:05 | saa[b_r]ider | ^Ben^ did you resend it? |
| 23:52:16 | ^BeN^ | look in private |
| 23:52:23 | petur | LinusN: it all makes sense now - now I understand the H1xx defines.... |
| 23:54:53 | ^BeN^ | linuxstb_ - which draw mode i need to use? |
| 23:55:27 | | Join tucoz [0] (n=martin@hornved.ii.uib.no) |
| 23:55:58 | * | tucoz is listening to a review for blind users of rockbox on the h140 :) |
| 23:56:35 | ^BeN^ | linusn? |
| 23:56:40 | ^BeN^ | linuxstb? |
| 23:57:10 | tucoz | It is impressive what computers make possible for the blind. Never heard of a braille device before I started using rockbox |
| 23:57:15 | LinusN | ^BeN^: yes? |
| 23:57:23 | ^BeN^ | which draw mode i need to use? |
| 23:57:28 | ^BeN^ | ? |
| 23:58:38 | linuxstb_ | DRMODE_SOLID is the default |
icon identifies that the person is a core developer (has commit access).