| 00:03:12 | amiconn | Ah, working now :) |
| 00:03:18 | HCl | :P |
| 00:03:23 | HCl | amiconn: read my question :x |
| 00:03:37 | amiconn | That only needs some testing on the other units now. |
| 00:03:52 | amiconn | I think I can give your database query thing a shot |
| 00:04:04 | HCl | yea, i mostly meant my new tool to create search files :/ |
| 00:05:46 | amiconn | rebuilding from current cvs... |
| 00:05:52 | HCl | its not in cvs yet.. |
| 00:05:59 | HCl | http://titania.student.utwente.nl/rockbox/database/ |
| 00:06:16 | HCl | its pretty much a new version of tokentool, only much, much smarter. |
| 00:06:34 | HCl | first version was raw, this one is rather smart and will not allow you to create an invalid search query |
| 00:06:37 | amiconn | I'll still need current searchengine.rock, correct? |
| 00:06:40 | HCl | yes |
| 00:06:57 | HCl | searchengine is pretty much done, doesn't need anything aside from memory optimalizations |
| 00:07:21 | HCl | this version of tokentool is the first step to a frontend for the searchengine |
| 00:07:22 | | Quit muesli_ (Read error: 60 (Operation timed out)) |
| 00:08:27 | amiconn | How do I build the tool? There is no Makefile... |
| 00:08:34 | HCl | sorry, i was lazy |
| 00:08:43 | HCl | just gcc -o tokentool `find -name '*.c'` |
| 00:09:43 | amiconn | ./tokentool |
| 00:09:48 | amiconn | <return> |
| 00:09:50 | HCl | and yes, i know that the numbers should be at the front of the line xD *fixes* |
| 00:09:51 | amiconn | <return> |
| 00:09:54 | HCl | o.o? |
| 00:09:55 | amiconn | ==> core dumped |
| 00:09:56 | HCl | not working |
| 00:09:59 | HCl | woah o.o; |
| 00:10:00 | HCl | what happened? |
| 00:10:05 | HCl | can you do a gdb trace? |
| 00:10:19 | amiconn | I simply pressed return on the queries |
| 00:10:55 | HCl | umyea, :P you shouldn't. you need to pick one of the choices |
| 00:10:59 | HCl | its still a development tool |
| 00:11:01 | HCl | not end user |
| 00:11:11 | HCl | its pretty much to demonstrate the new editor core |
| 00:12:12 | amiconn | Hmz. I don't understand the choices :/ |
| 00:12:18 | HCl | hold on |
| 00:12:24 | HCl | i changed it slightly :X |
| 00:12:36 | amiconn | "numberproperty" exists twice? |
| 00:12:59 | HCl | no, only once o.o |
| 00:13:02 | HCl | reget it from my http? |
| 00:13:18 | HCl | i changed the code to make what you can pick more readable |
| 00:14:03 | HCl | you can choose one of the numbers it lists, "<number>" is a direct number |
| 00:14:05 | HCl | like 1980 |
| 00:14:10 | HCl | where numberproperty is something like year |
| 00:14:11 | HCl | or rating |
| 00:15:25 | amiconn | "numberproperty" is still displayed twice |
| 00:15:37 | amiconn | $ ./tokentool.exe |
| 00:15:37 | amiconn | Output filename? test1.rsp |
| 00:15:37 | amiconn | (1) "not" |
| 00:15:37 | DBUG | Enqueued KICK amiconn |
| 00:15:37 | amiconn | (2) "(" |
| 00:15:37 | amiconn | (3) "<number>" |
| 00:15:37 | *** | Alert Mode level 1 |
| 00:15:37 | amiconn | (4) "<numberproperty>" |
| 00:15:39 | amiconn | (5) "<string>" |
| 00:15:41 | amiconn | (6) "<numberproperty>" |
| 00:15:43 | amiconn | ( ? ) |
| 00:15:45 | amiconn | Token ? |
| 00:15:51 | HCl | eep! |
| 00:15:54 | HCl | you're so right |
| 00:15:56 | HCl | let me fix that |
| 00:15:57 | HCl | sorry |
| 00:16:25 | Epoch`_ | you guys are some pretty focused blokes. =] |
| 00:16:29 | HCl | there, get it now :P |
| 00:16:31 | HCl | xD |
| 00:16:34 | HCl | no, i'm just tired |
| 00:16:36 | HCl | and i have been all day |
| 00:16:37 | HCl | :P |
| 00:16:46 | HCl | amiconn: reget it from http :) |
| 00:16:56 | HCl | the 6 should've read string property, 'twas a bug |
| 00:16:58 | preglow | i'm going to be shit tired tomorrow |
| 00:17:13 | preglow | considering the fact that the area outside is filled with people playing shitty music |
| 00:21:22 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
| 00:21:22 | * | amiconn tries to understand the search expression language |
| 00:21:45 | HCl | i wrote a description on the pluginsearchengine page in ebnf, but thats not very readable |
| 00:22:00 | HCl | pretty much, you can compare two numbers with eachother, and you can compare two strings with eachother |
| 00:22:14 | HCl | and you can use brackets and "and"s and "or"s in whatever way you like |
| 00:22:19 | HCl | like it were a calculator |
| 00:23:03 | HCl | where a number can be a number or something like year or rating |
| 00:23:11 | HCl | and a string can be a string or something like artistname |
| 00:23:42 | HCl | year >= 1980 and (artist contains "nightwish" or artist contains "air") |
| 00:23:44 | HCl | stuff like that. |
| 00:23:51 | Epoch`_ | Between version 2.2 and 2.4 did you guys decrease the startup load times for playing? |
| 00:24:10 | odd | HCl: that is profoundly awesome |
| 00:24:18 | HCl | thanks :p |
| 00:24:21 | odd | :) |
| 00:25:24 | amiconn | HCl: |
| 00:25:31 | odd | can those attributes be selected from a list from the tagdb, or must they be entered manually? |
| 00:25:38 | *** | Alert Mode OFF |
| 00:25:40 | *** | Saving seen data "./dancer.seen" |
| 00:25:41 | amiconn | ... |
| 00:25:41 | amiconn | Token ? 5 |
| 00:25:42 | amiconn | String? angel |
| 00:25:42 | amiconn | (1) "tokentypeerror" |
| 00:25:42 | amiconn | (2) "tokentypeerror" |
| 00:25:42 | *** | Alert Mode level 1 |
| 00:25:42 | amiconn | ( B@ ? ) |
| 00:25:43 | *** | Alert Mode level 2 |
| 00:25:43 | amiconn | Token ? |
| 00:25:48 | HCl | o.o; |
| 00:25:52 | HCl | um. |
| 00:25:52 | amiconn | Wth does that mean? |
| 00:25:54 | HCl | thats not right... |
| 00:26:00 | HCl | it should've printed angel |
| 00:26:03 | HCl | where B@ was.. |
| 00:26:22 | HCl | tokentype errors o.o; |
| 00:26:24 | odd | bats in the code |
| 00:26:32 | odd | B-at |
| 00:26:36 | odd | ...ok i really need sleep |
| 00:26:48 | HCl | oi. |
| 00:26:48 | * | odd has been working furiously for like 20 hours straight |
| 00:26:50 | HCl | i'll look at that. |
| 00:26:53 | HCl | sorry amiconn :X |
| 00:26:59 | HCl | it seems i have a bug, heh. |
| 00:27:08 | amiconn | HCl: I couldn't figure how to specify "contains" |
| 00:28:03 | amiconn | Similar thing happens when I start with the stringproperty |
| 00:28:17 | stripwax | Hi guys. Anyone know if Linus' latest iriver bootloader fixes the reported incompatibilities with the latest iriver firmwares? |
| 00:28:23 | amiconn | Stringproperty itself works, but then again -> "tokentypeerror" |
| 00:28:27 | stripwax | (like 9 days ago in CVS or something) |
| 00:28:36 | HCl | amiconn: yea, i got a severe bug, apparently. |
| 00:28:41 | HCl | stripwax: no. |
| 00:29:24 | stripwax | No, it doesn't, or no, no-one knows? |
| 00:29:37 | HCl | it doesn't. |
| 00:29:49 | * | HCl ughs and wonders what kind of bug he's having now.. |
| 00:31:01 | HCl | XD |
| 00:31:09 | HCl | yea, i kind of forgot to add contains and equals |
| 00:31:10 | * | HCl fixes. |
| 00:31:29 | preglow | stripwax: don't think anyone knows where that bug comes from |
| 00:31:37 | preglow | stripwax: that is, i think bagder mentioned linus had some ideas |
| 00:32:37 | * | amiconn realises that the simple search already present in the db browser will probably always be sufficient for his search needs |
| 00:33:31 | preglow | don't think i'll ever need a search |
| 00:34:29 | amiconn | Yeah, not really... |
| 00:34:34 | HCl | AH! |
| 00:34:37 | HCl | i know what happens. |
| 00:34:59 | amiconn | The db browser itself is useful for one thing though - detect improper/ inconsistent tagging |
| 00:35:03 | stripwax | preglow/HCI ok thanks.. |
| 00:35:44 | *** | Alert Mode OFF |
| 00:37:08 | amiconn | HCl: Does the searchengine read the whole database linearly when executing a query? |
| 00:38:16 | HCl | amiconn: pretty much. |
| 00:38:24 | HCl | amiconn: try now :x |
| 00:40:09 | HCl | amiconn: it does some selective querys when "and"s are involved, but otherwise, there's not much to optimized |
| 00:40:12 | HCl | optimize* |
| 00:41:05 | amiconn | Eeek! |
| 00:41:13 | HCl | m? |
| 00:41:29 | HCl | optimize* |
| 00:41:30 | amiconn | I put the generated .rsp on my Ondio, and ran searchengine |
| 00:41:44 | amiconn | => CPUAdrErr at 091F906A |
| 00:41:55 | HCl | it might've ran out of memory |
| 00:42:08 | amiconn | No, that looks like an unaligned access to me |
| 00:42:14 | HCl | hrm... |
| 00:42:25 | HCl | ohyea. |
| 00:42:26 | amiconn | I'll check the .map and the disasm |
| 00:42:31 | HCl | that was something i had to fix, hold on |
| 00:42:34 | HCl | i think i might know.. |
| 00:43:47 | amiconn | Most likely it's in loadentry() |
| 00:43:55 | HCl | yea |
| 00:43:56 | HCl | oh. |
| 00:43:58 | HCl | or that |
| 00:44:01 | HCl | or the token |
| 00:44:05 | HCl | the token isn't aligned either |
| 00:44:06 | HCl | let me fix.. |
| 00:44:15 | amiconn | The token is a byte? |
| 00:44:52 | HCl | yea. |
| 00:44:57 | HCl | fixed that |
| 00:44:58 | HCl | let me commit |
| 00:45:04 | HCl | don't forget to make the same change in edittoken |
| 00:45:07 | amiconn | Then it doesn't need a special alignment |
| 00:45:09 | HCl | or your tool won't create correct tokens |
| 00:45:20 | HCl | no, the byte is making the long that follows after a while |
| 00:45:22 | HCl | unaligned |
| 00:45:32 | amiconn | Ah, yes |
| 00:45:37 | | Join xen` [0] (~xen@pla25-1-82-227-196-9.fbx.proxad.net) |
| 00:46:22 | HCl | committed a fix |
| 00:46:32 | HCl | checkout, and change the length of the string in struct token to 255 |
| 00:46:38 | HCl | it should make it aligned again |
| 00:52:25 | amiconn | Hmm, same result :( |
| 00:54:36 | HCl | then i dunno :X |
| 00:57:35 | HCl | maybe try with a smaller id3 database? i dunno how many songs you got on there and how much ram the thing has and what searchquery you submitted |
| 00:57:53 | amiconn | The db is rather small; 41 KB |
| 00:58:00 | HCl | k |
| 00:58:04 | HCl | should fit then |
| 00:58:14 | amiconn | Searchquery is really simple: <title> contains "angel" |
| 00:58:25 | HCl | okay, that shouldn't cause much trouble |
| 00:58:30 | amiconn | (to compare with the built-in search |
| 00:58:33 | amiconn | ) |
| 00:58:36 | HCl | mhm |
| 00:58:45 | amiconn | Should match 3 titles |
| 00:59:00 | amiconn | Currently looking at the disasm |
| 01:00 |
| 01:00:02 | | Part stripwax |
| 01:01:34 | amiconn | HCl: The error definitely happens in dbinterface.c, line 77 |
| 01:01:39 | * | HCl checks |
| 01:01:50 | amiconn | It seems that entryarray itself isn't properly aligned |
| 01:01:55 | HCl | ah! |
| 01:01:57 | HCl | how do i do that? |
| 01:01:59 | amiconn | Where is that done? |
| 01:02:01 | HCl | um |
| 01:02:03 | HCl | in the malloc. |
| 01:02:14 | HCl | entryarray=(struct entry *)my_malloc(sizeof(struct entry)*rb->tagdbheader->filecount); |
| 01:02:20 | HCl | then my_malloc isn't aligning properly |
| 01:02:25 | amiconn | Ah, yes |
| 01:03:29 | amiconn | Check the malloc in xxx2wav.c |
| 01:03:40 | amiconn | This one does proper alignment |
| 01:03:43 | HCl | okay |
| 01:03:49 | HCl | bit busy at the moment |
| 01:03:52 | HCl | will do when i got time |
| 01:04:00 | HCl | feel free to fix it if you can and have time |
| 01:04:27 | | Join TCK [0] (TCK@81-86-98-218.dsl.pipex.com) |
| 01:11:27 | amiconn | HCl: Is there a reason why your malloc() reserves 4 extra bytes per call? |
| 01:11:55 | preglow | alignment? |
| 01:12:02 | preglow | unfinished alignment? :P |
| 01:12:24 | amiconn | Definitely not for alignment; it's a literal "+ 4" |
| 01:14:22 | preglow | mok |
| 01:15:15 | HCl | amiconn: no XD |
| 01:15:20 | HCl | amiconn: checkout |
| 01:15:23 | HCl | i tried to fix |
| 01:15:34 | amiconn | I have a fix myself... |
| 01:15:46 | HCl | can you see if mine is correct? :X |
| 01:15:46 | HCl | brb |
| 01:16:19 | amiconn | Hmz. Now it doesn't crash, but it tells me "unknown stringid intvalue" |
| 01:16:59 | HCl | sounds like endianness messed up.. |
| 01:18:08 | preglow | ok, ok, NOW i understand nothing, it's not windowing that's slowing things down |
| 01:18:20 | preglow | my new imdct_l is plain and simple just a ton slower than the first one i wrote |
| 01:18:28 | preglow | how this can be, i will never understand |
| 01:18:32 | amiconn | There's a slight problem with your malloc() fix. If you bump the buffer pointer, buffer_free should be decreased by the same amount |
| 01:18:41 | HCl | didn't i do that? o.o |
| 01:18:48 | HCl | oh! |
| 01:18:51 | HCl | at the very start. |
| 01:18:56 | amiconn | yup |
| 01:18:56 | HCl | yush. |
| 01:19:23 | amiconn | Hmm. How do I stop the searchengine? It seems to hang... |
| 01:20:47 | | Quit TCK- (Read error: 110 (Connection timed out)) |
| 01:21:24 | HCl | it might be very slow, it doesn't have an abort |
| 01:21:33 | * | preglow tears his hair out |
| 01:24:00 | HCl | amiconn: did it crash? |
| 01:25:00 | amiconn | It displays some lines of text, then the splash "unknown stringid value". Then it sits there forever |
| 01:25:07 | HCl | oh! |
| 01:25:08 | HCl | yush |
| 01:25:12 | HCl | it might crash o.o; |
| 01:25:13 | HCl | i dunno. |
| 01:25:38 | HCl | i dunno what caused that |
| 01:25:43 | HCl | can you send your generated search file to me? |
| 01:25:47 | HCl | i'll analyze it tomorrow |
| 01:26:23 | amiconn | Btw, it should tell the wrong value - handy for debugging |
| 01:26:36 | HCl | i'll fix that |
| 01:26:41 | amiconn | unknown stringid intvalue %d |
| 01:26:50 | HCl | i had the odd impression that no one would ever pass an unknown stringid |
| 01:27:12 | amiconn | Your tokentool did... |
| 01:27:31 | HCl | its most likely an endianness problem |
| 01:27:39 | HCl | maybe your gcc didn't define little endian? |
| 01:27:50 | HCl | (that the host is little endian) |
| 01:27:54 | amiconn | Humm? Where? |
| 01:28:11 | HCl | well, with my gcc its defined and included by default.. |
| 01:28:18 | HCl | can you like |
| 01:28:24 | HCl | try doing #define LITTLE_ENDIAN |
| 01:28:29 | HCl | in databox.h |
| 01:28:32 | HCl | recompile |
| 01:28:35 | amiconn | Then it's definitely that |
| 01:28:36 | HCl | save your old search file |
| 01:28:40 | HCl | and diff them |
| 01:28:43 | amiconn | cygwin never defines that |
| 01:28:44 | HCl | see if that makes a difference |
| 01:28:45 | preglow | you actually ended up calling it databox? |
| 01:28:45 | HCl | ah! |
| 01:28:48 | HCl | cygwin. |
| 01:28:50 | HCl | preglow: yup :P |
| 01:28:51 | preglow | \o/ for me |
| 01:29:12 | amiconn | HCl: That's the reason for my odd cygwin workaround in dbtree |
| 01:29:34 | preglow | i'd kill for a debugable target right now |
| 01:29:34 | HCl | amiconn: *nods* |
| 01:29:57 | * | amiconn hides from preglow |
| 01:30:05 | HCl | amiconn: let me slap that into my tool and fix my tgz on my site |
| 01:30:38 | HCl | actually, i don't have it anymore since it got removed from cvs.. |
| 01:30:46 | HCl | since we had a configure script that checks it now |
| 01:31:15 | HCl | i hope you managed to reset your player |
| 01:31:22 | amiconn | HCl: I see RED |
| 01:31:27 | HCl | eep! |
| 01:31:29 | HCl | *goes to fix* |
| 01:31:44 | preglow | nice red line |
| 01:32:03 | amiconn | HCl: Resetting the Ondio is simple. If you hold the OnOff button for ~10 secs, it powers down by "hardware force" |
| 01:32:42 | preglow | what the hell |
| 01:32:51 | preglow | my h120 has locked up on the Resume? screen |
| 01:33:08 | amiconn | The hw poweroff timeout is even lower on the recorder and the player - ~2 secs |
| 01:33:13 | * | preglow turns off hold and tries again... |
| 01:33:32 | amiconn | It's so short that we can't do safe shutdown if the user tries to powerdown by holding OFF... |
| 01:33:58 | HCl | fixed. |
| 01:34:14 | HCl | i might've added a warning |
| 01:34:18 | HCl | but i'll sacrifice that over fixing red |
| 01:34:50 | HCl | preglow: :P |
| 01:35:53 | preglow | fucking drunk idiots playing football around/on/at the parked cars |
| 01:36:02 | preglow | had i owned one of them, i would most probably have killed them |
| 01:36:08 | HCl | ouch.. |
| 01:36:33 | preglow | the spanish exchange students around here try their very best to act like assholes |
| 01:36:51 | preglow | they succeed admirably |
| 01:38:25 | * | HCl should go to sleep |
| 01:38:30 | HCl | and more, test code tomorrow.. |
| 01:38:40 | HCl | i haven't even tested my searchengine optimalizations yet |
| 01:38:47 | HCl | i don't even know if they work ;x |
| 01:38:58 | amiconn | There'll be yellow builds now, probably |
| 01:39:03 | HCl | sorry :/ |
| 01:39:11 | HCl | i couldn't find a solution fast |
| 01:39:15 | HCl | if you know one, please fix |
| 01:39:28 | amiconn | (lvalue cast) |
| 01:39:30 | HCl | yea.. |
| 01:39:44 | HCl | oh wait.. i know one, i think :X |
| 01:40:14 | preglow | amiconn: ondio uses sh1 as well? |
| 01:40:29 | amiconn | There's a new H-140 on ebay germany, 8 hours to go... |
| 01:40:33 | amiconn | preglow: Yeps |
| 01:40:53 | amiconn | The hw platform is very similar to the hd based jukeboxes |
| 01:40:56 | HCl | fixed. |
| 01:41:08 | HCl | amiconn: ohh, bid? |
| 01:41:19 | HCl | at what price is it? |
| 01:41:51 | amiconn | preglow: It is really very similar; one of our plugin devs did a funny experiment. He tried to load an Ondio firmware on his jukebox FM recorder |
| 01:42:19 | amiconn | Guess what? It booted a little, showing to boot screen flipped, then hung |
| 01:42:29 | HCl | its fairly cheap o.o |
| 01:42:35 | HCl | amiconn: lol. |
| 01:42:42 | amiconn | Then [IDC]Dragon and me decided to port rockbox to the Ondio |
| 01:43:03 | amiconn | He aquired an Ondio FM, and I got an SP |
| 01:43:13 | amiconn | *acquired |
| 01:44:02 | HCl | amiconn: that h140 offered looks good o.o |
| 01:44:42 | HCl | anyways. |
| 01:44:45 | * | HCl goes to bed.. |
| 01:44:52 | HCl | after everything is green again |
| 01:47:22 | | Part MoosCamaro |
| 01:47:37 | * | HCl waits :/ |
| 01:47:55 | preglow | i wont |
| 01:47:57 | preglow | gnight |
| 01:48:19 | | Quit preglow ("jeg kaller dem en floskel!") |
| 01:49:21 | amiconn | HCl: I recompiled tokentool with LITTLE_ENDIAN, and updated searchengine.rock |
| 01:49:27 | HCl | did it work? |
| 01:49:41 | | Quit ncrawla (Remote closed the connection) |
| 01:49:43 | amiconn | Now it goes a little farther, and does no longer hang |
| 01:49:53 | amiconn | There's still an error though |
| 01:49:57 | HCl | :/ |
| 01:49:58 | HCl | okay |
| 01:50:01 | HCl | whats the error? |
| 01:50:21 | amiconn | '4' found where CONTAINS/EQUALS expected |
| 01:50:28 | amiconn | followed by |
| 01:50:30 | HCl | hm.. |
| 01:50:31 | amiconn | Hits: 0 |
| 01:50:36 | HCl | a 4 is.. |
| 01:50:56 | HCl | oh. |
| 01:51:14 | HCl | you didn't change the struct token |
| 01:51:15 | HCl | in the tool |
| 01:51:32 | HCl | ? |
| 01:51:33 | amiconn | I did... but then re-extracted the tgz |
| 01:51:42 | HCl | tgz doesn't contain the fix |
| 01:51:44 | HCl | (yet) |
| 01:51:47 | amiconn | merf. |
| 01:53:26 | amiconn | −−> 'unknown stringid intvalue' :( |
| 01:53:33 | | Join DMJC-L [0] (~DMJC-L@220-244-238-190-sa-pppoe.tpgi.com.au) |
| 01:54:09 | HCl | odd :/ |
| 01:54:16 | HCl | hold on |
| 01:54:23 | HCl | i'll add debug code to the searchengine |
| 01:54:28 | amiconn | Hmm, seems like this has to do with struct packing.... or endianess, again |
| 01:54:28 | HCl | and make it not crash as well. |
| 01:54:37 | Rick | hmm |
| 01:54:40 | Rick | did anyone else get spammed |
| 01:54:46 | Rick | about some survey |
| 01:55:38 | amiconn | HCl: Changing the string to 255 chars decreased the file size by _12_ bytes |
| 01:56:02 | amiconn | ..though it contains 3 tokens |
| 01:57:55 | amiconn | endianess... |
| 01:58:00 | HCl | wth. |
| 01:58:25 | HCl | well, it should contain 4.. |
| 01:58:30 | HCl | EOF is a token too |
| 01:58:45 | HCl | i committed a patch in cvs that makes error reporting better |
| 01:58:50 | HCl | and also prevents it from crashing on error |
| 01:58:59 | HCl | it should prevent your ondio from crashing |
| 01:59:50 | amiconn | The int value for the first token should be 4 iiuc, but the field contains 0x04 0x00 0x00 0x00 |
| 02:00 |
| 02:00:00 | HCl | thats confusing.. |
| 02:00:04 | amiconn | That's definitely not 4 when read with a big endian machine... |
| 02:00:24 | HCl | it should be safe to change it to a long, and change it back to 256.. |
| 02:00:30 | HCl | oh wait.. |
| 02:00:33 | HCl | no, thats not safe.. |
| 02:00:43 | amiconn | I'd keep the 255 |
| 02:00:43 | HCl | since it doesn't do endianconversion for it at the moment |
| 02:02:01 | amiconn | It would... but it can't |
| 02:02:15 | amiconn | You said I should #define LITTLE_ENDIAN in databox.h |
| 02:02:27 | HCl | yea.. |
| 02:02:28 | amiconn | ..but databox.h doesn't get included in tokentool.c |
| 02:02:31 | HCl | doh... |
| 02:02:32 | HCl | sorry |
| 02:02:37 | HCl | you can hit me if you want |
| 02:02:40 | HCl | it should be included |
| 02:02:42 | HCl | *fixes* |
| 02:04:03 | amiconn | File looks much better that way |
| 02:04:11 | HCl | :) |
| 02:04:17 | HCl | recompile the .rock too |
| 02:04:21 | * | amiconn thanks his hex editor ;) |
| 02:04:21 | HCl | it should be safer now |
| 02:04:57 | amiconn | Hits: 3 :) |
| 02:05:03 | amiconn | ..even with the old .rock |
| 02:05:45 | HCl | yea |
| 02:05:50 | HCl | i only added error reporting :) |
| 02:06:00 | HCl | and better error handling |
| 02:06:12 | amiconn | search.m3u is generated correctly |
| 02:06:17 | HCl | :) |
| 02:06:44 | amiconn | Nighwish - Wish I Had an Angel |
| 02:06:56 | amiconn | Within Temptation - Angels |
| 02:07:03 | HCl | yay! |
| 02:10:40 | HCl | hm, i have a slight bug.. |
| 02:10:50 | amiconn | I have an idea how the search token file could become much smaller |
| 02:12:20 | amiconn | The string is the largest part of the token by far. What if you replace it py a pointer, and append the strings after the eof token, null terminated, and let the pointers point to where the string starts? |
| 02:12:28 | amiconn | s/py/by/ |
| 02:13:23 | HCl | you could, but.. they're fairly small, and it would increase code complexity.. |
| 02:13:41 | amiconn | I wouldn't expect a query to become larger than a few kb, so it should be possible to load them at once |
| 02:14:46 | amiconn | ..and it only requires to walk all tokens once, adding the start address to the loaded pointers to get real char pointers |
| 02:15:09 | * | HCl smacks himself upside the head for a dumb bug. |
| 02:15:34 | amiconn | If your code reads every token once, and exactly once, the extra walk isn't even necessary |
| 02:15:47 | HCl | yea, it reads them once. |
| 02:15:52 | HCl | only the editor has to know about all of them |
| 02:16:28 | amiconn | yes. |
| 02:17:11 | t0mas | *yawns |
| 02:17:18 | t0mas | and wonders why HCl is still awake |
| 02:17:53 | HCl | yea |
| 02:17:55 | HCl | good point. |
| 02:17:59 | HCl | i have to go to sleep |
| 02:18:09 | HCl | amiconn: i'm prolly not awake enough to understand what you're saying for 100% |
| 02:18:09 | t0mas | ghehe |
| 02:18:17 | t0mas | you slept this afternoon right? |
| 02:18:22 | HCl | please remember and explain again tomorrow |
| 02:18:25 | HCl | a little, yea |
| 02:18:31 | amiconn | okay... |
| 02:18:40 | t0mas | *yaaaaaaaawns again* |
| 02:18:41 | HCl | amiconn: also check the dbinterface.c under the loading of artists and albums... |
| 02:18:47 | t0mas | good night |
| 02:18:48 | amiconn | Probably you're right... I should go to sleep too |
| 02:18:51 | HCl | big, big optimization possible there |
| 02:18:55 | HCl | hehe :) |
| 02:18:56 | HCl | gnight |
| 02:19:02 | amiconn | night |
| 02:24:50 | | Quit Aison ("( www.nnscript.de :: NoNameScript 3.72 :: www.XLhost.de )") |
| 02:25:41 | *** | Saving seen data "./dancer.seen" |
| 02:31:52 | | Quit TCK ("Can you say "roflpwnt fgt" in IRC?") |
| 02:32:51 | | Quit cYmen_ ("zZz") |
| 02:49:48 | | Join ismi [0] (~d9a2a535@labb.contactor.se) |
| 02:50:06 | ismi | hi |
| 02:53:30 | | Quit ismi (Client Quit) |
| 03:00 |
| 03:29:06 | | Join TCK [0] (TCK@81-86-97-230.dsl.pipex.com) |
| 03:37:39 | | Quit ferenczy (Read error: 60 (Operation timed out)) |
| 03:38:41 | | Quit xen` () |
| 04:00 |
| 04:03:59 | | Quit TCK (brown.freenode.net irc.freenode.net) |
| 04:03:59 | NSplit | brown.freenode.net irc.freenode.net |
| 04:03:59 | | Quit Ka_ (brown.freenode.net irc.freenode.net) |
| 04:03:59 | | Quit crash_ (brown.freenode.net irc.freenode.net) |
| 04:03:59 | | Quit Hadaka (brown.freenode.net irc.freenode.net) |
| 04:04:50 | NHeal | brown.freenode.net irc.freenode.net |
| 04:04:50 | NJoin | TCK [0] (TCK@81-86-97-230.dsl.pipex.com) |
| 04:04:50 | NJoin | Ka_ [0] (~tkirk@pcp0010733332pcs.howard01.md.comcast.net) |
| 04:04:50 | NJoin | crash_ [0] (~crash@a15167580.alturo-server.de) |
| 04:04:50 | NJoin | Hadaka [0] (naked@naked.iki.fi) |
| 04:05:24 | | Join QT_ [0] (as@area51.users.madwifi) |
| 04:08:35 | | Quit QT (Read error: 60 (Operation timed out)) |
| 04:25:43 | *** | Saving seen data "./dancer.seen" |
| 04:42:17 | | Join asdsd_ [0] (asdsd@h-67-100-26-24.miatflad.dynamic.covad.net) |
| 04:43:10 | DBUG | Enqueued KICK asdsd_ |
| 04:43:10 | asdsd_ | ,00hey guys |
| 04:43:25 | asdsd_ | ,00have u all seen the rockbox mp3 player |
| 04:48:19 | | Join ashridah [0] (ashridah@220-253-120-7.VIC.netspace.net.au) |
| 04:49:27 | odd | ack |
| 04:49:30 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
| 04:49:30 | * | odd /clears |
| 04:49:53 | *** | Alert Mode level 1 |
| 04:49:53 | asdsd_ | ,00yo odd |
| 04:53:03 | | Part asdsd_ |
| 04:59:54 | *** | Alert Mode OFF |
| 05:00 |
| 05:11:00 | | Part odd |
| 05:11:24 | | Join odd [0] (mrodd@fangorn.starshadow.com) |
| 05:47:13 | | Quit ashridah ("Leaving") |
| 06:00 |
| 06:25:45 | *** | Saving seen data "./dancer.seen" |
| 08:00 |
| 08:07:24 | | Join Harpy [0] (Au5cHwtaaJ@dsl-hkigw7wbb.dial.inet.fi) |
| 08:19:27 | | Part DMJC ("Leaving") |
| 08:25:49 | *** | Saving seen data "./dancer.seen" |
| 08:35:37 | | Quit edx (Read error: 145 (Connection timed out)) |
| 09:00 |
| 09:10:02 | HCl | mrfl |
| 09:26:10 | amiconn | Good morning |
| 09:28:32 | | Join ashridah [0] (ashridah@220-253-121-91.VIC.netspace.net.au) |
| 09:45:18 | | Join [IDC]Dragon [0] (~idc-drago@pD9E349B0.dip.t-dialin.net) |
| 09:45:32 | [IDC]Dragon | Hi |
| 09:45:45 | * | [IDC]Dragon spots Bagder + amiconn |
| 09:47:27 | [IDC]Dragon | but they don't spot me |
| 09:49:23 | webmind | does anyone know the print's design? |
| 09:49:29 | webmind | get the feeling it's multilayer |
| 09:49:45 | webmind | and wonder what parts are used |
| 09:49:49 | webmind | for what |
| 09:50:00 | webmind | so I can see what could be cut away |
| 09:52:08 | amiconn | Hi Jörg :) |
| 09:52:23 | [IDC]Dragon | hi Berlin |
| 09:52:32 | | Join preglow [0] (thomj@s183a.studby.ntnu.no) |
| 09:52:32 | amiconn | My 2 GB MMC is working :) |
| 09:52:47 | [IDC]Dragon | I'm trying to understand how the .lds file is built |
| 09:53:04 | [IDC]Dragon | can't see who's generating it |
| 09:53:24 | amiconn | [IDC]Dragon: I had a look at your usb-before-mmc patch. It worked for me without problems, but then this was with the new mmc driver |
| 09:53:43 | [IDC]Dragon | it mostly worked for me, too |
| 09:53:43 | amiconn | Nevertheless I fixed the issues you marked in main.c, and also some others |
| 09:53:53 | [IDC]Dragon | :-) |
| 09:54:07 | [IDC]Dragon | which + how? |
| 09:54:21 | amiconn | E.g: The card can only be considered non-touched if this was a coldstart |
| 09:54:36 | [IDC]Dragon | ah, yes |
| 09:55:05 | amiconn | I'll make a new patch; could you test that? Maybe your cards are different... |
| 09:55:14 | [IDC]Dragon | sure |
| 09:55:29 | [IDC]Dragon | file it into the patch tracker |
| 09:55:32 | amiconn | Another issue was that you relied on card->initialized |
| 09:55:50 | amiconn | I added separate "mmc touched" tracking to the driver |
| 09:56:17 | [IDC]Dragon | we talked about it, and I didn't do so for a reason |
| 09:56:37 | [IDC]Dragon | which I don't remember now, could have been laziness ;-) |
| 10:00 |
| 10:03:32 | amiconn | Patch uploaded. I did not yet test it on the jukeboxes |
| 10:03:56 | [IDC]Dragon | thanks for looking at it |
| 10:04:02 | amiconn | Btw, which .lds file are you looking for? |
| 10:04:28 | [IDC]Dragon | I tried a bit on "bootbox" |
| 10:04:48 | amiconn | So you mean the main .lds, right? |
| 10:05:08 | [IDC]Dragon | by allowing the bootloader option in "configure" for the SH model, too |
| 10:05:44 | [IDC]Dragon | now I can create a project which should become our bootbox later |
| 10:06:29 | [IDC]Dragon | but the linkage.lds file being generated is all wrong |
| 10:07:41 | [IDC]Dragon | in the firmware dir, we have 3 .lds files, which are all meant to be preprocessed |
| 10:07:57 | [IDC]Dragon | but I don't know from where this is done |
| 10:07:58 | amiconn | Yes. |
| 10:08:09 | amiconn | It's done from apps/Makefile |
| 10:09:02 | amiconn | ..building linkage.lds and linkrom.lds from app.lds and rom.llds, respectively |
| 10:09:59 | amiconn | boot.lds is processed from bootloader/Makefile |
| 10:09:59 | [IDC]Dragon | or boot.lds, in my case |
| 10:10:23 | [IDC]Dragon | ah, I see it |
| 10:11:23 | | Join DMJC [0] (~James@220-244-238-190-sa-pppoe.tpgi.com.au) |
| 10:11:37 | [IDC]Dragon | so I either upgrade boot.s for the SH, or modify the makefile generator to use app.lds here |
| 10:12:07 | amiconn | I think you'll need to update boot.lds |
| 10:12:21 | [IDC]Dragon | yes, I think so, too |
| 10:12:36 | amiconn | If bootbox should run from rom, it will be similar to rom.lds |
| 10:12:55 | [IDC]Dragon | no, it should run from dram |
| 10:13:01 | amiconn | Why? |
| 10:13:03 | [IDC]Dragon | so that I can compress it |
| 10:13:31 | amiconn | Hmm. Do you think it will become that large? |
| 10:13:53 | [IDC]Dragon | it's just unnecessary to have it plain |
| 10:14:21 | [IDC]Dragon | plus, the first image moves with the bootloader |
| 10:14:40 | [IDC]Dragon | it's not sector aligned, starts right after the bootloader |
| 10:14:49 | amiconn | ..and the second one moves both with bootloader and first image |
| 10:14:59 | amiconn | ...still we link to a fixed address |
| 10:15:05 | [IDC]Dragon | but is aligned |
| 10:15:19 | amiconn | yes |
| 10:15:26 | [IDC]Dragon | and I hope the size will not move into a new page |
| 10:16:01 | amiconn | If you get this to work, we need to add a big fat warning |
| 10:16:30 | amiconn | Flashing an older rombox.ucl to the new image or vice versa will lead to non-working rombox |
| 10:16:45 | [IDC]Dragon | why? should be safe to use with F1-start |
| 10:17:22 | amiconn | Yes, but people might not expect this |
| 10:17:30 | amiconn | ..so there should be a warning |
| 10:18:03 | [IDC]Dragon | from the flash plugin or so |
| 10:18:08 | amiconn | Too bad the .ucl files don't contain a field that allows to check the linkage address |
| 10:19:04 | [IDC]Dragon | we can check the very first bytes of the payload, those are literal, before the compression kicks in |
| 10:19:29 | [IDC]Dragon | and that's the reset vector |
| 10:19:58 | [IDC]Dragon | my rockboxing timeslot is running out, cu later |
| 10:20:10 | | Quit [IDC]Dragon () |
| 10:24:07 | | Join edx [0] (edx@pD9EAB6FD.dip.t-dialin.net) |
| 10:25:52 | *** | Saving seen data "./dancer.seen" |
| 10:42:33 | | Join amiconn_ [0] (~jens@pD9E7EAD9.dip.t-dialin.net) |
| 10:51:20 | | Quit amiconn (Nick collision from services.) |
| 10:51:20 | | Nick amiconn_ is now known as amiconn (~jens@pD9E7EAD9.dip.t-dialin.net) |
| 11:00 |
| 11:08:04 | * | HCl wakes up a bit |
| 11:08:16 | HCl | yay for good night's sleep |
| 11:14:06 | amiconn | hi |
| 11:14:17 | amiconn | No parsing nightmares this time? ;-) |
| 11:14:57 | amiconn | I'll try searchengine with the much larger db on my recorder in a sec |
| 11:23:04 | amiconn | Works correctly, but the search took ~15 sec compared to ~3 sec the internal db search takes |
| 11:23:14 | amiconn | (same simple query as last night) |
| 11:27:32 | HCl | amiconn: lol, no |
| 11:27:43 | HCl | mhm |
| 11:27:45 | HCl | nice |
| 11:27:48 | HCl | i'm working on the editor |
| 11:27:52 | HCl | head is clear again :P |
| 11:28:00 | amiconn | goog |
| 11:28:05 | amiconn | *good :) |
| 11:32:25 | amiconn | Hmm, searchengine doesn't get cleaned on 'make clean'. Me fix. |
| 11:32:52 | HCl | the 15 sec longer is most likely because the searchengine works on files listed in the filename structures |
| 11:33:06 | HCl | while the internal db search works on the song structures |
| 11:33:42 | HCl | the searchengine has to do this because of the rundb info it'll have. |
| 11:34:11 | HCl | i'm hoping it should be near 3 seconds if you search for a file by filename with the searchengine |
| 11:34:23 | HCl | either way, i never aimed for speed |
| 11:35:32 | amiconn | Anyway, it should be possible to speed things up a bit |
| 11:36:13 | HCl | whats the proper way of getting the length of a file in normal unix FILE * ? |
| 11:36:27 | HCl | apparently, fseek(fp,0,SEEK_END); crashes when length is 0 |
| 11:37:00 | ashridah | it does? strange. |
| 11:37:23 | amiconn | I have no idea. |
| 11:37:29 | HCl | yea, this is production stage linux too. |
| 11:37:41 | ashridah | hrm. the file descriptor itself should have the length too iirc, but i have no idea if it's a standard field |
| 11:37:50 | amiconn | I never used the high-level file i/o on *nix so far |
| 11:39:13 | HCl | maybe i found a bug in glibc o.; |
| 11:39:13 | HCl | o.o; |
| 11:41:44 | HCl | ah. |
| 11:41:50 | HCl | error checking is different |
| 11:43:05 | | Quit preglow (Read error: 110 (Connection timed out)) |
| 11:50:00 | amiconn | HCl: Hmm, I tried searchengine on the player now |
| 11:50:19 | amiconn | Does also work, but the search time seems to depend non-linearly on the db size |
| 11:50:34 | HCl | hm? |
| 11:50:40 | HCl | what do you mean? |
| 11:52:02 | amiconn | The db on the player is 542 KB, the search took 10 sec. The db on the recorder is more than twice as large, 1.2 MB. |
| 11:52:12 | amiconn | However search time is only 15 sec |
| 11:53:28 | amiconn | Player and recorder have almost the same cpu speed, the player is even a little bit faster (12 MHz, recorder is 11.0592 MHz) |
| 11:54:26 | HCl | the time should be linear to the amount of songs |
| 11:54:29 | HCl | not the db size |
| 11:55:17 | HCl | it loads all the file entries, and any data thats requested from that point on |
| 11:56:31 | amiconn | That's still not linear. Player: 1651 songs, recorder: 2992 songs |
| 11:57:05 | amiconn | (but it comes closer than when comparing db size) |
| 12:00 |
| 12:00:52 | HCl | odd, then o.o |
| 12:03:19 | * | HCl improves his tokentool.. |
| 12:06:50 | HCl | i think i'm getting close |
| 12:07:16 | HCl | i already fixed it so that it automatically enforces the current query to be correct, throwing out incorrect tokens till its correct again |
| 12:20:17 | | Join MoosCamaro [0] (MoosCamaro@m214.net81-66-158.noos.fr) |
| 12:20:28 | MoosCamaro | hey all |
| 12:22:47 | * | HCl sighs at stuff |
| 12:22:48 | HCl | hey |
| 12:25:53 | *** | Saving seen data "./dancer.seen" |
| 12:35:57 | HCl | god. |
| 12:35:59 | HCl | i suck so much. |
| 12:36:18 | HCl | index=tokencount++; gives the *OLD* value of tokencount, duh. |
| 12:37:35 | HCl | i hate this.. |
| 12:37:47 | amiconn | It has to be that way.. |
| 12:37:51 | HCl | i know. |
| 12:38:01 | HCl | for some reason my editor code has become really untransparant and unmaintainable. |
| 12:39:04 | * | amiconn just had an idea how to make sure the mmc was not yet switched to spi mode... |
| 12:40:15 | amiconn | There are some situations where rockbox assumes it was/was not touched |
| 12:40:35 | amiconn | But we can ask the card when in doubt, without actually switching it |
| 12:42:41 | * | HCl wtfs @ stuff.. |
| 12:42:54 | HCl | my program loops, but where the beep does it loop.. |
| 12:43:50 | amiconn | It does beep??? ;-) |
| 12:44:19 | HCl | ah i think i got it... |
| 12:45:00 | HCl | now to see what causes it.. |
| 12:46:47 | HCl | nailed it. |
| 12:46:57 | HCl | this is why i hate not having exceptions in C |
| 12:47:15 | HCl | and instead having to have a global variable that every function needs to check and if its 1, return return return |
| 12:47:18 | HCl | x.x; |
| 12:49:07 | ashridah | yes, because, you know, exceptions have done such a wonderful job for embedded java's performance :) |
| 12:51:32 | amiconn | HCl: Go ahead and implement setjmp() / longjmp() ... |
| 12:57:48 | HCl | pfeeew |
| 12:58:00 | HCl | amiconn: willing to test a new editor for me? |
| 12:59:47 | HCl | http://titania.student.utwente.nl/rockbox/database/tokentool.tgz |
| 13:00 |
| 13:01:48 | HCl | with the request to try to break it (without feeding it an invalid choice) |
| 13:02:34 | HCl | amiconn: maybe later.. |
| 13:05:32 | * | HCl can't wait to be able to rate songs, and select by rating... |
| 13:07:45 | HCl | the new editor should allow fully editing an expression.. |
| 13:08:11 | HCl | i'm not 100% sure how well it works :/ |
| 13:09:15 | HCl | not too well :/ |
| 13:09:21 | HCl | blah. |
| 13:10:33 | * | HCl goes to change... |
| 13:21:47 | | Join matsl [0] (~matsl@1-1-4-2a.mal.sth.bostream.se) |
| 13:23:58 | t0mas | w00000t |
| 13:23:59 | t0mas | [tomas@nigel dev]$ time ./dict fructose |
| 13:23:59 | t0mas | Filesize: 5263632 bytes = 146212 words |
| 13:23:59 | DBUG | Enqueued KICK t0mas |
| 13:23:59 | t0mas | Found: fructose at offset: 5997434 |
| 13:23:59 | t0mas | Description: a simple sugar found in honey and in many ripe fruits |
| 13:23:59 | *** | Alert Mode level 1 |
| 13:23:59 | t0mas | real 0m0.110s |
| 13:24:01 | t0mas | user 0m0.030s |
| 13:24:03 | t0mas | sys 0m0.015s |
| 13:29:40 | ashridah | .03 seconds? bah. should be .003 :) |
| 13:30:17 | HCl | hehe. |
| 13:30:29 | HCl | who has a build environment |
| 13:30:33 | HCl | and is willing to test my editor |
| 13:30:33 | HCl | ? |
| 13:30:36 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
| 13:30:36 | * | HCl improved it a bit :/ |
| 13:32:14 | HCl | no one? :/ |
| 13:32:28 | * | HCl guesses he'll go shower and make lunch then... |
| 13:32:57 | rasher | <- |
| 13:33:10 | HCl | yay. |
| 13:33:20 | t0mas | ghehe |
| 13:33:24 | | Join Aison [0] (~hans@zux166-181.adsl.green.ch) |
| 13:33:26 | HCl | http://titania.student.utwente.nl/rockbox/database/tokentool.tgz |
| 13:33:44 | HCl | try to compile that, and try to break it (without feeding it invalid input) |
| 13:34:00 | *** | Alert Mode OFF |
| 13:34:32 | rasher | and.. what do I feed it |
| 13:34:49 | HCl | it'll show what kind of input you can choose... |
| 13:37:26 | rasher | what kind of file do I need to give it |
| 13:37:49 | HCl | you can feed it an empty file |
| 13:37:53 | HCl | blah.rsp or so |
| 13:37:53 | rasher | ah |
| 13:38:04 | HCl | or a non existing one |
| 13:38:37 | HCl | it doesn't have a good interface yet, its mostly to test and demonstrate the editorcore |
| 13:39:07 | * | HCl will bbiab, shower, lunch, etc. |
| 13:41:56 | rasher | I don't get it |
| 13:42:41 | rasher | ah |
| 13:42:44 | rasher | there we go |
| 13:49:56 | t0mas | hm... haven't seen Linus for a long time.. |
| 13:50:04 | t0mas | something wrong with his wife? Or just a vacation? |
| 13:50:46 | rasher | He got a new car - could be it :) |
| 13:50:54 | t0mas | yes, I knew that... |
| 13:51:04 | t0mas | but he isn't driving it around for 2 weeks right? |
| 13:51:08 | rasher | heh |
| 13:51:13 | rasher | it hasn't been that long has it? |
| 13:51:20 | t0mas | don't know |
| 13:51:23 | rasher | anyway, I saw him replying on misticriver not too long ago |
| 13:51:27 | t0mas | how's that logbot working? |
| 13:51:44 | t0mas | !seen LinusN |
| 13:52:08 | t0mas | [LinusN] idle 96:31:04, signon: Fri Apr 01 06:50:27 |
| 13:52:12 | rasher | logbot: seen linusn |
| 13:52:12 | t0mas | nope... 3 days :) |
| 13:52:28 | t0mas | make that 4 ;) |
| 13:52:42 | * | t0mas missed something in math class long ago ;) |
| 13:53:45 | | Part amiconn |
| 13:54:07 | HCl | i need 3 editor modes... |
| 14:00 |
| 14:10:52 | t0mas | HCl? are there any text formatting functions in rockbox? |
| 14:11:00 | t0mas | for formatting a line to fit on LCD? |
| 14:18:18 | rasher | you mean to wrap? |
| 14:18:35 | thegeek | yarr |
| 14:18:45 | thegeek | the mains speaker output on my h120 is b0rked |
| 14:19:03 | thegeek | when I bend the plug a little the contact is sparkly and bad |
| 14:19:04 | thegeek | barh |
| 14:20:58 | HCl | i dunno |
| 14:21:20 | HCl | t0mas: sounds like you need to open up and resolder it.. |
| 14:21:37 | t0mas | rasher: yes |
| 14:21:48 | t0mas | HCl: I ment wrapping a line of text... |
| 14:21:53 | HCl | eep |
| 14:21:56 | HCl | i meant thegeek * |
| 14:22:04 | HCl | stupid nickcomplete |
| 14:22:07 | rasher | t0mas: I don't think so.. there's a function to find the width of a string |
| 14:22:14 | rasher | you could have a look at viewer.c |
| 14:22:19 | rasher | but it's rather involved |
| 14:22:29 | rasher | because it does a bunch of different things |
| 14:22:43 | t0mas | hmz... |
| 14:23:19 | t0mas | I have a word description... in a char array... and I know the max lenght it will ever have... and ofcourse the lenght of the string... |
| 14:23:32 | t0mas | I still have to do the wrapping "manually" ? |
| 14:25:56 | *** | Saving seen data "./dancer.seen" |
| 14:29:11 | rasher | yes |
| 14:29:15 | rasher | afaik |
| 14:31:33 | t0mas | ok, the next time I'm bored I'll write some functions for it... to use from everywhere... |
| 14:40:39 | thegeek | HCl : yea |
| 14:40:40 | thegeek | I know |
| 14:40:46 | thegeek | I opened it |
| 14:40:58 | thegeek | and poked a round a little |
| 14:41:03 | thegeek | I'm scared to solder it |
| 14:41:08 | thegeek | because there are components really close |
| 14:41:13 | thegeek | and |
| 14:41:27 | thegeek | it does not look like any of the solder points are broken |
| 14:41:31 | thegeek | I dunno |
| 14:41:37 | thegeek | it is not that bad |
| 14:41:44 | thegeek | and the optical/analog out works too |
| 14:41:50 | thegeek | thought without eq |
| 14:41:53 | thegeek | *though |
| 15:00 |
| 15:04:07 | | Join nobby-BRB [0] (nobby@ACD81CDD.ipt.aol.com) |
| 15:06:00 | nobby-BRB | hello? |
| 15:06:03 | | Nick nobby-BRB is now known as nobby (nobby@ACD81CDD.ipt.aol.com) |
| 15:08:26 | MoosCamaro | hi nobby |
| 15:10:09 | t0mas | hi nobby |
| 15:11:17 | t0mas | Bagder? (or someone else?) the new endian things... how do they work? |
| 15:23:10 | | Join Lost-ash [0] (ashridah@220-253-123-60.VIC.netspace.net.au) |
| 15:23:14 | | Quit Aison ("( www.nnscript.de :: NoNameScript 3.72 :: www.XLhost.de )") |
| 15:23:26 | | Quit ashridah (Nick collision from services.) |
| 15:23:53 | Bagder | #include <autoconf.h> |
| 15:24:12 | Bagder | if the include path is setup right (-I$(OBJDIR) in the makefile) |
| 15:24:25 | * | Bagder runs away again |
| 15:25:09 | t0mas | ok, tnx |
| 15:25:16 | | Join uski [0] (~uski@lns-vlq-38-lyo-82-251-164-88.adsl.proxad.net) |
| 15:25:25 | uski | mo0 |
| 15:25:35 | t0mas | hm... more a C question... but can I substract char* pointers? |
| 15:26:21 | t0mas | so when I have a pointer to the 'T' and to the 'm' in this string: "Tomas" and I substrct them I get 2? |
| 15:28:56 | | Nick Lost-ash is now known as ashridah (ashridah@220-253-123-60.VIC.netspace.net.au) |
| 15:39:01 | HCl | pfah! |
| 15:39:03 | HCl | okay. |
| 15:39:08 | HCl | i absolutely hate this work. |
| 15:39:13 | HCl | but i got a new editor |
| 15:39:15 | HCl | with 3 editor modes. |
| 15:39:22 | HCl | someone please play around with it x.x; |
| 15:39:54 | HCl | http://titania.student.utwente.nl/rockbox/database/tokentool.tgz |
| 15:41:49 | t0mas | ok, it works :D |
| 15:41:55 | t0mas | and it's fast like hell... |
| 15:42:18 | HCl | m? |
| 15:42:19 | t0mas | but the output formatting is a little clumsy... as it just cuts in the middle of words... |
| 15:42:24 | t0mas | my dictionary |
| 15:42:28 | HCl | ah |
| 15:43:10 | t0mas | I have 144895 words in the db atm.. |
| 15:43:23 | MoosCamaro | congratulations tomas ;) |
| 15:43:29 | t0mas | I you can't count the time needed for searching |
| 15:43:36 | t0mas | as it almost instantly returns :D |
| 15:44:09 | HCl | sorted database? |
| 15:44:13 | t0mas | yes |
| 15:44:17 | * | HCl wonders why he's even asking.. |
| 15:44:47 | * | HCl has had his algorhythm class, knows you can't search faster than O(n) if you don't know anything about your list.. |
| 15:45:08 | t0mas | :) |
| 15:46:06 | ashridah | heh. you two should see the scenario we're supposed to develop a fast algorithm for for software engineering. |
| 15:46:57 | ashridah | basically, picture an ultra-basic car booking system. ie, you can place a booking on a car at a particular date. the car is available from a list, which is whittled down by criteria when booking. simple enough, and easy to do. |
| 15:47:25 | ashridah | then he extended it for the second/third assignments to include only saving the search criteria with a booking. the car is chosen at pickup time from a list, instead of booking time. |
| 15:47:34 | | Quit nobby (Read error: 60 (Operation timed out)) |
| 15:48:05 | t0mas | yes... |
| 15:48:10 | ashridah | this means that a) we have to ensure that all existing bookings can be satisfied by at least one car matching the criteria. b) we have to work out which cars a booking can take at pickup that will not stop another booking from working. |
| 15:48:25 | ashridah | and preferably, we shouldn't have anything that's factorial or exponential search time :) |
| 15:48:30 | ashridah | polynomial or faster. |
| 15:48:35 | t0mas | ghehe |
| 15:48:45 | * | t0mas would stick by the select car at booking thing :P |
| 15:48:50 | ashridah | it sounds simple to begin with. but it isn't. there's way too many variables to produce a simple algorithm bar factorial searching. |
| 15:49:01 | t0mas | yes |
| 15:49:04 | ashridah | t0mas: alas, i've already written and submitted that assignment. :( |
| 15:49:24 | * | t0mas has done this kind of thing on nio... |
| 15:49:38 | t0mas | the informatica contest for the netherlands... |
| 15:49:52 | ashridah | i wish i had the mathematics background in order to solve it properly. any hints? :) |
| 15:50:05 | t0mas | (ended up 13th of the Netherlands) |
| 15:50:11 | ashridah | nice |
| 15:50:27 | MoosCamaro | bravo |
| 15:50:53 | t0mas | but the problem's weren't as hard as this one... and we had only 1 hour per assignment |
| 15:51:12 | ashridah | i've been trying to work out a way to balance booking/car counts, so that i can jsut easily work out how many of each i have, and then by selecting one (or adding a new booking) see if there suddenly ends up being too many bookings, but i keep finding scenarios where my algorithm fails :( |
| 15:52:15 | t0mas | hm... maybe you should work the other way around? set some conditions for a booking.. and check if enouf cars match those? |
| 15:52:21 | ashridah | the lecturer seems to think it was possible, and simple. i quickly disabused him of that notion, but he won't change the assignment :) |
| 15:52:46 | t0mas | hm... has he done it himself? or is he just hoping you can fix it? |
| 15:53:02 | ashridah | t0mas: well, the problem is basically that some bookings can include 10 or 50 cars just with a simple criteria set (like 'must have aircon' |
| 15:53:18 | ashridah | oh, no, he won't have done it himself. he's more interested in our design, than the algorithm :) |
| 15:53:30 | ashridah | it's software engineering after all |
| 15:54:14 | ashridah | if i was getting this in Computing theory, i would have assumed the lecturer had a range of solutions of various speeds in mind. |
| 15:54:34 | t0mas | yes, that's what I assumed too... |
| 15:54:52 | t0mas | maybe ask your computer theory lecturer? |
| 15:55:05 | t0mas | there must be a fast algorithm for it... |
| 15:57:07 | ashridah | yeah. i even experimented a little with some goal-seeking ideas, but that kinda relies on me being able to quantify whether a car/booking assignment is 'better', allowing me to hone in on a pattern that'll prove that the car can be added to the list |
| 15:57:10 | * | ashridah shudders |
| 16:00 |
| 16:03:58 | | Join Sucka [0] (~NNSCRIPT@host81-157-76-6.range81-157.btcentralplus.com) |
| 16:25:59 | *** | Saving seen data "./dancer.seen" |
| 16:38:00 | thegeek | spam subject of the day: Its finally ok to play with your food! |
| 16:38:26 | rasher | sounds like a job for spamusement.com |
| 16:50:03 | | Quit ashridah ("Leaving") |
| 16:52:39 | thegeek | ;) |
| 16:59:23 | | Join ferenczy [0] (ferenczy@a3brn-166.dialup.vol.cz) |
| 17:00 |
| 17:13:14 | | Quit ferenczy () |
| 17:30:18 | | Quit Sucka ("a bird in the bush is worth two in your house") |
| 17:33:07 | | Join Aison [0] (~hans@zux166-181.adsl.green.ch) |
| 17:45:07 | | Join Sucka [0] (~NNSCRIPT@host81-157-76-6.range81-157.btcentralplus.com) |
| 18:00 |
| 18:10:00 | | Quit thegeek (Read error: 131 (Connection reset by peer)) |
| 18:10:44 | | Join thegeek [0] (na@ti521110a080-1991.bb.online.no) |
| 18:12:02 | | Quit thegeek (Client Quit) |
| 18:12:06 | | Join thegeek [0] (na@ti521110a080-1991.bb.online.no) |
| 18:26:00 | *** | Saving seen data "./dancer.seen" |
| 18:40:07 | | Join karim [0] (~karim@ip-42.net-81-220-108.rev.numericable.fr) |
| 18:40:12 | * | HCl yawns. |
| 18:58:35 | | Quit DMJC-L (Remote closed the connection) |
| 19:00 |
| 19:03:17 | | Join cYmen [0] (~cymen@nat-ph3-wh.rz.uni-karlsruhe.de) |
| 19:47:13 | HCl | ugh |
| 19:47:18 | HCl | i hate having to design gui code... |
| 19:51:14 | * | HCl ponders porting the chess game from ipodlinux to rockbox |
| 19:54:51 | MoosCamaro | good pondering, and poker game? |
| 19:57:13 | MoosCamaro | i supose you like poker |
| 19:59:57 | | Quit matsl (Remote closed the connection) |
| 20:00 |
| 20:01:07 | | Join matsl [0] (~matsl@1-1-4-2a.mal.sth.bostream.se) |
| 20:02:39 | | Quit matsl (Remote closed the connection) |
| 20:04:24 | HCl | poker.. |
| 20:04:27 | HCl | maybe someday |
| 20:04:44 | HCl | ipodlinux' api doesn't seem compatible with ours at all, unfortunately |
| 20:05:53 | MoosCamaro | hi HCl, what's about your searchengine? |
| 20:06:20 | HCl | mmm? |
| 20:06:21 | HCl | its finished |
| 20:06:28 | HCl | its just that i'm not good at gui design |
| 20:06:41 | HCl | and i'm not really wanting to design an interface for it x.x; |
| 20:07:15 | MoosCamaro | excelent, you're very efficient |
| 20:08:52 | MoosCamaro | i think preglow is good in gui design |
| 20:09:01 | MoosCamaro | but is not here |
| 20:12:00 | HCl | i think i'll start to make an attempt... |
| 20:12:27 | MoosCamaro | good luck |
| 20:12:38 | MoosCamaro | we are with you ;) |
| 20:13:51 | | Join Stryke` [0] (~Chairman8@resnet-241-86.resnet.UMBC.EDU) |
| 20:26:04 | *** | Saving seen data "./dancer.seen" |
| 20:28:08 | HCl | igh my flatmates are such jerks. |
| 20:28:12 | HCl | i should really move :/ |
| 20:29:19 | * | HCl hrmz.. |
| 20:34:10 | courtc | What are we searching through? |
| 20:39:18 | HCl | hm? |
| 20:39:25 | HCl | song info... |
| 20:39:36 | HCl | rating, playcount, title, genre, etc. |
| 20:41:22 | courtc | hmmm.. I'll have to steal that ;) |
| 20:41:31 | HCl | ? |
| 20:41:38 | HCl | ah :P |
| 20:42:09 | HCl | well, its gpl.. |
| 20:42:16 | rasher | should start porting rockbox to ipod instead :D |
| 20:42:29 | HCl | they say copying is the ultimate form of flattery. |
| 20:42:48 | MoosCamaro | it's true |
| 20:43:10 | courtc | or podzilla to rockbox (?) |
| 20:43:46 | Bagder | what's podzilla? |
| 20:44:08 | rasher | ipodlinux' player |
| 20:44:10 | rasher | afaik |
| 20:44:24 | MoosCamaro | hi Bagder |
| 20:44:33 | courtc | thats iPodlinux' GUI |
| 20:44:36 | Bagder | evening |
| 20:44:41 | rasher | the ipodlinux wiki doesn't seem to have a lot of technical details |
| 20:44:57 | Bagder | getting another GUI doesn't feel like a priority |
| 20:45:04 | courtc | what are you interested in? |
| 20:46:32 | courtc | (technical stuff) |
| 20:46:39 | t0mas | well... there are people intrested in a better GUI |
| 20:46:43 | rasher | Nothing in particular |
| 20:46:48 | Bagder | t0mas: of course |
| 20:46:51 | t0mas | but that would be iriver only... |
| 20:46:53 | rasher | Just browsing to see how much detail it had |
| 20:46:56 | Bagder | t0mas: why? |
| 20:47:06 | rasher | t0mas: bitmap display only |
| 20:47:06 | t0mas | because the other screens are pretty small? |
| 20:47:08 | Bagder | iriver users think too much on iriver only |
| 20:47:28 | Bagder | t0mas: the iriver one is small too, just not as small as the others ;-) |
| 20:47:43 | t0mas | If I had an archos recorder... I wouldn't want a more graphical interface... as that's wasting space in the tiny screen... |
| 20:47:51 | t0mas | in -> on |
| 20:47:59 | Bagder | lots of people with Archoes want that |
| 20:48:02 | rasher | tbqh, I probably wouldn't use a graphical interface on my iriver |
| 20:48:03 | t0mas | ah... ok |
| 20:48:04 | Bagder | archoses |
| 20:48:09 | t0mas | sounds stupid to me... |
| 20:48:15 | Bagder | why? |
| 20:48:23 | Bagder | cell phones had graphical stuff ages ago |
| 20:48:26 | Bagder | with silly screens |
| 20:48:36 | Bagder | it worked |
| 20:48:44 | t0mas | well... I was thinking of a graphical interface for iriver... and decided I like it the way it is... as that fits more info |
| 20:48:51 | courtc | heh, I said podzilla -> rockbox as a joke.. |
| 20:48:52 | t0mas | and the screen is pretty big... |
| 20:49:00 | t0mas | compared to archos recorder |
| 20:50:01 | t0mas | but if people want it... it can be done |
| 20:50:12 | t0mas | (has anybody tested bmp loading on archos?) |
| 20:50:21 | Bagder | my point was more that there's no need to limit it for a particular platform |
| 20:50:36 | t0mas | nope... limiting it to bitmap screen's is ok... |
| 20:50:42 | Bagder | yeps |
| 20:51:03 | t0mas | only I think the interface still has to be separate someway... |
| 20:51:35 | t0mas | because if we build some nokia like interface... with silly pictures for menuitems... we need a bigger image for iriver.. |
| 20:51:36 | rasher | you just need different bitmaps |
| 20:51:46 | t0mas | :) |
| 20:51:53 | rasher | I'd say |
| 20:52:03 | rasher | I mean all of the code could be the same |
| 20:57:45 | * | courtc points to Small(http://www.compuphase.com/small.htm) as an option to increase portability between ipodlinux and rockbox :D |
| 20:58:35 | Bagder | how would that help? |
| 20:58:41 | rasher | implementing a vm? |
| 20:58:45 | rasher | sounds like horror |
| 21:00 |
| 21:00:23 | courtc | heh, http://www.so2.sys-techs.com/ipod/small/ specifically example.small |
| 21:00:59 | Bagder | but... why? |
| 21:01:36 | Bagder | we spend lots of time optimizing, just to waste that on a vm? |
| 21:02:06 | Bagder | I say we have different goals |
| 21:02:41 | courtc | optimizing, eh? I thought the iriver had a rather powerful proc? |
| 21:02:48 | Bagder | does not |
| 21:03:14 | rasher | Anyway, rockbox runs on far more limited devices as well |
| 21:03:26 | Bagder | besides, the more we optimize the more we gain battery time |
| 21:06:07 | courtc | heh.. I just thought it was kindof nifty. and ironic (the ipod's apple firmware seems to have tried to use Small a little unsuccessfully) |
| 21:07:29 | Bagder | I'm sure it was fun to write for those who did it |
| 21:07:51 | * | courtc <- |
| 21:08:07 | Bagder | :-) |
| 21:08:47 | t0mas | ghehe |
| 21:09:23 | rasher | ooh, video of spinning cube :) |
| 21:09:28 | rasher | wonder where that came from |
| 21:09:31 | t0mas | vm's are usually just a waste of resources... but for porting to different platforms? |
| 21:09:52 | t0mas | oh wait... there was already a rockbox driver like idea right? |
| 21:09:53 | rasher | I don't see how it could be worth it |
| 21:10:18 | rasher | if you mean platforms as in ipodlinux |
| 21:10:55 | rasher | and porting to other devices is more or less just doing device specific things as it is |
| 21:11:10 | rasher | rockbox itself is quite portable |
| 21:11:14 | Bagder | indeed |
| 21:11:25 | Bagder | it would not be hard to port to ipod |
| 21:11:27 | rasher | as noted by the quick progress as soon as it got running on iriver |
| 21:11:37 | courtc | hehe http://cvs.sourceforge.net/viewcvs.py/ipodlinux/tools/podzilla/cube.c?rev=1.5&view=markup |
| 21:11:42 | courtc | look familiar? |
| 21:11:53 | t0mas | LOL |
| 21:12:04 | rasher | cute |
| 21:12:49 | * | Bagder reads OpenNeo commits |
| 21:13:51 | * | t0mas google's for OpenNeo |
| 21:13:58 | Bagder | they openneo guys work offline and commit huge chunks every few months |
| 21:14:02 | t0mas | *googles |
| 21:14:03 | | Join hyarion [0] (~hyarion@1-1-10-41a.um.um.bostream.se) |
| 21:14:10 | Bagder | openneo is a Rockbox fork |
| 21:14:14 | t0mas | ah |
| 21:14:18 | Bagder | for the Neo players |
| 21:14:18 | t0mas | a rockbox fork? :) |
| 21:14:20 | rasher | why did it fork? |
| 21:14:30 | Bagder | they wanted their own |
| 21:14:38 | Bagder | they never ever tried to be with us |
| 21:14:44 | rasher | ah |
| 21:14:46 | rasher | strange |
| 21:14:50 | Bagder | yes |
| 21:15:13 | | Join coob [0] (~cube@host-84-9-63-253.bulldogdsl.com) |
| 21:15:13 | t0mas | hm... they have a more n00b approach on the website... |
| 21:15:21 | Bagder | Rockbox develops a lot faster than their version does |
| 21:15:30 | coob | because you have 2873091278903x more developers. |
| 21:15:45 | Bagder | coob: yes, probably |
| 21:15:52 | coob | we have *one* person able to do firmware reverse engineering. |
| 21:15:55 | coob | no, definately. |
| 21:15:55 | courtc | coob- not us.. |
| 21:15:59 | coob | oh ok :D |
| 21:16:09 | * | coob says nothing baout guns and jumping... |
| 21:16:12 | Bagder | haha |
| 21:16:24 | Bagder | I'm talking about OpenNeo |
| 21:16:45 | Bagder | but these guys have a malloc() ;-) |
| 21:16:57 | * | t0mas starts reading :P |
| 21:17:08 | Bagder | ... and only 256K ram |
| 21:17:12 | t0mas | ah ok |
| 21:17:33 | courtc | haha.. a little strange |
| 21:17:34 | Bagder | but they're for in-car use and have their 3.5" disks spinning all the time I believe |
| 21:17:57 | rasher | ugh |
| 21:18:59 | webmind | Bagder, do you know if the side prints on the archos are multilayer ? |
| 21:19:35 | Bagder | the side prints? |
| 21:20:22 | webmind | yeah |
| 21:20:33 | webmind | the ones that connect to the batteries |
| 21:21:22 | Bagder | oh. Well, I don't know |
| 21:22:37 | webmind | hmk |
| 21:27:23 | Bagder | hey, they (OpenNeo) do check our progress |
| 21:27:35 | Bagder | sees they getting amiconn's memset assembly code |
| 21:27:40 | * | Bagder sees even |
| 21:35:55 | t0mas | hm... OpenNeo has support from the manufacterer... |
| 21:36:09 | t0mas | erg... manufacturer |
| 21:38:08 | * | rasher cleans his laptop keyboard |
| 21:38:11 | rasher | :-O |
| 21:38:43 | rasher | a truly schocking experience |
| 21:39:09 | * | HCl cleaned his room... |
| 21:39:43 | rasher | can't have been worse than this |
| 21:39:50 | HCl | keyboard? |
| 21:40:13 | * | HCl remembers cleaning one of his keyboards when he hadn't cleaned it for 3 years.... |
| 21:40:15 | thegeek | hmm |
| 21:40:30 | thegeek | what happens if you turn on the iriver without lcd attached? |
| 21:40:31 | HCl | i'll refrain from describing it. |
| 21:40:38 | HCl | without lcd attached? |
| 21:40:43 | HCl | what do you mean? |
| 21:40:55 | thegeek | as in |
| 21:41:07 | thegeek | lcd removed |
| 21:41:09 | thegeek | ;) |
| 21:41:12 | thegeek | http://www.rockbox.org/iriver/naked_front.jpg |
| 21:41:13 | thegeek | like this |
| 21:41:14 | * | HCl nods.. |
| 21:41:16 | thegeek | ;) |
| 21:41:17 | HCl | i thought so |
| 21:41:18 | HCl | no idea |
| 21:41:20 | HCl | try it? |
| 21:41:22 | thegeek | hehe |
| 21:41:26 | HCl | why do you want to know anyways |
| 21:41:27 | HCl | ? |
| 21:41:45 | thegeek | I just want to see what point is broken on the headphone jack |
| 21:41:56 | thegeek | and I'm afraid of scratching the lcd |
| 21:42:02 | HCl | ah.. |
| 21:42:03 | thegeek | or accidentally do anything bad to it |
| 21:46:26 | | Join webguest00 [0] (~46425e8a@labb.contactor.se) |
| 21:47:57 | | Quit webguest00 (Client Quit) |
| 22:00 |
| 22:09:16 | thegeek | hehe |
| 22:09:19 | thegeek | I think I fixed it |
| 22:09:24 | thegeek | a little bending;) |
| 22:09:31 | thegeek | not a perfect or good solution |
| 22:09:32 | thegeek | but it works |
| 22:09:41 | Bagder | the neuros guys still have no source code available |
| 22:10:38 | rasher | Maybe they're only providing it pr request |
| 22:10:44 | thegeek | there is one thing I really don't understand |
| 22:10:59 | thegeek | why won't iriver/apple provide source for atleast the ui and stuff |
| 22:11:01 | thegeek | I mean |
| 22:11:05 | Bagder | rasher: no, they're having problems getting an agreement with TI |
| 22:11:06 | thegeek | what can they loose? |
| 22:11:16 | thegeek | they loose control over that player's software |
| 22:11:17 | thegeek | but hey |
| 22:11:34 | thegeek | they'll hardly going to make a lot of money on a new player with only software updated |
| 22:11:39 | rasher | Yes.. they already sold the product |
| 22:11:46 | thegeek | they're |
| 22:11:47 | rasher | but |
| 22:11:56 | rasher | when their new player comes out with $feature |
| 22:12:13 | rasher | they don't want people implementing that on $old-player |
| 22:12:18 | rasher | presumably |
| 22:12:20 | thegeek | I know |
| 22:12:22 | thegeek | but still |
| 22:12:31 | thegeek | the high-end mp3 player market |
| 22:12:35 | Bagder | yes, that's the argument for NOT wanting people to improve their old units |
| 22:12:36 | thegeek | is not driven by software upgrades! |
| 22:12:45 | thegeek | it's hardware upgrades |
| 22:12:50 | thegeek | and besides |
| 22:12:50 | Bagder | yes |
| 22:12:54 | Bagder | that's why |
| 22:13:12 | thegeek | the customer colume would increase |
| 22:13:13 | Bagder | they get money by selling hardware |
| 22:13:45 | rasher | to be a bit cynic, they only want the software to be "Good enough" |
| 22:13:56 | rasher | so that when they release something new, they might have another sale |
| 22:13:57 | thegeek | my point is that the benefit of full control over the software does not even come close to the benefit of added customers |
| 22:14:02 | Bagder | yes, since consumers don't care enough for software quality |
| 22:14:04 | thegeek | not to mention the huge buzz it would create |
| 22:14:18 | thegeek | if iriver opensourced most of their firmware |
| 22:14:18 | rasher | thegeek: it wouldn't |
| 22:14:26 | thegeek | it would attract lots of new people |
| 22:14:27 | rasher | among a few assorted geeks, sure |
| 22:14:30 | thegeek | well |
| 22:14:32 | thegeek | not true imho |
| 22:14:41 | rasher | but on the whole, I doubt it'd be weorth it |
| 22:14:41 | thegeek | if iriver had a pr campaign |
| 22:14:50 | thegeek | where they advertised the player with open source |
| 22:14:55 | rasher | "We are opensource" doesn't sell |
| 22:15:01 | rasher | outside the geek market |
| 22:15:03 | thegeek | perhaps not initially |
| 22:15:08 | thegeek | but the word would get out |
| 22:15:12 | rasher | not for another 10 years |
| 22:15:13 | thegeek | and if a large manufacturer did it |
| 22:15:17 | thegeek | ;) |
| 22:15:21 | rasher | Apple did it |
| 22:15:24 | rasher | noone cares |
| 22:15:28 | rasher | except the geeks |
| 22:15:31 | thegeek | well |
| 22:15:35 | thegeek | gargh |
| 22:15:50 | thegeek | well |
| 22:15:52 | thegeek | someday |
| 22:16:00 | rasher | We can hope |
| 22:16:01 | Bagder | :-) |
| 22:16:01 | thegeek | a company will do it |
| 22:16:04 | thegeek | and if the time is right |
| 22:16:05 | rasher | but I don't think we're there now |
| 22:16:06 | Bagder | neuros does |
| 22:16:09 | thegeek | it will be a boost |
| 22:16:14 | thegeek | neuros is huge |
| 22:16:20 | coob | expect you can't get the neuros source. |
| 22:16:21 | Bagder | yes |
| 22:16:24 | Bagder | hehe |
| 22:16:27 | Bagder | correct |
| 22:16:29 | thegeek | I considered the neuros |
| 22:16:32 | thegeek | but the hardware sucks |
| 22:16:33 | thegeek | I mean |
| 22:16:35 | thegeek | come on |
| 22:16:42 | thegeek | I'm not that desperate for open source |
| 22:16:42 | | Join matsl [0] (~matsl@1-1-4-2a.mal.sth.bostream.se) |
| 22:16:45 | Bagder | and if you do get it, you can't afford the dev environment anyway |
| 22:16:48 | coob | what proc do they use |
| 22:16:48 | Bagder | :-) |
| 22:16:49 | thegeek | ;) |
| 22:16:52 | thegeek | fuck |
| 22:17:00 | Bagder | coob: its a TI DSP |
| 22:17:02 | thegeek | I just forgot to add the hd foam piece inside the iriver |
| 22:17:05 | thegeek | ;) |
| 22:17:05 | coob | ugh. |
| 22:17:15 | | Quit courtc (Read error: 104 (Connection reset by peer)) |
| 22:17:17 | Bagder | without gcc port available |
| 22:17:31 | rasher | that's a showstopper :X |
| 22:17:58 | Bagder | apparently you can get a 60 day (or something) free-trial version of the TI compiler |
| 22:18:19 | thegeek | ah |
| 22:18:22 | thegeek | then what is the problem |
| 22:18:25 | thegeek | ;) |
| 22:18:59 | rasher | You just need a lot of talented developers to work in 60-day shifts |
| 22:19:02 | Bagder | http://sourceforge.net/projects/tic54x-gcc |
| 22:19:10 | Bagder | "state: planning" |
| 22:19:38 | thegeek | haha rasher;) |
| 22:24:44 | rasher | openneo is planning on support for "limitless songs per folder" |
| 22:24:50 | rasher | good luck on that one |
| 22:25:17 | rasher | Multi-user support?! |
| 22:25:23 | Bagder | well, they did skip lots of rockbox concepts |
| 22:25:55 | Bagder | so limitless could work |
| 22:26:05 | Bagder | play a song, scan for next, play that etc |
| 22:26:08 | *** | Saving seen data "./dancer.seen" |
| 22:26:57 | Bagder | but it wouldn't be able to sort the list nor do it shuffled |
| 22:27:11 | rasher | oh I mean isn't there a fat32 limit? |
| 22:27:58 | Bagder | I would imagine that they didn't mean that limit |
| 22:28:08 | Bagder | whatever that limit is |
| 22:28:30 | rasher | yes, true |
| 22:28:38 | | Quit izzy (Read error: 110 (Connection timed out)) |
| 22:33:24 | | Join StrathAFK [0] (~mike@dgvlwinas01pool0-a239.wi.tds.net) |
| 22:33:30 | | Quit hyarion (Read error: 60 (Operation timed out)) |
| 22:35:09 | | Quit matsl (Remote closed the connection) |
| 22:41:40 | | Join matsl [0] (~matsl@1-1-4-2a.mal.sth.bostream.se) |
| 22:42:54 | | Quit uski (Read error: 113 (No route to host)) |
| 22:46:30 | HCl | hrm. |
| 22:49:51 | MoosCamaro | HCl: what's happen? |
| 22:51:57 | | Quit Strath (Read error: 110 (Connection timed out)) |
| 23:00 |
| 23:11:27 | HCl | MoosCamaro: meh, just not feeling all that, my flatmates are jerks |
| 23:13:20 | coob | HCl: that's what they invented the flusher for! |
| 23:13:34 | coob | fill a bin with water and lean it against their (inwards opening) door |
| 23:13:39 | coob | then knock + rujn |
| 23:13:47 | coob | and hope they have electronics on the floor :) |
| 23:13:53 | HCl | heh. |
| 23:14:29 | rasher | I have a hard time imagining that making things *better* |
| 23:14:37 | * | HCl nods at rasher |
| 23:14:57 | coob | short term success > * |
| 23:15:13 | | Join izzy [0] (laitinei@217.30.176.114) |
| 23:15:18 | HCl | the truth is, its not gonna get better |
| 23:15:21 | HCl | i have two options |
| 23:15:30 | HCl | a) try to ignore them as much as possible and isolate myself a bit |
| 23:15:33 | HCl | b) move away. |
| 23:15:39 | coob | c) flush! |
| 23:16:40 | rasher | http://blogs.msdn.com/ie/archive/2005/04/26/412263.aspx only several years late |
| 23:32:59 | HCl | heh. |
| 23:35:45 | | Join [IDC]Dragon [0] (~idc-drago@p3EE2D530.dip.t-dialin.net) |
| 23:36:09 | [IDC]Dragon | Bagder, do you read? |
| 23:36:49 | Bagder | yeps |
| 23:37:12 | [IDC]Dragon | I'm working on "bootbox" |
| 23:37:29 | [IDC]Dragon | based on Linus' bootloader for the ihp |
| 23:37:43 | [IDC]Dragon | but for SH this time |
| 23:38:13 | [IDC]Dragon | would it be possible to have weak linking of the Rockbox firmware lib? |
| 23:38:36 | Bagder | how do you mean weak? |
| 23:38:44 | [IDC]Dragon | so I could "override" implementations |
| 23:38:52 | Bagder | you can |
| 23:39:06 | [IDC]Dragon | if that's the correct term, I'm no expert with linkers |
| 23:39:32 | Bagder | the lib only provides functions that aren't resolved by the object files you write |
| 23:40:09 | [IDC]Dragon | but if both have it, it complains!? |
| 23:40:58 | Bagder | Linus' code overrides lib-provided functions that way |
| 23:41:32 | [IDC]Dragon | to prevent the inclusion ofthe whole .o file, right? |
| 23:42:11 | Bagder | to prevent the inclusion of the functions in general, I'd say |
| 23:42:18 | Bagder | void usb_acknowledge(void) |
| 23:42:18 | Bagder | { |
| 23:42:21 | Bagder | } |
| 23:42:22 | Bagder | etc |
| 23:42:31 | [IDC]Dragon | the linker can only use all or nothing of a .o, not on function level? |
| 23:42:32 | rasher | as linus did |
| 23:42:34 | rasher | it seems |
| 23:42:37 | rasher | iirc |
| 23:42:39 | rasher | etc. |
| 23:42:42 | * | rasher shuts up |
| 23:43:13 | [IDC]Dragon | you're welcome to carry on |
| 23:43:30 | rasher | well the bootloader main.c contains a bunch of those |
| 23:43:38 | rasher | is all |
| 23:43:40 | [IDC]Dragon | saw that, yes |
| 23:44:00 | [IDC]Dragon | I had to remove most already, because I need the real code |
| 23:45:44 | Bagder | ok, so you want some functions from the "real" .o file, but want to override some of the functions from that same .o ? |
| 23:46:21 | [IDC]Dragon | yes |
| 23:48:43 | Bagder | −−allow-multiple-definition perhaps |
| 23:48:50 | Bagder | (an ld option) |
| 23:49:07 | Bagder | "Normally when a symbol is defined multiple times, the linker will report a fatal error. These options allow multiple definitions and the first definition will be used." |
| 23:49:09 | [IDC]Dragon | and it takes care of preference, too? |
| 23:49:21 | [IDC]Dragon | first, bah |
| 23:49:29 | thegeek | ah |
| 23:49:36 | thegeek | I'm ordering an axim x50v |
| 23:49:38 | Bagder | well, I'd guess that the object files are first, then the lib's files |
| 23:49:39 | thegeek | any objections? |
| 23:50:04 | Bagder | but of course, it doesn't really say what order it refers to |
| 23:50:59 | rasher | thegeek: only that it's slightly more powerful than the laptop I just sold |
| 23:51:32 | thegeek | ;) |
| 23:51:33 | thegeek | hehe |
| 23:51:46 | thegeek | it's cheap here right now |
| 23:51:49 | thegeek | 25% or something |
| 23:51:53 | thegeek | dell's usual |
| 23:52:08 | * | [IDC]Dragon tries |
| 23:52:30 | rasher | thegeek: how much? |
| 23:53:43 | thegeek | hmm, with 3.551 barebone |
| 23:53:44 | thegeek | NOK |
| 23:53:59 | thegeek | good price for a pretty good pda |
| 23:54:10 | * | rasher converts |
| 23:54:33 | thegeek | you might want to add ~1000 nok for memory, warranty and a case or something |
| 23:54:42 | rasher | 3247 dkk |
| 23:54:56 | rasher | and it's 4099 here >.< |
| 23:55:10 | thegeek | ? |
| 23:55:18 | thegeek | what do you mean? |
| 23:55:36 | rasher | The x50v costs 4011 dkk here |
| 23:55:45 | rasher | and 3551nok is 3247 dkk |
| 23:55:46 | thegeek | ah |
| 23:55:57 | thegeek | wait |
| 23:55:57 | rasher | so you're getting it way cheaper than a dane would |
| 23:55:59 | rasher | bastard |
| 23:56:08 | thegeek | it says 3,060 dk barebone here |
| 23:56:11 | thegeek | for the x50v |
| 23:56:13 | thegeek | mind the v |
| 23:56:17 | thegeek | only the v has 20% off |
| 23:56:23 | rasher | I did. |
| 23:56:28 | thegeek | Nu fra |
| 23:56:28 | thegeek | 3.060,- |
| 23:56:28 | thegeek | Inkl. moms og levering |
| 23:56:38 | thegeek | without any extras |
| 23:56:54 | rasher | "Fra 40112 |
| 23:56:58 | rasher | "Fra 4011" |
| 23:57:10 | thegeek | you have to "add" it |
| 23:57:12 | thegeek | or |
| 23:57:18 | thegeek | atleast start the customization page |
| 23:57:24 | thegeek | Konfigurer og køb |
| 23:57:34 | thegeek | they don't want people buying it |
| 23:57:35 | rasher | ah |
| 23:57:36 | thegeek | ;) |
| 23:57:42 | thegeek | see? |
| 23:57:46 | thegeek | they just want to lure people in |
| 23:57:47 | thegeek | not buy |
| 23:57:50 | rasher | what the.. now it only says X50 |
| 23:57:55 | thegeek | don't mind |
| 23:57:57 | thegeek | it's just the seris |
| 23:57:59 | thegeek | *series |
| 23:58:01 | rasher | and 3060 :D |
| 23:58:09 | thegeek | yea |
| 23:58:12 | rasher | so danes get it cheaper :) |
| 23:58:15 | rasher | PWNED! |
| 23:58:15 | thegeek | that's a damn good price |
| 23:58:16 | thegeek | mmhm |
| 23:58:26 | thegeek | how much tax do you have? |
| 23:58:31 | thegeek | we have 25% |
| 23:58:33 | thegeek | gragh |
| 23:58:42 | rasher | same here |
| 23:58:45 | thegeek | hm |
| 23:58:46 | thegeek | wierd |
| 23:58:48 | thegeek | annoying |
| 23:58:57 | thegeek | ;) |
icon identifies that the person is a core developer (has commit access).