| 00:01:02 | _FireFly_ | ok now they are in the wiki |
| 00:01:09 | mirak | is there an assembly optimised ifft for coldfire ? |
| 00:01:17 | _FireFly_ | lets the discussen begins about it ;) |
| 00:01:51 | _FireFly_ | now it is really time for bed for me good night everybody |
| 00:01:59 | LinusN | nite _FireFly_ |
| 00:02:33 | | Quit _FireFly_ ("Leaving") |
| 00:02:39 | | Join Lear [0] (n=chatzill@h184n5c1o285.bredband.skanova.com) |
| 00:02:53 | mirak | maybe I can reuse one from a codec |
| 00:04:43 | | Join edx [0] (i=edx@p54A86637.dip.t-dialin.net) |
| 00:08:58 | LinusN | amiconn: there? |
| 00:09:03 | | Quit |u|smooth (Read error: 104 (Connection reset by peer)) |
| 00:09:09 | amiconn | LinusN: yes |
| 00:09:47 | * | amiconn just noticed the issue date of the HD66789R datasheet |
| 00:09:52 | LinusN | amiconn: i was about to ask about the time display on the ondio |
| 00:09:59 | LinusN | but i realized it has no rtc |
| 00:10:37 | warewolf | yaay |
| 00:10:46 | amiconn | Yes, that's why we were able to reuse the clock area for the MMC icon |
| 00:10:48 | * | warewolf asked earlier about h300 rtc |
| 00:13:13 | amiconn | Too bad we can't use high speed data write for the H300 lcd |
| 00:13:19 | | Quit DiveineIn (Read error: 104 (Connection reset by peer)) |
| 00:14:28 | | Quit Lear ("Chatzilla 0.9.69 [Firefox 1.5/0000000000]") |
| 00:14:42 | amiconn | How does the current lcd_write_data() ensure correct timing at 124 MHz (namely the minimum inactive period for /WR) ? |
| 00:15:49 | dropandho | firefly- nice...i see your wiki pages |
| 00:15:52 | dropandho | thanks for sharing |
| 00:16:13 | dropandho | so you are gonna try to implement that work? |
| 00:18:57 | mirak | I can't build the current cvs |
| 00:19:11 | mirak | settings_menu.c: In function `brightness': |
| 00:19:11 | mirak | settings_menu.c:220: error: `LANG_BRIGHTNESS' undeclared (first use in this function) |
| 00:19:42 | amiconn | You're building non-english? |
| 00:20:23 | mirak | yes french |
| 00:21:31 | petur | hmmm do you need to add a new setting to all LANG files or does it fall back to english? |
| 00:21:33 | amiconn | Then you need to update french.lang with the new string firast |
| 00:22:02 | amiconn | petur: Rockbox falls back to the built-in language for strings not present in the loaded .lng file |
| 00:22:11 | mirak | amiconn: don't know wha it is |
| 00:22:24 | amiconn | The standard is to build english, then builtin is english and english is the master |
| 00:23:25 | * | amiconn always chooses english as built-in language |
| 00:23:30 | petur | ah, so if you're *building* with another language, that file should be up-to-date... |
| 00:23:35 | amiconn | yup |
| 00:23:54 | petur | who's responsible for updating the LANG files? |
| 00:24:22 | amiconn | .lang files aren't assigned to specific maintainers |
| 00:24:47 | petur | Should I have added them to my patch? |
| 00:24:50 | amiconn | Everyone who feels like it can file a patch, or change himself when he has commit access |
| 00:25:32 | mirak | amiconn: why not defaulting to english parameter ? |
| 00:25:48 | petur | time to get some sleep. goodnight |
| 00:25:53 | | Quit petur ("here today, gone tomorrow") |
| 00:25:57 | mirak | you load the english file, then after that the other language file |
| 00:26:11 | mirak | and #defines are redefined |
| 00:26:15 | mirak | can it work ? |
| 00:26:24 | amiconn | The standard way for a new string is to add it to english.lang, and optionally to your own language. I'm sure there is *no* contributor who knows all supported languages |
| 00:26:43 | | Nick Lost-ash is now known as ashridah (n=ashridah@67.106.77.212.ptr.us.xo.net) |
| 00:27:30 | mirak | what I said could work or it's not feasible ? |
| 00:28:14 | amiconn | ?? |
| 00:28:30 | mirak | ? |
| 00:28:53 | amiconn | #defines are evaluated at build time, they can't be changed at runtime |
| 00:30:54 | mirak | I know |
| 00:31:34 | mirak | but the configure could include the english file first, then include the target language after that |
| 00:31:46 | mirak | the defines would be overridden |
| 00:31:54 | mirak | can it work ? |
| 00:32:13 | mirak | :) |
| 00:33:43 | amiconn | Well, perhaps, but why? Imho the build language selection causes more confusion and problems that it's worth. Just choose english as builtin language. You can always choose another .lng file in the settings |
| 00:33:55 | Bagder | I agree |
| 00:34:04 | Bagder | we should probably remove that ability |
| 00:34:13 | mirak | I always needed to change it anyway |
| 00:34:41 | mirak | remove it yes |
| 00:34:55 | LinusN | gets my vote too |
| 00:34:58 | * | bagawk is in agreement |
| 00:35:36 | amiconn | One could argue that the builtin language saves a tiny bit of battery power by not having to load a .lng file, but imho this is neglectible |
| 00:35:49 | amiconn | The RAM is set aside anyway |
| 00:36:08 | amiconn | ...and many other things are loaded from disk, like fonts,... |
| 00:36:24 | mirak | rockbox |
| 00:36:26 | mirak | ... |
| 00:36:50 | Bagder | ok, let's rip it out |
| 00:36:57 | amiconn | mirak: Not necessarily |
| 00:37:09 | mirak | ? |
| 00:37:14 | amiconn | On archos it's possible to load/run rockbox from flash |
| 00:37:58 | amiconn | One day this will also be possible on iriver. |
| 00:38:03 | mirak | is it normal that the battery never reach full charge ? |
| 00:39:02 | LinusN | mirak: how do you know that it isn't fully charged? |
| 00:39:22 | mirak | because the UI doesn't say it ... |
| 00:39:30 | mirak | :) |
| 00:39:37 | Bagder | the most annoying part with skipping the language selection is updating a billion automated builds! ;-) |
| 00:39:39 | mirak | why does it look like it never reach full charge ? |
| 00:39:44 | LinusN | mirak: so your question is: "is it normal that rockbox never displays full charge?" |
| 00:39:46 | ashridah | mirak: that's a detection issue, not a charge issue |
| 00:40:00 | ashridah | (last i checked anyway) |
| 00:40:16 | lostlogicx | did the iRiver firmware turn off the charging circuitry when it showed that fully charged icon, or is stopping charging handled entirely in hardware and it stops charging by hardware? |
| 00:40:35 | crwl | @ |
| 00:40:39 | LinusN | the charging is handled by the pcf50606 chip |
| 00:41:17 | mirak | LinusN: you said somewhere the H300 can't work without using the battery |
| 00:41:21 | mirak | is it right ? |
| 00:41:23 | LinusN | mirak: the answer is: the battery level hasn't been calibrated on the iriver players |
| 00:41:33 | amiconn | LinusN: Did you get my last question? |
| 00:42:13 | LinusN | amiconn: the h300 lcd transfer loop is so slow that it didn't need any timing adjustments |
| 00:42:23 | LinusN | because of the slow dram access |
| 00:42:35 | amiconn | Hmm. That was the same with DMA? |
| 00:42:39 | LinusN | yes |
| 00:42:56 | LinusN | since it interleaved dram and lcd accesses |
| 00:43:00 | amiconn | With burst-read that will no longer be the case |
| 00:43:11 | LinusN | perhaps not |
| 00:43:38 | amiconn | Well, the waitstates only stretch the /WR active time, correct? |
| 00:43:44 | LinusN | correct |
| 00:43:54 | | Quit gromit` (Read error: 104 (Connection reset by peer)) |
| 00:44:06 | | Join Membrillo [0] (n=sam_kill@CPE-144-131-86-7.nsw.bigpond.net.au) |
| 00:44:29 | amiconn | We need at least 70 ns /WR inactive time which equals 9 CPU cycles at 124 MHz |
| 00:44:38 | LinusN | :-( |
| 00:44:58 | LinusN | how long is a swap in iram? |
| 00:45:16 | amiconn | word swap is a register operation, 1 cpu cycle |
| 00:45:27 | LinusN | so 2 for the fetch and 1 for the execution |
| 00:45:32 | LinusN | right? |
| 00:45:34 | Membrillo | Uh, following the trend on the language page of labelling each file how the language is said in that language, Japanese should be labelled Nihongo |
| 00:45:51 | amiconn | No, just one cycle once the code is cached |
| 00:46:00 | LinusN | no cache in iram |
| 00:46:01 | Membrillo | (japanese language in japanese) |
| 00:46:24 | LinusN | but iram access is 1 cycle anyway, roght? |
| 00:46:31 | amiconn | yes |
| 00:46:47 | LinusN | so 2 cycles for a swap |
| 00:46:52 | amiconn | No, 1 cycle |
| 00:47:16 | LinusN | ok, the fetch is piped |
| 00:47:27 | amiconn | yes |
| 00:47:43 | lostlogicx | IRAM is 1 bus cycle, code cache is 1 CPU cycle? |
| 00:48:03 | LinusN | and the move.w -(ax) is how many? |
| 00:49:32 | amiconn | We don't need the decrement, but that doesn't matter anyway. move.w Dn,(Ax) is also just 1 cycle |
| 00:49:48 | | Nick ashridah is now known as Lost-ash (n=ashridah@67.106.77.212.ptr.us.xo.net) |
| 00:50:07 | amiconn | ...with one write access, which will of course be 1 bus cycle == 2 cpu cycles (16 ns) |
| 00:51:21 | LinusN | 1 bus cycle is 3 cpu cycles iirc |
| 00:51:46 | LinusN | plus wait states |
| 00:51:57 | amiconn | busclk == cpuclk/2 |
| 00:52:11 | LinusN | so it is 6 then |
| 00:52:23 | amiconn | ? |
| 00:52:35 | amiconn | You mean the 2 waits? |
| 00:53:03 | LinusN | no, i mean that an access is 3 bus cycles == 6 cpu cycles |
| 00:53:39 | amiconn | ??? |
| 00:53:53 | LinusN | and each wait state is 1 bus cycle == 2 cpu cycles |
| 00:54:23 | amiconn | Why should one access take 3 bus cycles (w/o wait states)? |
| 00:55:11 | LinusN | cycle 1: drive address |
| 00:55:31 | LinusN | cycle 2 + waitstates: perform the read |
| 00:55:46 | LinusN | cycle 3 + waitstates: release the address |
| 00:55:59 | LinusN | all in all 3+ws bus cycles |
| 00:56:26 | LinusN | write cycles are the same |
| 00:56:55 | LinusN | this is of course regular static ram accesses, sdram is of course different |
| 00:57:17 | amiconn | Hmm, it seems I overlooked somehing in the datasheet |
| 00:57:20 | LinusN | and iram is also different |
| 00:57:30 | amiconn | Isn't the write buffered? |
| 00:57:37 | LinusN | not that i know of |
| 00:57:55 | LinusN | (and i hate that) |
| 00:58:05 | | Quit Membrillo () |
| 00:59:00 | LinusN | the 5249 can burst sram accesses, 3-2-2-2 |
| 00:59:46 | amiconn | If the write needs 3 bus cycles anyway, we might need less wait states in a number of places |
| 00:59:58 | amiconn | write and read of course |
| 01:00 |
| 01:00:10 | | Quit akaidiot ("( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )") |
| 01:00:30 | LinusN | amiconn: where? |
| 01:01:09 | LinusN | afaik, we have 0 waitstates everywhere |
| 01:01:13 | amiconn | E.g. flash rom, but that needs testing |
| 01:01:19 | amiconn | We don't |
| 01:02:48 | LinusN | which one is not 0 waitstates? |
| 01:03:19 | amiconn | We use 2 waitstates for LCD at 124 MHz, 4 waitstates for flash ROM at 124 MHz, and 1 waitstate for flash ROM at 45 MHz |
| 01:03:51 | LinusN | ah, silly me |
| 01:03:57 | amiconn | Back when I added flash ID reading for h1x0, there were only 2 waitstates for flash at 124 MHz |
| 01:04:16 | amiconn | That was definitely not enough, as I got only garbage |
| 01:05:14 | | Quit webguest95 ("CGI:IRC (EOF)") |
| 01:05:55 | | Part Sando |
| 01:07:25 | amiconn | I'm a bit confused. Is this a 70ns or a 90ns ROM? |
| 01:07:33 | LinusN | 70 |
| 01:08:01 | amiconn | Hmm. Then I wonder why 2 waitstates at 124 MHz weren't enough |
| 01:08:39 | amiconn | A bus cycle is ~16ns at 124 MHz (busclk == 62 MHz) |
| 01:09:00 | amiconn | That means, 3+2(wait) * 16 ns == 80 ns |
| 01:09:22 | | Quit ender` (" "Religion is the opiate of the masses." -- Karl Marx "Winners don't do drugs." -- The FBI") |
| 01:13:36 | LinusN | weird |
| 01:13:55 | LinusN | it's LA time... |
| 01:14:15 | LinusN | unfortunately, i'm 500 kilometers from my la |
| 01:14:37 | *** | Saving seen data "./dancer.seen" |
| 01:15:01 | amiconn | Well, taking into consideration that /CS active time is only 2 bus cycles, 3 waitstates should be enough at 124 MHz |
| 01:15:32 | amiconn | ...but the one waitstate at 45 MHz shouldn't be necessary at all. However, it is necessary... |
| 01:15:50 | LinusN | badness |
| 01:16:30 | | Join San [0] (n=test@A-57-80.cust.iol.ie) |
| 01:17:18 | | Join akaidiot [0] (n=nope@c-5846e255.363-1-64736c11.cust.bredbandsbolaget.se) |
| 01:18:17 | | Join mymomthelush [0] (n=lush@69-172-214-124.ontrca.adelphia.net) |
| 01:18:39 | | Part mymomthelush |
| 01:22:06 | | Quit tvelocity ("Leaving") |
| 01:24:40 | amiconn | LinusN: Perhaps it's my fault after all. There's an additional setup time when reading the flash ID. |
| 01:24:50 | LinusN | aha... |
| 01:25:00 | amiconn | Nevertheless a LA measurement should help to make things clear |
| 01:25:05 | LinusN | absolutely |
| 01:26:49 | | Quit t0mas (Read error: 104 (Connection reset by peer)) |
| 01:28:22 | amiconn | Software ID Access and Exit Time: 150 ns |
| 01:30:10 | LinusN | there you go |
| 01:31:25 | amiconn | Otoh, I vaguely remember that just reading the ROM with 2 waitstates delivered garbage. Seems some experimentation is due |
| 01:31:56 | | Quit linuxstb (Read error: 110 (Connection timed out)) |
| 01:32:32 | amiconn | (Dump ROM contents) |
| 01:32:38 | | Join linuxstb [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
| 01:36:04 | | Quit bazz ("Leaving") |
| 01:38:59 | | Quit Moos ("Happy birthday Rockbox") |
| 01:39:46 | LinusN | ok |
| 01:40:33 | LinusN | otoh, i don't care that much about flash access time right now |
| 01:40:46 | LinusN | lcd is more important |
| 01:47:53 | | Quit dpassen1 (Read error: 110 (Connection timed out)) |
| 02:00 |
| 02:00:15 | | Join ryan_ [0] (n=chatzill@adsl-69-231-39-78.dsl.irvnca.pacbell.net) |
| 02:01:43 | LinusN | time to sleep, nite alll |
| 02:01:56 | | Part LinusN |
| 02:02:54 | | Quit ryan_ (Client Quit) |
| 02:11:57 | | Join DiveineIn [0] (n=eran_yar@87.69.22.69.cable.012.net.il) |
| 02:25:26 | | Join Sando [0] (n=lolsteam@techgaming.net) |
| 02:28:21 | | Quit mirak ("Ex-Chat") |
| 02:59:58 | | Quit dropandho () |
| 03:00 |
| 03:05:00 | | Quit miner49er ("using sirc version 2.211+KSIRC/1.3.11") |
| 03:06:31 | | Join Jungti1234 [0] (n=jungti12@58.77.81.144) |
| 03:14:41 | *** | Saving seen data "./dancer.seen" |
| 03:20:22 | | Join ghode [0] (n=garudin@host-84-9-105-221.bulldogdsl.com) |
| 03:20:36 | Jungti1234 | RTC support!! |
| 03:21:50 | | Quit ghode|afk (Read error: 110 (Connection timed out)) |
| 03:22:53 | Jungti1234 | anyone? |
| 03:24:26 | Jungti1234 | Bger!! |
| 03:51:27 | | Join nathanh [0] (n=wosjowj@220-245-216-23-act-pppoe.tpgi.com.au) |
| 03:52:38 | nathanh | woot, rockbox rocks boxes |
| 03:57:34 | lostlogicx | RTC display in WPS needed now. |
| 04:00 |
| 04:12:58 | nathanh | is the rtc code written for every platform? adding the tag to wps is easy |
| 04:22:26 | | Quit San (Read error: 104 (Connection reset by peer)) |
| 04:43:52 | | Quit akaidiot (Connection timed out) |
| 04:52:30 | | Quit actionshrimp ("a bird in the bush is worth two in your house") |
| 05:00 |
| 05:00:28 | | Join DivineInt [0] (n=eran_yar@87.69.22.69.cable.012.net.il) |
| 05:13:42 | lostlogicx | nathanh: lots of code, unless I missed something −− I'm about done with it |
| 05:14:11 | lostlogicx | lets the user display time using basically 'date' syntax (w/o the %s, and only supporting a limited number of format options) |
| 05:14:44 | *** | Saving seen data "./dancer.seen" |
| 05:15:26 | nathanh | tops stuff, lots of people have been asking for rtc |
| 05:17:14 | | Quit DiveineIn (Read error: 110 (Connection timed out)) |
| 05:18:08 | lostlogicx | I hope it doesn't impatct WPS performance, because it's about the most complex tag. |
| 05:27:15 | nathanh | well, i got some thoughts about that |
| 05:27:35 | nathanh | i implemented a display lists patch - basically lets you have any order of images and tags - but its sloooow |
| 05:27:50 | nathanh | i cant play an ogg at the same time as the display list on my h300 (mp3 works ok though) |
| 05:28:01 | nathanh | i profiled it and the majority of time is spent in format_display |
| 05:28:10 | nathanh | that parsing code parses the wps file - tags and all - every single frame |
| 05:28:16 | nathanh | grossly inefficient |
| 05:28:26 | nathanh | so before i push a display lists code im working on a tokenizer |
| 05:28:43 | nathanh | the parser will take the wps and generate a list of tokens - bytecode if you will - and that will be what format_display runs through |
| 05:28:51 | nathanh | i expect to drop the cost of wps displaying down to nothing |
| 05:29:05 | lostlogicx | that's basically what I suggested on patch tracker, isn't it? |
| 05:29:08 | nathanh | ? |
| 05:29:13 | nathanh | dunno, maybe |
| 05:29:25 | nathanh | i dont recall what you said :-) |
| 05:29:35 | lostlogicx | my latest comment on one of your patches, basically said preparse the WPS as much as possible |
| 05:29:47 | nathanh | ok, so we're on the same frequency :-) |
| 05:29:50 | lostlogicx | because yes, tokenizing it every effing time through was teh bad |
| 05:29:52 | lostlogicx | totally. |
| 05:30:13 | nathanh | so now that sdl is out of the way ive got 3 patches i want to write - color bmp loads (working, needs tweaking) |
| 05:30:18 | nathanh | then tokenized wps |
| 05:30:23 | nathanh | then i'll redo the display lists code |
| 05:30:29 | lostlogicx | you must have time on your hands. |
| 05:30:30 | lostlogicx | :) |
| 05:30:34 | nathanh | im on holiday! |
| 05:30:45 | nathanh | starting as of 2 hours ago |
| 05:31:14 | lostlogicx | I'm on a four day weekend, but I'll be out of town w/o internet access for it starting at 6am :( |
| 05:32:06 | nathanh | anyway, the tokenizer should be fairly simple |
| 05:32:12 | nathanh | ive already got a doodle on a bit of paper about how to do it |
| 05:32:46 | lostlogicx | yeah, I had some theories on it, kinda a pain to move much of the existing WPS code into it, but nothing inherently _hard_ |
| 05:33:31 | nathanh | the best bit about this project is the lead devs are all keen on doing the hardware |
| 05:33:39 | nathanh | which is great, because i despise working with hardware |
| 05:33:53 | nathanh | so i get to muck about with all the cool stuff that they're not interested in :-) |
| 05:34:22 | lostlogicx | lol, I like anything that's down in the works C... because I work all day in high level Java and I need a change of pace |
| 05:37:55 | | Quit DreamTactix291 () |
| 06:00 |
| 06:18:24 | lostlogicx | hmph, the value of get_time() is only updating every 5-7 seconds |
| 06:18:32 | lostlogicx | otherwise time formatted display works. |
| 06:19:46 | | Join San [0] (n=test@213-202-165-82.bas503.dsl.esat.net) |
| 06:30:21 | lostlogicx | http://sourceforge.net/tracker/index.php?func=detail&aid=1388592&group_id=44306&atid=439120 <−− RTC in WPS first whack. |
| 06:31:13 | | Join DreamTactix291 [0] (n=DreamTac@adsl-156-26-186.bna.bellsouth.net) |
| 06:34:00 | | Join akaidiot [0] (n=nope@c-4346e255.363-1-64736c11.cust.bredbandsbolaget.se) |
| 06:36:02 | | Nick Lost-ash is now known as ashridah (n=ashridah@67.106.77.212.ptr.us.xo.net) |
| 06:54:30 | | Quit akaidiot (Read error: 110 (Connection timed out)) |
| 07:00 |
| 07:03:20 | | Quit nathanh (Read error: 110 (Connection timed out)) |
| 07:05:46 | | Join paugh [0] (n=kickback@2001:5c0:8fff:ffff:8000:0:3e03:6822) |
| 07:14:47 | *** | Saving seen data "./dancer.seen" |
| 07:18:12 | | Join nathanh [0] (n=wosjowj@220-245-216-23-act-pppoe.tpgi.com.au) |
| 07:19:45 | | Quit paugh ("Leaving") |
| 07:36:55 | | Quit nathanh ("Quit") |
| 07:39:34 | Jungti1234 | http://mfiles.naver.net/9647a07c6d335be8c19d/data15/2005/12/23/42/rockbox_rtcwps.zip : 12-23 build + RTC in WPS patch |
| 07:40:00 | lostlogicx | is yours better than mine? |
| 07:41:30 | Jungti1234 | no |
| 07:41:41 | lostlogicx | what's the difference? |
| 07:41:42 | Jungti1234 | same. |
| 07:42:47 | lostlogicx | oooh that's just a _build_ of rockbox with it patched? |
| 07:43:24 | | Quit RotAtoR ("zzzzzzz") |
| 07:43:37 | Jungti1234 | yes |
| 07:47:38 | lostlogicx | I'm working on adding day and month names ;) |
| 07:47:40 | lostlogicx | should be sleeping. |
| 07:48:01 | Jungti1234 | hehe |
| 07:50:40 | lostlogicx | patch file updated with (hopefully) localized day and month name support (date format tags a and b) |
| 07:54:35 | Jungti1234 | oh.. |
| 07:56:15 | lostlogicx | just tryin' to torture you with new versions ;) |
| 07:56:59 | Jungti1234 | :) yes. |
| 07:57:11 | Jungti1234 | torture -_-; |
| 08:00 |
| 08:06:47 | | Quit Bger ("bbl") |
| 08:09:31 | Jungti1234 | oh no Bger.. |
| 08:14:57 | Jungti1234 | hey lostlogicx |
| 08:23:50 | Jungti1234 | lostlogicx, Are you there? |
| 08:23:55 | lostlogicx | yes |
| 08:35:42 | | Join ender` [0] (i=ychat@84.52.165.220) |
| 08:39:17 | | Join Membrillo [0] (n=sam_kill@CPE-144-131-86-7.nsw.bigpond.net.au) |
| 08:40:09 | Membrillo | Does anyone know the reason behind the overscroll in dir view and when scanning around songs? |
| 08:40:28 | lostlogicx | slow LCD updates. |
| 08:40:36 | lostlogicx | according to LinusN |
| 08:41:17 | Membrillo | ah ok |
| 08:42:48 | Jungti1234 | lostlogicx: Success! |
| 08:43:21 | lostlogicx | party on, hopefully it's merge worthy :) |
| 08:43:33 | Jungti1234 | hahaha |
| 08:44:10 | Jungti1234 | I want to mark date by Oriental style. |
| 08:44:33 | lostlogicx | What is oriental style? |
| 08:44:35 | Jungti1234 | yyyy-mm-dd, am(pm) hh:mm |
| 08:44:55 | lostlogicx | that should be supported by my patch |
| 08:45:52 | Jungti1234 | but |
| 08:46:17 | Jungti1234 | I want 'yyyy-mm-dd (day of the week)' |
| 08:46:45 | lostlogicx | numeric day of the week? ahh... I missed that didn't I. |
| 08:46:48 | Jungti1234 | 2005-12-23 Fri |
| 08:47:23 | lostlogicx | %cY-m-d ac |
| 08:48:09 | Jungti1234 | mark order date |
| 08:48:15 | Jungti1234 | ok |
| 08:48:20 | Jungti1234 | :) thanks |
| 08:49:10 | lostlogicx | Do you think it is worth adding numeric day-of-week? |
| 08:49:22 | Jungti1234 | yes |
| 08:49:28 | | Join einhirn [0] (i=Miranda@bsod.rz.tu-clausthal.de) |
| 08:49:43 | Jungti1234 | Convenient. |
| 08:49:49 | Bagder | for what? |
| 08:50:04 | Bagder | what day number is monday to you anyway? |
| 08:50:30 | Jungti1234 | I don't understand. |
| 08:50:45 | lostlogicx | Bagder: for date in WPS formatting −− the unix date command standards is what I've been using, and they say monday is 1, and Sunday is either 7 or 0 |
| 08:51:00 | Bagder | sure |
| 08:51:00 | | Quit edx (Read error: 104 (Connection reset by peer)) |
| 08:51:09 | Bagder | but that doesn't mean it makes sense to many people to use it |
| 08:51:16 | Bagder | I mean displayed |
| 08:51:19 | lostlogicx | yeah, I guess no harm in supporting it. |
| 08:51:25 | amiconn | lostlogicx: Imho it would be sufficient to make weekday and month a combined numeric/multiple alternative conditional, like volume and battery level |
| 08:52:07 | Bagder | that might be nicer, as it will then be easier for multiple languages or using bmps |
| 08:53:16 | lostlogicx | hmmmmm... I could switch from using a single date string to format dates to using multiple separate date tags, but then I'd want to cache the rtc tm value somewhere rather than reading it from get_time for each separate date related tag. |
| 09:00 |
| 09:01:11 | | Join georgeblunt [0] (n=georgebl@82.149.71.170) |
| 09:09:50 | | Join miner49er [0] (n=miner49e@82-32-84-226.cable.ubr01.chap.blueyonder.co.uk) |
| 09:10:33 | | Quit Membrillo () |
| 09:11:10 | | Join _FireFly_ [0] (n=icechat5@pd95b7c08.dip0.t-ipconnect.de) |
| 09:14:23 | Jungti1234 | nice |
| 09:14:51 | *** | Saving seen data "./dancer.seen" |
| 09:15:07 | | Join DJDD_ [0] (n=DJDD@220-245-186-182.static.tpgi.com.au) |
| 09:19:56 | lostlogicx | added 'u' and 'w' for numeric DOWs. I leave it up to someone else to split it into subtags and not over-call get_time if that would be preferred / needed to get it merged. |
| 09:25:17 | Jungti1234 | -_-; |
| 09:25:49 | Jungti1234 | Again update? |
| 09:30:14 | lostlogicx | only if you want the w and u tags... |
| 09:30:45 | Jungti1234 | what is w and u? |
| 09:31:22 | Jungti1234 | 1 is start monday? |
| 09:31:31 | Jungti1234 | 1 = u |
| 09:39:31 | | Join muesli- [0] (n=muesli_t@141.71.4.222) |
| 09:40:04 | | Join Bger [0] (n=Bager@83.222.160.88) |
| 09:43:05 | Jungti1234 | hey Bger |
| 09:43:32 | Bger | hey, Jungti1234 :) |
| 09:43:36 | Jungti1234 | I waited you. |
| 09:44:12 | Bger | the korean patch ? |
| 09:44:44 | Jungti1234 | New Korean translation wasn't included to build today. |
| 09:45:39 | Jungti1234 | I have other new Korean translation. |
| 09:45:46 | Jungti1234 | Send it to you. |
| 09:47:47 | Jungti1234 | How do I send it to you? |
| 09:48:18 | linuxstb | Thinking about the rtc-wps patch, I think it could be useful to add a strftime function to rockbox, and use that. |
| 09:48:32 | linuxstb | i.e. size_t strftime(char *s, size_t max, const char *format, const struct tm *tm); |
| 09:48:56 | linuxstb | I would quite like the option to display the date in the status bar - there is more than enough room on the larger LCDs. |
| 09:49:21 | Slasheri | amiconn: It seems we need to do a little compromise with the tag cache on archos players. When user wants to update the cache (for example add new files), it's faster to completely rescan the disk than add only changed files. That also means that the db should be build at once while the player is running. Iriver is more flexible when using dircache, as there is no need to rebuild the cache when adding files and player can be rebooted any time |
| 09:49:36 | Jungti1234 | Long.... |
| 09:50:38 | Bger | Jungti1234 the same place |
| 09:50:48 | Jungti1234 | I don't know. |
| 09:52:59 | linuxstb | ...But thinking about strftime, that will need to go into apps/ if it is to use localisation. |
| 09:57:51 | | Quit muesli- (Read error: 104 (Connection reset by peer)) |
| 10:00 |
| 10:01:19 | | Quit Vlad0man (Read error: 110 (Connection timed out)) |
| 10:01:44 | | Join Vlad0man [0] (n=Vladoman@p54A7D768.dip.t-dialin.net) |
| 10:08:11 | | Quit San (Read error: 110 (Connection timed out)) |
| 10:13:29 | amiconn | Slasheri: I wonder why a complete rescan is faster than an incremental update on archos, when it's the other way round for iriver. Is there a reason for this? |
| 10:15:35 | Slasheri | amiconn: yes. When doing incremental scan on archos, we need to check from the disk if the file already exists in the db. And that checking takes some time |
| 10:15:47 | Slasheri | on iriver, we can do the same check from ram and it's fast |
| 10:16:12 | _FireFly_ | due the dircache :) |
| 10:16:17 | Slasheri | yep :) |
| 10:16:42 | _FireFly_ | but when someone disable dircache then it is also slow in iriver |
| 10:16:49 | _FireFly_ | s/in/on |
| 10:16:58 | Slasheri | _FireFly_: yes, but then the db cannot be loaded into ram at all |
| 10:17:28 | amiconn | Slasheri: So... that doesn't mean it depends on the target, but rather on dircache being enabled or not |
| 10:17:42 | amiconn | I have dircache disabled on iriver |
| 10:17:47 | Slasheri | in fact, speeding up that disk based incremental checking would be possible by creating other index file.. |
| 10:18:13 | Slasheri | amiconn: yep, that's true. But for ram loading, it also needs some additional space to load the tag indexes |
| 10:19:08 | Slasheri | amiconn: hmm. When using readdir, should it return files always in same order? |
| 10:19:08 | amiconn | Would it be possible to speed up scanning by using additional ram? If so, tagcache build could be faster when playback is stopped, using the audio buffer |
| 10:19:23 | Slasheri | if that is the case, then we could just continue the search from the previous place in the file |
| 10:19:37 | Slasheri | amiconn: yes, that could be possible |
| 10:19:58 | amiconn | Slasheri: Yes, as long as the dir isn't changed. readdir() returns the entries in 'natural' order |
| 10:20:17 | Slasheri | ah, that sounds good. In fact, it might solve the issue :) |
| 10:20:26 | Slasheri | i will try that |
| 10:20:29 | amiconn | It might happen that a new entry ends up in between the list of old entries |
| 10:21:03 | Slasheri | yep, but that shouldn't be a problem as long as the order is not entirely much changed |
| 10:21:06 | Slasheri | -much |
| 10:21:15 | amiconn | That'll happen if there are some deleted entries. They'll get reused if a new entry is created |
| 10:25:27 | amiconn | Do you already have ideas how to browse this? I imagine a number of virtual directories, and perhaps a search function? |
| 10:25:55 | Slasheri | At the moment, i have ported the dbtree browser to it (so browsing and searching works) |
| 10:26:28 | amiconn | Sounds like a working solution. Perhaps some more virtual directories could be added later |
| 10:26:40 | Slasheri | yes, should be possible |
| 10:26:44 | amiconn | The old db code should be removed imho |
| 10:26:47 | Slasheri | i already added the genre browsing too |
| 10:27:54 | amiconn | Another change which I would like to see is the separate browsing mode removed, and the tag browser added as a virtual sub-dir of the root, similar to the multivolume support on Ondio |
| 10:28:08 | Slasheri | amiconn: in fact, it would be great if you could test the code on real archos later |
| 10:28:24 | amiconn | This virtual sub-dir would only be shown if the tagcache is present (built) |
| 10:28:52 | Slasheri | ah, that sounds like a great idea |
| 10:28:54 | amiconn | ...and enabled. Is there an option to enable/disable the tag cache? |
| 10:29:19 | Jungti1234 | lostlogicx |
| 10:29:59 | Slasheri | no, there is not an option for that (only on iriver, user can select whether to load the cache to ram or not). But user has to request the cache to be built if it's not present |
| 10:31:59 | | Part miner49er |
| 10:33:05 | amiconn | Ah, but once it is built, it wil be kept up-o-date all the time? What if a user just wants to test the tag cache, and then decides he doesn't want it? |
| 10:33:47 | | Join miner49er [0] (n=miner49e@82-32-84-226.cable.ubr01.chap.blueyonder.co.uk) |
| 10:33:58 | Slasheri | amiconn: it will kept automatically up-to-date only if it's loaded into ram. At all other cases, user needs to request for a cache update/rebuilding |
| 10:34:15 | | Part miner49er |
| 10:34:29 | amiconn | ok |
| 10:35:22 | Jungti1234 | lostlogicx: Are you there? |
| 10:39:19 | | Join miner49er [0] (n=miner49e@82-32-84-226.cable.ubr01.chap.blueyonder.co.uk) |
| 10:44:27 | | Quit Jungti1234 ("bye") |
| 10:49:02 | | Join DiveineIn [0] (n=eran_yar@87.69.22.69.cable.012.net.il) |
| 10:50:57 | | Join edx [0] (i=edx@p54A86637.dip.t-dialin.net) |
| 10:52:48 | linuxstb | Slasheri: Does anything happen if a user deletes a file on their player (via Rockbox) ? |
| 10:53:25 | Slasheri | linuxstb: yep, then tagcache just stops working and needs to be rebuild |
| 10:53:44 | Slasheri | oh, you mean a song file |
| 10:53:48 | linuxstb | Yes. |
| 10:54:04 | Slasheri | currently that is not detected.. so the file will still show in the cache |
| 10:58:25 | linuxstb | Slasheri: Your tagcache will solve the itunesdb problem in the ipod port. Currently, Rockbox isn't able to browse files that have been copied to the ipod via iTunes (they are stored with obfuscated filenames). But tagcache will find them and add them to a unified database with the rest of the music on the device. |
| 10:59:32 | Slasheri | ah, interesting |
| 10:59:41 | linuxstb | iTunes stores the tags both in the files themselves and the ipod's itunesdb database. |
| 11:00 |
| 11:00:15 | Slasheri | Hmm, then it could be possible to convert that itunesdb into other format |
| 11:00:33 | Slasheri | or just read the files.. |
| 11:00:35 | linuxstb | Yes, that would be an optimisation. But even without that, it would still work. |
| 11:00:43 | Slasheri | yep |
| 11:01:03 | linuxstb | itunesdb is a constantly moving target - it would be better IMO to just leave it alone. |
| 11:01:36 | Slasheri | in fact, we could even build in future the itunesdb from tagcache to allow runtimedb info synchronization with other programs |
| 11:03:34 | linuxstb | I'm not that interested in itunesdb - I don't use iTunes and I can't see myself ever using the Apple firmware. I guess we'll find out if there is a demand from ipod users when they start using Rockbox. |
| 11:05:09 | | Quit DivineInt (Read error: 110 (Connection timed out)) |
| 11:05:16 | Slasheri | hmm, true |
| 11:05:50 | | Join eli_sherer [0] (n=eli@IGLD-83-130-178-5.inter.net.il) |
| 11:08:50 | eli_sherer | hello everybody with an H300 please read: http://www.misticriver.net/showthread.php?t=33960 |
| 11:10:08 | crwl | that's insane, a whole screenful of colourful, ugly stuff before the article text appears :o |
| 11:10:15 | crwl | now someone code a new tetris for H100 :) |
| 11:10:37 | linuxstb | eli_sherer: You say you use the original graphics from Tetris. Are we legally able to use those in Rockbox? |
| 11:10:38 | eli_sherer | i can make it grayscale for the H100 it'll be just as nice... |
| 11:11:01 | eli_sherer | yup the patent on the graphics are way overdue... |
| 11:11:05 | Bagder | ? |
| 11:11:12 | linuxstb | Graphics aren't patented - they are copyrighted. |
| 11:11:18 | Bagder | copyright lives 70 years after the creator's death |
| 11:11:25 | eli_sherer | lol |
| 11:11:25 | | Join Polo_o [0] (n=polo_o@82-69-160-166.dsl.in-addr.zen.co.uk) |
| 11:12:13 | eli_sherer | well i bet that russian dude that made tetris will like what i did... besides... i changed it a lot do it fits the h300 screen |
| 11:12:21 | linuxstb | crwl: If you register and login at mistic river, you can change the "theme" to something more reasonable. |
| 11:12:46 | Bagder | that default theme is bound to scare lots of people away |
| 11:13:01 | eli_sherer | have you seen that Linus made RTC support for the H300???? (Linus your the greatest) |
| 11:13:32 | crwl | linuxstb, mmhm... that's kind of cumbersome |
| 11:13:40 | linuxstb | crwl: Don't blame me :) |
| 11:13:45 | crwl | you know, i first thought that theme was an april fools joke or something :) |
| 11:14:53 | *** | Saving seen data "./dancer.seen" |
| 11:16:29 | | Join nathanh [0] (n=wosjowj@220-245-216-23-act-pppoe.tpgi.com.au) |
| 11:17:44 | linuxstb | eli_sherer: Seriously, if you've copied the original tetris bitmaps without permission, I don't think your plugin will be accepted into Rockbox CVS. Which will be a shame, as it looks great. |
| 11:17:55 | nathanh | screenshot url? |
| 11:18:13 | linuxstb | eli_sherer/">http://www.freewebs.com/eli_sherer/ |
| 11:18:26 | linuxstb | (click on Tetrox) |
| 11:18:41 | nathanh | looks like the original :-) |
| 11:19:16 | | Join Paul_The_Nerd [0] (n=Paul_The@cpe-66-68-93-2.austin.res.rr.com) |
| 11:19:19 | eli_sherer | linuxstb: i don't know how to upload my stuff to the rockbox CVS so... |
| 11:20:17 | Bagder | eli_sherer: you provide patches to the patch tracker and then someone with commit access add them to CVS |
| 11:20:35 | eli_sherer | i didn't really took the origianl stuff it's just a port guys... every port of tetris on the web has the same graphics and no one took premissions...just the splash screen i took from wikipedia and that's it the rest i cam up on my own... |
| 11:21:06 | Bagder | if you took the graphics, you don't have the right to it |
| 11:21:08 | Bagder | period |
| 11:21:26 | Bagder | unless the creator gives you the right |
| 11:21:49 | Bagder | we take these matters seriously in Rockbox |
| 11:22:12 | eli_sherer | let me clarify what are we talking about: the so called "graphics" is only the splash screen which i took from wikipedia and that's it |
| 11:22:21 | Bagder | ok |
| 11:22:31 | Bagder | and wikipedia gives the right to use the graphics |
| 11:22:36 | Bagder | so then you're clear |
| 11:22:39 | eli_sherer | i'll check it right now... |
| 11:23:00 | amiconn | Bah, the last korean.lang updates each time remind me that l10n v2 is overdue :( |
| 11:23:42 | eli_sherer | i checked and it is copyrighted but can be used for non profit organizations....is it good? |
| 11:25:22 | | Quit dwihno (Remote closed the connection) |
| 11:26:11 | Bagder | good, but not good enough for inclusion in Rockbox |
| 11:26:30 | Bagder | it would violate the GPL |
| 11:26:57 | eli_sherer | no worry...i'lll think of another picture to put on the splash screen... |
| 11:26:59 | ze | but GPL's for code |
| 11:27:15 | Bagder | not exactly |
| 11:27:18 | nathanh | gpl is for anything, not just code |
| 11:27:36 | ashridah | ze: not really. it makes most sense for code, but it can apply to anything, really. |
| 11:27:40 | Bagder | since it would be part of the distribution, everything needs to be gpl "compatible" |
| 11:27:56 | ashridah | but yeah, it's the non-profit -only bit that's the issue |
| 11:28:15 | ze | yeah i suppose |
| 11:28:33 | Bagder | "imposes further restrictions" |
| 11:28:38 | nathanh | eli is doing lots of good stuff with colour plugins :-) |
| 11:28:48 | Bagder | indeed! |
| 11:29:15 | | Part Sando |
| 11:29:35 | nathanh | now if only somebody with cvs commit access would commit that truly awesome colour starfield patch... |
| 11:30:59 | _FireFly_ | nathanh on the wiki is my first attempt to design a token-based wps-handling if you want to look at |
| 11:31:21 | nathanh | ooo, neat, i was gonna look at that but im happy if somebody has already done it |
| 11:31:35 | Bger | nathanh which patch ? |
| 11:31:44 | | Quit Paul_The_Nerd ("Leaving.") |
| 11:31:51 | _FireFly_ | nathanh not all aspects are completet |
| 11:32:19 | _FireFly_ | nathanh: it is maybe an goo starting-point |
| 11:32:32 | nathanh | bger: https://sourceforge.net/tracker/index.php?func=detail&aid=1379549&group_id=44306&atid=439120 |
| 11:32:34 | _FireFly_ | s/goo/good |
| 11:32:37 | nathanh | firefly: thanks, i shall check it out |
| 11:32:47 | | Join Paul_The_Nerd [0] (n=Paul_The@cpe-66-68-93-2.austin.res.rr.com) |
| 11:33:18 | _FireFly_ | it is located under Specs and Papers |
| 11:33:38 | nathanh | firefly: yup, found it |
| 11:34:44 | _FireFly_ | the biggest problem will be the token-generation on targets with low ram-space e.g. the archos recorder with 2MB ram |
| 11:35:19 | nathanh | can make it smaller by not sucking in the whole .wps file but reading it line by line |
| 11:35:42 | _FireFly_ | that is currently already done |
| 11:36:23 | nathanh | im talking about format_lines in wps_data struct |
| 11:36:25 | | Join dwihno [0] (n=dw@81.8.226.44) |
| 11:36:40 | nathanh | no need to have those lines at all |
| 11:36:43 | eli_sherer | i think the starfield looks great "as is" but you can add gray scale to emulate depth... |
| 11:36:57 | eli_sherer | far stars will be darker... |
| 11:37:04 | nathanh | eli: currently emulates depth by drawing more pixels |
| 11:37:12 | nathanh | eli: stuff far away = 1 pixel, closer = 4 pixels, so on |
| 11:37:19 | _FireFly_ | nathanh currently the format_lines have only the needed lines from the wps no bitmap-loading lines |
| 11:37:32 | nathanh | firefly: i see |
| 11:37:33 | eli_sherer | yeah but brightness is another aspect of depth emulation... |
| 11:37:52 | _FireFly_ | for the tokens you need enough tokens in ram for the wps because there is no real malloc to create new tokens dynamically |
| 11:37:58 | nathanh | eli: i see, thats a good idea, draw dark red for faw away, bright red for closer |
| 11:38:26 | eli_sherer | i thought of white but you got the idea... |
| 11:38:37 | Bger | better random colors :P |
| 11:39:46 | nathanh | firefly: issue that might not be an issue, an expression like %alThis is a %pv string%arThis is another %pv string |
| 11:40:12 | nathanh | firefly: how will tokens know to draw "This is a" followed by %pv following by "string" all in the same buffer before calling puts |
| 11:41:43 | _FireFly_ | nathanh how do you think how to use an tokenizer for this? |
| 11:41:57 | nathanh | might need a END_OF_STRING token |
| 11:43:24 | eli_sherer | NULL |
| 11:45:32 | _FireFly_ | for this you don't need an tokenizer only additional text-formating-tags |
| 11:45:39 | _FireFly_ | i think |
| 11:49:07 | | Join San||Away [0] (n=test@213-202-174-99.bas504.dsl.esat.net) |
| 11:57:00 | _FireFly_ | if you want only add the possibility to change the text-color and/or the background-color |
| 12:00 |
| 12:01:34 | nathanh | whats the value of next instead of just keeping the array sorted |
| 12:04:17 | | Quit _FireFly_ (Read error: 104 (Connection reset by peer)) |
| 12:04:39 | | Join _FireFly_ [0] (n=icechat5@pd95b7c08.dip0.t-ipconnect.de) |
| 12:05:41 | _FireFly_ | nathanh. about which next do you speak ?? |
| 12:06:02 | nathanh | you have a pvar next in your pseudo code |
| 12:06:07 | nathanh | its a pointer to the next token |
| 12:06:15 | nathanh | why bother? do you expect the tokens to be out of order? |
| 12:06:42 | | Nick ashridah is now known as Lost-ash (n=ashridah@67.106.77.212.ptr.us.xo.net) |
| 12:07:08 | _FireFly_ | it is "out of order" when you come to an conditional |
| 12:07:41 | nathanh | oh, because each block in a conditional might have many tokens itself |
| 12:07:42 | _FireFly_ | the next will then hold the next token or maybe on the index of it which is after the conditional |
| 12:07:54 | _FireFly_ | s/on then/only the |
| 12:08:37 | _FireFly_ | nathanh yes you can have an conditionl in an conditional and so on |
| 12:08:50 | nathanh | would be so much easier with malloc.... |
| 12:08:55 | * | nathanh ducks |
| 12:09:31 | _FireFly_ | nathanh you can create a kind of dummy malloc with an big buffer-array |
| 12:09:35 | nathanh | yeah, i know |
| 12:09:40 | nathanh | and use index values as your pointers |
| 12:12:19 | | Quit ender` (Read error: 110 (Connection timed out)) |
| 12:13:15 | | Join ender` [0] (i=ychat@84.52.165.220) |
| 12:20:41 | | Quit linuxstb (Remote closed the connection) |
| 12:20:58 | | Join linuxstb [0] (n=linuxstb@host213-123-154-169.in-addr.btopenworld.com) |
| 12:51:20 | | Join mirak [0] (n=mirak@AAubervilliers-152-1-44-85.w83-114.abo.wanadoo.fr) |
| 12:54:31 | | Join petur [0] (n=d4efd6a6@labb.contactor.se) |
| 12:57:43 | | Quit Polo_o (Read error: 110 (Connection timed out)) |
| 13:00 |
| 13:00:04 | | Quit edx (Read error: 110 (Connection timed out)) |
| 13:12:28 | | Quit San||Away (Read error: 110 (Connection timed out)) |
| 13:13:36 | | Join amiconn_ [0] (n=jens@p54BD5F5D.dip.t-dialin.net) |
| 13:13:58 | Paprica | mmm |
| 13:14:17 | Paprica | how can i freeze the screen for some secs? |
| 13:14:55 | *** | Saving seen data "./dancer.seen" |
| 13:15:10 | Bagder | sleep(HZ * secs) |
| 13:15:13 | Bagder | ;-) |
| 13:17:01 | Paprica | 10x |
| 13:19:27 | | Join Moos [0] (i=DrMoos@m181.net81-66-158.noos.fr) |
| 13:25:08 | | Join webguest95 [0] (n=522e39b4@labb.contactor.se) |
| 13:27:51 | | Join DrMoos [0] (i=DrMoos@m181.net81-66-158.noos.fr) |
| 13:27:52 | | Quit Moos (Read error: 104 (Connection reset by peer)) |
| 13:28:06 | | Nick DrMoos is now known as Moos (i=DrMoos@m181.net81-66-158.noos.fr) |
| 13:29:50 | | Quit amiconn (Read error: 110 (Connection timed out)) |
| 13:29:50 | | Nick amiconn_ is now known as amiconn (n=jens@p54BD5F5D.dip.t-dialin.net) |
| 13:36:49 | | Join ratpack91 [0] (n=Chris@dmcda.free-online.co.uk) |
| 13:38:08 | | Quit Strath (Read error: 104 (Connection reset by peer)) |
| 13:40:25 | | Join Strath [0] (n=mike@dpc674681214.direcpc.com) |
| 13:47:05 | | Join MrShlee [0] (i=BIGKING@58-84-70-9.dial-lns4.sa.chariot.net.au) |
| 13:52:22 | | Join tvelocity [0] (n=tony@chan530-a064.otenet.gr) |
| 13:54:59 | | Join mikearthur [0] (n=mike@82-41-227-152.cable.ubr11.edin.blueyonder.co.uk) |
| 13:57:07 | MrShlee | Does anyone have a SF account - I'd like to request a feature but Can't create an account from here. |
| 13:57:38 | Bagder | what, there is still a feature not requested? |
| 13:57:42 | Bagder | ;-) |
| 13:58:21 | MrShlee | well my idea is simple and would help me out alot :P |
| 14:00 |
| 14:05:43 | Bger | MrShlee just shoot it here |
| 14:05:47 | Slasheri | amiconn: Ah, now that tagcache scanning without ram should be really fast :) It only takes a minute or something like that |
| 14:08:10 | | Quit tvelocity ("Leaving") |
| 14:09:49 | | Join San||Away [0] (n=test@A-35-34.cust.iol.ie) |
| 14:09:55 | | Part San||Away |
| 14:10:25 | | Join San||Away [0] (n=test@A-35-34.cust.iol.ie) |
| 14:10:54 | | Quit nathanh (Read error: 110 (Connection timed out)) |
| 14:18:28 | | Join paranoid_androdi [0] (n=52513fa5@labb.contactor.se) |
| 14:18:46 | | Quit _FireFly_ ("Easy as 3.14159265358979323846...") |
| 14:18:48 | amiconn | Slasheri: c00l! |
| 14:19:24 | Slasheri | in fact 30s now.. the checking is not much longer than with ram now ;) |
| 14:20:55 | paranoid_androdi | hello,i've unintentionally changed the language in my H3XX (in ROCKBOX)so now the menus are all messed out,or "empty"if someone could navigate me to the "load default" ,because i completely 'blind' |
| 14:23:03 | paranoid_androdi | anyone? |
| 14:23:11 | Bger | paranoid_androdi |
| 14:23:22 | Bger | reboot rockbox and hold the "rec" button |
| 14:23:22 | paranoid_androdi | yeah |
| 14:23:30 | Bger | this will reset the settings |
| 14:23:58 | Slasheri | but you should not hold the rec button too early, or it will boot into iriver fw |
| 14:24:06 | Bger | ah, yes |
| 14:24:19 | paranoid_androdi | yeah,thank you,i'd try it |
| 14:24:47 | linuxstb | Slasheri: What is "tagcache scanning without ram" ? Is that checking if anything has changed? |
| 14:25:03 | Slasheri | linuxstb: yes, basically adding new files to the cache |
| 14:25:21 | Bger | and removing the old ones ? |
| 14:25:32 | Slasheri | no, old ones are not removed yeat |
| 14:25:35 | Slasheri | -a |
| 14:25:49 | linuxstb | So after the database is initially built, it will take 30-60 seconds before it's available when you boot up? |
| 14:25:50 | Slasheri | but maybe that could be partially implemented later.. just mark them as bad |
| 14:26:04 | Slasheri | linuxstb: no, it's always immediately available |
| 14:26:20 | linuxstb | But it could be (very) wrong? |
| 14:26:20 | | Quit paranoid_androdi ("CGI:IRC (EOF)") |
| 14:27:10 | Slasheri | linuxstb: yes, the new files can be missing from the db. But after running the update (when loaded to ram, that happens automatically) and rebooting the player, the new files are committed to the db |
| 14:35:39 | | Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 14:35:52 | | Quit webguest95 ("CGI:IRC") |
| 14:39:53 | | Join edx [0] (i=edx@p54A86561.dip.t-dialin.net) |
| 14:42:09 | | Quit San||Away (Read error: 110 (Connection timed out)) |
| 14:42:10 | Paul_The_Nerd | What is the tagcache? |
| 14:42:23 | | Join gromit` [0] (n=gromit`@ras75-5-82-234-244-69.fbx.proxad.net) |
| 14:42:58 | | Join Febs [0] (n=medifebb@207-172-122-81.c3-0.rdl-ubr4.trpr-rdl.pa.cable.rcn.com) |
| 14:43:10 | | Join Lear [0] (n=chatzill@h184n5c1o285.bredband.skanova.com) |
| 14:45:12 | linuxstb | Paul_The_Nerd: A replacement (I think) for the tag database that works in a similar way to the dircache - i.e. it is built in the background on the player. |
| 14:45:34 | | Quit mikearthur (Remote closed the connection) |
| 14:46:57 | Paul_The_Nerd | linuxstb: Okay, cool. I'd guessed that from the name, but there's no point getting all hopeful without at least a small bit of cause. |
| 14:47:59 | | Quit Moos (Read error: 104 (Connection reset by peer)) |
| 14:48:01 | | Join DrMoos [0] (i=DrMoos@m181.net81-66-158.noos.fr) |
| 14:48:15 | | Join Jungti1234 [0] (n=d260b68d@labb.contactor.se) |
| 14:48:19 | Jungti1234 | Hi all |
| 14:50:19 | Paul_The_Nerd | Good day Jungti1234 |
| 14:50:36 | Jungti1234 | :) |
| 14:52:39 | Bger | hi, Jungti1234 |
| 14:52:53 | Jungti1234 | hi Bger :) |
| 14:52:57 | Jungti1234 | Wow! Tetrox!! |
| 14:53:09 | Bger | ahap |
| 14:54:53 | | Join Sando [0] (n=lolsteam@techgaming.net) |
| 14:55:47 | | Join _FireFly_ [0] (n=FireFly@p54A47C3D.dip.t-dialin.net) |
| 15:00 |
| 15:00:35 | Jungti1234 | eli_sherer: Are you there? |
| 15:01:02 | Jungti1234 | I will come again. |
| 15:01:03 | | Quit Jungti1234 ("CGI:IRC") |
| 15:02:07 | | Part Paul_The_Nerd |
| 15:04:07 | | Join StrathAFK [0] (n=mike@dpc674681214.direcpc.com) |
| 15:14:56 | *** | Saving seen data "./dancer.seen" |
| 15:16:26 | | Quit Strath (Read error: 110 (Connection timed out)) |
| 15:16:42 | | Quit MrShlee (Read error: 113 (No route to host)) |
| 15:23:22 | eli_sherer | i'm here |
| 15:23:33 | eli_sherer | (i guess he left) |
| 15:33:42 | | Join akaidiota [0] (n=nope@195.58.126.150) |
| 15:37:44 | | Join Jungti1234 [0] (n=jungti12@58.77.81.144) |
| 15:38:17 | | Quit Bger ("BitchX: often imitated, never duplicated!") |
| 15:40:13 | Jungti1234 | eli_sherer? |
| 15:41:48 | Paprica | how can i count 2 secs? |
| 15:42:02 | petur | look at current_tick |
| 15:42:26 | Paprica | where to look |
| 15:42:36 | petur | count them ;) |
| 15:42:38 | Bagder | TIME_AFTER() |
| 15:43:00 | Paprica | ok i will try |
| 15:43:00 | Paprica | 10x |
| 15:54:20 | eli_sherer | hi |
| 15:54:29 | Paprica | hi =] |
| 15:54:35 | | Quit DJDD_ ("Trillian (http://www.ceruleanstudios.com") |
| 15:55:12 | linuxstb | Paprica: If you are writing a plugin, don't forget that rb->current_tick is a pointer to the current_tick variable. So to check the value, you need to do "*rb->current_tick" |
| 15:55:34 | Paprica | ok |
| 15:55:41 | Paprica | and for TIME_AFTER |
| 15:55:42 | Paprica | ? |
| 15:56:19 | Jungti1234 | eli_sherer! |
| 15:57:44 | linuxstb | Paprica: Do something like "timeout=*rb->current_tick+2*HZ;" to set timeout to be 2 seconds into the future, and then "if (TIME_AFTER(*rb->current_tick,timeout)) { ..." to check if current_tick is after timeout |
| 15:58:09 | Paprica | ok |
| 15:58:13 | Paprica | 10q |
| 15:59:27 | Jungti1234 | eli_sherer, I have question. |
| 16:00 |
| 16:02:49 | | Join muesli- [0] (n=muesli_t@141.71.4.212) |
| 16:03:03 | | Quit akaidiota (Read error: 110 (Connection timed out)) |
| 16:03:52 | | Quit Slasheri (Remote closed the connection) |
| 16:04:26 | | Quit Febs (Read error: 104 (Connection reset by peer)) |
| 16:10:06 | | Quit petur ("CGI:IRC 0.5.7 (2005/06/19)") |
| 16:11:22 | | Join elisherer [0] (n=eli@IGLD-84-228-91-115.inter.net.il) |
| 16:12:51 | elisherer | whats the question? |
| 16:13:17 | | Part Sando |
| 16:16:07 | | Join actionshrimp [0] (n=NNSCRIPT@host86-140-233-253.range86-140.btcentralplus.com) |
| 16:16:44 | | Quit eli_sherer (Read error: 110 (Connection timed out)) |
| 16:17:01 | | Nick elisherer is now known as eli_sherer (n=eli@IGLD-84-228-91-115.inter.net.il) |
| 16:19:03 | muesli- | eli_sherer the q is..when is your great calendar ready ;) |
| 16:20:15 | Jungti1234 | eli_sherer: Is Hangul input possible in rockword? |
| 16:20:28 | Jungti1234 | Hangul = Korean |
| 16:22:37 | Jungti1234 | And how about as make 'Hold' function and 'Pause' function in Tetrox? |
| 16:24:18 | mirak | how to enqueue songs with rockbox ? |
| 16:24:28 | mirak | is there a kind of on the fly playlist ? |
| 16:24:29 | | Join San||Away [0] (n=test@213-202-157-19.bas503.dsl.esat.net) |
| 16:25:09 | | Nick DrMoos is now known as Moos (i=DrMoos@m181.net81-66-158.noos.fr) |
| 16:28:21 | Paprica | mm |
| 16:28:32 | Paprica | i can ask |
| 16:28:32 | Paprica | how the game is |
| 16:28:37 | Paprica | in english? |
| 16:28:42 | Paprica | this is good english? |
| 16:28:43 | Paprica | =] |
| 16:29:29 | | Join Slasher [0] (i=miipekk@ihme.org) |
| 16:31:24 | Paprica | ok, http://misticriver.net/showthread.php?p=360551#post360551 |
| 16:31:38 | Jungti1234 | oh |
| 16:31:57 | Paprica | ? |
| 16:32:01 | | Quit mirak (Remote closed the connection) |
| 16:32:31 | Jungti1234 | Is that Arkanoid? |
| 16:32:54 | Moos | Lear: I've got one files that Rockbox played just the first 6 sec and restart... but your fix of yesterday seems to fix it, the track play just fine now, thanks |
| 16:33:11 | Jungti1234 | nice game. :) |
| 16:33:11 | Paprica | yep |
| 16:33:22 | Paprica | its arkanoid |
| 16:33:24 | linuxstb | Paprica: Can you upload the source, so people can check it in the sim or in other targets apart from the h300? |
| 16:33:26 | Lear | Good. |
| 16:33:36 | linuxstb | I think it would work nicely with the ipod's wheel :) |
| 16:33:45 | Paprica | i can |
| 16:34:10 | Paprica | mm i dont upload it cuz its a first version |
| 16:34:29 | Paprica | but if you ask, i dont have a problem |
| 16:36:56 | linuxstb | I'm sure the source is a lot better than you think it is. But I probably won't have chance to look at it for a while, so I'll just wait until you're ready. |
| 16:38:51 | Moos | Paprica: is your game currently just for colors devices? (iHP140 here) |
| 16:39:08 | Paprica | onlu for h3xx now |
| 16:39:13 | Paprica | only* |
| 16:39:15 | Moos | ok |
| 16:39:19 | Paprica | =] |
| 16:39:20 | Jungti1234 | hehe |
| 16:39:36 | Moos | planed for do it grayscale or something? :) |
| 16:39:42 | Paprica | yep |
| 16:39:47 | Paprica | for h1xx |
| 16:39:49 | Moos | great |
| 16:39:53 | Paprica | =] |
| 16:40:40 | | Quit muesli- ("ich will Kühe!!!") |
| 16:43:25 | Paprica | i post the source code too |
| 16:45:07 | | Quit San||Away (Read error: 110 (Connection timed out)) |
| 16:45:29 | | Join San||Away [0] (n=test@212.2.170.72) |
| 16:50:23 | | Join NicoFR [0] (n=nico404@rob92-6-82-231-243-63.fbx.proxad.net) |
| 16:50:52 | Jungti1234 | kkk helloworld |
| 16:53:13 | NicoFR | hey paprica, just tested brickmania |
| 16:53:25 | Paprica | and? =] |
| 16:53:30 | NicoFR | very nice |
| 16:53:41 | Paprica | haha 10x |
| 16:53:50 | Paprica | im working on levels now |
| 16:53:57 | NicoFR | cool |
| 16:54:06 | Jungti1234 | :) |
| 16:54:08 | NicoFR | I found a bug however |
| 16:54:21 | Paprica | mm |
| 16:54:24 | Paprica | i know |
| 16:54:29 | Paprica | there is a bags |
| 16:54:35 | Paprica | its a first version |
| 16:54:42 | Paprica | bug |
| 16:54:43 | Paprica | ** |
| 16:55:00 | NicoFR | when the ball hits on of the corners in the bottom |
| 16:55:25 | NicoFR | it then goes up following the side of the screen |
| 16:55:31 | NicoFR | do you see what I mean ? |
| 16:56:03 | Paprica | yep |
| 16:56:07 | NicoFR | ok |
| 16:56:28 | Paprica | 10q however =] |
| 16:56:42 | Paprica | anyway |
| 16:56:45 | Paprica | LOL |
| 16:56:54 | Paprica | fucking bad english =\ |
| 16:57:03 | Jungti1234 | hey |
| 16:57:15 | Moos | welcome to the club :D |
| 16:57:44 | Paprica | =] |
| 16:57:55 | Jungti1234 | That the ball speeds are fast and is slow do. |
| 16:59:02 | | Quit georgeblunt (" HydraIRC -> http://www.hydrairc.com <- The future of IRC") |
| 16:59:11 | Paprica | im dont understand what do you mean |
| 16:59:38 | Jungti1234 | ball speed is different. |
| 17:00 |
| 17:00:20 | Moos | maybe due to frequency changements??? |
| 17:00:31 | Moos | *changes |
| 17:00:55 | Paprica | no |
| 17:00:59 | Paprica | its on purpose |
| 17:01:15 | Paprica | when you tuck the pad on the corner |
| 17:01:25 | Paprica | tha bakk get speedy |
| 17:01:29 | Jungti1234 | ah |
| 17:01:38 | Paprica | tuch |
| 17:01:40 | Paprica | ball |
| 17:01:46 | Paprica | =] |
| 17:02:13 | Jungti1234 | touch? |
| 17:02:47 | | Quit linuxstb ("Client Exiting") |
| 17:02:52 | Paprica | huh yes |
| 17:02:59 | Jungti1234 | ^^; |
| 17:03:20 | | Nick Slasher is now known as Slasheri (i=miipekk@ihme.org) |
| 17:03:30 | Moos | Hi Slasheri |
| 17:03:31 | Jungti1234 | I don't English too. :'( |
| 17:03:47 | Slasheri | hi |
| 17:04:36 | Paprica | =\ |
| 17:05:10 | Slasheri | got my server fixed.. replaced a 3ware raid card and killed smartmontools |
| 17:05:20 | Slasheri | it seems smartmontools are evil for 3ware cards |
| 17:05:26 | Moos | :) |
| 17:06:07 | Jungti1234 | hey |
| 17:06:32 | Jungti1234 | There seems to be bug to Bejeweled. |
| 17:08:21 | Moos | descibe it if Rotator read the logs, in h1xx it works like a charme |
| 17:09:16 | Moos | *describe |
| 17:09:19 | Moos | :) |
| 17:10:52 | Jungti1234 | I go to bed. |
| 17:10:54 | Jungti1234 | good night all |
| 17:11:07 | Moos | nighty |
| 17:11:15 | | Quit Jungti1234 ("bye") |
| 17:11:16 | eli_sherer | gnite |
| 17:14:57 | *** | Saving seen data "./dancer.seen" |
| 17:24:55 | | Join webguest54 [0] (n=45dd8764@labb.contactor.se) |
| 17:32:32 | | Quit webguest54 ("CGI:IRC") |
| 17:36:03 | | Quit Lear ("Chatzilla 0.9.69 [Firefox 1.5/0000000000]") |
| 17:38:22 | | Join RotAtoR [0] (n=user@24-231-249-25.dhcp.aldl.mi.charter.com) |
| 17:45:14 | | Join Rob2222 [0] (n=Miranda@ACB736E3.ipt.aol.com) |
| 17:45:55 | | Join watanistH [0] (n=dsfasd@81.215.133.132) |
| 17:49:02 | | Part watanistH |
| 17:53:41 | | Join webguest88 [0] (n=522e39b4@labb.contactor.se) |
| 18:00 |
| 18:01:14 | | Join Dist [0] (i=dist@ihme.org) |
| 18:01:17 | | Join linuxstb [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
| 18:04:23 | | Quit Rob2222_ (Read error: 110 (Connection timed out)) |
| 18:07:45 | | Quit NicoFR () |
| 18:17:15 | | Join NicoFR [0] (n=nico404@rob92-6-82-231-243-63.fbx.proxad.net) |
| 18:30:48 | | Quit webguest88 ("CGI:IRC") |
| 18:35:19 | | Join akaidiot [0] (n=nope@217.28.34.35) |
| 18:39:23 | | Join markun [0] (n=karl@bastards.student.ipv6.utwente.nl) |
| 18:40:14 | Moos | Hello markun ! |
| 18:40:21 | markun | Hi Moos |
| 18:40:26 | Moos | not in Italia? |
| 18:40:28 | Moos | :) |
| 18:40:41 | markun | I am in Rome (Ostia) |
| 18:40:50 | Moos | hehe lucky |
| 18:41:01 | Moos | pv |
| 18:41:21 | markun | very nice, but they don't speak anything except Italian.. |
| 18:41:32 | Moos | hehe :) |
| 18:41:37 | | Join muesli__ [0] (i=muesli_t@88.134.22.177) |
| 18:42:43 | eli_sherer | check out the new roclock at my site eli_sherer">http://www.freewebs.com/eli_sherer |
| 18:43:29 | Moos | eli_sherer: did you fix the license issue for Tetrox? |
| 18:44:00 | Moos | I mean for will included in CVS |
| 18:44:06 | eli_sherer | i'm working on a new picture but it's ok to use the current one cause it's from my site and not under GPL... |
| 18:44:23 | Moos | mk |
| 18:44:40 | eli_sherer | more important is to make the game work well (which now it doesn't!). |
| 18:44:49 | Moos | indeed |
| 18:45:04 | Moos | I'm h140 user, so didn't test it yet |
| 18:45:31 | eli_sherer | everyone can make skins cause im using bitmaps this is what im aimig at... |
| 18:45:39 | eli_sherer | *aimig=aiming |
| 18:47:21 | _FireFly_ | amiconn: should the virtual-page(vkeyboard) be rewraped to the display-width on compile-time or on runtime ?? |
| 18:51:43 | amiconn | At runtime I'd say |
| 18:52:00 | _FireFly_ | ok |
| 18:52:12 | amiconn | This way it will be possible to define the non-ascii lines depending on the language or codepage |
| 18:52:40 | amiconn | Ah, and of course it's necessary for supporting different fonts as well |
| 18:52:54 | _FireFly_ | i have just written a small plugin which only creates the char-page and display it |
| 18:53:45 | | Quit StrathAFK (Read error: 104 (Connection reset by peer)) |
| 18:54:00 | markun | _FireFly_: interested in making loadable vkeyboard layouts? |
| 18:54:08 | _FireFly_ | i must also think about that there can also utf8-chars in the page:) |
| 18:54:37 | | Join Strath [0] (n=mike@dpc674681214.direcpc.com) |
| 18:55:07 | _FireFly_ | markun: no not currently i try to make the vkeyboard multiscreen capable by trying to implement the idea from amiconn |
| 18:56:22 | | Join Maxime` [0] (n=flemmard@fbx.flemmard.net) |
| 19:00 |
| 19:03:40 | | Quit markun ("leaving") |
| 19:06:00 | eli_sherer | meaning have a few framebuffers??? which you could switch between? |
| 19:07:36 | _FireFly_ | eli_sherer: on the wiki there is design paper of the idea |
| 19:08:58 | _FireFly_ | ah now it looks a bit better when i use utf8seek to get the length in the buffer for the calculated max char per line |
| 19:10:39 | amiconn | I think we need the max width of the font, if we want to be able to use proportional fonts as well. Of course the lines should always be shown non-proportional |
| 19:11:47 | _FireFly_ | yepp |
| 19:12:21 | _FireFly_ | but how do you show strings non-proportional when using an proportional font ?? |
| 19:12:43 | amiconn | Don't show the string at once, place each char individually |
| 19:13:41 | linuxstb | eli_sherer: There is already a clock plugin for Rockbox - it just needs adapting slightly for the H300's screen and buttons. |
| 19:14:30 | amiconn | Hmm, that slight adaptation might end up in a lot of work |
| 19:14:51 | linuxstb | Maybe I'm exaggerating a little... |
| 19:14:58 | *** | Saving seen data "./dancer.seen" |
| 19:15:21 | amiconn | Afair clock.rock uses loads of gfx function calls tailored to the archos screen size |
| 19:16:04 | amiconn | There's only one plugin that's harder to adjust to other targets than clock.rock (interface wise) - and that's wormlet |
| 19:17:25 | amiconn | The reason why wormlet is recorder only (not even adapted to Ondio) is that the button handling code is scattered all over, and is far from straight-forward to understand |
| 19:20:06 | linuxstb | The use of bitmaps in plugins is getting hard to manage now - the source files to plugins like Sudoku and Bejewelled are now more than 50% bmp code (to cover all the targets). |
| 19:21:11 | linuxstb | And it's just getting worse - the currently supported ipods mean another 3 sets of bitmaps, with 2 more if we support the two sizes of greyscale ipods. |
| 19:22:09 | eli_sherer | i use external bitmaps for that matter because i use full screen bitmaps and it's not reasonable to put them into the code... |
| 19:23:13 | | Part ratpack91 |
| 19:23:54 | linuxstb | I would like to make the build system take care of this - so for example a plugin could have a directory full of bitmaps, and the build system runs bmp2rb with the appropriate options and links them into the .rock. |
| 19:25:03 | eli_sherer | this is not a solution...this way it would just do the same as it is now... |
| 19:26:08 | _FireFly_ | but the code would be clear |
| 19:28:28 | | Quit akaidiot (Read error: 113 (No route to host)) |
| 19:30:12 | linuxstb | The problem is not the number of bitmaps a plugin uses, it's the fact that the plugin's C source file needs to contain the bitmaps in the native format (and appropriate size) for all supported targets. |
| 19:30:41 | linuxstb | Currently this means: Archos, H120, H300, ipod Nano, ipod Color and ipod Video. |
| 19:31:00 | linuxstb | And I think the iaudio X5 has yet another sized LCD. |
| 19:33:38 | _FireFly_ | yeah and this will increase the plugin-size |
| 19:33:47 | | Join dpassen1 [0] (n=dpassen1@cpe-24-168-110-99.si.res.rr.com) |
| 19:33:54 | _FireFly_ | at least the code for the plugin |
| 19:34:10 | _FireFly_ | code-filesize i mean |
| 19:39:08 | amiconn | linuxstb: Using external bitmaps and converting at build time would have another advantage besides the source code being clutter-free: There are some screens which have the same size and depth, just the internal format is different (H300 and iPod color; H1x0 and greyscale iPods). So we wouldn't need as many .bmps as one might think |
| 19:39:58 | amiconn | Using external bitmaps at runtime is not a good solution imho |
| 19:40:57 | linuxstb | Yes, that's another reason I want it in the build system. I'm having a little play with it now. |
| 19:41:11 | amiconn | It adds complexity, as each file has to be loaded and checked whether it was loaded ok. It alsso adds battery drain, depending on how many files are there |
| 19:42:08 | linuxstb | The only advantage I can think of for external bitmaps is if you have more bitmaps than the available plugin ram, and you need to load them dynamically. |
| 19:42:22 | linuxstb | But I don't think that applies to any current plugins. |
| 19:42:25 | amiconn | And finally, it consumes disk space, the same way as we now observe with all the wps bitmap clutter |
| 19:43:55 | | Join saa[b_r]ider [0] (n=saab_rid@221.217.26.45) |
| 19:44:03 | | Quit dwihno (Read error: 104 (Connection reset by peer)) |
| 19:44:10 | amiconn | I think that it won't be necessary to have one .bmp for each internal bitmap in a plugin (e.g. each individual digit in sudoku) |
| 19:44:30 | _FireFly_ | amiconn: yeah and you know a solution for the many wps-bitmaps :) |
| 19:44:39 | amiconn | They can be combined, and then drawn with the partial bitmap functions |
| 19:45:10 | linuxstb | True. The downside of converting bitmaps at build time is that will increase the build time. |
| 19:46:07 | amiconn | Yes, but that's a bearable tradeoff |
| 19:46:40 | amiconn | There's another advantage when using .bmp files at build time - it is easier to fix and optimise the graphics |
| 19:46:55 | linuxstb | In fact, if I combine the sudoku number bitmaps into a column, I don't even need to use the partial bitmap functions. |
| 19:47:28 | | Join petur [0] (i=petur@d54C1B62E.access.telenet.be) |
| 19:47:36 | _FireFly_ | linuxstb: only on mono lcds |
| 19:47:54 | | Quit DrumRBoy320|Away () |
| 19:48:33 | amiconn | linuxstb: Yes, if you calculate the starting positions beforehand. The partial bitmap functions would handle this 'automatically' |
| 19:50:33 | _FireFly_ | in my combined-bitmap support for wps the wps-creator needs to specify the position and the size of the sub-image in the image |
| 19:50:38 | linuxstb | OK, so where should the plugin bmps live? apps/plugins/sudoku/ ? apps/plugins/bitmaps/sudoku/ ? |
| 19:51:27 | _FireFly_ | or apps/plugins/sudoku/bitmaps |
| 19:53:27 | linuxstb | or apps/bitmaps/plugins/sudoku/ if we think that apps/bitmaps/ could in the future contain bitmaps used by core Rockbox such as icons and the splash logo. |
| 19:54:27 | | Quit dpassen1 (Read error: 110 (Connection timed out)) |
| 19:59:36 | | Join San [0] (n=test@212.2.170.72) |
| 19:59:37 | | Part San |
| 20:00 |
| 20:01:10 | | Quit Strath (Read error: 104 (Connection reset by peer)) |
| 20:01:38 | | Join Paul_The_Nerd [0] (n=Paul_The@cpe-70-114-192-167.houston.res.rr.com) |
| 20:04:35 | | Join apgap [0] (n=apgap@0043a.umehus18.ac.se) |
| 20:05:32 | | Join dpassen1 [0] (n=dpassen1@cpe-24-168-110-99.si.res.rr.com) |
| 20:09:34 | | Quit dpassen1 (Client Quit) |
| 20:12:17 | apgap | I tried the H300 bootloader last night (on a european H340) and noticed a few issues.. when rockbox is missing it did not start the iriver fw, even if rec is pressed during boot.. however, i managed to boot the iriver fw by booting with power cable.. |
| 20:14:17 | saa[b_r]ider | apgap: that's not because the rockbox daily build was missing, you need to keep pushing the play button even after the bootloader starts.... |
| 20:14:31 | saa[b_r]ider | or else it will just shut down... |
| 20:14:48 | apgap | saa[b_r]ider: aha oki =) |
| 20:15:26 | | Join DarkShadow_ [0] (n=growlywo@duppp-206-251-12-188.nas0.lmyn.pa.net) |
| 20:15:44 | petur | because the iRiver code checks for the ON button and shuts down if it doesn't see it |
| 20:16:03 | DarkShadow_ | Hey. |
| 20:28:40 | Paul_The_Nerd | Are any of the IpodPort devs around? |
| 20:30:18 | | Quit San||Away (Read error: 110 (Connection timed out)) |
| 20:32:47 | linuxstb | Paul_The_Nerd: Yes. |
| 20:40:18 | | Quit DarkShadow_ (Read error: 104 (Connection reset by peer)) |
| 20:41:04 | Paul_The_Nerd | I feel really stupid because shortly after asking I somewhat figured it out. I'm not too familiar with Cygwin and I was trying to figure out what I needed to try building it from CVS. Is it basically the same steps for building the cross compiler, except arm-elf, or are different versions recommended? |
| 20:44:20 | eli_sherer | gnite |
| 20:44:31 | | Quit eli_sherer () |
| 20:44:58 | linuxstb | Paul_The_Nerd: (brief) instructions are on the IpodBoot page. Basically it's the same as the iriver - gcc 3.4.4 and binutils 2.16 compiled for arm-elf- |
| 20:45:27 | linuxstb | But if you're looking to install Rockbox on an ipod, you currently need a Linux (or Mac OS X) machine to install the bootloader. |
| 20:48:33 | Paul_The_Nerd | I have a Knoppix disc for just that purpose |
| 20:48:56 | Paul_The_Nerd | I didn't see them on the Ipodboot page, but I may have overlooked. So I just followed the regular crosscompiler instructions for arm-elf, or have been so far. |
| 20:49:38 | linuxstb | I assume you have an ipod now then? |
| 20:50:20 | Paul_The_Nerd | Not yet. |
| 20:50:27 | | Join mirak [0] (n=mirak@ip-71.net-81-220-111.rev.numericable.fr) |
| 20:51:01 | Paul_The_Nerd | It just seems very likely I'll have one on the 25th. |
| 20:51:57 | linuxstb | Which one? |
| 20:52:03 | Paul_The_Nerd | A Nano |
| 20:53:21 | Paul_The_Nerd | And I figured I may as well get all the tools set up now, so that if I do end up with one, I can test out some things on-target, and if not there's still always my H120 and the sims for everything else. |
| 20:54:09 | | Join DarkShadow_ [0] (n=growlywo@duppp-206-251-12-116.nas0.lmyn.pa.net) |
| 20:54:18 | | Quit NicoFR () |
| 20:56:31 | Paul_The_Nerd | For some reason I seem best able to focus on new ideas when I'm away from home. |
| 20:56:58 | _FireFly_ | ;) |
| 20:57:02 | _FireFly_ | then write them down |
| 20:58:57 | Paul_The_Nerd | I'll frequently have code snippets that I've copied down onto a paper napkin or similar. |
| 21:00 |
| 21:01:59 | Paul_The_Nerd | I can't believe they're selling remote control cars that you can upload MP3s to now. |
| 21:02:17 | DarkShadow_ | Haha...wow. |
| 21:03:08 | miner49er | There should be something |
| 21:06:37 | | Quit muesli__ (Read error: 104 (Connection reset by peer)) |
| 21:08:26 | DarkShadow_ | I have been having issues with my H120 locking up when doing certain things while using the rockbox firmware. |
| 21:08:49 | Paul_The_Nerd | What were you doing? |
| 21:08:52 | DarkShadow_ | It sometimes happens for other things, but specifically it locks up when I change the view type from file tree to ID3 Database. |
| 21:09:24 | Paul_The_Nerd | Also, I just remembered I bug I found while driving today. I couldn't scroll from FM Preset #9 to #10 (I could go from 1 *down* to 26, then scroll down to 10 and then 9, but I couldn't go back up to 10 again at that point either) |
| 21:10:48 | DarkShadow_ | Hm. |
| 21:13:00 | DarkShadow_ | Do you have any idea what causes the lockup for using the ID3 Database? |
| 21:13:03 | DarkShadow_ | I had it working before. |
| 21:13:13 | DarkShadow_ | I don't know which firmware started locking up though. |
| 21:15:02 | *** | Saving seen data "./dancer.seen" |
| 21:19:14 | Paul_The_Nerd | I have no clue. I personally don't use the ID3 database because I don't have any MP3s. |
| 21:19:39 | Paul_The_Nerd | Rather, I don't have many mp3s that it *likes* |
| 21:20:00 | | Join mozetti [0] (n=moe@p54A84EE7.dip.t-dialin.net) |
| 21:20:05 | Paul_The_Nerd | I have about 1300 from OCRemixes that somehow ended up with APE and ID3v1 tags. Rockbox ignores the APE ones, but the tag database generator seems to cough on them. |
| 21:21:30 | DarkShadow_ | Ah yeah. |
| 21:21:54 | Moos | DarkShadow: make sure you have build your Tag database with the lastest application (perl or java) see this: http://www.rockbox.org/twiki/bin/view/Main/TagDatabase |
| 21:23:16 | DarkShadow_ | Okay. |
| 21:23:19 | | Join akaidiot [0] (n=nope@217.28.34.35) |
| 21:23:22 | DarkShadow_ | Is that updated much? |
| 21:23:44 | Moos | no, but did you build your db btw? |
| 21:24:01 | DarkShadow_ | Yeah. |
| 21:24:03 | DarkShadow_ | I had it working a while ago. |
| 21:24:15 | DarkShadow_ | I don't recall when it stopped locking my player up though. |
| 21:24:21 | DarkShadow_ | Err, started. |
| 21:25:31 | | Quit Maxime` (Read error: 104 (Connection reset by peer)) |
| 21:25:41 | Moos | if you can wait few days, Slasheri will offer us one Cristmas present :D, one tagcache, that will replace the current one, and it will not need to build the db in your computer, all on yhe device and in the background |
| 21:25:49 | Moos | cheer Slasheri :) |
| 21:26:10 | | Join Maxime` [0] (n=flemmard@fbx.flemmard.net) |
| 21:26:12 | DarkShadow_ | Wow, that would be sweet. |
| 21:26:21 | Moos | yeah very |
| 21:26:31 | DarkShadow_ | Yeah, file view is good enough. |
| 21:26:45 | Moos | the browser will change a bit too |
| 21:27:04 | Paul_The_Nerd | Oh? |
| 21:27:23 | Moos | the db browser I mean |
| 21:27:40 | Moos | +search by genre... |
| 21:27:57 | _FireFly_ | it will be a virtual subfolder in the file-tree |
| 21:28:10 | Moos | oh yeahhhh :) |
| 21:28:34 | Moos | Slasheri: around? :) |
| 21:28:37 | mozetti | nice |
| 21:28:41 | _FireFly_ | but i don't know if this will be included in the first release |
| 21:28:59 | _FireFly_ | of tagcache |
| 21:29:03 | Moos | yes, let's him work on it |
| 21:29:08 | mozetti | is this playerspecific, or rockbox as a whole? |
| 21:29:14 | _FireFly_ | whole |
| 21:29:24 | mozetti | ty |
| 21:29:44 | _FireFly_ | only the generation of the cache will be playerspecific |
| 21:30:03 | _FireFly_ | e.g. on iriver when dircache is on the update of this cache is done automatically |
| 21:30:24 | _FireFly_ | otherwise the rebuild must be started by the user |
| 21:30:57 | mozetti | ah, ok. Well, glad i use dircache, then |
| 21:31:15 | Paul_The_Nerd | What ever became of the virtual menu entries within the browser? I seem to remember a concept being tossed around by files that would represent menu/settings type objects. |
| 21:32:04 | Moos | linuxstb's idea if I remenber well |
| 21:32:20 | Paul_The_Nerd | I just remember reading that and thinking "Neat" |
| 21:32:45 | Paul_The_Nerd | Partially just so I could put an FM Radio object in my root. |
| 21:33:33 | Slasheri | Moos: hi |
| 21:33:56 | Moos | hi, we are talking about your great idea |
| 21:34:21 | Moos | everyone will love it for sure :) |
| 21:34:29 | linuxstb | Paul_The_Nerd: There's a patch here for virtual menu entries: http://www.davechapman.f2s.com/rockbox/menu_files.diff |
| 21:34:53 | linuxstb | I should really upload it to the patch tracker. None of the other devs seemed to like the idea, so I didn't commit it. |
| 21:35:19 | _FireFly_ | but for the tagcache it would be greate |
| 21:35:53 | _FireFly_ | and at least aniconn liked it also to have the tagcache accessable through an virtual folder |
| 21:35:57 | _FireFly_ | amiconn |
| 21:35:57 | Paul_The_Nerd | linuxstb: Thanks. :) |
| 21:37:27 | Slasheri | Moos: hehe :) |
| 21:38:21 | | Join nathanh [0] (n=wosjowj@220-245-216-23-act-pppoe.tpgi.com.au) |
| 21:42:24 | | Join NicoFR [0] (n=nico404@rob92-6-82-231-243-63.fbx.proxad.net) |
| 21:54:35 | warewolf | sweet, h300 rtc support |
| 21:55:42 | | Join muesli__ [0] (i=muesli_t@88.134.22.177) |
| 21:56:01 | * | nathanh waiting for rockmame |
| 21:57:37 | warewolf | haha |
| 21:57:39 | Paul_The_Nerd | Hehehe |
| 21:57:57 | nathanh | oh you laugh, but i look forward to pacman |
| 21:58:14 | petur | Is there any dev with an H1xx around that wants to check my pre-recording patch? |
| 21:59:08 | Slasheri | petur: is that in patch tracker? |
| 21:59:13 | petur | yes |
| 21:59:23 | Slasheri | ok, checking :) |
| 21:59:36 | petur | http://sourceforge.net/tracker/index.php?func=detail&aid=1387531&group_id=44306&atid=439120 |
| 21:59:59 | petur | I can only test for H3xx... |
| 22:00 |
| 22:00:47 | nathanh | can you record off radio yet? |
| 22:01:06 | petur | I guess so |
| 22:01:39 | petur | first go to radio, then recording |
| 22:01:58 | | Quit edx () |
| 22:04:03 | DarkShadow_ | Yeah, it's pretty easy. |
| 22:04:26 | DarkShadow_ | I just thought that there would be another option for FM Recording, but you just use Line In recording. |
| 22:06:02 | | Join edx [0] (i=edx@p54A87507.dip.t-dialin.net) |
| 22:06:14 | | Join stevenm [0] (n=stevenm@pcp04424903pcs.nrockv01.md.comcast.net) |
| 22:06:33 | Slasheri | petur: there seems to be something wrong with the patch: |
| 22:06:34 | Slasheri | |patching file firmware/pcm_record.c |
| 22:06:34 | Slasheri | |patch: **** malformed patch at line 133: @@ -791,7 +828,9 @@ |
| 22:06:52 | petur | not again... |
| 22:06:56 | | Quit solexx_ (Read error: 104 (Connection reset by peer)) |
| 22:06:56 | stevenm | Hello. Which MP3 player do you guys recommend to buy for rockbox, that will work? Pref. one with the multi-codec arch |
| 22:07:21 | petur | I made it with Tortoisecvs :( |
| 22:07:25 | | Quit muesli__ ("ich will Kühe!!!") |
| 22:07:30 | | Join muesli__ [0] (i=muesli_t@88.134.22.177) |
| 22:07:38 | nathanh | stevenm: the devs recommend the h120 or h140, because it is very well supported and feature rich |
| 22:07:40 | warewolf | wow |
| 22:07:48 | | Join solexx [0] (n=jrschulz@d085142.adsl.hansenet.de) |
| 22:07:50 | warewolf | using the fm radio on the h300 really slows down UI responsiveness |
| 22:07:55 | Paul_The_Nerd | stevenm: What are your requirements from an MP3 player? (And, are you looking for one currently in production, or willing to buy from ebay or search through online stores for less available ones?) |
| 22:07:57 | nathanh | stevenm: but if you are willing to live on the bleeding edge, the h300 series is coming up to speed quickly |
| 22:08:04 | stevenm | nathanh, where can I actually buy one of these? Or the i340 ? |
| 22:08:50 | nathanh | stevenm: froogle.google.com |
| 22:09:00 | Slasheri | petur: could you create it again? cvs diff firmware/pcm_record.c should do it correctly |
| 22:09:19 | petur | will do, just a sec |
| 22:09:28 | nathanh | but also listen to what paul said, there are lots of choices |
| 22:10:40 | * | warewolf groans |
| 22:10:44 | Paul_The_Nerd | The H120/140 is hard to argue against being the best device for pure optical choices, especially with the optical lines in and out. |
| 22:10:48 | warewolf | why does iriver constantly delist old products? |
| 22:10:49 | | Join San [0] (n=test@213-202-151-207.bas503.dsl.esat.net) |
| 22:11:08 | Paul_The_Nerd | Meanwhile the 320/340 are nice for their color screen, real time clock, and USB host (assuming you acquire the international version) |
| 22:11:35 | warewolf | the H320/340 US version can be modified to do USB host (I modded mine)) |
| 22:11:36 | Paul_The_Nerd | And if you feel like putting your faith in a few people, the iPod may be more your speed for that sleek, fashionable look. |
| 22:11:40 | apgap | petur: i looked at your patch and the only thing i noticed was that num_rec_bytes is counted even when prerecording is at max-length |
| 22:12:06 | nathanh | except the ipod port is still in alpha... audio quality is not all there yet... probably will be very soon though |
| 22:12:24 | Paul_The_Nerd | nathanh: "If you feel like putting your faith in a few people" |
| 22:12:25 | Paul_The_Nerd | :-P |
| 22:12:32 | nathanh | oh yeah, you did say that :-) |
| 22:14:07 | petur | Slasheri: I've added a new file to the patch |
| 22:14:26 | petur | apgap: I'll check now... |
| 22:14:33 | mirak | anybody intersting to thinking how optimise video codec ? |
| 22:15:05 | Slasheri | petur: good, that applies now :) |
| 22:15:30 | * | petur wonders why cvs patch looks completely different as tortoisecvs one :( |
| 22:16:00 | Slasheri | petur: did you specify the unified (-u) format? |
| 22:16:23 | petur | where? |
| 22:16:40 | Slasheri | tortoisecvs, if it has any options regarding patch format |
| 22:17:59 | petur | apgap: num_rec_bytes isn't counted when not recording.... |
| 22:20:32 | | Quit stevenm ("Connection reset by beer") |
| 22:21:26 | apgap | petur: oki |
| 22:21:43 | petur | Slasheri: it executes this: C:\Program Files\TortoiseCVS\cvs.exe -q −−lf diff -u . |
| 22:22:35 | petur | you wanted to say it _shouldn't use the -u option? |
| 22:23:30 | | Quit DarkShadow_ () |
| 22:24:03 | _FireFly_ | petur: no it should use it |
| 22:24:12 | | Join eli_sherer [0] (n=eli@IGLD-84-228-171-220.inter.net.il) |
| 22:25:21 | | Quit edx (Read error: 110 (Connection timed out)) |
| 22:26:37 | Paul_The_Nerd | Woo, okay, got everything working to compile the iPod port. |
| 22:31:33 | linuxstb | Paul_The_Nerd: If possible, I would recommend making a full backup of your Nano by doing something like "dd if=/dev/sda | gzip -9 > nanobackup.bin.gz" in Linux |
| 22:31:55 | linuxstb | If you do this when it is empty, then it should hopefully compress very well. |
| 22:32:22 | linuxstb | And then also make backups of the mbr and boot partition as described in the IpodBoot page. |
| 22:33:14 | linuxstb | Not that I think anything will go wrong :) |
| 22:33:34 | Paul_The_Nerd | Well, there is the recovery utility, no? |
| 22:34:03 | linuxstb | Yes, that should work as well. |
| 22:35:32 | Paul_The_Nerd | I don't plan on ever having my *only* copy of a song be on a portable, so I'm not too concerned about file loss. |
| 22:38:23 | Paul_The_Nerd | But I'll make sure to download the recovery tool before I'm without 'net access. |
| 22:38:58 | petur | Slasheri: any hint what is wrong with my tortoisecvs patch? (command ^^) as I plan to produce more pathces after the holidays ;) |
| 22:40:14 | Slasheri | petur: hmm, i don't know. at least the command line looks correct |
| 22:40:24 | Slasheri | what is that −−lf? |
| 22:41:03 | Slasheri | probable the tortoisecvs is just buggy.. try using another cvs.exe |
| 22:41:08 | Slasheri | *y |
| 22:42:40 | linuxstb | petur: try removing the −−lf - that's probably the problem. |
| 22:43:09 | petur | :\ I do like the integration in explorer... and haven't seen any way to edit that diff string |
| 22:43:13 | Slasheri | petur: anyway, i committed your patch now |
| 22:43:24 | petur | wow.. all ok then? |
| 22:46:26 | Slasheri | at least it seemed to work |
| 22:46:36 | Slasheri | please write patches if you find any problems :) |
| 22:46:57 | | Quit akaidiot (Read error: 110 (Connection timed out)) |
| 22:47:12 | Slasheri | now sleep well, and good xmas :) -> |
| 22:47:17 | petur | I did several tests on my H340 but as the code is shared with H1xx... |
| 22:47:31 | Slasheri | yep, i tested it with H140 |
| 22:47:51 | petur | thanks! |
| 22:47:55 | _FireFly_ | petur: afaik the diff parameter are adjustable via an settings-menu |
| 22:48:27 | Paul_The_Nerd | What's the patch for? |
| 22:48:44 | petur | pre-recording and also fixes a glitch |
| 22:49:15 | petur | _FireFly_: nothing found so far, will keep looking |
| 22:50:40 | mozetti | just wondering - if bmp support is added to the wps system, would that allow the possibility of album art on the wps? |
| 22:50:45 | _FireFly_ | if there isn*t an option-entry for this then is this program crap ;) |
| 22:50:53 | nathanh | moz: yes, thats one of the goals |
| 22:51:09 | mozetti | ah, groovy. |
| 22:51:31 | petur | _FireFly_: hmmm at least for making patches, the rest seems to be ok |
| 22:53:36 | | Join Kyl3 [0] (i=no@cpe-24-90-238-146.nyc.res.rr.com) |
| 22:56:04 | Kyl3 | I have a request. Can someone take the H300 remote button patch (http://sourceforge.net/tracker/index.php?func=detail&atid=439120&group_id=44306&aid=1367824 , latest version please) and compile it and upload it into the CVS? I really need this patch and since Rockbox has been up-the-wall with features lately, I hate having to recompile the patch in everytime. |
| 22:58:43 | Paul_The_Nerd | It doesn't look like that patch works with anything *but* the H300 LCD remote though. |
| 22:58:59 | Paul_The_Nerd | Since there's not a means of detecting which remote is connected, adding it would simply break the others, no? |
| 22:59:31 | Kyl3 | No the latest version has a "select remote type" menu |
| 22:59:49 | Kyl3 | version 4.1 IIRC |
| 23:00 |
| 23:00:00 | Paul_The_Nerd | Hrm |
| 23:00:01 | Paul_The_Nerd | So I see. |
| 23:00:08 | Paul_The_Nerd | And it changes button mappings on the H100 for some reason? |
| 23:00:11 | | Quit linuxstb (Read error: 110 (Connection timed out)) |
| 23:00:25 | | Quit Rob2222 (Read error: 104 (Connection reset by peer)) |
| 23:00:36 | Paprica | SAN? |
| 23:00:38 | Kyl3 | What do you mean? |
| 23:00:59 | | Join linuxstb [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
| 23:01:02 | Paul_The_Nerd | That's just what it says in the info |
| 23:01:10 | Paul_The_Nerd | 2) changed button mappings for h100's remotes, too. |
| 23:01:38 | Kyl3 | Hmmm |
| 23:02:22 | Kyl3 | http://www.misticriver.net/showthread.php?p=359988&posted=1#post359988 <−− look at that |
| 23:04:02 | Paul_The_Nerd | I looked at the new button mappings in the .patch. I personally kinda like the old button mappings for the H100 remote |
| 23:04:29 | Kyl3 | well then you can use the v2 version |
| 23:04:38 | Kyl3 | that leaves the h100 remote alone |
| 23:05:16 | Paul_The_Nerd | Well, I don't have commit access either way. I was just curious about the patch as a hole, y'know? |
| 23:05:54 | Kyl3 | Yea |
| 23:08:13 | | Join kathyre- [0] (n=kathy@217.164.219.179) |
| 23:08:23 | | Part kathyre- |
| 23:09:08 | | Nick Kyl3 is now known as Kyle1 (i=no@cpe-24-90-238-146.nyc.res.rr.com) |
| 23:09:28 | | Nick Kyle1 is now known as Kyl3 (i=no@cpe-24-90-238-146.nyc.res.rr.com) |
| 23:10:06 | | Quit _FireFly_ ("Leaving") |
| 23:13:55 | | Quit nathanh ("Quit") |
| 23:15:06 | *** | Saving seen data "./dancer.seen" |
| 23:16:07 | | Join edx [0] (i=edx@p54A84DA3.dip.t-dialin.net) |
| 23:16:24 | | Join San||Away [0] (n=test@A-112-86.cust.iol.ie) |
| 23:19:25 | | Quit eli_sherer () |
| 23:20:30 | | Quit Kyl3 ("( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )") |
| 23:21:53 | | Join Rob2222 [0] (n=Miranda@ACB736E3.ipt.aol.com) |
| 23:25:29 | saa[b_r]ider | San: are you there? |
| 23:27:35 | San||Away | yes |
| 23:28:21 | saa[b_r]ider | I just PMed you at MR, the source for Pong you sent me isn't the working one |
| 23:28:33 | San||Away | hhhm |
| 23:28:50 | San||Away | get one of the guys here to have a look at it |
| 23:28:56 | San||Away | they know what is wrong |
| 23:28:58 | San||Away | you see.... |
| 23:29:00 | San||Away | I made it |
| 23:29:06 | San||Away | and then over wrote it |
| 23:29:11 | San||Away | :( |
| 23:29:26 | San||Away | SO that was a quick one i put together |
| 23:29:51 | saa[b_r]ider | well does it matter where I put this: #ifdef HAVE_LCD_COLOR |
| 23:29:51 | saa[b_r]ider | rb->lcd_clear_display(); |
| 23:29:51 | saa[b_r]ider | rb->lcd_set_foreground(COLOR_GREEN); |
| 23:29:51 | DBUG | Enqueued KICK saa[b_r]ider |
| 23:29:51 | saa[b_r]ider | rb->lcd_set_background(COLOR_BLACK); |
| 23:29:51 | saa[b_r]ider | #endif |
| 23:30:37 | saa[b_r]ider | because I moved it to the top, and changed it from the original location where it was in the source file you sent me... |
| 23:31:01 | San||Away | it has to be inbetween any set of {} brackets IIRC |
| 23:31:26 | saa[b_r]ider | hmmm... that's why then, I shouldn't have changed it :D |
| 23:32:32 | | Quit San (Read error: 110 (Connection timed out)) |
| 23:38:23 | | Quit miner49er ("using sirc version 2.211+KSIRC/1.3.11") |
| 23:40:37 | | Quit apgap () |
| 23:42:01 | Paprica | yeah! we have levels on Brick Mania =]]] |
| 23:42:10 | Bagder | yay! ;-) |
| 23:42:15 | Paprica | =] |
| 23:42:49 | Paprica | mm bagder you know why when i play music and play the game |
| 23:42:56 | Paprica | the game works better? |
| 23:43:12 | petur | boost? |
| 23:43:14 | Bagder | it probably is because it will boost from time to time |
| 23:44:04 | Paprica | no way for play it good all the time? @@ |
| 23:44:45 | Bagder | you can boost in your plugin |
| 23:44:55 | Bagder | but you'll waste more batteries doing it |
| 23:46:20 | Paprica | ok |
| 23:46:48 | Bagder | but then people use rockboy and it run boosted all the time |
| 23:47:56 | Paul_The_Nerd | I'd say optimize, and if you can't get it to run fullspeed after you've done everything you can, you may as well boost the game. People expect to lose some battery life when playing a game on it anyway. |
| 23:49:43 | saa[b_r]ider | San: it worked! I managed to change the colors in Pong... but when I tested my modified snake on the simulator, it crashed... I used the same lines added in Pong, would that do? |
| 23:49:56 | Paprica | mm which function boost it? |
| 23:52:57 | San||Away | yes, that would work saab |
| 23:53:35 | saa[b_r]ider | San: but it's crashing the simulator... |
| 23:53:48 | San||Away | try it on the player |
| 23:53:58 | saa[b_r]ider | maybe I should |
| 23:54:08 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
| 23:54:08 | * | petur hands over his paperclip |
| 23:54:28 | saa[b_r]ider | after all, it didn't fail when compiling... |
| 23:54:33 | mirak | anyone is good in using iram and stuffs here ? |
| 23:54:45 | | Quit mozetti (Read error: 110 (Connection timed out)) |
| 23:56:13 | mirak | seems it's easy to use iram for xvid intra block decoding |
| 23:56:31 | Bagder | you should use iram for a codec |
| 23:56:47 | mirak | yes I want to do that |
| 23:56:57 | NicoFR | I was wondering : what is pre-recording ? |
| 23:57:25 | mirak | the block decoding function uses two static array |
| 23:57:43 | mirak | I think I just have to tell gcc to declare them in iram to get a significant boost |
| 23:58:04 | mirak | this is on this blocks that are used fourier transformation |
| 23:58:13 | Bagder | NicoFR: it means it is recording all the time, so when you press "start" it can save a few minutes of "history" as well |
| 23:58:15 | mirak | arrays/blocks |
| 23:58:30 | Bagder | so you can start recording even when the song already has started and still not miss the start |
| 23:58:51 | Bagder | mirak: check the codecs' use of ICONST_ATTR and ICODE_ATTR |
icon identifies that the person is a core developer (has commit access).