| 00:00:57 | | Quit TCK (Read error: 110 (Connection timed out)) |
| 00:01:10 | | Quit muesli__ (Read error: 110 (Connection timed out)) |
| 00:01:29 | | Join muesli__ [0] (n=muesli_t@88.134.20.76) |
| 00:02:31 | petur | SereR0KR: got file view set to display all files? |
| 00:02:39 | SereR0KR | dunno o.O |
| 00:03:47 | petur | general settings -> File View -> Show Files |
| 00:03:51 | SereR0KR | ok |
| 00:04:27 | petur | and do you have a game WAD next to rockdoom.wad - like shareware doom or so? |
| 00:04:35 | SereR0KR | no |
| 00:04:58 | petur | there are links to some in the wiki |
| 00:05:02 | preglow | you people need to read the wiki more |
| 00:05:18 | SereR0KR | oh |
| 00:06:54 | | Quit ender` (" Does anyone here have a computer?") |
| 00:10:14 | | Quit wefds (Read error: 110 (Connection timed out)) |
| 00:12:19 | kkurbjun | amiconn, lostlogic, or preglow: could you look at this asm code and tell me if you see anything blatantly wrong, it doesn't seem to be copying to %[dest] |
| 00:12:47 | kkurbjun | http://pastebin.com/670249 |
| 00:12:58 | amiconn | Slasheri, hardeep: With the correct handling of playlists > max_files_in_dir_buffer, building an all-tracks playlist got somewhat slower (64 secs for 3307 tracks on my archos recorder), but that's still quite fast considering the huge number of tracks |
| 00:13:00 | SereR0KR | rockdoom rocks :> |
| 00:13:34 | amiconn | tagcache builds that 3000+ tracks playlist faster than old tagdb built a 500 track playlist... |
| 00:13:54 | Bagder | ! |
| 00:14:51 | | Join wefds [0] (n=muesli_t@88.134.20.76) |
| 00:15:13 | | Join dj-fu_ [0] (n=deejay@202-169-215-87.worldnet.co.nz) |
| 00:15:43 | | Quit dj-fu (Nick collision from services.) |
| 00:15:47 | lostlogic | kkurbjun: lines 8 and 9 why? you already require those vars to come in on data registers |
| 00:15:53 | amiconn | I have to say I'm impressed... |
| 00:15:54 | SereR0KR | I got so much wads |
| 00:15:59 | SereR0KR | but how do I use them O.o |
| 00:16:09 | | Nick dj-fu_ is now known as dj-fu (n=deejay@202-169-215-87.worldnet.co.nz) |
| 00:16:11 | SereR0KR | I put them into addons |
| 00:16:15 | | Part larcher |
| 00:16:33 | SereR0KR | but it always says that this wad doesn't have the standard graphics type or something like that |
| 00:17:24 | kkurbjun | lostlogic, I didn't think of that, I wasn't sure that the values coming in were being loaded to registers.. I'm not very familiar with gcc inline or colfire asm... |
| 00:17:51 | lostlogic | kkurbjun: nod nod −− if you say it's gotta be a data register, then it's a data register by symbolic name |
| 00:18:14 | lostlogic | kkurbjun: looks like you do some stuff to D3 and then overwrite its lower byte? |
| 00:19:23 | lostlogic | kkurbjun: ignore me, I hadn't read the whole thing and the C version yet |
| 00:19:43 | amiconn | kkurbjun: http://gcc.gnu.org/onlinedocs/gcc-4.0.3/gcc/Extended-Asm.html#Extended-Asm |
| 00:20:18 | | Quit muesli__ (Read error: 110 (Connection timed out)) |
| 00:21:48 | lostlogic | kkurbjun: I think d3 will have only its lower byte set to the right value, and you need to clear its other bytes before you use it as an index |
| 00:23:07 | kkurbjun | amiconn, thanks, I'll read that |
| 00:23:23 | kkurbjun | lostlogic, so I should do a clr.w on it then? |
| 00:24:17 | | Join muesli__ [0] (n=muesli_t@88.134.20.76) |
| 00:24:30 | | Join predius_ [0] (i=predius@predius.org) |
| 00:24:37 | | Join thouters [0] (n=thouters@158-25.245.81.adsl.skynet.be) |
| 00:24:44 | predius_ | does the ipod app work with amd64? |
| 00:24:56 | amiconn | kkurbjun: No. The problem is that the first move.b only replaces the low byte of d3, but in the next insn you use it as an index |
| 00:25:08 | thouters | hi, anybody know what (linux) program I can use to set id3 tags on a wavpack file? |
| 00:25:10 | predius_ | rockbox.ipod |
| 00:25:36 | | Join ashridah [0] (i=ashridah@220-253-121-47.VIC.netspace.net.au) |
| 00:25:45 | amiconn | Since coldfire can only use longword indices (unlike 'real' m68k), you need to make sure you get a full 32 bit index |
| 00:25:51 | midkay | predius_, um, that isn't an app? |
| 00:26:00 | midkay | have i missed something? :) |
| 00:26:07 | predius_ | midkay: binary. |
| 00:26:08 | amiconn | Extending unsigned is costly, so I would suggest to not immediately reuse d3 |
| 00:26:10 | | Quit Kohlrabi ("Fast alle Menschen sind Regenwürmer") |
| 00:26:18 | lostlogic | amiconn: probably just use another register |
| 00:26:21 | lostlogic | er kkurbjun |
| 00:26:25 | midkay | predius_, i mean, 'that isn't an app'. |
| 00:26:41 | amiconn | Then you can do a clr.l before the first move.b |
| 00:26:57 | predius_ | oh, and it was a misunderstanding on my part |
| 00:27:03 | kkurbjun | ok, thanks, I'll try that |
| 00:29:00 | amiconn | kkurbjun: Some immediate optimisations: |
| 00:29:29 | amiconn | (1) the tst %[count] in line 20 can be left out. sub.lk already sets the flags |
| 00:29:54 | amiconn | (2) sub.l #1,... should be replaced by subq.l #1, ... |
| 00:30:37 | | Join qwm [0] (n=qwm@h147n2fls32o1010.telia.com) |
| 00:31:03 | kkurbjun | amiconn, thanks alot for the pointers, I'll add those in |
| 00:31:38 | qwm | who's the tripper here? |
| 00:31:47 | Bagder | tripper? |
| 00:32:01 | qwm | are you daniel? |
| 00:32:17 | Bagder | I am |
| 00:32:36 | qwm | so you're in the rockbox loop then. |
| 00:32:42 | qwm | how is it? |
| 00:32:55 | Bagder | its life in the fast line |
| 00:32:58 | Bagder | fame and glory |
| 00:33:01 | crashd | he gets all the chicks |
| 00:33:02 | Bagder | drinks and parties |
| 00:33:04 | qwm | i can imagine.. |
| 00:33:05 | crashd | and the beers |
| 00:33:09 | sharpe | worship |
| 00:33:10 | | Quit wefds (Read error: 110 (Connection timed out)) |
| 00:33:15 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
| 00:33:15 | * | qwm is sooo jealous |
| 00:33:16 | amiconn | kkurbjun: It also seems that you forgot the equvalent of xfrac += ds_xstep; yfrac += ds_ystep; |
| 00:33:20 | * | Bagder giggles |
| 00:33:29 | preglow | i'm congratulating myself on the high score with a beer right now |
| 00:33:33 | * | preglow pats himself on the back |
| 00:33:46 | Bagder | beerscore is good score |
| 00:33:57 | qwm | i totally agree. |
| 00:34:23 | | Quit thouters ("leaving") |
| 00:35:29 | qwm | actually considering buying a player.. |
| 00:35:36 | | Join JBGood25 [0] (i=Johnq@JBAUMAN.RES.cmu.edu) |
| 00:35:43 | qwm | need a small, cheap and reliable one.. for walks and such. |
| 00:35:49 | qwm | suggestions? |
| 00:35:58 | Bagder | like nano perhaps? |
| 00:36:01 | qwm | midkay: and i don't want your opinion. |
| 00:36:10 | qwm | how much does it cost? |
| 00:36:14 | Bagder | no idea |
| 00:36:14 | kkurbjun | amiconn, oops, gotta add that too |
| 00:36:16 | midkay | qwm, i told you, nano, before! :p |
| 00:36:30 | qwm | you did not. |
| 00:36:32 | scorche | qwm: in USD? |
| 00:36:40 | qwm | in SEK, preferably. |
| 00:36:40 | qwm | :p |
| 00:36:55 | scorche | too bad then |
| 00:36:55 | Bagder | 2250 SEK for 4GB |
| 00:37:08 | qwm | cool. |
| 00:37:08 | scorche | (199 USD) |
| 00:37:16 | scorche | errrr...wait |
| 00:37:22 | scorche | 249 stock price for 4 gig |
| 00:37:44 | scorche | but no..he wants SEKs! |
| 00:37:54 | qwm | calm down. ;) |
| 00:38:02 | scorche | qwm: im bored |
| 00:38:13 | scorche | i could use some seks too.... |
| 00:38:15 | qwm | so am i, and calm! |
| 00:38:24 | qwm | same here! |
| 00:38:35 | qwm | let's meet and solve that. |
| 00:38:45 | petur | hahahaha |
| 00:38:45 | scorche | i want heterosexual seks |
| 00:39:04 | qwm | who says i'm the same sex as you? ;) |
| 00:39:17 | scorche | girls dont exist on the internet |
| 00:39:22 | SereR0KR | lol |
| 00:39:24 | qwm | ah, true. |
| 00:39:45 | scorche | on the internet, guys are guys, girls are guys, and little girls are FBI agents |
| 00:39:54 | qwm | haha. |
| 00:40:56 | scorche | midkay: see what i mean whenever i talk in here? |
| 00:41:14 | midkay | scorche, what do you mean?! |
| 00:41:24 | scorche | we discussed this last time... |
| 00:41:27 | sharpe | it makes no sense anymore!! |
| 00:41:46 | | Part midgey34 |
| 00:41:49 | midkay | AAAA!! blah .. blah.. louD NOISES! |
| 00:42:03 | kkurbjun | amiconn, for some reason that asm code seems to think that count is equal to 0 after 1 test, it's setting the first pixel, but nothing after that |
| 00:42:19 | | Join qwm_ [0] (n=qwm@h147n2fls32o1010.telia.com) |
| 00:42:37 | | Quit muesli__ (Read error: 110 (Connection timed out)) |
| 00:42:51 | kkurbjun | here's my latest version: http://pastebin.com/670303 |
| 00:45:54 | qwm_ | gosh. |
| 00:45:54 | qwm_ | :) |
| 00:46:02 | qwm_ | telia is some unreliable crap. |
| 00:47:37 | | Quit e0f (Remote closed the connection) |
| 00:48:27 | kkurbjun | did you see anything wrong with the setup? |
| 00:49:40 | | Join damaki__ [0] (n=Chocolat@ALille-153-1-2-13.w83-198.abo.wanadoo.fr) |
| 00:51:02 | kkurbjun | what about that post increment after assigning %[dest]: "move.b (%[colormap],%%d4.l), (%[dest])+ \n" is that proper syntax? |
| 00:51:50 | SereR0KR | "this wad doesn't follow the standard doom graphics" |
| 00:51:53 | SereR0KR | what can I do? |
| 00:52:02 | preglow | yeah |
| 00:52:32 | | Quit JBGood (Read error: 110 (Connection timed out)) |
| 00:52:43 | kkurbjun | SereR0KR, you can fix the wad that you're trying to run with deutex or some other wad editor, you have to size all the graphics to be lese than 320x200 |
| 00:53:15 | SereR0KR | yeh I am using a mac :> |
| 00:57:00 | | Quit qwm (Read error: 110 (Connection timed out)) |
| 00:59:21 | SereR0KR | I tried to compile it and then it says: src/tools.c:61:22: malloc.h: No such file or directory |
| 00:59:22 | SereR0KR | make: *** [src/tools.ot] Error 1 |
| 01:00 |
| 01:00:45 | | Quit Paprica (Read error: 110 (Connection timed out)) |
| 01:01:29 | mikolas | kkurbjun, shouldn't the loop have bne in the end? beq will end at the first run as count is not zero |
| 01:01:36 | mikolas | line 21 |
| 01:03:31 | kkurbjun | mikolas, I'll try that, not very familiar with the branch stuff, thanks |
| 01:04:59 | kkurbjun | hmm, that works now, the code is drawing all the way across the spans |
| 01:05:06 | | Join Febs [0] (n=40326e83@labb.contactor.se) |
| 01:05:38 | kkurbjun | it's just not the right way to draw it... |
| 01:05:46 | | Quit damaki_ (Read error: 110 (Connection timed out)) |
| 01:06:15 | | Join filoktetes [0] (n=filoktet@g-001.osl255.netcom.no) |
| 01:08:10 | | Quit bluebrother ("Leaving") |
| 01:12:26 | mikolas | kkurbjun, what exactly are you trying to do? |
| 01:12:49 | qwm_ | looking for japanese porn can make you SOOOOO fucking frustrated. :( |
| 01:13:23 | | Quit filoktetes ("Leaving") |
| 01:13:44 | kkurbjun | mikolas, I'm trying to write a faster version of doom's drawspan routine which draws all the floors and ceilings |
| 01:14:13 | ashridah | thou canst not outcode carmack! |
| 01:14:16 | ashridah | heathen! |
| 01:14:45 | kkurbjun | it's a fairly critical routine as it's called for every line of a floor or ceiling being drawn.. : ), I'm not trying to outcode him, just gcc |
| 01:15:28 | ashridah | heh |
| 01:15:55 | dj-fu | write a faster routine to decode mp3 faster on ipod nano ;] |
| 01:16:29 | lostlogic | ashridah: but you can outcode gcc :) |
| 01:16:43 | twisted` | anyone here using linux and an iPod? |
| 01:16:56 | * | lostlogic mutters about gcc's coldfire support |
| 01:17:37 | * | amiconn wants m68k-elf-gcc for amd64, damn |
| 01:17:49 | | Quit dj-fu ("leaving") |
| 01:18:08 | | Join dj-fu [0] (n=deejay@202-169-215-87.worldnet.co.nz) |
| 01:18:15 | amiconn | lostlogic: That's not really hard most of the time... |
| 01:19:49 | | Quit aegray_ (Read error: 113 (No route to host)) |
| 01:19:56 | preglow | not hard at all |
| 01:19:58 | preglow | it's outright easy |
| 01:21:02 | amiconn | Yeah, just remove some hilarious stuff like moving values back and forth between registers |
| 01:21:02 | * | preglow also wants m68k-elf-gcc for amd64 |
| 01:21:20 | preglow | amiconn: yeah, and the unnecessary stack accesses |
| 01:21:21 | * | ashridah wants his amd64 machine to be finished :( |
| 01:22:29 | SereR0KR | "These wads can be fixed using a wad editor like Deutex to change all the graphics that are oversize or out of range to follow the doom standards." <- yeh, but HOW |
| 01:22:41 | SereR0KR | I compiled deutex successful for my mac but have no idea :> |
| 01:22:58 | preglow | time for bed |
| 01:22:59 | preglow | later |
| 01:23:03 | SereR0KR | -.- |
| 01:23:54 | *** | Saving seen data "./dancer.seen" |
| 01:24:00 | kkurbjun | SereR0KR, you have to look through the graphics folder for images that are oversize |
| 01:24:14 | kkurbjun | after you disassembled the wad |
| 01:24:24 | SereR0KR | but how do I disassemble it? |
| 01:24:28 | | Quit obo (Read error: 110 (Connection timed out)) |
| 01:25:47 | kkurbjun | there's an extract command |
| 01:25:54 | kkurbjun | read how to use deutex |
| 01:26:17 | SereR0KR | "-xtract [<in.wad> [<dirctivs.txt>]] |
| 01:26:17 | SereR0KR | Extract some/all entries from a wad." |
| 01:26:21 | kkurbjun | you just have to extract and then edit the graphics with something like gimp |
| 01:26:26 | kkurbjun | yes, that's it |
| 01:26:35 | | Quit petur ("Zzzz") |
| 01:26:36 | SereR0KR | what is <dirctivs.txt |
| 01:26:52 | kkurbjun | you have to have a copy of doom or doom2 in the dir otherwise it'll complain |
| 01:26:58 | kkurbjun | just ignore that for now |
| 01:27:02 | SereR0KR | ok |
| 01:27:51 | SereR0KR | so I just have to put doom2.wad in the same folder? |
| 01:28:26 | kkurbjun | as the wad you're extracting, yes |
| 01:28:42 | SereR0KR | ok |
| 01:29:05 | SereR0KR | and how do I create the wad when I edited the images? |
| 01:29:53 | Kyomi | Anyone know whats up with the experimental build? |
| 01:29:57 | mikolas | is the correct coldfire syntax %%a0 for address registers or does it even have any? |
| 01:30:13 | Kyomi | kkurbjun: Are you the one doing the rockdoom? |
| 01:30:14 | | Quit ashridah ("uni") |
| 01:30:15 | mikolas | i'm redoing the assembler bit |
| 01:30:33 | | Join sanit [0] (n=test@212.2.168.237) |
| 01:32:15 | qwm_ | Evilnipple: interesting nick of yours. |
| 01:32:17 | kkurbjun | Kyomi, yes |
| 01:32:58 | kkurbjun | mikolas, yes, that's the correct syntax |
| 01:33:15 | kkurbjun | coldfire has 7 address registers I believe |
| 01:33:24 | kkurbjun | a7 is the program counter though |
| 01:33:42 | Kyomi | kkurbjun: Is there a way to have you code a key setting for strafe left/right in the Set Keys menu? |
| 01:33:59 | Kyomi | I'd sooo love that |
| 01:34:03 | kkurbjun | Kyomi, how do you plan to use that? |
| 01:34:23 | Kyomi | Just set strafe left/right to the left/right on the h320 pad |
| 01:34:32 | Kyomi | It'd be ALOT easier to dodge stuff |
| 01:34:44 | Kyomi | And you'd only have to press 2 keys instead of 3 :) |
| 01:34:46 | kkurbjun | I guess you could get rid of the strafe modifyer and automap in the game.. |
| 01:34:59 | kkurbjun | Kyomi, I'll look into adding that |
| 01:35:01 | Kyomi | Can't you just add it? |
| 01:35:06 | Kyomi | And not take out anything? |
| 01:35:17 | Kyomi | I mean back and open can be the same key |
| 01:35:27 | Kyomi | Why not the strafe keys? :) |
| 01:35:35 | SereR0KR | whats the maximum size of pictures for doom? |
| 01:35:37 | kkurbjun | mikolas, are you working on the asm for doom or something else? |
| 01:35:41 | kkurbjun | 320x200 |
| 01:35:53 | SereR0KR | ok |
| 01:36:19 | Kyomi | kkurbjun: Heres an idea |
| 01:36:26 | Kyomi | Have it like the run thing |
| 01:36:28 | kkurbjun | you have to make sure that other graphics are not going out of bounds too though.. in that halflife wad for gp32 all the menu graphics are messed up |
| 01:36:47 | kkurbjun | so you have to resize the difficulty settings and all that |
| 01:36:48 | Kyomi | flip the hold key to make left/right strafe |
| 01:36:55 | Kyomi | Flip again to turn it back to normal |
| 01:37:09 | Kyomi | Since Always Run will most likely already be on |
| 01:38:18 | kkurbjun | Kyomi, that would be alot more involved than just addind a strafe right/left in the options, I've thought about doing that, with the hold switch flipping between two sets of key layouts though, and I might add that in sometime later |
| 01:38:39 | Kyomi | yay :D |
| 01:38:43 | amiconn | kkurbjun: a7 is the stack pointer... |
| 01:38:45 | * | Kyomi hugs kkurbjun |
| 01:39:08 | SereR0KR | how do I create a wad from these folders kkurbjun |
| 01:39:11 | | Quit Evilnipple () |
| 01:39:26 | kkurbjun | amiconn, ahh, yeah, that's what I meant got them mixed up |
| 01:39:37 | Kyomi | Create a wad? With WADed or something similar |
| 01:39:49 | kkurbjun | SereR0KR, you use deutex to create a wad |
| 01:39:57 | Kyomi | o.o |
| 01:40:01 | Kyomi | I never used that |
| 01:40:03 | kkurbjun | you have to pass in wadinfo.txt as an option |
| 01:40:04 | Kyomi | How is it? |
| 01:40:25 | kkurbjun | it's a commandline wad editor |
| 01:41:11 | kkurbjun | I'm starting to think my asm won't be any faster then gcc.. or not much |
| 01:41:15 | | Quit Daishi ("Client exiting...") |
| 01:41:28 | SereR0KR | ok really easy |
| 01:41:31 | SereR0KR | let's test it ^^ |
| 01:42:27 | | Join Daishi [0] (n=daishi@ool-457286ab.dyn.optonline.net) |
| 01:42:34 | SereR0KR | should get a bit smaller than the old wad |
| 01:43:35 | | Join TCK [0] (n=tckocr@81-178-249-38.dsl.pipex.com) |
| 01:44:37 | SereR0KR | it works xD |
| 01:45:13 | kkurbjun | SereR0KR, great, what wad did you fix up? |
| 01:45:22 | SereR0KR | Doom 64 |
| 01:45:51 | kkurbjun | If you posted it somewhere I'm sure a bunch of people would be happy |
| 01:46:01 | midkay | SereR0KR, cooool :) can you do the halflife wad? :) |
| 01:46:10 | SereR0KR | I will do all my wads |
| 01:46:10 | SereR0KR | ^^ |
| 01:46:18 | midkay | incl. halflife!?!?!?!?!!?!?!?!!! :) |
| 01:46:23 | SereR0KR | perhaps i'll create a package after that |
| 01:46:27 | SereR0KR | yes incl. halflife |
| 01:46:28 | SereR0KR | ^^ |
| 01:46:36 | midkay | i neeeed halflife :) |
| 01:46:54 | midkay | that'd be great, if you posted them at the PluginDoom page, people would go nuts with enjoyment :) |
| 01:46:57 | kkurbjun | SereR0KR, the only wads I've come across that need to be fixed are the gp32 wads so far just as a note |
| 01:47:12 | SereR0KR | ok |
| 01:47:59 | * | Moos noticed the doom Wiki page is one of the most read |
| 01:48:04 | SereR0KR | I have Duke Nukem, Half Life, Heretic, Quake 2, Rest in Peace, Star Wars, Twilight Warrior and Western |
| 01:48:22 | SereR0KR | you know which one works without editing it? |
| 01:48:29 | | Quit Aviv` () |
| 01:48:43 | kkurbjun | no, you just have to test them and see if they play or not |
| 01:48:51 | SereR0KR | ok -.- |
| 01:48:53 | SereR0KR | let's start^^ |
| 01:49:08 | midkay | SereR0KR, i know halflife, quake2 and dukenukem don't work.. |
| 01:49:09 | kkurbjun | either in rockdoom or with prboom and it's software renderer |
| 01:49:17 | SereR0KR | ok |
| 01:49:34 | midkay | kkurbjun, how about some hardware rendering? |
| 01:49:35 | midkay | :p |
| 01:50:07 | SereR0KR | heretic doesnt work |
| 01:50:17 | amiconn | lostlogic: I didn't observe the behaviour described on SoftwareCodecPlayback, but another one. |
| 01:50:35 | Moos | http://www.rockbox.org/twiki/bin/view/Main/WebStatistics (read 13091 times) |
| 01:50:42 | amiconn | Skipping tracks on-buffer sometimes produces audible glitches before the skip happens |
| 01:51:23 | SereR0KR | I found a wad that works xD |
| 01:51:42 | SereR0KR | Rest In Peace does |
| 01:51:44 | kkurbjun | midkay, I wish |
| 01:51:48 | mikolas | kkurbjun, http://pastebin.com/670415 |
| 01:51:55 | midkay | kkurbjun, i as well :) |
| 01:52:06 | mikolas | i made the loop use registers for everything so it should be quite a bit faster |
| 01:52:10 | midkay | kkurbjun, the 5G's broadcom thingy wouldn't be of any use, would it? |
| 01:52:32 | mikolas | check out the code and make it work as i don't have the ability to test it right now |
| 01:52:42 | SereR0KR | Twilight Warrior also works :> |
| 01:52:51 | midkay | SereR0KR, cool :) |
| 01:53:38 | | Join Rousenshi [0] (n=asdlgfsd@54.182.33.65.cfl.res.rr.com) |
| 01:53:40 | SereR0KR | Star Wars/Quake 2/Half Life/Duke Nukem doesn't |
| 01:53:48 | SereR0KR | I will fix them -.- |
| 01:53:49 | mikolas | actually i already found a few bugs in it |
| 01:53:50 | mikolas | :) |
| 01:53:52 | SereR0KR | Western also doesn't |
| 01:53:55 | Kyomi | Duke Nukem doesn't work? |
| 01:54:06 | | Quit webguest29 ("CGI:IRC") |
| 01:54:10 | SereR0KR | someone said that Kyomi |
| 01:54:17 | SereR0KR | and it's true :P |
| 01:54:19 | SereR0KR | I need to fix it |
| 01:54:20 | Kyomi | I never knew you could try that on H320 doom plugin thing |
| 01:54:20 | kkurbjun | mikolas, I think they were already using registers |
| 01:54:22 | midkay | Kyomi, i remember trying it and it didn't.. |
| 01:54:25 | | Quit sanit (Connection timed out) |
| 01:54:42 | Kyomi | Alright.. who has a H340 in here? |
| 01:54:56 | Kyomi | Or knows where they are available for cheap? |
| 01:55:06 | Kyomi | And in good condition |
| 01:55:11 | Rousenshi | hey, I know there are a few articles in the forum about it, but I was looking at the code and couldnt find where the scroll speed for the ipod (4gen is the only one in the code, which I guess is combatable with 5gen) wheel (on menus and such) is located, or if it can even be changed at all... anyone know? |
| 01:55:14 | Kyomi | I soo need a h340 for video XD |
| 01:55:26 | kkurbjun | mikolas, the inputs are copied to registers and then you can reference them with the %[] syntax |
| 01:55:28 | mikolas | kkurbjun, dunno. have you checked gcc output? |
| 01:55:33 | kkurbjun | I believe |
| 01:55:36 | SereR0KR | someone wished to fix half life -.- |
| 01:55:39 | SereR0KR | I do now |
| 01:55:45 | kkurbjun | yes, that's what Ive seen from objdump |
| 01:55:49 | mikolas | ok |
| 01:56:19 | mikolas | well there's always room for improvement :-) |
| 01:56:43 | kkurbjun | : ) |
| 01:56:46 | Moos | that is the Rockbox anthem |
| 01:56:48 | Moos | : ) |
| 01:57:21 | Kyomi | o.o |
| 01:57:29 | Rousenshi | hmm |
| 01:57:29 | Kyomi | You can play half-life on an H320? |
| 01:57:46 | midkay | SereR0KR, i wanted half life :) |
| 01:57:52 | Rousenshi | its a wad isnt it? |
| 01:57:55 | midkay | Kyomi, a rather low-quality WAD version of it, yes.. |
| 01:58:12 | Moos | SereR0KR: it seems you will make lot of users happy : ) |
| 01:58:21 | SereR0KR | -.- |
| 01:58:35 | SereR0KR | why? :P because I have the time to do something like that? ;> |
| 01:59:15 | | Join aegray [0] (n=aegray@vpn82-7e-92-bb.near.uiuc.edu) |
| 01:59:27 | * | Moos try just one time to play doom on h1xx and failed cause screen unreadable |
| 01:59:29 | SereR0KR | ok Half Life wad is creating |
| 01:59:35 | Moos | and no X5 support yet |
| 01:59:57 | midkay | SereR0KR, awesome :) |
| 02:00 |
| 02:00:09 | midkay | SereR0KR, will you put them up at the wiki page then? |
| 02:00:25 | SereR0KR | I can |
| 02:00:30 | SereR0KR | need to upload them somewhere |
| 02:00:33 | Moos | that is the better place, no? |
| 02:00:48 | midkay | SereR0KR, wiki allows upload.. |
| 02:00:51 | | Join Zzompp [0] (i=zzompp@paine.mbar.fi) |
| 02:01:13 | Moos | SereR0KR: how big is the zip? |
| 02:01:27 | mikolas | does coldfire have similar pipelining as 680x0 (x > 2) |
| 02:01:39 | SereR0KR | the wads will be about 10-15mb |
| 02:01:40 | mikolas | that is an endless source of optimization |
| 02:01:55 | Moos | SereR0KR: not too big then |
| 02:02:05 | SereR0KR | or 10-20 dunno |
| 02:02:09 | SereR0KR | the biggest is 20mb |
| 02:02:11 | midkay | SereR0KR, what about the individual files and then a complete zip for people who wants them all? |
| 02:02:21 | Moos | good idea |
| 02:02:23 | midkay | zip = optional :) |
| 02:02:28 | SereR0KR | i'll see -.- |
| 02:02:31 | Moos | hehe : ) |
| 02:03:03 | SereR0KR | wtf |
| 02:03:13 | SereR0KR | Error in game :o |
| 02:03:20 | Moos | SereR0KR: what are you doing for make this wads working? |
| 02:03:24 | kkurbjun | mikolas, I'm not sure what the pipelining is like on the coldfire, I'm sure some of the instructions could be rearranged more optimally. here's the latest version of what I have:http://pastebin.com/670430 |
| 02:03:28 | SereR0KR | I scale the graphics |
| 02:03:28 | SereR0KR | ^^ |
| 02:03:32 | Moos | what was wrong? |
| 02:03:35 | Moos | oh ok |
| 02:03:38 | kkurbjun | it still doesn't work right though |
| 02:03:52 | SereR0KR | but I think in this HalfLife wad I forgot something :> |
| 02:04:04 | sharpe | halflife? |
| 02:04:06 | sharpe | :D |
| 02:04:10 | kkurbjun | SereR0KR, the halflife wad has alot of messed up graphics |
| 02:04:19 | SereR0KR | really? |
| 02:04:31 | kkurbjun | you have to rescale all the difficulty options alwo |
| 02:04:34 | kkurbjun | also that is |
| 02:04:56 | SereR0KR | I do Star Wars first :> |
| 02:05:03 | kkurbjun | they are too long I believe for where they are drawn on the screen |
| 02:07:12 | | Join Aditya|Nap [0] (i=user@c-69-138-7-5.hsd1.md.comcast.net) |
| 02:07:26 | | Part Aditya|Nap |
| 02:07:36 | SereR0KR | is the maximum width 320 or 300? |
| 02:08:10 | kkurbjun | 320 |
| 02:08:26 | SereR0KR | so the problem is the height |
| 02:08:59 | kkurbjun | SereR0KR, you have to make sure taht their offest drawn+width isn't greater then 320 |
| 02:09:16 | SereR0KR | yeh |
| 02:09:26 | kkurbjun | the offset is determined in that wadinfo.txt and doom's menucode |
| 02:09:55 | kkurbjun | gotta go |
| 02:11:09 | SereR0KR | ok |
| 02:11:11 | | Join [TCK] [0] (n=tckocr@81-178-249-38.dsl.pipex.com) |
| 02:11:16 | mikolas | kkurbjun, if you enable save-temps for doom you will see that the gcc generated code can be optimized quite a bit :( |
| 02:11:16 | SereR0KR | I will go to bed now |
| 02:11:17 | mikolas | :) |
| 02:11:40 | midkay | SereR0KR, noooooo... :) |
| 02:11:53 | midkay | halfliiiiiiiiiiife. blah. |
| 02:12:03 | SereR0KR | I can't get it work NOW |
| 02:12:16 | midkay | something wring? |
| 02:12:17 | | Quit Daishi (Remote closed the connection) |
| 02:12:18 | midkay | wrong. |
| 02:12:45 | SereR0KR | yes |
| 02:12:46 | | Join Daishi [0] (n=daishi@ool-457286ab.dyn.optonline.net) |
| 02:12:52 | midkay | like? |
| 02:12:55 | amiconn | mikolas: I prefer m68k-elf-objdump -m m68k:5249 -d xyz.elf |
| 02:13:01 | SereR0KR | I didn't found the graphic I forgot to change yet ^^ |
| 02:13:08 | SereR0KR | star wars works -.- |
| 02:13:20 | SereR0KR | I can upload my first 2 wads |
| 02:13:22 | mikolas | amiconn, ok |
| 02:13:22 | midkay | SereR0KR, i'll try it myself.. what command do you use for deutex? |
| 02:13:47 | SereR0KR | deutex -xtract wadname.wad |
| 02:14:12 | SereR0KR | and to create a wad: deutex -create wadinfo.txt wadname.wad |
| 02:14:13 | mikolas | amiconn, last time i programmed assembler on 68k it was with asm-one |
| 02:14:27 | mikolas | so my skills with gnu toolchain are somewhat limited :) |
| 02:14:33 | amiconn | hehe |
| 02:14:57 | midkay | SereR0KR, thank you :) |
| 02:15:02 | amiconn | While I had an amiga for a long time, and still have one, I never coded in asm for it |
| 02:15:03 | SereR0KR | no problem |
| 02:15:05 | midkay | i'll upload it if i can figure it out, maybe.. |
| 02:15:14 | mikolas | i still have an amiga 3000 |
| 02:15:17 | SereR0KR | a tip: look for the biggest file size ;> these are the biggest pics |
| 02:15:37 | midkay | ah, good idea :) |
| 02:15:37 | | Quit Febs ("CGI:IRC (EOF)") |
| 02:15:42 | SereR0KR | where can I upload files to the wiki? |
| 02:15:43 | mikolas | haven't been using it for a while after my scsi drive melted |
| 02:15:59 | amiconn | mikolas: A 4000 here. It's my mail machine, plus occasional webserver. |
| 02:16:06 | amiconn | And it's running dnetc |
| 02:16:10 | mikolas | hehe |
| 02:16:12 | hardeep | amiconn: i totally agree with you on tag cache performance. On an h300, for 5325 tracks it took 19s without dircache, 13s with dircache and 10s with dircache + tagcache in ram −− very impressive |
| 02:16:12 | | Quit TCK (Connection timed out) |
| 02:16:24 | midkay | SereR0KR, "attach" at the bottom of the plugindoom page. |
| 02:16:24 | | Part Rousenshi |
| 02:16:27 | amiconn | hardeep: wow |
| 02:16:44 | hardeep | now everyone can stop asking for the shuffle all feature −− it's in! |
| 02:17:09 | SereR0KR | I need to register -.- |
| 02:17:16 | midkay | SereR0KR, you do indeed :) |
| 02:17:29 | Moos | hardeep: and thanks for it ! |
| 02:17:38 | hardeep | thank Slasheri |
| 02:17:48 | SereR0KR | where |
| 02:18:13 | midkay | SereR0KR, at the main wiki page there's a register link. |
| 02:18:20 | Moos | hardeep: tagcahe and your playlist things get a good mariage : ) |
| 02:18:26 | midkay | SereR0KR, http://www.rockbox.org/twiki/bin/view/TWiki/TWikiRegistration |
| 02:18:58 | | Join ze [0] (i=ze@ca-dstreet-cuda1-c6a-130.snbrca.adelphia.net) |
| 02:19:02 | amiconn | hardeep: While it might not make that much sense, tagcache is fun to use on Ondio too |
| 02:19:16 | SereR0KR | ok |
| 02:19:25 | SereR0KR | I will update my wads that are working now |
| 02:19:29 | SereR0KR | upload* |
| 02:19:53 | amiconn | That means it doesn't do lengthy disk accesses as that would slow it down (reading the MMC is slow). Otoh, seek times are zero on a flash based player... |
| 02:19:55 | hardeep | amiconn: hehe, nice. You have, what, 100 songs on it? =) |
| 02:19:57 | midkay | SereR0KR, cool, thanks :) |
| 02:20:02 | amiconn | hardeep: 300 |
| 02:20:06 | Moos | hardeep: out of curiosity, which devices you owned? |
| 02:20:21 | | Join ProgramZeta [0] (n=zetachan@ip68-101-174-185.sd.sd.cox.net) |
| 02:20:27 | amiconn | That's a 2GB MMC, plus the internal flash |
| 02:20:29 | hardeep | Moos: Archos recorder (v1), h120 and h300 |
| 02:20:38 | Moos | cool |
| 02:20:38 | hardeep | ah, nice |
| 02:22:58 | SereR0KR | ok both games are uploading |
| 02:23:05 | SereR0KR | I will go to bed now! |
| 02:23:13 | | Quit aegray ("leaving") |
| 02:23:25 | SereR0KR | does sound on rockboy work? |
| 02:23:27 | gromit` | /go kw |
| 02:23:30 | gromit` | oops |
| 02:24:09 | BHSPitLappy | SereR0KR: yeh, mostly |
| 02:24:34 | SereR0KR | and does fullscreen? ^^ |
| 02:24:49 | SereR0KR | "no it doesn't" -.- ^^ |
| 02:25:00 | BHSPitLappy | nope |
| 02:25:17 | midkay | SereR0KR, ty again, nite :) |
| 02:25:30 | SereR0KR | I won't go yet |
| 02:25:34 | SereR0KR | need to get GameBoy roms |
| 02:25:35 | SereR0KR | ^^ |
| 02:25:45 | midkay | haha. |
| 02:26:01 | SereR0KR | Mario/Donkey Kong roms |
| 02:26:02 | SereR0KR | ^^ |
| 02:26:14 | Moos | hardeep: I just tried to reproduce one bug I just reminded about "warn if playlist change", but it seems to be broken |
| 02:26:22 | amiconn | Hmm, do we still need databox? Maybe it should be turned into an editor for tagnavi.config? |
| 02:26:26 | Moos | playback restructuration related? |
| 02:27:08 | hardeep | Moos: what's the problem? |
| 02:27:12 | Moos | hardeep: is this warn thing working for you with recent CVS? |
| 02:27:19 | hardeep | Moos: it should be |
| 02:27:30 | hardeep | let me try |
| 02:27:38 | Moos | I just test and apparently it doesnt |
| 02:27:44 | Moos | ok |
| 02:28:45 | hardeep | works for me |
| 02:29:08 | Moos | uch :(, what I did wrong??? let me find out |
| 02:29:10 | hardeep | er, wait, it won't work from the id3 db... is that what you're using? |
| 02:29:20 | Moos | nope |
| 02:29:29 | Moos | dir browser |
| 02:30:21 | Moos | reseting settings... |
| 02:30:35 | midkay | SereR0KR, aha, found the problem you probably had. |
| 02:31:09 | SereR0KR | really? |
| 02:31:33 | midkay | with halflife.. |
| 02:31:39 | midkay | did you get two errors? |
| 02:31:53 | hardeep | another bug, it doesn't work from playlist viewer either −− but dirbrowser is working fine for me |
| 02:31:55 | midkay | it's the very easy and easy bitmaps in /graphics... |
| 02:31:56 | midkay | too wide. |
| 02:31:58 | SereR0KR | no midkay |
| 02:32:04 | hardeep | i'll definitely fix those two cases |
| 02:32:10 | SereR0KR | I got one error |
| 02:32:21 | midkay | SereR0KR, do you remember it? |
| 02:32:33 | Moos | hardeep: definitively not working with reset settings, but maybe because I don't have very lastest build, I'll test will bleeding edge |
| 02:32:38 | SereR0KR | same as before, only a few moments after starting halflife |
| 02:32:55 | midkay | SereR0KR, then you must have missed the title screen bitmaps and stuff.. |
| 02:32:59 | midkay | or something. :) |
| 02:33:05 | SereR0KR | I dunno which graphics |
| 02:33:40 | midkay | resized the bitmaps + retesting. |
| 02:33:56 | SereR0KR | ok I got 13 roms now :> |
| 02:34:17 | midkay | SereR0KR, anything of interest? :) |
| 02:34:24 | hardeep | Moos: this code hasn't changed in a while. What happens when you start a new playlist? |
| 02:34:38 | SereR0KR | wait |
| 02:34:48 | SereR0KR | I will tell you the roms |
| 02:35:20 | Moos | hardeep: I just start one song, and then go to file browser and play other track, and no warn like before |
| 02:35:39 | midkay | SereR0KR, got halflife working.. |
| 02:35:45 | SereR0KR | nice |
| 02:35:49 | SereR0KR | upload it to the wiki ^^ |
| 02:35:56 | midkay | slightly weird though. |
| 02:35:59 | Moos | build for Avril 01 on my iriver, let's test with current build on X5 |
| 02:36:04 | midkay | a couple textures are acting up.. |
| 02:36:04 | Moos | @hardeep |
| 02:36:18 | amiconn | Hmm, generating a playlist from tagcache is for some reason slooow on Ondio :( |
| 02:36:19 | hardeep | Moos: Are you inserting the first track or playing it? |
| 02:36:21 | SereR0KR | Donkey Kong 2,3/ Harvest Moon 1-3, International Superstar Soccer 2000, Zelda Links Awakening DX, Oracle of Ages, Oracle of Seasons/ Super Mario 1,2 / Warioland / Tetris |
| 02:36:55 | amiconn | That's in fact weird, since browsing is really fast |
| 02:36:57 | midkay | SereR0KR, cool :) |
| 02:37:21 | midkay | SereR0KR, halflife is screwed :) |
| 02:37:26 | SereR0KR | -.- |
| 02:37:28 | SereR0KR | ok |
| 02:37:30 | SereR0KR | good night |
| 02:37:30 | midkay | flashing/changing textures everywhere, and error after the first level.. |
| 02:37:32 | Moos | hardeep: no |
| 02:37:32 | Kyomi | Alright |
| 02:37:39 | midkay | SereR0KR, night :) |
| 02:37:50 | SereR0KR | what is the key configuration of RockBox O.o |
| 02:37:54 | SereR0KR | Rockboy* |
| 02:37:59 | BHSPitLappy | SereR0KR: bad |
| 02:38:00 | Kyomi | Is anyone avail to do an updated Experimental build with the latest version of the SID plugin? |
| 02:38:01 | hardeep | amiconn: When creating a playlist it writes to /.rockbox/.playlist_control file. Is write slow on Ondio? |
| 02:38:01 | BHSPitLappy | :) |
| 02:38:07 | Moos | hardeep: this is not the same behaviour I had som weeks/month ago |
| 02:38:16 | hardeep | Moos: what do you mean? |
| 02:38:16 | SereR0KR | yeh I've seen BHSPitLappy |
| 02:38:27 | BHSPitLappy | iBoy is much better regarding keys |
| 02:38:30 | amiconn | hardeep: Well it depends how it's handled. .playlist_control is usually small |
| 02:38:37 | SereR0KR | but I can't get Rockbox AND iPL working |
| 02:38:46 | BHSPitLappy | lol |
| 02:38:48 | BHSPitLappy | why's that |
| 02:38:52 | hardeep | amiconn: in the case of tagcache, every track is inserted into .playlist_control |
| 02:38:58 | amiconn | MMC access is quite slow (~330KByte/sec), but seeking is done in zero time |
| 02:39:00 | Moos | hardeep: I remenber tried this when you made it, and I remenber it warned fine, but now no warn at all |
| 02:39:03 | SereR0KR | because I have no windows PC here to use the installer for iPL :> |
| 02:39:07 | BHSPitLappy | ... |
| 02:39:10 | amiconn | Generating a 317-track playlist takes 80 seconds |
| 02:39:22 | BHSPitLappy | iPL is best installed as FAR away from a Windows PC as possible, SereR0KR |
| 02:39:23 | | Quit _rj (Remote closed the connection) |
| 02:39:28 | Moos | hardeep: how do you do for make the warn pop? insert...? |
| 02:39:30 | amiconn | That's slower than the 3300-track playlist on recorder v1 |
| 02:39:36 | SereR0KR | BHSPitLappy |
| 02:39:39 | SereR0KR | I dunno |
| 02:39:48 | SereR0KR | how to install it manually using ubuntu :> |
| 02:40:01 | Moos | amicoon: haha : ) |
| 02:40:18 | SereR0KR | I will try it when I'm in school next week :D |
| 02:40:18 | SereR0KR | ^ |
| 02:40:19 | SereR0KR | ^^ |
| 02:40:31 | amiconn | hardeep: .playlist_control grows to 27KB so that's not the problem. |
| 02:40:39 | SereR0KR | I can't create ext2 partitions on OS X that's a problem |
| 02:40:50 | hardeep | amiconn: but there's a write() and a sync() for every track inserted |
| 02:40:55 | amiconn | But, how is this file handled wrt opening & closing? |
| 02:40:58 | amiconn | Argh! |
| 02:40:59 | hardeep | er, after every track inserted i mean |
| 02:41:14 | amiconn | The sync for each track insert *has* to go then |
| 02:41:35 | amiconn | It's not only slow as hell, but also wearing the flash |
| 02:41:39 | hardeep | yeah, that's only on the archos devices... i'll look into removing that |
| 02:41:57 | hardeep | actually, it's pretty easy to do before we begin playing |
| 02:42:02 | hardeep | i'll change |
| 02:42:07 | Moos | cool |
| 02:42:26 | amiconn | The write doesn't hurt, since the file system code caches one sector |
| 02:42:33 | | Join ^BeN^ [0] (i=Paprica@DSL217-132-4-230.bb.netvision.net.il) |
| 02:42:40 | amiconn | fsync() or close() updates everything, including the fat |
| 02:42:41 | hardeep | Moos: The warning only appears on "Dynamic" playlists, ie. if tracks have been inserted |
| 02:43:20 | hardeep | amiconn: yeah, the sync is so we resume correctly... but it's only relevant once we've started playing |
| 02:43:22 | Moos | hardeep: silly me, i forgot |
| 02:43:52 | amiconn | (the write() used to be a problem back when porting to Ondio. Saving a .cfg took a minute because of flushing each byte write...) |
| 02:44:21 | amiconn | The fun thing was that this flush was not intended, just went undetected for years |
| 02:45:53 | | Join _rj [0] (n=rj@81-178-234-161.dsl.pipex.com) |
| 02:47:21 | Moos | hardeep: great, I canot reproduce the bug that was before (when warn pop and push no for don't change playlist, when you stoped songs and wanted to resume, that resumed the songs you didn't want to play), hopefully I'm understandable |
| 02:49:21 | Moos | resume thing is the only thing made me don't use this setting a lot, cause if you want stop player and want to restart, if you don't want to resume it will warn anyway, and here never resume songs : ) |
| 02:50:34 | | Quit SereR0KR ("XChat Aqua") |
| 02:51:07 | hardeep | Moos: strange, nothing was changed to fix the problem you mention |
| 02:51:56 | Moos | or maybe is one shuffle bug, I'll try to find it out again, if it's still here |
| 02:55:40 | Moos | time to sleep here, bye all |
| 02:55:54 | | Quit Moos ("Glory to Rockbox !!!") |
| 02:56:00 | pixelma | since I disconnected my Ondio from my computer i get the following error message: IllInstr 370902F2... |
| 02:56:07 | pixelma | ...what does this mean? |
| 02:56:34 | * | amiconn sees another can of worms open up regarding dircache as soon as we have support for usbotg, and hence multivolume and volume hotswap on H300... |
| 02:57:15 | | Quit mphill (Read error: 104 (Connection reset by peer)) |
| 02:57:23 | pixelma | rebooting showed no effect |
| 02:57:32 | midkay | amiconn, well, i'd suggest removing dircache, except that it's a useful, innovative, very important feature! |
| 02:59:14 | | Quit ProgramZeta (Read error: 104 (Connection reset by peer)) |
| 03:00 |
| 03:02:01 | | Join fatjack [0] (n=519ecc63@labb.contactor.se) |
| 03:03:45 | Kyomi | It is? |
| 03:04:04 | fatjack | hi... please i need help with vmware |
| 03:04:18 | | Join qwm [0] (n=qwm@h147n2fls32o1010.telia.com) |
| 03:05:15 | fatjack | i'd like to get it compiled with the sid plugin |
| 03:05:42 | fatjack | please |
| 03:06:15 | | Quit lostnihilist (Read error: 104 (Connection reset by peer)) |
| 03:07:34 | fatjack | i can't manage to get rockbox source in my computer, i can't even think to patch it! |
| 03:09:19 | mikolas | cvs -z3 -d:pserver:anonymous@www.rockbox.org:/cvsroot/rockbox co rockbox-devel |
| 03:09:35 | fatjack | i did that already |
| 03:09:48 | mikolas | so you have the source then? |
| 03:10:13 | fatjack | if so, where should i look for it? |
| 03:10:17 | | Quit ravon (Read error: 113 (No route to host)) |
| 03:10:35 | mikolas | you should have rockbox-devel directory in the dir you made checkout in |
| 03:11:49 | fatjack | i'm sorry, should the check out be entered like... |
| 03:12:02 | fatjack | cvs checkout rockbox.zip |
| 03:12:16 | mikolas | do you have the source tree? |
| 03:12:37 | mikolas | the rockbox-devel dir with all the sources? |
| 03:13:02 | | Join maeck [0] (n=chatzill@72-255-90-143.client.stsn.net) |
| 03:13:03 | fatjack | i'm sorry but i don't know |
| 03:13:15 | mikolas | but you are in vmware, right? |
| 03:13:19 | fatjack | yes |
| 03:13:38 | mikolas | then, if the checkout fails it might be bcos you have a firewall blocking the traffic |
| 03:13:59 | midkay | or maybe he just doesn't know if it worked? |
| 03:14:06 | midkay | i don't think a firewall would block that.. |
| 03:14:20 | mikolas | open a shell and do the checkout as i said earlier |
| 03:14:23 | mikolas | it should work |
| 03:14:34 | predius_ | is there something i need to do to get a theme working on an ipod 5g? |
| 03:14:47 | midkay | predius_, just copy it over and run it.. |
| 03:14:59 | predius_ | midkay: nothing happens when I change it. |
| 03:14:59 | | Quit qwm_ (Read error: 110 (Connection timed out)) |
| 03:15:05 | predius_ | just the fonts on some. |
| 03:15:08 | midkay | do you run the .cfg file? |
| 03:15:21 | sharpe | well that sounds like a personal problem. :D |
| 03:15:22 | maeck | did you select it in the menu? |
| 03:15:24 | sharpe | heheh |
| 03:15:41 | maeck | click menu -> browse themes |
| 03:15:48 | predius_ | i'm there |
| 03:15:57 | maeck | is it listed? |
| 03:16:02 | predius_ | yes |
| 03:16:08 | Kyomi | argh |
| 03:16:08 | maeck | did you click it? |
| 03:16:08 | midkay | .. select it? |
| 03:16:15 | predius_ | i have |
| 03:16:23 | predius_ | still default. |
| 03:16:23 | Kyomi | I wish paulheu would update the experimental build already >_< |
| 03:16:29 | maeck | hmmm |
| 03:16:41 | Kyomi | I want the v1.2 or 1.3(?) SID plugin |
| 03:17:15 | predius_ | Version is CVS-060419 |
| 03:17:27 | | Join root_ [0] (n=root@c-68-50-169-9.hsd1.md.comcast.net) |
| 03:17:30 | predius_ | That might be the problem? |
| 03:17:51 | midkay | predius_, not sure what to say, no, that's up-to-date.. make sure you're extracting correctly (full paths).. select one and try rebooting the iPod, maybe.. |
| 03:18:07 | predius_ | i did, same problem. |
| 03:18:21 | midkay | did what? |
| 03:18:24 | maeck | so you click it, it shows loading for a while then when you click |<< the font does not change and the play screen isnt different |
| 03:18:31 | predius_ | reboot |
| 03:18:47 | midkay | predius_, is it installed/extracted correctly? |
| 03:19:10 | maeck | which wps did you download? |
| 03:19:12 | midkay | predius_, well - what theme is it you're trying? |
| 03:19:33 | pixelma | please, can someone help me or at least say what's wrong with it - i mean the IllInstr 370902F2? |
| 03:19:38 | predius_ | http://www.rockbox.org/twiki/bin/view/Main/WpsIpod5g#Dark_Geek |
| 03:19:53 | pixelma | Cos I cannot use the device anyhow :( |
| 03:20:11 | | Nick Zzompp is now known as t (i=zzompp@paine.mbar.fi) |
| 03:20:29 | maeck | Pixelma, what is wrong? sorry I cannot see the message you sent out earlier |
| 03:21:13 | pixelma | since I've disconnected the Ondio from my computer i get this error message |
| 03:21:26 | pixelma | and rebooting didn't help |
| 03:21:52 | midkay | predius_, that one would look about the same. |
| 03:21:56 | maeck | if you hook it up to the pc, can you still access the drive? |
| 03:21:58 | midkay | it doesn't appear to change the colors itself in its CFG file.. |
| 03:22:15 | midkay | predius_, try playing a song and see how the WPS looks. |
| 03:22:50 | pixelma | yes I can - the PC finds it whether it is the build in one or the MMC |
| 03:23:34 | maeck | can you copy Rockbox back onto it? Did you try that? |
| 03:23:34 | predius_ | not black and white |
| 03:23:51 | predius_ | has ROCKbox in the middle, under a line. |
| 03:23:57 | *** | Saving seen data "./dancer.seen" |
| 03:24:03 | predius_ | which probably happens because the 5g resolution is hugher |
| 03:24:04 | predius_ | *higher |
| 03:24:14 | pixelma | no - i'll give it a try |
| 03:24:30 | midkay | predius_, it would not be black and white. |
| 03:24:47 | predius_ | midkay: the theme is. |
| 03:24:52 | | Quit mikolas (".") |
| 03:25:00 | midkay | predius_, i told you, the cfg file does not include the color setup, that must be done manually. |
| 03:25:13 | | Quit fatjack ("CGI:IRC") |
| 03:25:24 | | Join fatjack [0] (n=519ecc63@labb.contactor.se) |
| 03:25:30 | predius_ | so, after unzipping the file, what exactly do I have to do? |
| 03:26:03 | midkay | run it from Browse Themes, set your colors however you like (e.g. background black, foreground white), and that should be all.. |
| 03:26:41 | predius_ | thing is, the layout is wrong too. |
| 03:27:36 | midkay | predius_, well, that's odd, it looks fine.. |
| 03:30:25 | pixelma | still the same error message |
| 03:31:06 | fatjack | i got to the point where i don't have the knowledge to think by myself :/ |
| 03:32:41 | root_ | i just installed rockbox on my iriver; if setup is essentially the same, maybe i can help? |
| 03:33:17 | | Join aegray [0] (n=aegray@12-210-86-210.client.insightBB.com) |
| 03:34:42 | | Join RoC_MM [0] (i=dragon@dsl-29-8.cofs.net) |
| 03:34:50 | fatjack | when i do make dir what happens to he rockbox.zip, where is it? should i check it out? after it where is it going to be? |
| 03:36:00 | root_ | the zip should create a .rockbox/ directory (note leading dot); a rockbox.* file should be at the same level in the tree; all from the root |
| 03:36:13 | | Quit p0wr-toc ("Leaving") |
| 03:36:27 | root_ | rockbox.* = rockbox.iriver on my iriver |
| 03:37:05 | root_ | you don't need to keep the .zip after it's been extracted |
| 03:37:13 | fatjack | but these files shouldn't be on my computer? where are they? |
| 03:37:26 | | Quit mikearthur (Read error: 104 (Connection reset by peer)) |
| 03:37:27 | root_ | they should be extracted onto your iriver/ipod/etc. |
| 03:37:58 | fatjack | directly? form vmware to the ipod? (mine is an ipod btw) |
| 03:38:47 | root_ | i mounted my iriver on /mnt/iriver/ ,changed dir, and extracted the zip. it should be similiar for you |
| 03:39:43 | root_ | you could also recursively copy all the extracted files to the ipod. same thing, just an extra step |
| 03:41:01 | root_ | any devs around? i want to pass out the chocolate for this awesome software! :) |
| 03:41:53 | fatjack | " i mounted my iriver on /mnt/iriver/ ,changed dir, and extracted the zip" i'm very confused, so confused that gives me to laugh... i'm sorry!!! |
| 03:42:25 | root_ | heh, sorry. i'm on a linux system. how do you access the storage on your ipod? |
| 03:42:40 | maeck | pixelma: did you reboot? I asume you did. I have no Ondio so I am quite on dangerous grounds giving you advise on this. |
| 03:43:24 | pixelma | maeck: sure i did |
| 03:43:38 | maeck | when do you get this error? |
| 03:43:39 | fatjack | double click on "My computer" than "G:\" |
| 03:43:56 | pixelma | right at start up |
| 03:44:29 | maeck | is an ondio one of those devices there you have to flash the firmware? I do not know but just throwing a thought out... |
| 03:44:53 | root_ | fatjack, then you should be able to drag (or copy/paste) the .rockbox directory to G:\ as well as the rockbox software (rockbox.ipod probably); should go into the root of the ipod storage |
| 03:44:58 | | Join quobl [0] (n=quobl@tor/session/external/x-773015b7348943a6) |
| 03:45:07 | pixelma | as far as i know, you don't have to - but someone did it for me |
| 03:46:21 | pixelma | so my knowledge about this is also very limited |
| 03:47:21 | fatjack | root_ ... that i can do, my problem is that i'd like to be able to compile since i'd like to have some patches running that seem that aren't yet available on present downloadable rockbox versions... would you like to compile it for me ? <big grin> please>? |
| 03:47:22 | | Quit Jumpfroggy ("CGI:IRC (EOF)") |
| 03:47:22 | maeck | pixelma, I am checking the manual for you |
| 03:47:30 | pixelma | tnx |
| 03:49:14 | root_ | i could compile stuff for you but it'd be a gcc-based linux x86 binary, not something that would run under windows... |
| 03:49:48 | maeck | pixelma: did you follow the instructions in the manual? and did you use the windows installer or such? |
| 03:49:56 | maeck | Just want to be sure |
| 03:50:11 | root_ | i'm not sure how to cross compile ipod binaries if that's what you need |
| 03:50:58 | maeck | root_ there are nice instructions on the website about building your own cross compiler. Fairly straightforward. You might want to give that a try |
| 03:51:42 | root_ | more time sinks. i'll be sacrificing the last 4 hours of sleep a night that i've got left... time to pin my eyelids to my eyebrows... ;-) |
| 03:51:51 | pixelma | maeck: do you mean copying rockbox again or the flashing procedure? |
| 03:51:59 | twisted` | maeck: yo |
| 03:52:04 | twisted` | maeck: received my email? |
| 03:52:06 | maeck | hey Trwisted |
| 03:52:12 | maeck | twosted, not yet |
| 03:52:18 | twisted` | maeck: what client u use? |
| 03:52:23 | maeck | pixelma: I mean the steps in the manual: http://download.rockbox.org/manual/rockbox-ondiosp-20060419.pdf |
| 03:52:54 | fatjack | i know how to put rockbox running (like, duh fatjack!!!, you may think) i just don't know how to do everything to get it patched... i need that sid patch urgently... i'm going on hollidays with no internet connection... pleaseplease!!!! |
| 03:52:55 | maeck | I do not use clients, I work for them. But then again... oh well |
| 03:52:58 | fatjack | :D |
| 03:53:27 | root_ | let me check real quick what it takes... brb |
| 03:53:28 | maeck | twisted: chatzilla |
| 03:54:13 | twisted` | maeck: hmm, I dunno if that uses tabcompletion :P |
| 03:54:52 | biffhero | ok, you guys are too smart. there's a sample.emacs file in the tools/ directory. woo hoo! |
| 03:55:34 | maeck | twisted`: nice, good tip |
| 03:55:45 | twisted` | maeck: weird, I send the mail like... long time ago |
| 03:55:45 | maeck | been looking for that... |
| 03:56:09 | maeck | well, I have been busy, then dinner, then hang out in the bookstore, then here... |
| 03:56:11 | twisted` | maeck: I send it like 6 hours ago |
| 03:56:18 | maeck | have not even seen my gmail account |
| 03:56:23 | twisted` | maeck: ahh I thought u meant u havn'[t received yet |
| 03:56:30 | sharpe | woo gmail! |
| 03:56:37 | twisted` | maeck: cause then I would have been _real_ worried |
| 03:56:40 | maeck | twisted`: that is what I said, work, dinner, bookstore, rockbox |
| 03:56:49 | twisted` | true true |
| 03:57:04 | twisted` | brb, takin a shit |
| 03:57:07 | maeck | sharpe: actually I forward everything to my hotmail from gmail |
| 03:57:11 | twisted` | ff bruut het riool vervuilen :P |
| 03:57:27 | pixelma | i do not how my ondio was flashed, cos someone else did it for me - to get a newer build running i just have to copy the .rockbox folder and execute the rockbox.ucl |
| 03:57:42 | pixelma | *do not know |
| 03:57:50 | maeck | pixelma: doesnt look like you need to flash an ondio. Anybody knows? |
| 03:58:09 | pixelma | but it was working before |
| 03:58:39 | maeck | pixelma: did you use the right firmware? the one for the ondio sp or ondio fm? |
| 03:59:25 | maeck | sharpe: but I do not want you guys to know that I *love* hotmail. |
| 03:59:56 | | Join lostnihilist [0] (n=james@wireless-219-197.uchicago.edu) |
| 04:00 |
| 04:00:07 | root_ | fatjack, i'd have to rebuild gcc with arm cross-compiler support. i'd have to look into how to get portage to do that. |
| 04:00:36 | pixelma | i unstalled a build of the day before yesterday and i'm pretty sure it was the right one - because it was already runnung the whole day |
| 04:00:57 | pixelma | *running |
| 04:00:59 | fatjack | forget it root_, don't worry, thank you very very much for your time :) |
| 04:01:37 | maeck | pixelma: I do not want to dissapoint you, but I really do have no clue |
| 04:01:37 | | Quit fatjack ("CGI:IRC (EOF)") |
| 04:01:38 | | Quit mtnbkr ("Microsoft is not the answer. Microsoft is the question. The answer is "NO."") |
| 04:01:41 | root_ | i'm checking into it atm (if i figure it out quickly i'll see what i can do) |
| 04:01:48 | | Join ProgramZeta [0] (n=zetachan@ip68-101-174-185.sd.sd.cox.net) |
| 04:02:25 | pixelma | maeck: tnx anyway |
| 04:03:26 | twisted` | back |
| 04:03:36 | maeck | pixelma: did the manual say something about how to restore the original firmware? If so (and you have the original firmware...), you could try to restore it. The Ondio might even be able to boot into original firmware (like the Ipod) |
| 04:03:42 | maeck | you could try that too |
| 04:04:01 | maeck | twisted`: I did -not- look in my email box ... yet ... |
| 04:06:20 | twisted` | maeck: whehehe, it's ok :P |
| 04:07:49 | Kyomi | Oh! |
| 04:08:02 | Kyomi | Question for whoever knows something about the SID plugin |
| 04:08:27 | Kyomi | How does it handle subtunes? Or can you even get to them? |
| 04:10:35 | RotAtoR | I doubt subtunes are handled at all |
| 04:10:56 | RotAtoR | in rockbox one file = one song only currently |
| 04:13:24 | Kyomi | Maybe why the ones with subtunes dont play? |
| 04:13:58 | RotAtoR | no idea, i haven't tried the sid patch myself yet |
| 04:14:17 | RotAtoR | though i do have the hvsc pack downloaded and ready to go ;) |
| 04:14:37 | sharpe | blargle... i need to find a wireless mini keyboard... :D |
| 04:14:56 | | Quit ProgramZeta (Read error: 104 (Connection reset by peer)) |
| 04:15:35 | | Join ProgramZeta [0] (n=zetachan@ip68-101-174-185.sd.sd.cox.net) |
| 04:15:45 | twisted` | maeck: but, I was thinkin, maybe I'll do the icons on the same way I did that icon I send you |
| 04:15:52 | twisted` | maeck: that, went imo, very smoothly |
| 04:16:03 | twisted` | maeck: I just take a photo, and retrace it and make it vector |
| 04:16:08 | twisted` | cus I suck at drawing with hand |
| 04:16:09 | twisted` | lol |
| 04:16:16 | twisted` | or else u get happy grunge shit :P |
| 04:21:01 | sharpe | i want a keyboard in the shape of a rectangle, not an amoebae... |
| 04:21:08 | root_ | fatjack, rebuilding gcc with crossdev support is a bit more involved than i have time for atm. i will see what i can do about it tomorrow |
| 04:24:27 | pixelma | maeck: i could boot the original firmware, it if it wouldn't have been flashed before - now the shortcut, which would lead me there, causes an rockbox rescue boot.. it says descrambling and wants to start - but with the same effect in the end |
| 04:26:33 | pixelma | so i guess I will ask the one who flashed it for me |
| 04:28:46 | maeck | twisted`: check thy email. |
| 04:29:39 | pixelma | but tnx for taking the time |
| 04:30:07 | sharpe | maeck, how goes the graphical menu ? |
| 04:31:02 | maeck | sharpe: need to break up some code. To make it work likeand menu_init, menu_run. I will do some of that in a minute |
| 04:31:18 | maeck | starting that is, I wont be done in 55, 50, 45... |
| 04:32:03 | twisted` | maeck: booyah |
| 04:32:36 | twisted` | hmm |
| 04:32:42 | twisted` | I'm not too fond of icons like that... |
| 04:32:46 | twisted` | except |
| 04:32:50 | twisted` | when it's... well sketchy |
| 04:32:53 | maeck | twisted`: I did that in the last 5 minutes... spent most time finding the color settings in inkscape |
| 04:32:59 | twisted` | and that... just... scared me |
| 04:33:09 | twisted` | ahhh |
| 04:33:13 | twisted` | it looks better real size |
| 04:33:16 | twisted` | gmail thumbed it wrong |
| 04:33:37 | maeck | it will work for the menus... for now until some talent spends some serious time on it... |
| 04:33:44 | | Part t ("ERC Version 5.1.2 (CVS) $Revision: 1.815 $ (IRC client for Emacs)") |
| 04:34:03 | twisted` | hmm... cus I thought you wanted some _clean_ icons |
| 04:34:29 | pixelma | gotta go to sleep anyway |
| 04:34:51 | | Quit pixelma (" bye") |
| 04:34:55 | twisted` | maeck: received pm? |
| 04:35:03 | sharpe | maeck, are the icons still built in? |
| 04:35:14 | maeck | yeah, but the register stuff is annoying. And I want to CODE |
| 04:35:21 | maeck | not hang out here |
| 04:35:33 | sharpe | muahahah. |
| 04:35:34 | twisted` | huh? |
| 04:35:38 | twisted` | *pop* |
| 04:35:41 | maeck | anybody got peanuts and a beer? |
| 04:36:18 | maeck | sharpe: yes, would be great if I could load them at start. Easier for themes. |
| 04:36:56 | twisted` | lot :) |
| 04:37:04 | maeck | need to find a way to scale the bitmaps. Need to extend the lcd_bitmap function for that. |
| 04:37:47 | scottder | how bout cashews |
| 04:38:04 | maeck | just skip lines to scale... none of that fancy pansy bi-linear cube scaling with interpollation and sperical abberation and such... |
| 04:38:12 | maeck | not nuts |
| 04:40:05 | twisted` | maeck: btw have u checked how hard it is to rotate it like I showed in that image? |
| 04:40:59 | maeck | not too tough, but costs cpu cycles... (read slows down). |
| 04:41:29 | twisted` | hmm, is it really that much of a difference compared to the original? |
| 04:42:03 | sharpe | you don't have to worry about cpu cycles on the 5g until you have to emulate a processor at 300 000 instructions per second, with at least 25 frames per second. |
| 04:42:25 | sharpe | :D |
| 04:42:31 | twisted` | how fast is the cpu of the 5g anyway |
| 04:42:38 | sharpe | 75mhz at full speed |
| 04:42:42 | sharpe | two cores |
| 04:42:50 | maeck | exactly. Well, sharpe, how is the Open GL emulator going? |
| 04:42:53 | twisted` | two? seriously? |
| 04:42:56 | sharpe | yes |
| 04:43:01 | sharpe | rockbox only uses one as of yet |
| 04:43:02 | twisted` | _wow_ |
| 04:43:06 | sharpe | opengl emulator? |
| 04:43:29 | maeck | sharpe: I am kidding about the openGL stuff |
| 04:43:34 | sharpe | heh... |
| 04:43:43 | dj-fu | is rockbox currently only using one core? |
| 04:43:48 | maeck | or did I put a though into your clockwork? |
| 04:43:53 | maeck | yes |
| 04:43:54 | sharpe | yes. |
| 04:43:57 | dj-fu | it'd be nice to have both cores running.. crossfeed + eq + realtime playback |
| 04:44:01 | twisted` | sharpe: dude, the 5g is like 75x faster then the c64 |
| 04:44:05 | maeck | Has two legs, but uses only one... smart eh? |
| 04:44:14 | sharpe | yes, yes it is. |
| 04:44:23 | sharpe | but the c64 didn't have to run within rockbox. |
| 04:44:27 | maeck | but the Ipod does not come with a 6503 processor |
| 04:44:37 | maeck | 6502 that is |
| 04:44:38 | sharpe | and video output wasn't handled within the cpu |
| 04:44:38 | twisted` | true true |
| 04:44:46 | twisted` | still |
| 04:44:50 | twisted` | lot of fiddle space :D |
| 04:44:53 | sharpe | 6510 actually. |
| 04:45:05 | | Quit root_ ("[BX] Does your mommy know you use BitchX?") |
| 04:45:10 | sharpe | tis the 6502 with more i/o lines |
| 04:45:21 | maeck | interesting |
| 04:45:37 | sharpe | my god, why is it so hard to make a keyboard that's rectangle in shape, and is wireless?! |
| 04:45:43 | maeck | well, 6502 assembly is about just as risc as the ARM... |
| 04:46:11 | sharpe | well, right not it supposedly runs at 104% emulation... |
| 04:46:32 | sharpe | however it's only displaying 10 out of 25 frames per second |
| 04:46:46 | maeck | emulating a ramdac is hard |
| 04:46:50 | sharpe | which i don't get why... |
| 04:47:00 | midkay | sharpe, there is only one solution.. |
| 04:47:03 | sharpe | emulating fire would be the hardest thing to emulate. |
| 04:47:17 | sharpe | midkay, what would that be? |
| 04:47:44 | maeck | twisted`: are you okay with the guideline I gave you? can you run with that? |
| 04:47:45 | midkay | sharpe, you need to compile and execute a version of the emulator that features a putsxy(5, 52, "speed: 502fps"); |
| 04:47:54 | twisted` | maeck: guideline? |
| 04:47:56 | midkay | from then on the performance will be magically rather faster. |
| 04:48:00 | twisted` | maeck: the things you wrote you mean? |
| 04:48:06 | sharpe | mmm, inflated statistics. |
| 04:48:07 | twisted` | yup I'll try to fix some stuff up yep |
| 04:48:15 | maeck | twisted`: no the little image. |
| 04:48:16 | twisted` | maeck: but, in the weird style you send or you want nice 'n clean |
| 04:48:29 | maeck | something quick |
| 04:48:55 | twisted` | hmm... then I could just as well do it on paper... but I'll check what I'll draw on the pc :) |
| 04:53:34 | | Part YouCeyE ("Leaving") |
| 04:54:27 | | Quit ProgramZeta (Read error: 110 (Connection timed out)) |
| 04:55:43 | | Quit TeaSea ("Leaving") |
| 04:59:06 | | Quit Galois ("Leaving") |
| 05:00 |
| 05:00:36 | | Quit Kyomi () |
| 05:01:34 | | Join Rob2222_ [0] (n=Miranda@ACB18B5F.ipt.aol.com) |
| 05:01:46 | | Join qwm_ [0] (n=qwm@h147n2fls32o1010.telia.com) |
| 05:03:12 | | Join Galois [0] (i=djao@efnet-math.org) |
| 05:04:02 | twisted` | maeck: I saw you released new code, but, how do I compile it so I get a new .rock ? |
| 05:04:23 | twisted` | or is there a make file included? |
| 05:05:06 | sharpe | okay, i'm on my third attempt at how it's going to be rendered. |
| 05:05:50 | sharpe | wait... |
| 05:05:50 | maeck | the result on the ipod video is the same as it was before. Only, if you compile for Nano, it is scaled down to fit the wee screen. |
| 05:05:53 | sharpe | fourth. |
| 05:06:49 | | Quit twisted` ("Lost terminal") |
| 05:06:50 | maeck | twisted`: if you want to compile, first add the zip file to you dev environment, then put the new gfxmenu.c file in the plugins directory, then build the normal way |
| 05:07:08 | | Quit hardeep ("BitchX: now with Olestra!") |
| 05:11:51 | | Join twisted` [0] (n=twisted@a213-84-144-245.adsl.xs4all.nl) |
| 05:14:33 | | Quit qwm (Read error: 110 (Connection timed out)) |
| 05:15:57 | maeck | twisted`: if you want to compile, first add the zip file to you dev environment, then put the new gfxmenu.c file in the plugins directory, then build the normal way |
| 05:16:19 | twisted` | maeck: I got no idea howto build for rockbox |
| 05:16:35 | twisted` | maeck: never build rockbox myself yet tho |
| 05:17:49 | maeck | well, start with a clean build then. If you follow the instructions on the website it will be fairly easy if your in a linux environment. |
| 05:17:59 | maeck | build a simulator to start with. |
| 05:18:11 | twisted` | oh boy... |
| 05:18:17 | maeck | Then you experiment with a cross compiler (also good docs on the website) |
| 05:18:19 | | Join P-Luc_Auclair [0] (n=P-Luc_Au@modemcable122.162-131-66.mc.videotron.ca) |
| 05:18:31 | maeck | then, start building some of the patches |
| 05:18:37 | twisted` | why cross compiler? |
| 05:18:57 | | Quit Rob2222 (Read error: 110 (Connection timed out)) |
| 05:19:03 | sharpe | you don't want the antichrist compiler, do you? :) |
| 05:19:04 | maeck | since there is no intel processor in the ipod, you have to compile for ARM processor. Different instruction set. |
| 05:19:18 | Galois | I never bothered building a simulator |
| 05:19:35 | twisted` | hmmm, ohyeah confused with xscale |
| 05:19:37 | twisted` | that's intel |
| 05:19:37 | twisted` | lol |
| 05:19:37 | maeck | saves me a lot of plugging and unplugging of the ipod |
| 05:19:42 | P-Luc_Auclair | hey I was wondering, is it possible to write an app that plays sound over the music? |
| 05:19:59 | sharpe | neither do i. |
| 05:20:12 | Galois | if you plan to do dev work (especially UI) then it's worth it to build the simulator |
| 05:20:20 | maeck | agreed |
| 05:20:23 | goffa | hey Galois, how did you switch the play action again? |
| 05:20:34 | Galois | goffa wha? |
| 05:20:45 | maeck | I can understand that when you are working on sound decoding simulators are not really useful |
| 05:20:50 | goffa | like select select=play |
| 05:20:55 | goffa | or whatever |
| 05:21:14 | Galois | goffa: coming right up |
| 05:21:47 | Galois | http://efnet-math.org/~djao/play-switch.diff (ipod only) |
| 05:22:02 | goffa | doh |
| 05:22:04 | goffa | i have x5 |
| 05:22:08 | goffa | i'll look at it though |
| 05:22:09 | Galois | dude, you can figure it out |
| 05:22:21 | Galois | the IPOD and IAUDIO sections are almost the same |
| 05:22:25 | | Quit aegray (Remote closed the connection) |
| 05:22:29 | | Join aegray [0] (n=aegray@12-210-86-210.client.insightBB.com) |
| 05:23:12 | P-Luc_Auclair | sorry I'm a big newb but does rockbox run on linux firmware? |
| 05:23:30 | Galois | rockbox is not based on linux |
| 05:23:43 | sharpe | it can dual boot with linux... |
| 05:23:58 | *** | Saving seen data "./dancer.seen" |
| 05:24:17 | P-Luc_Auclair | okay, can I write an application that would play sound at the same time music is playing? |
| 05:24:36 | P-Luc_Auclair | like a timer over music |
| 05:24:51 | Galois | should be possible, that's how voice menus are supposed to work |
| 05:25:07 | | Quit Daishi ("Client exiting...") |
| 05:25:59 | | Join Daishi [0] (n=daishi@ool-457286ab.dyn.optonline.net) |
| 05:26:24 | P-Luc_Auclair | ok, I was thinking writing some kind of application that would play a beep say after 1 minute, 2 minute, user set, like when I go running I could have a beep that tells me when to stop running and do a walk pause etc. |
| 05:27:10 | sharpe | you may be able to get something from the metronome plugin |
| 05:27:16 | | Quit dj-fu (Remote closed the connection) |
| 05:27:26 | P-Luc_Auclair | ok, I'll look into that |
| 05:27:46 | sharpe | :) |
| 05:28:33 | goffa | ok ... i don't know much about c |
| 05:28:40 | goffa | RCS file: /cvsroot/rockbox/apps/tree.h,v |
| 05:28:50 | goffa | does that mean edit tree.h and tree.v ? |
| 05:29:04 | sharpe | only tree.h |
| 05:29:08 | goffa | ok |
| 05:29:11 | Galois | that file is a patch |
| 05:29:15 | sharpe | there is no tree.v |
| 05:29:15 | goffa | yeah |
| 05:29:17 | Galois | man 1 patch |
| 05:29:30 | goffa | will the patch work for x5? |
| 05:29:37 | P-Luc_Auclair | rockbox is all C? |
| 05:29:42 | Galois | no, you need to use your head a little here |
| 05:29:42 | maeck | yes |
| 05:29:51 | sharpe | P-Luc_Auclair: yes. |
| 05:29:55 | Galois | here's the basics of patch files. - means "remove this line" |
| 05:29:59 | Galois | + means "add this line" |
| 05:30:04 | goffa | figured that much |
| 05:30:04 | P-Luc_Auclair | cool |
| 05:30:26 | Galois | in this case you will notice I replaced TREE_RUN* with TREE_WPS* and vice-versa |
| 05:30:27 | maeck | P-Luc_Auclair: yeah building a plugin for that would make the most sense |
| 05:30:33 | goffa | so... i need to find what vars the x5 uses then? |
| 05:30:53 | Galois | 117,12 means line 117 column 12 |
| 05:30:54 | | Join ravon [0] (n=ravon@c-e947e455.029-28-73746f34.cust.bredbandsbolaget.se) |
| 05:30:54 | maeck | P-Luc_Auclair: you would first start your music, then browse the plugins and start say a chronometer or something.... that would be cool |
| 05:31:06 | goffa | ah |
| 05:31:06 | maeck | P-Luc_Auclair: not that I workout or something... |
| 05:31:12 | Galois | line 117 in the file tree.h is a 10-line block of commands |
| 05:31:23 | Galois | the top of the block says #elif (CONFIG_KEYPAD == IPOD_3G_PAD) || (CONFIG_KEYPAD == IPOD_4G_PAD) |
| 05:31:47 | Galois | which in english basically means "if the keypad is IPOD3G or IPOD4G then do this" |
| 05:31:50 | P-Luc_Auclair | hehe, I don't have firebox yet but it looks nice from what I've seen on my friend's X5 |
| 05:32:02 | P-Luc_Auclair | I thought it would be interesting for that |
| 05:32:04 | Galois | there's a separate section that belongs to the X5 |
| 05:32:11 | Galois | it's the one that starts with #elif CONFIG_KEYPAD == IAUDIO_X5_PAD |
| 05:32:31 | Galois | you need to go into that section and do the same thing in that section that I did inside the IPOD section |
| 05:32:39 | P-Luc_Auclair | I have this strange addiction to watches when I run, and I keep counting aloud so it fuck my breathing up :P |
| 05:32:45 | P-Luc_Auclair | I badly need a beep :P |
| 05:32:57 | goffa | so if i change that to 143 instead of 117 i should be ok? |
| 05:33:05 | maeck | P-Luc_Auclair: Firebox? Oh that is a fork from Rockbox... nowadays used for browsing the 'internets' |
| 05:33:10 | Galois | it's not quite that simple |
| 05:33:24 | Galois | the easiest thing to do is to edit tree.h, not the diff file itself |
| 05:33:28 | | Join speacial_ed [0] (n=chatzill@00095b0ec047.click-network.com) |
| 05:33:35 | goffa | ok... |
| 05:33:41 | P-Luc_Auclair | maeck, just a typo :P |
| 05:33:48 | Galois | since the main purpose of the diff file is to tell a computer how to change tree.h, and you don't really care about that |
| 05:33:51 | P-Luc_Auclair | firebox is a firewire soundcard :) |
| 05:34:21 | goffa | yeah |
| 05:34:47 | * | P-Luc_Auclair covers from rocks |
| 05:35:05 | Galois | go into the section "#elif CONFIG_KEYPAD == IAUDIO_X5_PAD" and, inside that section, change all the TREE_RUN to TREE_WPS and vice-versa |
| 05:35:25 | goffa | ok |
| 05:35:56 | Galois | then rebuild rockbox. It should work. |
| 05:36:11 | goffa | so.. you changed 4 lines basically? |
| 05:36:19 | Galois | right |
| 05:36:21 | goffa | ok |
| 05:36:34 | Galois | there are four -'s and four +'s in the diff file |
| 05:37:00 | goffa | well... time to hold breath, knock on wood, cross fingers while throwing salt over my shoulder |
| 05:37:03 | Galois | the diff file is for a computer. Computers don't understand english so you have to be super precise when you tell a computer what to change, hence the "117,12" and other mumbo jumbo |
| 05:37:30 | goffa | yeah |
| 05:37:49 | Galois | the diff(1) and patch(1) manual pages describe how the computer-style patches work |
| 05:38:22 | Galois | cvs(1) also has a diff command which basically calls diff on your local files against the CVS repository |
| 05:38:22 | goffa | do i want to do normal build? |
| 05:38:26 | Galois | yeah |
| 05:39:50 | goffa | grr.. not this again |
| 05:39:58 | goffa | thought i compiled m68k already |
| 05:40:15 | goffa | oh .. i'll bet i didn't put it in my path the other day |
| 05:51:20 | sharpe | hmm... |
| 05:51:31 | sharpe | 14.2 out of 25 frames per second, 154% realtime.. |
| 05:51:40 | * | goffa wishes he wasn't retarded |
| 05:52:05 | goffa | getting this: WARNING: The compiler you must use (m68k-elf-gcc) is not in your path! |
| 05:52:18 | goffa | i go to /usr/sh1 (which is in my path) |
| 05:52:30 | goffa | i see: bin include info lib libexec m68k-elf man share |
| 05:52:48 | goffa | wondering what i need to compile to get m68k-elf-gcc |
| 05:55:27 | goffa | the only m68k-elf-gcc that i see is for cygwin |
| 05:56:13 | Galois | PATH=/usr/sh1/bin:$PATH |
| 05:56:14 | Galois | should do it |
| 05:56:29 | goffa | ok |
| 05:59:02 | | Join amiconn_ [0] (n=jens@rockbox/developer/amiconn) |
| 06:00 |
| 06:02:05 | goffa | grr... error too big to paste |
| 06:02:37 | goffa | looks like it tries to do an rm of a lot of dirs |
| 06:02:51 | goffa | Error 1 |
| 06:02:57 | goffa | rm /home/goffa/pac/rockbox-bleeding/build/apps/plugins/fire.elf ... ... |
| 06:05:22 | goffa | ah |
| 06:05:28 | goffa | maybe nti- i- nte ellol |
| 06:05:35 | goffa | damn fingers were off one |
| 06:05:50 | goffa | meant maybe i found the error |
| 06:05:58 | goffa | make[2]: *** [/home/goffa/pac/rockbox-bleeding/build/apps/plugins/calculator.o] |
| 06:06:08 | goffa | don't know what that means though |
| 06:08:45 | | Quit RoC_MM ("Leaving") |
| 06:09:13 | | Join Paul_The_Nerd [0] (n=Paul@cpe-66-68-93-2.austin.res.rr.com) |
| 06:10:09 | goffa | grr... i can't get this to compile |
| 06:11:40 | goffa | calculator.c: In function `typingProcess': |
| 06:11:40 | goffa | calculator.c:1125: error: insn does not satisfy its constraints: |
| 06:11:46 | goffa | watever that means |
| 06:12:59 | | Join infamis [0] (n=4b035b14@labb.contactor.se) |
| 06:14:33 | | Part Paul_The_Nerd |
| 06:17:35 | | Quit amiconn (Read error: 110 (Connection timed out)) |
| 06:17:36 | | Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) |
| 06:22:17 | infamis | is this a known bug: when you turn off shuffle on a playlist that you turned shuffle on, it's still shuffled? |
| 06:24:52 | | Quit speacial_ed ("Bye") |
| 06:25:28 | infamis | for example: 1) shuffle is off 2) you start playing 'a_playlist.m3u' 3) you hold down the menu-button to get the quick menu and hit the 'left' button to turn shuffle on & exit out. 4) then you go back into that menu and turn shuffle off 5) you view the current playlist and it's shuffled, but in a different order (or a different start position, don't know) |
| 06:26:21 | infamis | I usually throw a whole directory in the running playlist, turn on shuffle & skip through tracks til I find something good, then turn off shuffle to continue that artist/album |
| 06:26:50 | goffa | i think it reshuffles when you turn shuffle on |
| 06:27:34 | infamis | but when you turn it off, the order looks either undefined or still shuffled...I just know it's not in-order as it is in the .m3u |
| 06:28:31 | goffa | hmm... i think there was a shuffle option elsewhere too |
| 06:29:53 | infamis | I guess the main question is, before you shuffle, is the current-order retained anywhere so that when you turn off shuffle, that order is restored |
| 06:32:00 | goffa | seems to be on mine |
| 06:32:31 | infamis | turning shuffle on and off restores the original order for you? |
| 06:33:00 | sharpe | no, but it could just reload the playlist if it's saved somewhere. |
| 06:33:06 | | Quit carini ("Chatzilla 0.9.72 [Firefox 1.5.0.2/2006030804]") |
| 06:33:22 | goffa | grr.. battery died |
| 06:34:55 | infamis | mine too...making the sim right now from a fresh cvs down |
| 06:35:09 | sharpe | if someone implemented it... |
| 06:35:12 | goffa | is m68k-elf-gcc 3.3.6 (303) |
| 06:35:17 | goffa | new enough? |
| 06:35:22 | sharpe | if it isn't already. |
| 06:35:37 | sharpe | i would assume any version is generally new enough. |
| 06:35:40 | goffa | ok |
| 06:35:49 | goffa | did you see my troubles above? |
| 06:36:30 | sharpe | um |
| 06:36:33 | sharpe | ... |
| 06:36:33 | infamis | I don't know enough about how the internals work to even mess with modifying code |
| 06:36:33 | goffa | CC calculator.c |
| 06:36:33 | goffa | calculator.c: In function `typingProcess': |
| 06:36:33 | goffa | calculator.c:1125: error: insn does not satisfy its constraints: |
| 06:37:01 | goffa | infamis: me either |
| 06:38:15 | infamis | goffa: what are you building? |
| 06:38:23 | goffa | rockbox itself |
| 06:38:30 | goffa | from source |
| 06:38:55 | sharpe | well, this probably won't help at all, but, try doing a 'make clean' then building it... |
| 06:38:57 | infamis | lol I mean what device & is it the sim or not |
| 06:39:09 | goffa | x5 |
| 06:39:13 | goffa | not sim |
| 06:39:15 | | Join ProgramZeta [0] (n=zetachan@ip68-101-174-185.sd.sd.cox.net) |
| 06:39:19 | goffa | just compiling in linux |
| 06:39:37 | infamis | latest cvs? |
| 06:39:41 | goffa | yeah |
| 06:40:03 | infamis | lemme see what I get |
| 06:40:07 | goffa | ok |
| 06:40:07 | sharpe | i'll try updating and compiling mine... |
| 06:40:29 | infamis | I'm under cygwin so I'm gonna win |
| 06:40:31 | infamis | ;) |
| 06:40:47 | sharpe | eh? |
| 06:41:48 | infamis | cygwin is known to be superfast |
| 06:41:48 | | Part P-Luc_Auclair ("Kopete 0.11.1 : http://kopete.kde.org") |
| 06:42:07 | sharpe | goffa, x5 right? |
| 06:42:08 | | Join qwm [0] (n=qwm@h147n2fls32o1010.telia.com) |
| 06:42:23 | goffa | yep |
| 06:42:34 | sharpe | building... |
| 06:42:45 | infamis | no error for me |
| 06:42:53 | infamis | with a (n)ormal x5(12) build |
| 06:43:04 | goffa | thats what i tried |
| 06:43:14 | goffa | i changed 2 vars in tree.h |
| 06:43:29 | sharpe | the #defines? |
| 06:43:33 | goffa | yeah |
| 06:44:24 | infamis | what'd you change? |
| 06:44:24 | goffa | #define TREE_WPS (BUTTON_SELECT | BUTTON_REL) |
| 06:44:25 | goffa | #define TREE_WPS_PRE BUTTON_SELECT |
| 06:44:25 | goffa | #define TREE_MENU (BUTTON_REC | BUTTON_REL) |
| 06:44:25 | DBUG | Enqueued KICK goffa |
| 06:44:25 | goffa | #define TREE_MENU_PRE BUTTON_REC |
| 06:44:25 | goffa | #define TREE_RUN (BUTTON_PLAY | BUTTON_REL) |
| 06:44:27 | goffa | #define TREE_RUN_PRE BUTTON_PLAY |
| 06:44:29 | infamis | you never mentioned that :) |
| 06:44:43 | goffa | switched run and wps |
| 06:45:19 | sharpe | hmm |
| 06:45:26 | sharpe | try getting version 3.4.5 |
| 06:45:46 | sharpe | (304) |
| 06:46:02 | ravon | HCl: Got it semi-working. |
| 06:46:38 | ravon | HCl: Can you please try it on your device when you get the chance? I'm not sure if the error is in dumb.c, in the dumb lib or if my iAudio is just too slow with the current implementation. |
| 06:46:54 | goffa | sharpe: as opposed to 3.4.6? |
| 06:47:09 | sharpe | ah... |
| 06:47:13 | sharpe | don't think it may matter? |
| 06:47:17 | sharpe | one sec... |
| 06:47:34 | goffa | it might |
| 06:48:24 | sharpe | i suppose 3.4.x should work. |
| 06:48:29 | goffa | ok |
| 06:48:47 | infamis | must be your version...I changed tree.h to reflect what you posted & compiles without error |
| 06:49:06 | infamis | I'm running 3.4.5 under cygwin |
| 06:49:35 | sharpe | as am i... |
| 06:49:51 | Galois | I got /usr/local/bin/m68k-elf-gcc-3.4.6 on linux, and I'm an official build server, so if it works here it ought to work there |
| 06:50:07 | goffa | ok |
| 06:51:15 | | Quit ProgramZeta (Read error: 104 (Connection reset by peer)) |
| 06:51:17 | infamis | sure that's the only thing you changed? |
| 06:51:23 | goffa | yep |
| 06:51:43 | goffa | thinking... |
| 06:51:56 | goffa | is m68k-gcc-elf same ver number as your gcc compiler? |
| 06:52:39 | | Quit qwm_ (Read error: 110 (Connection timed out)) |
| 06:52:58 | sharpe | mine isn't |
| 06:53:02 | goffa | ok |
| 06:53:39 | sharpe | gcc for me is 3.4.4, m68k-gcc-elf is 3.4.5 |
| 06:53:40 | goffa | but.. if you download gcc 3.4.5 will m68k-gcc-elf be 3.4.5? |
| 06:53:46 | Galois | goffa, you should have tried building it without making any changes in tree.h first |
| 06:53:59 | goffa | Galois: you are right |
| 06:53:59 | | Join Paul_The_Nerd [0] (n=Paul@cpe-66-68-93-2.austin.res.rr.com) |
| 06:55:05 | | Quit vmx (Read error: 110 (Connection timed out)) |
| 06:55:18 | | Join vmx [0] (i=oma@p549B6A0B.dip.t-dialin.net) |
| 06:57:28 | sharpe | if 1+1=2, and 2+2=4, 1+1+2=4. |
| 06:57:56 | infamis | does 4=1+1+2? |
| 06:58:01 | sharpe | yes. |
| 06:58:16 | infamis | or does 4=1+3 |
| 06:58:22 | sharpe | 3 is undefined! |
| 06:58:45 | infamis | lol |
| 06:59:09 | | Quit RotAtoR ("zzzzzzzz") |
| 06:59:55 | infamis | goffa: I don't think there's anything wrong with the source, it's most likely the setup....how have you setup the environment? look for you calculator in here: http://www.rockbox.org/irc/rockbox-20050813.txt |
| 07:00 |
| 07:00:24 | goffa | i doubt there is a problem with source too |
| 07:01:01 | sharpe | goffa, do you need a completely unhelpful comment(tm) ? |
| 07:01:32 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
| 07:01:32 | * | infamis waits... |
| 07:01:49 | goffa | heh.. sure |
| 07:02:06 | sharpe | maybe it doesn't like you. |
| 07:02:18 | | Part Paul_The_Nerd |
| 07:02:28 | goffa | i've thought about that |
| 07:02:53 | goffa | could be a government conspiracy too |
| 07:03:04 | sharpe | whee, time to take a break from coding the c64 emulator, and test gimp filters on images! |
| 07:03:29 | infamis | I say you just need to reinstall your build environment tools |
| 07:03:43 | infamis | per the wiki |
| 07:11:45 | goffa | crossing fingers |
| 07:11:57 | | Join B4gder [0] (n=daniel@static-213-115-255-230.sme.bredbandsbolaget.se) |
| 07:12:44 | maeck | test gimp filters on images? wha? |
| 07:13:15 | sharpe | i'm bored. |
| 07:13:55 | goffa | < - anticipating a compile |
| 07:14:02 | goffa | so yeah.. i'm bored too |
| 07:14:05 | BHSPitLappy | <ot> anyone in here know vmware server well? </ot> |
| 07:17:34 | sharpe | i think the silence give you my answer. |
| 07:17:49 | BHSPitLappy | meh |
| 07:17:57 | maeck | exit(0) |
| 07:17:59 | | Quit maeck ("Chatzilla 0.9.65 [Mozilla rv:1.7.12/20060202]") |
| 07:18:21 | sharpe | that's kind of funny |
| 07:18:28 | sharpe | i don't know why |
| 07:18:57 | goffa | yeah... i was thinking he was showing his geek cred. |
| 07:19:26 | sharpe | what if things worked like that in real life... |
| 07:19:43 | sharpe | i'd segfault. :( |
| 07:19:59 | infamis | I'd be in jail with all my illegal operations |
| 07:20:10 | goffa | the way things are going to night it.. same here |
| 07:20:38 | sharpe | i think i may get a lot of undefined function errors |
| 07:21:20 | goffa | the chicks would be giving me null pointer exceptions all the time |
| 07:21:34 | infamis | females would throw me 'syntax error'..."you can't say that!" |
| 07:22:02 | sharpe | i'm a complicated man. you know, like shaft. |
| 07:22:11 | infamis | he's a bad motha... |
| 07:22:19 | infamis | SHUT yo mouf! |
| 07:22:42 | | Quit lostnihilist (Read error: 110 (Connection timed out)) |
| 07:23:03 | infamis | I'd be doing some bit-banging here & there, you know, the usual |
| 07:23:29 | sharpe | that's a vaguely sexual innuendo. |
| 07:23:43 | sharpe | we don't like vague. |
| 07:24:01 | *** | Saving seen data "./dancer.seen" |
| 07:25:02 | sharpe | why doesn't life break out into song? |
| 07:25:29 | | Join dj-fu [0] (n=deejay@202-169-215-87.worldnet.co.nz) |
| 07:25:32 | infamis | umm...huh? |
| 07:26:38 | sharpe | in the play, fiddler on the roof, it breaks out into song |
| 07:26:40 | sharpe | ... |
| 07:26:55 | infamis | oh....lol |
| 07:27:10 | sharpe | along with the play, rent |
| 07:27:58 | sharpe | seems to be a trent |
| 07:27:59 | sharpe | trend. |
| 07:28:10 | goffa | its called broadway |
| 07:28:49 | goffa | grrr |
| 07:29:09 | | Join hardeep [0] (i=hardeeps@SDF.LONESTAR.ORG) |
| 07:30:13 | * | goffa wants gcc to compile properly |
| 07:33:38 | * | infamis wants ice cream |
| 07:34:00 | * | sharpe wants to sleep |
| 07:34:06 | infamis | then he will look like this :) |
| 07:34:53 | goffa | you can come over and have some.. i have vanilla and rocky road |
| 07:35:04 | goffa | for now... |
| 07:35:25 | goffa | 7-11 is probably closer though |
| 07:35:30 | | Quit [TCK] ("well, if you say so.") |
| 07:35:38 | infamis | can you paypal it? that'll work |
| 07:35:42 | Galois | so lwn is covering the [be]jewels fiasco |
| 07:35:46 | HCl | ravon: yea, got the code somewhere? |
| 07:36:03 | * | goffa inserts ice cream into infamis's paypal account |
| 07:36:05 | ravon | HCl: Haven't changed much IIRC, but I can upload dumb.c |
| 07:36:16 | hardeep | infamis: when you unshuffle a playlist, the order should match the original order except that the starting track may be different. is this what you're seeing? |
| 07:36:30 | infamis | hmm, let me confirm |
| 07:37:07 | ravon | HCl: http.//ormgas.com/misc/dumb.c |
| 07:37:53 | HCl | k.. will look at it later, not now, thanks |
| 07:38:13 | ravon | HCl: I've been playing around with the GET_MORE_RESULT_SIZE (which I assume defines the buffer size) define. Having it at 1024 makes it way too slow. |
| 07:38:26 | ravon | I think it took 12 seconds to render a 3 second sample. |
| 07:38:50 | infamis | hardeep: no, it doesn't match the original order; still shuffled |
| 07:38:58 | goffa | this is pissing me off |
| 07:39:02 | goffa | make[2]: m68k-elf-ranlib: Command not found |
| 07:39:08 | goffa | when i try to compile gcc |
| 07:39:12 | goffa | er make install |
| 07:39:25 | goffa | makes fine though |
| 07:39:27 | infamis | check your $PATH |
| 07:39:34 | B4gder | PATH not setup right |
| 07:39:38 | goffa | ok |
| 07:39:55 | Galois | you need to build and install binutils and make sure the install directory is in your path |
| 07:40:05 | B4gder | now goddamn it is SNOWING again |
| 07:40:25 | sharpe | i think i am going to eventually re-organize the emulator source... |
| 07:40:38 | sharpe | B4gder, i never get snow. |
| 07:41:00 | hardeep | infamis: ah, yes, i can reproduce. will investigate |
| 07:41:10 | goffa | yay |
| 07:41:15 | goffa | thanks everyone |
| 07:41:30 | Galois | snow in april is just *wrong* |
| 07:41:37 | * | B4gder nods |
| 07:41:41 | B4gder | it is depressing |
| 07:43:04 | hardeep | infamis: i'm assuming you have dircache enabled? |
| 07:44:11 | goffa | whee.. it compiled |
| 07:44:13 | infamis | lemme check... |
| 07:44:20 | goffa | now time to see what the damage is |
| 07:44:43 | infamis | hardeep: yes, it is on |
| 07:45:33 | hardeep | infamis: thanks, i see the problem |
| 07:45:38 | infamis | just confirmed that turning it off restores the correct order |
| 07:45:55 | infamis | hardeep: cool |
| 07:47:06 | sharpe | i'm pretty sure that this is around the fifth time i've tried to rewrite the code that times cpu execution... |
| 07:47:52 | | Quit infamis ("ip-add change for rapidshare :)") |
| 07:49:13 | sharpe | i think i have around 200 lines commented out |
| 07:53:09 | | Join infamis [0] (n=4b035bd9@labb.contactor.se) |
| 07:53:29 | | Join Paul_The_Nerd [0] (n=Paul@cpe-66-68-93-2.austin.res.rr.com) |
| 07:54:01 | | Quit BHSPitLappy (Read error: 104 (Connection reset by peer)) |
| 07:54:50 | sharpe | paul! |
| 07:54:56 | goffa | well that fixed the double depress problem... |
| 07:55:12 | Paul_The_Nerd | Me! |
| 07:55:14 | Paul_The_Nerd | What? |
| 07:55:24 | sharpe | i dunno. emuators are a bitch. |
| 07:55:28 | Paul_The_Nerd | Hehehe |
| 07:55:32 | goffa | now all i have to do is learn c and then i can make rockbox do exactly what i want... lol |
| 07:55:43 | sharpe | that's what we all thought... :D |
| 07:55:59 | Paul_The_Nerd | I may be slightly unresponsive. I'm here in case there are people who need help badly, but I'm distracted mostly, so may not respond (at all / quickly / first) |
| 07:56:08 | sharpe | fun! |
| 07:56:13 | sharpe | i've been helping a bit today |
| 07:56:36 | | Join mymomthelush [0] (i=user@66.42.106.138) |
| 07:56:37 | sharpe | or was that yesterday... |
| 07:56:45 | goffa | well.. bedtime for me |
| 07:58:01 | hardeep | infamis: should be fixed in latest cvs |
| 07:58:28 | sharpe | i wonder if it would be a viable solution for me to just declare an array large enough to contain the emulated ram, instead of using the plugin buffer... thoughts anyone? |
| 07:58:50 | B4gder | sharpe: oh yes |
| 07:59:25 | sharpe | i think the only reason i didn't do that, is because i had some problems with it in the past... |
| 08:00 |
| 08:00:38 | sharpe | but i look at pacbox's source, and it does that... |
| 08:00:39 | infamis | hardeep: i'll try it out |
| 08:01:46 | sharpe | er, does the arrays. |
| 08:01:57 | | Quit dj-fu (Connection timed out) |
| 08:04:26 | sharpe | B4gder, i've a question. |
| 08:05:01 | | Quit ravon ("Leaving") |
| 08:05:58 | B4gder | ask away my son |
| 08:06:00 | B4gder | ;-) |
| 08:06:42 | sharpe | when declaring the arrays for the emulated parts of memory, should i add "IBSS_ATTR" after the declaration? |
| 08:06:47 | infamis | hardeep: thanks, it works! |
| 08:07:21 | B4gder | sharpe: no, that puts it in IRAM and I don't think you'll fit them in there |
| 08:07:31 | sharpe | 'kay. |
| 08:08:27 | sharpe | i feel like i should just rewrite the code to be cleaner. |
| 08:10:00 | | Quit infamis ("CGI:IRC (EOF)") |
| 08:11:40 | | Join infamis [0] (n=4b0370dc@labb.contactor.se) |
| 08:12:46 | Paul_The_Nerd | If you feel that way, then it's probably the truth |
| 08:13:10 | sharpe | then i'll take a shower, and rid of the dirty code. :D |
| 08:13:37 | amiconn | morning |
| 08:13:49 | sharpe | should i keep the character rom in a seperate place, as it seems to be eventually overwritten... |
| 08:14:31 | B4gder | likely, since the C64 can re-use the rom areas as ram on demand |
| 08:15:09 | | Join ender` [0] (i=ychat@84.52.165.220) |
| 08:15:24 | sharpe | was it possible to change the character rom while it was running? |
| 08:15:50 | B4gder | what is the "character rom" ? |
| 08:16:31 | sharpe | sort of like the font, i suppose... |
| 08:16:42 | B4gder | ah |
| 08:16:55 | sharpe | 8 bytes per character... |
| 08:16:56 | B4gder | I don't remember if it was possible to modify in ru-time |
| 08:16:58 | B4gder | run |
| 08:17:02 | sharpe | i don't think it would be... |
| 08:17:29 | B4gder | no, I don't think it is |
| 08:17:33 | sharpe | since, i cant seem to find it copied anywhere in the ram |
| 08:18:21 | sharpe | okay, i'll skip loading it into the ram then |
| 08:19:05 | | Quit mymomthelush ("Trillian (http://www.ceruleanstudios.com") |
| 08:21:09 | amiconn | hardeep: Thanks! :-) Tagcache playlist creation speed on Ondio is now as it should be. |
| 08:21:28 | hardeep | amiconn: cool. how fast is it? |
| 08:21:42 | amiconn | 317 tracks: Before: 80 seconds. Now: 8 seconds |
| 08:21:47 | hardeep | nice |
| 08:21:51 | * | B4gder faints |
| 08:22:18 | sharpe | wow. |
| 08:22:53 | amiconn | I'll now check whether it makes a difference on recorder too |
| 08:23:15 | hardeep | yeah, i'm building the tagcache right now on it to see as well |
| 08:23:26 | | Join LinusN [0] (n=linus@rockbox/developer/LinusN) |
| 08:23:37 | hardeep | the archos is definitely needing an offline tagcache creator =) |
| 08:23:51 | amiconn | nah, not really |
| 08:24:07 | hardeep | it's been going for about 10m for me now |
| 08:24:46 | amiconn | How many tracks do you have on your archos? |
| 08:24:56 | hardeep | 3-4k |
| 08:25:09 | amiconn | Then expect 15...20 minutes for the scan |
| 08:25:21 | amiconn | ...and 3..4 minutes for the commit |
| 08:25:56 | amiconn | Btw, the not-syncing-while-adding fix should help all platforms, not just archos |
| 08:26:08 | | Join ravon [0] (n=ravon@213.115.150.209) |
| 08:26:16 | ravon | They have GOT to be kidding me. |
| 08:26:18 | amiconn | I noticed that (with the old code) the HD is seeking like mad during playlist creation |
| 08:26:22 | ravon | It's god damn snowing again. |
| 08:26:36 | hardeep | amiconn: not really. the sync is done in a separate thread for the swcodec devices |
| 08:26:39 | B4gder | ravon: hey, I already said that! ;-) |
| 08:26:46 | hardeep | it might improve some, but not as much as archos |
| 08:26:50 | ravon | B4gder: lol. Stockholm? |
| 08:26:53 | B4gder | yeps |
| 08:27:00 | ravon | Curse the weather guy. |
| 08:27:09 | amiconn | hardeep: Yeah, still, this thread and the ui thread will fight for the disk |
| 08:27:17 | ravon | B4gder: Huddinge by any chance? |
| 08:27:39 | B4gder | ravon: I live in Huddinge but I'm in Kista at work |
| 08:27:40 | | Quit infamis ("CGI:IRC") |
| 08:27:43 | | Join infamis [0] (n=4b0356b6@labb.contactor.se) |
| 08:27:49 | ravon | ha, cool :D |
| 08:28:03 | ravon | Now, if you'd live in Flemingsberg the world would indeed be small. |
| 08:28:21 | B4gder | I don't => Myrangen |
| 08:28:45 | ravon | Never heard of :/ |
| 08:28:52 | amiconn | hardeep: 65->25 seconds on a v1 recorder for a 3300-track playlist :) |
| 08:29:11 | Slasheri | hardeep: btw, do you know what might cause the "error while accessing .playlist_control file" quite often when trying to resume playback? that file seems to corrupt easily somehow.. |
| 08:29:35 | hardeep | amiconn: nice |
| 08:29:42 | amiconn | Slasheri: I didn't see this for years... |
| 08:29:53 | B4gder | me neither |
| 08:29:54 | amiconn | Nah, not years, but at least one year |
| 08:30:06 | hardeep | Slasheri: I've seen reports of that but haven't reproduced myself |
| 08:30:13 | amiconn | But then, I don't have dircache enabled |
| 08:30:25 | B4gder | me neither :-) |
| 08:30:25 | hardeep | not sure what could be causing it |
| 08:30:31 | Slasheri | weird.. i experience that almost daily.. |
| 08:30:54 | Paul_The_Nerd | I've had it a couple times recently |
| 08:31:12 | infamis | I've had it a recenlty also |
| 08:31:26 | hardeep | is everyone whose seen it using dircache? |
| 08:31:51 | Paul_The_Nerd | Aye |
| 08:32:04 | Slasheri | at least i have used dircache.. hmm, maybe i try disabling that for couple of days |
| 08:32:06 | amiconn | hardeep: Btw, do you know why the playlist sync is handled differently on hwcodec and swcodec (the playlist_cachectrl thread)? |
| 08:32:37 | Slasheri | hardeep: hmm, or maybe your latest commit could have fixed that |
| 08:32:43 | infamis | dircache, yup |
| 08:32:58 | hardeep | amiconn: that was to avoid unnecessary disk writes |
| 08:33:18 | amiconn | Yeah, but then why swcodec only? |
| 08:33:22 | infamis | Slasheri: I think so too, I've tried to reproduce the playlistcontrol file access error but haven't been able to |
| 08:33:36 | infamis | as of the latest cvs commits |
| 08:33:48 | Slasheri | infamis: ah, that sounds good. i will do some testing with that too |
| 08:34:09 | hardeep | it could be done for hwcodec as well... the main problem was with gapless playback on swcodec so that's what i focused on |
| 08:35:08 | amiconn | aha... hmm... |
| 08:35:47 | amiconn | I wonder what excessive disk access the playlist code does that would influence gapless playback... |
| 08:36:18 | hardeep | the playback code didn't respond too well to any disk access from playlist code |
| 08:36:20 | amiconn | Guess I need to check the commit msg |
| 08:36:42 | hardeep | in the playlist_next() call |
| 08:36:57 | amiconn | Hmm, perhaps the problem doesn't exist anymore with the latest playback code? |
| 08:36:59 | hardeep | for queued tracks, we needed to delete the track from playlist in that call |
| 08:37:03 | hardeep | possible |
| 08:37:56 | amiconn | Hmm, syncing that means a spinup. Maybe the was a problem? |
| 08:38:22 | amiconn | Or does the cachectrl thread also spin up asap? |
| 08:38:49 | hardeep | it was the delay in returning because of the spinup |
| 08:39:20 | hardeep | the cachectrl thread doesn't sync as frequently, and it's a separate thread so no problem |
| 08:40:12 | | Quit infamis ("CGI:IRC (EOF)") |
| 08:42:53 | amiconn | Hmm ok. From the commit msg it seems that the cachectrl thread is mainly useful in conjunction with dircache |
| 08:43:21 | | Join infamis [0] (n=4b0375e0@labb.contactor.se) |
| 08:44:06 | hardeep | amiconn: that was only because i made use of the cachectrl thread |
| 08:44:25 | hardeep | if that thread is available on hwcodec devices then it would see the same benefit |
| 08:44:51 | hardeep | we only flush to disk when it's active |
| 08:45:17 | | Join lostnihilist [0] (n=james@c-67-175-244-14.hsd1.il.comcast.net) |
| 08:45:42 | amiconn | Perhaps I read that wrong: "On non-dircache systems, behaviour should be the same as before (all commands except shuffle flushed immediately)." |
| 08:45:42 | | Quit infamis (Client Quit) |
| 08:46:44 | | Quit lostnihilist (Remote closed the connection) |
| 08:46:51 | hardeep | that's because they don't have the extra thread to get the benefit |
| 08:47:15 | amiconn | How does the cachectrl thread monitor disk activity? |
| 08:47:35 | hardeep | same as how the battery plugin works |
| 08:47:50 | hardeep | it sleeps for disk sleep time and then queries ata_disk_is_active() |
| 08:48:06 | amiconn | sounds a bit cumbersome |
| 08:48:13 | hardeep | how so? |
| 08:48:26 | | Join infamis [0] (n=4b035e5c@labb.contactor.se) |
| 08:48:43 | amiconn | I need to add disk activity signaling anyway for switching from config sector to config file for the main settings |
| 08:49:00 | amiconn | Today we have the delayed sector in the ata driver. This will go away then |
| 08:49:11 | hardeep | yeah, i was planning on switching to that once it became available |
| 08:49:22 | hardeep | this was just a nice, quick workaround until then |
| 08:49:44 | amiconn | hardeep: It's cumbersome because there may be multiple threads just waiting for a spinup |
| 08:50:32 | | Quit quobl (Remote closed the connection) |
| 08:50:41 | hardeep | well, in this case the thread was also being used for the dircache so it's not a completely wasted thread =) |
| 08:51:10 | | Join quobl [0] (n=quobl@tor/session/external/x-c1f605d71006e4f4) |
| 08:51:27 | amiconn | Hmm, "Tagcache is not ready"? |
| 08:52:38 | Slasheri | amiconn: hmm? |
| 08:53:55 | amiconn | Somehow the tagcache files are gone after updating to current cvs... |
| 08:54:10 | Slasheri | amiconn: did the tagcache engine code update as well? |
| 08:54:25 | | Join lostnihilist [0] (n=james@c-67-175-244-14.hsd1.il.comcast.net) |
| 08:54:37 | Slasheri | if the header version number changes, old files are automatically removed by tagcache |
| 08:54:53 | amiconn | Hmm, maybe. Not sure about the exact version I was running before |
| 08:55:01 | sharpe | the plugin api need a "axtoi()" function :D |
| 08:55:54 | Paul_The_Nerd | Y'know, it's really easy to accidentally overwrite a modified tagnavi.config |
| 08:56:31 | LinusN | where is tagnavi.config described? |
| 08:57:14 | | Join ProgramZeta [0] (n=zetachan@ip68-101-174-185.sd.sd.cox.net) |
| 08:57:14 | * | Paul_The_Nerd wouldn't know. |
| 08:57:14 | midkay | nowhere.. |
| 08:57:22 | Paul_The_Nerd | All I've done is read it, and tinker. :) |
| 08:57:26 | Slasheri | LinusN: there is no description for the syntax yet as it hasn't been finished yet |
| 08:57:42 | Slasheri | but the examples should give some clue |
| 08:59:26 | amiconn | Slasheri: The odd splash effect on swcodec after tagcache commit is still there, including the 'tagcache not ready' afterwards, requiring a reboot |
| 08:59:54 | Slasheri | amiconn: ah, trying that soon |
| 09:00 |
| 09:00:08 | Slasheri | i think that happens only if dircache is disabled |
| 09:00:48 | amiconn | yeah, quite possible |
| 09:01:37 | sharpe | using long variable names is satisfying. |
| 09:02:04 | | Join petur [0] (n=d4efd6a6@labb.contactor.se) |
| 09:02:29 | amiconn | Playlist creation speed from tagcache is obviously only limited by the disk now. |
| 09:02:49 | Slasheri | amiconn: hehe, sounds good |
| 09:03:00 | amiconn | 27 seconds for 3159 tracks on h140, 25 seconds for 3307 tracks on archos recorder |
| 09:06:05 | sharpe | well, rewriting the code seems to be going well. |
| 09:07:52 | | Quit Kyomi|off () |
| 09:08:29 | hardeep | insight rocks for debugging simulator |
| 09:08:50 | B4gder | :-) |
| 09:09:12 | amiconn | LinusN: Any news about the mysterious power drain? |
| 09:09:50 | | Quit jnc ("reboot maintainence") |
| 09:12:23 | | Join cismo [0] (i=cismo@adsl-85-217-37-27.kotinet.com) |
| 09:12:53 | LinusN | amiconn: no, i haven't had time |
| 09:13:45 | amiconn | Someone should check my theory about the isp1362 being a possible cause... |
| 09:14:24 | petur | LinusN: if I would supply you with a diff to build a test bootloader, could you test it for me (brick risk)? I want to init the isp1362 at boot time just like iriver does |
| 09:14:47 | LinusN | sure |
| 09:14:59 | petur | amiconn: guess what I'm doing several nights already (without progress :( ) |
| 09:15:13 | petur | LinusN: ok, will prep this tonight |
| 09:15:59 | | Join Hotfusion [0] (i=Hotfusio@ip70-185-188-75.mc.at.cox.net) |
| 09:16:10 | Hotfusion | hi everyone |
| 09:20:58 | amiconn | Bah, we should really implement rolo on ipod. Rebooting (e.g. for tagcache update) is cumbersome without it. |
| 09:22:04 | Hotfusion | I'll idle here awhile. just want to say I totally appreciate the work you guys do and can't wait for future versions for the iAudio x5 players |
| 09:22:39 | petur | Hotfusion: join the other 113 atm :P |
| 09:24:02 | *** | Saving seen data "./dancer.seen" |
| 09:25:47 | | Quit cismo_ (Read error: 110 (Connection timed out)) |
| 09:25:48 | | Quit Paul_The_Nerd ("Leaving.") |
| 09:26:31 | sharpe | hmm... |
| 09:26:35 | | Join jnc [0] (n=jnc@208.100.19.13) |
| 09:27:01 | sharpe | i was just about to put "/* settings struct */" next to the line that was, "struct settings {" |
| 09:27:08 | | Join Zagor [0] (n=bjst@rockbox/developer/Zagor) |
| 09:28:17 | midkay | i don't get it. |
| 09:28:26 | sharpe | heh. |
| 09:28:38 | amiconn | reboot, brb |
| 09:28:41 | | Quit amiconn (" HydraIRC -> http://www.hydrairc.com <- State of the art IRC") |
| 09:30:32 | | Quit twisted` (Remote closed the connection) |
| 09:31:16 | midkay | night |
| 09:31:25 | sharpe | g'night. |
| 09:33:40 | | Join amiconn [0] (n=jens@p54BD4D19.dip.t-dialin.net) |
| 09:35:13 | sharpe | i put, /* because that's how we roll */ explaining why i do something in the code... |
| 09:36:35 | hardeep | Slasheri: Sorting appears to be incorrect when viewing Genre->Blah-><All tracks> |
| 09:36:49 | petur | I really hate comments like this: int get_a_number(void); /* gets a number */ |
| 09:38:41 | Slasheri | hardeep: hmm, what do you mean by incorrect? currently alphabetical sorting is used |
| 09:38:53 | hardeep | Slasheri: it's not alphabetical |
| 09:38:56 | Slasheri | (but if chunked browsing had to be enabled, then sorting will be disabled) |
| 09:39:01 | hardeep | only in that view |
| 09:39:03 | Slasheri | ok, then chunked browsing was in use |
| 09:39:08 | hardeep | ah, okay... that must be it |
| 09:39:50 | Zagor | petur: yes, the golden rule is "don't document what you do, document _why_ you do it" |
| 09:40:57 | petur | the only people who read comments are those who are new to the code, so you should write them with that purpose |
| 09:48:29 | | Quit infamis ("CGI:IRC (EOF)") |
| 09:48:35 | sharpe | anyone have another word for process, or start...? |
| 09:51:33 | hardeep | execute |
| 09:51:36 | hardeep | engage |
| 09:51:47 | sharpe | eh, i used imitate. |
| 09:52:49 | sharpe | well, took about 400 lines, rewrote them into ~220 lines. |
| 09:53:13 | sharpe | funny thing is, the 220 lines are more readable and documented than the 400 lines. |
| 09:53:49 | petur | is that RB sourcecode? amiconn will be hapy ;) |
| 09:54:04 | sharpe | nope, c64 emulator source code. :) |
| 09:57:18 | sharpe | so disappointing, aren't i... |
| 09:57:33 | | Quit darkless (Client Quit) |
| 10:00 |
| 10:02:50 | | Join wehn [0] (n=wehn@82-143-222-203.rev.techex.net.au) |
| 10:05:38 | | Join linuxstb_ [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
| 10:05:40 | | Quit linuxstb (Remote closed the connection) |
| 10:06:02 | | Nick linuxstb_ is now known as linuxstb (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
| 10:06:53 | petur | these lala.com guys are really stupid |
| 10:07:18 | petur | I get invited, want to fill out the form and it turns out it's U.S. only |
| 10:07:26 | sharpe | lala.com ? |
| 10:07:36 | petur | and it's nowhere on their site |
| 10:08:21 | petur | cd swapping site that's starting up |
| 10:08:25 | sharpe | ah. |
| 10:08:45 | Hotfusion | never been to the site but sounds like something I'd expect coming from a site calle lala.com |
| 10:09:15 | Zagor | ooh, nice google logo today |
| 10:09:28 | Zagor | their most artistic yet afaik |
| 10:09:29 | sharpe | for readability, should i just reference the ram location, or use a function to fetch the value? |
| 10:09:33 | sharpe | yes, yes, it is... |
| 10:10:51 | sharpe | tis the artist's birthday :) |
| 10:13:07 | LinusN | shit vad rostig på pci och linux man blivit |
| 10:13:08 | Hotfusion | hmm. looks like he was drunk drawing it |
| 10:13:15 | LinusN | oops, wrong channel |
| 10:13:28 | sharpe | heh. |
| 10:15:20 | hardeep | blah, i can't reproduce the accessing playlist control error, even with dircache enabled |
| 10:15:28 | hardeep | please let me know if you still see it with latest cvs |
| 10:16:23 | | Join linuxstb_ [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
| 10:16:25 | | Quit linuxstb (Read error: 104 (Connection reset by peer)) |
| 10:16:37 | | Nick linuxstb_ is now known as linuxstb (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
| 10:17:17 | B4gder | ... introducing ipod mini 1G builds |
| 10:17:23 | Lynx_ | is there an automatic way to change the backlight timeout option when playing a game that requires looking at the screen without constant input, like sudoku? or do I have to go to the settings menu before playing every time? |
| 10:17:40 | * | linuxstb is regretting attempting to delete the HVSC collection from his player using Rockbox... |
| 10:17:43 | * | sharpe sounds a party favor. |
| 10:18:39 | linuxstb | 10 minutes and still deleting... |
| 10:20:13 | hardeep | sleep time |
| 10:20:15 | | Quit hardeep ("BitchX: coming soon to a theatre near you!") |
| 10:25:16 | B4gder | hey commit something! ;-) |
| 10:26:26 | webmind | can anyone tell me how to get the cursor down at the filename in the edit screen? |
| 10:26:30 | webmind | on the nano |
| 10:27:11 | Galois | yes |
| 10:27:33 | Galois | in between when it warps from top to bottom, there is one step when it is on the filename |
| 10:27:39 | webmind | hmmm |
| 10:27:45 | webmind | I'll try that |
| 10:27:49 | webmind | didn't notice it |
| 10:29:58 | linuxstb | Hmm.... My recursive delete has now been running for 20 minutes and still going... |
| 10:31:55 | | Join JdGordon [0] (n=JdGordon@c211-28-227-249.smelb1.vic.optusnet.com.au) |
| 10:32:11 | | Quit JdGordon (Client Quit) |
| 10:32:16 | | Join JdGordon [0] (n=JdGordon@c211-28-227-249.smelb1.vic.optusnet.com.au) |
| 10:32:27 | | Quit Lynx_ (" HydraIRC -> http://www.hydrairc.com <- IRC with a difference") |
| 10:33:04 | | Quit quobl (Read error: 104 (Connection reset by peer)) |
| 10:33:19 | sharpe | g'night. |
| 10:33:23 | | Join quobl [0] (i=debian-t@tor/session/external/x-32286a632252c1af) |
| 10:33:32 | | Join Rob2222 [0] (n=Miranda@ACB18B5F.ipt.aol.com) |
| 10:34:59 | B4gder | and we have a wider table! |
| 10:36:29 | petur | hehe, you found something to commit yourself ;) |
| 10:37:39 | linuxstb | Damn. 30 minutes and still deleting... |
| 10:38:36 | B4gder | petur: yeah, had to dig up something ;-) |
| 10:46:16 | | Quit dpassen1 (Read error: 110 (Connection timed out)) |
| 10:48:19 | | Quit Rob2222_ (Read error: 110 (Connection timed out)) |
| 10:48:52 | Bg3r | linuxstb how many files ? |
| 10:49:35 | linuxstb | Bg3r: About 32000 |
| 10:49:44 | linuxstb | And it's still going... |
| 10:49:47 | Bg3r | oh..... |
| 10:50:29 | linuxstb | I'm submitting a feature request to enable a user to abort the recursive delete if they are as stupid as me... |
| 10:54:02 | | Join qwm_ [0] (n=qwm@h147n2fls32o1010.telia.com) |
| 10:57:10 | Slasheri | linuxstb: hehe, just with my calculations, only the open() with so many files would take at least 32 minutes.. |
| 10:57:18 | Slasheri | that is without dircache |
| 10:57:29 | linuxstb | I'm now up to 50 minutes :) |
| 10:57:33 | Slasheri | :D |
| 10:57:37 | linuxstb | I think I should plug the charger in... |
| 10:57:53 | B4gder | its good with a thorough delete speed measure ;-) |
| 10:57:54 | Slasheri | yeah, opendir etc. will take some time too.. |
| 10:58:39 | linuxstb | So any guesses about when it might finish? |
| 10:59:18 | Slasheri | just looking into the delete code.. :) |
| 10:59:44 | linuxstb | Is the delete code in apps/ or firmware/ ? |
| 11:00 |
| 11:00:16 | Slasheri | yes, firmwre/common/file.c |
| 11:00:19 | Slasheri | it's quite simple |
| 11:00:26 | Slasheri | i would say that something over 60 minutes |
| 11:00:56 | linuxstb | Ah, so that will make user feedback tricky. |
| 11:01:43 | | Join darkless [0] (n=darkless@cpe.atm2-0-1131059.0x50a648ba.banxx1.customer.tele.dk) |
| 11:02:42 | | Join Evilnipple [0] (n=ME@bzq-88-154-48-215.red.bezeqint.net) |
| 11:03:00 | Slasheri | linuxstb: the ui could show easily how many files it has removed so far |
| 11:03:23 | Slasheri | and offer the stop button to stop the operation.. |
| 11:04:06 | linuxstb | I've just looked at the code - the recursive remove_dir() function is in apps/ - only the low-level delete is in firmware/. So yes, that's fine. |
| 11:04:17 | | Quit qwm (Read error: 110 (Connection timed out)) |
| 11:04:37 | Slasheri | hmm, do you have a deep directory structure or many dirs? |
| 11:04:44 | linuxstb | Can you go back in time a few hours and implement it for me? |
| 11:04:49 | Slasheri | because the opendir would be the slowest operation |
| 11:04:58 | Slasheri | :) |
| 11:05:03 | linuxstb | It's many dirs. |
| 11:05:09 | linuxstb | But quite shallow. |
| 11:05:42 | * | Slasheri goes to the dusty basement to put the ancient timemachine in operation |
| 11:08:29 | linuxstb | Now 60 minutes... |
| 11:10:22 | Bg3r | hm, read(),write() etc don't check the fd value ... |
| 11:13:05 | | Join PaulJ [0] (n=PaulJ@vpn-3051.gwdg.de) |
| 11:14:05 | linuxstb | Hmm. Deleting the same folder from another one of my players took about 30 seconds from my PC... |
| 11:15:14 | | Join muesli__ [0] (n=muesli_t@88.134.20.76) |
| 11:16:49 | | Join Fots [0] (i=Fots@ppp64-85.lns1.mel4.internode.on.net) |
| 11:16:59 | Fots | hey guys :D |
| 11:17:02 | | Join Moos [0] (i=DrMoos@m132.net81-66-158.noos.fr) |
| 11:18:22 | * | B4gder heys |
| 11:18:29 | Fots | :D:D:D |
| 11:18:39 | Fots | i just installed rockbox onto my ipod and am just playing around with it |
| 11:18:53 | Shonky | A quick one: markun and I have been talking RB on a Toshiba gigabeat over on #gigabeat. It's basically himself, me and another guy and that's it. Since the Gigabeat already runs full linux how feasible would running Rockbox under it's linux OS be? I know nothing of Rockbox. |
| 11:18:56 | Fots | so cool seeing an mpc file play on this thing :D although it does seem to stutter a little im afraid |
| 11:19:15 | B4gder | Shonky: you could basically run the Rockbox simulator |
| 11:19:33 | B4gder | Shonky: which is Rockbox using SDL for UI/sound |
| 11:19:36 | | Join DrMoos [0] (i=DrMoos@m132.net81-66-158.noos.fr) |
| 11:19:47 | Shonky | Does that have a high overhead though? |
| 11:19:57 | B4gder | well yes, you'd have the linux overhead |
| 11:21:10 | Fots | guys, im sorry, may i ask, apart from the fonts available in the package i downloaded, is there any other fonts or ways that i can use to make it a little easier to read the text ? my eyes kinda suck :D |
| 11:21:37 | B4gder | rasher.dk/rockbox/fonts/">http://rasher.dk/rockbox/fonts/ |
| 11:21:42 | Fots | cheers |
| 11:21:43 | Fots | :D |
| 11:22:26 | | Join Coroner [0] (n=Coroner@dslb-084-060-158-054.pools.arcor-ip.net) |
| 11:22:43 | | Join Rob2222_ [0] (n=Miranda@ACB18B5F.ipt.aol.com) |
| 11:22:55 | | Quit Moos (Read error: 104 (Connection reset by peer)) |
| 11:23:02 | | Nick DrMoos is now known as Moos (i=DrMoos@m132.net81-66-158.noos.fr) |
| 11:23:25 | | Join SereR0KR [0] (n=Fletcher@Fce58.f.strato-dslnet.de) |
| 11:23:42 | | Join damaki_ [0] (n=Chocolat@ALille-153-1-37-6.w83-198.abo.wanadoo.fr) |
| 11:24:06 | *** | Saving seen data "./dancer.seen" |
| 11:24:49 | linuxstb | Shonky: There are lots of embedded devices running Linux, so it could be interesting to develop a version of Rockbox capable of running in such an environment - including the gigabeat. As B4gder said, it won't be as efficient as native Rockbox. But it should be a lot less work. |
| 11:25:33 | Shonky | linuxstb and B4gder: well we have a 300MHz ARM9 core to play with :) |
| 11:25:48 | linuxstb | Yes, but "efficiency" = "battery life". |
| 11:25:57 | B4gder | indeed |
| 11:26:08 | B4gder | 300mhz = eato mucho batteryo |
| 11:26:23 | Shonky | I realise that but the faster I get something the better :) |
| 11:26:30 | B4gder | then go! ;-) |
| 11:26:41 | | Join wefds [0] (n=muesli_t@88.134.20.76) |
| 11:26:56 | linuxstb | Shonky: Has anyone managed to run their own application on the gigabeat under Linux yet? |
| 11:26:57 | Shonky | Hell this thing has 16 hours life. I could live with 4 for most situations. |
| 11:27:45 | Shonky | markun has got scripts running. I can't get scripts to run on my X60 though. I'm sure I could compile and run a binary if I could get the script thingo working. |
| 11:28:00 | Shonky | I think the X series is a little different to the F. |
| 11:28:01 | B4gder | but I agree that getting Rockbox-on-Linux decent would enable it to easier run on lots of more players |
| 11:28:27 | Shonky | B4gder: in the simulator? |
| 11:28:36 | B4gder | based on the simulator at least |
| 11:28:49 | B4gder | as then it wouldn't simulate anymore ;-) |
| 11:29:06 | Galois | there's lots of WinCE devices too if we want to go that route |
| 11:29:09 | Shonky | true |
| 11:29:32 | linuxstb | You would probably have to write specific button/lcd/sound drivers for each device - depending on the APIs they provide. You also have the threading to deal with. |
| 11:29:46 | B4gder | well, I won't prevent anyone from attempting rockbox on a wince device |
| 11:30:01 | | Quit Coroner ("visit yoursite.com") |
| 11:30:10 | Shonky | markun was thinking of a standalone app with it's own drivers etc like conventional rockbox. I just was coming from the other angle thinking a linux app instead. |
| 11:30:16 | B4gder | linuxstb: you mean it couldn't use threading similar to the current sim? |
| 11:30:38 | linuxstb | The current threading doesn't work well AFAIK. I think that's the cause of the audio problems. |
| 11:30:39 | Shonky | They don't provide any API. All the drivers are done with kernel modules inserted at boot time to get them around the GPL. |
| 11:30:49 | B4gder | ok |
| 11:31:18 | Bg3r | hm, it seems that lcd_default_contrast() isn't used practically anywhere and lcd_remote_default_contrast() isn't used at all ... |
| 11:31:32 | B4gder | Shonky: how do you access the LCD then? /dev/fb0 ? |
| 11:31:43 | linuxstb | Shonky: You'll need to reverse-engineer the API then. I've looked at the gigabeat firmware, and I think Toshiba have helpfully left the symbols there. |
| 11:31:49 | Shonky | Fortunately the modules aren't totally stripped making looking at them easier. |
| 11:32:15 | Shonky | Not sure about the LCD exactly yet. I think through a dev and ioctls |
| 11:33:00 | B4gder | well if you can run their program with strace or similar that could be rather easy to track down |
| 11:33:01 | linuxstb | IMO, the first thing would be a proof-of-concept standalone linux app which accesses the important features of the gigabeat - filesystem, LCD, buttons and sound. |
| 11:33:23 | B4gder | after all, they don' |
| 11:33:29 | B4gder | t use uclinux |
| 11:33:55 | B4gder | ie = full linus = proper going-through-kernel procedures |
| 11:33:57 | B4gder | linux |
| 11:34:11 | Shonky | Yes. Unfortunately I really need an X model upgrade to get me started or at least knowledge of how it upgrades. That's why I was chasing you B4gder for the X upgrade |
| 11:34:28 | Shonky | Yes full linux. MMU, the works. |
| 11:34:28 | B4gder | didn't find any yet? |
| 11:34:37 | Shonky | No :( |
| 11:35:03 | B4gder | how eird |
| 11:35:05 | B4gder | weird |
| 11:35:27 | Shonky | It's a relatively new product (consider it a different product to the F) with few current *bugs* so my chances are a bit slim at the moment. |
| 11:35:38 | linuxstb | Hurray! My delete has finally finished after almost 90 minutes :) |
| 11:36:05 | petur | now it needs defragging? |
| 11:36:18 | B4gder | Shonky: well still, I found that upgrade image easily |
| 11:36:38 | Shonky | Are you sure it was for an X30 though as your directoru implies? |
| 11:36:41 | | Quit Rob2222 (Read error: 110 (Connection timed out)) |
| 11:36:46 | linuxstb | petur: It should be fine - those files were the last thing I copied on, and the first thing deleted. |
| 11:37:24 | Shonky | I haven't hunted high and low. Asked everywhere sensible. Waded through lots of Japanese web pages.... |
| 11:37:32 | Shonky | haven't -> have |
| 11:37:34 | | Quit muesli__ (Read error: 110 (Connection timed out)) |
| 11:37:35 | | Join muesli__ [0] (n=muesli_t@88.134.20.76) |
| 11:38:07 | Bg3r | linuxstb what player was this on ? |
| 11:38:23 | B4gder | Shonky: hm, perhaps I was sloppy then |
| 11:38:32 | linuxstb | Bg3r: ipod 4G Color. Don't ask me to test other players :) |
| 11:38:37 | Bg3r | :D |
| 11:38:41 | | Quit damaki__ (Read error: 110 (Connection timed out)) |
| 11:39:08 | Shonky | No worries. If you ever see one again though, hang on to it ;) I think you had an F upgrade personally |
| 11:39:19 | Shonky | Anyway, I have to go home (2 hour commute) |
| 11:40:39 | | Quit sandoaway (Read error: 104 (Connection reset by peer)) |
| 11:41:27 | HCl | hmm |
| 11:41:30 | HCl | ravon: host not found |
| 11:42:47 | Fots | guys, i must say, great work on the firmware, im afraid i had to roll back to the apple one due to the audio stopping ever few seconds |
| 11:42:58 | Fots | i tried it with q6 mpc and −−alt-preset standard mp3 |
| 11:43:02 | Fots | :") oh well |
| 11:43:12 | crashd | Fots: did you have latest build? |
| 11:43:18 | crashd | because, playback has been up in the air lately |
| 11:43:22 | Fots | aah |
| 11:43:26 | Fots | hmm, well I grabbed the daily build |
| 11:43:28 | crashd | don't be so quick to judge ;) |
| 11:43:29 | Fots | rockbox-ipodcolor-20060420.zip |
| 11:43:30 | crashd | when from? |
| 11:43:38 | Fots | :") just today i believe |
| 11:43:49 | Fots | i will try it again, dont worry |
| 11:44:04 | | Quit JBGood25 (Read error: 110 (Connection timed out)) |
| 11:44:19 | Fots | when i saw the feature set, my jaw dropped for about 20 minutes |
| 11:44:20 | Fots | :D |
| 11:44:51 | | Join Maxiii [0] (n=on@202.177.231.10) |
| 11:44:53 | HCl | ravon: ah, nm |
| 11:45:28 | linuxstb | Fots: Audio stuttering is caused by the CPU failing to decode fast enough. You can help this by disabling other CPU-intensive tasks, such as the Equalizer, Crossfeed and the peakmeters in your While Playing Screen (WPS). |
| 11:45:56 | | Quit Maxiii (K-lined) |
| 11:45:57 | Fots | ok i will try that out :D |
| 11:46:04 | linuxstb | To disable the peakmeters, just choose a different theme - e.g. "boxes". |
| 11:46:18 | Fots | cool, i'll just reinstall the firmware and retry |
| 11:46:20 | Fots | brb :D |
| 11:46:32 | Slasheri | ah, now tagcache commit should be a way faster with a less complex search |
| 11:46:35 | Slasheri | testing :) |
| 11:46:59 | | Quit wefds (Read error: 110 (Connection timed out)) |
| 11:47:27 | | Join wefds [0] (n=muesli_t@88.134.20.76) |
| 11:48:32 | Slasheri | promising.. it was faster but it also corrupted the data ;) |
| 11:48:49 | B4gder | hehe |
| 11:50:32 | HCl | mmm, i'll need to adapt databox to work on tagcache, but first i want to take a look at dumb.. |
| 11:51:34 | Slasheri | HCl: that sounds good |
| 11:51:45 | * | B4gder wants a databox with ascii search strings |
| 11:51:48 | Slasheri | the tagcache api should be quite simple to do that |
| 11:52:04 | HCl | B4gder: shouldn't be too hard, all it needs is a scanner to be able to read text |
| 11:52:26 | B4gder | it would be cool to be able to edit them on host or provide a set of generated ones etc |
| 11:52:27 | HCl | the only downside is that at the moment, databox forces a search query to be correct |
| 11:52:30 | HCl | and is idiotproof |
| 11:52:31 | Slasheri | HCl: you should also have a look of the tagnavi.config |
| 11:52:37 | HCl | later, later, first libdumb |
| 11:52:41 | HCl | very busy with college too |
| 11:52:45 | Slasheri | :) |
| 11:52:45 | HCl | i barely even get enough sleep nowadays |
| 11:52:46 | HCl | :/ |
| 11:53:09 | B4gder | sleep? now that's only for really old people |
| 11:53:22 | * | B4gder looks at LinusN but says nothing |
| 11:53:26 | Bg3r | but they often have insomnia :D |
| 11:54:11 | B4gder | nothing beats a fine SIGSEGV |
| 11:55:00 | B4gder | lunch! |
| 11:58:31 | | Join Rob2222 [0] (n=Miranda@ACB18B5F.ipt.aol.com) |
| 11:58:44 | | Join filoktetes [0] (n=filoktet@g-001.osl255.netcom.no) |
| 11:59:41 | | Join Paul_The_Nerd [0] (n=Paul@cpe-66-68-93-2.austin.res.rr.com) |
| 12:00 |
| 12:00:11 | Fots | alrighty ... |
| 12:00:14 | Fots | lame 320 encode plays ok |
| 12:00:20 | Fots | now trying vbr aps encode |
| 12:00:21 | Fots | :D |
| 12:00:33 | Fots | i LOVE not using itunes :D |
| 12:00:49 | Fots | seems to be playing find ! w00t |
| 12:01:11 | crashd | ;) |
| 12:01:36 | Fots | thanks man :D |
| 12:01:48 | Fots | i made sure the eq and crossfeed was off |
| 12:01:51 | Fots | maybe it was that :D |
| 12:05:20 | crashd | yeah |
| 12:05:24 | crashd | that really saps it |
| 12:05:44 | | Quit muesli__ (Read error: 110 (Connection timed out)) |
| 12:07:07 | Bg3r | shouldn't things like [MIN|MAX]_CONTRAST_SETTING be in the apropriate config-xxxx.h files ? |
| 12:07:42 | Bg3r | instead of settings.h |
| 12:09:24 | ravon | HCl: Got your charger now? |
| 12:12:30 | | Quit Rob2222_ (Read error: 110 (Connection timed out)) |
| 12:13:04 | preglow | mp3 is slooow on ipod yet :/ |
| 12:13:07 | preglow | god knows why |
| 12:13:48 | | Join twisted` [0] (n=twisted@a213-84-144-245.adsl.xs4all.nl) |
| 12:13:58 | * | twisted` smacks sharpe |
| 12:14:12 | twisted` | sharpe: no offence :P it was just the first nick that sprung to my mind |
| 12:14:54 | Moos | preglow: any luck with the musepack patch? |
| 12:23:02 | | Join webguest65 [0] (n=5087f04e@labb.contactor.se) |
| 12:23:47 | webguest65 | hardeep implemented a shuffle all feature, is that a shuffle album feature ? |
| 12:24:41 | preglow | Moos: trying to fit it in today |
| 12:24:44 | preglow | i don't have much time |
| 12:24:57 | Moos | preglow: ok, thanks |
| 12:27:58 | webguest65 | 02.16.44 # <hardeep> now everyone can stop asking for the shuffle all feature −− it's in! |
| 12:28:15 | webguest65 | shuffle all albums ? |
| 12:29:23 | LinusN | all files |
| 12:29:50 | | Join _FireFly_ [0] (n=FireFly@dslb-084-056-102-081.pools.arcor-ip.net) |
| 12:29:54 | webguest65 | albums are folders I guess |
| 12:30:06 | Paul_The_Nerd | Albums are albums. |
| 12:30:39 | webguest65 | file tree system what is a folder ? |
| 12:30:40 | | Quit filoktetes ("Leaving") |
| 12:30:56 | Paul_The_Nerd | Well, if you've put your albums in individual folders then yes, they're also folders. |
| 12:31:01 | Paul_The_Nerd | But really "Those folders are albums" |
| 12:31:26 | Paul_The_Nerd | But that would be a "shuffle folders" feature really. A shuffle albums feature would only work within TagCache. |
| 12:32:02 | webguest65 | so hardeeps shuffle all feature is nothing new then |
| 12:33:47 | HCl | finally, my iriver charger |
| 12:33:57 | Paul_The_Nerd | Wouldn't know |
| 12:34:07 | Paul_The_Nerd | I was just clarifying the difference between "Shuffle Albums" and "Shuffle Folders" |
| 12:34:37 | LinusN | it's not a new feature at all |
| 12:35:07 | LinusN | it's mainly that you can play the "All tracks" virtual folder in database mode |
| 12:35:48 | webguest65 | ah, it's for db, thanks for clarifying Linus |
| 12:36:08 | LinusN | shuffle all can be done in file mode too |
| 12:37:21 | webguest65 | yes I know, I just got excited because I tought that he finally gave in and implemented shuffle all folders in File Tree |
| 12:37:32 | Bg3r | does anyone knows min/max contrast values per target ? |
| 12:37:50 | Bg3r | s/knows/know |
| 12:38:26 | LinusN | Bg3r: use the source, luke |
| 12:39:05 | Bg3r | LinusN the source doesn't help much ...\ |
| 12:40:43 | Bg3r | especially settings.h ... |
| 12:41:46 | | Quit SereR0KR ("XChat Aqua") |
| 12:42:16 | | Join ashridah [0] (i=ashridah@220-253-121-82.VIC.netspace.net.au) |
| 12:42:21 | | Part webguest65 |
| 12:43:38 | | Quit Paul_The_Nerd ("Leaving.") |
| 12:47:51 | amiconn | linuxstb: I could have warned you that recursive delete is slow. |
| 12:48:25 | amiconn | It usually takes several minutes to just delete the 'System volume information' crap added by windows from time to time |
| 12:49:11 | amiconn | LinusN: 'Shuffle all' cannot easily be done in file mode. You can recursively insert a folder shuffled, but not the root itself |
| 12:49:36 | amiconn | ...and generating root.m3u is now slower than using the 'All tracks' folder in tagcache |
| 12:49:37 | LinusN | then have all your music in a folder |
| 12:49:45 | | Join SereR0kR [0] (n=SereR0kR@Fce58.f.strato-dslnet.de) |
| 12:50:16 | amiconn | I don't see the point of having an extra layer of folders, so I have my genre folders in the root |
| 12:51:02 | LinusN | i have my music in a music folder |
| 12:51:02 | LinusN | to separate it from audiobooks and data |
| 12:51:44 | amiconn | I have no audiobooks. Data is in a separate folder which is hidden on target |
| 12:52:17 | LinusN | sure |
| 12:52:20 | linuxstb | amiconn: Now you tell me that :) |
| 12:52:36 | | Quit `3nergy (Read error: 104 (Connection reset by peer)) |
| 12:52:50 | LinusN | but if you want to have an easy way to shuffle all, having it in a subdir is a way to do it |
| 12:53:10 | amiconn | Or use 'All tracks' with shuffle now... |
| 12:53:20 | amiconn | :) |
| 12:53:35 | LinusN | my music isn't that well tagged, so i don't use the database |
| 12:54:00 | | Join `3nergy [0] (n=3nergy@techgaming.net) |
| 12:54:07 | HCl | hmmm... |
| 12:55:28 | amiconn | I didn't use the old tagdb often, and that probably won't change much, although tagcache is really more convenient to use |
| 12:56:01 | amiconn | One thing I will use it for is finding tagging mistakes |
| 12:58:15 | * | amiconn spots 2 new builds in the table... |
| 12:59:03 | Fots | guys, is it possible to fastfoward with mpc files on ur player ? after i ffwd, i simply get no sound and have to restart the track |
| 12:59:05 | Fots | any ideas ? |
| 12:59:18 | | Join SereRokR [0] (n=Fletcher@Fce58.f.strato-dslnet.de) |
| 12:59:21 | | Quit SereR0kR ("Leaving") |
| 12:59:36 | HCl | Slasheri: got a document somewhere on the api to the tagcache? |
| 13:00 |
| 13:00:33 | | Join Paul_The_Nerd [0] (n=Paul@cpe-66-68-93-2.austin.res.rr.com) |
| 13:01:38 | Fots | btw ffwd in mp3 works perfect |
| 13:01:38 | Fots | :D |
| 13:02:38 | linuxstb | Fots: At the moment, there is no seeking in mpc files. |
| 13:03:34 | Fots | aah np :D |
| 13:03:35 | Fots | thanks |
| 13:05:26 | Fots | flac files play AWESOME ! i cant believe how good this firmware is :D |
| 13:06:32 | Slasheri | HCl: check tagcache.h and tagtree.c |
| 13:07:01 | preglow | amiconn: so ipod mini needs two builds, then? |
| 13:07:23 | amiconn | Not necessarily. At the moment, we do it this way |
| 13:07:42 | preglow | but it's possible to merge them? |
| 13:08:11 | amiconn | Well, why not? |
| 13:08:21 | Slasheri | now full commit takes only a few seconds on iriver.. something like 20s |
| 13:08:23 | preglow | dunno, i haven't looked at the code |
| 13:08:30 | Slasheri | but it requires also more memory |
| 13:08:30 | | Join mikearthur [0] (i=mike@82-41-205-190.cable.ubr11.edin.blueyonder.co.uk) |
| 13:08:37 | preglow | "oh noes" |
| 13:08:44 | preglow | it only happens at startup anyway, no? |
| 13:08:48 | amiconn | It would increase binary size a bit, because the binary would then contain both variants for the driver routines that are different |
| 13:09:03 | Slasheri | no, it still happens at runtime if dircache is big enough.. or tagcache is loaded in ram |
| 13:09:08 | preglow | amiconn: ah, right, in the manner we can merge all our ipod builds, then |
| 13:09:18 | Slasheri | but i lowered the max files in tagcache from 20k to 10k |
| 13:09:21 | amiconn | The *_init(9 functions would check the hw rev and select the appropriate routines |
| 13:09:25 | Slasheri | that lowers the memory requirement |
| 13:09:32 | preglow | Slasheri: i'd really like to see dynamically resizable mp3 buffer in 3.0 :> |
| 13:09:41 | amiconn | preglow: No, we can't merge all ipod builds |
| 13:09:46 | Slasheri | preglow: hehe, most probably not in 3.0 ;) |
| 13:09:59 | Slasheri | preglow: i would like the chunked dynamic non-contiguous mp3 buffer.. |
| 13:10:10 | preglow | non-contiguous? |
| 13:10:18 | Slasheri | and it would cause only something like 2% estimated performance hit |
| 13:10:19 | preglow | then the file loader would have to know about the stream format |
| 13:10:20 | * | amiconn prepares for heavy bashing |
| 13:10:28 | Slasheri | :D |
| 13:10:34 | preglow | and i don't like that idea |
| 13:10:45 | Slasheri | preglow: playback engine would keep the stream contiguous for the codec |
| 13:10:50 | Slasheri | hehe |
| 13:11:01 | preglow | Slasheri: exactly, which requires the playback engine to know about all file formats we support |
| 13:11:08 | amiconn | preglow: There are some difference we cannot account for at runtime, like different framebuffers izes + format, ... |
| 13:11:21 | preglow | amiconn: ah, yeah, that's right |
| 13:11:29 | preglow | amiconn: in that case i really think we should merge the builds in the future |
| 13:11:54 | preglow | less builds = good |
| 13:11:58 | HCl | ravon: dumb.c totally doesn't work here.. it won't even recognise my file as .xm and attempts to load it as .mod, and it takes ages, and after wards it crashes and freezes my player.. |
| 13:12:22 | amiconn | In fact I think the minis are the only case where it makes sense to merge the builds |
| 13:12:34 | amiconn | (and perhaps the old 1g and 2g ipods) |
| 13:12:38 | | Quit TiMiD (Read error: 104 (Connection reset by peer)) |
| 13:12:46 | amiconn | ...if they will ever be supported |
| 13:12:55 | Slasheri | preglow: hmm, why it would need to know that? isn't it enough just to make sure the guard_buf_size amount is contiguous.. (the same way it's done currently when buffer wraps) |
| 13:13:23 | HCl | Slasheri: any better documentation? :| |
| 13:13:28 | ravon | HCl: hang on. I have a small chip module you can use. |
| 13:13:28 | Slasheri | HCl: not yet |
| 13:13:30 | linuxstb | We still need someone with a 60GB 5g to start using all 64MB of RAM. |
| 13:13:36 | preglow | Slasheri: sure, if you'll use a guard buffer as well |
| 13:13:54 | amiconn | linuxstb: Now that will be a tough one... |
| 13:13:58 | Slasheri | HCl: but basically you call tagcache_search(...) and after that in a loop: tagcache_retrieve(...) |
| 13:14:05 | preglow | linuxstb: had a look at the libmad thing? |
| 13:14:09 | Slasheri | and finally tagcache_search_finish(...) |
| 13:14:15 | HCl | Slasheri: okay.. |
| 13:14:48 | HCl | ravon: still, it should work with the file i give it though.. |
| 13:14:53 | | Join TiMiD [0] (n=TiMiD[FD@asgard.valombre.net) |
| 13:14:58 | Slasheri | HCl: and be sure to check the tagnavi.config, tagcache has an integrated conditional search engine also |
| 13:15:06 | | Quit Daishi (Connection timed out) |
| 13:15:10 | | Quit darkless (Read error: 113 (No route to host)) |
| 13:15:24 | ravon | HCl: Yeah, but it's tedious to test with a large file. Takes forever to load. |
| 13:15:37 | HCl | true, but, it's not even loading properly at the moment.. |
| 13:16:20 | ravon | HCl: http://ormgas.com/mod/chipmunk.mod |
| 13:16:24 | HCl | Slasheri: not sure whether i can use that or not.. searchengine currently uses (a rather inefficient) iterator over all the songs |
| 13:16:58 | HCl | and internally it uses arrays of booleans to check which files still match the conditions |
| 13:17:50 | | Join Daishi [0] (n=daishi@ool-457286ab.dyn.optonline.net) |
| 13:17:59 | Slasheri | HCl: for best performance, you should use the tagcache search engine always when possible |
| 13:18:29 | HCl | Slasheri: i'd still need some sort of boolean array to keep track of the matches, which would berather hard to do... |
| 13:18:38 | HCl | ravon: uhhhh |
| 13:18:53 | HCl | ravon: hm.. seems heavily overloaded / too slow |
| 13:19:07 | Fots | sorry to ask another question folks, im trying to install the theme from http://www.pretentiousname.com/rb/theme_green.html so i download and extract the file to the appropriate folders but when i switch theme and go to display my song, no images appear, any ideas ? |
| 13:19:32 | HCl | but at least it doesn't crash |
| 13:19:50 | HCl | Slasheri: any documentation on that search engine? |
| 13:20:19 | Slasheri | HCl: well, you should check tagtree.c for tagcache_add_filter(..) and tagcache_add_clause(..) |
| 13:20:29 | Slasheri | no better documentation yet |
| 13:20:56 | HCl | :| |
| 13:21:10 | HCl | k.. |
| 13:21:12 | Slasheri | filters can do rough filtering based on other matching tags, and clauses do more complex filtering based on different tags |
| 13:21:15 | | Quit Siku () |
| 13:21:25 | amiconn | wootwoot |
| 13:21:37 | petur | Fots: did you extract them into their own directory? you must maintain the same folder struct as in the zip |
| 13:21:52 | amiconn | I've been playing with gcc versions and -O options for archos, in order to see whether we can cut down binary size. |
| 13:22:10 | Paul_The_Nerd | Slasheri: Have you considered adding a "not" into Tagcache. For example, a means by which one can say "Genre does not contain the substring book" |
| 13:22:32 | preglow | amiconn: and...? |
| 13:22:46 | Fots | petur: yep i made sure i did that, the only thing im thinking is that i have a 4g ipod photo |
| 13:22:53 | Fots | but i thought it would be able to handle it :( |
| 13:23:16 | petur | Fots: screensizes must match |
| 13:23:17 | HCl | Slasheri: think you could write some basic documentation on it later? those functions aren't really helping.. |
| 13:23:34 | HCl | libdumb doesn't seem very hopeful at the moment, by the way :/ |
| 13:23:37 | Fots | petur: aah, but :") the pics actually dont display at all, instead the filenames are displayed |
| 13:23:37 | Fots | lol |
| 13:23:54 | amiconn | recorder v1, sh-elf-gcc 3.3.6, -O: ~224KB, -Os: ~215KB sh-elf-gcc 3.4.6, -Os: ~212KB |
| 13:24:08 | *** | Saving seen data "./dancer.seen" |
| 13:24:19 | preglow | but didn't Os break things? |
| 13:24:27 | amiconn | But: -Os needs some workarounds for gcc bugs to make the binary run properly |
| 13:24:29 | Slasheri | preglow: yes, not will be added soon. And i have considered also "or" to be added later |
| 13:24:35 | Slasheri | oops, Paul_The_Nerd |
| 13:24:53 | Slasheri | HCl: yes, sure |
| 13:24:55 | preglow | amiconn: and i thought you didn't use 3.4 on archos |
| 13:24:56 | HCl | thanks |
| 13:25:04 | amiconn | (and compiling with -Os and gcc 3.4.6 breaks in gray_core.c) |
| 13:25:27 | amiconn | preglow: No I didn't, because 3.3.x makes smaller binaries than 3.4.x with just -O |
| 13:25:27 | HCl | it sounds as if tagcache can already do a lot of the functionality that searchengine can, but without the more advanced things like (year == 1999 or year == 2000) && artist == queen |
| 13:25:41 | | Quit dpro (Read error: 110 (Connection timed out)) |
| 13:25:48 | HCl | do search results have some sort of tagcache "id" that i might be able to use? |
| 13:25:58 | preglow | bbl |
| 13:26:00 | Slasheri | HCl: basically tagcache can do that already, but or operations are not yet supported |
| 13:26:19 | Slasheri | only "and" is supported at the moment |
| 13:26:20 | HCl | how far through can it though? |
| 13:26:41 | HCl | ((year == 1999 or year == 2000) && artist == queen) or artist == beatles |
| 13:26:42 | HCl | ? |
| 13:26:55 | amiconn | With -Os the relation is swapped... |
| 13:27:04 | HCl | well, in any case |
| 13:27:30 | HCl | Slasheri: do you think it might be possible (or do you have something like this already) to have a song id in the tagcache ranging from 0 - amount of songs on the player |
| 13:27:33 | HCl | ? |
| 13:27:56 | HCl | that would be returned by the search result and preferably, being able to fetch a song based on that id |
| 13:28:15 | Slasheri | well, for example to search titles with year >= 1999 and artist == queen, you would do title ? year >= 1999 & artist = "queen". Tagtree parses that into structs and passes these parsed structs to the tagcache engine |
| 13:28:19 | | Join pixelma [0] (n=M_@212.204.41.115) |
| 13:28:26 | HCl | yea, i saw |
| 13:28:29 | Slasheri | then just retrieve the results with while (tagcache_retrieve(...)) |
| 13:28:34 | HCl | but my guess is that it can't do bracket things? |
| 13:28:45 | Slasheri | not yet, but i have planned to add that feature in future |
| 13:28:49 | HCl | not that it really matters |
| 13:28:57 | HCl | if the tagcache can supply me with a song id |
| 13:29:04 | HCl | ranging from 0 to the total amount of songs on the player |
| 13:29:14 | Slasheri | hmm |
| 13:29:15 | Paul_The_Nerd | Shouldn't it be "songs-1"? |
| 13:29:18 | HCl | and can return those with a search result, and can fetch the filename of a song linked to that id |
| 13:29:21 | HCl | yes, sorry |
| 13:29:38 | Slasheri | yes, you can do that already with tagcache |
| 13:29:45 | HCl | anyways, if the tagcache can do that, it should be relatively easy to adapt the searchengine plugin, *and* have it use the native search function of the tagcache |
| 13:29:58 | HCl | could you write up some documentation to how the tagcache works and how i would do that? |
| 13:30:07 | Slasheri | the "id" is however linked to the current tag requested, as for some tags there might be more than one filename |
| 13:30:25 | HCl | hmm... |
| 13:30:28 | Slasheri | HCl: yes, i will do that as soon as i have tiem :) |
| 13:30:40 | HCl | well, it's a choice to make, really, do we return all filenames or just the first |
| 13:30:48 | lostlogic | linuxstb: you moving those labels in the codecs, or want me to? |
| 13:30:58 | HCl | we can always extend it, i guess? i'm mostly focused on adapting searchengine to work with tagcache |
| 13:31:06 | Slasheri | HCl: you can always retrieve just the first entry all entries tagcache can supply |
| 13:31:15 | HCl | mhm |
| 13:31:20 | Slasheri | of course |
| 13:31:40 | Slasheri | +or |
| 13:33:11 | amiconn | HCl: What would searchengine be used for in future? |
| 13:33:25 | amiconn | I mean, tagcache already has quite powerful search features |
| 13:33:42 | HCl | it kind of depends on whether tagcache will be able to support brackets and such |
| 13:33:52 | amiconn | Imho it would make sense to adapt databox for editing tagcache search definitions |
| 13:33:59 | HCl | and it depends on what we'll do with runtime data |
| 13:34:57 | HCl | searchengine is relatively independant of the system below it, i'm not sure what the case is with the tagcache search since i barely know anything about it |
| 13:36:10 | HCl | you'd use tagcache search normally, and searchengine for more complex queries, unless we can get the tagcache search to support everything searchengin does |
| 13:38:00 | | Join darkless [0] (n=darkless@cpe.atm2-0-1131059.0x50a648ba.banxx1.customer.tele.dk) |
| 13:38:06 | Slasheri | HCl: Hmm, how complex queries searchengine can do? |
| 13:38:13 | HCl | pretty much, everything you can dream up. |
| 13:38:24 | HCl | as long as you close your brackets properly |
| 13:39:15 | Slasheri | hmm, does it more than brackets which are not yet supported by the tagcache or tagtree parser? |
| 13:39:30 | Slasheri | +do |
| 13:40:00 | HCl | it's kind of hard for me to answer that since a) i don't know how the tagcache search works at the moment and b) i don't know the extent of the proposed brackets |
| 13:40:06 | HCl | but i'll try to think of an example |
| 13:42:07 | HCl | ((artist==beatles||artist==queen)&&(year!=1993&&year!=1983)&&!title contains "strawberry fields") || (artist==enya&&(title contains time||year!= 1983)) |
| 13:42:41 | B4gder | I always do that search too! |
| 13:42:43 | B4gder | :-P |
| 13:42:44 | HCl | mm, forgot a bracket |
| 13:42:44 | HCl | :P |
| 13:42:51 | HCl | (((artist==beatles||artist==queen)&&(year!=1993&&year!=1983))&&!title contains "strawberry fields") || (artist==enya&&(title contains time||year!= 1983)) |
| 13:42:55 | HCl | there |
| 13:43:11 | Slasheri | hehe, that should be possible with tagcache, except the brackets and orring at the moment |
| 13:43:25 | HCl | the brackets and orring is just the gist of it though |
| 13:43:43 | HCl | otherwise you'll simply get different results because it's a different search : |
| 13:43:44 | HCl | :/ |
| 13:43:45 | Slasheri | yep, but those feature would be quite easy to add to tagcache also |
| 13:43:52 | Fots | i just cant get my images to show up when loading themes, most the time the filename is displayed instead of the pic, for other themes some pics are displayed and some aint, iv made to sure to extract everything in the exact dir strucutre, using a ipod4g color, any ideas ? |
| 13:44:07 | HCl | sounds good, then all we'd have to worry about is how to add runtime data |
| 13:44:22 | | Join qwm [0] (n=qwm@h147n2fls32o1010.telia.com) |
| 13:44:47 | Slasheri | HCl: there would be at least two ways to do that: save it internally in the tagcache or externally |
| 13:45:07 | HCl | granted that such complex searches are not usually the case, imho it should be possible since we want to be as flexible as possible |
| 13:45:19 | Slasheri | internally sounds good, because sooner or later tagcache will support modifying of the tagdata on the fly |
| 13:45:29 | HCl | Slasheri: i'm not sure how the tagcache works so i have no idea which is the better solution |
| 13:45:43 | HCl | but basically |
| 13:45:47 | HCl | you'll want runtime data to not get lost |
| 13:45:52 | HCl | and |
| 13:45:58 | HCl | you'll want runtime data to work on same files |
| 13:46:08 | HCl | even if there are multiple copies of the same file on the player |
| 13:46:10 | Slasheri | HCl: yep, but because of modifying of the tags, tagcache must support exporting and importing data too |
| 13:46:15 | HCl | they should share the runtime data |
| 13:46:24 | HCl | and not have two different entries |
| 13:46:26 | Slasheri | so there would be a changelog file that could be automatically imported by tagcache |
| 13:46:43 | Slasheri | yes, that would be a main issue |
| 13:46:54 | HCl | that's one of the requirements of the runtime database.. |
| 13:47:00 | lostlogic | Can anyone tell me why mpa.c line 173 is goto next_track; and not break; ??? |
| 13:47:33 | HCl | another one is that whatever happens, runtime data must *not* get lost |
| 13:47:38 | HCl | unless specifically requested by the user |
| 13:47:47 | | Join RedBreva [0] (n=c1713011@labb.contactor.se) |
| 13:47:50 | Slasheri | lostlogic: hmm, not sure about that.. |
| 13:47:56 | Slasheri | it might have a reason or not |
| 13:48:14 | lostlogic | Slasheri: hehe, I'm inclined to change it to break; and see what happens. |
| 13:48:18 | HCl | those are the two main things of the runtime data, i think |
| 13:48:22 | Slasheri | HCl: yes, changelogs would make sure no data gets lost |
| 13:48:36 | Paul_The_Nerd | "it might have a reason or not" is a statement that always resolves to true. Not terribly helpful. ;-) |
| 13:48:38 | HCl | must share the same runtime data between files that are the same (preferably the same song, ignoring tag data) |
| 13:48:43 | HCl | and data mustn't get lost |
| 13:48:43 | | Join amiconn_ [0] (n=jens@rockbox/developer/amiconn) |
| 13:48:45 | | Quit Seed (Nick collision from services.) |
| 13:48:48 | | Join Seedy [0] (i=ben@85.64.200.85) |
| 13:48:59 | Slasheri | Paul_The_Nerd: hehe, true :) |
| 13:49:00 | | Join wideawake182 [0] (n=Viki@p54BCE4D4.dip.t-dialin.net) |
| 13:49:27 | | Join B4gd3r [0] (n=daniel@static-213-115-255-230.sme.bredbandsbolaget.se) |
| 13:50:45 | | Join Rondom [0] (n=Rondom@87.193.13.1) |
| 13:51:33 | | Part wideawake182 |
| 13:52:56 | HCl | but yea, if the tagcache search can support brackets and not operations and such, searchengine won't be needed |
| 13:53:12 | | Join PaulJ_ [0] (n=PaulJ@vpn-3051.gwdg.de) |
| 13:54:00 | | Quit qwm_ (Read error: 110 (Connection timed out)) |
| 13:54:15 | Slasheri | yeah, support for that should happen in future (not hard to implement to tagcache, parser needs some more work) |
| 13:56:08 | HCl | we really need more documentation on how things work internally in rockbox, if certain developers disappear no one will know how to extend some things :X |
| 13:56:33 | HCl | but yea, writing documentation usually isn't very fun >> |
| 13:57:37 | | Quit amiconn (Nick collision from services.) |
| 13:57:37 | | Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) |
| 14:00 |
| 14:00:01 | linuxstb | lostlogic: I haven't really got any Rockbox time at the moment, so please go ahead and move them. |
| 14:00:21 | lostlogic | linuxstb: kk, just did :) |
| 14:00:47 | lostlogic | linuxstb: ended up adding another label to most codecs, because a codec initialization error should be an error, but any file decoding error should not. |
| 14:01:25 | lostlogic | Slasheri: where is mp3_play_stop defined for swcodec? I see it's called in talk.c, but I only see it defined in mp3_playback.c which can't possibly be right. |
| 14:01:46 | | Join Lynx_ [0] (n=lynx@tina-10-4.genetik.uni-koeln.de) |
| 14:02:07 | * | petur is impressed by the buildspeed under vmware |
| 14:02:21 | Bg3r | amiconn ? |
| 14:03:16 | Slasheri | lostlogic: hmm, probably it's not defined at all.. just a dummy function |
| 14:04:02 | lostlogic | Slasheri: think I'll hafta define it for voice to shuttup correctly. |
| 14:04:02 | Slasheri | yes, it's a dummy.. in firmware/mp3_playback.c |
| 14:04:13 | Slasheri | indeed |
| 14:04:41 | | Quit SereRokR ("XChat Aqua") |
| 14:05:17 | | Quit B4gder (Read error: 110 (Connection timed out)) |
| 14:06:03 | | Quit PaulJ (Read error: 110 (Connection timed out)) |
| 14:06:42 | linuxstb | lostlogic: OK, thanks. We need to remember to do the same with the SID codec. |
| 14:08:49 | lostlogic | linuxstb: yah, I haven't actually tested my changes yet, because I have another pending change in all the codec files loosely related to my voice changes. |
| 14:14:43 | linuxstb | Paul_The_Nerd: Regarding this forum post (false detection of USB on a 5g): http://forums.rockbox.org/index.php?topic=3708.0 - Someone else reported a similar problem in the early days of Rockbox on the 5g. It seems that on a very small number of 5gs, the current USB detection code doesn't work, and always gives a false positive. |
| 14:15:47 | Paul_The_Nerd | linuxstb: I thought a change had been committed that resolved that other person's problem. Didn't you change USB detection on 5G, or did that end up being backed out? |
| 14:16:01 | linuxstb | I _think_ lostlogic backed it out. |
| 14:16:06 | Paul_The_Nerd | Aaah |
| 14:16:26 | Paul_The_Nerd | I was working on the assumption that the change was still in, and that maybe Loader2 was initializing more/less stuff than we do and potentially causing a problem. |
| 14:16:36 | Paul_The_Nerd | Therefor agitating the previous issue |
| 14:16:44 | linuxstb | lostlogic: ? |
| 14:18:41 | linuxstb | Yes, it was backed out: http://www.rockbox.org/viewcvs.cgi/firmware/usb.c?r1=1.87&r2=1.88 |
| 14:18:53 | Paul_The_Nerd | ok |
| 14:19:32 | | Quit Rondom ("pwned by Chanserv") |
| 14:19:34 | linuxstb | But it seems very odd that only two people have so far reported the issue. |
| 14:19:39 | Paul_The_Nerd | Yeah |
| 14:21:04 | linuxstb | Only thing I can suggest is to try upgrading to the latest version of the Apple firmware - making sure the reflashing happens to change the Apple bootloader code. |
| 14:21:32 | lostlogic | wouldn't call it a backout of a fix, so much as a fix. the USB detection that was used to prevent the false positive was to detect USB based on whether or not the battery was charging, meaning that on a full battery USB wouldn't work. |
| 14:22:24 | linuxstb | It was the backout of a hack. |
| 14:22:53 | linuxstb | I think I agreed with you at the time we should remove it - as only one person had reported problems with the USB detection. |
| 14:23:55 | | Join dj-fu [0] (n=deejay@60-234-218-124.bitstream.orcon.net.nz) |
| 14:26:30 | | Join webguest78 [0] (n=c38119fe@labb.contactor.se) |
| 14:31:47 | | Quit Paul_The_Nerd ("Leaving.") |
| 14:34:51 | lostlogic | yah |
| 14:38:37 | | Join arkascha [0] (n=arkascha@mailout.imageware.de) |
| 14:40:14 | | Join Kohlrabi [0] (n=Kohlrabi@dslb-082-083-140-115.pools.arcor-ip.net) |
| 14:41:51 | | Quit arkascha (Remote closed the connection) |
| 14:43:02 | | Join warthawg [0] (n=warthawg@cpe-66-68-180-235.austin.res.rr.com) |
| 14:44:59 | | Quit wehn (Read error: 113 (No route to host)) |
| 14:46:24 | | Join stoffel [0] (n=sfr@p50814A6C.dip.t-dialin.net) |
| 14:46:55 | | Quit midkay (Read error: 104 (Connection reset by peer)) |
| 14:47:05 | | Join midkay_ [0] (n=midkay@24.143.70.99) |
| 14:48:58 | amiconn | Bg3r ? |
| 14:50:41 | Bg3r | amiconn i wanted to ask you something about the iriver remotes ... |
| 14:51:26 | Bg3r | hm, do you know why the first change on the remote's lcd happens after ata_init (and maybe more)... |
| 14:51:58 | | Quit Fots ("It's raining outside, there's a storm front on my back, trying to keep me away from you ....") |
| 14:52:08 | amiconn | Bg3r: What do you mean? |
| 14:52:30 | Bg3r | i was "tracing" the main.c:init() |
| 14:52:48 | amiconn | The bootloader doesn't contain the remote lcd driver, so the init happens at main rockbox boot |
| 14:52:50 | Bg3r | to see why the logo isn't shown on the remote at the same time as on the main screen |
| 14:53:04 | Bg3r | amiconn yeah, i know |
| 14:53:22 | amiconn | Then the remote detection timer counts down before the remote lcd gets initialised |
| 14:53:26 | Bg3r | firstly i thought that the problem was in the low default (firmware/) contrast (32) |
| 14:53:57 | amiconn | This countdown is necessary in order to make sure the lcd gets initialised properly |
| 14:54:38 | Bg3r | hm |
| 14:54:52 | amiconn | When you plug in the remote, not all pins make secure contact at the same time, so initialising too early would fail |
| 14:55:09 | Bg3r | my remote is plugged in all the time |
| 14:55:37 | amiconn | The init doesn't check whether the remote is already plugged at startup |
| 14:55:52 | Bg3r | yep |
| 14:55:59 | amiconn | and I'm not sure whether it would be a good idea to change that |
| 14:56:16 | lostlogic | grr, why is voice_remaining never reaching zero *scowl* |
| 14:57:17 | Bg3r | amiconn i can use sleep() after system_init() and kernel_init(), yes? |
| 14:57:57 | | Quit webguest78 ("CGI:IRC (EOF)") |
| 14:58:39 | amiconn | It might happen that a user plugs the remote at boot, and if we detect the remote as already plugged and init too early, he would end up with no display at all |
| 14:58:41 | Bg3r | amiconn it seems u're right |
| 14:58:56 | | Quit B4gd3r ("time to say moo") |
| 14:59:35 | Bg3r | the reason is the timeout |
| 15:00 |
| 15:04:04 | amiconn | Ahahaha, I've just realised something: |
| 15:04:35 | Bg3r | btw, shoudn't the adc_init go before the remote init ? |
| 15:04:36 | amiconn | Plugging the non-LCD remote also initialises the remote LCD and tries to update it |
| 15:04:50 | warthawg | i have 7 albums on my ipod now, almost ready for my trip to san diego |
| 15:05:00 | amiconn | No harm done, but wasting CPU cycles... |
| 15:06:45 | | Quit dj-fu (Read error: 110 (Connection timed out)) |
| 15:07:05 | | Quit XavierGr ("Trillian (http://www.ceruleanstudios.com") |
| 15:08:55 | | Quit wefds (Read error: 110 (Connection timed out)) |
| 15:13:56 | Bg3r | main.c:init()->lcd_remote_init()->tick_add_task(remote_tick)->if(remote_present&&countdown==0) adc_scan(...) |
| 15:14:21 | | Join qwm_ [0] (n=qwm@h147n2fls32o1010.telia.com) |
| 15:15:03 | Bg3r | and lcd_remote_init() is called before the adc_init() |
| 15:15:31 | Bg3r | amiconn ? also, can we lower the countdown to HZ/2 ... |
| 15:15:41 | amiconn | Yes, in order to make it bulletproof, lcd_remote_init() should go after adc_init() |
| 15:16:13 | amiconn | It's currently different because there was no need to scan adc within the tick back when lcd_remote_init() was added |
| 15:16:28 | amiconn | It's not a real problem because of the timeout |
| 15:16:33 | Bg3r | yep |
| 15:17:01 | Bg3r | cant it be the other way: to move adc_init before lcd_remote_init |
| 15:17:12 | amiconn | Back when implementing remote detection, I had to increase the timeout until I got stable init |
| 15:17:30 | Bg3r | ah :( |
| 15:19:02 | amiconn | HZ/2 was not enough |
| 15:19:26 | amiconn | Even with HZ it's possible to break the init, if you plug in really slowly |
| 15:20:37 | Bg3r | okay, it seems it'll stay this way .. |
| 15:20:47 | Bg3r | in fact i can't see the logo on the remote at all ... |
| 15:21:10 | Zagor | is there any way to detect the broken init and retry? |
| 15:21:52 | Bg3r | btw, what do you think about adding a lcd_min_contrast() and lcd_max_contrast() and use these in the settings_menu ? |
| 15:22:32 | t0mas | LOL: http://bash.org/?480261 |
| 15:22:37 | amiconn | What should that be good for? |
| 15:22:55 | Bg3r | amiconn which ? |
| 15:23:02 | Bg3r | the zagor's q or mine ? |
| 15:23:28 | amiconn | Zagor: We can't detect a broken init as the lcd data connection is write-only |
| 15:23:39 | Zagor | amiconn: right |
| 15:23:48 | amiconn | ..but I have an idea how we can have early display and relatively reliable init |
| 15:23:57 | | Join SereR0KR [0] (n=Fletcher@Fce58.f.strato-dslnet.de) |
| 15:24:11 | Bg3r | t0mas :D |
| 15:24:12 | *** | Saving seen data "./dancer.seen" |
| 15:24:38 | amiconn | Instead of couting down once and then init, we can try a series of inits (e.g) every HZ4 during a (e.g.) 5-second period |
| 15:24:41 | amiconn | HZ/4 |
| 15:25:12 | | Quit qwm (Read error: 110 (Connection timed out)) |
| 15:26:24 | amiconn | I also have some ideas how to make the detection more reliable |
| 15:26:58 | petur | t0mas: http://bash.org/?635951 |
| 15:29:39 | amiconn | Iirc I observed some signs that the iriver firmware does the same (multiple inits in succession) |
| 15:30:12 | Bg3r | hm |
| 15:30:20 | Bg3r | amiconn what about mine question ? |
| 15:30:50 | amiconn | When plugging in the remote very slowly in retailos, I once managed to get a flipped display with some pixel glitches, which was then corrected (orientation + glitches) after half a second |
| 15:31:07 | amiconn | [15:22:37] <amiconn> What should that be good for? |
| 15:32:10 | Bg3r | am i right that archos recorders have 2 different lcds ? or at least different contrasts |
| 15:32:58 | amiconn | yes |
| 15:33:19 | Bg3r | are their min and max contrast settings equal ? |
| 15:34:09 | amiconn | Afaik min and max are equal on all our current targets, just the default is model specific |
| 15:34:28 | amiconn | Min and max is what can be set in the controller |
| 15:34:49 | Bg3r | huh, okay |
| 15:35:12 | Bg3r | then, are all screens readable on their min/max settings ? |
| 15:35:18 | amiconn | No |
| 15:35:45 | Bg3r | shouldn't we just allow such values ? |
| 15:35:55 | amiconn | I'd say all of them are unreadable both at extreme min and extreme max |
| 15:36:05 | Bg3r | iriver remote is even worse |
| 15:36:10 | | Join dpassen1 [0] (n=dpassen1@resnet-236-163.resnet.umbc.edu) |
| 15:36:12 | Bg3r | it's not readable under 32 and over 54 |
| 15:36:22 | amiconn | Yes, that's common |
| 15:36:44 | amiconn | I don't think that we should limit arbitrarily |
| 15:37:57 | Bg3r | hm.. |
| 15:38:36 | | Join gtkspert [0] (n=gtkspert@203-59-50-86.dyn.iinet.net.au) |
| 15:40:31 | Bg3r | amiconn so, leave it as is ? |
| 15:43:25 | preglow | by god, how i hate bots being used in support channels |
| 15:43:37 | | Quit gtkspert ("Changing server") |
| 15:44:10 | preglow | nothing says friendly like an "!rtfm" |
| 15:47:31 | Bg3r | :D |
| 15:48:45 | ravon | What alternatives are there to libdumb? |
| 15:48:51 | ravon | Except for mikmod and modplug |
| 15:49:02 | amiconn | diy |
| 15:49:18 | ravon | ha |
| 15:49:33 | ravon | It feels like it's been done thousands of times by now. |
| 15:49:59 | preglow | it has |
| 15:50:08 | preglow | what's wrong with dumb? |
| 15:50:14 | ravon | There should be a really leightweight mod-only, semi-accurate player out there. |
| 15:50:19 | ravon | preglow: Seems to be way too slow. |
| 15:50:42 | preglow | well |
| 15:50:49 | preglow | has it got any floats in it? |
| 15:50:55 | | Join Jungti1234 [0] (n=jungti12@124.60.10.75) |
| 15:51:49 | ravon | It has. |
| 15:51:51 | ravon | marco@garvey ~/dev/rockbox/rockbox-all/apps/codecs/dumb $ grep -R float * | wc -l |
| 15:51:51 | ravon | 147 |
| 15:51:52 | ravon | :) |
| 15:52:04 | | Join qwm [0] (n=qwm@h147n2fls32o1010.telia.com) |
| 15:52:16 | amiconn | ravon: doubles? |
| 15:52:52 | ravon | amiconn: 5 |
| 15:52:59 | ravon | Meeting.. brb |
| 15:58:48 | Bg3r | http://torrentfreak.com/george-bush-vs-the-riaa/ LOL |
| 15:59:51 | | Join TeaSea [0] (n=Thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) |
| 15:59:54 | petur | hahaha... kill kill kill |
| 16:00 |
| 16:00:13 | Bg3r | http://www.eff.org/deeplinks/archives/004409.php <= but this is ... <no comment> |
| 16:00:56 | | Quit darkless (Client Quit) |
| 16:02:09 | | Quit qwm_ (Read error: 110 (Connection timed out)) |
| 16:02:36 | lostlogic | http://www.lostlogicx.com/transfer/rockbox/voice_refactor2.patch For anyone interested in what I've done so far with trying to make voice more reliable on swcodec. This is for code viewing and suggestions only, there is a problem that clips never end properly and it loops infinitely requesting and advancing the buffer but not ending the clip. (if anyone sees why this is, I'd love that) |
| 16:04:25 | | Join Azraak [0] (n=jamie@c210-49-95-93.fitzg2.qld.optusnet.com.au) |
| 16:04:52 | goffa | Bg3r: yeah... someone needs to sterilize the people at the riaa... that way they can't reproduce |
| 16:05:01 | goffa | collective iq of the world will rise |
| 16:05:51 | goffa | amazing how greedy they can be |
| 16:05:52 | Bg3r | yeah |
| 16:06:31 | lostlogic | greed I can deal with... stupid, shortsighted greed, not so much. |
| 16:07:22 | HCl | hehe. |
| 16:07:25 | Azraak | Hi all. Anyone got any idea at all why my wiki account isn't working? I was able to attach one file with it, and then it just died. Change password doesn't work, reset password says it doesn't exist, try to reregister unhelpfully reports that my account already exists |
| 16:08:33 | goffa | yeah |
| 16:08:49 | goffa | i believe artists should be paid... corporate america, not so much |
| 16:09:06 | Jungti1234 | hmm |
| 16:09:25 | HCl | yea |
| 16:09:27 | | Quit Kohlrabi ("Fast alle Menschen sind Regenwürmer") |
| 16:09:35 | HCl | artists only get 9% (!) of your money when you buy a cd |
| 16:09:40 | HCl | it used to be even worse, 4% |
| 16:09:56 | goffa | lala.com seems to be pretty fair.. and i'm not sure, but i think the money bypasses the riaa |
| 16:10:09 | goffa | 20 of all sales goes to the artist according to them |
| 16:10:15 | goffa | $1/cd trade |
| 16:10:41 | HCl | no idea, but 9% is normal nowadays, actually, 9 % is "high" |
| 16:10:48 | goffa | yeah |
| 16:10:53 | Zagor | Azraak: what is your account name? |
| 16:10:56 | petur | goffa: these lala.com guys are really stupid |
| 16:11:05 | goffa | how so petur? |
| 16:11:06 | Azraak | Zagor: JamesTeh |
| 16:11:08 | petur | goffa: I get invited, want to fill out the form and it turns out it's U.S. only |
| 16:11:16 | goffa | oh... |
| 16:11:20 | goffa | i have to agree with you then |
| 16:11:26 | petur | and it's nowhere on their site |
| 16:11:52 | t0mas | every body in the Netherlands should check out www.saferoom.com as I have my first driving lesson this afternoon ;) |
| 16:12:33 | * | petur orders concrete bunker |
| 16:13:06 | t0mas | ghehe, be prepared ;) |
| 16:13:11 | * | linuxstb was planning a trip to .nl in July but reconsiders... |
| 16:13:47 | t0mas | ghehe |
| 16:14:21 | goffa | The excuse i hate is that they need all of this money for promotion, advertising, etc |
| 16:14:29 | Zagor | Azraak: It looks like your account got included in a spammer clear-out. I'll set you up a new password. |
| 16:14:37 | goffa | and all they do is promote/advertise the artists i don't want to support |
| 16:14:52 | Azraak | Zagor: eek. Did I do something to cause that or was it just my bad luck? |
| 16:15:29 | Azraak | goffa: And spend the rest of it suing people for various things :) |
| 16:15:30 | Zagor | Azraak: just bad luck. you registered just before a batch of spam accounts were registered. |
| 16:15:38 | Azraak | Zagor: ah. gotcha. |
| 16:15:40 | goffa | that to Azraak |
| 16:16:00 | goffa | too even |
| 16:16:01 | Jungti1234 | anyone is developing video playback? |
| 16:16:19 | goffa | Jungti1234: not at the moment, i don't believe |
| 16:17:14 | Jungti1234 | Is here a person who live in Sweden? |
| 16:17:18 | Zagor | Jungti1234: yes |
| 16:17:22 | Jungti1234 | who? |
| 16:17:25 | Zagor | I |
| 16:18:01 | Jungti1234 | Do you know other Korean except me? |
| 16:18:31 | Zagor | no. I can't say I know you very well either :-) |
| 16:18:34 | | Join Rusty|afk [0] (n=Rusty@p54A78AFA.dip0.t-ipconnect.de) |
| 16:18:51 | Rusty|afk | hi |
| 16:18:52 | Jungti1234 | :) |
| 16:18:55 | Jungti1234 | hi |
| 16:19:01 | Rusty|afk | i've a question ;) |
| 16:19:37 | Rusty|afk | where do i habe to put my music in, so thar i can listen to it with rockbox? it's a very simple question, but please aswer ^^ |
| 16:19:48 | linuxstb | In any directory you want to. |
| 16:19:59 | t0mas | linuxstb: A trip to the Netherlands would be a 1 hour flight for you right? |
| 16:20:05 | linuxstb | t0mas: Yes, about that. |
| 16:20:09 | t0mas | just fly to Rotterdam, not so much security... |
| 16:20:19 | t0mas | and take a train to Amsterdam of Utrecht, depending on where you want to go... |
| 16:20:29 | t0mas | s/of/or |
| 16:20:37 | Jungti1234 | Zagor: Any Korean says, 'Rockbox's Sweden developer says that someone is developing video playback'. |
| 16:20:40 | linuxstb | t0mas: Too late, flights to Amsterdam are bought. |
| 16:20:43 | Rusty|afk | and how can i use the file browser? i can't find it... |
| 16:20:58 | t0mas | linuxstb: and what are you planning to visit? |
| 16:21:01 | Rusty|afk | i just can find the settings |
| 16:21:02 | linuxstb | t0mas: But how long is the train journey from Rotterdam to Amsterdam? |
| 16:21:21 | t0mas | ghehe I don't exactly know... but < 30 minutes |
| 16:21:26 | Zagor | Jungti1234: well both me, Bagder and Linus are swedes. and as far as I know none of us are working on video playback right now. |
| 16:21:34 | | Quit ashridah ("Leaving") |
| 16:21:49 | t0mas | (I live somewhere in the middle between the citys... so everything is close to my house :)) |
| 16:22:16 | t0mas | oh woops... according to my map it's 58 minutes from Amsterdam to Rotterdam |
| 16:22:36 | Rusty|afk | in the menue rockbox is disabled on my ipod =( |
| 16:22:37 | Zagor | Jungti1234: on the other hand, the quote only says one of us _says_ someone is working on it. and that may very well be true. |
| 16:22:41 | | Join Gargamale [0] (n=johnolso@cpe-24-160-202-103.ma.res.rr.com) |
| 16:22:46 | Gargamale | Allo |
| 16:22:49 | Gargamale | Anyone alive? |
| 16:23:06 | linuxstb | I would hope a few billion people are, yes. |
| 16:23:10 | Jungti1234 | Zagor: Perhaps, someone isn't Sweden developer. |
| 16:23:11 | | Quit _Lucretia_ (Read error: 110 (Connection timed out)) |
| 16:23:35 | Rusty|afk | why is rockbox disabled on my ipod...i can't choose "rockbox" in the menue |
| 16:23:40 | Gargamale | Can someone tell me if this is normal behavior. If I turn Crossfade on and play a song, then scroll through artists, my 5G Video iPod crashes |
| 16:23:44 | Gargamale | Normal? |
| 16:23:48 | Jungti1234 | right, only says one of us |
| 16:23:52 | Rusty|afk | there is an "X" before that |
| 16:24:19 | Gargamale | Crash, meaning screen locks up, accepts no input, have to do menu and ok reset |
| 16:24:20 | linuxstb | That's not the menu, that's the file browser. The rockbox file is the "rockbox.ipod" file you installed. |
| 16:24:48 | linuxstb | If you create a new folder (e.g. "Music") and copy some music into it, you will see it there. |
| 16:24:50 | Jungti1234 | And battery indication(?) has problem. |
| 16:25:07 | Rusty|afk | aahhhh |
| 16:25:09 | Rusty|afk | okay |
| 16:25:24 | Rusty|afk | i'm so stupid *lol* |
| 16:25:34 | Rusty|afk | thanks!!! |
| 16:25:37 | | Quit ProgramZeta ("Trillian (http://www.ceruleanstudios.com") |
| 16:25:39 | Rusty|afk | bye |
| 16:25:41 | | Quit Rusty|afk ("( www.nnscript.de :: NoNameScript 4.02 :: www.XLhost.de )") |
| 16:26:05 | Gargamale | No one knows? |
| 16:26:10 | Gargamale | Or experiences that? |
| 16:26:46 | linuxstb | Gargamale: It's obviously not intentional behaviour. Are you using tagcache or the file browser? |
| 16:26:49 | Zagor | Gargamale: crashes are not normal, but bugs exist |
| 16:27:13 | Jungti1234 | Status of battery changes continuously. |
| 16:27:53 | Gargamale | This happens using both |
| 16:28:04 | Gargamale | Show ALl Files or ID3 Database |
| 16:28:16 | Jungti1234 | Did no one find it? |
| 16:28:28 | Gargamale | And, if while something is playing, if I scroll too fast, I experience a crash |
| 16:28:39 | Gargamale | W/O Crossfade |
| 16:28:41 | | Part LinusN |
| 16:29:15 | Gargamale | I know scrolling is coded very poorly from what you guys have said before, but that seems like a major issue if I cant scroll w/o crashing |
| 16:29:19 | Jungti1234 | 76% -> 58% -> 66% -> 82% -> 69% |
| 16:29:22 | | Join bluebrother [0] (i=F4FFX22N@nat-wh-1.rz.uni-karlsruhe.de) |
| 16:29:34 | Jungti1234 | It shows strange action. |
| 16:30:12 | Zagor | Gargamale: it's proabably not the scrolling itself that crashes |
| 16:30:58 | Jungti1234 | And korean people want: |
| 16:33:12 | Jungti1234 | It makes according to all users want booting screen, USB connection screen, charge screen etc. and make so that may can change. |
| 16:33:43 | Jungti1234 | Translation may be queerish. |
| 16:34:20 | linuxstb | Gargamale: Have you tried different versions of Rockbox? Are you currently using the very latest CVS build? |
| 16:36:40 | | Nick Inc is now known as INC1 (i=xsst4@arcane/developer/inc) |
| 16:38:36 | Jungti1234 | -> Want that korean people change freely 'Booting screen, USB connection screen, charge screen'. |
| 16:39:59 | Jungti1234 | Can't someone reply? |
| 16:40:07 | linuxstb | Do you mean to change the icons? |
| 16:40:19 | | Nick INC1 is now known as Inc (i=xsst4@silenceisdefeat.org) |
| 16:40:21 | Jungti1234 | no |
| 16:40:31 | Jungti1234 | Like WPS. |
| 16:40:59 | Jungti1234 | They want that change it freely like WPS. |
| 16:41:36 | goffa | probably not going to happen soon Jungti1234 |
| 16:42:04 | Jungti1234 | I don't want it right now. |
| 16:42:28 | goffa | like on iaudio x5.. one of the charging screens isn't affected by rockbox |
| 16:42:40 | | Nick Inc is now known as INC1 (i=xsst4@silenceisdefeat.org) |
| 16:42:44 | goffa | also one of the usbe connection screens isn't |
| 16:42:51 | petur | Jungti1234: put it on the tracker as a feature request |
| 16:42:52 | goffa | like if the player is off when you connect it |
| 16:42:57 | goffa | so that won't change |
| 16:43:21 | Jungti1234 | goffa |
| 16:43:49 | Jungti1234 | where do you live? |
| 16:44:06 | goffa | montana (usa) |
| 16:44:22 | Jungti1234 | It's thing which Korean X5 user wants. |
| 16:44:40 | goffa | i don't think its country specific |
| 16:45:12 | goffa | i'm sure some non-koreans probably want that too |
| 16:45:37 | goffa | i'm just saying.. that on the x5, when the device is turned off, those screens won't change |
| 16:45:55 | goffa | when its turned on, maybe |
| 16:46:00 | Jungti1234 | ah, :) |
| 16:46:18 | | Nick INC1 is now known as Inc (i=xsst4@silenceisdefeat.org) |
| 16:46:45 | petur | this is probably bootloader specific (like plugging the ac adpter on the h300), and will be changed once the bootloader is 100% ready |
| 16:46:56 | goffa | petur: exactly |
| 16:47:49 | | Quit RedBreva ("CGI:IRC") |
| 16:48:14 | | Join hardeep [0] (i=hardeeps@SDF.LONESTAR.ORG) |
| 16:48:27 | Jungti1234 | petur: I can't do it now. I'm busy to prepare test(exam). |
| 16:48:32 | Jungti1234 | bye all |
| 16:48:38 | linuxstb | petur: The X5 might be different. I think it's like the ipod - there's a bootloader in flash that starts the Rockbox bootloader. |
| 16:48:58 | petur | ah |
| 16:49:02 | linuxstb | So if it's the manufacturer's bootloader that detects usb/charging, then there isn't anything we can do. |
| 16:49:03 | | Quit Jungti1234 () |
| 16:52:21 | * | petur wonders how LinusN will manage to finish the iriver bootloader (s) and look after the power drain with only so few days left before 'mayday' |
| 16:53:48 | linuxstb | Maybe Day? |
| 16:54:42 | lostlogic | did I mention that I'm going to be out of my home country 28th-1st? Maybe day, IMO :) |
| 16:55:06 | goffa | where you headed lostlogic? |
| 16:55:34 | linuxstb | Are you going somewhere to concentrate on the Rockbox release without real-work getting in the way? |
| 16:57:42 | | Quit JdGordon (Read error: 104 (Connection reset by peer)) |
| 16:57:48 | goffa | linuxstb: what are you talking about... rockbox IS the real work :) |
| 16:58:04 | goffa | who needs a job... oh wait |
| 16:58:51 | | Join dpassen2 [0] (n=0c04dcd4@labb.contactor.se) |
| 16:58:57 | linuxstb | True, Rockbox is the real work. I should have said paid-work. |
| 16:59:22 | lostlogic | haha, going to Paris |
| 16:59:37 | lostlogic | for a zero-coding weekend of skating and hanging out with a friend :) |
| 16:59:41 | lostlogic | ZERO CODING |
| 16:59:58 | petur | freak |
| 17:00 |
| 17:00:08 | petur | :P |
| 17:00:12 | goffa | but what are us cvs addicts going to do? |
| 17:00:19 | goffa | we'll be wiggin out |
| 17:00:23 | goffa | having the shakes, etc |
| 17:02:20 | | Quit PaulJ_ (".") |
| 17:03:24 | | Join Philip_0729 [0] (i=user@user-4510.l6.c3.dsl.pol.co.uk) |
| 17:04:02 | goffa | actually you probably need a weekend off |
| 17:05:25 | | Quit petur ("CGI:IRC (Ping timeout)") |
| 17:05:33 | goffa | hmm... wonder if i could southern engineer this for my laptop and iaudio |
| 17:05:34 | goffa | http://www.rewarestore.com/bags.html |
| 17:06:03 | hardeep | strange, anyone else seeing a problem where pressing stop in WPS doesn't do anything? |
| 17:06:58 | amiconn | hardeep: H300, or other colour LCD unit? |
| 17:07:30 | amiconn | Maybe you have the "1st keypress enables backlight only" option enabled |
| 17:08:24 | hardeep | amiconn: yeah, h300 |
| 17:09:54 | | Join new5guser [0] (n=d81c7c22@labb.contactor.se) |
| 17:09:55 | hardeep | ah, yes, it was enabled |
| 17:10:01 | hardeep | will see if it reproduces now |
| 17:10:43 | | Join ProgramZeta [0] (n=zetachan@ip68-101-174-185.sd.sd.cox.net) |
| 17:12:19 | | Join _Lucretia_ [0] (n=munkee@dynamic-62-56-22-232.park-s46b.dslaccess.co.uk) |
| 17:13:00 | Azraak | lostlogic: I was the guy asking about whether or not I should file known voice bugs. I assume you'd prefer me to add them to the SoftwareCodecPlayback page and not flyspray? |
| 17:13:10 | | Join Seed [0] (n=ben@85.64.200.85) |
| 17:15:42 | preglow | ravon: small wonder it's slow, then |
| 17:15:53 | preglow | i thought hcl said the floats had been removed |
| 17:17:02 | | Quit TeaSea ("Leaving") |
| 17:17:34 | lostlogic | Azraak: for now −− but really hold off until I commit the first round of voice reworking, because anything it does currently will be changed pretty much when I do that |
| 17:17:56 | Azraak | lostlogic: Ok. Shall do. |
| 17:18:04 | lostlogic | Azraak: I have 1 or two pesky issues to work out that make it too broken to commit so far, but I hope to nail those tonight. |
| 17:18:07 | | Join }Y{maaalin [0] (n=maaalin@pD9FFC390.dip0.t-ipconnect.de) |
| 17:18:36 | Azraak | heh, I get the impression the voice UI has caused peskiness in general :) |
| 17:19:05 | | Join macdonalder [0] (n=macdonal@CPE00045af2dd15-CM0011ae92481c.cpe.net.cable.rogers.com) |
| 17:19:21 | Azraak | hrm, I thought the "crash when playing voice clip with charger connected" bug was fixed, but it seems ot have reappeared. |
| 17:19:33 | Azraak | either that, or I just haven't tested it in a long time and thought I did |
| 17:19:43 | lostlogic | beats me, can't imagine what charger has to do with voice. |
| 17:19:56 | Azraak | nor can I; it's really strange. plug charger and hit menu and rockbox takes a dive |
| 17:20:14 | Azraak | so basically, you can't use the voice UI except on battery |
| 17:20:42 | linuxstb | Which player do you have? |
| 17:20:46 | Azraak | Iriver H300 |
| 17:21:17 | | Part macdonalder ("bye bye ;D") |
| 17:21:35 | | Join macdonalder [0] (n=macdonal@CPE00045af2dd15-CM0011ae92481c.cpe.net.cable.rogers.com) |
| 17:24:14 | *** | Saving seen data "./dancer.seen" |
| 17:26:26 | | Quit Seedy (Read error: 110 (Connection timed out)) |
| 17:27:18 | | Join petur [0] (n=d4efd6a6@labb.contactor.se) |
| 17:29:17 | Gargamale | linuxstb: Using latest build |
| 17:31:21 | | Quit macdonalder ("bye bye ;D") |
| 17:32:49 | | Quit petur ("CGI:IRC (Ping timeout)") |
| 17:33:00 | Gargamale | ipod 5g |
| 17:33:27 | linuxstb | Gargamale: Have you had the same problem with older builds? |
| 17:33:42 | Gargamale | Yes |
| 17:33:53 | Gargamale | But I only started using rockbox about a week and as half ago |
| 17:34:38 | linuxstb | Could you try some older builds? You can download them from here: http://www.rockbox.org/dl.cgi?bin=ipodvideo |
| 17:34:39 | | Join TeaSea [0] (n=Thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) |
| 17:35:16 | linuxstb | Something else to test it to reset your settings - turn the hold switch on as Rockbox is booting. |
| 17:36:20 | | Quit novimon (Remote closed the connection) |
| 17:36:54 | Gargamale | k |
| 17:36:59 | Gargamale | Ill get back with you |
| 17:38:34 | | Quit gantrixx ("Ex-Chat") |
| 17:39:26 | | Quit Seed (Read error: 110 (Connection timed out)) |
| 17:40:05 | | Quit TeaSea (Remote closed the connection) |
| 17:44:38 | | Join qwm_ [0] (n=qwm@h147n2fls32o1010.telia.com) |
| 17:46:43 | | Join mikolas [0] (i=mikolas@84-240-75-22.dsl.maxinetti.fi) |
| 17:48:59 | mikolas | kkurbjun? |
| 17:49:57 | | Join TeaSea [0] (n=Thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) |
| 17:50:20 | amiconn | Seems we would gain 11KB on recorder v1 with sh-elf-gcc 3.4.6 and -Os |
| 17:50:37 | amiconn | Some gcc bug hunting is due... |
| 17:50:43 | | Quit TeaSea (Client Quit) |
| 17:51:19 | | Join TeaSea [0] (n=Thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) |
| 17:52:18 | | Join RotAtoR [0] (n=e@rockbox/developer/rotator) |
| 17:56:24 | kkurbjun | mikolas? |
| 17:57:57 | mikolas | kkurbjun, it seems that coldfire has pipelined architechture |
| 17:58:27 | mikolas | so you can get a performance boost by carefully rearranging the execution order |
| 17:58:33 | kkurbjun | so I should try and do other operations after move's to memory |
| 17:58:47 | mikolas | yeah |
| 17:58:59 | kkurbjun | yeah, I was going to try and do that once I had the code working well |
| 17:59:10 | mikolas | and also try not to access same registers in a row |
| 17:59:16 | mikolas | instead rearrange the code |
| 17:59:41 | mikolas | did you get the code working yet? |
| 18:00 |
| 18:00:23 | kkurbjun | the other function in doom that I was going to look into writing in asm was the drawcolumn function as it's responsible for all the walls.. not yet, there's some bug that I'm not sure what's caused by it yet |
| 18:00:35 | mikolas | ok |
| 18:00:40 | kkurbjun | is accessing the same register on 1 cycle operations bad? |
| 18:00:52 | | Quit qwm (Read error: 110 (Connection timed out)) |
| 18:01:01 | mikolas | well, you might have an arithmetic operation pending for the register |
| 18:02:00 | kkurbjun | I was starting with the span code as I'm not very familiar with 68k asm, I've done some mips and the 68hc12 microcontrollers, but that's it |
| 18:02:19 | kkurbjun | ok, I'll look out for that |
| 18:02:22 | mikolas | ok, i can take a look at the code once you get it working |
| 18:02:31 | | Quit ravon (Remote closed the connection) |
| 18:02:34 | mikolas | i don't have h3x0 so i cannot test it |
| 18:02:34 | kkurbjun | that'd be great |
| 18:02:42 | | Join ravon [0] (n=ravon@c-e947e455.029-28-73746f34.cust.bredbandsbolaget.se) |
| 18:03:13 | kkurbjun | do you have an h120? |
| 18:03:20 | mikolas | actually i do |
| 18:03:29 | mikolas | it's my spare player |
| 18:03:34 | mikolas | and iaudio x5 also |
| 18:03:49 | kkurbjun | you can test on that, the span drawing code is still used on that player as well |
| 18:03:50 | mikolas | but i'm selling x5 atm and getting 5g ipod instead |
| 18:03:54 | | Join darkless [0] (n=darkless@62.79.44.48) |
| 18:03:59 | kkurbjun | doom doesn't run on the x5 yet though |
| 18:04:02 | kkurbjun | ahh |
| 18:04:07 | | Quit }Y{maaalin ("( www.nnscript.de :: NoNameScript 4.01 :: www.XLhost.de )") |
| 18:04:32 | mikolas | if nobody is working on arm optimization of doom i can start looking at it |
| 18:04:41 | mikolas | once i get my ipod |
| 18:05:10 | kkurbjun | you should be able to see if the floors and ceilings are at least displaying correct.. yeah, the first things to look at/easiest would be the fixed point divide and multiply |
| 18:05:22 | ravon | Doom does run on the X5 |
| 18:05:36 | mikolas | is it working already? did not work last time i checked |
| 18:05:39 | kkurbjun | really? I wasn't aware |
| 18:05:57 | ravon | Works like a charm. Slightly choppy sound every now and then, but it works :) |
| 18:06:06 | kkurbjun | I knew it ran fine in the sims, people kept telling me it didn't |
| 18:06:10 | kkurbjun | that's great to hear |
| 18:06:10 | ravon | x5 as in iAudio X5, right? |
| 18:06:15 | mikolas | yeah |
| 18:06:16 | kkurbjun | yep |
| 18:06:21 | ravon | Yeah, then it works :) |
| 18:06:32 | mikolas | ok, time to start vmware then :) |
| 18:06:38 | kkurbjun | : ) |
| 18:11:48 | | Quit new5guser ("CGI:IRC 0.5.7 (2005/06/19)") |
| 18:12:13 | ravon | smeg. I wish libdumb was better documented regarding the internal design :/ |
| 18:13:02 | qwm_ | is there any work on last.fm support? |
| 18:13:02 | kkurbjun | mikolas, I think I have the span drawing working now |
| 18:13:02 | qwm_ | :> |
| 18:13:24 | kkurbjun | doesn't seem much faster though |
| 18:13:56 | kkurbjun | I think the column drawing will have more room for improvement, but I havn't looked at it yet |
| 18:14:49 | | Join novimon [0] (n=novimon@a84-230-230-239.elisa-laajakaista.fi) |
| 18:15:33 | | Quit ProgramZeta (Read error: 110 (Connection timed out)) |
| 18:16:42 | mikolas | doom on x5 doesn't work |
| 18:16:48 | TeaSea | We know |
| 18:16:51 | mikolas | hangs on "Starting graphics engine" |
| 18:16:58 | TeaSea | It's said it doesn't work. |
| 18:17:09 | mikolas | well i was commenting to ravon :) |
| 18:17:18 | TeaSea | Ahh okay :D |
| 18:17:21 | TeaSea | Sorry :( |
| 18:17:24 | ravon | It does. I played it yesterday :) |
| 18:17:37 | mikolas | does not with latest cvs :) |
| 18:17:42 | kkurbjun | hmm |
| 18:17:46 | ravon | Sometimes it hangs at "Initializing graphics engine..." |
| 18:18:16 | ravon | mikolas: It does. I can try it up to the latest commit. |
| 18:19:47 | mikolas | hangs every time for me |
| 18:20:01 | | Quit Hotfusion (Read error: 110 (Connection timed out)) |
| 18:21:52 | goffa | grr... my x5 battery doesn't seem to be holding a charge |
| 18:21:58 | goffa | had it plugged in all night last night |
| 18:22:15 | goffa | only been using it for 4 hours |
| 18:22:17 | goffa | x5l |
| 18:22:24 | Gargamale | Gayness |
| 18:22:40 | goffa | yeah |
| 18:22:49 | goffa | hoping a cable was loose or something |
| 18:22:51 | Gargamale | Hat eit when shit doesnt work |
| 18:22:56 | goffa | me too |
| 18:24:16 | kkurbjun | mikolas, could you look at this code: http://pastebin.com/671577 and see if you see anything that could be improved on? |
| 18:24:48 | ravon | mikolas: Sorry about the horrible picture quality: http://ormgas.com/images/doom_x5.png |
| 18:25:39 | kkurbjun | ravon, are you running with any patches on your player? |
| 18:25:49 | ravon | kkurbjun: SID and dumb-patches |
| 18:26:12 | mikolas | is dumb working? |
| 18:26:34 | ravon | Not really. It's rendering the sound too slow. |
| 18:26:53 | mikolas | kkurbjun, just minor changes http://pastebin.com/pastebin.php?diff=671582 |
| 18:27:17 | mikolas | and i'm not sure if clr.w ; swap is faster than doind lsr #8 2 times |
| 18:28:17 | amiconn | kkurbjun: A minor one: you can move the clr.l %%d4 in front of the loop, as you only ever change the lowbyte within the loop |
| 18:28:27 | mikolas | amiconn, see my diff :) |
| 18:28:44 | kkurbjun | they're both 1 cycle operations |
| 18:28:44 | amiconn | hehe |
| 18:29:09 | amiconn | kkurbjun: In front, meaning outside, meaning 1 cycle saved per iteration |
| 18:29:13 | kkurbjun | amiconn, would it be more benefitial to setup the registers myself instead of having gcc do it? |
| 18:29:34 | kkurbjun | yep, I saw mikolas' change |
| 18:29:52 | mikolas | kkurbjun, more pipelining http://pastebin.com/pastebin.php?diff=671588 |
| 18:30:29 | amiconn | mikolas: I strongly doubt that moving insns around helps anything wrt the pipeline, except with memory stores (and *perhaps* memory loads, need to check that) |
| 18:30:29 | | Quit dpassen2 ("CGI:IRC (EOF)") |
| 18:30:34 | mikolas | actually it will perform worse |
| 18:30:43 | mikolas | i just read through the changes :) |
| 18:31:12 | mikolas | amiconn, if the pipeline works the same way it did with 680x0 it should help |
| 18:31:45 | mikolas | because the core is superscalar it has multiple alus and moving register accesses around did indeed help back in the days |
| 18:31:57 | amiconn | Coldfire isn't superscalar afaik |
| 18:32:00 | mikolas | shit |
| 18:32:15 | amiconn | Coldfire is m68k based, but much simplified |
| 18:32:16 | mikolas | i was all the time thinking it acts like 060 |
| 18:32:25 | amiconn | Nope, very different |
| 18:32:41 | | Join qwm [0] (n=qwm@h147n2fls32o1010.telia.com) |
| 18:33:09 | amiconn | There's a 3x32 bit instruction fifo - that's about the pipeline |
| 18:34:21 | amiconn | It helps interspersing non-mem-writing instructions with mem-writing ones, but even that only if the accessed memory has waitstates |
| 18:34:56 | amiconn | (I verified this verified by experiment) |
| 18:35:37 | kkurbjun | amiconn, so that means that since all the vars are in iram it won't help out by shifting the move's around? |
| 18:36:29 | kkurbjun | well, the span drawing code does help out some in the timedemo.. |
| 18:36:40 | kkurbjun | only a little bit though |
| 18:39:29 | mikolas | yes |
| 18:39:33 | mikolas | it's version 2 core |
| 18:39:52 | mikolas | so it is not superscalar at all |
| 18:42:16 | | Join petur [0] (n=petur@rockbox/developer/petur) |
| 18:46:56 | | Quit qwm_ (Read error: 110 (Connection timed out)) |
| 18:47:06 | | Quit pixelma (Read error: 110 (Connection timed out)) |
| 18:50:20 | | Join PaulJ [0] (n=PaulJ@vpn-3180.gwdg.de) |
| 18:51:38 | | Join Farpenoodle [0] (n=solo84@cm58.sigma6.maxonline.com.sg) |
| 18:53:28 | Gargamale | GRR, I love Rockbox, but it needs to stop being gay |
| 18:54:02 | warthawg | being gay doesn't mean you're not a nice mp3 player |
| 18:54:22 | Gargamale | Ya true |
| 18:54:30 | Gargamale | Just an annoying one |
| 18:54:46 | warthawg | i think that was a line from a movie, a lont time ago, "no way to treat a lady" |
| 18:54:47 | Gargamale | The scrolling while playing freeze bug is annoying |
| 18:54:52 | Gargamale | I even loaded an old ass binary |
| 18:54:56 | warthawg | very |
| 18:55:09 | Gargamale | You have similar issues? |
| 18:55:20 | Gargamale | Thats good to know |
| 18:55:26 | Gargamale | At least Im not alone in my misery |
| 18:59:49 | | Quit linuxstb (Read error: 110 (Connection timed out)) |
| 18:59:58 | | Quit hardeep ("BitchX: need we say more?") |
| 19:00 |
| 19:00:07 | | Join linuxstb [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
| 19:04:07 | sharpe | i'm pissed. |
| 19:04:17 | qwm | why is that. |
| 19:04:26 | sharpe | cavity. |
| 19:04:34 | kkurbjun | mikolas, or amiconn: what is the proper way to address a constant address? this is what I was trying: "move.w #33,(0xf0000000) \n" |
| 19:04:45 | kkurbjun | where 0xf... is the address |
| 19:05:02 | qwm | sharpe: tooth cavity? |
| 19:05:07 | sharpe | aye. |
| 19:05:12 | qwm | ah.. :( |
| 19:05:38 | sharpe | i figure later i'll drown it in listerine. to be a bitch. |
| 19:05:47 | qwm | :o |
| 19:06:42 | amiconn | kkurbjun: Without the parentheses, but afaik this won't work, since you're trying to use 2 literal constants in the same instruction |
| 19:06:54 | qwm | hm, my last visit to the dentist gave me dental phobia.. the drill hurt so fucking badly. |
| 19:06:54 | * | amiconn points towards CFPRM.pdf again |
| 19:06:59 | sharpe | heheh. |
| 19:07:03 | qwm | despite two shots. :( |
| 19:07:33 | sharpe | they kept poking at it, so like, "yes i fucking know it's there!" |
| 19:07:44 | sharpe | is what i wanted to say, instead, "ow." |
| 19:08:12 | qwm | haha. :\ |
| 19:08:25 | qwm | damn sadists. |
| 19:08:46 | sharpe | heh |
| 19:08:57 | kkurbjun | amiconn, ahh, ok, I'm loading that value to an address register from the start now. Thanks |
| 19:17:32 | | Join webguest47 [0] (n=50e50a13@labb.contactor.se) |
| 19:17:56 | | Join JBGood25 [0] (i=Johnq@JBAUMAN.RES.cmu.edu) |
| 19:17:58 | | Part Philip_0729 |
| 19:18:34 | webguest47 | hey |
| 19:20:00 | sharpe | 'lo |
| 19:22:22 | | Quit _FireFly_ ("Leaving") |
| 19:23:55 | | Quit webguest47 ("CGI:IRC") |
| 19:24:17 | *** | Saving seen data "./dancer.seen" |
| 19:26:36 | | Join obo [0] (n=obo@82-46-82-224.cable.ubr02.trow.blueyonder.co.uk) |
| 19:34:19 | | Join pixelma [0] (n=M_@212.204.41.115) |
| 19:41:41 | | Join optimistic`t0ken [0] (i=t0ken@nv-71-52-48-69.dhcp.sprint-hsd.net) |
| 19:41:50 | optimistic`t0ken | hey where can i get pacman! |
| 19:41:54 | | Join cismo_ [0] (i=cismo@adsl-85-217-41-32.kotinet.com) |
| 19:42:38 | | Part Azraak |
| 19:43:13 | sharpe | the roms you mean? |
| 19:43:37 | optimistic`t0ken | yeah , i just installed rockbox and i need the roms |
| 19:43:51 | optimistic`t0ken | do i just download any pacman rom and put it in the folder |
| 19:43:59 | sharpe | has to be the mame pacman roms |
| 19:44:19 | sharpe | should be six roms with sequencial extensions |
| 19:44:37 | sharpe | i'm sure you can use google to find the mame roms. |
| 19:45:08 | | Join larcher [0] (n=larcher@cpe-24-28-72-176.austin.res.rr.com) |
| 19:45:10 | optimistic`t0ken | k thanks |
| 19:45:41 | sharpe | welcome, if you need to know the exact filenames of the roms, they're on the "PluginPacbox" wiki page |
| 19:46:01 | sharpe | and those are the only ones you need in the folder. |
| 19:48:15 | optimistic`t0ken | oh ok |
| 19:48:39 | sharpe | the page also has the mp5 checksums to be sure they're correct also :) |
| 19:48:43 | sharpe | md5. |
| 19:48:44 | sharpe | heh... |
| 19:48:47 | optimistic`t0ken | so wait |
| 19:48:51 | optimistic`t0ken | the emulator is already there |
| 19:48:54 | optimistic`t0ken | i just need the roms |
| 19:48:56 | sharpe | yes |
| 19:48:58 | optimistic`t0ken | OH |
| 19:48:59 | optimistic`t0ken | =D |
| 19:50:52 | | Join JBGood [0] (i=Johnq@JBAUMAN.RES.cmu.edu) |
| 19:54:23 | optimistic`t0ken | do u think that other roms would word |
| 19:54:26 | optimistic`t0ken | work* |
| 19:54:30 | optimistic`t0ken | like old school DK |
| 19:54:52 | t0mas | petur: you can cancel the order for a concrete bunker |
| 19:55:03 | petur | :) |
| 19:55:22 | t0mas | everybody has survived |
| 19:55:56 | | Part t0mas |
| 19:56:00 | | Join t0mas [0] (n=tomas@rockbox/developer/t0mas) |
| 19:56:04 | t0mas | woops |
| 19:56:29 | | Quit cismo (Read error: 110 (Connection timed out)) |
| 19:56:35 | | Join jbauman [0] (i=Johnq@JBAUMAN.RES.cmu.edu) |
| 19:57:40 | | Quit quobl (Remote closed the connection) |
| 19:58:22 | | Join quobl [0] (n=quobl@tor/session/external/x-7e1fcbeea1de66b8) |
| 19:58:27 | mikolas | has anyone considered porting uade to rockbox? :) |
| 19:59:45 | | Join Seed [0] (i=ben@85-64-200-85.barak-online.net) |
| 20:00 |
| 20:04:28 | goffa | uade? |
| 20:04:38 | mikolas | http://zakalwe.virtuaalipalvelin.net/uade/ |
| 20:05:45 | goffa | he he he |
| 20:05:46 | goffa | cool |
| 20:06:11 | mikolas | i think that would be really cool |
| 20:06:19 | mikolas | but porting won't be easy |
| 20:06:26 | goffa | yeah... wouldn't affect me at all |
| 20:06:31 | goffa | but support is good |
| 20:07:57 | | Join cismo [0] (i=cismo@adsl-85-217-37-246.kotinet.com) |
| 20:08:15 | | Quit JBGood25 (Read error: 110 (Connection timed out)) |
| 20:10:19 | | Quit JBGood (Read error: 110 (Connection timed out)) |
| 20:10:27 | | Join muesli__ [0] (n=muesli_t@88.134.20.76) |
| 20:13:45 | | Join tvelocity [0] (n=tony@ppp123-179.adsl.forthnet.gr) |
| 20:13:57 | | Join qwm_ [0] (n=qwm@h147n2fls32o1010.telia.com) |
| 20:15:53 | | Join JBGood [0] (i=Johnq@JBAUMAN.RES.cmu.edu) |
| 20:17:05 | t0mas | hm... has this song propagated to the rest of the EU alredy? |
| 20:17:05 | * | t0mas is now playing: Ali B feat. Yes-R en Partysquad - Rampeneren |
| 20:18:41 | | Quit warthawg (Read error: 110 (Connection timed out)) |
| 20:20:41 | goffa | heh.. hasn't propagated to northeast montana :) |
| 20:20:47 | | Join Hotfusion [0] (i=Hotfusio@ip70-185-188-75.mc.at.cox.net) |
| 20:20:56 | | Quit Hotfusion (Client Quit) |
| 20:21:04 | goffa | but then we have 1 radio station that plays both country AND western |
| 20:21:09 | goffa | :) |
| 20:21:19 | goffa | oh and oldies for 1 hour per day |
| 20:21:23 | goffa | but i never listen to that |
| 20:21:31 | goffa | so i have to discover my own tunes |
| 20:21:40 | | Join lost|X40 [0] (n=james@c-67-175-244-14.hsd1.il.comcast.net) |
| 20:22:06 | | Join JBGood25 [0] (i=Johnq@JBAUMAN.RES.cmu.edu) |
| 20:22:27 | | Quit cismo_ (Read error: 110 (Connection timed out)) |
| 20:22:40 | | Part larcher |
| 20:23:17 | t0mas | goffa: the first two are Dutch "rappers" (note the ") |
| 20:23:42 | t0mas | partysquad is a quite popular DJ group here |
| 20:24:02 | | Quit lostnihilist (Success) |
| 20:24:22 | | Quit qwm (Read error: 110 (Connection timed out)) |
| 20:24:33 | goffa | yeah.. havent heard of any of them |
| 20:24:58 | | Join Vladoman [0] (n=Vladoman@dsl-cus-098-041.de.clara.net) |
| 20:26:53 | goffa | but i don't listen to rap much... |
| 20:27:04 | goffa | and well even less dutch rap :) |
| 20:31:23 | | Quit Rick (Read error: 104 (Connection reset by peer)) |
| 20:31:34 | muesli__ | sounds like gauda ;) |
| 20:31:34 | | Quit jbauman (Read error: 110 (Connection timed out)) |
| 20:31:45 | | Quit Seed (Read error: 110 (Connection timed out)) |
| 20:32:21 | | Join Rick [0] (i=rick@pool-71-108-2-183.lsanca.dsl-w.verizon.net) |
| 20:35:02 | * | goffa shouldn't have put that big pile of sedatives into his lunch |
| 20:35:11 | goffa | damn i'm tired all of a sudden |
| 20:36:46 | lostlogic | mmm, food coma |
| 20:37:11 | goffa | yeah... i'd never make it as a truck driver |
| 20:37:15 | Mikachu | been away for 6 days, did i miss anything exciting? |
| 20:37:48 | goffa | project dissolved... everyone lost interest :( |
| 20:37:57 | Mikachu | oh no |
| 20:37:57 | | Quit SereR0KR ("XChat Aqua") |
| 20:38:01 | goffa | he he he |
| 20:38:06 | | Quit JBGood (Read error: 110 (Connection timed out)) |
| 20:39:36 | sharpe | Mikachu: the c64 emulator caused all players to be bricked. |
| 20:39:51 | goffa | lol |
| 20:39:52 | Mikachu | it's april, but not the 1st :) |
| 20:40:01 | sharpe | ;) |
| 20:40:03 | goffa | it is the 20th though |
| 20:40:07 | | Join Hotfusion [0] (i=Hotfusio@ip70-185-188-75.mc.at.cox.net) |
| 20:40:16 | sharpe | it's a multiple of one, so it still counts. :) |
| 20:40:41 | Mikachu | hah |
| 20:41:17 | lostlogic | Mikachu: welcome back |
| 20:41:46 | lostlogic | Brace yourself for more playback breakage this week when I commit voice refactorage. |
| 20:41:54 | | Join adiamas [0] (n=adiamas@12.109.187.84) |
| 20:42:06 | Mikachu | heh |
| 20:42:12 | goffa | just fix it before you go to paris |
| 20:42:17 | adiamas | howdy all... |
| 20:42:23 | lostlogic | ahhahahahaha, I'll do my best :) |
| 20:42:40 | | Quit damaki_ (Read error: 104 (Connection reset by peer)) |
| 20:42:44 | lostlogic | otherwise I'll hafta install the vmware stuff on my work laptop and work on it a little bit on the plane. |
| 20:42:52 | muesli__ | one night IN paris? :-) |
| 20:42:57 | adiamas | so yeah... i just moved to cvs-060411 and my volumes whacked out... |
| 20:43:10 | adiamas | i have to bring volume to -26 to be not deafening |
| 20:43:12 | adiamas | ideas? |
| 20:43:17 | adiamas | archos recorder |
| 20:43:19 | goffa | yeah... those air phone connections can get expensive lostlogic |
| 20:43:21 | goffa | :) |
| 20:43:35 | sharpe | whee, i get to update the raster count 7800 times per second, along with 12500 emulated instructions per second. |
| 20:43:48 | sharpe | for accurate emulation |
| 20:44:06 | | Part PaulJ |
| 20:44:10 | | Join damaki_ [0] (n=Chocolat@ALille-153-1-85-165.w86-215.abo.wanadoo.fr) |
| 20:44:49 | | Join Kyomi [0] (n=aww@suidd5hhw41-5.acs.appstate.edu) |
| 20:45:43 | amiconn | lostlogic: I've experienced another playback bug |
| 20:46:00 | sharpe | or wait, only 12000 processor instructions |
| 20:46:28 | Kyomi | Sooo... whats happening with the experimental build? It's like....vanished |
| 20:46:32 | sharpe | so around, 19800 function calls per second... |
| 20:46:40 | amiconn | Playback itself was fine, but when I skipped tracks, it happened at least once that the playback code updated the track info several times at the start of a track |
| 20:47:14 | amiconn | This is not noticeable unless there's a long line which will scroll |
| 20:47:19 | | Join hardeep [0] (i=hardeeps@otaku.freeshell.ORG) |
| 20:47:49 | amiconn | Then the scrolling line does get reset to the 'start position' at the time of the trackinfo update |
| 20:49:39 | | Quit lost|X40 (Connection timed out) |
| 20:50:50 | Mikachu | who wants to guess how many files will conflict when i cvs update? |
| 20:52:37 | | Join Kohlrabi [0] (n=Kohlrabi@dslb-082-083-140-115.pools.arcor-ip.net) |
| 20:53:06 | lostlogic | amiconn: yeah, I've noticed that there seem to be a couple of extra updates happening, the signaling that the track information changed is less than ideal (it's just a boolean that's reset on read by the WPS thread) currently. |
| 20:53:14 | | Join ep0ch [0] (n=ep0ch@84.12.24.82) |
| 20:53:21 | lostlogic | amiconn: definitely not a priority, at least until after voice works *mutter* |
| 20:54:03 | goffa | damn train delay... i want my e5c's |
| 20:54:14 | lostlogic | the voice codec is doing: read 8192b, read 0b, advance 0b in an infinite loop after the first clip finishes, and I can't for the life of me figure out why. I wonder if it tries to seek or something, which is ignored by the voice callbacks. |
| 20:55:15 | | Join lostnihilist [0] (n=james@c-67-175-244-14.hsd1.il.comcast.net) |
| 20:55:22 | | Quit Kyomi () |
| 20:55:54 | goffa | heh.. i guess 2 patties of beef isn't enough.. lets add steak |
| 20:56:00 | goffa | http://www2.abc27.com/news/stories/0406/320881.html |
| 20:56:43 | | Quit Rick (Read error: 104 (Connection reset by peer)) |
| 20:59:08 | | Join Rick [0] (i=rick@pool-71-108-2-183.lsanca.dsl-w.verizon.net) |
| 21:00 |
| 21:05:03 | sharpe | i seem to not be able to type correctly these past few days |
| 21:05:13 | petur | last time I was in the states I got disgusted by the food... they were even eating steaks as breakfast |
| 21:06:27 | petur | and in the shops I could only find loads and loads of sweets and stuff.. oh yeah, and buckets with butter which I probably wouldn't get empty in 5 years |
| 21:06:45 | lostlogic | we don't all eat that way. |
| 21:07:07 | petur | but we had a hard time finding 'normal food' |
| 21:07:27 | sharpe | i've never had steak for breakfast... |
| 21:07:36 | hardeep | what city were you in? |
| 21:07:39 | petur | (this was in the Seattle area) |
| 21:08:13 | hardeep | seattle's a relatively healthy city −− surprised you couldn't find anything |
| 21:08:22 | Hotfusion | I usualy eat steak for dinner. |
| 21:08:27 | Hotfusion | Steak fajitas mmmm |
| 21:08:50 | sharpe | yay |
| 21:08:55 | sharpe | my code is all neat and tidy. |
| 21:08:57 | sharpe | Write(0xD011, (Read(0xD011) & 0x7F) | ((vic.raster & 0x100) >> 1); |
| 21:09:49 | sharpe | that seems slightly redundant... |
| 21:10:16 | lostlogic | petur: I eat a lot of sushi and asian food |
| 21:10:25 | lostlogic | wait, sushi is asian food |
| 21:10:26 | lostlogic | whatever. |
| 21:10:26 | sharpe | oh well, i'll keep it so i know what it should actually be doing. |
| 21:12:19 | amiconn | lostlogic: What should that voice codec sequence you posted tell me? |
| 21:12:37 | amiconn | Doesn't that just mean the voice codec tries to get some data to decode? |
| 21:12:57 | lostlogic | amiconn: Yeah, but then it never advances the buffer that distance, so the clip never ends, and it just loops forever on those three requests |
| 21:13:09 | | Join filoktetes [0] (n=filoktet@g-001.osl255.netcom.no) |
| 21:13:22 | amiconn | Ah, so advancing is a separate operation? |
| 21:13:25 | lostlogic | yeah |
| 21:13:37 | * | amiconn would have expected that a read implies advancing |
| 21:13:58 | lostlogic | amiconn: no, it actually uses the request_buffer function, so it's requesting a pointer to memory ont he file buffer |
| 21:14:09 | lostlogic | so it doesn't want to invalidate that buffer by advancing the pointer until it's done with it |
| 21:14:28 | amiconn | ah |
| 21:15:28 | amiconn | Hmm, in fact I made a similar mistake while coding the (dead-simple compared to playback.c) playback engine for the wavplay plugin |
| 21:16:02 | amiconn | Advancing a pointer too early isn't going to be nice when the refill task catches up... |
| 21:16:13 | lostlogic | *nod* |
| 21:16:42 | lostlogic | of course for voice there isn't really a refill task, because that data is on a buffer that stays in memory |
| 21:17:14 | | Join damaki [0] (n=Chocolat@ALille-153-1-85-165.w86-215.abo.wanadoo.fr) |
| 21:17:36 | lostlogic | I'm going to hafta log the other voice codec functions to try and understand why libmad/mpa aren't advancing the buffer. |
| 21:18:07 | amiconn | Yes. For voice, the flow of things changes a bit. Imho the voice thread should stop completely when the voice queue is empty |
| 21:18:33 | amiconn | Perhaps it retries because of an error? |
| 21:18:57 | amiconn | Although, the voice clips are plain mp3 frames, without any extra headers |
| 21:19:16 | | Quit damaki_ (Read error: 110 (Connection timed out)) |
| 21:20:13 | lostlogic | amiconn: with what I'm working on, when the voice queue goes empty and playback is stopped, the voice thread will go to sleep (on an indefinite queue wait) |
| 21:20:41 | lostlogic | amiconn: I think the problem is that mad is asking for more data than what is available and expecting a retry to give it more, but there isdn't any more or some such |
| 21:21:01 | amiconn | Ok, that's what I thought it should be. So cvs does different? |
| 21:21:09 | lostlogic | yes |
| 21:21:14 | | Quit ep0ch (Read error: 110 (Connection timed out)) |
| 21:21:38 | lostlogic | CVS busy loops with a sleep(hz/16) waiting for a clip to play |
| 21:22:04 | petur | amiconn: iriver does a special write sequence to the isp1362 to put it in suspend (lowpower) mode - this could be it? |
| 21:22:21 | amiconn | petur: perhaps, that needs to be tested |
| 21:22:45 | amiconn | lostlogic: But why should 8K not be enough? |
| 21:22:53 | amiconn | An mp3 frame is never that large |
| 21:23:11 | lostlogic | I think it requests 8k but not that much is left of the clip or something... need to put more logging there. |
| 21:23:25 | petur | amiconn: I'm prepping code and a bootloader for Linus to test |
| 21:23:40 | amiconn | Perhaps you should ask preglow as he's the codec expert... |
| 21:24:00 | amiconn | petur: Why not test with a rockbox binary first? |
| 21:24:07 | sharpe | wow, i should count how many memory accesses are made for each frame when i finish all the code... |
| 21:24:19 | *** | Saving seen data "./dancer.seen" |
| 21:24:22 | lostlogic | preglow: linuxstb: any thoughts what would make mad/mpa perform that sequence of request 8192b, request 0b, advance 0b indefinitely? |
| 21:25:37 | petur | amiconn: I seem to be unable to access the registers, and I saw that iriver does some configurations (including configuring the chip to wake up on CS). I'm guessing that my code runs too late |
| 21:26:57 | amiconn | I don't think that's the case |
| 21:27:24 | amiconn | The isp should be accessible at all times, provided the various pins are set up correctly |
| 21:27:49 | amiconn | Iirc the isp is connected to cs3, i.e. to the bus. Did you check the waitstates? |
| 21:28:07 | petur | I've set it the same as iriver |
| 21:28:21 | petur | including the silly nops between reads and writes |
| 21:28:52 | petur | I'll put my efforts in the wiki for review later on |
| 21:30:05 | lostlogic | codec asks for 8192b, gets 48b, never advances the buffer over those 48b |
| 21:30:18 | petur | you can wake up / sleep the chip by hardware pins or software. I haven't found any GPIO action related to isp1362, but I did find the wake-up-on-CS config, so that's my lead to follow now |
| 21:31:34 | preglow | lostlogic: hmm, no |
| 21:31:51 | preglow | why does it get so little? |
| 21:31:52 | | Join qwm [0] (n=qwm@h147n2fls32o1010.telia.com) |
| 21:34:37 | petur | silly compiler |
| 21:34:41 | petur | and.l #0xFFDF, d6 |
| 21:34:50 | petur | and.l #0xFFFF, d6 |
| 21:34:57 | | Join ep0ch [0] (n=ep0ch@84.12.150.56) |
| 21:35:26 | * | amiconn sighs |
| 21:35:52 | amiconn | I can't split myself... |
| 21:36:16 | * | amiconn would like to do at least 5 different things at once |
| 21:37:56 | lostlogic | preglow: because that's all that's left in this 'getmore' from the talk.c side |
| 21:40:24 | lostlogic | what's weird is that a single 'getmore' from the talk.c should be a complete clip, and so should end on an mp3 frame boundary, so those 48 bytes should complete a frame for mad and it should advance past them and then ask for more again which would result in a new getmore |
| 21:42:47 | preglow | hmm |
| 21:43:24 | preglow | bbl |
| 21:43:43 | kkurbjun | mikolas, amiconn, lostlogic, preglow: thanks for the help on the coldfire asm. Finally committed some things that actually work |
| 21:44:18 | | Quit qwm_ (Read error: 110 (Connection timed out)) |
| 21:44:59 | lostlogic | kkurbjun: great :) how's the speedup? |
| 21:45:52 | kkurbjun | eh, it's a littlebit, the spandrawing didn't have as much effect as I was hoping, the asm H300 lcd update I made did have an impact though |
| 21:45:57 | mikolas | kkurbjun, i just came up with something that you should look at |
| 21:46:23 | mikolas | as i recall, writing longs instead of bytes was faster back in the 68k days |
| 21:46:34 | mikolas | long aligned of course |
| 21:46:55 | mikolas | so maybe you should collect full longs in the loop and write those to memory one at the time |
| 21:47:07 | lostlogic | definitely, using movem instead of move will be way faster |
| 21:47:18 | lostlogic | read 16 bytes into 4 registers |
| 21:47:20 | lostlogic | write all |
| 21:47:23 | mikolas | yeah |
| 21:47:46 | mikolas | same stuff i used to optimize 68020 vector routines back in the days of _slow_ chip ram on amiga |
| 21:47:56 | lostlogic | see amiconn's memmov and memcpy routines for the quickest alignment techniques |
| 21:48:04 | kkurbjun | hmm, so I'd have to unroll it and then have another loop for checking the leftovers |
| 21:48:40 | | Quit quobl (Client Quit) |
| 21:48:50 | mikolas | start by collecting one long at the time and elaborate on that |
| 21:48:59 | mikolas | just to see if there's any initial speedup |
| 21:49:45 | lostlogic | that's true, it should be a pretty big speedup just to get it to longs vs. bytes |
| 21:49:58 | mikolas | can you put the code online |
| 21:50:02 | mikolas | i can take a look at it |
| 21:50:15 | kkurbjun | mikolas, yes, it's in cvs now |
| 21:50:18 | mikolas | ok |
| 21:50:22 | kkurbjun | under r_draw.c |
| 21:50:49 | kkurbjun | I can't look into it right now though |
| 21:51:14 | mikolas | i'll check it anyway, i can give you the patch later |
| 21:51:52 | | Join amiconn_ [0] (n=jens@rockbox/developer/amiconn) |
| 21:52:07 | | Quit amiconn (Nick collision from services.) |
| 21:52:07 | | Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) |
| 21:52:16 | kkurbjun | mikolas, great, thanks for the help |
| 21:53:18 | mikolas | you'll have to split the loop in three parts in order to align pointers correctly, but i think it's pretty easy |
| 22:00 |
| 22:07:24 | | Quit lostnihilist (Read error: 110 (Connection timed out)) |
| 22:07:31 | | Join lowlight [0] (n=c730190b@labb.contactor.se) |
| 22:08:24 | lowlight | lostlogic: are you aware of this bug/feature of libmad? http://www.rockbox.org/tracker/task/5062 |
| 22:08:37 | lowlight | it won't decode the last frame |
| 22:09:33 | | Quit midkay_ (Read error: 104 (Connection reset by peer)) |
| 22:09:49 | | Join midkay_ [0] (n=midkay@24.143.70.99) |
| 22:10:51 | sharpe | hmm |
| 22:11:06 | lostlogic | lowlight: hmmmmmmmmmmmmmmmmmmmmmm |
| 22:11:35 | | Join SereR0KR [0] (n=Fletcher@Fce58.f.strato-dslnet.de) |
| 22:11:45 | sharpe | it never crossed my mind to update the single video chip registers for that register, only when it's written to. |
| 22:12:02 | sharpe | er, update that certain register when it's written to. |
| 22:12:09 | sharpe | and not all of them at the same time. |
| 22:12:44 | sharpe | i should rewrite this code more often. :D |
| 22:13:57 | lostlogic | hmm... so I somehow need to track how much mad has gotten from the voice_request_buffer, and when it has _received_ all bytes, offer it 8 more bytes of zeros |
| 22:14:25 | | Join Seed [0] (i=ben@85-64-200-85.barak-online.net) |
| 22:17:59 | | Join matsl [0] (n=matsl@1-1-4-2a.mal.sth.bostream.se) |
| 22:19:55 | sharpe | lostlogic, do you know ahead the number of bytes? |
| 22:20:16 | lostlogic | which number of bytes? |
| 22:20:41 | sharpe | number of bytes from voice_request_buffer... |
| 22:20:43 | sharpe | i think. |
| 22:20:49 | sharpe | to recieve. |
| 22:21:52 | * | amiconn wonders about that weird feature of libmad |
| 22:22:00 | sharpe | i just read that, i dunno if you've done it already. |
| 22:22:33 | lostlogic | voice request buffer receive what who which? |
| 22:22:47 | sharpe | i don't know? :( |
| 22:22:47 | amiconn | lostlogic: You only need to pad if the voice queue is completely empty. Otherwise just advance to the next clip |
| 22:24:22 | amiconn | I'm not sure whether it's possible to continuously feed the codec from non-contiguous data |
| 22:25:49 | amiconn | Bagder: The frontpage is in need of a model list update... (mini 1g) |
| 22:25:55 | lostlogic | amiconn: yeah, that's the problem, I can't just call the callback, because I haven't advanced the buffer past those original 48 bytes yet, so I think it's safer to feed it just 8 |
| 22:26:47 | sharpe | should i do clever positioning of the switch cases that handle memory writes, so i only have to have the line "ram[Addr] = Value" once, maybe twice, instead of for each special case? |
| 22:28:40 | mikolas | addx.l #0, %%d1 does not work on coldfire? |
| 22:28:52 | mikolas | is it only register, register? |
| 22:29:14 | preglow | argh |
| 22:29:17 | sharpe | wait, i have a better idea... not that anyone was rushing to help... :) |
| 22:29:24 | preglow | lostlogic: you hit the buffer padding "feature" of libmad? |
| 22:30:45 | lostlogic | preglow: I think so −− not sure why it refuses to consume the 48 bytes of real available data though :( |
| 22:30:58 | mikolas | addx is a cool way to optimize fixed point math by having the decimal part in the upper word, but it seems you'll have to waste one register on coldfire |
| 22:32:43 | preglow | addx? isn't that what you'd use to do a full 64 bit add? |
| 22:33:06 | mikolas | you can only use it so that you have the 16 decimal bits in upper word |
| 22:33:25 | mikolas | so you do add.l %%d0, %%d1; addx.l #0, %%d1 |
| 22:33:34 | mikolas | without any shifting or swapping |
| 22:33:53 | mikolas | given that the lower word won't be wrapping |
| 22:34:01 | preglow | erh |
| 22:34:06 | preglow | why do you need an add with carry for that? |
| 22:34:36 | | Join powr-toc [0] (n=r@84-51-129-124.rickmo645.adsl.metronet.co.uk) |
| 22:34:58 | mikolas | fixed point math |
| 22:35:24 | mikolas | you have 16h.16l where l is the decimal part |
| 22:35:33 | preglow | i know how to use fixed point math... |
| 22:35:41 | preglow | i'm just wondering what you're doing and why you need to use addx |
| 22:35:45 | mikolas | normally you would do 16h.16l + 16h.16l |
| 22:35:50 | preglow | indeed |
| 22:36:08 | mikolas | and you will be doing a swap to get the 16h, right |
| 22:36:38 | mikolas | but you can also do add.l 16l.16h, 16l.16h; addx.l #0, 16l.16h |
| 22:36:44 | mikolas | no swapping/shifting |
| 22:37:21 | mikolas | and in the best case you can interleave those to remove some unneccessary code from loops dealing with fixed point |
| 22:37:56 | mikolas | that's how you do lightning fast line calculations for example |
| 22:38:19 | | Join lee-qid_ [0] (n=liqid@p549674F8.dip.t-dialin.net) |
| 22:38:26 | mikolas | you need to use addx in order to add the overflow from the decimal part |
| 22:39:32 | mikolas | i think i will have to comment my code for doom optimization in order to understand it myself tomorrow... |
| 22:40:41 | | Join mirak [0] (n=mirak@AAubervilliers-152-1-95-114.w81-48.abo.wanadoo.fr) |
| 22:40:42 | | Quit midkay_ (Read error: 104 (Connection reset by peer)) |
| 22:40:51 | | Join midk [0] (n=midkay@24.143.70.99) |
| 22:42:01 | preglow | i can't really claim i see the point in it at all |
| 22:42:13 | preglow | addx with a constant is even slower than doing swapping/shifting |
| 22:42:57 | mikolas | yeah |
| 22:43:06 | mikolas | but you can interleave stuff |
| 22:43:27 | mikolas | like in a loop you have two fp variable |
| 22:43:53 | | Join BHSPitLappy [0] (i=Steve-O@67.64.145.221) |
| 22:44:29 | mikolas | you set it up like x16l.y16h and y16l.x16h and actually interleave it so that you get result like add.l %%d0, %%d1; addx.l %%d2, %%d3 and so forth |
| 22:44:38 | amiconn | mikolas: You mean with that addx you can add two byte-swapped values to produce a byte-swapped result again? |
| 22:44:54 | mikolas | so you have the decimal part interleaved in the regs |
| 22:45:16 | mikolas | that's how i did it in the amiga days to calculate stuff fast :) |
| 22:45:17 | | Quit filoktetes ("Leaving") |
| 22:45:31 | amiconn | I wonder how that is faster than an ordinary add |
| 22:46:02 | mikolas | it's as fast as an ordinary add. but you can remove swapping |
| 22:46:12 | preglow | riight |
| 22:46:24 | amiconn | I mean, why place two variable in one register that way? |
| 22:46:37 | | Join midkay [0] (n=midkay@rockbox/developer/midkay) |
| 22:46:53 | amiconn | Sure it's a neat trick by itself, but I can't think of an application where it actually pays off... |
| 22:47:21 | mikolas | when you calculate lines it pays off pretty well. or in the doom code. |
| 22:47:24 | petur | amiconn: I've attached my usbotg code on the wiki page if you care to do a 6th thing right now ;) |
| 22:47:38 | amiconn | mmmmmmmmmmmmmmmmmmmmmmmmm |
| 22:47:56 | | Quit midk (Read error: 104 (Connection reset by peer)) |
| 22:48:18 | mirak | hello |
| 22:48:22 | mirak | I was playing doom |
| 22:48:58 | mirak | well just a bit. there is really no way the H300 pad can handle height directions instead of 4 ? |
| 22:49:04 | mikolas | in doom code you can eliminate 4 lsrs per loop iteration |
| 22:49:38 | mikolas | so it's about 30% of the code in the loop |
| 22:50:00 | mirak | doom is barely playable, since you can turn and go forward at the same time |
| 22:50:18 | mirak | I was wodering if it was hardware limitation or drivers limitations |
| 22:50:36 | | Quit linuxstb (Read error: 110 (Connection timed out)) |
| 22:50:40 | | Part optimistic`t0ken |
| 22:50:49 | amiconn | hardware limitation |
| 22:51:01 | mirak | damn I am crying now :'( |
| 22:51:33 | | Join linuxstb [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
| 22:51:55 | | Join quobl [0] (n=quobl@tor/session/external/x-810351f1ca7f634d) |
| 22:51:59 | | Join lostnihilist [0] (n=james@c-67-175-244-14.hsd1.il.comcast.net) |
| 22:52:26 | amiconn | Any devs knowing the wps parser code around? |
| 22:52:34 | mirak | probably with forward on record button it could be more playable |
| 22:54:29 | | Join eEye_ [0] (i=shift@CPE000c6e94cf09-CM001225d870de.cpe.net.cable.rogers.com) |
| 22:56:05 | lostlogic | hmm... libmad/stream.c:84 seems to be the problem. |
| 22:56:33 | lostlogic | next_frame is set to this frame, and then used for the next call to advance_buffer_loc() which of course advances the buffer by exactly zero bytes. |
| 22:56:41 | lostlogic | grr |
| 22:57:27 | hardeep | can you use the zero byte advance as a flag to go to next clip? |
| 22:58:25 | eEye_ | anyone have an iaudio x5? |
| 22:59:05 | amiconn | Crappola. Who used a non-existing macro in debug_menu.c for checking for iriver arch? |
| 22:59:13 | amiconn | #ifdef IRIVER, haha |
| 22:59:35 | sharpe | so far my code totals up to 560 lines for the c64 emulator, minus the cpu emulator code... |
| 22:59:53 | preglow | amiconn: hahaha |
| 22:59:56 | preglow | hope it wasn't me |
| 23:00 |
| 23:00:05 | * | amiconn checks viewcvs |
| 23:00:26 | * | preglow does the blame dance |
| 23:00:42 | sharpe | wow, deja vu... |
| 23:00:49 | amiconn | It was Linus... |
| 23:01:07 | sharpe | *silence* |
| 23:01:21 | preglow | hahahahah |
| 23:01:28 | | Join lost|X40 [0] (n=james@wireless-197-117.uchicago.edu) |
| 23:01:35 | preglow | now i've got some dirt on him! |
| 23:02:40 | | Quit Hotfusion (Read error: 104 (Connection reset by peer)) |
| 23:02:44 | | Quit adiamas ("Chatzilla 0.9.72 [Firefox 1.5.0.2/2006030804]") |
| 23:02:53 | obo | are there any strings that contain the model of the DAP? |
| 23:02:54 | goffa | eEye_: i have an x5 |
| 23:03:13 | eEye_ | how long have you had it for? |
| 23:03:20 | eEye_ | i'm worried about the battery |
| 23:03:29 | goffa | since like october |
| 23:03:31 | goffa | i have an x5l |
| 23:03:40 | eEye_ | i have just an x5 |
| 23:03:47 | | Join qwm_ [0] (n=qwm@h147n2fls32o1010.telia.com) |
| 23:04:00 | eEye_ | i've read on the forums that some peoples batteries last only 6 hours now |
| 23:04:06 | goffa | wait... no... july |
| 23:05:11 | goffa | yeah... that seems to be what mine is doing |
| 23:05:19 | goffa | but it seems to be only in the last week or so |
| 23:05:21 | goffa | so i don't know |
| 23:05:35 | goffa | and i'm not sure that i had it plugged in tightly last night |
| 23:05:40 | goffa | i think i have to clean the contacts |
| 23:07:42 | mikolas | my x5 only gets about 7 hours of battery |
| 23:08:10 | goffa | but even as advertised ... there are a lot of variables that factor in |
| 23:08:30 | goffa | like file types, if random is on, tag cache, dir cache, etc |
| 23:08:51 | mikolas | i get only 8 on the stock firmware |
| 23:09:07 | mikolas | so it is not rockbox specific |
| 23:09:10 | goffa | yeah |
| 23:09:39 | goffa | as a rule, the smaller the file type that you use, and no random seems to give best battery life |
| 23:09:53 | goffa | because the disc access seems to suck the battery |
| 23:10:06 | amiconn | Bg3r: around? |
| 23:10:17 | goffa | so the less disc access, the better from a battery standpoint on the x5 |
| 23:10:34 | goffa | but no player seems to tell the truth on battery life |
| 23:10:34 | mikolas | yes, cos it only has 16 mb of memory |
| 23:10:46 | | Quit lostnihilist (Read error: 110 (Connection timed out)) |
| 23:11:00 | mikolas | so it accesses disc a lot if you have high bitrate files |
| 23:11:07 | goffa | i would imagine apple is pretty close if you ONLY use itunes |
| 23:11:22 | goffa | just because they are highly compressed |
| 23:11:33 | amiconn | goffa: The effect of random is neglectible |
| 23:11:40 | mikolas | i was happy with h120 |
| 23:11:41 | goffa | not on my x5 |
| 23:11:48 | mikolas | 15 hours of battery |
| 23:11:51 | amiconn | (with rockbox) |
| 23:12:30 | goffa | amiconn: it makes a difference on my x5 |
| 23:12:36 | amiconn | Anyone with an H1x0 or H300 and H300 remote(s) (lcd and non-lcd) around? |
| 23:12:49 | goffa | unless 3-4 extra hours is negligible |
| 23:12:59 | mikolas | i have h120 + remote but they're in another location at the moment |
| 23:13:04 | goffa | well... i take that back |
| 23:13:11 | goffa | no random, and ogg q6 |
| 23:13:20 | goffa | because with flac it becomes negligible again |
| 23:13:59 | | Quit qwm (Read error: 110 (Connection timed out)) |
| 23:14:44 | amiconn | mikolas: I'm looking for someone with a H1x0 or H300 and one of the H300 remotes. I have a H100 remote myself, and both a H1x0 and a H300. |
| 23:14:56 | mikolas | ok |
| 23:14:57 | | Join webguest48 [0] (n=51400b8c@labb.contactor.se) |
| 23:15:05 | mikolas | should have read what you said :) |
| 23:15:14 | eEye_ | well what i mean is the battery life degrades over time |
| 23:15:16 | mikolas | i have the original h100 remote |
| 23:15:17 | axion_ | turn off voice too |
| 23:15:21 | amiconn | I want to improve the remote detect + init |
| 23:15:24 | | Join ScootScat [0] (n=yeahrigh@71-80-131-108.dhcp.hspr.ca.charter.com) |
| 23:15:34 | eEye_ | i just got my x5, so if in 6 months the battery life is going to degrade so much i might as well bring it back |
| 23:15:50 | goffa | eEye_: yeah... i haven't noticed unless it goes fine and there is a _sudden_ drop |
| 23:16:06 | goffa | i was without power 2 nights ago |
| 23:16:18 | goffa | and it drained all the way.. and i think i had a loose connection last night |
| 23:16:29 | goffa | so i'm unsure |
| 23:17:02 | axion_ | goffa: turning off that text to speech frees up a lot of cpu doesnt it? |
| 23:17:30 | goffa | yeah |
| 23:17:44 | yobesoom | whoah.. axion! |
| 23:17:46 | yobesoom | you too? |
| 23:17:52 | axion_ | ? |
| 23:17:56 | yobesoom | jeeze I'm meeting all my old IRC buddies here |
| 23:18:27 | goffa | just like cheers :) |
| 23:18:34 | yobesoom | lol |
| 23:18:39 | yobesoom | where's the beer? |
| 23:18:42 | preglow | here! |
| 23:18:48 | axion_ | hi moose |
| 23:19:07 | | Part lowlight |
| 23:19:09 | goffa | preglow: these are guys from the mpc channel from way back... when bushel was developing |
| 23:19:16 | preglow | right |
| 23:19:37 | | Join dj-fu [0] (n=deejay@202-169-215-87.worldnet.co.nz) |
| 23:19:50 | | Quit lost|X40 (Read error: 110 (Connection timed out)) |
| 23:19:50 | axion_ | whoa RotAtoR is here too |
| 23:19:57 | goffa | before i saw him a couple of days ago, i don't think i've seen yobesoom online for like 3 years |
| 23:20:07 | RotAtoR | Weeeee! |
| 23:20:15 | axion_ | hey RotAtoR, long time |
| 23:20:18 | preglow | so, what are you all doing here? :) |
| 23:20:31 | goffa | we just kind of bumped into each other |
| 23:20:35 | goffa | funny, huh? |
| 23:20:45 | axion_ | i still talk to a lot of dal.net people |
| 23:20:48 | RotAtoR | musepack supports unites the world :) |
| 23:20:58 | goffa | had to be it |
| 23:20:59 | preglow | so i unite the world, do i? :P |
| 23:21:02 | | Join lostnihilist [0] (n=james@c-67-175-244-14.hsd1.il.comcast.net) |
| 23:21:04 | goffa | yep :) |
| 23:21:06 | sharpe | should i define a long string over one line, or over multiple lines to fit the 80 character width? |
| 23:21:24 | goffa | preglow's fan club is growing |
| 23:21:34 | preglow | this'll look nice on my resume |
| 23:21:51 | preglow | "Took a brief stint off for uniting the world. Succeeded in doing so." |
| 23:21:52 | goffa | preglow: i think moose encoded that stuff i sent you |
| 23:21:53 | Mikachu | sharpe: why would you define a long string instead of making a variable that you reuse? |
| 23:21:56 | goffa | well yobesoom |
| 23:22:07 | preglow | goffa: yeah, haven't had time to look more at it yet |
| 23:22:08 | goffa | sv4 |
| 23:22:18 | preglow | i'm going to add seeking support before i do anything else |
| 23:22:23 | goffa | yeah.. it plays. i'm happy already |
| 23:22:26 | preglow | first spdif recording, then seeking support |
| 23:22:33 | goffa | someone had a patch on flyspray |
| 23:22:37 | preglow | i know |
| 23:22:37 | goffa | don't know if that was you |
| 23:22:43 | preglow | no, that was snowgoon |
| 23:22:44 | sharpe | Mikachu: the long (in size, not the c keyword) string is a character alphabet for keyboard input. |
| 23:22:46 | goffa | oh ok |
| 23:22:47 | preglow | who developed it |
| 23:24:22 | *** | Saving seen data "./dancer.seen" |
| 23:25:49 | | Join ashridah [0] (i=ashridah@220-253-120-107.VIC.netspace.net.au) |
| 23:27:38 | | Join Paul_The_Nerd [0] (n=Paul@cpe-66-68-93-2.austin.res.rr.com) |
| 23:28:04 | | Quit matsl (Remote closed the connection) |
| 23:28:25 | | Join taz5612 [0] (n=taz@r80h38.res.gatech.edu) |
| 23:28:57 | | Quit webguest48 ("CGI:IRC (EOF)") |
| 23:29:48 | | Join DrMoos [0] (n=51400b8c@labb.contactor.se) |
| 23:29:49 | preglow | amiconn: is there any reason not to use the or_l and and_l macros when flipping bits? |
| 23:30:22 | amiconn | Flipping bits where? |
| 23:30:38 | preglow | pcm_record.c |
| 23:30:38 | | Join ProgramZeta [0] (n=zetachan@ip68-101-174-185.sd.sd.cox.net) |
| 23:30:54 | amiconn | For gpio, these macros should always be used because they're atomic. |
| 23:31:09 | preglow | ahh, only gpio |
| 23:31:28 | preglow | doesn't gcc have enough brains to do an atomic operation anyway, btw? |
| 23:31:33 | amiconn | ..unless you need to do a lot of flipping and want to really squeeze speed |
| 23:31:36 | preglow | if not, then using or_l and co. should always be faster and use less space, yes? |
| 23:32:08 | amiconn | It's not necessarily faster than what gcc uses when you do |= or &= |
| 23:32:42 | * | yobesoom encoded a lot of sv4 and sv5 mpc back when it was still called mp+ |
| 23:32:45 | | Quit tvelocity ("Ex-Chat") |
| 23:32:50 | amiconn | or_l and and_l should be same speed, but interrupt safe because they're atomic |
| 23:32:57 | preglow | but yeah |
| 23:33:14 | preglow | will anyone cry if i don't support monitoring for spdif recording right away? |
| 23:33:21 | amiconn | Accessing gpio is really slow on coldfire |
| 23:33:41 | amiconn | and_l and or_l take 24 cycles when used for gpio |
| 23:34:12 | | Quit Gargamale ("poop") |
| 23:34:23 | yobesoom | good god |
| 23:34:40 | preglow | shite |
| 23:34:42 | amiconn | ...and it's not possible to access only parts of the port (.w or .b) |
| 23:34:43 | yobesoom | can you just copy off the register from gpio to cpu and cmp? |
| 23:34:59 | amiconn | When I tried, I got lovely PDIR1FULL interrupts... |
| 23:35:10 | yobesoom | yummy. |
| 23:35:36 | amiconn | yobesoom: and_l and or_l are not for reading, but for flipping individual port bits |
| 23:35:45 | yobesoom | ohhh my bad |
| 23:35:51 | | Quit eEye_ ("fractal2 mirc script (ver 1.0betar2) · http://fractal2.net") |
| 23:36:08 | yobesoom | I thought you were trying to check a bitmask |
| 23:36:14 | amiconn | Reading isn't critical (apart from that just reading gpio also takes 14 cycles) |
| 23:36:21 | taz5612 | Is there any planned support for the Ipod using firewire instead of USB? USB works just fine, however I've not found anything about getting it to work with firewire. |
| 23:36:33 | lostlogic | preglow: you didn't happen to take a look at that libmad/stream.c line I pointed out, did you? Seems patently wrong to me |
| 23:36:42 | preglow | lostlogic: what line? |
| 23:37:01 | lostlogic | 84 |
| 23:37:11 | preglow | oh, it does |
| 23:37:26 | preglow | seems weird |
| 23:37:27 | Paul_The_Nerd | taz5612: Technically USB isn't supported either. All it does is detect a USB insert and reboot into disk mode, which you can just do manually for firewire. |
| 23:37:35 | preglow | if you can't understand it, just mail rob leslie about it and ask |
| 23:37:37 | lostlogic | and that results in mpa.c line 195 advancing the buffer to back where it already was |
| 23:37:38 | preglow | he seems quite helpful |
| 23:38:39 | taz5612 | Paul_The_Nerd: I tried to force a reconnect while the firewire cable was connected and it would boot into Rockbox |
| 23:38:46 | | Quit qwm_ (Connection timed out) |
| 23:39:13 | | Quit lee-qid_ ("Trillian (http://www.ceruleanstudios.com") |
| 23:39:40 | Paul_The_Nerd | taz5612: Did you boot into Disk mode, or Retail? Did you use Menu+Play after a Menu+Select to get into Disk Mode, or did you just plug in USB, then try to quickly switch or something odd like that? |
| 23:39:42 | preglow | anyone know of a reason why sample rate selection isn't supported for coldfire recording yet? |
| 23:40:07 | preglow | and doesn't the uda generate the sample clocl when recording? |
| 23:40:20 | * | preglow nudges petur |
| 23:40:26 | taz5612 | Paul_The_Nerd: I used Menu+Select and Menu+Play to reboot to disk mode |
| 23:40:37 | | Join TCK [0] (n=tckocr@81-178-249-38.dsl.pipex.com) |
| 23:40:39 | taz5612 | and that was before I switched to the USB cable |
| 23:40:51 | Paul_The_Nerd | taz5612: Try simply booting retail OS then. |
| 23:41:05 | | Quit ProgramZeta (Read error: 104 (Connection reset by peer)) |
| 23:41:12 | Paul_The_Nerd | Though I don't know what you mean by "force a reconnect" then. |
| 23:41:18 | taz5612 | Paul_The_Nerd: Which is done with Menu+Select |
| 23:41:58 | Paul_The_Nerd | taz5612: Which statement were you referring to with that? Menu+Select simply hard reboots an ipod... |
| 23:42:15 | taz5612 | Paul_The_Nerd: Force a connect would be more accurate |
| 23:43:01 | Paul_The_Nerd | Ah, and see being accurate is important as I was imagining you try to pull out USB and plug in Firewire before it decided to reboot, because that's the only situation I could imagine a re-connect. :) |
| 23:43:14 | sharpe | i'm starting to type hoystick instead of joystick... is that bad? |
| 23:43:18 | taz5612 | :) many apologies |
| 23:43:19 | Paul_The_Nerd | Anyway, so have you gone into Retail and tried it, or *just* Disk Mode? |
| 23:43:36 | taz5612 | I haven't gotten into Retail mode. |
| 23:43:43 | * | taz5612 is looking up how now |
| 23:43:47 | Paul_The_Nerd | I'd suggest that for now. There's no reason Retail shouldn't work |
| 23:43:55 | Paul_The_Nerd | Just hold Menu immediately after turning on the iPod |
| 23:44:08 | taz5612 | Paul_The_Nerd: ok. Thanks a lot. |
| 23:46:25 | * | petur returns |
| 23:47:16 | | Quit Moos ("Glory to Rockbox !!!") |
| 23:47:45 | twisted` | sharpe: hoystick? |
| 23:47:51 | twisted` | sharpe: the hell is a hoystick |
| 23:47:55 | preglow | petur: any idea? |
| 23:48:31 | | Join San [0] (n=test@213-202-185-98.bas504.dsl.esat.net) |
| 23:48:39 | petur | preglow: I haven't looked at the configuring of the UDA, but I think it's just that nobody wrote code to do it... |
| 23:49:01 | preglow | i think i remember linus saying we can't just use any sample rate when recording either |
| 23:49:14 | preglow | but i can't see why, it looks like the uda is set to drive the iis clock |
| 23:49:24 | petur | i think it it |
| 23:49:27 | petur | is |
| 23:49:35 | preglow | i need to write code to allow for other sample rates now anyway |
| 23:49:52 | | Quit San (Client Quit) |
| 23:49:54 | | Join San [0] (n=test@213-202-185-98.bas504.dsl.esat.net) |
| 23:49:59 | | Quit San (Remote closed the connection) |
| 23:50:10 | petur | but that has nothing to do with the UDA, no? |
| 23:50:38 | | Nick taz5612 is now known as taz (n=taz@r80h38.res.gatech.edu) |
| 23:50:40 | preglow | no |
| 23:50:41 | | Join Zetan [0] (n=lab_desi@host86-132-60-80.range86-132.btcentralplus.com) |
| 23:50:49 | preglow | but i thought i might enable other sample rates for the uda as well, while i was at it |
| 23:51:12 | petur | sure :D |
| 23:51:51 | sharpe | hmm. i don't suppose that there is a format specifier for binary in rb->snprintf(), is there... |
| 23:52:38 | lostlogic | preglow: I think the problem only happens with regard to our supposed handling of partially corrupted streams, there are cases where the next_frame pointer has not been advanced after the decode call, and the error condition is such that we advance to that location, (ie nowhere). |
| 23:53:21 | lostlogic | preglow: by changing the conditional under the comment /* Fill the buffer */ to :stream.next_frame && stream.next_frame != stream.this_frame it works. |
| 23:54:52 | lostlogic | gah, nevermind, that breaks some normal files. makes they play all slow with artifacties. |
| 23:55:10 | | Quit petur ("credits left: 0 - sleep a bit to get new credits") |
| 23:55:10 | | Join Rondom [0] (n=Rondom@87.193.35.37) |
| 23:55:44 | sharpe | okay, i have all the code rewritten so far, with the exception of the emulation loop. |
| 23:56:53 | | Join RedBreva_ [0] (n=mark@host86-133-124-164.range86-133.btcentralplus.com) |
| 23:56:56 | lostlogic | hardeep: I think you were right, I hafta take a zero advance as a Q to end the current clip. |
icon identifies that the person is a core developer (has commit access).