00:00:35 | rasher | or maybe I'm totally missing something |
00:00:39 | rasher | wouldn't surprise me |
00:02:26 | * | rasher tentatively agrees not to break any United States laws on the rockbox forum |
00:06:50 | rasher | erp |
00:07:12 | rasher | oh.. no, nevermind |
00:08:43 | * | rasher thinks |
00:12:57 | rasher | oh damn, this was entirely unsuccessful |
00:19:19 | rasher | also, shouldn't the id3db be read when usb is unplugged? |
00:21:49 | preglow | well, yes |
00:22:24 | rasher | thought so |
00:22:28 | rasher | this doesn't appear to happen |
00:22:53 | rasher | at least, the tag browser gets VERY confused |
00:23:18 | rasher | hrm, someone in the wiki claiming RPSL is gpl compatible |
00:23:25 | rasher | I wish he'd get on irc |
00:23:35 | rasher | *waves* are you reading the logs? |
00:24:12 | rasher | and he forgot to unlock the topic >< |
00:25:11 | | Join _aLEX [0] (Alexandre@mutualite-3-82-67-66-128.fbx.proxad.net) |
00:25:26 | preglow | rpsl? |
00:26:05 | | Quit _aLF (Read error: 54 (Connection reset by peer)) |
00:27:13 | preglow | helix stuff? |
00:27:41 | rasher | yup |
00:27:48 | rasher | it definately is not gpl compatible |
00:28:31 | rasher | they claim it's a "compatible" license |
00:28:41 | rasher | but that's just to confuse matters I think |
00:29:12 | rasher | it may be compatible from the RPSL's point of view, but not the other way round |
00:29:26 | rasher | afaics |
00:29:36 | rasher | and they even have a note to that effect |
00:31:05 | preglow | well, what do they have that we can use? |
00:31:43 | preglow | i'm hard pressed to come up with codecs we haven't covered or can easily cover |
00:32:05 | rasher | they have an fixed aac |
00:32:10 | preglow | maad2 has that |
00:32:13 | preglow | faad2 <- |
00:32:20 | preglow | and it's gpl |
00:32:24 | rasher | I guess we don't care then |
00:32:36 | preglow | i've even got it semi-working with rockbox |
00:32:46 | preglow | but stopped when i understood i already have my hands full |
00:32:55 | preglow | i'm too easily distracted, that's one of my key problems |
00:33:09 | preglow | i fiddle with a million things when i should be finishing mad optimisations |
00:33:17 | rasher | Haha |
00:34:36 | rasher | What kind of comment is "it is tried and tested - Motorola use it in their phones" anyway?! |
00:34:42 | rasher | oh, maybe he meant the codec |
00:35:45 | | Quit _aLEX (Read error: 60 (Operation timed out)) |
00:37:30 | rasher | how did imdct_l fare? |
00:37:36 | preglow | i'm still working on it |
00:37:42 | preglow | playing register allocator is not my forté |
00:38:03 | rasher | ah, thought you had a working version back when you announced you were going to kill yourself |
00:38:12 | preglow | besides, it's about 800 lines of arm assembler, don't expect it to be done in a jiffy |
00:38:27 | preglow | oh, no, far from it |
00:38:46 | preglow | i'm still spending time on doing stuff that should have been trivial |
00:38:57 | preglow | but aren't, thanks to motorolas mac unit scheme |
00:39:02 | rasher | no pressure, just misunderstood you back then |
00:39:29 | preglow | no, that was just me ranting BEFORE i went to work, heh |
00:39:42 | rasher | ah :() |
00:40:32 | preglow | like |
00:40:39 | preglow | to invert an accumulator |
00:40:43 | preglow | "a = -a" style |
00:40:50 | preglow | i have to write something around ten lines of assembler |
00:41:33 | rasher | jesus |
00:41:40 | rasher | that's... rich |
00:42:11 | preglow | no, more like fifteen |
00:45:34 | preglow | now, that's if i want full precision, luckily, it's quite a bit less if i'm willing to sacrifice eight bits of precision |
00:46:11 | preglow | three lines :-) |
00:46:20 | preglow | i also like talking too much, tell me to shut up |
00:46:38 | rasher | Hrm, you'll have to imagine that |
00:46:55 | preglow | done |
00:50:39 | HCl | o.o |
00:51:22 | * | preglow pats HCl's back and murmurs "dct32... dct32..." |
00:54:27 | HCl | o.o |
00:54:40 | * | HCl hands preglow coffee |
00:54:49 | HCl | ganbatte yo |
00:55:12 | preglow | baka yo |
00:55:53 | HCl | watashi wa baka da nai :/ |
00:56:10 | HCl | i told you to do your best :p |
00:56:42 | preglow | chigau! |
00:57:09 | preglow | i know, ganbare and those guys ares one of the few words i can decipher the meaning of |
00:57:29 | preglow | i can't inflect them properly, but i get the gist of it, heh |
00:57:41 | preglow | inflect _it_ |
00:59:12 | | Join ashridah [0] (ashridah@220-253-122-24.VIC.netspace.net.au) |
01:00 |
01:01:01 | | Join DangerousDan [0] (~Miranda@newtpulsifer.campus.luth.se) |
01:01:03 | | Join kramerica [0] (~lkd@hsdbsk142-165-191-185.sasknet.sk.ca) |
01:02:50 | preglow | my brain hates playing register allocator |
01:03:06 | | Join DMJC [0] (~James@220-245-171-89.tpgi.com.au) |
01:15:17 | preglow | DMJC: you got any idea why the debug sample playback code changes pitch with pll frequency? |
01:15:17 | | Quit kramerica (Read error: 131 (Connection reset by peer)) |
01:17:02 | | Quit Sucka ("a bird in the bush is worth two in your house") |
01:21:46 | DMJC | nope |
01:22:01 | * | DMJC != soudn engineer |
01:22:21 | preglow | no, but you created the playback code :P |
01:22:50 | preglow | or am i too tired to think straight? |
01:22:51 | preglow | i am |
01:22:52 | preglow | sorry |
01:23:31 | preglow | i actually think i'll just go and remedy that |
01:23:35 | preglow | later, all |
01:23:45 | | Quit preglow ("fop") |
01:24:33 | DMJC | you're too tired |
01:25:45 | | Quit matsl ("Leaving") |
01:26:18 | | Quit rasher ("CGI:IRC 0.5.4 (2004/01/29)") |
01:34:10 | HCl | preglow, with xshocks patch to get rockboy sound, we broke it so that it would only work at 120mhz |
01:34:18 | HCl | then linus fixed it up a bit |
01:34:22 | HCl | so he'll prolly know about it |
01:35:30 | | Join bagawk [0] (~Lee@bagawk.user) |
01:35:35 | *** | Saving seen data "./dancer.seen" |
01:36:34 | | Quit bagawk (Client Quit) |
01:41:12 | | Join Bippy [0] (~5198270f@labb.contactor.se) |
01:48:52 | | Quit Bippy ("CGI:IRC (EOF)") |
01:55:27 | | Nick tvelocity is now known as tvelocity[away] (~tony@ipa126.3.tellas.gr) |
02:00 |
02:16:40 | | Quit ashridah ("Leaving") |
02:26:32 | | Join stevenm [0] (~steve@stevenm-router.student.umd.edu) |
02:26:46 | | Quit asdsd_ (Read error: 54 (Connection reset by peer)) |
02:32:49 | | Join asdsd_ [0] (~asdsd@h-67-100-24-142.miatflad.dynamic.covad.net) |
03:00 |
03:30:07 | | Quit meshuga ("BitchX: the new hardcore, psycho, nitro client -- in a can") |
03:35:37 | *** | Saving seen data "./dancer.seen" |
04:00 |
04:04:57 | | Quit Aison (Read error: 54 (Connection reset by peer)) |
04:05:42 | | Join QT_ [0] (as@area51.users.madwifi) |
04:08:36 | | Quit QT (Read error: 60 (Operation timed out)) |
05:00 |
05:22:05 | | Quit stevenm (Read error: 104 (Connection reset by peer)) |
05:22:07 | | Join stevenm [0] (~steve@stevenm-router.student.umd.edu) |
05:29:23 | | Join webguest13 [0] (~c9ee4d18@labb.contactor.se) |
05:29:39 | webguest13 | anyone there? |
05:29:42 | stevenm | yep |
05:29:44 | stevenm | what's up ? |
05:30:00 | webguest13 | I am trying to set up my environment and have a problem |
05:30:10 | stevenm | ouch. what problem ? win or lin ? |
05:30:26 | webguest13 | with CygWin |
05:30:46 | | Quit asdsd_ (Read error: 145 (Connection timed out)) |
05:32:01 | webguest13 | When I try to make I get the error unrecognised architecture specification 5249 |
05:32:34 | stevenm | sorry, I personally have very little experience with cygwin. Perhaps you can get someone to send you their environment |
05:33:45 | webguest13 | okay, I will get in touch later |
05:35:19 | | Part webguest13 |
05:35:40 | *** | Saving seen data "./dancer.seen" |
06:00 |
06:11:10 | | Join DBygnes [0] (DBygnes@203-173-16-250.dyn.iinet.net.au) |
06:11:34 | DBygnes | is rockbox available on iRiver H140? |
06:12:15 | DBygnes | anybody? |
06:18:27 | DBygnes | guess it's not.. |
06:24:34 | | Quit DBygnes () |
06:27:12 | | Quit stevenm (Read error: 110 (Connection timed out)) |
06:50:02 | | Join LinusN [0] (~linus@labb.contactor.se) |
07:00 |
07:35:42 | *** | Saving seen data "./dancer.seen" |
07:45:15 | | Join rasher [0] (~3e4f4094@labb.contactor.se) |
07:45:45 | rasher | morning |
07:45:49 | LinusN | morn |
07:46:08 | Rick | morning |
07:46:17 | rasher | curious about the ogg playback issue.. any idea what's happening? |
07:46:30 | LinusN | guess i have to work on the boot loader a little |
07:46:48 | LinusN | the 1.65 firmware is a lot bigger than 1.63 |
07:47:25 | LinusN | so i might have to move the loader a little |
07:47:32 | rasher | some things being overwritten/moved and the iriver firmware not coping? |
07:47:43 | LinusN | probably |
07:48:06 | Rick | hope that didn't break the "fixed" firmware's ability to update the firmware |
07:48:06 | Rick | ;P |
07:48:19 | LinusN | no it didn't |
07:48:20 | rasher | it didn't |
07:48:39 | LinusN | that's one of the thing i *did* test |
07:48:43 | Rick | :) |
07:48:44 | rasher | I've flashed back and forth to test it |
07:53:40 | * | rasher <- iRiver |
07:53:43 | * | rasher -> uni |
07:53:55 | | Quit bobdbob ("Trillian (http://www.ceruleanstudios.com") |
07:54:14 | * | LinusN found a really weird bug |
07:54:44 | LinusN | if the disk spins down at the same time the dma starts playing, the iriver hangs |
07:55:30 | rasher | ??!? |
07:55:34 | rasher | oh well, bye |
07:55:36 | | Quit rasher ("CGI:IRC 0.5.4 (2004/01/29)") |
07:56:35 | Rick | LinusN: the iriver firmware? "working one? |
07:56:44 | | Join bobdbob [0] (~bobdbob@ics151-142.icsincorporated.com) |
07:57:01 | LinusN | Rick: rockbox |
07:57:54 | Rick | odd |
07:58:11 | Rick | wait, dma? |
07:58:21 | LinusN | audio dma |
07:58:23 | Rick | ah |
07:59:00 | LinusN | probably an ata related issue |
08:00 |
08:06:04 | Rick | Oh, I was meaning to ask |
08:06:27 | Rick | I was searching for example spi code in rockbox, not many things were obvious... know where I could look? |
08:06:53 | LinusN | lcd.S |
08:06:59 | Rick | ahh, that's probably why then |
08:07:04 | Rick | I wasn't searching .S |
08:07:13 | LinusN | fmradio.c |
08:07:25 | Rick | thanks |
08:07:48 | LinusN | fmradio.c is probably the simplest |
08:07:56 | Rick | ah |
08:08:04 | Rick | I'm just looking to see if I can play with the remote |
08:08:06 | Rick | display |
08:08:11 | LinusN | good luck |
08:08:15 | Rick | :) |
08:08:54 | LinusN | dac.c is also an example |
08:09:07 | LinusN | no, sorry |
08:09:27 | LinusN | adc.c |
08:09:33 | Rick | ah |
08:09:41 | LinusN | adc_scan() |
08:10:03 | Rick | is there currently a way in rockbox to tell if the remote is plugged i? |
08:10:07 | Rick | *in |
08:10:14 | LinusN | hmmm |
08:10:35 | Rick | I assume that would be one of the problems with working with the remote |
08:11:25 | Rick | and i'm guessing the hardware handles remote keys automatically |
08:11:29 | LinusN | i believe i found a way last time i looked, but i'm not sure |
08:11:39 | LinusN | why would you need to know? |
08:11:56 | LinusN | except of course to save cpu |
08:11:56 | Rick | wouldn't it be a waste to draw to the remote screen if it wasn't plugged in? |
08:12:02 | Rick | yeah |
08:14:14 | LinusN | i'm not sure if we can detect it, but i'll see if i can come up with something |
08:14:25 | Rick | thanks for the help |
08:14:35 | amiconn | Is the cpu port pin where the remote resistor network connects also a pio pin? |
08:15:16 | amiconn | If yes, it should be possible to switch it to output, output a 1, switch back to input and check whether it goes to 0 within a short time |
08:15:49 | amiconn | (Same way as I detect the presence of the ata power switching circuit in the archos player bootloader) |
08:20:25 | LinusN | the adc is external |
08:20:32 | LinusN | an spi device |
08:20:58 | LinusN | but there are other pins we can do it with |
08:21:10 | LinusN | the hold switch and on key sense |
08:24:22 | | Quit bobdbob (Read error: 60 (Operation timed out)) |
08:24:22 | Rick | I noticed when you boot the original iriver firmware it takes a couple seconds for the remote lcd to initialize or whatever |
08:24:36 | Rick | maybe not a couple seconds |
08:24:40 | Rick | but there does seem to be a delay |
08:25:38 | LinusN | that hardly means anything |
08:25:47 | Rick | no idea |
08:25:51 | LinusN | they just do things in a specific order |
08:25:52 | * | Rick doesn't know hardware |
08:25:55 | Rick | ah |
08:45:29 | * | LinusN finds a really old bug in ata_perform_sleep() |
08:46:31 | LinusN | wonder if this has any impact on RLD... |
08:50:17 | LinusN | bah, false alarm... |
08:51:28 | LinusN | still, there is a possibility that the ata driver may hang if the ata thread isn't scheduled fast/often enough |
08:52:10 | LinusN | nah |
08:52:14 | LinusN | ignore me |
08:56:41 | | Join Harpy [0] (wvbrYmS5bW@dsl-hkigw7wbb.dial.inet.fi) |
09:00 |
09:09:27 | | Nick tvelocity[away] is now known as tvelocity (~tony@ipa126.3.tellas.gr) |
09:11:05 | tvelocity | morning |
09:16:35 | | Nick Lynx_awy is now known as Lynx_ (HydraIRC@134.95.189.59) |
09:23:47 | | Join bobTHC [0] (~foo@l07v-4-85.d1.club-internet.fr) |
09:23:56 | bobTHC | mornin' folks ! |
09:26:31 | | Join austriancoder [0] (~5078751e@labb.contactor.se) |
09:27:15 | austriancoder | hi all |
09:27:21 | bobTHC | hi |
09:27:42 | austriancoder | rick: i have here big parts of the remote control high-level driver finished |
09:28:01 | austriancoder | i need only a working low-level driver to test |
09:29:10 | Rick | austriancoder: not to sound silly, but why/how would/could you develop a high level before the low level? |
09:29:34 | austriancoder | i asume some functions |
09:29:58 | | Quit Hadaka (Read error: 54 (Connection reset by peer)) |
09:30:25 | austriancoder | like lcd_remote_write_command |
09:30:29 | austriancoder | lcd_write_command_ex |
09:30:36 | LinusN | writing is easy, testing is a little bit harder :-) |
09:30:37 | Rick | just seems silly to do that |
09:30:46 | austriancoder | lcd_write_data |
09:30:49 | LinusN | Rick: why? |
09:30:56 | austriancoder | rick: and why |
09:31:02 | Rick | dunno, just feels that way |
09:31:50 | LinusN | Rick: i normally do it from the ground up, but in this case, it's nice to have the upper level ready to test with |
09:31:58 | Rick | ah |
09:32:12 | LinusN | especially since the low level isn't there, and austriancoder wanted something to do |
09:32:20 | Rick | true |
09:32:24 | LinusN | austriancoder: did you have a look at the upside-down bug? |
09:33:02 | austriancoder | LinusN: yeah i have looked at it, but i didn't found the bug yet.. |
09:33:21 | LinusN | ok |
09:33:23 | Rick | hm |
09:33:28 | * | Rick goes to check |
09:33:36 | Rick | if I can find the link to the spec |
09:33:46 | LinusN | tomato lcd spec? |
09:34:02 | | Join webguest54 [0] (~c31ce021@labb.contactor.se) |
09:34:02 | Rick | yeah |
09:34:09 | Rick | got it |
09:34:16 | LinusN | http://www.rockbox.org/twiki/bin/view/Main/DataSheets |
09:34:22 | Rick | yeah |
09:34:34 | Rick | I just noticed that the spec mentions 65x132 |
09:34:36 | | Join Naked [0] (naked@naked.iki.fi) |
09:34:43 | Rick | does that mean in the case of the iriver remote, that it's sitting on it's side? |
09:34:47 | | Nick Naked is now known as Hadaka (naked@naked.iki.fi) |
09:35:02 | Rick | s/noticed/remembered/ |
09:35:05 | LinusN | possibly |
09:35:45 | *** | Saving seen data "./dancer.seen" |
09:37:59 | austriancoder | rick: could you try to write a lcd.s with remote controll functions? |
09:38:00 | | Join rasher [0] (~82e1029f@labb.contactor.se) |
09:38:10 | | Nick QT_ is now known as QT (as@area51.users.madwifi) |
09:38:13 | Rick | well, I want to |
09:38:29 | Rick | but I don't really have much experience in that field |
09:38:46 | austriancoder | thats also my problem |
09:39:02 | Rick | which is why I was asking for examples earlier |
09:39:32 | austriancoder | ok ;) |
09:41:45 | LinusN | it isn't *that* hard |
09:41:59 | LinusN | once you have set up the port pin configuration correctly |
09:44:07 | | Quit Lynx_ (" reboot...") |
09:50:08 | LinusN | but i guess it can be quite intimidating if you haven't done stuff like that before |
09:51:40 | * | Rick nods |
09:55:02 | Rick | it's mostly a "where do I begin" sortof thing |
09:55:24 | Rick | and just thinking about it |
09:55:47 | Rick | would the backlight be part of the lcd? |
09:56:02 | LinusN | nope |
09:56:06 | Rick | darn |
09:56:12 | Rick | I thought that might be a good place to start |
09:56:16 | Rick | get that toggleable |
09:56:21 | LinusN | Rick: do like this: |
09:56:35 | LinusN | copy adc.c to lcd-h100-remote.c |
09:57:58 | rasher | This ML business is wrecking my head |
09:58:07 | LinusN | this will be C |
09:58:18 | rasher | Yes.. I'm at uni :) |
09:58:46 | LinusN | ah, ML, not Machine Language |
09:59:02 | rasher | oh ah.. indeed |
09:59:34 | LinusN | yeah, those functional languages are about as far from the real world you can get :-) |
09:59:50 | rasher | it's quite insane |
09:59:59 | LinusN | elegant, but insane |
10:00 |
10:00:20 | Rick | LinusN: I'm reading the adc.c code now... is there anything else? |
10:00:49 | LinusN | you only want to keep the iriver code in it |
10:02:21 | LinusN | the things you want are from line 112 (#define CS_LO) up to line 210 (#elif CONFIG_CPU == TCC730) |
10:03:20 | LinusN | brb |
10:04:12 | * | austriancoder is away for a short time |
10:04:33 | | Join Gibbed [0] (rick@pool-71-108-2-79.lsanca.dsl-w.verizon.net) |
10:04:35 | | Quit Rick (Nick collision from services.) |
10:04:45 | | Nick Gibbed is now known as Rick (rick@pool-71-108-2-79.lsanca.dsl-w.verizon.net) |
10:04:47 | Rick | I curse you, router. |
10:05:05 | Rick | [01:00:01 AM] <LinusN> elegant, but insane |
10:05:05 | Rick | [01:00:21 AM] <Rick> LinusN: I'm reading the adc.c code now... is there anything else? |
10:05:05 | Rick | [01:01:48 AM] * Disconnected |
10:05:31 | | Join ashridah [0] (ashridah@220-253-122-29.VIC.netspace.net.au) |
10:06:27 | LinusN | you only want to keep the iriver code in it |
10:06:29 | LinusN | the things you want are from line 112 (#define CS_LO) up to line 210 (#elif CONFIG_CPU == TCC730) |
10:06:59 | LinusN | hang on |
10:07:00 | Rick | ah |
10:07:33 | Rick | removed :] |
10:07:49 | Rick | changed the #ifdef accordingly |
10:08:02 | amiconn | Rick: http://www.rockbox.org/irc/current.txt is very helpful in such cases :) |
10:08:12 | LinusN | ok, so you have lcd-h100-remote.c? |
10:08:13 | Rick | amiconn: ah, thanks |
10:08:17 | * | Rick nods at LinusN |
10:09:25 | Rick | with the non-h100 code stripped out |
10:09:54 | LinusN | now rename the adc_scan function to: |
10:10:00 | LinusN | void lcd_remote_write_command(int cmd) |
10:10:28 | Rick | and i'm guessing I'll find the commands in the tomato spec |
10:10:32 | * | Rick opens that back up |
10:10:44 | LinusN | Rick: don't worry about the commands |
10:10:55 | Rick | oh |
10:10:57 | Rick | mmk |
10:11:21 | * | rasher pats Rick on the back |
10:11:34 | * | Rick grins |
10:11:34 | LinusN | the interesting part is on page 17 |
10:11:55 | Rick | ah |
10:12:31 | LinusN | you can remove adc_read(), adc_counter and adc_tick() |
10:12:51 | LinusN | now, let's concentrate on adc_init() |
10:13:08 | LinusN | open this page in your browser: http://www.rockbox.org/twiki/bin/view/Main/PortPinAssignments |
10:14:13 | * | Rick is looking |
10:14:40 | LinusN | look in the GPIO table |
10:14:55 | Rick | am, noticed 16 and 28 |
10:15:07 | LinusN | right |
10:15:50 | LinusN | and also GPIO1, 50 |
10:16:01 | * | Rick nods |
10:16:19 | LinusN | so we need to configure these correctly |
10:16:37 | Rick | i'm guessing that occurs in (soon to be renamed |
10:16:40 | Rick | ) adc_init |
10:16:43 | Rick | hit enter a little too early |
10:17:16 | LinusN | yes, GPIO_FUNCTION controls whether the pin is a general purpose I/O or not |
10:17:41 | Rick | ah |
10:17:44 | LinusN | so, bit 16 and 28 should be set to 1 in GPIO_FUNCTION |
10:18:06 | Rick | ah |
10:18:20 | LinusN | and bit 18 in GPIO1_FUNCTION |
10:18:39 | LinusN | (50-32 = 18) |
10:19:00 | Rick | ah |
10:19:08 | | Join Lynx_ [0] (HydraIRC@134.95.189.59) |
10:19:45 | | Join B4gder [0] (~50d8ae51@labb.contactor.se) |
10:19:56 | B4gder | hola |
10:20:15 | rasher | morning |
10:20:26 | rasher | It is still morning! |
10:20:41 | LinusN | B4gder: moo |
10:20:49 | Rick | LinusN: in the comment for the existing GPIO_FUNCTION, are the numbers referring to the actual bits, or value? |
10:21:20 | Rick | nevermind, silly question |
10:22:40 | LinusN | the comment for GPIO_FUNCTION should read "GPIO16: A0" and "GPIO28: CLK" |
10:22:45 | Rick | ah, okay |
10:23:22 | Rick | if I converted correctly, should be 0x10010000? |
10:23:38 | LinusN | looks fine |
10:24:18 | LinusN | now do the same for GPIO1_FUNCTION (GPIO50: Data) |
10:24:24 | Rick | yeah, just did that |
10:24:52 | LinusN | GPIO_ENABLE controls the direction of the port pins |
10:25:04 | LinusN | 1 = output |
10:25:12 | Rick | from what I read when I went through the tomato spec, it only goes one way anyway, right? |
10:25:17 | LinusN | yes |
10:25:45 | LinusN | so you should write the exact same bits to the xxx_ENABLE regs |
10:25:49 | Rick | ah |
10:25:56 | Rick | GPIO1 too? |
10:26:13 | austriancoder | cool.. looks like the remote lcd is working in the next days ;) |
10:26:16 | LinusN | all pins are outputs |
10:26:30 | Rick | ah |
10:26:32 | LinusN | A0, CLK and Data |
10:27:02 | austriancoder | will switch to linux to prepear my high-level driver :) |
10:27:04 | LinusN | just copy the GPIO_FUNCTION statements and rename GPIO_FUNCTION to GPIO_ENABLE |
10:27:18 | Rick | yeah |
10:27:29 | | Quit austriancoder ("CGI:IRC 0.5.4 (2004/01/29)") |
10:27:30 | LinusN | and the same for GPIO1_FUNCTION |
10:27:56 | LinusN | now, GPIO_OUT controls the actual value to drive on the port pins |
10:28:03 | LinusN | and GPIO1_OUT |
10:28:27 | Rick | ah |
10:29:28 | Rick | how does that work? |
10:29:52 | LinusN | you set the corresponding bit to 0 or 1 in the register |
10:30:00 | Rick | ah |
10:30:39 | LinusN | now, we have one small problem |
10:30:54 | Rick | finding what register? |
10:31:37 | LinusN | we are missing one vital signal, the Chip Select |
10:31:45 | Rick | ah |
10:32:22 | LinusN | i haven't investigated it fully, but it looks like CS is on GPIO34 |
10:33:11 | Rick | er, wouldn't that be GPIO1 then? |
10:33:16 | LinusN | yes |
10:33:25 | LinusN | bit 2 |
10:33:27 | Rick | (what's the difference between GPIO and GPIO1?) |
10:33:58 | LinusN | GPIO is i/o port 0-31, GPIO1 is 32-63 |
10:33:58 | | Join austriancoder [0] (~austrianc@80.120.117.30) |
10:34:03 | Rick | ah |
10:34:24 | austriancoder | re |
10:34:26 | LinusN | the registers are only 32-bit, but there are 64 i/o pins |
10:34:49 | Rick | makes sense |
10:35:04 | LinusN | did you add CS to the GPIO1 settings? |
10:35:27 | LinusN | btw, better rename A0 to RS to match the data sheet better |
10:35:28 | | Join rasher_ [0] (~82e1029f@labb.contactor.se) |
10:35:43 | | Quit rasher ("CGI:IRC (Ping timeout)") |
10:35:45 | Rick | well, assuming it needs to be added to GPIO1_FUNCTION, yes? |
10:35:57 | LinusN | just like the other bits |
10:36:01 | Rick | ah, okay |
10:36:09 | Rick | what exactly does the chip select do? |
10:36:28 | LinusN | it tells the lcd controller that we want to speak to it |
10:36:45 | LinusN | there may be several spi devices on the same bus |
10:36:51 | Rick | ah |
10:36:59 | LinusN | and you select the device to talk to by asserting the CS |
10:37:12 | Rick | ah |
10:37:33 | Rick | So would I note that just as 'Chip Select' or is there a better name? |
10:37:44 | LinusN | CS is common |
10:37:47 | Rick | ah |
10:38:13 | LinusN | so you now have CS, Clk, Data and RS |
10:38:31 | Rick | yep. |
10:38:42 | LinusN | we want CS to be a 1 to begin with, in GPIO1_OUT |
10:38:59 | LinusN | (it is active low) |
10:39:09 | Rick | what does active low mean? |
10:39:25 | LinusN | it means that the chip is selected by setting CS to 0 |
10:39:38 | LinusN | look at page 17 |
10:39:58 | LinusN | i *assume* that GPIO34 is connected to /CS1 |
10:40:33 | LinusN | the diagram shows that the communication starts by setting /CS1 low |
10:40:49 | LinusN | but we want it to be high before starting |
10:40:58 | LinusN | so we set it to 1 in the init() |
10:41:15 | Rick | ah |
10:41:35 | LinusN | GPIO1_OUT |= 0x00000004 iirc |
10:42:18 | Rick | ah |
10:42:27 | LinusN | ok, are you with me? |
10:42:29 | * | Rick nods |
10:42:55 | LinusN | having CLK low might be handy as well |
10:44:28 | Rick | what defines low? |
10:44:30 | LinusN | 0 |
10:44:31 | Rick | 0? |
10:44:33 | Rick | ah |
10:44:59 | LinusN | just borrow the existing line in adc_init() and change the bit number |
10:45:04 | * | Rick nods |
10:45:41 | Rick | guessing: |
10:45:42 | LinusN | remove the calls to adc_scan() and tick_add_task() |
10:45:43 | Rick | GPIO_OUT &= ~0x00010000; /* CLK low */ |
10:45:47 | Rick | yeah, did that already ;) |
10:46:00 | | Quit edx (Read error: 145 (Connection timed out)) |
10:46:08 | LinusN | 0x00010000 is the RS bit |
10:46:22 | Rick | whoops |
10:46:25 | * | Rick read it backwar |
10:46:28 | Rick | +d |
10:46:52 | Rick | changed |
10:47:01 | LinusN | should be 0x10000000 |
10:47:05 | Rick | yeah |
10:47:16 | LinusN | ok, not the init function is done |
10:47:35 | LinusN | let's move to lcd_remote_write_command() |
10:47:42 | Rick | I renamed it to lcd_remote_init, that's suitable? |
10:47:44 | DMJC | heh someone today accused me of writing rockbox's playback code |
10:47:50 | LinusN | Rick: perfect |
10:47:56 | DMJC | I'm like.. WTF? I can't program worth a damn |
10:48:04 | Rick | DMJC: hehe |
10:48:04 | LinusN | :-) |
10:48:25 | Rick | LinusN: I'm guessing it would be a good idea to update the macros? |
10:48:29 | LinusN | Rick: we will now change the #defines |
10:48:32 | LinusN | yes |
10:48:33 | * | Rick nods |
10:49:01 | LinusN | want to try yourself before i pat you on the head? :-) |
10:49:22 | Rick | already done CLK and CS |
10:49:26 | Rick | what's DO? |
10:49:29 | Rick | and would I need it for RS? |
10:49:38 | Rick | and Data |
10:49:46 | LinusN | DO is Data Out |
10:49:52 | Rick | Ah, guessing that = Data |
10:50:01 | LinusN | actually no |
10:50:10 | Rick | No? |
10:50:12 | Rick | what's the difference? |
10:50:20 | LinusN | the macros are named from the ADC data sheet |
10:50:33 | LinusN | where Data Out is the data from the ADC |
10:50:35 | Rick | ah |
10:50:44 | LinusN | you want DI_xx |
10:50:48 | Rick | ah |
10:50:52 | LinusN | rename them to DATA_xx |
10:51:01 | Rick | okay |
10:51:14 | LinusN | and add similar macros for RS_xx |
10:51:21 | Rick | okay |
10:51:33 | LinusN | i'll be away for 5 minutes, brb |
10:52:16 | Rick | done. |
10:52:18 | Rick | okay |
10:52:59 | | Join preglow [0] (thomj@s183a.studby.ntnu.no) |
10:53:28 | Rick | greets preglow |
10:54:59 | rasher_ | morning |
10:55:03 | rasher_ | STILL MORNING! |
10:55:06 | | Nick rasher_ is now known as rasher (~82e1029f@labb.contactor.se) |
10:55:31 | Rick | hehe |
10:56:14 | LinusN | back |
10:56:37 | LinusN | ok, so now you have CS_LO, CS_HI, CLK_LO etc |
10:56:41 | * | Rick nods |
10:56:52 | LinusN | now we can start with the actual communication |
10:56:58 | LinusN | page 17 here we come |
10:57:24 | Rick | page 17 is 'LCD DRIVER CIRCUIT', right? |
10:57:24 | LinusN | with these preparations, all we need to do is follow the diagrab, bit by bit |
10:57:44 | LinusN | wait |
10:58:09 | * | LinusN is an idiot |
10:58:24 | Rick | guessing you were viewing the epson one? |
10:58:26 | LinusN | i looked in the wrong data sheet |
10:58:39 | LinusN | no, another tomato model |
10:58:47 | Rick | ah |
10:58:48 | LinusN | page 10 is what we want |
10:58:55 | LinusN | sorry |
10:59:06 | Rick | No problem |
10:59:43 | preglow | good day |
10:59:48 | LinusN | preglow: hi |
10:59:55 | LinusN | we start from the left |
11:00 |
11:00:09 | Rick | of table 5-3? |
11:00:36 | LinusN | no, figure 5-1, serial interface timing |
11:00:41 | Rick | ah |
11:00:42 | | Quit DMJC ("Leaving") |
11:00:45 | Rick | my next guess ;P |
11:01:08 | LinusN | the communication starts by asserting /CS1, i.e setting it low |
11:01:17 | Rick | ah |
11:01:24 | LinusN | see? |
11:01:40 | Rick | yeah, starting to understand what the diagram means now that you said that |
11:01:55 | LinusN | this translates to a CS_LO statement |
11:02:01 | Rick | which is already there |
11:02:05 | LinusN | exactly |
11:02:22 | LinusN | better remove all the other statements btw |
11:02:34 | * | Rick nods |
11:03:38 | Rick | is SCLK CLK? |
11:03:39 | rasher | exciting, this is :) |
11:03:44 | LinusN | Rick: yes |
11:03:49 | Rick | what is SID? |
11:03:56 | | Quit amiconn (Read error: 110 (Connection timed out)) |
11:03:59 | Rick | DATA? |
11:04:05 | Rick | (maybe ID = input data?) |
11:04:21 | LinusN | yes |
11:04:30 | Lynx_ | LinusN, Rick: what are you doing? And what the hell is a tomato spec? ;) |
11:04:31 | LinusN | you catch on quickly :-) |
11:04:42 | LinusN | Lynx_: remote lcd |
11:04:43 | Rick | Lynx_: tomato spec is for remote lcd |
11:04:46 | Lynx_ | ah, ok |
11:05:03 | Rick | he's teaching me about coding spi |
11:05:15 | LinusN | Rick: when we do this, we also need to look at page 50 for the actual timing, but let's ignore that for now |
11:05:28 | Rick | okay |
11:05:38 | Rick | (I'm guessing that's what the DELAY was for in the adc stuff?) |
11:05:39 | LinusN | so, we have set CS low, now what? |
11:05:48 | LinusN | Rick: yup |
11:06:02 | Rick | I'm not sure what two lines crossing each other mean |
11:06:08 | LinusN | see the arrows on the SCLK graph? |
11:06:12 | Rick | yes |
11:06:40 | Rick | what does it mean? setting to low then hi? |
11:06:42 | LinusN | that means that the value on the SID line is sampled on the rising edge of SCLK |
11:07:03 | Rick | I sortof understand that |
11:07:19 | LinusN | the crossing lines means "value change" |
11:07:23 | Rick | ah |
11:08:33 | LinusN | ok, we know that CLK is already low |
11:08:37 | Rick | yes |
11:08:56 | LinusN | so now we need to set the DATA pin correctly |
11:08:56 | Rick | so is the line for CLK 'upside down'? |
11:09:04 | Rick | nevermind |
11:09:07 | Rick | hehe |
11:09:38 | LinusN | we see from the diagram that bit7 is to be transferred first |
11:09:44 | | Join amiconn [0] (~jens@pD9E7EB59.dip.t-dialin.net) |
11:09:47 | Rick | yes |
11:10:29 | preglow | what's going on? remote lcd driver? |
11:10:32 | Rick | yes |
11:10:33 | LinusN | the classical way of doing this is to convert the bit vaue to a boolean expression |
11:10:36 | LinusN | preglow: yes |
11:10:49 | preglow | excellent |
11:10:58 | LinusN | like this: |
11:11:08 | rasher | I appear to be lagged from here to Siberia and back |
11:11:17 | Rick | LinusN: er, so bit7 would be 0x1? |
11:11:22 | LinusN | if(cmd & 0x80) |
11:11:31 | Rick | ah |
11:11:33 | LinusN | DO_HI; |
11:11:33 | Rick | now I get it |
11:11:38 | LinusN | else |
11:11:39 | LinusN | ... |
11:11:52 | Rick | ah |
11:12:18 | Rick | er, don't you mean DATA_HI? |
11:12:20 | LinusN | then we shift cmd one bit to the left and do it all over again |
11:12:27 | LinusN | Rick: of course |
11:12:41 | Rick | ah |
11:12:56 | LinusN | we better do a loop, since there are 8 bits |
11:13:01 | Rick | right |
11:13:07 | Rick | that's easy enough |
11:13:31 | LinusN | ok, in the loop body, we first set the data bit accordingly |
11:13:34 | | Quit webguest54 ("CGI:IRC") |
11:13:50 | austriancoder | i must go now.. if you have the basic lcd functions upload them and i will add them to my high-level driver |
11:13:52 | * | ferenczy is back |
11:13:57 | austriancoder | see you to night |
11:13:59 | | Quit austriancoder ("using sirc version 2.211+KSIRC/1.3.11") |
11:14:00 | LinusN | then we set CLK high to let the lcd clock the data |
11:14:35 | Rick | ah |
11:14:56 | Rick | should the loop permanently shift cmd? |
11:15:06 | LinusN | yes |
11:15:26 | Rick | does CLK set DATA back to lo? |
11:15:28 | LinusN | loop it 8 times, shifting cmd at the end of the loop |
11:15:40 | | Join Aison [0] (~hans@zux166-181.adsl.green.ch) |
11:15:44 | LinusN | CLK_xx only changes the CLK |
11:15:53 | Rick | so do we need to set DATA back to LO? |
11:15:57 | LinusN | no |
11:16:34 | LinusN | the DATA value is only used by the lcd on the rising edge of CLK |
11:17:21 | LinusN | it can be any value in between |
11:17:47 | Rick | so what if the cmd bit is false? |
11:17:47 | LinusN | so, we set the data pin, rise the clock, and now what? |
11:18:00 | LinusN | Rick: we'll come to that |
11:18:02 | Rick | okay |
11:18:32 | LinusN | so, to prepare for the next data bit, we should now set the clock low again |
11:18:37 | Rick | yes |
11:18:53 | LinusN | the loop should now look something like this: |
11:19:01 | LinusN | if(cmd & 0x80) |
11:19:03 | LinusN | blabla |
11:19:07 | LinusN | CLK_HI; |
11:19:10 | LinusN | CLK_LO; |
11:19:19 | LinusN | right? |
11:19:21 | * | Rick nods |
11:19:28 | Rick | and i'm guessing a delay will go between the CLK's later |
11:19:39 | LinusN | yes |
11:19:49 | * | Rick adds a comment as a reminder |
11:20:06 | LinusN | so now we have transferred 8 bits |
11:20:43 | Rick | but what i'm confused with is |
11:20:58 | Rick | once you set DATA to hi it never goes back lo even if the bit is false |
11:21:51 | Rick | well, assuming you start with DATA in lo |
11:22:48 | LinusN | maybe you didn't get the idea with the if(cmd & 0x80) |
11:23:01 | LinusN | it should of course have an "else" clause |
11:23:06 | Rick | yes |
11:23:17 | LinusN | if(cmd & 0x80) |
11:23:21 | LinusN | DATA_HI; |
11:23:23 | LinusN | else |
11:23:25 | LinusN | DATA_LO; |
11:23:30 | Rick | I wasn't sure of that |
11:23:34 | Rick | you said we'd get to that, ;P |
11:24:03 | Rick | now it makes sense |
11:24:19 | LinusN | ok, my bad, i thought you understood that |
11:24:35 | Rick | it's ok :) |
11:24:51 | Rick | I notice in the diagram, when it gets to the next byte, it does something with RS |
11:25:38 | LinusN | yes, this is the Register Select bit |
11:26:06 | Rick | What does that symbol mean in the diagram? (the −−<==>−− thing) |
11:26:32 | Rick | either or? |
11:26:39 | Rick | either path, even |
11:26:42 | LinusN | drawing the signal level in the middle means that the value if the signal is irrelevant |
11:26:49 | Rick | ah |
11:27:01 | Rick | so i'm sorta right, I think |
11:27:11 | LinusN | and the <=> means that it can be either 0 or 1 |
11:27:14 | * | Rick nods |
11:27:20 | Rick | That's what I figured |
11:27:50 | Rick | what is control data? |
11:28:04 | Rick | I assume display data is for the actual lcd display contents |
11:28:05 | LinusN | control data == cmd |
11:28:09 | Rick | ah |
11:28:24 | Rick | so would we need to RS_LO at the beginning of write_cmd? |
11:28:31 | Rick | or it doesn't matter? |
11:28:43 | LinusN | the RS value is ignored until we transfer bit number 6 |
11:28:48 | Rick | Oh, ok |
11:29:12 | Rick | ah, now I get it |
11:29:16 | Rick | sorta |
11:29:41 | LinusN | so if we follow the diagram by the book, we should transfer RS only when we're transferring data bit 6 |
11:30:24 | LinusN | but since it ignores the RS value the rest of the time, we can just set it to what we want before starting the transfer |
11:30:46 | Rick | which is what I thought, sorta |
11:30:47 | LinusN | and the lcd will read it when we come to bit 6 in the loop |
11:30:52 | Rick | but, how are you reading it as bit6? |
11:31:24 | LinusN | well, the 6th bit, rather :-) |
11:31:43 | LinusN | maybe i should get better glasses |
11:31:52 | Rick | it looks like the 8th to me... |
11:31:56 | LinusN | it is |
11:32:01 | Rick | hehe |
11:32:11 | LinusN | silly me |
11:32:11 | Rick | just making sure |
11:32:14 | LinusN | good |
11:32:18 | | Quit Aison (Read error: 145 (Connection timed out)) |
11:32:39 | Rick | so will we need RS_LO ? |
11:32:40 | LinusN | so, all we need is to set RS to the correct value right after setting CS |
11:33:16 | Rick | assuming write_command won't be used for data as well |
11:33:26 | LinusN | the data sheet tells us that "The serial data input is display data when RS is high and control data when RS is low." |
11:33:32 | * | Rick nods |
11:33:37 | Rick | that's where I got RS_LO from |
11:33:42 | LinusN | so we set it to 0, i.e RS_LO |
11:33:45 | Rick | yeah |
11:33:48 | LinusN | great |
11:34:05 | LinusN | we now end the transaction by setting CS high |
11:34:11 | LinusN | after the loop |
11:34:24 | Rick | ah |
11:34:47 | Rick | is that all we're sending? |
11:34:49 | LinusN | this is not shown in the diagram, shame on them |
11:34:54 | Rick | because then it seems that the RS_LO doesn't matter |
11:34:56 | Rick | at all |
11:35:02 | Rick | because we never send an 8th bit |
11:35:11 | LinusN | we do |
11:35:21 | LinusN | 7..0 is eight bits |
11:35:32 | Rick | d'oh |
11:35:34 | Rick | misread the diagram |
11:35:42 | Rick | maybe I need glasses :P |
11:35:45 | LinusN | the loop should be 8 laps |
11:35:47 | *** | Saving seen data "./dancer.seen" |
11:35:52 | Rick | yep |
11:35:57 | Rick | I just did a for |
11:36:21 | LinusN | this function is used for sending single commands |
11:36:24 | | Join Aison [0] (~hans@zux166-181.adsl.green.ch) |
11:36:34 | Rick | the original adc code returned a value, will that be needed? |
11:36:36 | Rick | doesn't seem so |
11:36:45 | LinusN | no, this function returns void |
11:36:49 | Rick | as I don't think we can get any data back anyway |
11:36:52 | * | Rick nods |
11:37:06 | LinusN | now we have the logic, let's look at the timing |
11:37:10 | LinusN | page 50 |
11:37:43 | Rick | looking |
11:37:59 | Rick | No idea what this means, hehe |
11:38:09 | LinusN | was about to say "intimidating" |
11:38:15 | * | Rick grins |
11:38:45 | Rick | i'm guessing the lines represent the stuff in the other diagram |
11:38:50 | LinusN | the diagram might be confusing, but the table says most of it |
11:38:54 | Rick | ah |
11:39:02 | Rick | what is SYMBOL? |
11:39:07 | Rick | *Symbol |
11:39:10 | | Quit Strath (Read error: 110 (Connection timed out)) |
11:39:21 | LinusN | they are the names in the diagram above |
11:39:41 | Rick | yeah... but do they have any particular meaning? |
11:39:47 | LinusN | oh yes |
11:39:50 | Rick | oh, nevermind |
11:39:53 | Rick | it's just abbrvs |
11:39:56 | Rick | of 'item' |
11:39:58 | Rick | sorta |
11:40:01 | LinusN | let's look at "Serial clock cycle" |
11:40:09 | rasher | Boy, am I ever hungry |
11:40:13 | rasher | logbot: feed me |
11:40:19 | LinusN | wan't to continue after lunch? |
11:40:29 | LinusN | want |
11:40:34 | Rick | who, you? |
11:40:40 | Rick | I had lunch say 14 hours ago |
11:40:40 | LinusN | blah |
11:40:41 | Rick | hehe |
11:40:59 | LinusN | note to self: rasher != Rick |
11:41:00 | Rick | rasher, you're confusing Linus :( |
11:41:09 | rasher | Sorry! |
11:41:12 | Rick | Hehe |
11:41:23 | LinusN | both are blue in my irc client :-) |
11:41:30 | Rick | ah |
11:41:45 | LinusN | ok, serial clock cycle |
11:42:17 | Rick | I don't think on the diagram |
11:42:27 | LinusN | one cycle is the transition from low to high and back again |
11:42:28 | Rick | unless CYS is a typo |
11:42:42 | LinusN | CYS is a typo |
11:42:45 | Rick | Hehe |
11:43:12 | Rick | okay, so one cycle is transition from lo to hi in SCLK |
11:43:25 | Rick | what's Min mean? |
11:43:29 | LinusN | the table tells us that the minimum time a cycle should take is 250ns |
11:43:34 | Rick | ah |
11:43:36 | Rick | and what is ns? |
11:43:41 | LinusN | lo to hi to lo again |
11:43:45 | LinusN | nanoseconds |
11:43:46 | Rick | ah |
11:44:52 | Rick | so how do we ensure that time? |
11:44:59 | LinusN | it also tells us that each phase of the clock must be longer than 100ns |
11:45:17 | Rick | ah |
11:45:35 | Rick | phase = hi->lo? |
11:46:03 | Rick | I think so |
11:46:06 | Rick | or lo->hi->lo |
11:46:09 | LinusN | the clock has two phases, the low phase and the high phase |
11:46:14 | Rick | ah |
11:46:28 | LinusN | or "period" |
11:46:38 | Rick | okay |
11:46:43 | LinusN | and in this table "pulse width" |
11:46:56 | Rick | is 100ns, I think |
11:47:00 | LinusN | yes |
11:47:30 | * | Rick thinks |
11:47:53 | Rick | so, thinking about this, we want a delay after CLK_HI and CLK_LO |
11:47:57 | Rick | right? |
11:48:03 | LinusN | so, when we set the CLK low, we must wait at least 100ns before setting it high again |
11:48:11 | LinusN | right |
11:48:13 | Rick | of 100s, maybe 150s for CLK_LO? |
11:48:21 | Rick | *ns |
11:48:45 | LinusN | exactly, we must fulfill both requirements |
11:48:57 | Rick | would it be wise to go over that a little bit? |
11:49:00 | Rick | to be sure? |
11:49:05 | LinusN | sure |
11:49:05 | Rick | like 110 and 160 |
11:49:16 | LinusN | or 130/130 |
11:49:19 | Rick | ah |
11:49:22 | Rick | yeah, that'd work |
11:49:24 | rasher | NO! I WANT MY SCREEN UPDATE NOW! |
11:49:28 | Rick | rasher: hehe |
11:49:30 | rasher | (nevermind me) |
11:49:43 | Rick | so how do we delay time in nanoseconds? |
11:49:47 | * | rasher watches some avid gentoo user complain |
11:49:53 | LinusN | ok, one CPU cycle is 8ns in 120MHz |
11:50:07 | LinusN | roughly |
11:50:12 | Rick | ah |
11:50:23 | Rick | 16.25 cycles |
11:50:26 | Rick | 130/8 |
11:50:37 | rasher | good luck waiting .25 cycle :) |
11:50:40 | Rick | hehe |
11:50:46 | Rick | well |
11:50:50 | Rick | i guess we could just chop that off |
11:51:48 | LinusN | each CLK_xx, DATA_xx etc takes several cpu instructions |
11:52:05 | Rick | okay |
11:53:23 | Rick | that brings me back to the question of: how do you delay time in nanoseconds? |
11:53:27 | LinusN | move #GPIO,%a0 |
11:53:35 | LinusN | move (%a0),%d0 |
11:53:45 | LinusN | ori.l #xxx,%d0 |
11:53:54 | LinusN | move %d0, (%a0) |
11:54:06 | Rick | ah |
11:54:18 | LinusN | that's a typical xxx_HI sequence |
11:55:11 | LinusN | that's 8 instruction fetches |
11:55:28 | LinusN | plus 2 reads/writes to the port |
11:55:41 | LinusN | 10 bus cycles |
11:55:49 | LinusN | s/bus/cpu/ |
11:55:53 | | Quit Aison (Connection refused) |
11:55:53 | Rick | ah |
11:55:54 | LinusN | at best |
11:56:07 | LinusN | we could read the cpu timing diagrams as well to find out |
11:56:23 | Rick | well |
11:56:31 | Rick | I wouldn't worry about that right now I guess |
11:56:34 | Rick | maybe to optimize later |
11:56:34 | LinusN | the point is that it will take *at least* 80ns to perform the DATA_xx statement |
11:56:38 | Rick | ah |
11:57:13 | LinusN | and the if(cmd & 0x80) will take a few ns as well |
11:57:53 | LinusN | at least two instructions followed by a branch |
11:58:17 | Rick | so would that be around 100ns? |
11:58:21 | LinusN | yes |
11:58:53 | LinusN | so we have fulfilled the CLK low pulse width requirement |
11:59:08 | Rick | ah |
11:59:29 | LinusN | now let's see about the CLK high and cycle time requirements |
11:59:33 | Rick | er |
11:59:37 | | Join Aison [0] (~hans@zux166-181.adsl.green.ch) |
11:59:38 | Rick | do I have my stuff backward? |
11:59:44 | Rick | I have CLK_HI after the if stuff |
11:59:55 | LinusN | that's correct |
12:00 |
12:00:06 | Rick | so are we fufilling CLK_HI or CLK_LO? |
12:00:20 | Rick | logical would point to CLK_HI, I think |
12:00:27 | LinusN | clk is low when we begin the loop, we then set the data pin and then CLK_HI |
12:00:33 | Rick | oh, true |
12:00:42 | LinusN | that's the "low pulse width" |
12:00:46 | Rick | ah |
12:00:55 | LinusN | the time before we set CLK high |
12:01:04 | Rick | ah, okay |
12:01:10 | Rick | that clears it up |
12:01:29 | rasher | think I'll go home now.. and find something to eat on the way |
12:01:30 | LinusN | we now set clk high and then low again right after that |
12:01:35 | rasher | bye! |
12:01:39 | Rick | basically |
12:01:39 | LinusN | rasher: bye |
12:01:40 | Rick | well |
12:01:43 | Rick | we also shift cmd |
12:01:49 | | Quit rasher ("going home") |
12:01:57 | Rick | clk_hi, clk_lo, cmd <<= 1 |
12:02:01 | LinusN | yes |
12:02:32 | LinusN | we can see that we might set clk low again a little too soon |
12:02:43 | Rick | yes |
12:03:04 | LinusN | the high pulse width needs to be at least 150ns |
12:03:05 | Rick | it would be wiser to shift before CLK_LO |
12:03:13 | LinusN | Rick: exactly |
12:03:15 | Rick | to include the shift as part of the hi delay |
12:03:21 | Rick | righ? |
12:03:27 | LinusN | Rick: exactly |
12:03:30 | Rick | okay :) |
12:03:37 | Rick | so how long does a shift take? |
12:03:52 | LinusN | the cmd value is likely to be in a cpu register |
12:04:15 | Rick | so fast? |
12:04:24 | LinusN | so it probably takes a single cycle |
12:04:41 | Rick | ah |
12:04:55 | LinusN | i.e 8ns |
12:05:00 | Rick | ah |
12:05:17 | Rick | and we need ~16cycles to get about 128ns |
12:05:31 | LinusN | so we need to insert a delay |
12:05:34 | Rick | yes |
12:05:52 | Rick | 15 cycles should be fine |
12:05:55 | Rick | I think |
12:06:07 | LinusN | this is something we probably would want to code in assembler later on |
12:06:15 | Rick | ah |
12:06:29 | LinusN | but for now, lets do a DELAY |
12:06:31 | Rick | the delay or the entire function? |
12:06:38 | LinusN | entire function |
12:06:40 | Rick | ah |
12:06:46 | Rick | well, nothing like a good prototype ;) |
12:07:00 | Rick | from what I saw in the old DELAY |
12:07:07 | LinusN | the DELAY macro does an empty loop of 10 laps |
12:07:17 | Rick | i assume 10 = cycles? |
12:07:26 | LinusN | much more, i'm afraid |
12:07:29 | Rick | ah |
12:07:39 | Rick | so how much is a lap? |
12:08:41 | LinusN | the compiler is not that clever |
12:08:46 | Rick | taking from what you said earlier... |
12:08:54 | Rick | i'm guessing it's more than an if |
12:09:13 | LinusN | each lap would take about 5 cycles |
12:09:18 | Rick | ah |
12:09:26 | Rick | so we want 3 or 4 laps |
12:10:55 | LinusN | the shift takes 8ns cycle, the CLK_LO takes 80ns, right? |
12:11:06 | LinusN | s/cycle// |
12:11:47 | LinusN | so we would like to delay about 60ns |
12:11:50 | Rick | you can include CLK_LO in that too? |
12:12:17 | LinusN | the actual transition takes place at the end of the CLK_LO instruction sequence |
12:12:23 | Rick | ah |
12:12:32 | LinusN | the final write to GPIOx |
12:12:45 | Rick | makes sense |
12:13:29 | Rick | hrm |
12:13:30 | LinusN | so two laps would be adequate |
12:13:35 | Rick | from this, we only... yeah |
12:14:24 | Rick | is the CS1 delays taken care of too, because of the looping? |
12:14:34 | LinusN | let's see |
12:14:37 | Rick | and RS |
12:14:41 | Rick | they are 150 |
12:14:50 | LinusN | the /CS1 setup time is 150ns |
12:15:11 | Rick | i'm not sure how to read that |
12:15:21 | Rick | because of the big line at the end that goes down through everything |
12:15:48 | LinusN | it means that the lcd might take 150ns to recognize the /CS1 change |
12:15:58 | Rick | ah |
12:16:38 | Rick | hm |
12:16:42 | Rick | I think it would |
12:16:43 | Rick | because we have |
12:16:48 | Rick | well actually no... |
12:16:52 | Rick | we should have like half of it |
12:16:58 | Rick | due to RS_LO |
12:17:04 | LinusN | if we look at the diagram above, we see that the /CS1 setup time is defined as the time from CS1 low to the first CKL high |
12:17:13 | Rick | yeah, that's what confused me |
12:17:24 | Rick | yeah, I think we have it |
12:18:03 | LinusN | makes sense, since all the lcd does is to wait for clk lo->hi transitions to sample the data pin |
12:18:29 | Rick | right |
12:19:38 | LinusN | the logic inside the lcd is if(!CS1 && CLK_lo2hi) databit = DATA; |
12:19:38 | Rick | and RS is met too |
12:19:42 | Rick | I think |
12:20:34 | LinusN | RS should be met by far |
12:20:45 | Rick | yeah |
12:21:03 | LinusN | the only thing we have left is the CS1 hold time |
12:21:36 | Rick | ah |
12:21:50 | LinusN | meaning that CS1 should not go inactive until 150ns after the last CLK lo->hi transition |
12:21:57 | Rick | ah |
12:22:09 | preglow | i wonder if imdct_l will frown upon me stealing eight bits of precision, using the accumulator extension bytes is major bother |
12:22:29 | LinusN | but since we don't set CS1 inactive until after the CLK high pulse, we are home free |
12:22:38 | Rick | cool |
12:22:45 | LinusN | preglow: you're ears will tell you |
12:22:57 | LinusN | your |
12:23:20 | preglow | oh, i expect my ears will be perfectly fine with it |
12:23:25 | Rick | what would be a good way to test this? |
12:23:30 | LinusN | Rick: time to celebrate the completion of lcd_remote_write_cmd |
12:23:33 | preglow | the default imdct_l seems to loose much more precision than that |
12:23:35 | preglow | but we'll see |
12:23:37 | Rick | Hehe |
12:23:47 | Rick | take a look at the commands possible? |
12:23:54 | Rick | and choose something that does something obvious? |
12:24:01 | LinusN | Rick: time to try to compile it |
12:24:02 | preglow | using the extension bytes is going to make the coding painful on me, so i'll ignore them |
12:24:06 | Rick | ah |
12:24:07 | Rick | that too |
12:24:20 | LinusN | add the file name to firmware/SOURCES |
12:24:33 | * | Rick nods |
12:24:56 | LinusN | i'll have to go to lunch now |
12:25:12 | Rick | okay |
12:25:16 | LinusN | i'll be back in <30 mins |
12:25:20 | Rick | okay |
12:25:32 | LinusN | in the meantime, your homework is to compile it |
12:25:40 | Rick | I don't expect any issues, but yeah |
12:25:45 | LinusN | cu |
12:25:49 | Rick | have fun |
12:25:50 | | Quit Aison (Connection refused) |
12:26:47 | Rick | compiles fine |
12:28:05 | preglow | nice |
12:29:59 | | Join rasher_mob [0] (ffffffd461@ti100710a080-10216.bb.online.no) |
12:30:53 | rasher_mob | Excellent. Irc on my phone :) |
12:31:36 | | Join Aison [0] (~hans@zux166-181.adsl.green.ch) |
12:32:12 | Rick | added a simple #ifdef block in lcd.h |
12:32:17 | Rick | to define the remote functions |
12:33:38 | Rick | hmm |
12:33:45 | * | Rick goes to define the commands |
12:34:39 | rasher_mob | Sounds like things are progressing nicely |
12:35:46 | Lynx_ | rasher_mob: what kind of phone is it? |
12:37:19 | | Join edx [0] (edx@pD9EAB7BC.dip.t-dialin.net) |
12:37:29 | rasher_mob | Nokia 6610i.. Nothing fancy.. Just java and gprs |
12:38:00 | rasher_mob | Typing is sortof annoying, but it's fun |
12:38:16 | preglow | howd you go about doing that? |
12:39:13 | rasher_mob | http://wirelessirc.sf.net/ |
12:39:23 | rasher_mob | I.. Think that's the right url |
12:40:43 | rasher_mob | I have only got access to http though, so I have to use a proxy.. Which results in horrible lag |
12:40:52 | Lynx_ | sounds expensive, gprs |
12:41:37 | Rick | eeek |
12:41:41 | Rick | these instructions are confusing ;P |
12:42:28 | Rick | oh nice |
12:42:31 | rasher_mob | I pay per MB, so it's not expensive at all :) |
12:42:34 | Rick | there's example setup things |
12:43:04 | Lynx_ | rasher_mob: depends on how much i type ;) |
12:43:24 | rasher_mob | Would be even less if I could connect directly.. |
12:44:25 | rasher_mob | Lynx_: you'd have to type A LOT to cost of any considerable amount of money.. |
12:44:50 | Lynx_ | i know :) |
12:44:54 | rasher_mob | My phone would probably explode before that happens.. |
12:45:10 | preglow | hrmph, error |
12:45:25 | Lynx_ | rasher_mob: connect directly? |
12:46:21 | rasher_mob | Plus I get all the great T9 errors.. Like me/of etc.. |
12:46:52 | rasher_mob | Lynx_: rather than through a http<->irc proxy |
12:47:08 | Lynx_ | rasher_mob: ah, gprs does only allow http? |
12:47:13 | preglow | no |
12:47:18 | preglow | it's a provider thing |
12:47:36 | | Join prethom [0] (ffffffd42d@ti100710a080-10216.bb.online.no) |
12:47:41 | preglow | prethom: why, hello |
12:47:43 | rasher_mob | preglow: trying wlirc? |
12:48:03 | rasher_mob | Yeah.. Or in some cases a phone thing. |
12:48:16 | prethom | w00t |
12:48:19 | preglow | haha |
12:48:20 | preglow | what a toy |
12:48:53 | rasher_mob | It's much fun. |
12:49:09 | Lynx_ | i assume t9 does not know w00t yet? ;) |
12:49:25 | rasher_mob | And if you don't pay per minute, pretty cheap |
12:49:53 | Rick | hmm |
12:49:56 | rasher_mob | T9 doesn't like words with numbers in them.. At all. |
12:49:57 | Rick | can't figure out what VDD-VSS means |
12:49:57 | prethom | Worst thing is, its almost usable. |
12:51:02 | rasher_mob | You're trapped, now! |
12:51:15 | prethom | Especially with this nice tiny font. |
12:51:17 | Rick | oh, never mind I think |
12:52:00 | | Quit prethom (Remote closed the connection) |
12:52:15 | preglow | but whe the hell did i have to connect by proxy, my phone is listed as being supported in ordinary socket mode |
12:52:15 | rasher_mob | prethom: what kind of display do you have? |
12:52:43 | rasher_mob | Provider being stupid? |
12:52:51 | LinusN | back |
12:52:53 | preglow | dunno |
12:52:54 | Rick | heya LinusN |
12:53:02 | Rick | been reading how the power on sequence goes |
12:53:07 | | Join F1^Aison [0] (~hans@zux166-181.adsl.green.ch) |
12:53:10 | preglow | but i'd better not make it work, i don't like using mobile phones as it is |
12:53:46 | Rick | the diagram is on page 40 |
12:55:57 | | Nick F1^Aison is now known as Aison` (~hans@zux166-181.adsl.green.ch) |
12:56:34 | LinusN | Rick: our job starts at "User application setup" |
12:57:00 | LinusN | but we aren't done with lcd-h100-remote.c yet |
12:57:37 | Rick | yeah, I figured that |
12:57:40 | Rick | howso? |
12:58:01 | rasher_mob | Now the question is: am I lazy enough to wait 8 minutes for a bus to take me 750m? |
12:58:25 | Lynx_ | rasher_mob: how sure are you it will really be 8 mins? ;) |
12:58:37 | LinusN | rasher_mob: walk, goddammit |
12:58:42 | Rick | LinusN: what else do we need to do? |
12:59:03 | LinusN | we need to implement lcd_remote_command_ex() |
12:59:08 | Rick | ah |
12:59:11 | Rick | what will that do? |
12:59:32 | LinusN | and lcd_remote_write_data() |
12:59:35 | rasher_mob | Because this is their starting point :) the only place where they're almost always on time |
13:00 |
13:00:00 | Lynx_ | rasher_mob: where are you anway? |
13:00:08 | LinusN | lcd_write_data() is very simple |
13:00:18 | Rick | I figured so, LinusN |
13:00:32 | LinusN | let's begin with that |
13:00:34 | rasher_mob | LinusN: alright! |
13:00:57 | Rick | okay |
13:01:05 | LinusN | rasher_mob: exercise is good for you |
13:01:21 | preglow | and it's good for me as well |
13:01:22 | Rick | i'm guessing we want page 11? |
13:01:31 | | Join xen` [0] (nop@ADijon-153-1-41-33.w83-203.abo.wanadoo.fr) |
13:01:33 | preglow | so i'll go drag out my bike and see what's up in trondheim |
13:01:34 | preglow | later, all |
13:01:48 | | Quit preglow ("leaving") |
13:02:20 | LinusN | the prototype is void lcd_remote_write_data( const unsigned char* p_bytes, int count ); |
13:02:55 | Rick | okay |
13:03:09 | LinusN | copy the lcd_remote_write_command function |
13:03:26 | Rick | done. |
13:03:37 | LinusN | what it does is write an array of display data bytes to the lcd |
13:03:48 | Rick | obviously we need RS_HI now |
13:03:54 | LinusN | exactly |
13:04:04 | Rick | first bit seems to be the count |
13:04:10 | Rick | but what is /WR? |
13:04:23 | LinusN | are you at page 11? |
13:04:28 | Rick | yes |
13:04:32 | LinusN | page 10 is all we need |
13:04:33 | Rick | looking at the top most diagram |
13:04:36 | Rick | oh |
13:04:51 | LinusN | it's the exact same thing as the command write |
13:04:51 | Rick | okay |
13:04:57 | LinusN | with RS_HI |
13:05:03 | Rick | ahhh |
13:05:04 | Rick | okay |
13:05:06 | LinusN | and an outer loop counting the bytes |
13:05:46 | Rick | ah |
13:05:49 | LinusN | so you create a local variable called, for example, "data" |
13:05:53 | Rick | okay |
13:05:57 | Rick | (basically a cmd replacement?) |
13:06:07 | LinusN | yes |
13:06:21 | LinusN | and transfer each byte in the array |
13:07:04 | Rick | yes |
13:07:07 | Rick | done |
13:07:26 | Rick | hrm |
13:07:43 | Rick | CS_HI should be done after both loops right? |
13:07:46 | | Quit rasher_mob (Read error: 54 (Connection reset by peer)) |
13:07:47 | LinusN | yes |
13:07:55 | Rick | kay, just making sure |
13:08:02 | LinusN | CS surrounds the entire transaction |
13:08:03 | | Quit Aison (Connection refused) |
13:08:04 | Rick | all set then |
13:08:05 | Rick | yes |
13:08:24 | LinusN | ok, next is lcd_remote_write_command_ex() |
13:08:28 | LinusN | which is a hybrid |
13:08:40 | Rick | okay |
13:08:48 | LinusN | void lcd_write_command_ex( int cmd, int data1, int data2); |
13:09:04 | Rick | done |
13:09:20 | LinusN | i.e first send the command, followed by one or two data bytes |
13:09:26 | Rick | right |
13:09:40 | Rick | well |
13:09:46 | Rick | shouldn't the data1 and data2 be unsigned char? |
13:09:57 | LinusN | the second byte will be -1 if it isn't used |
13:10:03 | Rick | ah |
13:11:05 | LinusN | so you could just copy the transfer loop 3 times and set RS high after the first byte |
13:11:16 | LinusN | and the third transfer should be optional |
13:11:20 | Rick | why not just call the original functions? |
13:11:29 | LinusN | because they flip the CS |
13:11:34 | Rick | oh, true |
13:11:42 | LinusN | not a problem per se |
13:11:49 | LinusN | but non-optimal |
13:11:51 | Rick | yeah |
13:12:13 | * | LinusN gets some coffee |
13:12:37 | Rick | hm |
13:12:45 | Rick | do I really need a loop for the data ? |
13:12:49 | Rick | as i'm just writing two bytes |
13:13:10 | Rick | I mean, the outer loop as in write |
13:13:48 | Rick | well, I think I've got it |
13:14:32 | Rick | with data2 optional |
13:14:37 | | Join rasher [0] (~3e4f4094@labb.contactor.se) |
13:14:50 | LinusN | great |
13:15:01 | LinusN | Rick: can i see your code now? |
13:15:05 | Rick | sure |
13:15:08 | Rick | one sec |
13:16:22 | Rick | http://rick.gibbed.us/lcd-h100-remote.c |
13:16:33 | rasher | Got home before the bus left the station :) |
13:17:14 | Rick | (yes, I know the tabs are all messed up... I forgot to tab->spaces :P) |
13:17:19 | * | Rick fixes |
13:17:37 | Rick | fixed |
13:19:33 | LinusN | you shouldn't edit the $id:$ field |
13:19:34 | * | rasher steals half of Rick's newlines |
13:19:51 | Rick | LinusN: meh, it had the adc stuff in it -shrug- |
13:20:02 | Rick | fixable |
13:20:05 | LinusN | it is automatically updated by cvs |
13:20:17 | Rick | ditto |
13:20:21 | LinusN | it doesn |
13:20:29 | Rick | doesn't what? |
13:20:46 | LinusN | 't matter what you write in it, but the ending $ must be there |
13:20:50 | Rick | ah |
13:20:52 | Rick | I didn't know that |
13:21:07 | Rick | fixed :p |
13:22:14 | Rick | any comments? I gotta head to sleep now |
13:22:15 | LinusN | lcd_remote_command_ex() is not needed |
13:22:23 | Rick | oh, you told me to put that there |
13:22:33 | LinusN | typo from my side |
13:22:45 | Rick | ah |
13:22:45 | * | rasher applauds Rick |
13:22:49 | Rick | well, removed |
13:23:11 | Rick | I had started to make #defines of all the commands |
13:23:15 | Rick | while you were gone |
13:23:17 | LinusN | saw that |
13:23:33 | LinusN | i /msg'd you |
13:23:35 | Rick | and I started doing the init part |
13:23:37 | Rick | okay |
13:24:16 | LinusN | i'll commit this to cvs while you sleep |
13:24:21 | Rick | okay |
13:24:30 | LinusN | hope it's been educational |
13:24:35 | Rick | yes, it has been |
13:24:53 | Rick | I started a little snippet of what I could interpret from the diagram of the init sequence |
13:25:04 | Rick | lemme add that in a comment |
13:25:46 | Rick | done, it's at the bottom |
13:26:01 | LinusN | sure, we must leave some work for austriancoder too :-) |
13:26:07 | Rick | hehe |
13:26:59 | Rick | I *think* that's correct anyway |
13:27:03 | Rick | of what I had |
13:27:12 | Rick | would that stuff be called in lcd_remote_init? |
13:27:34 | LinusN | sure, why not? |
13:27:44 | Rick | I figured so |
13:28:14 | Rick | okay, that should be all the updates |
13:28:17 | Rick | good night |
13:28:47 | LinusN | nite |
13:29:08 | Rick | thanks for the lesson |
13:29:13 | LinusN | you're welcome |
13:31:27 | | Join DMJC [0] (~James@220-245-171-89.tpgi.com.au) |
13:35:49 | *** | Saving seen data "./dancer.seen" |
13:40:59 | LinusN | Rick: committed |
13:46:58 | rasher | ooh ooh |
13:54:34 | B4gder | my cvs build fixes seem to work fine now |
13:57:33 | LinusN | great |
13:58:29 | B4gder | but my fb driver still doesn't |
13:58:35 | LinusN | boo |
13:58:52 | B4gder | getting closer though |
13:58:52 | LinusN | they should hire a real programmer instead |
13:59:11 | B4gder | why, you know any? ;-) |
13:59:17 | LinusN | me? no |
14:00 |
14:05:29 | | Quit elinenbe (" Try HydraIRC -> http://www.hydrairc.com <-") |
14:06:05 | | Quit DangerousDan (Read error: 60 (Operation timed out)) |
14:09:15 | | Join austriancoder [0] (~c1aa0259@labb.contactor.se) |
14:09:52 | rasher | austriancoder: Hurry up, great things are afoot! |
14:11:06 | austriancoder | will commit later the day the final lcd-h100-remote.c |
14:11:13 | austriancoder | at the moment i am at uni |
14:11:38 | austriancoder | in about 3-4 hours i can test all.. i forgot my mp3player at home :( |
14:11:56 | rasher | how unfortunate :) |
14:12:22 | austriancoder | thats life... |
14:13:33 | rasher | life... don't talk to me about life... |
14:18:32 | austriancoder | boring lesson |
14:19:31 | | Quit austriancoder ("CGI:IRC 0.5.4 (2004/01/29)") |
14:20:04 | | Join preglow [0] (thomj@s183a.studby.ntnu.no) |
14:20:33 | preglow | wow, the remote driver's working already? |
14:21:28 | | Quit rasher ("CGI:IRC (EOF)") |
14:22:14 | | Join rasher_ [0] (~3e4f4094@labb.contactor.se) |
14:23:05 | | Nick rasher_ is now known as rasher (~3e4f4094@labb.contactor.se) |
14:23:36 | | Join elinenbe [0] (~elinenbe_@65.115.46.225) |
14:25:08 | LinusN | preglow: don't know if it works |
14:27:28 | rasher | pcm playback api?! |
14:28:33 | LinusN | rasher: just an extension of the existing one, to allow for chained buffers with watermarks |
14:28:59 | LinusN | just another step towards mp3 playback |
14:29:46 | rasher | ^_^ |
14:30:30 | preglow | watermarks? |
14:30:49 | LinusN | signal when it's time to refill the buffer |
14:30:50 | ashridah | preglow: yeah. hit a low watermark, start filling. high a high watermark, stop filling |
14:31:00 | preglow | ahh, THAT kind of watermark |
14:31:12 | LinusN | :-) |
14:31:53 | preglow | only watermark term i knew of that applied to audio, is subtly altering the audio to ease detection of copyright infringement, heh |
14:32:01 | preglow | and i didn't think that was what you had in mind, heh |
14:38:05 | B4gder | ... did some subtle changes on the daily build page |
14:39:29 | bobTHC | you have add the daily complete source |
14:39:43 | B4gder | I moved it into the table, yes |
14:39:51 | | Join lolo-laptop [0] (~lostlogic@68.251.84.226) |
14:40:26 | | Quit Nibbler (Read error: 113 (No route to host)) |
14:40:33 | | Quit Hadaka (Read error: 60 (Operation timed out)) |
14:41:24 | B4gder | and reordered the columns |
14:41:38 | B4gder | and when checking older packages, all types now links to the daily changelogs |
14:42:24 | LinusN | nice |
14:44:16 | B4gder | coffee break! |
14:47:30 | * | HCl yawns |
14:47:32 | HCl | goodmorning. |
14:48:33 | * | preglow looks at the clock |
14:48:37 | * | preglow disagrees |
14:48:51 | LinusN | not good? ;-) |
14:49:17 | elinenbe | it's morning for me. |
14:49:32 | preglow | haha |
14:49:37 | preglow | good it is |
14:49:42 | preglow | morning it is not |
14:51:45 | LinusN | preglow: i have some questions regarding the libmad api |
14:51:54 | preglow | LinusN: go ahead |
14:52:20 | | Quit thegeek (Read error: 104 (Connection reset by peer)) |
14:52:21 | LinusN | i can see the Stream type |
14:52:51 | LinusN | mad_stream |
14:53:23 | LinusN | i'm looking at the decoding loop in mpa2wav.c |
14:53:59 | | Join Naked [0] (naked@naked.iki.fi) |
14:54:02 | preglow | yes |
14:54:07 | preglow | it too can see it :) |
14:54:12 | | Nick Naked is now known as Hadaka (naked@naked.iki.fi) |
14:54:15 | HCl | yes well its morning when i wake up :/ |
14:54:20 | LinusN | i don't understand all the copying of data |
14:54:27 | * | HCl had a nosebleed at 4:30 am >.< |
14:54:49 | LinusN | HCl: girlfriend hit you? :-) |
14:54:54 | HCl | eh, no. |
14:55:00 | HCl | she's not gonna hit me, heh. |
14:55:06 | HCl | just dryness stuff. |
14:55:18 | HCl | i'm just vulnerable to them, had them since i was young |
14:55:20 | preglow | haha |
14:55:25 | preglow | i sometimes do that as well |
14:55:34 | preglow | LinusN: can't say i get it either |
14:55:58 | LinusN | it *should* be enough to pass a pointer to the stream.buffer |
14:56:02 | preglow | i'm so used to nosebleeds i just automatically turn around and sleep on |
14:56:07 | preglow | yes, indeed |
14:56:13 | preglow | and i don't understand why he uses this interface |
14:56:19 | preglow | libmad also has a file callback interface |
14:56:24 | preglow | which i really think we'll end up using |
14:56:27 | LinusN | aha |
14:56:29 | preglow | that's what _all_ the codecs use |
14:56:36 | LinusN | any docs online somewhere? |
14:56:55 | preglow | minimad.c |
14:56:59 | LinusN | aha |
14:57:40 | preglow | musepack uses callbacks, libflac uses callbacks, everything uses callbacks |
14:57:47 | preglow | and it's not a bit way of doing it |
14:57:58 | preglow | s/bit/bad, i suck |
14:58:12 | LinusN | oki |
14:58:53 | LinusN | i'll rewrite the plugin then |
14:59:21 | LinusN | i bet all this copying takes a great deal of cpu |
14:59:36 | LinusN | you might gain a few % by using the callback api instead :-) |
14:59:39 | preglow | indeed |
14:59:47 | preglow | well, that obviously also has to do copying |
14:59:49 | preglow | but not so much |
14:59:54 | preglow | i _think_ |
15:00 |
15:00:19 | | Join Bippy [0] (~5198270c@labb.contactor.se) |
15:01:42 | LinusN | hmm, the callback api might not be what we want |
15:02:10 | preglow | then we'll need to do a fair bit of coding :-) |
15:02:25 | preglow | if we could make the callback api do stuff in place |
15:02:30 | preglow | then maybe it'd work better |
15:03:21 | LinusN | i wonder if mad_decoder_run() keeps all state information between the calls |
15:06:35 | preglow | ehh |
15:06:41 | preglow | libmad had a funny interface |
15:06:51 | preglow | would be nice if mad_decoder_run() returned once in a while |
15:07:39 | LinusN | we can do that by returning MAD_FLOW_STOP in the output callback |
15:07:45 | preglow | ahh |
15:08:07 | LinusN | but i want to know if we can continue seamlessly by calling mad_decoder_run() again |
15:08:28 | | Quit bobTHC ("Smoke Weed Every Day !") |
15:09:18 | LinusN | no, it doesn't look that way :-( |
15:09:42 | | Join Tang [0] (~chatzilla@ARennes-252-1-27-93.w83-195.abo.wanadoo.fr) |
15:09:51 | preglow | hah |
15:09:55 | preglow | how nice |
15:10:02 | Tang | hi Preglow |
15:10:07 | Tang | what's up |
15:10:07 | preglow | well, that's kick in the groin |
15:10:08 | preglow | Tang: hi |
15:10:09 | Tang | ? |
15:10:13 | Tang | :) |
15:10:16 | preglow | Tang: not much, libmad stuff |
15:10:22 | Tang | :) |
15:10:34 | | Join muz [0] (~54091420@labb.contactor.se) |
15:10:37 | Tang | i was talking about the 1.65 ogg bug |
15:10:45 | Tang | is it linked to Rbx or not finaly? |
15:11:10 | muz | um is it normal that my remote lcd still doesnt display nethin? |
15:11:12 | Tang | i tested with 1.65 rbx and the ogg skipped (without freeze) |
15:11:19 | LinusN | it's probably rockbox' fault |
15:11:23 | preglow | i don't know, i don't use 1.65 |
15:11:29 | Tang | Ah okay |
15:11:37 | Tang | Hi Linus |
15:11:37 | LinusN | see IriverBoot |
15:11:38 | Tang | :) |
15:11:42 | preglow | sounds like a very subtle bug |
15:11:46 | Tang | I'm going :) |
15:11:54 | Tang | (indeed very strange) |
15:12:43 | muz | you know the low level remote lcd drivers for the iriver, do they display anything yet? |
15:12:49 | preglow | muz: untested |
15:13:06 | preglow | muz: it was written a couple of hours ago |
15:13:17 | muz | righty ho |
15:13:19 | muz | sorry |
15:13:41 | preglow | no need to be sorry |
15:13:44 | muz | anyway i tried it out, and nothing shows |
15:14:10 | preglow | unless you yourself have made rockbox use it, small wonder |
15:14:17 | preglow | 'cause nothing uses it yet |
15:14:23 | muz | ohhh righttttt |
15:14:26 | muz | dur |
15:14:39 | ashridah | hm. if i add *.png -k 'b' into the CVSROOT/cvswrappers file in a cvs repository (via checkout/in), that automatically makes it use -kb when adding .png files, right? |
15:14:47 | | Join bobTHC [0] (~foo@l07v-4-85.d1.club-internet.fr) |
15:14:54 | Tang | i wonder if it's not an iRiver intentioned "trap" |
15:15:16 | muz | doubt it |
15:15:49 | muz | they cud have done worse |
15:16:37 | Bippy | Iriver could of done worse? how so :| |
15:16:42 | LinusN | if iriver did add some protection against modifying the firmware, they would have added a "modified firmware" message |
15:18:16 | LinusN | looks like we can't use the mad_decoder_run() interface... |
15:18:30 | Bippy | Is MP3 running realtime yet ? |
15:18:37 | preglow | what a foolish design |
15:18:37 | LinusN | yes |
15:18:55 | Bippy | So if i used the latest daily build will i be able to play MP3? |
15:19:00 | muz | does that mean we cant decode mad? |
15:19:01 | LinusN | Bippy: no |
15:19:05 | Bippy | omg :'( |
15:19:31 | preglow | i can't imagine the libmad people couldn't guess people would like to do other stuff than just decode and mpeg file |
15:19:37 | preglow | an |
15:20:05 | Tang | okay Linus |
15:20:14 | Tang | was just an hypothesis |
15:20:17 | Tang | ;) |
15:20:28 | Bippy | Conspiriacy |
15:22:19 | Bippy | So my little monkeys, if MP3 is running realtime why isnt it working :| |
15:22:40 | B4gder | we're not that "little" ;-) |
15:22:50 | preglow | because there's more to it than just decoding an mp3 |
15:22:51 | LinusN | Bippy: "running realtime" means that it is fast enough to run in realtime |
15:23:01 | muz | wait i think i can answer that: its cos there is no audio api yet |
15:23:01 | Bippy | Well im 6'3 so most people are small, sorry if your not |
15:23:35 | Bippy | Does that mean you still have to implement the code or somthing into rockbox ? |
15:23:41 | LinusN | yes |
15:23:52 | B4gder | I'm 6'4 |
15:23:54 | Bippy | Easy or hard job ? |
15:23:56 | LinusN | but we're close |
15:24:10 | muz | hey linus what you workin on right now? |
15:24:21 | Bippy | Im 6'4 actually aswell, im about 6'5 if you include the hair lol |
15:24:23 | LinusN | muz: mp3 playback :-) |
15:24:32 | muz | ooo yay my favourtie |
15:24:47 | B4gder | heh, growing fast I see :-) |
15:24:47 | muz | do you reckon we will see it any time soon? |
15:25:04 | Bippy | Will the code be comitted to daily builds after its finished ? |
15:25:10 | LinusN | of course |
15:25:16 | preglow | why, it's a lot more fun if it just comes flashing out of the blue, isn't it? |
15:25:24 | preglow | check rockbox.org daily, it'll be there when it's out |
15:25:24 | Bippy | No |
15:25:50 | Bippy | Ive been checking since it was announced you were doing somthing last year in the iriver forum |
15:27:40 | muz | hey what are the chances of video playback on the iriver? |
15:27:47 | preglow | slim |
15:27:51 | preglow | that is |
15:28:00 | preglow | depends on what kind of video you mean |
15:28:00 | preglow | heh |
15:28:05 | muz | really, i mean from a hardware perspective |
15:28:06 | ashridah | it's unlikely to look decent. |
15:28:13 | muz | the same res as the screen |
15:28:17 | LinusN | we have video playback on the archos |
15:28:19 | preglow | and i mean what codec? |
15:28:21 | B4gder | doing similar as on the archos is quite possible |
15:28:30 | preglow | if you mean xvid, then i sure as hell am not doing it, heh |
15:28:33 | preglow | but it can be done |
15:28:37 | preglow | it'll look like shit... but can be done |
15:28:38 | muz | rvf? |
15:28:41 | LinusN | yes |
15:29:11 | preglow | LinusN: are the archos displays more responsive than the iriver ones? |
15:29:23 | preglow | the iriver display is slow as hell even on warm days |
15:29:28 | LinusN | the hardware communication is *way* faster |
15:29:32 | LinusN | on the iriver |
15:29:42 | B4gder | yes, the archos LCD updates faster |
15:29:44 | | Join Nibbler [0] (~sven@port-212-202-73-247.dynamic.qsc.de) |
15:29:46 | LinusN | but the iriver lcd is a lot slower |
15:29:48 | preglow | well, yes, the lcd controller is on the memory bus, isn't it? |
15:29:57 | LinusN | yes |
15:30:17 | LinusN | the lcd itself is very slow |
15:30:57 | LinusN | so video on the H100 will be blurry at best |
15:31:25 | LinusN | full frame rate, but blurry |
15:31:36 | LinusN | let's hope the 300 lcd is faster |
15:31:45 | Bippy | Why the hell would you want video on an *MP3* player , dont even start with video |
15:31:59 | LinusN | because it's fun? |
15:32:08 | B4gder | rockbox already has video |
15:32:23 | Bippy | Fun ? :| hm ok then |
15:32:57 | LinusN | Bippy: that almost sounded like the famous "rubbish" statement |
15:33:09 | muz | whats video like on the archos's? does it look good with the faster lcd? |
15:33:21 | LinusN | as good as you would expect |
15:33:23 | Bippy | Almost, but not quite |
15:33:35 | preglow | haha |
15:33:56 | preglow | a gameboy emulator isn't anything i'd expect on an mp3 player either, but if you can do it, why the hell don't |
15:34:22 | ashridah | "why the hell don't"? |
15:34:24 | * | ashridah blinks |
15:34:40 | Bippy | Well apart from the fact the sound doesnt work and it doesnt look so good |
15:35:03 | Bippy | FM radio would be nice |
15:35:09 | * | preglow hastens to add that he has given up on correcting his language |
15:35:10 | Bippy | Id use rock box all the time then |
15:35:25 | B4gder | bippy: join in and make it happen |
15:35:35 | Bippy | If i could badger i would |
15:35:42 | preglow | Bippy: the stuff that needs doing isn't always what you want to do |
15:35:50 | Bippy | Im happy to test things for you though |
15:35:51 | *** | Saving seen data "./dancer.seen" |
15:36:04 | preglow | Bippy: part of the fun with projects like these is the fact you can work on what you want |
15:36:20 | Bippy | :| |
15:37:21 | | Quit muz ("CGI:IRC") |
15:38:35 | preglow | codec optimisations for one isn't the coolest thing in the world |
15:39:10 | Bippy | Really ? Sounds quite exciting to me |
15:39:31 | LinusN | not if you suck at it, like preglow :-) |
15:39:52 | Bippy | poor preggers |
15:39:54 | * | LinusN hides |
15:39:57 | preglow | haha |
15:40:05 | preglow | i wont oppose that |
15:40:31 | Bippy | Omg a robin just pooped on a chair i just cleaned |
15:40:45 | LinusN | gotta go home |
15:40:50 | LinusN | cu folx |
15:40:56 | Bippy | Home ? |
15:41:02 | Bippy | You work on rockbox at work ? |
15:41:03 | LinusN | i'm at work |
15:41:04 | preglow | bye |
15:41:14 | | Part LinusN |
15:41:26 | | Quit ashridah ("Leaving") |
15:43:56 | preglow | Bippy: if your idea of fun is rewriting entire functions in assembler while utilizing a half-baked emac extension, then yes! it's a blast |
15:44:22 | preglow | it's not the most boring thing i've done, but not the funniest either |
15:45:55 | Bippy | I feel for you |
15:46:18 | Bippy | Im hungry :| Where you live then preggers? |
15:47:28 | preglow | norway |
15:47:32 | preglow | trondheim |
15:49:55 | B4gder | Stockholm Sweden here |
15:51:05 | preglow | i'm both thirsty and hungry, wonder what i'll do about that |
15:52:38 | * | preglow removes bottles of beer before temptation strikes further |
15:53:26 | bobTHC | lol |
15:56:55 | Bippy | i hope u drank the beer before removing them |
15:57:49 | bobTHC | u have deplete good beer like belgian or dutch beer or somthing totally undrinkable ? |
15:58:15 | preglow | english ale at the moment |
15:58:21 | preglow | i'm quite picky about what beer i drink |
15:58:41 | Bippy | Carlling, stell, guiness, grolsch, corona, san miguel |
15:58:44 | bobTHC | and ure right |
15:58:45 | Bippy | Stella# |
15:59:18 | preglow | they're all ok, but the three last ones are a bit bland, if you ask me |
15:59:18 | Bippy | Not forgeting the best of them all, Black Sheep Special Brew |
15:59:22 | bobTHC | stella = good beer ? lol |
15:59:28 | preglow | black sheep special is very nice |
15:59:39 | preglow | haven't had it since the last time i was in england, though |
15:59:43 | Bippy | San miguel is nice with a meal in my opinion |
15:59:51 | preglow | it certainly is light enough |
16:00 |
16:00:04 | bobTHC | i prefer drink wine with a meal |
16:00:08 | preglow | right now i've got a spitfire i look forward to having, and a nice ruddles county |
16:00:11 | Bippy | Stell rocks |
16:00:18 | preglow | plus some other stuff |
16:00:20 | Bippy | Stella# i think my A is broken |
16:00:25 | preglow | apparently |
16:01:05 | Bippy | Im not into wine much, but a merlot is nice |
16:01:17 | preglow | wine's ok, beer is better |
16:01:28 | bobTHC | wine is a gift of god |
16:01:36 | Bippy | God sucks |
16:01:37 | preglow | sure, as is war ;) |
16:01:56 | Bippy | Whiskeys good for gettin smashed fast |
16:02:00 | bobTHC | lolo-laptop: i'm atheist |
16:02:08 | bobTHC | lolo-laptop: i'm atheist |
16:02:11 | preglow | whisky is very nice |
16:02:14 | preglow | but enough of this |
16:02:16 | preglow | i'm out |
16:02:17 | preglow | see you all later |
16:02:20 | Bippy | Byeeeeee |
16:02:22 | bobTHC | c ya |
16:02:24 | | Quit preglow ("pläpläplä") |
16:02:36 | Bippy | Ahhh how i love radio 1 |
16:02:50 | bobTHC | the best radio for d&b live |
16:02:57 | lolo-laptop | bobTHC: hrm? −− I mean I am too... but ...? |
16:03:15 | Bippy | Im atheist... |
16:03:57 | bobTHC | sorry, i have a bug with my irc client and i want to wrote a" lol "a the begin of my sentence and it became "lolo-laptop" |
16:04:17 | | Nick lolo-laptop is now known as lostlogic (~lostlogic@68.251.84.226) |
16:04:26 | B4gder | hahaha |
16:04:32 | bobTHC | surely the autocomplete nickname feature who sucks |
16:04:32 | | Join webguest71 [0] (~50fca7f2@labb.contactor.se) |
16:05:54 | Bippy | Right then my little and large monkeys, im going |
16:06:07 | * | Bippy *Waves* |
16:06:12 | bobTHC | bye |
16:06:15 | | Quit Bippy ("CGI:IRC") |
16:09:02 | | Join thegeek [0] (na@ti521110a080-1991.bb.online.no) |
16:09:47 | bobTHC | lol test ;) |
16:16:37 | * | HCl wonders why he's building his own rockbox build when he can just get the daily build.. |
16:19:21 | | Quit webguest71 ("CGI:IRC") |
16:19:23 | | Join webguest71 [0] (~50fca7f2@labb.contactor.se) |
16:19:30 | bobTHC | because u're nit-picking |
16:19:36 | | Quit thegeek (Read error: 104 (Connection reset by peer)) |
16:20:46 | HCl | i remember |
16:20:51 | HCl | because i want grayscale support. |
16:25:10 | | Quit B4gder ("CGI:IRC") |
16:30:24 | Rick | hrm |
16:30:34 | Rick | is there something special I need to do to checkout lcd-h100-remote.c? |
16:30:39 | Rick | because cvs isn't checking out a copy |
16:30:44 | Rick | (I removed the original) |
16:32:03 | | Join Shagnar [0] (~tester@p54A0CE91.dip.t-dialin.net) |
16:32:21 | Shagnar | hiho! |
16:32:44 | HCl | nope, worked for me |
16:32:51 | Rick | that's bizaare |
16:32:54 | HCl | maybe cvs update -d |
16:32:55 | HCl | ? |
16:33:05 | HCl | is there any test code for the lcd driver yet? |
16:33:05 | Rick | I always update with -Pd |
16:33:08 | HCl | k |
16:33:15 | Rick | well, I was about to put some together |
16:33:15 | HCl | try a checkout, maybe. |
16:33:18 | Rick | but I wanted to checkout |
16:33:45 | * | HCl updates his grayrockbox.zip on his ftp |
16:33:48 | Rick | no, that doesn't work |
16:33:49 | Rick | :/ |
16:34:02 | Rick | meh |
16:34:07 | Rick | i'll start with a new thing then |
16:34:09 | HCl | just check out again |
16:34:12 | Rick | yeah |
16:35:01 | bobTHC | HCl > when u thing the Grayscale lib will be added to the dailybuild ? |
16:35:10 | bobTHC | s/thing/think |
16:35:17 | HCl | when markun gets to adding the lacking functions, i think. |
16:35:20 | HCl | i haven't seen him in ages |
16:36:01 | | Join Stryke` [0] (~Chairman8@resnet-241-86.resnet.UMBC.EDU) |
16:37:17 | | Join thegeek [0] (na@ti521110a080-1991.bb.online.no) |
16:37:33 | HCl | nice, lots of updates since i last updated my rockbox |
16:37:49 | Rick | hehe |
16:37:54 | HCl | does anyone know whether the lcd screen is black and white or also 2bit grayscale? |
16:38:06 | Rick | the remote lcd? |
16:38:08 | Rick | just black/white |
16:38:22 | Rick | it also appears to be sitting on it's side |
16:38:27 | Rick | (spec says 65xsomething) |
16:38:47 | HCl | k |
16:38:55 | HCl | is the interface fast enough to do temporal dithering? |
16:39:03 | Rick | that's not something I would know |
16:39:03 | Rick | hehe |
16:39:17 | HCl | kay |
16:39:25 | Rick | (Linus was teaching me how to work with spi, which is where lcd-h100-remote.c came from) |
16:39:42 | HCl | mhm |
16:40:13 | * | HCl sighs and swears he'll get proper sleep tonight. |
16:40:15 | Rick | now, to do a little experiment on the iriver remote |
16:40:27 | Rick | firmware |
16:40:44 | Rick | hmm |
16:40:48 | Rick | yeah... should be visible |
16:40:53 | Rick | if I manager to initialize it properly |
16:47:59 | Rick | oh nice |
16:48:05 | Rick | I could probably make the constrast really high |
16:48:09 | Rick | to make it painfully obvious |
16:48:18 | | Join austriancoder [0] (~c1aa0259@labb.contactor.se) |
16:48:50 | HCl | hmm... |
16:48:55 | austriancoder | rick: i will commit tonight my high-level remote lcd driver with your basic functions |
16:49:09 | austriancoder | so you dont need to write it again |
16:49:14 | austriancoder | because i have done it |
16:49:17 | Rick | austriancoder: okay |
16:49:21 | austriancoder | but at the moment i am at uni |
16:49:24 | HCl | i'm wondering, does rockbox support an mp3 id3 tag database ? |
16:49:33 | austriancoder | so i can't test or commit anything |
16:49:34 | | Quit rasher ("CGI:IRC (EOF)") |
16:50:01 | Rick | hrm |
16:50:29 | austriancoder | but you can think about an remote lcd plugin api |
16:50:47 | austriancoder | or how we can conntect the remote driver with rockbox's core |
16:51:01 | HCl | i dunno |
16:51:11 | HCl | it depends on whether we want to generally support remote lcds |
16:51:13 | HCl | and i think we do |
16:51:47 | austriancoder | i think a generall support is not a bad thing |
16:52:00 | bobTHC | indeed too, imho |
16:52:05 | HCl | and whether we'd want to support even more lcds |
16:52:28 | austriancoder | more then 2? |
16:52:39 | Shagnar | can anyone help me? i just opened my h140 because the HDD isn't working anymore, and i dunno which screw i've to open now to get the HDD => big-imperium.de/2005_04_14_15_48_29k.jpg |
16:53:08 | HCl | hrm. |
16:53:17 | Rick | no change in remote lcd |
16:53:18 | Rick | :( |
16:53:34 | HCl | did you flash it with rockbox? or why didn't you just call iriver warranty..? |
16:54:01 | Rick | oh |
16:54:02 | Rick | haha |
16:54:08 | Rick | I put it in the wrong section |
16:54:11 | Rick | (for simulator) |
16:54:15 | HCl | :P |
16:54:42 | * | Rick wonders if it will explode |
16:54:42 | Rick | ;p |
16:54:47 | Shagnar | HCl: yes, flashed with rockbox ;) |
16:54:54 | HCl | ok |
16:54:56 | HCl | just checking |
16:55:07 | HCl | that makes sense then |
16:55:14 | HCl | the person to ask about that is linus though |
16:55:16 | Rick | still no change |
16:55:17 | Rick | :< |
16:55:27 | austriancoder | rick: what are you trying? |
16:55:28 | HCl | rick, austriancoder got it to work, i think |
16:55:42 | Rick | trying to initialize the lcd |
16:56:18 | austriancoder | rick: ok.. have you uncommented the code in lcd-h100-remote.c? |
16:56:28 | Rick | uncommented which code? |
16:56:52 | Rick | nothing was commented except my little block at the bottom which was something I was working on before I went to sleep |
16:57:13 | austriancoder | http://www.rockbox.org/viewcvs.cgi/firmware/drivers/lcd-h100-remote.c?rev=1.1&view=markup |
16:57:20 | austriancoder | at the botton |
16:57:25 | austriancoder | the /*...*/ part |
16:57:28 | Rick | yes |
16:57:32 | Rick | that's what I was working on |
16:57:52 | austriancoder | ah ok |
16:57:58 | Shagnar | HCl: kk. he'S who i'm waiting for... do you know when he'll be back? |
16:58:07 | Rick | I am doing that - plus some other stuff |
16:58:09 | HCl | nope |
16:58:12 | Rick | which is supposed to set the contrast to max |
16:58:15 | HCl | i think he was saying he was gonna go home |
16:58:19 | Rick | (to make it obvious it works) |
16:58:23 | HCl | so soonish |
16:58:34 | austriancoder | and what are you doing exactly? |
16:58:43 | Rick | sec, i'll show my additional lines |
16:58:53 | Rick | lcd_remote_write_command(0x81); // Set reference voltage lcd_remote_write_command(0x3F); // Max contrast |
16:59:21 | Rick | although it could be because I am missing the voltage set |
16:59:25 | Rick | but I figured it had a default |
16:59:33 | * | Rick goes to find that |
17:00 |
17:00:17 | | Quit webguest71 ("CGI:IRC") |
17:00:21 | austriancoder | mom |
17:00:25 | Rick | mom? |
17:00:48 | bobTHC | lol |
17:01:24 | Rick | still no change |
17:01:25 | * | Rick hmms |
17:01:34 | | Join XShocK [0] (~cddef41d@labb.contactor.se) |
17:01:59 | austriancoder | mom = one moment |
17:02:11 | austriancoder | look at page 40 of the lcd spec |
17:02:19 | Rick | yup |
17:02:22 | Rick | that's what I was following |
17:02:32 | Rick | we start at 'user application' |
17:02:58 | austriancoder | yeah |
17:03:06 | austriancoder | are yu doning also some sleep? |
17:03:10 | Rick | yes |
17:03:12 | Rick | sleep(HZ) |
17:03:14 | Rick | ; |
17:03:29 | XShocK | Linus, can you explain why that "PLLCR &= ~(1 << 22); /* Set AudioClk = FXTAL/2*/" makes an error? and why it makes double pitch |
17:04:38 | XShocK | what i though it should do is only set AudioClk period. |
17:04:55 | austriancoder | oh my god... only 5% left of my batteris... must log of now... sorr< |
17:04:58 | austriancoder | sorry |
17:05:11 | | Quit austriancoder ("CGI:IRC") |
17:05:26 | Rick | hehe |
17:05:31 | Rick | hmm |
17:05:41 | * | Rick adds an LCD_REMOTE_DISPLAY_ON |
17:05:57 | | Quit XShocK (Client Quit) |
17:13:10 | Rick | still no change :/ |
17:13:11 | Rick | hrm |
17:25:30 | Rick | ha |
17:25:35 | Rick | I think I found remote backlight |
17:26:39 | | Quit tvelocity ("Leaving") |
17:29:28 | Rick | yup I did |
17:35:52 | *** | Saving seen data "./dancer.seen" |
17:42:12 | * | Rick updated the portpinassignments page |
17:42:56 | HCl | nice. |
17:44:22 | * | Rick made it blink |
17:44:23 | Rick | heh |
17:44:26 | Rick | +e |
17:47:46 | * | HCl goes to play mario |
17:47:56 | HCl | i'll look at dynarec when i manage to get some decent sleep |
17:50:56 | Rick | hehe |
17:51:04 | Rick | how's dynarec coming? |
17:52:50 | HCl | mmm. |
17:52:53 | HCl | partly working. |
17:52:58 | HCl | i'm mostly worrying that it won't be any faster. |
17:53:08 | HCl | due to it not being able to work optimally without an assembly cpu core |
17:53:23 | HCl | is the chip8 emulator working for iriver? |
17:54:22 | Rick | yes |
17:54:23 | Rick | but |
17:54:26 | Rick | I have a feeling it's running too fast |
17:54:31 | HCl | mk |
17:54:33 | Rick | if you turn the contrast up |
17:54:37 | Rick | you can see stuff happening |
17:55:09 | | Join Sucka [0] (~NNSCRIPT@host81-157-72-191.range81-157.btcentralplus.com) |
17:56:44 | Rick | Could someone point LinusN to http://rick.gibbed.us/lcd-h100-remote.c when he gets back? |
17:56:54 | Rick | oh wait |
17:56:57 | Rick | I forgot my hosting is down |
17:56:58 | Rick | blast |
17:57:25 | HCl | you can dcc it to me. |
17:58:32 | HCl | ftp://titania.student.utwente.nl/lcd-h100-remote.c |
17:58:59 | bobTHC | if u want to reach linus leave a memo with /memoserv |
17:59:04 | Rick | bobTHC: good point |
17:59:24 | HCl | hmmm |
17:59:32 | HCl | do we have some sort of id3 tag database at the moment? |
17:59:47 | Tang | YES |
17:59:51 | HCl | where? |
17:59:51 | bobTHC | :) |
17:59:55 | HCl | and how |
17:59:56 | Tang | HI BOb |
17:59:57 | HCl | etc. |
17:59:58 | Tang | :) |
18:00 |
18:00:04 | Rick | kay |
18:00:05 | HCl | and how does it get loaded? |
18:00:06 | Rick | gotta run |
18:00:08 | Tang | Have some firefox matters |
18:00:13 | Tang | should restart |
18:00:15 | HCl | nicely in the background or crappily in the foreground like with the iriver firmware |
18:00:18 | Tang | BRB |
18:00:18 | HCl | ? |
18:00:35 | Tang | icely |
18:00:39 | Tang | nicely of course |
18:00:45 | Tang | we're talking about Rbx |
18:00:47 | Tang | :D |
18:00:58 | Tang | anyway it need the use of a small tool |
18:01:06 | Tang | before to create the DB |
18:01:09 | Tang | ;) |
18:01:25 | | Quit Tang ("Chatzilla 0.9.66 [Mozilla rv:1.7.5/20041108]") |
18:01:58 | Rick | HCl: taking a quick glance, the emulator doesn't even sleep() −− it yield()'s |
18:02:04 | Rick | (chip8) |
18:02:11 | HCl | ah. |
18:02:13 | Rick | rb->yield(); /* we should regulate the speed by timer query, sleep/yield */ |
18:03:48 | Rick | ok |
18:03:49 | Rick | i'm out |
18:05:43 | HCl | cya |
18:11:08 | | Nick Lynx_ is now known as Lynx_awy (HydraIRC@134.95.189.59) |
18:11:36 | HCl | i don't understand the binary format stuff at all |
18:19:03 | | Join t0mas [0] (~Tomas@ip503c08d1.speed.planet.nl) |
18:19:20 | t0mas | hi |
18:19:24 | HCl | hello. |
18:19:34 | bobTHC | ho |
18:19:42 | t0mas | ah... HCl? what university are you on? |
18:19:48 | HCl | utwente |
18:20:05 | t0mas | oh ok, I was in Delft today |
18:21:07 | * | HCl looks around |
18:21:09 | HCl | mhm |
18:21:23 | HCl | i dunno, i might be changing studies soonish. the math is killing me. |
18:22:09 | t0mas | you are doing math?? |
18:22:10 | elinenbe | math killed me at uni... but I got through it... |
18:22:15 | HCl | no |
18:22:15 | bobTHC | :) |
18:22:18 | HCl | computer science |
18:22:24 | t0mas | ah ok |
18:22:28 | elinenbe | you'll never need that stuff later though... pretty much no matter what you do. |
18:22:32 | HCl | well, i just get way too frustrated over math. |
18:22:33 | * | t0mas is thinking of aerospacde design |
18:22:34 | HCl | i know that. |
18:22:37 | HCl | but i can't pass it. |
18:22:42 | t0mas | *aerospace |
18:22:47 | HCl | i tried this same course 3 times |
18:22:49 | HCl | over 3 years time. |
18:22:52 | HCl | and i still fail at it. |
18:22:55 | HCl | so i'm giving up, :/ |
18:22:59 | t0mas | statistics? :) |
18:23:04 | HCl | no |
18:23:09 | HCl | combinatorial math. |
18:23:16 | t0mas | ah.. I heard that was the worst... |
18:23:19 | HCl | generating functions, recurrant equations etc. |
18:23:23 | bobTHC | as bob said :dont give up the fight ! |
18:23:30 | HCl | too late, heh. |
18:23:43 | HCl | i'm just gonna refuse doing anything that stresses me *that* much. |
18:23:52 | HCl | you need to enjoy what you do. |
18:23:54 | HCl | not hate it. |
18:24:30 | * | HCl sighs. |
18:24:47 | HCl | bleh. anyways. |
18:25:05 | t0mas | :) |
18:25:11 | t0mas | lot of cvs activity today :) |
18:25:13 | * | HCl thinks he'll think a bit about the tag database stuff. |
18:25:26 | | Quit Sucka ("a bird in the bush is worth two in your house") |
18:25:27 | elinenbe | HCl: enjoy rockbox.... |
18:25:33 | HCl | mmm? |
18:25:41 | elinenbe | combinational math is a waste of time anyway! |
18:25:46 | HCl | heh |
18:25:47 | elinenbe | do you need the class to graduate? |
18:25:50 | HCl | yes. |
18:25:56 | HCl | in fact |
18:26:03 | HCl | if i can't pass it this year (which i can't) |
18:26:08 | HCl | i'm not allowed to do any other courses whatsoever |
18:26:28 | t0mas | hmz... time to change study :) |
18:26:29 | bobTHC | fucking system! |
18:26:31 | HCl | yup. |
18:26:43 | HCl | i'm most likely gonna drop down to college stuff. |
18:26:47 | HCl | not 100% sure yet |
18:28:05 | | Join Sucka [0] (~NNSCRIPT@host81-157-72-191.range81-157.btcentralplus.com) |
18:28:48 | bobTHC | if u do that remember that and u'll never be trapped : "if you take care of a problem while it's small you won't have a bigger problem to deal with later" |
18:28:54 | * | t0mas is away: eating :) |
18:29:33 | HCl | i guess |
18:29:47 | HCl | i'm more a person of the mentality "whatever happens, happens." |
18:30:02 | elinenbe | HCl: time to change subjects... what are you doing with the tag database? |
18:30:09 | HCl | nothing yet |
18:30:14 | HCl | but i don't understand the current binary layout |
18:30:19 | HCl | and i'm gonna try to think of a better one. |
18:31:18 | HCl | bbl, food |
18:31:21 | ferenczy | sorry, for I'm discontinuing your discussion, but I have got a question> does anybody have the Xclef MT-500 player??? |
18:32:22 | bobTHC | iirc some ppl start to work on this device |
18:32:54 | elinenbe | HCl: what about the default one that the iriver uses? is that superior or inferior? there is a description of that in the wiki. |
18:35:18 | | Join LinusN [0] (~linus@labb.contactor.se) |
18:35:28 | bobTHC | elinenbe > http://www.rockbox.org/twiki/bin/view/Main/TagDatabase |
18:35:42 | LinusN | Shagnar: any luck? |
18:36:21 | | Quit xen` (Read error: 110 (Connection timed out)) |
18:41:50 | | Join preglow [0] (thomj@s183a.studby.ntnu.no) |
18:45:58 | HCl | elinenbe: there is? |
18:46:04 | HCl | *searches* |
18:47:22 | HCl | elinenbe: where is the description of that? |
18:48:39 | bobTHC | bye all! |
18:48:48 | | Quit bobTHC ("Smoke Weed Every Day !") |
18:48:53 | HCl | *looks at it* |
18:49:02 | HCl | i think its safe to say the iriver format is even more crap o.o |
18:49:59 | HCl | it just lists the id3 tags for every file |
18:51:47 | | Part LinusN |
18:52:51 | elinenbe | http://tdt.sourceforge.net/ |
18:53:20 | HCl | yea, i found it, somewhat. |
18:53:50 | HCl | its safe to say the iriver format is even worse. it simply has no tables |
18:54:05 | elinenbe | what about the ipod format? |
18:54:13 | elinenbe | that updates real time... |
18:54:16 | elinenbe | and quickly |
18:54:33 | elinenbe | like you can easily have a playlist that is "songs from the 90's over 3 minutes long" |
18:54:40 | elinenbe | "songs with eric in the name" |
18:54:44 | HCl | hrm.. |
18:54:47 | HCl | sounds good. |
18:54:49 | elinenbe | "top 25 most played songs. |
18:54:59 | elinenbe | "top rated songs" |
18:55:01 | HCl | sounds worth looking into |
18:55:47 | elinenbe | http://www.harrison-fisher.co.uk/mlipod/ |
18:56:55 | elinenbe | http://gtkpod.sourceforge.net/ |
18:57:01 | elinenbe | that's a good beginning source |
18:57:23 | | Join Tang [0] (~chatzilla@ARennes-252-1-27-93.w83-195.abo.wanadoo.fr) |
18:57:25 | CoCoLUS | hi |
18:57:41 | elinenbe | here is some excellent documentation: http://sourceforge.net/docman/?group_id=52976 |
18:58:10 | CoCoLUS | i bought a car radio, and it even has a usb plug |
18:58:16 | CoCoLUS | i tried rockbox with it :) |
18:58:37 | HCl | O.o; |
18:58:40 | HCl | usb plug? |
18:58:42 | HCl | in a car radio? |
18:58:57 | CoCoLUS | yeah you can plug in any usb mass storage device and it plays the files |
18:58:59 | CoCoLUS | problem is |
18:59:08 | CoCoLUS | the radio only supports up to 1gb devices |
18:59:15 | CoCoLUS | soooo... it won't play anything from the iriver |
18:59:17 | CoCoLUS | any thoughts? |
18:59:19 | HCl | i have a pseudo-tape with an audio line in |
18:59:23 | HCl | which i just plug into my iriver |
18:59:29 | HCl | and i stick the remote on my car dashboard |
18:59:36 | HCl | voila, works like a charm |
18:59:38 | HCl | for 15 $ |
18:59:49 | HCl | o.o |
18:59:52 | Tang | hi Cocolus |
19:00 |
19:00:08 | HCl | it'd even get more battery lifetime cause usb connection keeps hdd spinning ;/ |
19:00:20 | Tang | yeh cool stuff the USB port on yuor radio car |
19:00:22 | Tang | :) |
19:00:59 | CoCoLUS | does rockbox recognize multiple partitions? |
19:01:13 | CoCoLUS | because if i would size the first partition down to < 1gb, maybe the radio would support the device |
19:01:22 | HCl | no it doesn't. |
19:01:50 | HCl | elinenbe: i'm looking at http://www.ipodlinux.org/ITunesDB |
19:02:00 | CoCoLUS | damn |
19:02:11 | HCl | i'm thinking that it might be a good idea to completely adopt the itunesdb? though i'm not aware of any flaws the format has |
19:03:02 | Tang | Coco |
19:03:12 | Tang | what syou radiocar name? |
19:03:34 | | Join asdsd_ [0] (~asdsd@h-67-100-31-107.miatflad.dynamic.covad.net) |
19:03:40 | | Part asdsd_ |
19:04:36 | CoCoLUS | i don't understand |
19:04:51 | HCl | the only problem with itunesdb is that it seems fairly cpu intensive... |
19:09:12 | amiconn | CoCoLUS: Rockbox *can* support multiple partitions. This is just not enabled for all hard disk devices. It is used on Ondio, which has both internal flash and an external MMC option. Rockbox can access both :) |
19:09:43 | CoCoLUS | i take it the original firmware only uses the first partition? |
19:10:36 | amiconn | HCl: The rockbox id3db format has another severe constraint: it needs to have a fairly small code footprint. The current format needs about 4 KB of code - how much would supporting itunesdb take? |
19:10:55 | amiconn | CoCoLUS: Guess so; (still) don't have an iriver :( |
19:10:56 | HCl | amiconn: too much. i was mostly considering having a different format available on iriver |
19:11:09 | preglow | what'd be the pros of doing that? |
19:11:21 | HCl | a heck of a lot easier access to whatever you're wanting. |
19:11:34 | HCl | 18:52 < elinenbe> and quickly |
19:11:34 | HCl | 18:52 < elinenbe> like you can easily have a playlist that is "songs from the |
19:11:34 | HCl | 90's over 3 minutes long" |
19:11:34 | HCl | 18:53 < elinenbe> "songs with eric in the name" |
19:11:38 | HCl | stuff like that. |
19:11:38 | preglow | bear in mind i haven't tried the rockbox one |
19:11:46 | preglow | ahh |
19:11:48 | HCl | neither have i, i'm just looking at our current format. |
19:11:57 | amiconn | To be honest, I don't really need id3 browsing. Structuring your music collection properly is the key ;) |
19:12:00 | HCl | and i know there's no way in hell it'll ever be able to do stuff like that. |
19:12:43 | preglow | amiconn: you can't organize properly for all needs |
19:13:01 | elinenbe | HCL: do you have a windows or mac box? |
19:13:11 | HCl | windows. |
19:13:18 | amiconn | I can organise properly for all *my* needs. That's obviously sufficient for me :) |
19:13:18 | * | t0mas is back :) |
19:13:22 | elinenbe | try it in itues... |
19:13:26 | elinenbe | create a smart playlist. |
19:13:38 | elinenbe | plus there is a lot of open source code for this as well. |
19:14:03 | elinenbe | lunch |
19:14:10 | | Nick elinenbe is now known as elinenbe|lunch (~elinenbe_@65.115.46.225) |
19:15:09 | HCl | i'd really enjoy the flexibility of what elinenbe just said.. |
19:15:12 | amiconn | The only thing I would possibly use a database for is tracking how often I listen to what songs/albums. That's something the current db format isn't designed for |
19:15:31 | preglow | audioscrobbler support! |
19:15:39 | HCl | whats audioscrobbler? |
19:15:45 | preglow | www.audioscrobbler.com |
19:16:04 | HCl | lol. |
19:16:13 | HCl | too bad its not opensource |
19:16:17 | HCl | at least |
19:16:22 | HCl | not in a glance that i looked over it |
19:16:36 | preglow | think they don't want people to reverse the protocol |
19:16:51 | preglow | since false submissions would be a problem then |
19:16:51 | amiconn | I wouldn't put such info on any device/server/PC that isn't under my private control for sure. |
19:17:12 | preglow | what info, what music you listen to? |
19:17:51 | elinenbe|lunch | audioscrobbler is GPL : http://www.audioscrobbler.com/development/ |
19:18:45 | CoCoLUS | The protocol is HTTP based, simple & lightweight. You can implement it on any device that has web access. Read Protocol 1.1 (current) (New, RFC: Protocol 1.2) for the gory details. Existing plugins are all open-source, so you don't need to start from scratch. |
19:18:53 | CoCoLUS | sounds quite open-source to me |
19:18:57 | preglow | deed |
19:19:29 | | Quit einhirn_ ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
19:23:06 | elinenbe|lunch | HCl: you implement the ipod database format and I'll buy you one beer. |
19:23:14 | elinenbe|lunch | well, make that a 6-pack |
19:25:04 | | Join Bippy [0] (~5198270c@labb.contactor.se) |
19:25:09 | preglow | you better make that sake |
19:25:20 | Bippy | My river crashed |
19:25:23 | Tang | and for implementing RioDJ (karma DB) |
19:25:36 | Tang | you offer him whisky? |
19:25:39 | Tang | :( |
19:25:47 | Tang | What's hapened Bippy? |
19:26:08 | Bippy | Its stuck on Starting original firmware, tryin to find a pin now |
19:26:38 | preglow | battery level is ok? |
19:27:16 | Bippy | Yep |
19:27:22 | amiconn | Strange... Watching iriver H1XXs on ebay germany for quite a while. There were only a few ones in the past. All of a sudden theres an iriver H1xx flood... |
19:28:15 | Tang | strange |
19:28:20 | Bippy | aw crap cant find a pin |
19:28:24 | preglow | amiconn: still haven't got yours? |
19:28:30 | Bippy | Why the hell did they make such a small reset hole |
19:28:30 | amiconn | Nope :( |
19:28:35 | Tang | i thought Rbx should create iHP1xxmania |
19:29:15 | amiconn | Usually I have 2..4 iriver units on my watch list. Now there are almost 20... |
19:30:02 | Bippy | Some fallen off a back of a truck |
19:33:42 | Bippy | Omg it wont let me start the iriver firmware |
19:34:22 | preglow | are you absolutely certain about the battery? |
19:34:33 | Bippy | yep |
19:34:43 | preglow | where does it hang? |
19:34:45 | HCl | lol. |
19:34:54 | HCl | sorry, responding to elinenbe |
19:34:57 | Bippy | Starting Original Firmware |
19:35:02 | HCl | bbiab |
19:35:17 | preglow | does the red led blink? |
19:35:28 | preglow | before it hangs, that is |
19:35:31 | Bippy | Loads rockbox though, ill plug the mains cable in and make sure |
19:35:54 | *** | Saving seen data "./dancer.seen" |
19:36:15 | Bippy | Ive got a low battery |
19:36:18 | Bippy | :| |
19:36:20 | preglow | haha |
19:36:21 | preglow | charge it |
19:36:23 | preglow | then try again |
19:36:26 | Bippy | I am now |
19:36:28 | preglow | iriver firmware is very picky about that |
19:36:42 | Bippy | Rockbox still says i have 25 left |
19:36:55 | preglow | well, rockbox' notion of a good battery level differs from iriver's |
19:37:25 | t0mas | yeah |
19:37:27 | t0mas | a lot :) |
19:37:56 | Bippy | Finally i can listen to my radio again |
19:38:09 | preglow | it starts now? |
19:38:15 | * | Bippy dances to music |
19:38:21 | Bippy | Yeh |
19:38:22 | preglow | yes, i expected that |
19:38:45 | Bippy | You so need the FM radio in the rockbox :'( |
19:38:54 | preglow | get us someone to code it |
19:38:55 | Bippy | I wont need iriver then |
19:39:12 | Bippy | Ok ill go find wheller |
19:39:40 | Bippy | What language does he need to know ? |
19:42:10 | t0mas | C |
19:42:52 | | Quit thegeek (Read error: 54 (Connection reset by peer)) |
19:46:14 | t0mas | hmz |
19:46:17 | t0mas | build error's |
19:46:20 | t0mas | latest cvs |
19:46:44 | Bippy | Errors dont sound good |
19:46:49 | t0mas | wavpack.h:497: error: parse error before '->' token |
19:46:50 | t0mas | wavpack.h:519: error: parse error before '->' token |
19:46:50 | DBUG | Enqueued KICK t0mas |
19:46:50 | t0mas | wavpack.h:521: error: parse error before '->' token |
19:46:50 | t0mas | wavpack.h:525: warning: type defaults to `int' in declaration of `value' |
19:46:50 | *** | Alert Mode level 1 |
19:46:50 | t0mas | wavpack.h:525: error: `bs' undeclared here (not in a function) |
19:46:50 | *** | Alert Mode level 2 |
19:46:50 | t0mas | wavpack.h:525: warning: data definition has no type or storage class |
19:46:52 | t0mas | wavpack.h:527: error: parse error before '->' token |
19:46:55 | t0mas | wavpack.h:529: error: parse error before '->' token |
19:46:56 | t0mas | </flood> |
19:47:00 | Bippy | errors = bricks and bricks = me shit a brick |
19:47:27 | preglow | t0mas: daily builds claims there are no broken builds |
19:47:35 | t0mas | yeah |
19:47:36 | t0mas | just checked |
19:47:40 | t0mas | weird... |
19:47:42 | preglow | and i tend to believe it :P |
19:47:50 | Bippy | I hate phones |
19:49:37 | Bippy | OMFG phone agen ! |
19:50:01 | Shagnar | yes! changed HDD, my player works again :-D |
19:50:26 | t0mas | preglow: in wavpack.h around that lines: #define getbit(bs) |
19:52:23 | Bippy | OMFG GUESS WHAT PHONE AGEN ! |
19:52:27 | Bippy | sorry bout caps |
19:52:42 | Shagnar | pull out the cable ^^ |
19:52:54 | Bippy | I want have internet |
19:53:35 | Shagnar | if you don't have it, how are you online then? |
19:53:54 | Bippy | Some random guy knows small amount of C, would he be able to help with FM radio / |
19:56:51 | *** | Alert Mode OFF |
19:57:00 | preglow | haha |
19:57:03 | preglow | i don't think so |
19:57:15 | preglow | you need to be pretty proficient in c |
19:57:21 | preglow | t0mas: i have no idea, works here |
19:57:24 | preglow | and now i need to reboot |
19:57:52 | t0mas | k |
19:57:54 | t0mas | c ya |
19:58:33 | Bippy | You could teach him preggers |
19:58:58 | Bippy | He knows VB and some others |
20:00 |
20:00:31 | preglow | in the time i would need for teaching him, i could have written it myself |
20:00:33 | t0mas | yeah... |
20:00:34 | preglow | no time anyway |
20:00:36 | t0mas | I know VB too... |
20:00:44 | t0mas | And some C and C++ |
20:00:53 | t0mas | But I'm sure I can't just code radio support |
20:01:19 | t0mas | the problem with those things is that you need to know the device... |
20:02:39 | HCl | hmm |
20:02:40 | HCl | back |
20:02:44 | Tang | Bippy: cool it's solved |
20:03:28 | Tang | shagnar |
20:03:37 | Shagnar | yeah? |
20:03:46 | Tang | your HD was dead? |
20:03:50 | Shagnar | yes |
20:03:53 | Tang | (you're from MR?) |
20:04:00 | Shagnar | yes :) |
20:04:07 | Tang | okay you bought bigger HD? |
20:04:36 | Shagnar | no... I borrowed the broken player from a friend and changed the HDDs. now my H is running again:) |
20:04:41 | Shagnar | (40gb) |
20:04:56 | Tang | :) |
20:04:57 | Tang | okay |
20:04:59 | Tang | nice |
20:05:03 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
20:05:03 | * | Shagnar is very happy ^^ |
20:05:06 | Tang | (what juke he had?) |
20:06:05 | Shagnar | had 140, brandnew but not working... he's too [faul] to bring it to the post so i asked him if i could change the HDDs |
20:07:09 | HCl | thats a bit dumb of him... |
20:07:16 | HCl | cause now you voided his warranty, most likely.. |
20:07:32 | Shagnar | don't think so.. |
20:07:56 | HCl | i think your warranty is void when you open it up |
20:08:38 | Shagnar | there are no secure-screws for that, so if you are carefully when opening it, that doens't matter |
20:08:58 | Shagnar | i'm really lucky, else i would have got a H340 i think |
20:11:11 | HCl | well, you could just buy a replacement hdd. |
20:11:12 | preglow | i really don't think they can tell if you've opened it |
20:11:24 | preglow | but yes, dapstore.com sells 30 gig hds now |
20:11:27 | HCl | maybe not, but technically, it would be voiding your warranty |
20:11:46 | | Quit gromit` (Read error: 104 (Connection reset by peer)) |
20:13:03 | | Quit Bippy ("CGI:IRC") |
20:13:14 | | Join gromit` [0] (~gromit@ras75-5-82-234-244-69.fbx.proxad.net) |
20:14:19 | | Join matsl [0] (~matsl@1-1-4-2a.mal.sth.bostream.se) |
20:14:36 | | Join rasher [0] (~3e4f4094@labb.contactor.se) |
20:18:29 | Shagnar | yes it would |
20:19:10 | Shagnar | i asked someone who often opens Hs and he said me if i work good, the warranty shouldn't be void |
20:19:46 | Shagnar | yes i could buy a repl. hdd, but at this time, i didn't know if the HDD itself was broken or perhaps just another IC or something |
20:20:16 | Shagnar | @ HCl ;) |
20:21:07 | HCl | mhm. |
20:22:06 | Tang | eh there is nothing to proove it have been opened |
20:23:42 | | Join stevenm [0] (~steve@stevenm-router.student.umd.edu) |
20:23:49 | stevenm | hello people |
20:24:41 | HCl | okay, i'm looking at the itunesdb format |
20:24:45 | HCl | and it has a few redundant fields |
20:24:52 | HCl | so we might add something quite similar to it |
20:27:58 | rasher | why not copy it wholesale, to keep up with eventual updates easily? |
20:31:02 | t0mas | it looks good.. |
20:31:03 | HCl | could be possible. |
20:31:11 | HCl | it would add *SO* much to iriver usability |
20:31:30 | HCl | i'm definately gonna look at it a bit |
20:31:42 | HCl | though i somewhat need someone to explain how it works for rockbox at the moment |
20:31:46 | HCl | regarding queues and playlists |
20:31:50 | HCl | and browsing |
20:31:53 | t0mas | if you have it working.. I can write a plugin for winamp.. to update the playcounts? :) |
20:33:43 | Shagnar | hmm i have to go now, but if linus returns, please let him know that my H works again :) thx! |
20:33:46 | | Nick Shagnar is now known as Shagnar^afk (~tester@p54A0CE91.dip.t-dialin.net) |
20:35:06 | Tang | hum i have a question |
20:35:09 | Tang | what mean CVS? |
20:35:17 | HCl | concurrent version... system? |
20:35:18 | HCl | i think |
20:35:21 | t0mas | Concurrent Versioning System |
20:35:29 | Tang | hum okay |
20:35:33 | Tang | thnakns |
20:35:47 | t0mas | http://www.google.com/search?q=define%3A+CVS |
20:35:49 | Tang | someone told me "current version stable" |
20:35:50 | t0mas | the second one ;) |
20:36:31 | Tang | i was trusting this for a while |
20:36:34 | Tang | lol |
20:39:36 | HCl | O.o. |
20:39:41 | HCl | mhm |
20:39:42 | HCl | anyways. |
20:39:56 | | Join thegeek [0] (~thegeek@ti521110a080-1991.bb.online.no) |
20:40:54 | | Part Sebulba02 ("Why am I here?") |
20:42:10 | HCl | libitunesdb isn't very useful... |
20:42:16 | HCl | it doesn't even allow searching. |
20:48:14 | HCl | *talks to ipodlinux people* |
20:48:37 | rasher | heretic! |
20:49:14 | HCl | :P |
20:49:17 | HCl | nope |
20:49:25 | HCl | i just use whatever's handiest. |
20:50:10 | HCl | pretty much, i'm gonna compile their x11 simulator |
20:50:22 | HCl | then pluck their podzilla apart till we have the ipod's ease of use |
20:51:13 | preglow | wont get that without the rotary controller thing |
20:51:17 | preglow | which i absolutely love |
20:51:22 | preglow | it's by far the coolest thing about the ipod |
20:51:34 | * | rasher tries updating the snap font again |
20:52:18 | HCl | maybe not. |
20:52:25 | HCl | but their database is gonna be nice either way |
21:00 |
21:01:20 | rasher | hurray, this font editor is actually responding to what I tell it to do |
21:01:23 | rasher | refreshing |
21:03:27 | | Join cYmen_ [0] (~cymen@nat-ph3-wh.rz.uni-karlsruhe.de) |
21:03:54 | | Quit cYmen (Read error: 104 (Connection reset by peer)) |
21:04:16 | stevenm | haha any chance of us doing an IPOD port? :) |
21:04:43 | rasher | it'd certainly be possible, assuming people wanted to do the work |
21:04:57 | stevenm | you're kidding. |
21:05:05 | rasher | Am I? |
21:05:13 | stevenm | dang... |
21:06:22 | elinenbe|lunch | HCl: how long before the itunes format is on the iriver... I give you 1 week! |
21:06:31 | elinenbe|lunch | remember a 6-pack is on the line :-) |
21:07:20 | preglow | why shouldn't that be possible? |
21:07:26 | preglow | if ipodlinux guys can do it, so can we |
21:07:36 | HCl | lol. |
21:07:40 | HCl | i don't like beer :P |
21:07:40 | | Quit thegeek (Read error: 131 (Connection reset by peer)) |
21:07:41 | rasher | They even done a lot of work |
21:07:48 | preglow | elinenbe|lunch: i'll take that |
21:08:03 | preglow | elinenbe|lunch: what itunes format? |
21:08:13 | HCl | itunesdb |
21:08:16 | preglow | ahh, db |
21:08:19 | preglow | thought you meant aac |
21:08:22 | HCl | its a id3 tag db |
21:08:36 | HCl | there's opensource stuff available from the ipodlinux project |
21:08:42 | preglow | i could have aac running in a week, if i were to be payed :PP |
21:08:53 | HCl | and the db is superior by far compared to iriver's db |
21:08:58 | HCl | and our low-profile rockbox db |
21:09:03 | preglow | everything is superiod to the iriver db |
21:09:06 | | Nick elinenbe|lunch is now known as elinenbe (~elinenbe_@65.115.46.225) |
21:09:07 | preglow | which is a pile of shit |
21:09:14 | stevenm | ipods are pretty popular.... |
21:09:18 | | Join thegeek [0] (~thegeek@ti521110a080-1991.bb.online.no) |
21:09:41 | elinenbe | preglow: the apple lossless format has been open sourced... |
21:09:50 | preglow | well, yes, the lossless one |
21:09:59 | preglow | which i couldn't care less about, heh |
21:10:03 | | Join gromit`` [0] (~gromit`@ras75-5-82-234-244-69.fbx.proxad.net) |
21:10:14 | elinenbe | HCl: what do you like? |
21:10:22 | elinenbe | you need a nice woman for a night? |
21:10:23 | preglow | aac is mildly interesting |
21:10:57 | elinenbe | preglow: isn't there an open source aac decoder? |
21:11:05 | preglow | elinenbe: why, there are several |
21:11:08 | stevenm | hey preglow.. i am almost done converting the midi file io to posix... is there a function to convert string to int in rockbox.. atoi or whatever? |
21:11:10 | preglow | elinenbe: faad2 is what i'm looking at |
21:11:20 | elinenbe | well, you should implement it... if it is not hard. |
21:11:22 | preglow | stevenm: dunno, have a look in the headers |
21:11:32 | stevenm | er file loader |
21:11:34 | preglow | stevenm: why do you need that, btw? |
21:11:39 | rasher | there is an atoi |
21:11:48 | rasher | in the plugin api |
21:11:49 | stevenm | parse the drum patch config file |
21:11:52 | preglow | ah |
21:12:05 | rasher | stevenm: I told you docs/PLUGIN_API ;) |
21:12:15 | stevenm | very dirty parser but for now.. |
21:12:20 | stevenm | rasher, ah, right |
21:12:31 | HCl | elinenbe: i have a gf, thank you very much :p |
21:13:04 | | Quit gromit` ("Client exiting") |
21:13:04 | | Quit gromit`` (Remote closed the connection) |
21:13:26 | elinenbe | HCl: so what'd you need? |
21:13:42 | | Join gromit` [0] (~gromit`@ras75-5-82-234-244-69.fbx.proxad.net) |
21:13:51 | | Quit gromit` (Remote closed the connection) |
21:14:50 | | Join gromit` [0] (~gromit`@ras75-5-82-234-244-69.fbx.proxad.net) |
21:14:53 | | Quit gromit` (Remote closed the connection) |
21:15:05 | HCl | lol. |
21:15:10 | HCl | well, i'd like a bucket of money :P |
21:17:20 | | Join gromit` [0] (~gromit`@ras75-5-82-234-244-69.fbx.proxad.net) |
21:17:21 | | Quit gromit` (Remote closed the connection) |
21:17:40 | | Join gromit` [0] (~gromit`@ras75-5-82-234-244-69.fbx.proxad.net) |
21:19:23 | | Quit gromit` (Remote closed the connection) |
21:20:49 | | Join gromit` [0] (~gromit`@ras75-5-82-234-244-69.fbx.proxad.net) |
21:20:53 | | Quit gromit` (Remote closed the connection) |
21:21:09 | | Join gromit` [0] (~gromit`@ras75-5-82-234-244-69.fbx.proxad.net) |
21:21:13 | | Quit gromit` (Remote closed the connection) |
21:21:58 | HCl | hm. |
21:22:00 | HCl | thats annoying. |
21:22:04 | HCl | anyways |
21:22:12 | HCl | the ipodlinux project is saying the helix aac decoder is great |
21:22:22 | HCl | just in case anyone cared |
21:22:30 | rasher | pity we can't use it |
21:23:32 | HCl | why can't we? |
21:27:43 | rasher | the license isn't gpl compatible |
21:30:22 | | Join gromit` [0] (~gromit`@ras75-5-82-234-244-69.fbx.proxad.net) |
21:31:03 | HCl | shouldn't ipodlinux have had trouble with it then.? |
21:31:25 | rasher | I'd imagine so |
21:31:25 | preglow | not all people care as much about licensing issues |
21:31:45 | HCl | forgive me for sort of agreeing with ipodlinux a bit then.. |
21:32:00 | preglow | hahah |
21:32:08 | preglow | i think that's far too important a thing to ignore |
21:32:20 | preglow | i'd be pissed if someone blatantly violated the license on something i wrote |
21:32:45 | preglow | anywho |
21:32:49 | preglow | faad2 looks nice |
21:32:58 | HCl | kay |
21:33:01 | stevenm | preglow, okay, all IO converted to posix |
21:33:16 | stevenm | preglow, how do you recommend I best try making this into a plugin ? |
21:33:28 | preglow | stevenm: just study the xxx2wav boys |
21:33:33 | preglow | i don't know how your api works |
21:33:52 | stevenm | I know that.. I was wondering, move all the files into apps/plugins or apps/plugins/midi or what |
21:34:12 | preglow | well, no, the codec itself should be in apps/codecs/mymidithingy |
21:34:19 | preglow | and midi2wav should be in apps/plugins |
21:34:43 | preglow | HCl: why did they go with the helix decoder anyway? |
21:34:51 | stevenm | ah.. then in my includes, I specify, include "../codecs/midi/synth.c" etc ? |
21:35:04 | HCl | preglow: i dunno, ask them |
21:35:46 | rasher | DAMMITFUCKSHIT |
21:35:57 | *** | Saving seen data "./dancer.seen" |
21:36:31 | rasher | so this font editor will happily load bdf fonts and NOT SAVE AS BDF AGAIN |
21:37:00 | preglow | WOULD YOU LIKE SOME CHEESE WITH THAT WHINE???? |
21:37:15 | rasher | >< |
21:37:28 | * | ferenczy is away: out of matrix |
21:39:22 | HCl | xD |
21:39:27 | HCl | thats a new one. |
21:40:16 | rasher | Hurray! it exported to bdf |
21:40:38 | rasher | now to see if it actually fixed the errors I was trying to correct |
21:41:58 | rasher | \o/ |
21:42:07 | amiconn | rasher: What strange font editor do you use? |
21:42:43 | rasher | fontforge |
21:42:49 | amiconn | When I did 2 fonts for rockbox, I used pfaedit |
21:43:44 | amiconn | ...under cygwin/x11. Was crashing pretty often with the old xfree86 on cygwin |
21:44:17 | amiconn | cygwin switch-over to xorg-x11 magically fixed that |
21:44:34 | rasher | hah, small error in the font now - spaces are rendered as exclamation points |
21:45:02 | stevenm | rasher, off-by-1 with ASCII values? 32 vs 33 ? |
21:45:15 | rasher | heh, likely |
21:45:21 | preglow | damn |
21:45:25 | preglow | that helix decoder is swift |
21:46:11 | | Join Tang_ [0] (~chatzilla@ARennes-252-1-22-35.w83-195.abo.wanadoo.fr) |
21:48:54 | rasher | o.O |
21:49:33 | | Quit Tang (Read error: 110 (Connection timed out)) |
21:50:06 | Tang_ | lol nice smiley rasher |
21:50:11 | Tang_ | o_O |
21:50:12 | | Join Wingk [0] (~FunkyMonk@dsl-082-083-050-119.arcor-ip.net) |
21:50:15 | Tang_ | yey |
21:50:19 | Tang_ | i found the syntax |
21:50:20 | Tang_ | :D |
21:53:46 | rasher | crazy.. now this I don't understand.. how did space turn into "!" |
21:53:51 | HCl | geeze, they can't even play mp3...? |
21:54:03 | preglow | nah, think they're a bit more behind on the codec front than we |
21:54:20 | HCl | haven't they existed longer |
21:54:21 | HCl | ? |
21:54:37 | preglow | yeah, but they slept for a good while, i think |
21:54:48 | HCl | welp |
21:54:51 | HCl | thats just what i'm gonna do too. |
21:54:52 | HCl | nig.t |
21:54:55 | HCl | night.* |
21:55:27 | * | rasher punches various font editors |
21:55:34 | HCl | ah. they only know how to use one core, heh. |
21:55:59 | Tang_ | good night |
21:56:01 | Tang_ | :) |
21:56:25 | Tang_ | HClgeeze, they can't even play mp3...? |
21:56:31 | Tang_ | -> iPODlinus? |
21:56:53 | Tang_ | seems it can play mp3 but using console mode |
21:56:59 | Tang_ | not very ptractical |
21:59:37 | | Join einhirn [0] (Miranda@bsod.rz.tu-clausthal.de) |
22:00 |
22:02:19 | | Quit Wingk (Read error: 60 (Operation timed out)) |
22:04:39 | rasher | got it.. I think |
22:04:52 | rasher | character 32 wasn't defined :X |
22:05:06 | rasher | Guess that'd be a problem |
22:05:16 | | Join MoosCamaro [0] (MoosCamaro@m214.net81-66-158.noos.fr) |
22:05:33 | Tang_ | hi Moos |
22:05:34 | Tang_ | :) |
22:05:56 | MoosCamaro | hi all |
22:06:00 | MoosCamaro | hi Tang |
22:06:05 | Tang_ | :) |
22:06:19 | Tang_ | private for french discuss |
22:06:20 | Tang_ | ;) |
22:06:29 | MoosCamaro | :) |
22:07:13 | stevenm | Woah, no COMPILER errors !! |
22:07:24 | stevenm | but a like, 6 screens of linker errors |
22:10:55 | amiconn | reboot, brb |
22:10:58 | | Part amiconn |
22:14:50 | | Join asdsd_ [0] (~asdsd@h-67-100-31-107.miatflad.dynamic.covad.net) |
22:15:29 | rasher | hurray, rasher.dyndns.org/~rasher/snap.png">http://rasher.dyndns.org/~rasher/snap.png .. it's done! |
22:15:47 | | Join belgarath [0] (~acc91153@labb.contactor.se) |
22:16:00 | | Join tvelocity [0] (~tony@ipa126.3.tellas.gr) |
22:16:10 | belgarath | hi all |
22:16:13 | preglow | arghh |
22:16:23 | rasher | rasher.dyndns.org/~rasher/snap.bdf">http://rasher.dyndns.org/~rasher/snap.bdf for the font |
22:16:24 | stevenm | preglow, midi COMPILED |
22:16:26 | preglow | please, god, don't let my lust for arm programming experience make me buy an ipod |
22:16:59 | preglow | stevenm: great, now make the midi2wav.c :-D |
22:17:42 | Tang_ | Hum what's the PNG? |
22:17:44 | stevenm | preglow, well.. the actual engine compiled. I now have to add the calls to write the wave file. Otherwise it all sits in a buffer in memory. And, I have no idea if this malloc() will work. I did get it from rockboy though.. |
22:17:55 | Tang_ | a new font? |
22:18:04 | Tang_ | hi belgarath |
22:18:05 | Tang_ | :) |
22:18:06 | rasher | Tang_: a font I found and added some characters to |
22:18:13 | Tang_ | :) |
22:18:18 | Tang_ | okay thx rasher |
22:18:56 | belgarath | hi tang |
22:19:00 | rasher | rasher.dyndns.org/~rasher/snap.fnt">http://rasher.dyndns.org/~rasher/snap.fnt is a rockbox-version of it |
22:19:15 | Tang_ | nice i'm gonna DL it |
22:19:17 | Tang_ | :) |
22:20:00 | rasher | (place the bdf in fonts/ if you build rockbox yourself) |
22:20:24 | Tang_ | mm i place it in font folder no? |
22:20:36 | Tang_ | (i don't build it myself of course) |
22:20:40 | rasher | yeah, place the .fnt in .rockbox/fonts/ |
22:20:42 | Tang_ | i use the fnt? |
22:20:46 | Tang_ | okay |
22:20:49 | Tang_ | what i thought |
22:20:51 | Tang_ | ;) |
22:20:55 | rasher | the bdf is of no use to the final rockbox |
22:21:34 | Tang_ | okay |
22:21:40 | Tang_ | just for devlopers? |
22:22:01 | rasher | or for anyone compiling rockbox themself |
22:23:12 | | Nick Shagnar^afk is now known as Shagnar (~tester@p54A0CE91.dip.t-dialin.net) |
22:23:17 | Shagnar | re :) |
22:23:17 | stevenm | woah, midi loader ran on iriver.. at least got as far as loading the file properly |
22:23:30 | Tang_ | hum okay so the fnt won't work with actual build |
22:23:39 | Tang_ | since the bdf hadn't been implemented |
22:23:41 | Tang_ | ? |
22:24:00 | rasher | Tang_: oh no.. it's just that rockbox compiles .fnt from bdf files |
22:24:23 | Tang_ | hum |
22:24:34 | Tang_ | but if there is a fnt the bdf is useless no? |
22:24:53 | rasher | they're both useful |
22:25:23 | rasher | .fnt is the final product |
22:26:01 | Tang_ | okay |
22:26:14 | rasher | bdf is what the fnt is made from |
22:26:16 | Tang_ | but the fnt work fby itself or not finaly? |
22:26:17 | HCl | (4:2) only where the floor is not type #, |
22:26:20 | HCl | oops. |
22:26:23 | HCl | darn mispaste |
22:26:25 | HCl | i hate putty pasting |
22:26:26 | Tang_ | ah okay i understood |
22:26:26 | HCl | on click |
22:26:37 | Tang_ | sorry if i was hard |
22:26:52 | rasher | the fnt is what rockbox needs |
22:27:41 | Tang_ | okay in fact before youir last post |
22:27:51 | Tang_ | i didn't understood the fnt was made from the bdf |
22:28:08 | stevenm | Hey guys.. does the iriver Simulator run as fast as possible, or does it try to run as fast as the actual target ? |
22:28:13 | Tang_ | tht's why i was wondering about the bdf usage! |
22:28:15 | Tang_ | lol |
22:29:11 | rasher | stevenm: I think it just runs as fast as possible |
22:29:14 | rasher | *think* |
22:29:58 | stevenm | rasher, ah, ok |
22:31:02 | Shagnar | is there a tool to easy make own fonts? |
22:33:02 | rasher | Shagnar: linux or windows? |
22:33:23 | Shagnar | could be both, but i'd prefer windooze |
22:33:42 | rasher | don't know of any for windows |
22:33:54 | Shagnar | but for linux? |
22:34:10 | rasher | Fontforge, xmbdfed and pfaedit for linux |
22:34:20 | | Join Strath [0] (~mike@dgvlwinas01pool0-a221.wi.tds.net) |
22:34:41 | Shagnar | thx |
22:35:14 | rasher | stevenm: definately runs as fast as possible.. vorbis2wav ran at 3000% |
22:36:25 | stevenm | woah, midi works on simulator |
22:36:40 | Shagnar | try it in real, would be kinda nice ^^ |
22:36:46 | stevenm | doesnt write to a wav file (but rather a raw file, then opened with goldwave) but it worked apparently. file contains music |
22:37:11 | rasher | excellent |
22:37:51 | | Quit t0mas ("good night") |
22:42:01 | Shagnar | very fine :) |
22:43:59 | | Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
22:46:17 | belgarath | thanks a lot for all you've done on teh project |
22:46:25 | belgarath | its great |
22:48:16 | Tang_ | great althought it's not finished |
22:48:19 | Tang_ | eh eh |
22:48:44 | Tang_ | Rbx has great supporters |
22:48:46 | Tang_ | :) |
22:48:58 | Tang_ | what will it be when achieved |
22:49:00 | Tang_ | :D |
22:50:59 | CoCoLUS | they all will actually -use- it :D |
22:51:58 | Tang_ | all but one |
22:52:01 | | Quit asdsd_ (Read error: 110 (Connection timed out)) |
22:52:11 | Tang_ | someone i know |
22:52:21 | Tang_ | i'll kick him if he use Rbx |
22:53:23 | stevenm | why is that? |
22:54:19 | Tang_ | hum sort of private joke for Moos and some others french guys |
22:54:35 | stevenm | ah |
22:54:37 | Tang_ | about a guy who make me a noise |
22:54:47 | Tang_ | since i was supporting a prealpha |
22:54:49 | Tang_ | :D |
22:55:03 | Tang_ | (untested according to him) |
22:55:05 | Tang_ | :D |
22:55:34 | belgarath | it hasnt bricked my player yet (touch wood) |
22:56:36 | Tang_ | indeed |
22:56:57 | Tang_ | it didn't bricked any iHP till now |
22:56:58 | Tang_ | :) |
22:58:47 | rasher | it's no less untested than the latest iriver firmware at the time of release |
22:58:56 | rasher | no less tested |
22:59:15 | | Quit stevenm ("Leaving") |
23:00 |
23:01:05 | | Join amiconn [0] (~jens@pD9E7EB59.dip.t-dialin.net) |
23:06:53 | Tang_ | lol |
23:07:02 | Tang_ | it's my opinion |
23:07:13 | | Join Zombiejeff [0] (~cd9924ab@labb.contactor.se) |
23:07:46 | Tang_ | i don't avice noobs to upgrade with Rbx for no reason |
23:07:47 | Bagder | http://daniel.haxx.se/m3.html <= the swedish magazine article, now scanned |
23:08:13 | belgarath | wow cool |
23:08:38 | belgarath | is that a well known magazine? |
23:08:40 | Tang_ | yeah you're famous |
23:08:56 | | Join einhirn [0] (Miranda@carlsberg.heim2.tu-clausthal.de) |
23:08:59 | Bagder | belgarath: fairly I think, its about phones, mp3 players and stuff like that |
23:09:27 | preglow | hah |
23:09:28 | preglow | cool |
23:09:51 | * | preglow employs his swedish skillz |
23:10:00 | Bagder | hehe |
23:10:10 | * | rasher tries to do the same |
23:10:21 | rasher | I hate when scanners do that trick |
23:10:24 | rasher | moire hell |
23:10:37 | Bagder | yes |
23:11:12 | Bagder | but I didn't care that much about the quality of the photo |
23:11:16 | Tang_ | anyone to translate? |
23:12:29 | rasher | isn't something missing? |
23:12:43 | rasher | oh nevermind |
23:12:45 | rasher | I'm an idiot |
23:14:20 | preglow | hahah |
23:15:41 | preglow | these guys found you and asked for an interview, or? |
23:15:47 | Bagder | yes |
23:15:59 | Bagder | he contacted us |
23:16:13 | Tang_ | :) |
23:16:42 | belgarath | quite the celebrities now |
23:17:05 | Zombiejeff | Hi all −− I've got a question about the code that I think should be pretty simple to answer... |
23:17:27 | Tang_ | (when we begin like this |
23:17:27 | preglow | next time there'll be a ten-page exclusive, with the magazine shipping all of us two sweden on a two-day binge |
23:17:33 | preglow | Zombiejeff: shoot |
23:17:38 | Tang_ | then the question following will be very hard) |
23:17:40 | preglow | two = to |
23:17:42 | Tang_ | lol$ |
23:18:07 | Zombiejeff | I'm trying to get my recorder to tell me what I was listening to when it resumes but I can't figure out is rockbox stores that info in a variable or not. |
23:18:42 | Tang_ | hey it talk about the iHP 120 port too! |
23:18:56 | preglow | Tang_: yes, it says that's their new platform |
23:18:59 | Zombiejeff | I am not much of a programmer −− except in old AtariBasic so I'm trying to stumble around code I don't know well. |
23:19:25 | Tang_ | :) |
23:19:45 | Tang_ | okay, strange but is tal about v2.3 |
23:19:53 | Tang_ | and you're at 2.4 version no? |
23:20:06 | Bagder | Zombiejeff: it doesn't actually store it so that it is available in the resume screen, no |
23:20:12 | Bagder | Zombiejeff: but you could fetch it |
23:20:26 | preglow | Tang_: the article is a couple of months old |
23:20:42 | Tang_ | ah okay |
23:20:58 | Bagder | the interview was made before christmas |
23:21:06 | Zombiejeff | The resume is in tree.c, right. So I have to pull it from another file? |
23:21:55 | Bagder | Zombiejeff: resume info is a playlist index number and a playlist name, so you need to get the actual file name from the playlist |
23:22:09 | Bagder | and then possibly extract id3 data or whatever |
23:22:40 | Zombiejeff | Even just the m3u filename would be useful as I almost always use playlists... |
23:23:03 | Bagder | _that_ is part of the resume info |
23:24:39 | belgarath | question: will the iriver rockbox support the .rvf files? |
23:25:27 | rasher | Heh, Linus's first comment seems totally over the head of the journalist |
23:25:38 | pabs | ? |
23:25:43 | pabs | did i miss an interview? |
23:25:50 | Zombiejeff | So I have to pull the file from an include? Again, I've only programmed in basic before, so I'm asking some really basic questions. |
23:25:55 | rasher | In a swedish magazine, Bagder scanned it |
23:26:13 | rasher | http://daniel.haxx.se/m3.html in case you read Swedish :) |
23:26:14 | pabs | k |
23:26:22 | pabs | nope, i'll bust out babelfish though :D |
23:26:32 | Shagnar | is there a solution yet for the bug in boot-loader enabled 1.65 FW? (oggs not played) |
23:26:34 | Bagder | babel doesn't speak swedish |
23:26:34 | pabs | err no i won't |
23:26:34 | rasher | that won't do you much good |
23:26:44 | | Join muesli- [0] (muesli_tv@brsg-d9b8e19e.pool.mediaWays.net) |
23:26:46 | pabs | i just realized it's scanned, not OCRed |
23:26:48 | rasher | plus it's an image :) |
23:26:48 | pabs | well lemme see |
23:26:51 | Bagder | ... and they are images |
23:26:57 | preglow | Zombiejeff: include files has nothing to do with this |
23:27:04 | preglow | Zombiejeff: you really should learn c :) |
23:27:16 | muesli- | high |
23:27:24 | Zombiejeff | preglow: yep, this may be my start! |
23:27:30 | rasher | evening muesli- |
23:27:34 | preglow | Zombiejeff: the information you have when you see the resume screen, is a playlist name, and a entry number |
23:27:34 | Tang_ | mueli |
23:27:37 | Tang_ | you have a mail |
23:27:41 | muesli- | hi rasher |
23:27:47 | muesli- | hossa tang |
23:27:48 | preglow | Zombiejeff: so you need to open that file, and fish out the entry with the given number |
23:27:50 | rasher | so Bagder.. how about new fonts.. any criteria? |
23:27:53 | pabs | man everyone is famous his week |
23:27:59 | preglow | Zombiejeff: then you'll have the filename of the track that is about to be resumed |
23:28:16 | Bagder | rasher: no limits really, just that the license allows us to use it |
23:28:49 | belgarath | see you later |
23:28:51 | | Quit belgarath ("CGI:IRC") |
23:29:21 | Zombiejeff | Maybe I should pick up a "C for dummies" book on the way home. Or is there a "Rockbox for dummies" book? |
23:29:27 | rasher | Bagder: alright, this one's GPL (pulled from Debian and modified) |
23:29:32 | preglow | heh, 'fraid not |
23:29:40 | preglow | but just learning c should do nicely |
23:29:54 | Bagder | rasher: then go for it! |
23:31:00 | amiconn | pabs: Let's see what ocr can do with this... |
23:31:03 | rasher | dammit... problems with my cvs again |
23:31:12 | rasher | I really should do a fresh checkout at some point |
23:31:19 | muesli- | btw wth are cvs!? |
23:32:07 | Tang_ | lol i asked it before muesli |
23:32:09 | Tang_ | :D |
23:32:15 | muesli- | ;) |
23:32:27 | preglow | haha, someone are operating searchlights somewhere, i'm getting a real batman vibe here |
23:33:24 | rasher | Bagder: done... I think |
23:33:28 | muesli- | just ask robin 4 help :D |
23:33:29 | rasher | not quire sure if I got the adding right |
23:34:13 | rasher | Looks like I did |
23:35:06 | preglow | you just add, then commit |
23:35:15 | rasher | yeah |
23:35:21 | rasher | got a bit confused by the message add gave me |
23:35:31 | Bagder | I got a snap.bdf |
23:35:44 | rasher | \o/ |
23:35:47 | Shagnar | gn8 guys |
23:35:50 | preglow | nite |
23:35:54 | preglow | gneight? :P |
23:36:01 | rasher | rasher.dyndns.org/~rasher/snap.png">http://rasher.dyndns.org/~rasher/snap.png < the font |
23:36:02 | *** | Saving seen data "./dancer.seen" |
23:36:09 | Shagnar | :P |
23:36:10 | | Quit Shagnar ("rockBoxRocks") |
23:36:17 | | Join stevenm [0] (~steve@stevenm-router.student.umd.edu) |
23:36:25 | rasher | guess I should send this to Debian as well |
23:36:35 | stevenm | Hello. Is there a way to write from the simulator raw to the computer's DSP ? |
23:36:54 | rasher | since they only included öÖäÄ and a few others of the high-bit characters |
23:37:01 | stevenm | ie, how do I tell the Sim to not try to open the sound device, then access it via symlink ? |
23:37:54 | rasher | speaking of.. there was a patch that added sound support on linux.. I'm very curious about that |
23:37:59 | stevenm | ah crap.. never mind. you'd need to somehow do IOCTL on it |
23:37:59 | rasher | didn't apply though :( |
23:38:14 | stevenm | I made a symlink from /dev/dsp to ...../archos/dsp |
23:38:26 | Bagder | rasher: I think that needs to be remade to fit with the sound api anyway |
23:38:38 | stevenm | I hear NOISE because the DSP isnt initialized right |
23:38:41 | rasher | true |
23:39:05 | stevenm | is there a way to sneak an ioctl or two into a plugin ? |
23:39:34 | Bagder | ioctl to do what? |
23:39:58 | | Join StrathAFK [0] (~mike@dgvlwinas01pool0-a221.wi.tds.net) |
23:39:59 | Bagder | there's no such function in the plugin api |
23:40:12 | preglow | and you can't write to /dev/dsp anyway |
23:40:19 | preglow | you're caged in the rockbox file system |
23:40:19 | | Quit Zombiejeff ("CGI:IRC") |
23:41:29 | stevenm | preglow, not if I make a symlink |
23:41:33 | preglow | true |
23:41:46 | stevenm | preglow, I can hear sound.. it is just very very distorted due to wrong settings. |
23:42:32 | stevenm | preglow, I am getting weirdness.. or I must have accidentally made a typo somewhere. Light clicking on rockbox version yet perfect sound on PC version |
23:42:35 | preglow | stevenm: anywho, why not just dump to a file? |
23:42:43 | stevenm | preglow, faster, for testing |
23:43:11 | preglow | not faster if you have to jump through flaming hoops to add ioctl support :P |
23:43:43 | stevenm | preglow, nope.. already working. |
23:44:23 | stevenm | just added 2 linux includes to the plugin and a symlink. then pasted the init code into the plugin. works pretty well |
23:44:24 | preglow | then hooray! |
23:44:42 | stevenm | why don't we add real sound support to sim ? |
23:44:50 | preglow | the sound api isn't finalized yet |
23:45:03 | stevenm | ahy |
23:45:04 | stevenm | ah |
23:45:09 | Bagder | feel free to go ahead |
23:45:12 | preglow | it got changed today |
23:45:27 | stevenm | I wouldn't know where to even begin :( |
23:45:35 | rasher | I'm going to use rockboxui as my favourite musicplayer once it has sound support |
23:45:40 | rasher | (well maybe not quite) |
23:45:50 | Bagder | :-) |
23:47:05 | amiconn | Bagder: Pretty bad scans - reverse side shines through |
23:47:16 | Bagder | whiner ;-) |
23:51:32 | * | rasher remembers his idea of downloading the patch from all patch-entries and see how many of them applies |
23:51:43 | rasher | and with how many warnings/errors |
23:52:13 | rasher | seems like a nice project |
23:53:53 | | Quit Strath (Read error: 110 (Connection timed out)) |
23:55:47 | stevenm | dangit where is that stupid clicking coming from ? |
23:56:05 | * | Rick is home |