00:00:05 | amiconn | You'll need 3 (constant) mask works, a bit of ANDing shifting and XORing |
00:00:16 | stripwax | memmem - rom?! you'd store a fixed 256 byte table in the firmware image?! |
00:00:18 | Lear | You know, the archos players and recorders all bitswap the MP3 data before feeding them to the MAS... |
00:00:36 | stripwax | Lear - wow, really? |
00:00:53 | amiconn | Lear: Yes, and I still have my 'geek' bitswap routine that is almost the same speed as table based swapping on SH1 |
00:01:19 | amiconn | The approach would very likely work faster than table-based on coldfire |
00:01:44 | memmem | Anyway, we have 3 bytes per pixel and the orientation of the display does not matter at all. |
00:01:55 | memmem | ...for the X5. |
00:01:59 | amiconn | ...and it's only slightly slower on SH1, because our table-based swap is heavily optimised too |
00:02:46 | amiconn | Yes, with >= 1 byte/pixel it's not difficult to flip in software |
00:03:10 | amiconn | ...yet still easier to do it in hardware if the hardware provides that function |
00:03:23 | memmem | We just add -1, 1, -480, or 480 per pixel to get to the next one. |
00:03:37 | stripwax | that would be so slow, per pixel, no? |
00:03:42 | memmem | s/1/3/ |
00:04:37 | memmem | No. The original firmware seems to have been compiled either by a bad compiler or without any optimization. Looks really bad. |
00:05:55 | memmem | (I haven't yet looked at m68k code generated by GCC with -O3, though.) |
00:07:44 | | Quit muesli- (Read error: 60 (Operation timed out)) |
00:09:22 | | Quit matsl (Read error: 104 (Connection reset by peer)) |
00:10:50 | amiconn | Rockbox uses -O only, for several reasons |
00:11:02 | amiconn | The codecs and some plugins use -O2 |
00:11:10 | Lear | Like Tremor. :) |
00:13:14 | amiconn | I would personally stay far away from -O3 with non-x86 gcc after I've seen what kind of buggy code that produces sometimes |
00:13:25 | amiconn | Even -O2 is sometimes problematic |
00:13:59 | stripwax | amiconn - that sucks, are gcc devs aware? |
00:14:09 | amiconn | I dunno. |
00:14:12 | stripwax | hrmm |
00:14:51 | amiconn | sh-elf-gcc produces really obviously wrong code with -O2 / -Os for special cases |
00:15:12 | amiconn | Example: There is an interrupt handler for the MAS interrupt. |
00:16:15 | amiconn | -O2 / -Os enables jump optimisation, meaning for a function that unconditionally calls another function at the end, gcc will replace the jsr (sub-function) - rts sequence with a jmp |
00:16:38 | amiconn | ...which is obviously very wrong for an interrupt handler because of 2 reasons |
00:17:13 | amiconn | (1) A usual function only saves the non-scratch registers, while an interrupt handler has to save all regs |
00:17:33 | amiconn | (2) irq handler has to return with rte, not rts... |
00:17:46 | amiconn | Yet sh-elf-gcc does this silly thing... |
00:18:08 | memmem | No, that's not GCC's fault. You just cannot write interrupt handlers in C. |
00:18:15 | stripwax | amiconn - blimey - so it will even replace jsr/rtE with jmp?! |
00:18:20 | memmem | Use a wrapper written in assembly. |
00:18:34 | Lear | What about the interrupt attribute then? |
00:18:57 | memmem | Is that really documented as being supported for that architecture? |
00:19:07 | amiconn | memmem: It *is* clearly gcc's fault |
00:19:12 | Lear | If you tell GCC that it is an interrupt handler, it should do the right thing, no matter the -O level. |
00:19:30 | amiconn | The handler is properly marked __attribute__ ((interrupt_handler)) |
00:19:40 | | Quit spiralout (Read error: 104 (Connection reset by peer)) |
00:20:01 | stripwax | memmem - if gcc is smart enough to generate the correct return instruction, it should be smart enough to not try and take it away again later! |
00:20:08 | amiconn | stripwax: It does this with -O2 -O3 and -Os, not with -O or -O0 |
00:20:28 | stripwax | amiconn yes, I'd gathered. it's dumb but workaroundable |
00:20:50 | amiconn | This is about the only bug in gcc 3.3.x that prevents using -O2 or similar on archos |
00:21:05 | amiconn | gcc 3.4.x does more silly things I was not yet able to find |
00:21:05 | memmem | "Use this attribute on the ARM, AVR, M32R/D and Xstormy16 ports to indicate that the specified function is an interrupt handler." |
00:21:05 | memmem | |
00:21:51 | amiconn | ...apart from that using -O2 makes the code larger, and we're already short on space on archos... |
00:22:07 | amiconn | ...and gcc 3.4.x generates larger binaries than 3.3.x |
00:23:11 | memmem | (That was for GCC 3.3.x.) For GCC 3.4.4 that section reads "Use this attribute on the ARM, AVR, C4x, M32R/D and Xstormy16 ports to indicate that the specified function is an interrupt handler." SH is not mentioned. |
00:23:11 | memmem | |
00:23:14 | stripwax | amiconn - are daily builds 3.3.x or 3.4.x? |
00:23:40 | amiconn | 3.3.x for archos, 3.4.x for iriver |
00:23:44 | | Join ]RowaN[ [0] (a2b0y@82-43-212-52.cable.ubr10.newm.blueyonder.co.uk) |
00:23:51 | stripwax | ok |
00:23:56 | amiconn | memmem: You read about interrupt, not interrupt_handler |
00:24:08 | amiconn | interrupt_handler |
00:24:08 | amiconn | Use this attribute on the m68k, H8/300, H8/300H, H8S, and SH to indicate that the specified function is an interrupt handler. |
00:24:17 | amiconn | It clearly says SH... |
00:24:17 | memmem | True. |
00:24:42 | memmem | Then it's a bug indeed. |
00:24:52 | amiconn | There is a workaround we could use... it works... |
00:25:25 | amiconn | Just introduce an empty volatile asm statement between the final function call and the closing brace of the function |
00:25:29 | ]RowaN[ | well, my 30gig iriver hd comes 2moro.. woo hoo! |
00:25:34 | amiconn | asm volatile ( ""); |
00:25:41 | * | ]RowaN[ preys for dhl to find me |
00:25:52 | stripwax | amiconn - hehe, neat. and gcc doesn't optimise that out? haha |
00:26:15 | amiconn | It can't... because it's marked volatile, and gcc doesn't look inside |
00:26:39 | amiconn | ...because gcc doesn't know assembler mnemonics as input |
00:26:39 | stripwax | amiconn oh, of course |
00:26:52 | memmem | It might be better to write a wrapper in assembly and call the C code from there. Should also solve the problem about non-saved registers. |
00:27:08 | amiconn | I disagree |
00:27:25 | stripwax | memmem doesn't interrupt_handler also generate the code to save registers? (I'd be surprised..) |
00:27:25 | amiconn | Gcc allows to write interrupt handlers in C, so we should use that |
00:27:36 | memmem | Apparently, it doesn't. |
00:27:43 | amiconn | Assembler wrappers would only make it harder to read & follow the code |
00:28:05 | amiconn | It does generate the code to save registers |
00:28:14 | amiconn | Otherwise it wouldn't make sense... |
00:28:53 | amiconn | It's the jsr -> jmp optimisation enabled with -O2 and friends that has a bug |
00:28:58 | memmem | OK, I misunderstood you above. |
00:29:33 | memmem | -fno-optimize-sibling-calls |
00:30:09 | amiconn | Yes, that'd be another workaround... but usually this optimisation is a good idea |
00:30:41 | amiconn | It's just that it must not be done for interrupt handlers |
00:31:15 | memmem | I just coded the copy-RAM-to-LCD function in C and compiled it with GCC; even with -O the code is half the size compared to the code of the original iAUDIO firmware. So, speed doesn't seem to be an issue. |
00:32:04 | amiconn | Perhaps I should report that to the gcc team. The only thing stopping me from doing that so far is that they require a registration... |
00:34:03 | | Join matsl [0] (~matsl@1-1-4-2a.mal.sth.bostream.se) |
00:36:16 | stripwax | memmem - heh, maybe the iAUDIO fw was very badly hand-optimised asm .. :-) |
00:36:43 | * | stripwax used to work at a company that had historically lots of "hand-optimised asm" that was, frankly, appalling. |
00:36:57 | memmem | I think they use hand-written assembly code for the codecs; lots of EMAC instructions. |
00:37:09 | stripwax | that's quite likely |
00:38:10 | stripwax | hm, has anyone taken a look thru the H3xx fw to determine how to address the LCD? I know that's not really the rockbox way of doing things, but .. |
00:38:31 | stripwax | actually do we have a bootloader yet? |
00:40:25 | | Quit Lear ("Chatzilla 0.9.68.5 [Firefox 1.0.5/20050715]") |
00:40:52 | stripwax | Slasheri - did you consider trying to increase the frequency of DMA0 interrupts so that size was always <= 512? |
00:41:29 | stripwax | outta here, gnight |
00:41:37 | | Quit yngwi ("Chatzilla 0.9.68.5 [Firefox 1.0.4/20050511]") |
00:41:48 | stripwax | (malmsteen?) |
00:41:51 | | Part stripwax |
00:54:36 | memmem | Where's the iriver bootloader code in CVS? |
01:00 |
01:00:23 | | Quit thegeek (Read error: 110 (Connection timed out)) |
01:05:59 | | Quit memmem ("ERC Version 5.0.3 $Revision: 1.726.2.17 $ (IRC client for Emacs)") |
01:08:23 | | Join thegeek [0] (na@ti521110a080-2449.bb.online.no) |
01:09:43 | *** | Saving seen data "./dancer.seen" |
01:25:13 | HCl | bootloader |
01:25:16 | HCl | you have to check it out seperately |
01:25:41 | Moos | he went out :) |
01:26:46 | | Quit cYmen_ ("zZz") |
01:27:43 | | Join memmem [0] (~user@p54A23260.dip0.t-ipconnect.de) |
01:28:13 | memmem | HCl: Thanks! I haven't found that fact documented anywhere. |
01:46:20 | | Quit matsl (Remote closed the connection) |
01:46:27 | | Quit memmem ("ERC Version 5.0.3 $Revision: 1.726.2.17 $ (IRC client for Emacs)") |
01:52:38 | | Quit CheeseBurgerMan (Read error: 110 (Connection timed out)) |
01:56:05 | | Join CheeseBurgerMan [0] (~youshould@tc2-225-085.altelco.net) |
02:00 |
02:06:12 | | Quit ]RowaN[ () |
02:30:27 | | Quit Sucka ("a bird in the bush is worth two in your house") |
02:42:01 | | Quit Moos (" Want to be different? HydraIRC -> http://www.hydrairc.com <-") |
02:46:14 | | Quit gromit` (Remote closed the connection) |
03:00 |
03:09:45 | *** | Saving seen data "./dancer.seen" |
03:43:22 | | Quit hicks_ (Remote closed the connection) |
03:50:19 | | Join webguest65 [0] (~18c75b95@labb.contactor.se) |
03:51:27 | | Part webguest65 |
03:51:33 | | Join webguest65 [0] (~18c75b95@labb.contactor.se) |
03:57:07 | | Quit Asku (Remote closed the connection) |
03:57:45 | | Quit webguest65 ("CGI:IRC (EOF)") |
04:00 |
04:05:57 | | Join QT [0] (as@area51.users.madwifi) |
04:17:23 | | Quit QT_ (Read error: 113 (No route to host)) |
05:00 |
05:06:34 | | Join amiconn_ [0] (~jens@p54BD66E3.dip.t-dialin.net) |
05:09:46 | *** | Saving seen data "./dancer.seen" |
05:15:06 | | Quit amiconn (Read error: 60 (Operation timed out)) |
05:15:07 | | Nick amiconn_ is now known as amiconn (~jens@p54BD66E3.dip.t-dialin.net) |
05:44:25 | | Quit CheeseBurgerMan () |
05:44:49 | | Join CheeseBurgerMan [0] (~Dan@tc2-225-085.altelco.net) |
05:56:13 | | Part CheeseBurgerMan |
05:58:35 | | Join CBM [0] (~youshould@tc2-225-085.altelco.net) |
05:59:06 | | Nick CBM is now known as CheeseBurgerMan (~youshould@tc2-225-085.altelco.net) |
06:00 |
06:19:36 | | Join jwalk [0] (~jwalk_edm@67.71.173.144) |
06:19:45 | | Quit jwalk (Client Quit) |
06:30:32 | | Join Coldtoast [0] (~edan@ppp111-3.lns1.hba1.internode.on.net) |
06:40:42 | | Nick CheeseBurgerMan is now known as CBM-away (~youshould@tc2-225-085.altelco.net) |
06:42:39 | | Join Strath [0] (~mike@dgvlwinas01pool0-a218.wi.tds.net) |
06:43:55 | | Quit Febs_away ("Chatzilla 0.9.68.5 [Firefox 1.0.5/20050711]") |
07:00 |
07:09:29 | | Join oxygen77 [0] (~c1c28427@labb.contactor.se) |
07:09:47 | *** | Saving seen data "./dancer.seen" |
07:32:43 | | Join LinusN [0] (~linus@labb.contactor.se) |
08:00 |
08:04:03 | amiconn | Morning |
08:06:45 | LinusN | morning |
08:06:59 | LinusN | i hooked up my la yesterday |
08:07:39 | amiconn | I've guessed that from your commits :) |
08:08:30 | LinusN | :-) |
08:08:37 | amiconn | Do we stay within specs for the LCD at 120 MHz? |
08:09:04 | LinusN | btw, we are running the spi interface to the button adc too fast |
08:09:11 | LinusN | amiconn: yes |
08:09:40 | amiconn | Oops. I think this should be corrected then. |
08:10:08 | amiconn | Speaking of spi speed - did you also measure the remote LCD spi? |
08:10:10 | LinusN | but we might consider adding one wait state anyway, so we can get rid of the extra NOP in the lcd loop |
08:10:37 | LinusN | that way it will be faster in 48mhz |
08:11:01 | LinusN | no, i haven't yet measured the remote spi |
08:11:37 | amiconn | Okay. |
08:11:48 | LinusN | or have different loops for different frequencies |
08:12:06 | amiconn | 1 ms per lcd_update() is nice - that means the grayscale lib will consume less than 10% cpu for fullscreen |
08:12:21 | LinusN | yup |
08:12:24 | LinusN | nice indeed |
08:12:35 | amiconn | (but still requires to boost for constant timer period :-/ ) |
08:13:03 | amiconn | Did you read about our findings for the H3x0 (and X5) LCDs? |
08:13:14 | LinusN | not in detail |
08:13:18 | LinusN | brief me |
08:13:42 | amiconn | Controller not yet identified, but we're fairly sure about the module and panel manufacturer |
08:13:55 | MrStaticVoid | its a HD66789R in the H300 ;-) |
08:14:10 | amiconn | Someone who works with a company dealing with embedded stuff could mail the module manuf. |
08:14:12 | LinusN | MrStaticVoid: and you know that for sure? |
08:14:47 | amiconn | Module manuf. should be Varitronix (Hong Kong), panel manufacturer IZ Display (Korea) |
08:15:00 | MrStaticVoid | http://www.m-display.com.tw/product/pdf/T200P00100.pdf |
08:15:05 | amiconn | Both displays are very similar |
08:15:15 | MrStaticVoid | there is one implementation of the varitronix lcd which notes the controller |
08:17:00 | amiconn | LinusN: IZ Display is derived from several facts: (1) The markings start with COG-IZ (2) There are web pages stating Varitronix and IZ took in KES part together (3) IZ is korean like iriver and cowon |
08:17:15 | LinusN | looks promising |
08:17:17 | amiconn | The smeared logo is the Varitronix logo almost for sure |
08:17:36 | LinusN | no wiki update? |
08:18:02 | amiconn | Oops, should've done that.... |
08:19:02 | amiconn | MrStaticVoid: I think it is likely that the X5 lcd also uses a HD... controller then |
08:19:12 | MrStaticVoid | probably not |
08:19:18 | amiconn | No? |
08:19:21 | MrStaticVoid | hold on |
08:21:05 | amiconn | LinusN: H3x0: COG-IZ12049-02 X5: COG-IZ12066-01 |
08:21:41 | amiconn | ..and the X5 lcd module shows a big clear 'VL' in addition to the smeared logo on the sticker |
08:22:04 | MrStaticVoid | well it might be |
08:22:12 | MrStaticVoid | id go by this regarding the x5: http://www.varitronix.com/catalog/LCD/images/TFT3013-01.jpg |
08:22:19 | MrStaticVoid | its awfully hard to read |
08:24:04 | MrStaticVoid | or better yet javascript:void('0'); |
08:24:06 | MrStaticVoid | grr |
08:24:36 | MrStaticVoid | http://www.mouser.com/?handler=data.listcategory&Ne=400&terms=varitronix&Ntt=*varitronix*&crc=true&Ns=SField&N=421 |
08:24:53 | MrStaticVoid | scroll down to the 160x128 module and click datasheet |
08:25:05 | MrStaticVoid | there is a much clearer diagram of what i suspect is in the x5 |
08:26:05 | MrStaticVoid | or maybe not, what do i know |
08:35:31 | | Join XavierGr [0] (~XavierGr@ppp49-adsl-96.ath.forthnet.gr) |
08:35:56 | XavierGr | Good Morning! |
08:40:26 | | Nick Strath is now known as StrathAFK (~mike@dgvlwinas01pool0-a218.wi.tds.net) |
08:44:04 | | Quit oxygen77 ("CGI:IRC") |
09:00 |
09:06:23 | | Join Harpy [0] (6hVBcU75FQ@dsl-hkigw7wbb.dial.inet.fi) |
09:09:50 | *** | Saving seen data "./dancer.seen" |
09:16:32 | | Nick Lynx_awy is now known as Lynx_ (~lynx@tina-10-4.genetik.uni-koeln.de) |
09:17:38 | MrStaticVoid | w00t |
09:17:44 | MrStaticVoid | i got an email from varitronix |
09:22:09 | MrStaticVoid | they sent me a datasheet for their 2" 176x220 18bit module |
09:22:12 | | Quit XavierGr () |
09:22:18 | MrStaticVoid | anywhere i can upload it? |
09:23:59 | | Join gromit` [0] (~gromit`@ras75-5-82-234-244-69.fbx.proxad.net) |
09:31:35 | LinusN | MrStaticVoid: the wiki |
09:32:07 | MrStaticVoid | ah i see |
09:33:56 | MrStaticVoid | that was painless, its up if you care to take a look |
09:35:03 | | Join matsl [0] (~matsl@1-1-4-2a.mal.sth.bostream.se) |
09:42:21 | | Join ashridah [0] (ashridah@220-253-121-116.VIC.netspace.net.au) |
09:43:25 | | Join webguest32 [0] (~4509f7eb@labb.contactor.se) |
09:50:36 | | Quit webguest32 ("CGI:IRC (EOF)") |
09:50:36 | | Join web1 [0] (~4509f7eb@labb.contactor.se) |
10:00 |
10:18:52 | * | LinusN just got an email from micronas with updated data sheets for mas3539f |
10:19:24 | LinusN | nice of them |
10:19:31 | Coldtoast | very |
10:19:48 | Rick | what's mas3539f? |
10:19:56 | LinusN | along with a rockbox bug report :-) |
10:20:10 | amiconn | LinusN: Hmm? |
10:20:11 | LinusN | Rick: the mp3 decoder chip in the archos ondio |
10:20:26 | amiconn | Ondio SP to be precise |
10:20:28 | LinusN | yes |
10:21:26 | Rick | ah |
10:22:20 | | Quit Rick (Read error: 104 (Connection reset by peer)) |
10:22:32 | * | amiconn is very curious what the updated datasheet says, and what the bug report is |
10:22:40 | | Join pike| [0] (pike@c83-249-120-126.bredband.comhem.se) |
10:22:54 | | Join Rick [0] (rick@pool-71-108-23-179.lsanca.dsl-w.verizon.net) |
10:22:54 | LinusN | the updated data sheet is in the wiki |
10:39:46 | | Quit pike (Read error: 110 (Connection timed out)) |
11:00 |
11:01:15 | | Join hicks [0] (~hicks@zeus.mups.co.uk) |
11:04:02 | | Join cYmen [0] (~cymen@nat-ph3-wh.rz.uni-karlsruhe.de) |
11:04:42 | | Quit matsl (Remote closed the connection) |
11:07:45 | | Join preglow [0] (~c39fb93d@labb.contactor.se) |
11:09:43 | | Quit preglow (Client Quit) |
11:09:54 | *** | Saving seen data "./dancer.seen" |
11:11:11 | | Join prethom [0] (~c39fb93d@labb.contactor.se) |
11:12:42 | prethom | what up |
11:12:58 | LinusN | not much :-) |
11:13:42 | prethom | you guys have been having code for breakfast, lunch and dinner the past week, it seems |
11:13:59 | LinusN | yup |
11:14:30 | * | LinusN is writing a biphase-mark decoder in perl |
11:14:57 | LinusN | my brain hurts :-) |
11:16:29 | prethom | haha, i dont even remember how it works |
11:26:57 | prethom | does rockbox work on h110 now, btw? saw you commited a bunch of changes |
11:27:25 | LinusN | yes it does |
11:29:25 | prethom | nice |
11:29:49 | prethom | reading 500 emails on a 28k8 is extremely boring, btw |
11:36:40 | | Join memmem [0] (~user@p54A2213E.dip0.t-ipconnect.de) |
11:38:08 | memmem | Hi MrStaticVoid, the HD66773R datasheet matches the firmware code! Thanks! |
11:38:43 | memmem | Strange device, though: "The hardware-dither circuit converts 18-bit one-pixel data to 16-bit data with hardware-dither conversion." |
11:39:10 | MrStaticVoid | good news |
11:39:41 | MrStaticVoid | hopefully its not too strange |
11:40:04 | memmem | On the interface side, it's not strange. But the graphics RAM has only 16 bits per pixel... |
11:40:18 | MrStaticVoid | oh |
11:44:38 | | Part prethom |
11:45:02 | | Join prethom [0] (~c39fb93d@labb.contactor.se) |
11:45:12 | prethom | you're talking about h3x0 display here? |
11:45:54 | MrStaticVoid | well memmem was talking about the x5 |
11:46:14 | MrStaticVoid | but it and the h300's display are closely related |
11:46:26 | prethom | ahh |
11:46:41 | MrStaticVoid | the manufacturer (varitronix) sent me the datasheets for both this morning |
11:47:24 | prethom | ahh, so you've identified both now? |
11:47:26 | memmem | Bad news: The firmware uses some registers not documented in the HD66773R datasheet, so we're close but not yet there. |
11:47:34 | prethom | ;/ |
11:47:37 | MrStaticVoid | :-( |
11:47:42 | | Quit pill (Read error: 60 (Operation timed out)) |
11:50:41 | | Quit prethom ("CGI:IRC") |
11:52:19 | MrStaticVoid | well i only requested information about the modules they listed on their site |
11:52:49 | | Quit CoCoLUS (Read error: 110 (Connection timed out)) |
11:52:58 | MrStaticVoid | maybe it would be worth asking about the specific model found on the label |
11:55:30 | | Join Zagor [0] (foobar@h63n1fls31o265.telia.com) |
11:56:55 | | Join ]RowaN[ [0] (a2b0y@62.128.222.176) |
11:57:10 | ]RowaN[ | yay just installed new 30gig hd in my iriver h120 =] |
11:58:47 | Coldtoast | nice! |
11:58:51 | ]RowaN[ | is it normal for rockbox to report it as being 27.9gig? |
11:58:55 | ]RowaN[ | i didnt format it or anything |
11:59:02 | Coldtoast | it IS 27.9GB |
11:59:12 | ]RowaN[ | alrightey then |
11:59:20 | ]RowaN[ | i wonder if its worth ebaying my damaged 20gig drive |
11:59:29 | Coldtoast | there's a couple of factors involved with GB ratings |
11:59:39 | Coldtoast | one of them being "What's teh definition of 1GB?" |
11:59:40 | memmem | MrStaticVoid: I think I found documentation of those missing registers. (Reading the TOC isn't enough ;-) |
11:59:51 | Nibbler | it depends on if "kilo" is 1000 or 1024 |
11:59:57 | MrStaticVoid | heh |
12:00 |
12:00:00 | MrStaticVoid | thats good |
12:00:30 | memmem | I'll verify all the registers later. |
12:00:31 | | Join CoCoLUS [0] (~coco@h081217139221.dyn.cm.kabsi.at) |
12:00:49 | Coldtoast | see, 1KBcan be interpreted as 1000KB or 1024KB and then 1GB could be interpreted as 1000MB or 1024MB |
12:00:49 | MrStaticVoid | im curious, how are you verifing em? |
12:01:02 | MrStaticVoid | a hex editor on the original firmware? |
12:01:22 | memmem | Disassembly of the original fw. |
12:01:26 | Coldtoast | most companies go by 1000 tho these days it seems |
12:01:46 | Zagor | Coldtoast: most harddisk manufacturers, yes. most other companies, no. |
12:01:50 | MrStaticVoid | oh, maybe ill have to look into that. always want to try something new |
12:01:59 | Coldtoast | I'm talkign abou tHDD manufactureres, yeah |
12:02:10 | Coldtoast | damn! that was some bad typing |
12:02:49 | Coldtoast | but anyway. you're not missing 2.1GB ]RowaN[ |
12:03:36 | Coldtoast | I have supposedly 320GB of RAID that shows up as 300GB |
12:06:19 | * | memmem goes dining |
12:06:24 | | Quit memmem ("ERC Version 5.0.3 $Revision: 1.726.2.17 $ (IRC client for Emacs)") |
12:06:58 | ep0ch_ | k = 1000, K = 1024 |
12:07:17 | ep0ch_ | i thought |
12:07:26 | Coldtoast | dunno about that |
12:07:45 | Slasheri | please, no Kelvins ;) |
12:07:52 | ep0ch_ | heh |
12:08:21 | ep0ch_ | so what's Slasheri working on today? :) |
12:08:41 | Slasheri | ep0ch_: just now designing a pcb with pads at work.. =) |
12:08:57 | | Join zeekoe [0] (~zeekoe@ip51cc69f6.adsl-surfen.hetnet.nl) |
12:09:10 | zeekoe | Ki = 1024.. :) |
12:09:16 | ep0ch_ | nce, what's it going to do? |
12:09:26 | Coldtoast | think I'll delete every single 128Kb off of my machine |
12:09:30 | zeekoe | http://en.wikipedia.org/wiki/Kibibyte |
12:09:48 | Slasheri | ep0ch_: it's "a universal bluetooth controller unit".. :) |
12:10:20 | Slasheri | 50 MHz fpga with nios and ~30 user i/o pins |
12:10:22 | Coldtoast | http://en.wikipedia.org/wiki/Kilobyte |
12:10:26 | zeekoe | Slasheri, can you write a driver for rockbox? |
12:10:34 | zeekoe | that would be 1337 :P |
12:10:40 | Coldtoast | "A kilobyte (derived from the SI prefix kilo-) is a unit of information or computer storage equal to either 1024 or 1000 bytes" |
12:10:43 | Slasheri | hmm :D |
12:11:06 | Slasheri | but currently i don't have much time to do anything because i have to leave soon to the mil service :/ |
12:11:16 | ep0ch_ | which country? |
12:11:19 | Slasheri | finland.. |
12:11:44 | Coldtoast | it's weird cos you really don't hear of Finland getting invilved in many wars |
12:11:46 | ep0ch_ | they should do that over in the uk |
12:11:54 | Coldtoast | yet you still have compulsory mil service |
12:12:10 | ep0ch_ | who knows what they're planning ;) |
12:12:19 | crwl | Slasheri, take a laptop with you and don't spend much time at Hotelli Hanhi ;) |
12:12:42 | Slasheri | crwl: yes :( |
12:12:46 | zeekoe | in holland it hasn't been compulsory since about 5 years i guess |
12:12:47 | ep0ch_ | you looking forward to it Slasheri? |
12:12:55 | Slasheri | crwl: hehe, nice idea .) |
12:13:18 | zeekoe | have2go |
12:13:23 | | Nick zeekoe is now known as zeekoe|afk (~zeekoe@ip51cc69f6.adsl-surfen.hetnet.nl) |
12:13:28 | | Nick ep0ch_ is now known as ep0ch (~ep0ch@81-6-218-35.gotadsl.co.uk) |
12:14:08 | Slasheri | ep0ch: i don't have much choise.. but fortunately it's only about three weeks away from everything :) |
12:14:22 | Coldtoast | I hope they incorporate the "Rendering Engine" feature Netscape has into Firefox |
12:14:28 | | Part Nibbler ("Leaving") |
12:14:47 | ep0ch | Coldtoast: what's that? the choice between IE or Gecko? |
12:15:02 | Coldtoast | yeah |
12:15:06 | ep0ch | bluuuuurrrrrr |
12:15:10 | crwl | why would anyone want to use the IE rendering engine? :P |
12:15:20 | Coldtoast | so no need to fire up IE as it'll use th eIE rendering engine |
12:15:24 | ep0ch | so we can have activex in firefox wahayy ;) |
12:15:29 | Coldtoast | crwl: oh, let's see... Windows Update for one? |
12:15:45 | Coldtoast | you HAVE to use IE for Windows Update |
12:15:49 | crwl | why would you want to update your windows via firefox? |
12:15:53 | crwl | you can't get of rid IE anyway |
12:16:01 | Coldtoast | what? |
12:16:14 | ep0ch | well, if you dont want to use windows update, dont use windows |
12:16:40 | ep0ch | mind you updating windows is easier than updating linux or bsd... |
12:16:44 | Coldtoast | you can't see the value in going to webpages that NEED IE and flipping to the IE engine from your browser instead of firing up actual IE? |
12:17:01 | Coldtoast | I can |
12:17:05 | crwl | well, in fact i can't |
12:17:11 | Coldtoast | ell I can |
12:17:35 | crwl | webpages that absolutely need IE (and i can't think of any right now, maybe i only go to the right pages) can do that |
12:17:35 | ep0ch | there is a plugin for firefox that opens up the current page in IE |
12:17:37 | Coldtoast | if you're fine with firing up IE tho, cool |
12:17:49 | Coldtoast | crwl: I thought I just told you one? |
12:17:56 | Coldtoast | Windows Update NEEDS ie |
12:18:06 | zeekoe|afk | windows update has this autoupdate thingy |
12:18:08 | crwl | Coldtoast, what about that then? use automatic updates so you don't need to think about it :P |
12:18:18 | Coldtoast | automatic updates? heh |
12:18:22 | zeekoe|afk | ...which complains every half an hour that i need to reboot my computer :-< |
12:18:32 | Coldtoast | one of the first things I disable is Auto Update |
12:18:59 | zeekoe|afk | why? |
12:19:04 | | Nick zeekoe|afk is now known as zeekoe (~zeekoe@ip51cc69f6.adsl-surfen.hetnet.nl) |
12:19:13 | Coldtoast | I'd rather run Windows update manually so I can shoose what not to install |
12:19:15 | crwl | because he likes to use IE for updating his windows, i think :) |
12:19:17 | ep0ch | the worst one is Security Center service, wtf is that all about!!? |
12:19:25 | Coldtoast | choose |
12:19:39 | zeekoe | with autodownload¬ify you can choose what to install, too |
12:19:42 | Coldtoast | can you customise Automatic updates? No you can't |
12:19:49 | Coldtoast | ok |
12:19:51 | zeekoe | yes you can |
12:19:54 | zeekoe | : |
12:19:54 | ep0ch | yeah you can |
12:19:56 | zeekoe | ) |
12:20:04 | ep0ch | i have mine to just tell me when updates are available |
12:20:12 | Coldtoast | I disable it |
12:20:32 | ep0ch | then you need IE then lol |
12:21:05 | Coldtoast | I only want my machine talking to M$ when I tell it to. heh |
12:21:22 | crwl | mine never does that, what do i win? :P |
12:21:25 | ep0ch | you have the clock sync disabled too? |
12:21:40 | Coldtoast | nope. I use an Aussie ntp server tho |
12:21:44 | Coldtoast | you can add your own servers |
12:21:48 | ep0ch | you can? |
12:21:52 | Coldtoast | yup |
12:21:55 | zeekoe | how do you know your machine does only talk to M$ when you tell it to? |
12:22:00 | ep0ch | hidden somewhere in the registry i take it? |
12:22:04 | Coldtoast | firewall |
12:22:18 | zeekoe | ok |
12:22:48 | zeekoe | ep0ch: doubleclick on clock, click internet time, type in timeserver |
12:23:05 | zeekoe | easy as that |
12:23:09 | ep0ch | heh |
12:23:21 | ep0ch | that's just too funny |
12:23:26 | Coldtoast | do any of you Windows users actually use the Win inbuilt firewall? |
12:23:33 | zeekoe | yep |
12:23:36 | ep0ch | yeah |
12:23:39 | Coldtoast | really? |
12:23:41 | zeekoe | not that it blocks anything though |
12:23:52 | zeekoe | i tried to install sygate, but it didn't work |
12:23:52 | Coldtoast | it's just a simple packet scheduler |
12:23:59 | zeekoe | packet scheduler? |
12:24:01 | ep0ch | i'm behind a firewalled nat router so i dont really care too much |
12:24:04 | Coldtoast | well, filter really |
12:24:14 | zeekoe | so what does it filter? |
12:24:21 | Coldtoast | yeah. I mostly don't bother with a firewall to be honest |
12:24:39 | Coldtoast | it just filters TCP packets I think |
12:24:47 | ep0ch | but i have the windows one on just incase someone sneaks onto my wireless |
12:25:12 | Coldtoast | you don't MAC filter and use any encryption? |
12:25:17 | ep0ch | i do |
12:25:32 | Coldtoast | we don';t really have that sort of prob here |
12:25:36 | ep0ch | but still hackable by someone that knows what they're doing |
12:25:50 | Coldtoast | wireless is nowhere NEAR as widespread as in the US where I live |
12:26:17 | Coldtoast | I think I'm the only one running a wifi network on my street, for example |
12:26:35 | Coldtoast | took my PDA out and had a bit of a look a couple of months ago |
12:26:37 | ep0ch | i can access my neighbours from here... |
12:26:46 | Coldtoast | I want a Zaurus tho I think. So I can run Kismet |
12:27:11 | Coldtoast | there doesn't seem to be a passive sniffer at all for Windows Mobile 2003 |
12:27:12 | zeekoe | Coldtoast, what country? |
12:27:16 | Coldtoast | Australia |
12:27:22 | Coldtoast | but I live in Tasmania |
12:27:27 | ep0ch | i sat in the park last week, and picked up 3 access points in one spot |
12:27:29 | Coldtoast | the teeny little island off the bottom right |
12:27:36 | zeekoe | ok :) |
12:28:03 | Coldtoast | somebody's running wifi next to the blockbuster just down from me tho. And it's open |
12:28:23 | Coldtoast | so I go to blockbuster, look for films and go check the film out on IMDB using my PDA |
12:30:15 | Coldtoast | what router are you using ep0ch? |
12:30:39 | ep0ch | Linksys WAG54G, not my choice |
12:30:48 | Coldtoast | WRT54GS here |
12:30:48 | zeekoe | is that the linux running one? |
12:31:04 | Coldtoast | the WRT54G/S are zeekoe |
12:31:08 | Coldtoast | the one I have |
12:31:12 | zeekoe | ok |
12:31:14 | ep0ch | i dont think the WAG one is |
12:31:15 | zeekoe | neat |
12:31:28 | Coldtoast | well, it is. sorta |
12:31:33 | ep0ch | can you SSH to the WRT? |
12:31:40 | ep0ch | or telnet |
12:31:41 | Coldtoast | these are NOTORIOUS for dyin gon large file transfers tho |
12:31:45 | Coldtoast | you can |
12:31:48 | Coldtoast | both |
12:31:53 | ep0ch | its for me :) |
12:32:11 | Coldtoast | I can't transfer files between any machines using this WRT |
12:32:33 | Coldtoast | after a short time it resets |
12:32:34 | ep0ch | on wireless or hub? |
12:32:39 | Coldtoast | wireless |
12:32:50 | Coldtoast | never used the wired ports |
12:32:57 | ep0ch | i take it you've changed the channel? |
12:33:02 | Coldtoast | apparently it's down to the CPU overheating or something |
12:33:22 | Coldtoast | yeah. even dropped to 802.11b and it does it |
12:33:30 | ep0ch | nice QA |
12:33:33 | Coldtoast | no encryption at all either. still does it |
12:33:56 | Coldtoast | ppl have managed to ease the prob by installing heatsinks in them tho |
12:34:02 | zeekoe | lol |
12:34:03 | Coldtoast | so it seems it's an overheating issue |
12:34:42 | Coldtoast | I have a DLink DI-624 here somewhere too. That's not a bad router either |
12:34:54 | Coldtoast | tho now it seems to have DNS issues intermittenylu |
12:35:02 | Coldtoast | intermittently |
12:35:05 | ep0ch | netgear ones are good |
12:35:34 | Coldtoast | Netgear's 108Mbps router uses the same circuitry as DLink's 108Mbps router |
12:35:52 | Coldtoast | they're pretty much the same router |
12:35:55 | | Nick zeekoe is now known as zeekoe|food (~zeekoe@ip51cc69f6.adsl-surfen.hetnet.nl) |
12:36:22 | Coldtoast | bbiab |
12:38:25 | | Join Asku [0] (~aksu@adsl-39.180-DynIP.ssp.fi) |
12:40:27 | Coldtoast | I'd hate to not have a router |
12:40:41 | Coldtoast | used to just have everythign running thru a switch |
12:42:37 | | Quit MrStaticVoid ("leaving") |
12:53:20 | zeekoe|food | Coldtoast, NAT routers are actually a bad solution |
12:53:22 | | Quit ep0ch ("Trillian (http://www.ceruleanstudios.com") |
12:53:25 | zeekoe|food | ipv6 r00lz |
12:54:06 | Coldtoast | a guy I know on EFnet is running IPv6 stuff |
12:54:18 | zeekoe|food | at my other address, i have internet from the univerity (via cable) |
12:54:33 | zeekoe|food | one modem (Com21), switch + 8 computers |
12:54:41 | zeekoe|food | all with a different ip address |
12:54:44 | Coldtoast | the WRT54G/S are easy to get set up on IPv6 |
12:54:58 | zeekoe|food | that is, ipv4 |
12:55:11 | zeekoe|food | things like that are possible for everyone when ipv6 will be running |
12:55:20 | zeekoe|food | no more portmapping |
12:55:25 | Coldtoast | I think the only diff betwen the G and GS versions of the WRT54 is the amount of RAM |
12:55:48 | Coldtoast | GS has double what the G has |
12:55:58 | ze | GS is the speedboost version or whatever |
12:56:10 | Coldtoast | oh yeah. that's right |
12:56:21 | zeekoe|food | nice names... |
12:56:22 | Coldtoast | that's the other diff then |
12:57:00 | Coldtoast | not that I have speedbost enabled anyway. Too many notebooks and my PDA that don't see it when enabled |
12:57:11 | ze | heh |
12:57:38 | ze | it advertises that it remains compatible with the standard-g devices and i think it even claims to improve their performance still somehow |
12:57:50 | Coldtoast | my PDA is B |
12:57:57 | Coldtoast | and my friends' laptops are B |
12:58:26 | Coldtoast | they can't see the wifi at all with speedboost enabled |
12:58:30 | Coldtoast | none of them can |
12:58:52 | Coldtoast | Hadaka, I think, 4 laptops here so far and none of them even saw there was wifi there |
12:59:12 | Coldtoast | Hadaka? damn nick completion |
12:59:21 | Coldtoast | Hadaka=had. heh |
13:00 |
13:00:49 | ze | ah, B.. still kinda weird |
13:00:59 | ze | wtg linksys eh :p |
13:01:06 | Coldtoast | :) |
13:01:17 | Coldtoast | too much Linksys, not enough Cisco |
13:01:18 | ze | maybe wrt is we really tried |
13:01:21 | Coldtoast | that's how I think of it |
13:01:22 | | Join XavierGr [0] (~XavierGr@ppp13-adsl-50.ath.forthnet.gr) |
13:01:31 | Coldtoast | hah. yeah |
13:01:34 | XavierGr | Hi all! |
13:01:44 | XavierGr | LinusN: Are you here? |
13:01:51 | Coldtoast | WRT is probably close to when Cisco took over |
13:02:19 | XavierGr | oh amiconn is here too! |
13:02:50 | zeekoe|food | to be or not to be, that's the question |
13:03:13 | XavierGr | I managed to understand the settings code and added the remote scrolling settings and menu. |
13:03:20 | XavierGr | Anyone interested for them? |
13:03:41 | zeekoe|food | i have archos... |
13:04:36 | | Join Febs_away [0] (~chatzilla@207-172-122-81.c3-0.rdl-ubr4.trpr-rdl.pa.cable.rcn.com) |
13:04:43 | | Nick Febs_away is now known as Febs (~chatzilla@207-172-122-81.c3-0.rdl-ubr4.trpr-rdl.pa.cable.rcn.com) |
13:08:25 | | Nick zeekoe|food is now known as zeekoe|afk (~zeekoe@ip51cc69f6.adsl-surfen.hetnet.nl) |
13:09:55 | *** | Saving seen data "./dancer.seen" |
13:12:41 | Febs | Linus, if you're around, let me know if you find this more accurate than the prior version: http://www.misticriver.net/boards/showthread.php?p=276192 |
13:12:53 | LinusN | just came back from lunch |
13:13:31 | LinusN | Febs: looks ok |
13:14:32 | | Quit edx (Read error: 110 (Connection timed out)) |
13:17:54 | XavierGr | LinusN: I tried the thing we said last time for the remote. I hard copied the whole tree.c in a remote-tree.c (made the apropriate changes) and initialized it from main.c together with tree.c.Well guess what...it runs which is first. That way I will have display either for the remote or for the main unit not both... |
13:17:55 | | Join austriancoder [0] (~5078751e@labb.contactor.se) |
13:18:02 | XavierGr | hi austriancoder! |
13:18:25 | austriancoder | hi |
13:18:48 | LinusN | XavierGr: you mean you have browse_root() and remote_browse_root()? |
13:19:46 | XavierGr | yeah! Its working for the first one. The other is ignored. |
13:19:58 | LinusN | of course |
13:20:06 | XavierGr | :( |
13:20:07 | LinusN | browse_root() never returns |
13:20:17 | XavierGr | so much work for nothing... |
13:20:42 | LinusN | we tried to explain it to you yesterday |
13:20:48 | XavierGr | yeah my bad |
13:20:52 | LinusN | nah |
13:21:11 | LinusN | it's not exactly a trivial piece of code |
13:21:37 | XavierGr | it is just that I couldnt make the restructural work so I had for the easy way. |
13:21:55 | LinusN | the good news is that you do have a remote browser |
13:22:08 | LinusN | all we have to do is merge them |
13:22:11 | XavierGr | yeah but the quick hack is still more usable |
13:22:22 | XavierGr | can we do that? |
13:22:57 | LinusN | well, it's not all that easy |
13:23:58 | XavierGr | (keep in mind that its an exact copy of tree.c with different functions, but this simpletask took me ages to escape from multiple defines) |
13:24:12 | XavierGr | so not so much work is done. |
13:24:22 | austriancoder | ah.. there are now datasheets for the lcds of h3xx and x5 ;) |
13:24:51 | XavierGr | the only progress I made is with the remote settings. I managed to add remote scroll settings |
13:26:13 | Coldtoast | now you have the datasheet for the h3x0, is the only real hurdle now the bootloader? |
13:26:38 | LinusN | Coldtoast: i guess so |
13:26:45 | Coldtoast | good news |
13:26:46 | * | LinusN feels the pressure |
13:26:55 | XavierGr | lol |
13:26:57 | Coldtoast | heh |
13:27:11 | Coldtoast | no pressure from me. I have a h140 :) |
13:27:53 | Coldtoast | hmm. so maybe when there's an official iriver release, it might even be for the h3x0 as well! |
13:29:06 | austriancoder | maybe |
13:32:13 | XavierGr | do you think that we will need the same cursor,scrollbar and statusbar for the remote? Maybe I can implement this? |
13:33:04 | LinusN | i don't know |
13:34:24 | XavierGr | the invert selector looks neat but I havent tried the statusbar or the cursor selector. |
13:35:09 | austriancoder | LinusN: Have you startede with the CPU_COLDFIRE thing? |
13:35:22 | LinusN | no |
13:36:36 | austriancoder | LinusN: ok.. then i will do it |
13:53:58 | austriancoder | LinusN: i would add this to config.h in firmware/export/: http://nopaste.php-q.net/147788 |
13:55:05 | LinusN | yup |
13:55:37 | austriancoder | and the e.g. in codesc/libwavpack/SOURCES: http://nopaste.php-q.net/147789 |
13:57:05 | austriancoder | should be ok so?! |
13:58:05 | XavierGr | launch time! |
13:58:13 | XavierGr | later.... |
13:58:15 | | Quit XavierGr () |
13:58:51 | LinusN | austriancoder: yes |
14:00 |
14:04:38 | austriancoder | LinusN: Can i replace all CONFIG_CPU == MCF5249 in app.lds too? |
14:06:24 | | Join RotAtoR [0] (~e@dhcp54-47.calvin.edu) |
14:08:16 | | Join rooomish [0] (~Roman@195.47.96.56.adsl.nextra.cz) |
14:08:27 | rooomish | hi2all |
14:09:12 | austriancoder | hi |
14:09:38 | LinusN | austriancoder: no |
14:09:59 | LinusN | many of those checks should not check the cpu, but the platform instead |
14:11:19 | LinusN | austriancoder: nah, i was wrong |
14:11:36 | LinusN | go ahead and change them to CPU_COLDFIRE |
14:12:12 | rooomish | amiconn: hello, what is new about your WIKI planned chapter and pictures about UART boot mod? The links on Joergen soft are still outdated (rooomish - the flash killer of his Archos) |
14:12:46 | austriancoder | can i do the changes also for system.c thread.c firmware\common\mem*.S ata.c? |
14:13:39 | austriancoder | kernel.c |
14:13:41 | austriancoder | ? |
14:14:01 | LinusN | ata.c is problematic |
14:14:23 | austriancoder | the rest is ok? |
14:14:34 | LinusN | seems so, yes |
14:14:55 | austriancoder | rolo.c - too? |
14:16:43 | austriancoder | power.c? |
14:17:57 | | Quit Febs ("Chatzilla 0.9.68.5 [Firefox 1.0.5/20050711]") |
14:30:18 | LinusN | rolo.c and power.c contains a lot of iriver specific code |
14:35:59 | austriancoder | LinusN: check if all looks ok, and i will commit it: http://nopaste.php-q.net/147800 |
14:38:12 | LinusN | ok to commit |
14:38:50 | austriancoder | fine ;) |
14:39:04 | austriancoder | so we are a step closer to iaudio port |
14:43:08 | austriancoder | now we need a mcf5250.h |
14:44:19 | LinusN | yep |
14:44:38 | LinusN | how about this: |
14:45:02 | LinusN | 1) create a new mcf52xx.h with all the common stuff |
14:45:32 | LinusN | 2) the mcf5249.h and mcf5250.h includes this and just defines the unique stuff |
14:45:40 | LinusN | do you think that's a good idea? |
14:46:01 | austriancoder | yep.. its a good idea |
14:46:58 | austriancoder | have you time to do this? |
14:47:12 | LinusN | maybe later this evening |
14:47:59 | austriancoder | fine |
14:56:06 | Slasheri | austriancoder: Hmm, i think you have to do #if defined(CPU_COLDFIRE) && !defined(SIMULATOR) and not #ifdef CPU_COLDFIRE && !defined(SIMULATOR) |
14:56:14 | Slasheri | there are lot of warnings about that kind of things |
14:56:23 | | Join edx [0] (edx@p54A8E308.dip.t-dialin.net) |
15:00 |
15:00:27 | austriancoder | will fix it |
15:00:33 | Slasheri | good :) |
15:01:28 | LinusN | oops, i only checked the locations where the checks were made, i didn't bother to check the #ifdef's themselves :-) |
15:02:23 | | Quit Coldtoast (Read error: 113 (No route to host)) |
15:09:30 | austriancoder | shoule be fixed now.. can't compile it.. i am not ony ma laptop |
15:09:56 | *** | Saving seen data "./dancer.seen" |
15:11:20 | LinusN | rockbox does indeed send bad s/pdif frames |
15:12:04 | LinusN | but i can't understand why |
15:15:43 | austriancoder | LinusN: should we add to the config-xx stuff like DRAMORIG used in *.lds files? |
15:16:01 | LinusN | yes, we should do that |
15:16:32 | austriancoder | ok ;) I will do it |
15:17:22 | | Join ripnetuk [0] (~george@82-70-100-230.dsl.in-addr.zen.co.uk) |
15:18:15 | austriancoder | for what stands the extension lds? |
15:18:30 | ripnetuk | linker symbols <−−−− guess |
15:21:30 | austriancoder | i will do following now |
15:21:37 | ripnetuk | XavierGr - did you get the file browser working on the iRiver remote? |
15:21:40 | austriancoder | (1) add the default values to config.h |
15:21:54 | austriancoder | (2) add spezific values to config-xx.h |
15:22:09 | austriancoder | (3) change *.lds files to use new config stuff |
15:22:19 | austriancoder | sounds this ok for you guys? |
15:22:47 | LinusN | default values? |
15:23:32 | austriancoder | stuff in else tree: http://nopaste.php-q.net/147820 |
15:25:30 | LinusN | austriancoder: those are the archos values |
15:25:52 | austriancoder | ah ok |
15:26:22 | austriancoder | so i will add the values for each platform in their own config-xx.h file |
15:26:30 | LinusN | yes |
15:26:34 | | Quit ripnetuk ("arrrgggth") |
15:29:09 | elinenbe | who is the person working on the iAudio port? |
15:29:44 | austriancoder | me |
15:30:00 | austriancoder | LinusN: are the comments for each define ok? http://nopaste.php-q.net/147821 |
15:30:23 | | Nick Lynx_ is now known as Lynx_awy (~lynx@tina-10-4.genetik.uni-koeln.de) |
15:30:45 | LinusN | i must say that the comments are somewhat redundant :-) |
15:31:07 | austriancoder | *g* maybe |
15:32:16 | austriancoder | does this look better? http://nopaste.php-q.net/147822 |
15:32:35 | austriancoder | elinenbe: i am on of the two guys working on iaudio port |
15:35:03 | LinusN | austriancoder: remember that ROMSTART is an archos-only symbol |
15:36:43 | austriancoder | hmm.. ok |
15:37:39 | austriancoder | hmm... for the iaudio i dont know all values |
15:38:35 | | Join slnna [0] (~3ba7452a@labb.contactor.se) |
15:40:34 | slnna | hi guys |
15:41:08 | austriancoder | hi |
15:41:55 | austriancoder | should i also update the gmini stuff? |
15:42:03 | | Join Febs [0] (~chatzilla@64-190-36-240.client.cypresscom.net) |
15:42:18 | slnna | wonder if I could ask a quick question? Does anyone have some issues with mp3s occassionally stopping before the end of the track? |
15:43:21 | LinusN | slnna: how long before? |
15:44:03 | slnna | say, it's a 5 minute track, and it stops at 1min42secs and doesn't go to the next song on the playlist. Everything just ... stops ... |
15:44:21 | LinusN | oh, interesting |
15:44:52 | slnna | but it's not a hang, coz I can just go the the next song and everything ... just happened to me on FSOL's Papua New Guinea ... |
15:45:24 | LinusN | slnna: is it a vbr file? |
15:45:50 | slnna | probably, I have the iriver in the car, I can go down and get it if u want ;) |
15:46:03 | LinusN | try this: |
15:46:39 | LinusN | select the file in the browser, puch and hold the joystick, select "open with" and then "vbrfix" |
15:46:59 | LinusN | keep a backup of the file just in case |
15:46:59 | austriancoder | is something like this valid? |
15:47:01 | austriancoder | #define DRAMORIG DRAMORIG STUBOFFSET |
15:47:10 | austriancoder | DRAMORIG is defines in config-xx.h |
15:47:19 | slnna | cool, I go down now and see if it works, back in a minute |
15:47:19 | austriancoder | #define DRAMORIG DRAMORIG STUBOFFSET |
15:47:37 | austriancoder | #define DRAMORIG DRAMORIG (plus operator) STUBOFFSET |
15:47:40 | Slasheri | Hmm, if the player takes some vibration it may be unable to fill the file buffer. Did you drive the car while you experienced the stop? |
15:47:41 | LinusN | :-) |
15:48:18 | LinusN | austriancoder: i suggest you don't do that |
15:48:45 | austriancoder | LinusN: Should i add a new define? |
15:48:45 | LinusN | better use a third #define |
15:48:49 | austriancoder | ok |
15:48:53 | LinusN | DRAMBASE or something |
15:49:08 | LinusN | #define DRAMORIG (DRAMBASE+STUBOFFSET) |
15:49:22 | LinusN | for example |
15:49:35 | * | LinusN thinks he found the s/pdif bug |
15:49:48 | austriancoder | are there different IRAMSIZE values used in *.lds files? |
15:49:57 | LinusN | stinkin' lyin' data sheet! |
15:50:25 | LinusN | austriancoder: yes |
15:50:58 | austriancoder | hmm.. so we need some IRAMSIZE_XX defines?! |
15:51:37 | austriancoder | or how should i make it? |
15:55:41 | LinusN | i assume you mean the difference between app.lds and plugin.lds? |
15:55:51 | austriancoder | yep |
15:56:00 | LinusN | hmmm |
15:56:13 | austriancoder | #define IRAMSIZE_PLUGIN... |
15:56:22 | austriancoder | #define IRAMSIZE_APP... |
15:56:25 | LinusN | i guess IRAMSIZE should be the entire IRAM size |
15:56:35 | LinusN | austriancoder: yes |
15:56:51 | LinusN | that reminds me |
15:57:08 | LinusN | does the codecs and plugins have separate iram spaces? |
15:57:20 | austriancoder | should IRAMSIZE noe have the value of iram or should i make two defines |
15:57:21 | LinusN | i'm afraid they both use the same space |
15:57:35 | austriancoder | LinusN: I dont know |
15:58:02 | LinusN | make it 3 defines, IRAMSIZE, IRAMSIZE_PLUGIN and IRAMSIZE_APP |
15:58:13 | LinusN | whwre IRAMSIZE is the total |
15:58:29 | LinusN | gotta go, bbl |
15:58:36 | austriancoder | ok |
15:58:38 | austriancoder | thanks |
15:58:40 | | Part LinusN |
15:59:26 | | Quit ashridah (Read error: 110 (Connection timed out)) |
16:00 |
16:02:02 | | Join ashridah [0] (ashridah@220-253-123-251.VIC.netspace.net.au) |
16:06:45 | slnna | by the way, is there any support for double byte languages like japanese and chinese on rockbox yet? |
16:10:30 | | Quit slnna ("CGI:IRC") |
16:10:37 | | Join slnna [0] (~3ba7452a@labb.contactor.se) |
16:11:17 | austriancoder | slnna: i think that somebody is working on unicode support |
16:11:56 | slnna | oh ... cool. Great work guys! :D |
16:13:07 | slnna | I am seriously amazed at how much better a rockboxed iriver is compared to the original POS firmware even in the current state! |
16:14:06 | austriancoder | need to go now.. see you soon |
16:14:08 | | Quit austriancoder ("CGI:IRC 0.5.4 (2004/01/29)") |
16:19:02 | | Join rooomish2 [0] (~Roman@195.47.96.56.adsl.nextra.cz) |
16:24:16 | | Quit ashridah ("sleep.") |
16:26:15 | | Join shx [0] (~a4810127@labb.contactor.se) |
16:29:22 | | Join yngwi [0] (~chatzilla@chello080109107064.1.15.vie.surfer.at) |
16:32:00 | | Join oxygen77 [0] (~c1c28427@labb.contactor.se) |
16:32:18 | | Quit oxygen77 (Client Quit) |
16:38:13 | | Quit rooomish (Read error: 110 (Connection timed out)) |
17:00 |
17:02:29 | | Join BBub_ [0] (belzebub16@dsl-084-059-232-236.arcor-ip.net) |
17:09:01 | | Quit hicks (Connection timed out) |
17:09:58 | *** | Saving seen data "./dancer.seen" |
17:12:02 | | Quit slnna ("CGI:IRC") |
17:19:13 | | Quit BBub (Read error: 110 (Connection timed out)) |
17:22:02 | | Quit Febs ("Chatzilla 0.9.68.5 [Firefox 1.0.5/20050711]") |
17:25:35 | | Quit BBub_ (Read error: 110 (Connection timed out)) |
17:30:44 | | Quit yngwi ("Chatzilla 0.9.68a [Firefox 1.0.4/20050511]") |
17:34:09 | | Join rooomish [0] (~Roman@195.47.96.56.adsl.nextra.cz) |
17:41:19 | | Join LinusN [0] (~linus@labb.contactor.se) |
17:53:23 | | Quit rooomish2 (Read error: 110 (Connection timed out)) |
17:58:01 | | Join webguest52 [0] (~51565c95@labb.contactor.se) |
17:58:13 | webguest52 | hi |
17:59:17 | | Quit webguest52 (Client Quit) |
18:00 |
18:00:37 | LinusN | wow, he was fast |
18:00:45 | LinusN | (and i wasn't) |
18:03:44 | rooomish | LinusN: Hi, Do you know if Joerg is on holidays? |
18:04:41 | LinusN | probably, haven't seen him for a while |
18:05:46 | rooomish | LinusN: oki thanks - I am trying to contact him for updating the dead links to his side (http://joerg.hohensohn.bei.t-online.de/archos/uart_boot) |
18:05:59 | rooomish | site |
18:13:06 | | Quit ]RowaN[ () |
18:15:38 | | Join Aison [0] (~hans@zux166-181.adsl.green.ch) |
18:21:17 | amiconn | LinusN: wiki spam :( |
18:22:35 | LinusN | killed, thx |
18:37:00 | | Join belgarath [0] (~acc9cb0d@labb.contactor.se) |
18:37:08 | belgarath | hi |
18:37:23 | belgarath | my h120 came back from america! |
18:38:26 | belgarath | so i have eagerly installed rockbox (love the peakmeter and greyscale and wps alignment btw), and have created a database file and enabled runtime database, and i would like to know how you rate songs |
18:39:15 | belgarath | wait sorry its in the playlist context menu doh |
18:39:40 | | Join pregloq [0] (~c39fb9ba@labb.contactor.se) |
18:39:48 | | Nick pregloq is now known as preblow (~c39fb9ba@labb.contactor.se) |
18:41:51 | | Quit belgarath (Client Quit) |
18:42:34 | | Join preglow [0] (~c39fb9ba@labb.contactor.se) |
18:42:50 | | Quit preblow (Client Quit) |
18:43:14 | preglow | hmm |
18:43:23 | preglow | the new CPU_COLDFIRE define is pretty misleading |
18:44:10 | LinusN | how so? |
18:44:13 | preglow | not all coldfires, indeed, very few of them, actually have the emac unit, and CPU_COLDFIRE is now used to activiate the emac specific parts of the source |
18:44:23 | LinusN | ah, yes |
18:44:42 | LinusN | maybe a HAVE_COLDFIRE_EMAC? |
18:45:03 | preglow | sounds good, something like that is needed |
18:45:34 | preglow | i thought the iaudio units used the 5249 anyway |
18:45:58 | LinusN | 5250 |
18:46:08 | preglow | yeah, so i see |
18:47:22 | preglow | has austriancoder gotten a bdm working? |
18:48:13 | LinusN | not yet |
18:48:15 | | Join Febs [0] (~chatzilla@64-190-36-240.client.cypresscom.net) |
18:49:54 | preglow | bloody woot |
18:49:59 | | Join rubberglove [0] (~ceacad2d@labb.contactor.se) |
18:50:01 | preglow | 128kb sram |
18:51:20 | rubberglove | hello all. is there a kind soul around who could send me or point me at the windows 98 usb drivers for the h100? |
18:51:44 | LinusN | rubberglove: 98 or 98se? |
18:51:54 | preglow | 98 doesnt have usb support, does it? |
18:52:04 | zeekoe|afk | it does |
18:52:06 | rubberglove | good question... it's not my computer ... one sec |
18:52:07 | LinusN | nope, only 98se |
18:52:07 | | Nick zeekoe|afk is now known as zeekoe (~zeekoe@ip51cc69f6.adsl-surfen.hetnet.nl) |
18:52:16 | preglow | any more talk about an ipod port? :P |
18:52:21 | zeekoe | my dad's got 98 running with usb mass storage |
18:52:30 | | Join webguest90 [0] (~3e4f4094@labb.contactor.se) |
18:52:44 | LinusN | zeekoe: which device? |
18:53:01 | webguest90 | Windows 98 has usb support - just not Mass storage drivers built-in |
18:53:02 | zeekoe | some card readers worked |
18:53:08 | zeekoe | indeed |
18:53:16 | amiconn | LinusN: Plugins and codecs share the same IRAM space; that was the reason for the rockboy crash when music was playing. |
18:53:33 | rubberglove | LinusN: yay. second edition. boy this is tough with dial-up.... especially the iriver flash madness site... |
18:54:04 | amiconn | It's solved now as rockboy is the only plugin using IRAM and needs the audiobuffer anyway, so it claims the audiobuffer (stopping playback by that) before loading its own stuff into IRAM. |
18:54:05 | LinusN | rubberglove: if you have 98se, you don't need drivers |
18:54:15 | LinusN | amiconn: i see |
18:54:36 | zeekoe | ok, so that's the difference :) |
18:54:37 | amiconn | We could split more, but I'm not sure whether this would be wise |
18:54:41 | rubberglove | LinusN: oh yeah? it seemed to ask for drivers... i'll try again... |
18:54:51 | amiconn | ..giving 32 KB to each of core, plugins and codecs |
18:55:01 | LinusN | maybe you just need to install them from the win98se cd? |
18:55:10 | amiconn | I think it would be better to increase available IRAM for codecs instead |
18:55:25 | LinusN | amiconn: agreed |
18:55:26 | amiconn | The core doesn't need the 64 KB it reserves now |
18:55:42 | rubberglove | LinusN: let's see if i can find the cd now.... |
18:56:02 | amiconn | Afaik win98 (se or not) doesn't support usb mass storage devices without specific drivers |
18:56:18 | LinusN | hmmm |
18:56:40 | rubberglove | amiconn: that's what i thought. the h100 came with a cd for win98, but that's a few hundred km from me right now. |
18:56:53 | webguest90 | You should be able to install mass storage drivers from any device and have it work with any mass storage device though, shouldn't you? |
18:56:59 | amiconn | Should be the same driver as for H120/h140 |
18:57:03 | rubberglove | iriver.com has win98 drivers for the flash players.... |
18:57:20 | rubberglove | maybe i'll give that a go. |
18:57:21 | webguest90 | rubberglove: the cd doesn't include any driver (mine doesn't, at least) |
18:57:49 | amiconn | rubberglove: I have a CD here: iriver iHP series install disc... |
18:58:04 | amiconn | It says PC software & device driver |
18:58:30 | rubberglove | amiconn: any hope of sending it over? hopefully it's tiny? |
18:59:07 | amiconn | Hmm, there's only one file: iHP100Manager1.20.exe |
18:59:14 | amiconn | 3 MB |
18:59:44 | rubberglove | that'll only take me an hour or so up here on the mountain... could you throw it at rubberglove at gmail.com? |
19:00 |
19:00:16 | amiconn | I'll check whether this contains a win98 driver... |
19:00:26 | * | amiconn is firing up the win98 se vm... |
19:02:44 | | Join BBub [0] (belzebub16@dsl-084-059-232-236.arcor-ip.net) |
19:03:37 | zeekoe | the driver cannot be too tiny, because the driver needs to do things like creating an icon in the taskbar for safe removal too |
19:03:55 | preglow | more iram for the codecs would be lovely |
19:03:56 | | Nick Lynx_awy is now known as Lynx_ (~lynx@tina-10-4.genetik.uni-koeln.de) |
19:04:02 | amiconn | rubberglove: It's indeed an all-in-one installer that unpacks a driver for win98 (se) |
19:04:26 | preglow | plugins requring iram will probably always be too demanding to run while the codecs run anyway |
19:04:49 | rubberglove | cool. if you send it to me, i'll give you a nice cold pint of beer. |
19:05:13 | rubberglove | well, actually, since my matter transferrence beam is down, i'll drink it myself in your honour.... |
19:05:22 | amiconn | .exe as attachment is okay? |
19:05:54 | rubberglove | amiconn: oh yeah. gmail is picky about that. try martin.king at mail.mcgill.ca |
19:08:07 | amiconn | Sending mail.... |
19:09:12 | preglow | any more differences between 5249 and 5250 than the sram? |
19:09:24 | amiconn | yes |
19:09:36 | amiconn | One audio SPI instead of 2 |
19:09:36 | LinusN | more dma capabilities |
19:09:51 | amiconn | 3 IEC958 instead of 4 |
19:10:02 | LinusN | http://www.rockbox.org/twiki/bin/view/Main/ColdFire |
19:10:03 | *** | Saving seen data "./dancer.seen" |
19:10:38 | preglow | ahh, thanks |
19:12:42 | rubberglove | The comment about iriver.com was right, but the drivers are very well hidden. |
19:12:42 | rubberglove | The IHP Manager software (executable) has the drivers hidden inside |
19:12:48 | rubberglove | The comment about iriver.com was right, but the drivers are very well hidden. |
19:12:48 | rubberglove | The IHP Manager software (executable) has the drivers hidden inside |
19:13:20 | rubberglove | ^sorry. web client. and thanks for the help |
19:15:01 | amiconn | Mail sent... |
19:15:13 | rooomish | amiconn: please help, I cannot go to the holidays without my Archos :-((( What is new about your planned cookbook, pictures and SW about UART boot mod in wikipages? I have now the serial converter but the links on Joergen soft are still outdated (rooomish - the flash killer of his Archos) |
19:17:28 | preglow | man, i gotta get myself a linux box again, i miss rockbox coding :/ |
19:17:38 | amiconn | Meh, boring documentation :/ |
19:18:03 | amiconn | rooomish: I'll see what I can do |
19:18:15 | rooomish | amiconn: thank you!! |
19:19:56 | zeekoe | now i have the time to implement my autoloadconfig thingy... but you deleted the resume screen :'-( |
19:21:30 | zeekoe | i guess i have to think of another place for it |
19:26:37 | | Join lodesi [0] (~moi@lns-vlq-36-gre-82-253-95-253.adsl.proxad.net) |
19:30:57 | | Join asdsd____ [0] (~asdsd@h-67-100-24-142.miatflad.dynamic.covad.net) |
19:31:56 | | Part asdsd____ |
19:35:14 | | Quit webguest90 ("CGI:IRC") |
19:36:12 | | Join [IDC]Dragon [0] (~d90a3255@labb.contactor.se) |
19:36:48 | [IDC]Dragon | rooomish: what did you do? |
19:38:48 | | Quit thegeek ("( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )") |
19:39:05 | * | amiconn spots a rare guest |
19:39:09 | amiconn | hi Jörg |
19:40:23 | [IDC]Dragon | hi |
19:40:36 | [IDC]Dragon | I'll be even more rare in future |
19:40:42 | [IDC]Dragon | :-( |
19:41:14 | | Join thegeek [0] (na@ti521110a080-2449.bb.online.no) |
19:44:01 | LinusN | [IDC]Dragon: how so? |
19:44:27 | * | [IDC]Dragon found another subject for hackeing: home automation |
19:45:18 | LinusN | rockhouse |
19:45:24 | [IDC]Dragon | the next weeks I'll be very busy developing little uC modules for my house |
19:45:40 | [IDC]Dragon | sortof, yes ;-) |
19:46:04 | [IDC]Dragon | but I'll go for Atmel instead of SH |
19:46:10 | amiconn | Hmm, home automation is another thing I wonder whether it makes sense |
19:46:33 | amiconn | I know it must make sense somehow, since so much is written about it |
19:46:54 | [IDC]Dragon | yes, spend weeks of work or money on saving you a few minutes later on |
19:47:16 | amiconn | However, I can't imagine a single application to would make sense to me... |
19:47:56 | zeekoe | well, you can say "i have a home automated house" |
19:48:03 | [IDC]Dragon | switch of all the lights when you leave, automate the shades |
19:48:03 | zeekoe | and all your geek friends will say "wow" |
19:48:43 | rooomish | [IDC]Dragon Hi, I flashed my Archos - all was done cheksum was correct by after !rebboting my Archos is dead |
19:49:09 | [IDC]Dragon | did you use the proper file for your model? |
19:49:19 | amiconn | Actually I would not want to automate most of the things that can be automated with home automation |
19:49:37 | rooomish | [IDC]Dragon I think yes |
19:49:48 | [IDC]Dragon | there are some ridiculous marketing scenarios, yes |
19:50:36 | [IDC]Dragon | like, checking your iron or stove from vacation |
19:50:39 | | Nick StrathAFK is now known as Strath (~mike@dgvlwinas01pool0-a218.wi.tds.net) |
19:51:13 | [IDC]Dragon | rooomish: which model, did you back up the original flash content? |
19:51:30 | rooomish | [IDC]Dragon I suppose that you are Jorge - and the links to your pages on Wiki (Uart boot mode) are dead |
19:51:41 | rooomish | [IDC]Dragon ARCHOS 6000 |
19:51:47 | [IDC]Dragon | my webspace is gone, yes |
19:51:47 | | Quit rubberglove ("CGI:IRC (EOF)") |
19:52:15 | [IDC]Dragon | amiconns responsibility then :-; |
19:52:16 | rooomish | [IDC]Dragon I have some backup (hope that correct) |
19:52:24 | amiconn | [IDC]Dragon: I actually mean most of the things. Like, why would I want to automate switching the light? If I ener a room, there's a switch to turn the light on, and if I leave again, I turn it off again. If I leave the light on, there is a reason no automation could know |
19:52:48 | amiconn | That's what I wonder about... |
19:53:12 | | Quit preglow ("CGI:IRC (Ping timeout)") |
19:53:34 | [IDC]Dragon | maybe you want to switch it all off from bed |
19:53:48 | | Join solex [0] (~jrschulz@c223092.adsl.hansenet.de) |
19:53:52 | amiconn | I'm not *that* lazy ;) |
19:54:29 | amiconn | No, really, I take it that there might be useful applications, I just can't imagine *any* application that I might want to use |
19:55:01 | [IDC]Dragon | we really need it for the shades |
19:55:27 | [IDC]Dragon | light control was a nice to have |
19:56:28 | rooomish | [IDC]Dragon: Unfortunatelly the links on UART boot mode WIKI page |
19:56:28 | rooomish | to your site http://joerg.hohensohn.bei.t-online.de does not working. |
19:56:28 | rooomish | Have you any different site? |
19:56:46 | [IDC]Dragon | rooomish: I'll put my files into the wiki |
19:56:54 | rooomish | thank you |
19:57:13 | [IDC]Dragon | for the Studio, amiconn made some pics, iirc |
19:57:16 | amiconn | [IDC]Dragon: You have pictures showing the recorder uart boot mod, correct? |
19:57:32 | [IDC]Dragon | recorder, FM, ondio |
19:57:47 | amiconn | We should put together a comprehensive uart boot wiki page |
19:57:56 | amiconn | I have pics for player/Studio |
19:57:58 | rooomish | yes!!! |
19:57:58 | [IDC]Dragon | yes |
19:58:08 | rooomish | :-) |
19:58:26 | * | rooomish will wait |
19:58:32 | [IDC]Dragon | thanks |
19:59:17 | * | [IDC]Dragon got quite some mail about the dead homepage |
19:59:51 | [IDC]Dragon | mostly about M-Bus, that was on #1 google |
20:00 |
20:00:10 | amiconn | I've put the flash images on my webspace, at least |
20:00:50 | [IDC]Dragon | I have 100 new MB of webspace, but need a domain to use it |
20:01:33 | [IDC]Dragon | 1&1 includes one, but I haven't found out if that's just the hosting, or the registration, too |
20:03:25 | * | amiconn has 200 MB and an own domain :) |
20:04:35 | [IDC]Dragon | how's the domain handled? directly with denic? |
20:04:51 | rooomish | amiconn: what www address? |
20:05:08 | amiconn | [IDC]Dragon: T-Online |
20:05:13 | amiconn | www.jens-arnold.net |
20:05:18 | rooomish | oki |
20:05:25 | [IDC]Dragon | did you have to pay extra? |
20:05:29 | amiconn | rooomish: Beware of German ;) |
20:05:35 | amiconn | [IDC]Dragon: Yup |
20:05:49 | | Quit solex_ (Read error: 110 (Connection timed out)) |
20:05:52 | rooomish | amiconn: aha :-( |
20:06:05 | [IDC]Dragon | how much? |
20:06:55 | amiconn | 'Homepage Starter' package. ftp://software.t-online.de/pub/service/pdf/lbhpstarter.pdf |
20:08:19 | [IDC]Dragon | aha |
20:08:43 | amiconn | Different topic - any news about bootbox? |
20:08:57 | amiconn | I made some bootbox related commits.... |
20:09:58 | [IDC]Dragon | I should commit mine |
20:10:19 | amiconn | Anything new to test on the various platforms? |
20:10:20 | [IDC]Dragon | but don't expect any big changes |
20:10:41 | [IDC]Dragon | they are covered now |
20:11:08 | [IDC]Dragon | but most only by one person |
20:11:25 | amiconn | Any decision about the padding yet? |
20:11:34 | [IDC]Dragon | no |
20:11:41 | amiconn | The flash plugins will need some work as well |
20:11:52 | [IDC]Dragon | I'd like to use the same link file as normal |
20:12:05 | amiconn | ? |
20:12:44 | [IDC]Dragon | bootbox uses the standard rockbox linking |
20:13:20 | [IDC]Dragon | the only idea I have for padding would be a different linkfile |
20:13:39 | [IDC]Dragon | but, we ucl pack it afterwards... |
20:13:52 | amiconn | Hmm? You could pad just by defining the start address of image #2 |
20:14:04 | [IDC]Dragon | not nice |
20:14:11 | amiconn | Why? |
20:14:24 | [IDC]Dragon | it breaks the normal procedure |
20:14:33 | amiconn | I think it would be the easiest solution to set the start address of image #2 to a fixed value. |
20:14:38 | amiconn | ...for all platforms |
20:14:57 | [IDC]Dragon | yes, easy, quick and dirty |
20:14:59 | amiconn | This allows for some growth of bootbox, and simplifies linking |
20:15:11 | | Join austriancoder [0] (~5078751e@labb.contactor.se) |
20:15:14 | [IDC]Dragon | but you're forced to use bootbox |
20:15:31 | amiconn | How do you mean, forced? |
20:15:41 | amiconn | The link address for rombox will change anyway |
20:15:47 | austriancoder | amiconn, LinusN: i will overwork the CPU_COLDFIRE thing to seperate it with emac's |
20:15:52 | austriancoder | will do it later the day |
20:15:55 | austriancoder | need to go now |
20:15:58 | | Quit austriancoder (Client Quit) |
20:16:04 | | Nick Lynx_ is now known as Lynx_awy (~lynx@tina-10-4.genetik.uni-koeln.de) |
20:16:12 | [IDC]Dragon | if you want to use Archos as image #1 |
20:16:14 | amiconn | How else would you reserve extra space allowing for bootbox growth without moving rombox start again later? |
20:16:34 | [IDC]Dragon | by padding the image |
20:16:47 | amiconn | How do you pad an .ucl? |
20:16:55 | amiconn | ...in a predictable way |
20:17:10 | [IDC]Dragon | that's the question |
20:17:26 | amiconn | Yes |
20:17:28 | [IDC]Dragon | another option :-/ |
20:18:10 | amiconn | And, I wonder why somebody would want archos as image #1, and how he would accomplish this without building everything himself |
20:18:31 | amiconn | (and having no safety net except when doing the uart boot mod too) |
20:18:39 | | Join zeekoe_ [0] (~zeekoe@ip51cc69f6.adsl-surfen.hetnet.nl) |
20:18:57 | [IDC]Dragon | easy: by using todays image file |
20:19:06 | amiconn | Afaik rockbox_flash does allow flashing image #2 only |
20:19:19 | amiconn | Yes, but then he can't use later rombox versions |
20:19:33 | amiconn | ...because they will be linked for the wrong address |
20:19:55 | [IDC]Dragon | I could lower limit the image #2 start |
20:20:24 | amiconn | How does the firmware tool determine the size of image #1? |
20:20:43 | [IDC]Dragon | which tool? |
20:20:47 | amiconn | Hmm, btw, when padding, it would make sense to pad to a full flash sector |
20:21:03 | amiconn | ...and that has to take bootloader size into account |
20:21:12 | [IDC]Dragon | yes |
20:21:20 | amiconn | make_firmware |
20:22:00 | [IDC]Dragon | by file size |
20:22:05 | [IDC]Dragon | iirc |
20:26:39 | amiconn | Looks like the bootloader determines the position of image #2 from position and length of image #1 |
20:26:39 | | Quit gromit` (Read error: 104 (Connection reset by peer)) |
20:26:52 | [IDC]Dragon | yes |
20:26:56 | amiconn | So just 'pad' the size field in make_firmware... |
20:26:57 | [IDC]Dragon | smart, eh? |
20:26:57 | | Quit zeekoe (Read error: 110 (Connection timed out)) |
20:27:18 | | Join gromit` [0] (~gromit`@ras75-5-82-234-244-69.fbx.proxad.net) |
20:28:37 | [IDC]Dragon | could work, an option to make_firmware |
20:30:52 | [IDC]Dragon | any perl hacker around? |
20:36:38 | * | LinusN looks away |
20:37:30 | [IDC]Dragon | since an hour... |
20:37:35 | [IDC]Dragon | hi |
20:38:56 | [IDC]Dragon | how do I trim trailing whitespace from a string, if it contains whitespace itself? |
20:39:12 | [IDC]Dragon | eg. "A B C " |
20:39:21 | LinusN | from the top of my head: |
20:39:57 | LinusN | s/\w+$// |
20:43:38 | [IDC]Dragon | seems to do nothing |
20:44:08 | [IDC]Dragon | ah |
20:44:18 | [IDC]Dragon | s/\s $// |
20:44:38 | Harpy | s/\s+$// |
20:44:41 | [IDC]Dragon | my plus gut lost |
20:44:47 | [IDC]Dragon | got |
20:44:54 | [IDC]Dragon | thanks |
20:45:29 | LinusN | sorry |
20:46:01 | [IDC]Dragon | np, this was helpful |
20:47:57 | | Join MrStaticVoid [0] (~jlee@69-175-94-207.frdrmd.adelphia.net) |
20:51:46 | | Join Lear [0] (~chatzilla@h143n1c1o285.bredband.skanova.com) |
21:00 |
21:05:03 | | Join belgarath [0] (~acc9cb0d@labb.contactor.se) |
21:05:43 | | Join preglow [0] (~c39fbef3@labb.contactor.se) |
21:10:04 | *** | Saving seen data "./dancer.seen" |
21:18:16 | preglow | anyone else have the problem where fragments of the old track reappear when changing to a new track? |
21:20:43 | LinusN | i had it, but i haven't tested it thoroughly since last friday |
21:22:00 | preglow | i get it all the time |
21:22:04 | preglow | consistently |
21:22:07 | preglow | and have for a long time |
21:24:47 | preglow | i also get some weird skipping sometimes now |
21:25:29 | preglow | during track changes |
21:27:15 | | Join Stryke` [0] (~Chairman8@cpe-24-168-110-99.si.res.rr.com) |
21:29:40 | preglow | and while i remember it, i assume you havent looked at the imdct thing? |
21:30:42 | LinusN | nope |
21:31:07 | preglow | not important anyway, the current one does the job nicely even if it is ugly |
21:31:12 | | Quit [IDC]Dragon ("CGI:IRC") |
21:31:34 | preglow | it's not the first ugly thing that has sprung from my hands |
21:32:04 | | Quit preglow ("CGI:IRC") |
21:32:17 | | Join preblow [0] (~c39fbef3@labb.contactor.se) |
21:32:42 | | Quit lodesi ("Leaving") |
21:32:49 | preblow | i miss my linux box :// |
21:33:54 | | Nick preblow is now known as preglow (~c39fbef3@labb.contactor.se) |
21:35:52 | belgarath | is song count and rating stored in the mp3 file, or the id3 database file? |
21:36:50 | preglow | a separate runtime db file, i believe |
21:37:02 | preglow | in any case, in a database |
21:41:07 | preglow | man, track changing is really having a bad day here |
21:41:56 | | Quit zeekoe_ (Read error: 110 (Connection timed out)) |
21:44:02 | | Quit belgarath ("CGI:IRC (EOF)") |
21:44:43 | | Join yngwi [0] (~chatzilla@chello080109107064.1.15.vie.surfer.at) |
21:51:08 | | Join Coldtoast [0] (~edan@ppp111-3.lns1.hba1.internode.on.net) |
21:56:26 | * | amiconn is puzzled |
21:56:45 | preglow | what're you working on? |
21:59:13 | amiconn | Why did the number of build errors for H3x0 target lower so much while all of today's changes don't touch lcd related stuff in an obvious way?? |
21:59:16 | Slasheri | i want to add optional dir caching to iriver :) |
21:59:24 | amiconn | Nooooooooooooooo |
21:59:29 | Slasheri | i just calculated it will not eat so much ram.. |
21:59:34 | Slasheri | :D |
21:59:37 | amiconn | Arrrrrrrrrrrrrrrrrrrrrrrggggggggggggggggghhhhhhhhhhhhhhhhhhhhhh |
21:59:44 | yngwi | hi guys, im just trying to build my own crosscompiler :-) |
21:59:47 | amiconn | No dir caching in rockbox pls pls pls |
21:59:51 | Zagor | Slasheri: only as much as you give it... |
21:59:56 | Slasheri | of course better caching than with iriver firmware has |
22:00 |
22:00:00 | Slasheri | :D |
22:00:10 | Slasheri | Zagor: yes, the limits should be configurable.. |
22:00:20 | Zagor | Slasheri: first question: why? |
22:01:25 | Slasheri | Zagor: i would just like that directory browsing would be always instant, no matter if hdd is spinning or not.. no other reason for that :) |
22:02:04 | Zagor | why? "it feels good"? |
22:02:21 | Slasheri | yes, of course i could also increase the hd spinup time |
22:02:48 | Slasheri | but i still have to wait when the hd initially spins up |
22:02:49 | amiconn | I'd rather like to see some more existing rockbox features working on iriver, like voice UI |
22:03:19 | Slasheri | amiconn: that's true.. |
22:03:22 | Zagor | Slasheri: you will *always* have delays, unless you cache the entire dir structure. and then you're not using "just a little" ram anymore |
22:03:44 | amiconn | I'd love to work on it, but (1) I don't understand that much of the codec magic and (2) I still have some LCD 'homework' pending |
22:04:48 | Slasheri | amiconn: i think the only big problem with the voice is to decide how to implement the codec loading: static codec or another dynamic memory area for that second codec? |
22:04:52 | | Quit RotAtoR () |
22:05:45 | amiconn | I would be glad to build the voice files once the voice UI is working, even per model using localisation v2 if I get an automatable upload access |
22:05:49 | Slasheri | after that it should be trivial to feed the codec with the voice ui data |
22:05:56 | Slasheri | pcmbuf has to implement some mixing also |
22:06:00 | preglow | the codec will also have to be very fast if it is to not use iram |
22:06:19 | preglow | which it cant |
22:06:27 | amiconn | Slasheri: Voice UI should be able to deal with lower sample rate, in order not to waste space |
22:06:28 | Slasheri | ah, true.. that's a problem too |
22:06:51 | preglow | you seem very intent on using mp3, so this will be a great problem |
22:06:53 | Slasheri | amiconn: yep, but it can use dsp for that |
22:07:41 | amiconn | If we want to be able to 'voice over' then it should be able to handle voice_sample_rate != music_sample_rate too |
22:08:00 | LinusN | amiconn: sample rate will always be 44.1kHz |
22:08:01 | preglow | well, we have resampling code, and ill make some more as soon as im settled with a dev environment |
22:08:03 | Slasheri | i think the best solution could be to have very simple codec with powerful compression that can be statically linked with rockbox |
22:08:11 | amiconn | preglow: The mp3 focus will vanish as soon as Bagder's localisation v2 idea gets implemented |
22:08:26 | Slasheri | amiconn: dsp does that, no problem |
22:08:57 | amiconn | ...because that will need different voice files per model anyway, without 'dead' snippets |
22:09:15 | amiconn | ...and then we can tailor the voice files in quality |
22:09:32 | preglow | still, if we are to allow mixing the voice ui over music, well have a speed problem |
22:09:52 | amiconn | ..and use any codec we want; the only limit being that I'd need a command line encoder running under windows to be able to build the voice files |
22:10:04 | preglow | well, all codecs should have that |
22:10:06 | preglow | all i can think of |
22:10:44 | amiconn | I don't think that we'll have much of a speed problem |
22:10:49 | preglow | no? |
22:10:55 | preglow | mp3 is dead slow without sram |
22:10:56 | amiconn | (1) The voice UI typically uses low sample rate |
22:11:01 | preglow | vorbis is not even realtime without i |
22:11:23 | amiconn | (2) The voice UI won't typically babble continuously for longer time intervals |
22:11:44 | preglow | well, it will have to be very responsive anyhow |
22:12:03 | amiconn | Yes, but I mean it shouldn't influence music playback much |
22:12:04 | preglow | if the codec we use is too slow, the ui wont be as responsive as it should |
22:12:30 | amiconn | ...because short periods which are below realtime in total would be covered by the pcm buffer |
22:13:22 | preglow | how long is the pcm buffer at the moment? |
22:13:29 | preglow | seems like its several seconds long |
22:13:55 | amiconn | I that if we start with mp3 because of the lack of a fast dedicated speech codec, I'd use my 'wanted' (but not possible due to space constraints) setting for encoding |
22:14:07 | amiconn | lame vbr 16 kHz mono |
22:14:39 | amiconn | ...and I don't see why we couldn't use IRAM for the secondary codec |
22:15:18 | amiconn | We have 96KB of IRAM of which the codecs get 32KB today |
22:15:35 | preglow | i think it would be a terrible waste to use 32kb of iram on an optional feature |
22:15:39 | amiconn | The core has 64KB, and it doesn't even use the half of it |
22:15:54 | preglow | and i dont plan on allowing it staying that way :) |
22:16:04 | amiconn | Yes I know |
22:16:11 | Slasheri | preglow: about 6 seconds |
22:16:16 | Slasheri | (1 MB) |
22:16:25 | preglow | holy crap |
22:16:34 | preglow | is that going to be shortened? |
22:16:40 | LinusN | i hope so |
22:16:48 | amiconn | preglow: Btw, while the voice UI is optional, it is considered an important feature by a number of rockbox users |
22:17:08 | amiconn | (me among them - *very* useful while driving) |
22:17:28 | preglow | amiconn: indeed, but it is still an optional feature i dont think the majority will use, and there should be plenty of ways to implement it with no sram hogging |
22:17:39 | amiconn | It is now about the only reason why I still prefer my archoses over the iriver |
22:18:21 | preglow | anyway |
22:18:45 | preglow | might as well do that for now, i cant cook up something better at the moment myself |
22:19:00 | | Join zeekoe_ [0] (~zeekoe@ip51cc69f6.adsl-surfen.hetnet.nl) |
22:19:14 | amiconn | Anyone knowing a small, efficient, open source voice codec available as integer implementation? |
22:19:25 | preglow | but i would like the main codecs to be the main focus, they are the most crucial part of rockbox on platforms with no hw codec |
22:19:48 | amiconn | Another option - make one of the codecs reentrant and static |
22:19:49 | preglow | amiconn: well, speex is by far the best, and it seemed to have very good potential for optimisation |
22:20:10 | preglow | amiconn: as for reentrancy, mp3 is very well suited to that |
22:20:11 | amiconn | That way it could be used by both main audio thread and voice UI... |
22:21:04 | preglow | i believe libmad could function in the way you mean as it is, if you back its structs to ordinary ram when changing to voice ui and back |
22:22:12 | amiconn | Hmm, that would still require to set some IRAM aside for the static codec, the only difference being that it wouldn't be used exclusively by the voice UI... |
22:22:37 | preglow | true enogh |
22:22:38 | preglow | enough |
22:22:44 | | Join ep0ch [0] (~ep0ch@81-6-218-35.gotadsl.co.uk) |
22:22:54 | preglow | i'd love to experiment with speex |
22:22:56 | amiconn | I think we can get away with less IRAM than for the main codec |
22:22:57 | amiconn | s |
22:23:00 | ep0ch | hey, speakling of codecs for voice, would ADPC |
22:23:03 | ep0ch | M be suitable? |
22:23:17 | amiconn | Too little compression, I think |
22:23:20 | ep0ch | 4:1 |
22:23:20 | preglow | actually, it's the thing i want to do right now, but i have no dev env and my own pc has no internet |
22:23:38 | ep0ch | use 22khz then its 8:1 |
22:23:54 | preglow | adpcm is computationally simple, at least |
22:24:11 | preglow | 16khz would be fine for voice |
22:24:29 | ep0ch | and it'll be mono |
22:25:10 | amiconn | ep0ch: For voice, 16 kHz 16 bit mono is sufficient for voice, but I'd like higher compression |
22:25:26 | ep0ch | it wont be 16bit, but 4 bit |
22:25:33 | amiconn | speex might be the choice because of it being a dedicated speech codec, and opensource |
22:25:33 | preglow | but anywho, i'll get working on speex as soon as i can |
22:25:57 | preglow | if no one gets there before me |
22:26:05 | amiconn | ...but it will require some work, and I don't know how fast it will run on our coldfire |
22:26:19 | preglow | like i said, lots of potential for tight asm code |
22:26:43 | amiconn | preglow: Is the integer port finished now? |
22:27:00 | preglow | i think speex does function in fixed point mode now |
22:27:11 | preglow | some files arent ported yet, but they're not essential either |
22:27:18 | amiconn | s/integer/fixed point/ |
22:27:30 | Slasheri | preglow: in the future that pcm buffer size could be configurable (with crossfade longer and without it short) |
22:27:31 | amiconn | Hmm. |
22:29:27 | yngwi | i just tried to build the binuils for the crosscompiler: a stupid question; how can i tell, it worked?? :-) |
22:30:07 | preglow | if you didnt get any compiler errors, chances are very good it worked |
22:30:07 | amiconn | preglow: As you asked, I'm working on porting the grayscale lib to the new api, and then to H1x0 |
22:30:29 | preglow | i like the flat shaded cube, btw, looks really nice ;) |
22:30:30 | LinusN | yngwi: you will notice |
22:30:38 | yngwi | thanks :-) |
22:30:57 | amiconn | I already did some experiments on H1x0, and it *is* possible to use native 4-grey mode together with pixel flipping |
22:31:00 | yngwi | i thougt i better start now learning c, else rockbox gets finished without me :-) |
22:31:12 | LinusN | yngwi: that would be terrible :-) |
22:31:17 | yngwi | :-) |
22:31:28 | LinusN | i mean, rockbox being finished |
22:31:33 | preglow | hahah |
22:31:37 | LinusN | what would i do??? |
22:31:37 | yngwi | uh oh :-P |
22:31:41 | amiconn | ...meaning the grayscale lib will support more shades than on archos (either 49 or 97, depends on some details I'll work out while implementing) |
22:31:44 | LinusN | i have to get a life |
22:31:57 | preglow | amiconn: you did a test, i assume? |
22:32:02 | amiconn | yup |
22:32:18 | yngwi | no need to hurry, there are a lot poor mp3 players without decent firmware out there |
22:32:27 | preglow | linusn: it's too boring, don't bother |
22:32:29 | amiconn | I have an experimental plugin showing 13 shades at one. That's without random pattern shifting, so it flickers a tiny bit |
22:32:44 | ep0ch | i dont understand how you can get more than 4 shades? i know old demos used to do things like that, but how??? |
22:32:56 | preglow | temporal dithering |
22:33:00 | LinusN | ep0ch: the same way as the demos do it |
22:33:10 | amiconn | ...and it's hacky, so it requires to deactvate backlight fade in/out before running it, otherwise it will crash |
22:33:25 | amiconn | I need to write firmware/drivers/timer.c .... |
22:33:45 | ep0ch | basically you switch pixels on and off really quickly? |
22:33:49 | amiconn | yup |
22:33:50 | LinusN | ep0ch: yes |
22:34:09 | ep0ch | that's kinda... |
22:34:19 | ep0ch | ermm... cheating :) |
22:34:30 | ep0ch | but i would love to see it :) |
22:34:47 | preglow | amiconn: any obvious artifacts from the slow lcd? |
22:34:48 | amiconn | ep0ch: The H1x0 lcd does the very same thing internally to provide the 4 shades |
22:34:59 | Lear | anyone using the win32 simulator? I've noticed some problems, and wonder if anyone else has seen them... |
22:35:02 | ep0ch | really? wow |
22:35:04 | preglow | amiconn: oh? |
22:35:08 | amiconn | preglow: This is actually helpful; it helps to avoid flicker |
22:35:50 | ep0ch | so the lcd is really mono |
22:36:08 | amiconn | preglow: With my test plugin, I'm actually able to 'see' the internal patterns of the lcd, by superposition |
22:36:23 | amiconn | (the plugin allows to adjust the scan frequency in a wide range) |
22:37:26 | | Quit web1 ("CGI:IRC (EOF)") |
22:37:42 | amiconn | LinusN: That's the nice thing: The lcd has an internal scan frequency of ~70 Hz in 4-grey mode (sounds familiar?) |
22:38:04 | amiconn | With your improved lcd timing, this means 70 ms /second, or ~7% cpu load |
22:38:16 | amiconn | ...plus some overhead, but that should be small |
22:38:29 | ep0ch | 7% at 120 mhz? |
22:38:33 | amiconn | yup |
22:38:33 | yngwi | when the "cross compiler page" talks about the PATH (compiling gcc) is this the windows PATH, or something changed in cygwin?? |
22:38:47 | amiconn | yngwi: It's the cygwin path |
22:38:58 | | Quit Stryke` ("Friends don't let friends listen to Anti-Flag") |
22:39:20 | preglow | definitely looks like speex is usable in fixed point mode, yes |
22:39:41 | amiconn | ep0ch: On archos we need 50% cpu for full screen, due to the lcd data line being serial |
22:40:39 | ep0ch | i take it this grayscale patch wont be native to rockbox, but used just by plugins? |
22:40:48 | amiconn | On archos, we need to feed 67 frames of 7168 pixels (896 bytes) per second |
22:40:54 | amiconn | ep0ch: yup |
22:40:55 | LinusN | amiconn: nice |
22:41:26 | amiconn | On iriver, we need to feed 70 frames of 20480 pixels (5120 bytes) per second |
22:41:43 | ep0ch | but faster CPU |
22:42:00 | amiconn | yup, and parallel LCD data lines |
22:42:18 | ep0ch | sounds like you're having fun :) |
22:42:43 | ep0ch | ohhh, i have another idea for a codec.... |
22:42:57 | ep0ch | but how close is the coldfile compared to a 68020? |
22:43:19 | preglow | coldfire, and it should be quicker, i dont think the 68020 came with too high a clock |
22:43:20 | ep0ch | coldfire |
22:43:43 | amiconn | Due to the iriver version not flicking between (full) black & white but only between 2 adjacent of the 4 shades, and due to the slow lcd, it is much less susceptible to artifacts from not being able to synchronize internal and externa |
22:43:44 | preglow | what codec are you thinking of? |
22:43:48 | amiconn | l scan rate |
22:43:49 | ep0ch | eagleplayer :) http://www-md.e-technik.uni-rostock.de/~bj74/software/eagleplayer/index.html |
22:44:07 | ep0ch | to play all the old amiga mod like formats |
22:44:23 | preglow | hahaha |
22:44:28 | preglow | that'll be "fun" to port |
22:45:12 | ep0ch | i'm sure there's some nostalgic person out there would like to do it |
22:45:56 | amiconn | ep0ch: That's what dumb is for. It's a mod player, but not yet functional as a codec |
22:46:01 | * | amiconn prods HCl |
22:46:10 | ep0ch | nonono |
22:46:38 | ep0ch | DUMB doesnt support all the formats |
22:47:20 | ep0ch | there are literally hunderds of mod formats that used the CPU to do some work on the Amiga that most mod players don't replicate |
22:47:48 | preglow | what, you mean the formats that contain code? |
22:48:08 | preglow | we'll have to emulate those, the coldfire doesnt support all the instructions of the 68k family |
22:48:19 | ep0ch | hmmm, not sure |
22:49:36 | ep0ch | think i'll email the authors, never know they might own an ihp ;) |
22:51:37 | ep0ch | oh the unix version is called UADE and uses WinUAE code to emulate the CPU if you're interested |
22:52:58 | preglow | we're probably better off using a standalone emulator like starscream, if the code isnt dependent on having a full kickstart mapped to memory or something |
22:53:17 | | Nick CBM-away is now known as CheeseBurgerMan (~youshould@tc2-225-085.altelco.net) |
22:54:48 | ep0ch | heh well definitely fun then |
22:55:23 | amiconn | ep0ch: deliplayer does the same thing. |
22:55:33 | ep0ch | yes its based on eagleplayer |
22:55:37 | ep0ch | i think |
22:55:49 | amiconn | No, it's based on delitracker code |
22:56:00 | amiconn | It's made by the same developers |
22:56:40 | amiconn | deliplayer uses a minimal m68k emulator based on uae techniques to play formats with embedded code, like Whittaker, FredMonitor etc |
22:57:24 | | Quit preglow ("CGI:IRC") |
22:57:46 | amiconn | ...but while I would appreciate mod support, I'm not that much interested in these exotic formats. >50% of all mods I have are ProTracker, and that's pretty generic |
22:58:10 | ep0ch | i know its quite specialised.. |
22:58:26 | amiconn | I can still play all those exotic formats on my real Amiga :) |
23:00 |
23:02:38 | Zagor | or in uae |
23:03:20 | ep0ch | or uade piped to oggenc and play on the ihp |
23:05:20 | amiconn | Why should I use UAE when I can use the real thing? ;) |
23:05:35 | amiconn | Reminds me - I need to fix the audio out - again :-/ |
23:05:39 | Lear | in the simulator, would it be safe to make any assumptions about the size of the data returned by pcmbuf_callback? |
23:06:05 | | Join muesli- [0] (muesli_tv@hmln-d9b8e198.pool.mediaWays.net) |
23:07:09 | muesli- | g'evening ladiez |
23:07:48 | ep0ch | :o |
23:07:55 | ep0ch | where where?! |
23:08:10 | muesli- | just check my bra ^^ |
23:08:22 | HCl | o.o;; |
23:08:29 | HCl | muesli- is female? O.o; |
23:08:36 | muesli- | dunno |
23:08:40 | muesli- | maybe ^^ |
23:08:41 | ep0ch | just today eh? |
23:08:43 | HCl | thats even scarier o.o. |
23:08:50 | muesli- | hehe :D |
23:09:03 | muesli- | depends on my daily condition... |
23:09:26 | HCl | o.o; |
23:10:06 | *** | Saving seen data "./dancer.seen" |
23:10:29 | muesli- | well..its a surprise every morning |
23:10:34 | muesli- | even 4 me :D |
23:10:50 | HCl | mhm o.o... *slowly backs away from muesli- while he nods* |
23:11:09 | | Join [1]CheeseBurgerM [0] (~BurgerBoy@tc2-225-085.altelco.net) |
23:11:15 | muesli- | hehe |
23:11:18 | muesli- | well.. |
23:11:30 | muesli- | just biught the new harry potter |
23:11:39 | muesli- | time to be relaxed... |
23:11:40 | HCl | nice |
23:11:54 | ep0ch | does anyone die in this one? |
23:11:58 | HCl | shush. |
23:11:59 | HCl | :p |
23:12:00 | | Quit CheeseBurgerMan () |
23:12:01 | | Nick [1]CheeseBurgerM is now known as CheeseBurgerMan (~BurgerBoy@tc2-225-085.altelco.net) |
23:12:01 | HCl | no spoilers |
23:12:26 | muesli- | somebody is gonna be killed |
23:12:43 | | Quit MrStaticVoid ("Lost terminal") |
23:12:44 | muesli- | guess its snape or hagrid |
23:13:02 | ep0ch | has dumbeldore died yet? |
23:13:08 | thegeek | hehehehehehehe |
23:13:10 | ep0ch | he's getting old... |
23:13:10 | muesli- | he will not |
23:13:12 | thegeek | muahaha |
23:13:18 | muesli- | yes, he's old |
23:13:30 | muesli- | maybe its time for him to give up the spoon |
23:13:36 | muesli- | as we say in german |
23:13:41 | ep0ch | yeah, and let harry take over |
23:13:51 | muesli- | yeah, harry 4 president ^^ |
23:14:04 | thegeek | are your serious?` |
23:14:07 | thegeek | you dont know it? |
23:14:15 | ep0ch | shh |
23:14:18 | ep0ch | dont spoil it |
23:14:23 | muesli- | shut up dude |
23:14:24 | thegeek | but ! |
23:14:27 | thegeek | it's so tempting |
23:14:30 | ep0ch | shh :) |
23:14:34 | muesli- | shut up dude |
23:14:36 | DBUG | Enqueued KICK muesli- |
23:14:36 | muesli- | shut up dude |
23:14:37 | muesli- | shut up dude |
23:14:44 | ep0ch | i wanna read it too now |
23:14:50 | muesli- | but wouldnt wonder either |
23:14:57 | ep0ch | oh i have like 5 books to read first |
23:15:02 | thegeek | http://content.ytmnd.com//94000/94316/image.jpg |
23:15:03 | thegeek | there |
23:15:05 | thegeek | dont click it |
23:15:05 | muesli- | lol |
23:15:07 | thegeek | unless you want to know |
23:15:26 | ep0ch | you b*st*rd |
23:15:27 | muesli- | why dont i own op status... |
23:15:34 | thegeek | wtf? |
23:15:34 | ep0ch | :D |
23:15:37 | thegeek | I said dont click it |
23:15:39 | muesli- | LinusN kick him |
23:15:41 | thegeek | unless you want to know |
23:15:58 | thegeek | *feels scared* |
23:16:00 | thegeek | ;) |
23:16:10 | thegeek | but seriously |
23:16:15 | thegeek | the book is good anyway |
23:16:23 | thegeek | knowing it wont spoil or ruin anything |
23:16:39 | ep0ch | muesli-: did you click? |
23:16:43 | thegeek | another spoiler : http://www.filefarmer.com/Xizer/pottercrash.MOV |
23:16:45 | muesli- | nope, didnt |
23:16:46 | thegeek | it's extremely funny |
23:16:48 | ep0ch | good |
23:16:51 | thegeek | but dont watch unless you want to know |
23:16:58 | thegeek | the last 5 seconds are hilarious |
23:17:15 | ep0ch | sorry can't do that |
23:17:19 | ep0ch | i don't do MOV |
23:17:31 | thegeek | vlc |
23:17:36 | muesli- | the 5th was very scary |
23:17:41 | thegeek | or even quicktime alternative |
23:17:48 | thegeek | I like them in english |
23:17:53 | | Quit Harpy (Read error: 110 (Connection timed out)) |
23:18:00 | thegeek | when they are translated into norwegian they kinda loose the "edge" |
23:18:14 | thegeek | in english they are funny and interesting |
23:18:15 | muesli- | yepp..never read a translation |
23:18:24 | thegeek | in norwegain; mediocre |
23:18:29 | muesli- | oh i did..it was very boring |
23:18:33 | thegeek | it's not the translation is bad |
23:18:37 | thegeek | it's just not as good as the original |
23:18:42 | muesli- | yepp |
23:18:45 | muesli- | true. |
23:19:20 | thegeek | but seriosly |
23:19:23 | muesli- | its just the way they let words stand as they are in english |
23:19:25 | thegeek | someone watch that movie |
23:19:31 | muesli- | doenst fit translated |
23:19:32 | thegeek | especially the last seconds |
23:19:35 | thegeek | mhm |
23:19:41 | thegeek | *seriously |
23:20:57 | ep0ch | what does ytmnd stand for? |
23:21:00 | muesli- | anyway, i pray for a fully supported iriver remote :D |
23:21:30 | muesli- | ep0ch dunno |
23:21:35 | thegeek | me neither |
23:21:55 | muesli- | thegeek greetz to mette-marit ;) |
23:22:09 | muesli- | hot babe :D |
23:22:10 | thegeek | what |
23:22:11 | | Join f_x [0] (~54b891a9@labb.contactor.se) |
23:22:13 | thegeek | what now? |
23:22:13 | thegeek | hehe |
23:22:16 | thegeek | I've met her |
23:22:23 | muesli- | neither i did ;) |
23:22:25 | thegeek | when I was in the military |
23:22:33 | thegeek | I stood guard outside her "house" all the time |
23:22:34 | | Quit f_x (Client Quit) |
23:22:42 | thegeek | opened the gates and stuff when she went running |
23:22:48 | muesli- | lame...didnt get into her bedroom ;) |
23:22:55 | thegeek | she's not that hot. |
23:23:01 | muesli- | not`? |
23:23:01 | thegeek | not bad, but kinda old |
23:23:13 | muesli- | doesnt matter.. |
23:23:13 | thegeek | I've seen her in training clothes |
23:23:30 | muesli- | shes in the middle of 30? |
23:23:33 | thegeek | she was nice though, thanked me and stuff;) |
23:23:41 | muesli- | :D |
23:23:41 | thegeek | yes |
23:23:52 | thegeek | in fact |
23:23:53 | muesli- | how old r u? |
23:23:59 | thegeek | I was standing there with 10 live shots |
23:24:01 | ep0ch | 1973 |
23:24:11 | thegeek | and an ag3 machinegun |
23:24:20 | ep0ch | this the crown princess? |
23:24:22 | thegeek | after only 6 months in the military |
23:24:23 | thegeek | yes |
23:24:33 | thegeek | if someone really wanted to take them out |
23:24:37 | thegeek | it would be extremely easy |
23:24:52 | | Join f_x [0] (~birk@p54B891A9.dip0.t-ipconnect.de) |
23:25:07 | thegeek | I would shure as hell not've engaged anyone if there was an attack |
23:25:07 | muesli- | sounds good...i would rather high-jack her :D |
23:25:12 | | Join webguest20 [0] (~51429e1d@labb.contactor.se) |
23:25:15 | muesli- | err kidnapp |
23:25:18 | muesli- | -p |
23:25:21 | thegeek | hehe |
23:25:24 | thegeek | that too would be easy |
23:25:29 | thegeek | she went running with a personal trainer |
23:25:46 | thegeek | her lifeguards where like 100 meters behind her at all times |
23:25:46 | muesli- | mmh..i hate jogging |
23:25:54 | thegeek | and there was only one of them |
23:26:02 | thegeek | but then again |
23:26:10 | | Join webguest43 [0] (~d567c275@labb.contactor.se) |
23:26:16 | thegeek | who the hell would want to take out the crown-princess of _norway_ |
23:26:16 | muesli- | you can see gerhard schröder in hannover jogging as well |
23:26:16 | thegeek | ;) |
23:26:25 | thegeek | mhm |
23:26:42 | muesli- | didnt say that..rather pull her away ;) |
23:26:55 | thegeek | humhum |
23:26:56 | thegeek | as I said |
23:27:00 | thegeek | she's really not that hot |
23:27:12 | muesli- | hum |
23:27:36 | | Quit webguest43 (Client Quit) |
23:27:39 | ep0ch | you've had better right? |
23:27:40 | muesli- | does norway offer anything hot? |
23:28:08 | HCl | why has conversation dropped to this level.. |
23:28:17 | muesli- | lol |
23:28:18 | thegeek | I'm not that one dragging it down |
23:28:22 | thegeek | *the |
23:28:29 | muesli- | err..ashes on my head |
23:28:35 | muesli- | i'm drunken :D |
23:28:40 | thegeek | ah |
23:28:47 | muesli- | m in love with harry.. |
23:28:56 | muesli- | cant deny it |
23:29:02 | thegeek | why? |
23:29:04 | muesli- | :o0 |
23:29:12 | thegeek | except for the money |
23:29:16 | thegeek | I can't see any reason |
23:29:27 | ep0ch | ahhh |
23:29:37 | ep0ch | "you're the man now dog!" |
23:29:37 | muesli- | reason 4 wot? |
23:29:43 | ep0ch | ytmnd |
23:29:48 | thegeek | btw |
23:29:53 | thegeek | dont go to ytmnd.com |
23:30:00 | thegeek | if you don't want to know the potter spoiler |
23:30:02 | ep0ch | shhh |
23:30:30 | muesli- | thegeek! detentions! |
23:31:00 | ep0ch | yeah you might just wanna skip past page 606 |
23:31:06 | thegeek | indeed |
23:31:08 | muesli- | :D |
23:31:27 | muesli- | anyway... |
23:31:41 | muesli- | anything spectacular new todaY?# |
23:31:57 | muesli- | i'm yearning for remote support... |
23:32:00 | muesli- | :-// |
23:32:28 | | Part f_x |
23:34:04 | muesli- | not :( |
23:34:20 | muesli- | will keep on reading harry |
23:34:24 | muesli- | cya mates :D |
23:34:30 | ep0ch | cya |
23:36:48 | | Join MrStaticVoid [0] (~jlee@69-175-94-207.frdrmd.adelphia.net) |
23:52:33 | webguest20 | hi guys |
23:52:42 | webguest20 | little question :) |
23:53:03 | webguest20 | is the peak meter work good now? |
23:54:03 | ep0ch | no commits since yesterday on ihp, so i doubt it |
23:54:30 | | Quit muesli- (Read error: 113 (No route to host)) |
23:54:41 | webguest20 | do it can produce bug in playback? |
23:54:49 | webguest20 | i'm afraid |
23:55:09 | BBub | no, it works |
23:55:21 | BBub | but its not very qccurate yet |
23:55:31 | BBub | *accurate |
23:55:35 | Coldtoast | it DOES move tho. heh |
23:55:42 | webguest20 | ok tanks guys |
23:55:57 | webguest20 | i'll test it :) |
23:56:10 | ep0ch | its really not accurate at all |
23:57:22 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
23:57:22 | * | HCl should check out a new build and give it some test runs |
23:58:42 | ep0ch | am so tempted to get an X5... |