00:00:30 | dstar5 | amiconn, the vu meter changes are ready to go https://sourceforge.net/tracker/index.php?func=detail&aid=1002379&group_id=44306&atid=439120 |
00:00:49 | midk | dstar5, hmm, your update is a little odd.. |
00:01:05 | dstar5 | no it is not |
00:03:29 | midk | i'd say it is |
00:03:53 | dstar5 | whats odd about it? |
00:04:26 | midk | hmm.. it doesn't really look better as far as the interface... a couple 'bugs'... |
00:04:34 | midk | and i'm still not happy you took my code\ |
00:05:14 | dstar5 | whats bugs? and no i did not take your code |
00:05:23 | midk | whatever |
00:05:31 | | Join Treyqae [0] (~Treyqae@adsl-8-45-253.mia.bellsouth.net) |
00:05:53 | dstar5 | and yes the interface it good |
00:06:01 | midk | nah, it sucks |
00:06:03 | dstar5 | a couple 'bugs' and those are... |
00:06:15 | midk | locate them yourself |
00:07:00 | dstar5 | there are no bugs then |
00:07:19 | midk | ok, i was lying, there are no bugs, and your interface absolutely rocks |
00:07:34 | dstar5 | wow! thanks you |
00:07:57 | zeekoe | midk: what code did he take? |
00:08:20 | midk | three functions.. i won't count the struct |
00:08:58 | zeekoe | what functions? |
00:09:07 | midk | he changed them around a bit to make them look original of course.. but he calls them in the same spots and at the same times as i do and he has the same function names... :\ i even specifically requested he didn't use it but apparently he doesn't care |
00:09:23 | midk | reset/save/load settings |
00:09:37 | dstar5 | ther are intirely differn't |
00:09:38 | amiconn | midk: Remember rockbox is GPL, so dstar5 may take and reuse any code he wishes, as long as he puts his code under GPL as well (as he did) |
00:09:53 | midk | yeah.. but i wished he's respect my request to not use it |
00:10:20 | zeekoe | hmm okay |
00:10:29 | midk | dstar5, you made them different so that they wouldn |
00:10:33 | midk | 't look stolen |
00:10:36 | zeekoe | but why may he not use specifically that code? |
00:10:45 | midk | i said the whole thing |
00:10:54 | midk | he only had use for those functions |
00:11:00 | dstar5 | no, i removed stuff like showing logo's etc why would a clock logog go in a vu meter? :P |
00:11:10 | midk | right.. that's what you took out. |
00:11:15 | midk | to make it fit, like i said. |
00:11:25 | amiconn | However, if someone reuses someone else's code, a remark would be nice that this was done (that's why there is e.g. a comment in firmware/drivers/lcd.S saying "Based on the work of Alan Korr and Jörg Hohensohn") |
00:11:33 | midk | this is in addition to being called a dick and accused of stealing my own code |
00:12:35 | zeekoe | which code? |
00:12:44 | midk | my decay settings menu |
00:12:49 | dstar5 | midk, they are very simple functions... if i wrote them myself, they would be very similar... and also didn't LinusN make those for you? |
00:12:50 | midk | for the old vu meter |
00:13:00 | zeekoe | ok |
00:13:06 | midk | no.. he put in a few tips and i thank him for that though |
00:14:14 | amiconn | dstar5: From looking at your code, I have two things I would change before committing (after I have played with it a bit): |
00:14:33 | dstar5 | amiconn, ok |
00:15:22 | zeekoe | just a question... why did you actually rewrite the whole vu-meter? |
00:15:30 | amiconn | (1) lines 27, 28, 31 and 32 are way too long according to the "code police" |
00:16:11 | amiconn | (2) Settings should go into /.rockbox instead of /.rockbox/rocks according to Linus |
00:16:28 | midk | amiconn, i told linus that i should put the clock settings there and he rejected the idea... |
00:16:33 | dstar5 | midk, that should go for your clock as well |
00:16:41 | midk | dstar5, i've got it under control. |
00:17:06 | midk | amiconn, he said that it belonged with the rocks for.. i don't remember why.. he just said it did |
00:17:26 | dstar5 | i think it really should be /.rockbox/settings |
00:17:35 | dstar5 | there are a few thing that could be save dthere |
00:17:40 | midk | a seperate dir for settings? |
00:17:47 | midk | heh... |
00:17:56 | midk | yeah, about 4 files would go there, assuming plugins were used |
00:17:56 | dstar5 | yes... |
00:18:02 | amiconn | Hmm, obviously I didn't remember the last one correctly... so forget (2), as it seems to be The Right Way (tm) |
00:18:11 | midk | amiconn, yeah.. :] |
00:18:32 | dstar5 | humm what was the limit on columms? |
00:18:38 | dstar5 | 72? |
00:18:38 | zeekoe | 80 |
00:18:55 | zeekoe | iirc |
00:19:15 | dstar5 | uhhh are they trying to amke everything viewable for those in 800x600? |
00:19:42 | zeekoe | i have to scroll too, now |
00:20:00 | zeekoe | can see 100 columns |
00:20:13 | dstar5 | i am in 1280x1024 atm |
00:20:15 | amiconn | I have to scroll too (yes, even with 1400x1050 !) |
00:20:21 | dstar5 | i use 1152x864 at home |
00:20:30 | midk | i can see it fine in 1024x768 |
00:20:38 | zeekoe | i use textpad |
00:20:51 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
00:20:51 | * | dstar5 ues notepad++ |
00:20:56 | zeekoe | with some extra thingies at the left that fill up about 150 pixels or so |
00:21:00 | * | amiconn uses ConTEXT |
00:21:06 | zeekoe | ConTEXT? |
00:21:41 | amiconn | zeekoe: http://www.context.cx/ |
00:21:58 | zeekoe | i see it |
00:21:59 | midk | zeekoe: gooooooooogle. |
00:22:14 | zeekoe | :) |
00:22:37 | zeekoe | context seems to use a fixedsys like font |
00:23:32 | amiconn | zeekoe: You can customize it |
00:23:48 | amiconn | I use Courier New/11 |
00:23:55 | zeekoe | ok |
00:24:05 | zeekoe | notepad++ looks nice |
00:24:06 | dstar5 | notepad++ has a good font, it also enlarges braces of the functions you are currently in which looks cool |
00:24:15 | zeekoe | midk: what do you use? |
00:24:19 | dstar5 | and it also shows all the tab poitions |
00:24:23 | midk | kwrite |
00:24:26 | zeekoe | :) |
00:24:26 | midk | linux only iirc |
00:24:32 | zeekoe | i guess so |
00:24:44 | dstar5 | kwrite isnot that a word processor? |
00:24:47 | zeekoe | why not use vi ;) |
00:24:54 | midk | zeekoe, why? |
00:25:08 | dstar5 | vim is cool for linux |
00:25:55 | zeekoe | midk: because it's so easy to use :) |
00:26:03 | midk | i prefer kwrite |
00:26:03 | zeekoe | kwrite looks cool too, a bit like notepad++ |
00:26:58 | dstar5 | notepad++ also lets you collaps functions, so you can see mre of what you want |
00:27:12 | dstar5 | s/collaps/collapse |
00:27:17 | midk | same with kwrite |
00:27:22 | zeekoe | i saw :) |
00:30:14 | amiconn | dstar5: More annotations to the vu meter: |
00:30:25 | dstar5 | amiconn, ok |
00:30:35 | amiconn | (1) The new plugin is actually smaller than the old one :) |
00:31:08 | dstar5 | :) |
00:31:27 | amiconn | (2) Then new digital mode doesn't seem to use the "scale" and "decay speed" settings :| |
00:31:56 | dstar5 | i will add zeekoe mentioned that |
00:31:58 | amiconn | (3) No more "Press on for help" hint |
00:32:10 | amiconn | (4) The mini meters are gone :( |
00:32:18 | midk | i wrote those, dstar5 hated the, |
00:32:23 | midk | that really bugs me |
00:32:34 | dstar5 | i asked three people none of them liked them |
00:32:35 | midk | he constantly called them crap :\ |
00:33:04 | amiconn | I think they were a nice option |
00:33:07 | midk | he also took out help because it was pointless... |
00:33:35 | dstar5 | amiconn, no room in the display now |
00:33:50 | midk | that's what i said, he said it slowed down the drawing time etc.. but no, leave them out - i wouldn't like any of my code in this anymore |
00:34:17 | amiconn | dstar5: You could put them beside the "Left" and "right" strings |
00:34:29 | dstar5 | amiconn, humm yes sure |
00:34:52 | midk | agh |
00:35:21 | dstar5 | they may not look to bad next to the left/right text |
00:35:30 | midk | oh yeah, it was the placement that you hated... |
00:35:59 | dstar5 | and the help theing... i would like to make that only come up if there was no settings file.. having it everytime is annoying |
00:36:00 | midk | is this a nightmare? |
00:36:28 | dstar5 | well i personelly still don't like it |
00:36:35 | midk | then leave it out |
00:36:40 | midk | please. leave the minimeters out. |
00:37:13 | dstar5 | midk, what you wanted them |
00:37:24 | midk | dstar5, leave my code out please |
00:37:26 | dstar5 | midk, you will get a comment for you |
00:37:33 | midk | i don't want a comment anymore |
00:38:48 | zeekoe | dunno who started all this, but now you might as well both continue at #jerryspringer |
00:38:55 | amiconn | And to all coders (as it seems I am the const police now): please declare everthing that does not change constant, especially arrays (although this doesn't seem to make sense for the plugins, it would be cleaner coding) |
00:39:13 | dstar5 | amiconn, will change... |
00:39:17 | *** | Saving seen data "./dancer.seen" |
00:41:29 | dstar5 | midk, you just don't like anything about what i change do you? |
00:42:31 | midk | is "fuck you" an ok answer? |
00:43:18 | dstar5 | i guess he doesn't |
00:43:29 | midk | hee hee! |
00:43:30 | | Quit midk (Remote closed the connection) |
00:43:45 | | Join midk [0] (~midk@c66-235-14-120.sea2.cablespeed.com) |
00:43:50 | jdeonarine | hello all |
00:43:54 | zeekoe | hi |
00:43:59 | zeekoe | jdeonarine: you told me something |
00:44:06 | zeekoe | well, at least tried to |
00:44:21 | jdeonarine | yeah, you posted some performance numbers about the id3 browsing |
00:44:28 | jdeonarine | I took some more 'scientific' ones |
00:44:36 | jdeonarine | they're in the patch description |
00:44:46 | zeekoe | ok :) |
00:45:08 | jdeonarine | to join the editor discussion, I use notetab pro (notetab.com) |
00:46:03 | dstar5 | bye bye time ot go home |
00:46:07 | | Quit dstar5 ("Leaving") |
00:47:30 | zeekoe | can't connect to notetab.com ........... |
00:47:39 | jdeonarine | maybe www.notetab.com ? |
00:47:51 | midk | maybe google? |
00:48:07 | jdeonarine | hmm, I think the site might be down |
00:48:15 | midk | seriously, what is it with people.. "i use notepad!" "what's notepad? give me a link" is it that hard to just go google.com and put in notepad? |
00:48:32 | jdeonarine | http://www.fookes.com/notetab/index.php |
00:48:47 | jdeonarine | eh, sometimes it is easier to provide a reference |
00:49:05 | jdeonarine | I don't think my english prof's in college would've bought that :) |
00:49:06 | midk | you always get valid links with google |
00:49:22 | jdeonarine | 'you need to cite your sources' 'eh, use google' |
00:49:44 | zeekoe | no screen shots |
00:49:44 | jdeonarine | besides, I've got the program installed, and it gives its website |
00:50:01 | | Join Smooth [0] (909510b8@ACBDDF8C.ipt.aol.com) |
00:50:04 | zeekoe | google says notetab.com exists, opera doesnt |
00:50:16 | midk | view cached.. |
00:50:20 | midk | or wait for it to come back up |
00:50:54 | jdeonarine | yeah, the fookes link is to the company that makes the software |
00:51:03 | zeekoe | i'll just wait :) |
00:51:15 | jdeonarine | I've also used syn |
00:51:21 | jdeonarine | which is a sourceforge project |
00:51:24 | jdeonarine | I didn't much care for it |
00:51:31 | zeekoe | but jdeonarine, do you have any idea why my root folder took so long to load, everytime again? |
00:51:57 | jdeonarine | it was worse than without the patch? |
00:52:14 | zeekoe | way worse |
00:52:29 | zeekoe | normal operation it's just there |
00:52:31 | jdeonarine | what have you got in your root dir? I don't keep mp3's in mine |
00:52:52 | zeekoe | with the patch, no .display_global, and it just sits there waiting for about 5-10 seconds |
00:53:00 | zeekoe | i'll check again |
00:53:01 | jdeonarine | that's really odd |
00:53:07 | zeekoe | 2x mp3 |
00:53:09 | midk | you have to read the id3 of each track... that'd probably make it a bit slower |
00:53:13 | zeekoe | 3-4x bmp |
00:53:21 | jdeonarine | but without a .display_global, I don't read the id3 |
00:53:23 | zeekoe | 2x rock |
00:53:26 | zeekoe | ok |
00:53:31 | zeekoe | that's what i thought |
00:53:36 | jdeonarine | besides which, 2 id3's don't take that long to read |
00:53:40 | jdeonarine | I will check it out |
00:53:43 | zeekoe | and it shouldn't make a difference then |
00:53:49 | jdeonarine | exactly |
00:53:56 | zeekoe | now rolo'ed in the patched one |
00:54:02 | jdeonarine | but it could be a bug, so I'll check it out |
00:54:33 | zeekoe | 11 seconds |
00:54:40 | zeekoe | from .rockbox to the root |
00:54:44 | jdeonarine | weird |
00:54:51 | zeekoe | and it's reading the disk just .5 seconds or so |
00:55:09 | zeekoe | after rolo'ing the resume screen appears |
00:55:11 | jdeonarine | let me take a look at it some more |
00:55:20 | zeekoe | then i press 'another key' and it waits that long too |
00:56:09 | zeekoe | and when i press play, it loads the dir, waits for about 11 seconds again, and shows the wps |
00:56:22 | zeekoe | pressing on brings me directly into the root then |
00:56:35 | zeekoe | i hope this info will help you... |
00:56:45 | jdeonarine | what kind of archos do you have? |
00:56:49 | zeekoe | recorder v1 |
00:57:02 | jdeonarine | in the simulator, I don't see that I'm opening any files if there isn't a .display_global |
00:57:41 | | Quit uski () |
00:58:39 | zeekoe | created an empty .display_global |
00:58:53 | zeekoe | still the same |
00:59:05 | zeekoe | now i'll fill it |
00:59:53 | | Quit Treyqae ("User pushed the X - because it's Xtra, baby") |
00:59:57 | jdeonarine | hmm, on my unit, with a .display_global even, and 2 mp3's, not really any delay |
01:00 |
01:00:28 | zeekoe | it's not even reading the disk that 11 seconds |
01:01:49 | jdeonarine | how odd |
01:02:20 | amiconn | In case someone wants to check it out immediately: I've just updated my Rombox builds |
01:02:27 | zeekoe | jdeonarine: that's my dir listing |
01:02:50 | zeekoe | hmm... sorry amiconn... need to sleep now |
01:03:06 | zeekoe | bye all |
01:03:08 | jdeonarine | hmm, could it be your .talk file? |
01:03:13 | zeekoe | hmm |
01:03:18 | zeekoe | might be |
01:05:10 | zeekoe | deleted it |
01:05:12 | zeekoe | no effect |
01:05:43 | jdeonarine | k, I'll build a sim vers of that unit and see if there's anything different going on |
01:05:48 | zeekoe | ok |
01:05:53 | zeekoe | what unit do you have? |
01:05:58 | jdeonarine | if you turn id3 support off in the menu, does that change it at all? |
01:06:01 | jdeonarine | I have a v2 recorder |
01:06:06 | zeekoe | ok |
01:06:19 | zeekoe | i'll check |
01:06:23 | zeekoe | in 11 seconds :) |
01:06:27 | jdeonarine | heh |
01:06:58 | zeekoe | absolutely |
01:07:07 | jdeonarine | so the off case works fine |
01:07:11 | zeekoe | it's just as fast as without the patch |
01:07:25 | jdeonarine | k, I'll look at the sim and the code and try to see where we're getting stuck |
01:07:28 | zeekoe | ok |
01:07:31 | zeekoe | night |
01:07:34 | jdeonarine | later |
01:07:55 | | Quit zeekoe ("quit...") |
01:09:19 | | Join uski [0] (~laptop@gandalf.digital-network.org) |
01:09:43 | | Quit Smooth (Read error: 110 (Connection timed out)) |
01:12:45 | midk | brb |
01:12:51 | | Quit midk ("Leaving") |
01:15:34 | | Join midk [0] (~midk@c66-235-14-120.sea2.cablespeed.com) |
01:20:29 | | Quit midk (Client Quit) |
01:20:40 | | Join midk [0] (~midk@c66-235-14-120.sea2.cablespeed.com) |
01:40:24 | | Part amiconn |
01:43:34 | | Quit uski (Read error: 104 (Connection reset by peer)) |
01:43:38 | | Join uski [0] (~laptop@gandalf.digital-network.org) |
01:50:11 | | Quit midk ("just STOP it arspy") |
01:51:42 | | Join midk [0] (~midk@c66-235-14-120.sea2.cablespeed.com) |
02:00 |
02:00:54 | | Join pvh [0] (~operachat@h12-98.ios.pac.dfo-mpo.gc.ca) |
02:01:00 | pvh | Help! |
02:01:16 | pvh | My rockbox is playing back at about 1/2 speed! |
02:01:40 | pvh | Either that, or the whole world is moving twice as fast, which is even more terrifying. |
02:06:13 | midk | pvh, did you check the pitch? |
02:06:21 | midk | hold on at the wps.. |
02:08:14 | pvh | Yes, the pitch is at 100. |
02:08:22 | pvh | This is seriously weird. |
02:08:42 | pvh | I first noticed yesterday when I recorded a couple MP3s and they were playing back extremely fast on my computer. |
02:09:21 | midk | oh... |
02:09:46 | pvh | Stranger still, the problem persists in the classic Archos firmware. |
02:09:53 | pvh | WTF, mate? |
02:10:07 | pvh | I mean, I'm a fan of downtempo, but this is absurd. |
02:17:28 | jdeonarine | perhaps your clock chip is bad? |
02:17:38 | jdeonarine | if the archos firmware doesn't work either, that seems to point towards hardware |
02:18:19 | midk | pvh: it could be the recordings |
02:18:23 | midk | did you try other mp3s? |
02:23:48 | jdeonarine | well, posted an updated patch for my feature, maybe that will help zeekoe's problem |
02:39:21 | *** | Saving seen data "./dancer.seen" |
02:42:42 | | Quit Nibbler (Read error: 104 (Connection reset by peer)) |
03:00 |
03:34:32 | | Quit midk (Read error: 104 (Connection reset by peer)) |
03:34:40 | | Join midkay [0] (~midk@c66-235-14-120.sea2.cablespeed.com) |
03:35:08 | | Nick midkay is now known as midk (~midk@c66-235-14-120.sea2.cablespeed.com) |
03:40:29 | | Quit midk (Read error: 104 (Connection reset by peer)) |
03:40:42 | | Join midk [0] (~midk@c66-235-14-120.sea2.cablespeed.com) |
03:48:13 | | Nick boofawork is now known as kaboofa (~kaboofa@pcp03462569pcs.indpnd01.mo.comcast.net) |
03:48:13 | DBUG | Enqueued KICK kaboofa |
03:55:10 | kaboofa | Did i piss anyone off?? |
03:56:02 | midk | nope. |
03:56:11 | kaboofa | http://rockbox.haxx.se/irc/current.txt |
03:56:36 | midk | ... |
03:59:47 | | Join scott666 [0] (~scott666@c-24-245-58-48.mn.client2.attbi.com) |
04:00 |
04:00:17 | | Quit hardeep ("[BX] Reserve your copy of BitchX-1.0c19 for the BeOS today!") |
04:02:32 | | Join BlueChip [0] (~bluechip@cpc3-colc1-3-0-cust61.colc.cable.ntl.com) |
04:02:36 | | Part BlueChip |
04:13:09 | | Join AciD [0] (~acid@longchamp44-1-82-67-133-87.fbx.proxad.net) |
04:24:32 | | Join Nibbler [0] (~nibbler@port-212-202-78-112.dynamic.qsc.de) |
04:39:22 | *** | Saving seen data "./dancer.seen" |
04:43:07 | | Join edx{code} [0] (edx@p54879FC7.dip.t-dialin.net) |
04:51:58 | | Quit edx{code} () |
04:53:04 | | Quit midk ("just STOP it arspy") |
04:54:26 | | Join midk [0] (~midk@c66-235-14-120.sea2.cablespeed.com) |
05:00 |
05:00:36 | | Quit edx (Read error: 110 (Connection timed out)) |
05:23:48 | | Quit pvh (zelazny.freenode.net irc.freenode.net) |
05:23:48 | NSplit | zelazny.freenode.net irc.freenode.net |
05:23:48 | | Quit mbr (zelazny.freenode.net irc.freenode.net) |
05:23:48 | | Quit Hes (zelazny.freenode.net irc.freenode.net) |
05:23:49 | | Quit Nibbler (Read error: 104 (Connection reset by peer)) |
05:26:05 | NHeal | zelazny.freenode.net irc.freenode.net |
05:26:05 | NJoin | Hes [0] (~hessu@he.fi) |
05:28:50 | | Quit scott666 ("i'll be back...eventually...") |
05:29:37 | NJoin | mbr [0] (~mb@stz-softwaretechnik.com) |
05:34:09 | NJoin | pvh [0] (~operachat@h12-98.ios.pac.dfo-mpo.gc.ca) |
06:00 |
06:24:00 | | Quit AciD ("tabarnack jva finir par le pitcher par la fenêtre le criss d'ordi") |
06:39:25 | *** | Saving seen data "./dancer.seen" |
06:42:36 | | Nick kaboofa is now known as boofasleeping (~kaboofa@pcp03462569pcs.indpnd01.mo.comcast.net) |
06:42:36 | DBUG | Enqueued KICK boofasleeping |
07:00 |
07:06:03 | | Join Nibbler [0] (~nibbler@port-212-202-78-112.dynamic.qsc.de) |
07:16:52 | | Nick jdeonarine is now known as jdeon|away (~argh@66-74-204-211.san.rr.com) |
08:00 |
08:19:25 | | Quit Nibbler (Read error: 104 (Connection reset by peer)) |
08:24:07 | | Join amiconn [0] (~jens@pD9E7EA02.dip.t-dialin.net) |
08:39:26 | *** | Saving seen data "./dancer.seen" |
08:47:22 | | Quit midk ("just STOP it arspy") |
08:49:19 | | Join midk [0] (~midk@c66-235-14-120.sea2.cablespeed.com) |
08:56:00 | | Join edx [0] (edx@p54879FC7.dip.t-dialin.net) |
09:00 |
09:17:35 | | Join Nibbler [0] (~nibbler@port-212-202-78-112.dynamic.qsc.de) |
09:50:04 | | Quit Nibbler (Read error: 104 (Connection reset by peer)) |
09:58:40 | | Join [IDC]Dragon [0] (~d90a3255@reladm.kharkov.net) |
09:59:04 | [IDC]Dragon | good morning! |
09:59:12 | [IDC]Dragon | Jens, do you read? |
10:00 |
10:39:30 | *** | Saving seen data "./dancer.seen" |
10:53:54 | | Join mattzz [0] (~d90a3255@b124222.adsl.hansenet.de) |
11:00 |
11:11:49 | amiconn | [IDC]Dragon: I'm here |
11:15:24 | [IDC]Dragon | ah, Hi |
11:15:56 | [IDC]Dragon | you wrote in IRC that we can actually save image size with font rotation? |
11:18:30 | | Join Nibbler [0] (~nibbler@port-212-202-78-112.dynamic.qsc.de) |
11:30:20 | amiconn | [IDC]Dragon: Yes. The glyphs as they are currently defined are arrays of bitmap_t, which equals to short int. |
11:30:23 | amiconn | The default font is 6x8 pixels. As the array consists of lines, each char takes 8 bitmap_t elements (16 bytes). |
11:31:17 | amiconn | If we pre-rotate the font, the bitmap data is prepared for lcd_bitmap, which takes unsigned char data. Furthermore, the array consists of columns, so one char will take a mere 6 bytes then |
11:31:56 | [IDC]Dragon | ah, I see. and "by chance" we have this 8-pixel columns per byte, need only 6 byte. |
11:32:40 | [IDC]Dragon | how many chars are defined? 256-32? |
11:33:17 | amiconn | 190 different chars are defined: 32..126 and 160..255, with 32 and 160 using the same bitmap |
11:33:39 | amiconn | So this will save exactly 1900 bytes |
11:33:47 | [IDC]Dragon | yay! |
11:34:34 | [IDC]Dragon | quite small, 1140 bytes for the font |
11:36:23 | amiconn | Actually, the font will still take ~2K, 1140 bytes are only the glyphs itself. Furthermore, there is a glyph offset table, and the struct font |
11:37:02 | amiconn | While I did all const policeing now except the font rotation, there is still something to do - changing pointer arguments of functions that do not change the data the pointer points to into pointers to constant data |
11:37:52 | [IDC]Dragon | but this doesn't gain anything? |
11:39:48 | [IDC]Dragon | back to the font: the offset table is only necessary because the glyphs are a "sparse array", correct? |
11:40:49 | [IDC]Dragon | the full 256-32 chars times 6 bytes would be 1344 bytes, so it may be better to go for the full array, without offset table. |
11:41:18 | [IDC]Dragon | Or is this breaking a general concept? I haven't looked at the font code. |
11:41:51 | amiconn | (functions) I wonder if I should do this for all functions (cleanest solution) or only for functions that are not declared static? |
11:42:19 | amiconn | No, this wouldn't gain anything, but it makes using const data easier in the future |
11:43:28 | amiconn | (font) The offset table is part of the "standard" font format defined by the miniwin project, which the rockbox font code is based upon |
11:43:46 | [IDC]Dragon | (functions) I don't get it: if you const'ed all possible data and get no warnings, the functions using it must have the const declarations already? |
11:43:48 | amiconn | Plus, the offset table is necessary for proportional fonts anyway |
11:44:08 | [IDC]Dragon | (fonts) for the loaded ones, yes |
11:45:53 | amiconn | (functions) Yes, the functions using it _now_ do have that, but it might be that const data will be used with another function one day. |
11:46:31 | [IDC]Dragon | ah, I see. |
11:47:08 | amiconn | Plus (1) it is imho very helpful if you see a function declaration like xxx_dosomething(const char * data), Then it will immediately tell you that the function does not change the data the pointer points to |
11:47:09 | [IDC]Dragon | I can't tell what major job this would be |
11:47:41 | amiconn | (2) Declaring functions that way may help the optimizer |
11:48:04 | [IDC]Dragon | interesting, have you seen something like that? |
11:48:37 | amiconn | Not yet, but this is from the gcc docs, so there may be cases where it applies |
11:50:12 | | Quit [IDC]Dragon ("no fate but what we make") |
11:50:13 | amiconn | (font) The builtin font is handled the same way as the loaded ones by the output routines, so the offset table is needed in memory as well |
11:50:33 | | Join [IDC]Dragon [0] (~d90a3255@reladm.kharkov.net) |
11:50:44 | [IDC]Dragon | oops, sorry |
11:51:14 | amiconn | [11:50:15] <amiconn> (font) The builtin font is handled the same way as the loaded ones by the output routines, so the offset table is needed in memory as well |
11:52:23 | Ctcp | Ignored 2 channel CTCP requests in 2 hours and 54 minutes at the last flood |
11:52:23 | * | [IDC]Dragon whispers: we could build it at runtime |
11:52:57 | [IDC]Dragon | OK, let's not complicate the init |
11:54:12 | amiconn | Building it at runtime would take RAM, while compiling it in does use ROM for the rombox builds once it is declared const |
11:55:25 | amiconn | In fact, both the offset table and the struct font could be declared const immediately, independent of font rotation at build time |
11:55:26 | midk | amiconn, i think it's time for a clock code-cleanup - you wanted me to const the chars that aren't modified, right? |
11:56:09 | amiconn | midk: Yes, I suggested that, as it would be cleaner coding (although it doesn't yield anything for the plugins) |
11:56:24 | midk | i believe i've got quite a few of those.. anything else i should look out for? |
11:56:26 | [IDC]Dragon | amiconn is infecting others with the const virus ;-) |
11:56:32 | midk | idc: :) |
12:00 |
12:00:28 | uski | hi all |
12:00:44 | [IDC]Dragon | hu uski |
12:00:50 | [IDC]Dragon | hi, I mean |
12:01:05 | uski | how do yoi do ? |
12:01:17 | uski | are you fune ? |
12:01:29 | uski | i<->u ;) |
12:01:50 | [IDC]Dragon | too close on the keyboard |
12:02:09 | midk | the keys are like right next to each other. |
12:02:10 | uski | \_o< |
12:02:26 | [IDC]Dragon | lunch time |
12:02:32 | uski | have a good linch |
12:02:36 | uski | err lunch |
12:03:41 | midk | hahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahaha. |
12:03:54 | uski | ah |
12:04:09 | uski | \_o< |
12:04:09 | midk | ;] |
12:04:14 | uski | (duck smiley) |
12:05:08 | midk | clock is right now 22.9kb - let's see if i can optimize it any, |
12:05:14 | midk | hmm i just don't see it |
12:05:23 | midk | OH. |
12:05:24 | midk | i see it. |
12:05:34 | midk | haha. cute!. |
12:06:00 | uski | HOWTO catch lame hackers, by uski. http://jibee.homelinux.net/quotes/quote/131 |
12:06:53 | | Quit pvh (zelazny.freenode.net irc.freenode.net) |
12:06:53 | NSplit | zelazny.freenode.net irc.freenode.net |
12:07:02 | midk | hahah. |
12:09:41 | midk | haha. |
12:09:41 | midk | http://jibee.homelinux.net/quotes/quote/10 |
12:12:18 | NHeal | zelazny.freenode.net irc.freenode.net |
12:12:18 | NJoin | pvh [0] (~operachat@h12-98.ios.pac.dfo-mpo.gc.ca) |
12:12:22 | midk | hhm. just const-policing my code yielded .2kb smaller .rock. |
12:12:25 | * | midk rejoices |
12:12:37 | midk | maybe i can do atomic synchronization after all! ;) |
12:22:13 | midk | was the column limit ever verified? |
12:22:17 | midk | was it 80 or 72? |
12:22:24 | uski | midk, if you like quotes, you can see www.bash.org |
12:22:27 | uski | some of them are very funny |
12:22:28 | uski | ;) |
12:22:39 | midk | yeah, i frequent that site actually :) |
12:22:42 | uski | :) |
12:22:46 | midk | i have three pending moderation |
12:22:49 | midk | i think one will get in. |
12:24:02 | midk | hmm.. haha. |
12:24:03 | midk | http://rockbox.haxx.se/docs/contributing.html |
12:24:10 | midk | Language features |
12:24:10 | midk | −−−−−−−−−−−−−−−−- |
12:24:10 | midk | Write normal C code. Don't redefine the language. No new types (structs are |
12:24:10 | DBUG | Enqueued KICK midk |
12:24:10 | midk | structs, not typedefs), no C++isms or Javaisms. Also, avoid using "const". |
12:24:29 | uski | hahaha |
12:24:35 | uski | 'avoid using "const".' |
12:24:43 | midk | yeah. |
12:24:45 | midk | :] |
12:24:48 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
12:24:48 | * | midk looks at amiconn |
12:26:19 | amiconn | I think the 'contributing' document needs some rework... |
12:27:21 | midk | yeah. that or you're deceiving us all. ;) |
12:27:45 | * | uski sees amiconn taking a flamethrower and firing against the "contributing" document, saying "HAHAHAHAA DIE STOOPID DOCUMENT" |
12:28:24 | * | midk sees amiconn politely asking Linus permission to change a few lines of the document |
12:28:47 | * | uski sees that amiconn had a gun, in case Linux refuses |
12:29:05 | midk | hmm, i do too. |
12:29:05 | midk | :] |
12:39:33 | *** | Saving seen data "./dancer.seen" |
12:47:38 | | Join zeekoe [0] (~zeekoe@ip51cc69f6.adsl-surfen.hetnet.nl) |
12:47:38 | | Quit Nibbler (Read error: 104 (Connection reset by peer)) |
13:00 |
13:14:24 | midk | wooho |
13:14:29 | midk | yet another new clock feature |
13:15:09 | midk | heh, i opened clock.c to optimize it. it started at 22.9kb, after optimization it was 22.7kb, and after the new feature it was 23.1kb |
13:15:22 | midk | s/was 23.1kb/is 23.1kb/ |
13:16:26 | midk | i think it's also time for different options-screen-button-handling. |
13:16:47 | zeekoe | neat |
13:16:57 | midk | you've used the options screen, correct? |
13:17:02 | zeekoe | i? |
13:17:05 | zeekoe | yeah |
13:17:10 | zeekoe | the arrow thingies |
13:17:10 | midk | it's just play to cycle through the available options for the selected item |
13:17:22 | zeekoe | hm |
13:17:26 | | Nick zeekoe is now known as zeekoe|food (~zeekoe@ip51cc69f6.adsl-surfen.hetnet.nl) |
13:17:27 | midk | well go try it. |
13:17:28 | zeekoe|food | brb |
13:17:29 | midk | heh |
13:17:32 | midk | nice excuse |
13:17:35 | midk | ;] |
13:17:52 | | Quit [IDC]Dragon ("no fate but what we make") |
13:18:00 | midk | all i see is zeekoe|checking-out-clock-so-brb |
13:18:34 | midk | has anyone here actually used the clock and would like to give some input? |
13:19:11 | midk | whoa. i just had a great idea. |
13:19:15 | midk | ok WHOA. |
13:19:20 | * | midk writes down |
13:45:01 | midk | well if anyone gets interested in my new settings screen concept it's all ready... PM me, i'd like basically anyone to try it |
13:50:02 | | Nick zeekoe|food is now known as zeekoe (~zeekoe@ip51cc69f6.adsl-surfen.hetnet.nl) |
13:51:02 | midk | zeeker, ? |
13:51:10 | zeekoe | ? |
13:51:17 | zeekoe | zeekOE |
13:51:25 | zeekoe | you micky mouse |
13:51:28 | midk | hm. you sent me a 0kb file.. nm |
13:51:30 | midk | hehe |
13:51:36 | midk | AHAHAH. |
13:51:51 | zeekoe | i did DCC CHAT |
13:52:10 | midk | oh |
13:52:15 | zeekoe | " well if anyone gets interested in my new settings screen concept it's all ready... PM me, i'd like basically anyone to try it" |
13:52:21 | midk | surely. |
14:00 |
14:06:43 | midk | hm. zeekoe's public alias will now be "katsumoto", the samurai boy. Feel free to make fun, laugh at not with, etc. |
14:06:57 | midk | and it is to bed i go. |
14:07:06 | | Nick midk is now known as midk|i-r-t3h-sle (~midk@c66-235-14-120.sea2.cablespeed.com) |
14:07:06 | DBUG | Enqueued KICK midk|i-r-t3h-sle |
14:07:08 | midk|i-r-t3h-sle | ASDF. |
14:07:21 | | Nick midk|i-r-t3h-sle is now known as midk|i-t3h-sleep (~midk@c66-235-14-120.sea2.cablespeed.com) |
14:07:21 | DBUG | Enqueued KICK midk|i-t3h-sleep |
14:07:29 | midk|i-t3h-sleep | hm that doesn't really work either |
14:07:54 | zeekoe | and midk's alias will be mickey |
14:08:01 | | Nick midk|i-t3h-sleep is now known as midk|sleep (~midk@c66-235-14-120.sea2.cablespeed.com) |
14:08:01 | DBUG | Enqueued KICK midk|sleep |
14:08:01 | *** | Alert Mode level 1 |
14:09:38 | Ctcp | Ignored 3 channel CTCP requests in 55 seconds at the last flood |
14:09:38 | * | midk|sleep is away: sleep |
14:18:02 | *** | Alert Mode OFF |
14:30:04 | | Join Nibbler [0] (~nibbler@port-212-202-78-112.dynamic.qsc.de) |
14:39:34 | *** | Saving seen data "./dancer.seen" |
14:54:16 | | Join [IDC]Dragon [0] (~d90a3255@reladm.kharkov.net) |
14:54:53 | amiconn | re [IDC]Dragon |
14:55:40 | [IDC]Dragon | amiconn: from the postings, it looks like ROMbox may be worse for RLODs and bad recordings |
14:55:49 | amiconn | Can you imagine why the 'contributing' document says 'avoid using const' ? |
14:56:06 | [IDC]Dragon | I vaguely remember, yes |
14:56:21 | [IDC]Dragon | Linus said, too much hassle |
14:56:29 | amiconn | Yes, I have to check the recording, also for a longer time. I don't use recording very often. |
14:56:32 | [IDC]Dragon | they are just lazy ;-) |
14:56:53 | [IDC]Dragon | (recording) neither do I |
14:56:59 | amiconn | The RLOD prob may be related to the dreaded Hitachi DK23DA, have to ask the user |
14:57:25 | [IDC]Dragon | these disks should be banned from Rockbox usage |
14:57:40 | amiconn | (Maybe he didn't use a daily with the optimized ata code before, so it may be rather related to that instead of Rombox itself |
14:58:31 | amiconn | It seems like I have to include both optimized and unoptimized ata, and decide at runtime which one to use based on the disk model |
15:00 |
15:00:41 | amiconn | However, I wanted to wait until Linus gets back reports for his special test builds. I'd like to know if it is sufficient to deactivate only one of the optimizations (read or write) rather than both |
15:01:28 | [IDC]Dragon | yes, no good for size (code and IRAM) |
15:02:52 | amiconn | if (!strncmp(disk_name, "Hitachi", 7)) self_destruct(hd); ;-) |
15:03:19 | dwihno | Hey! I love my disk! |
15:03:52 | * | dwihno loves RLOD |
15:04:01 | dwihno | I've had them ever since my IBM disk got retired |
15:04:28 | amiconn | dwihno: So try a rombox build (if you have a compatible box, recorder v1/v2) |
15:05:19 | dwihno | amiconn: rombox(!?) |
15:05:35 | dwihno | What's so special about those? |
15:05:46 | amiconn | dwihno: See the ml; Rockbox running directly from flash rom |
15:06:18 | dwihno | amiconn: Erhm... You mean having the unit flashed? |
15:06:22 | * | dwihno is out in the blue on this one |
15:06:45 | amiconn | Uhh, yes. Your box isn't flashable, I suppose? |
15:09:42 | mattzz | what does RLOD mean |
15:09:58 | * | mattzz actually has a dk23DA .... |
15:10:18 | amiconn | dwihno: some questions: (1) Do you run daily builds? (2) What exact disk model do you have? (3) Did you observe more frequent RLODs with the daily builds after 2004-07-05? |
15:11:51 | amiconn | mattzz: RLOD means "red led of death", similar to the Windows BSOD. Rockbox freezes with the red led constantly on. |
15:12:16 | | Join Heil_Eris [0] (~centericq@p508B3FF4.dip.t-dialin.net) |
15:12:49 | mattzz | amiconn: thanks! |
15:12:57 | amiconn | mattzz: (1) What Archos model do you have? (2) Do you run daily builds? (3) Did you try Rombox already (if your box is a recorder v1/v2 and is flashable, that is)? |
15:14:55 | mattzz | amiconn: 1: jbr20, flashed 2: yup, I am running CVS builds 3: tried rombox the other day but not for long because I switched to CVS again |
15:15:25 | amiconn | mattzz: Did you ever observe RLOD? |
15:15:44 | | Nick boofasleeping is now known as boofaWork (~kaboofa@pcp03462569pcs.indpnd01.mo.comcast.net) |
15:15:44 | DBUG | Enqueued KICK boofaWork |
15:15:46 | boofaWork | :( |
15:15:54 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
15:15:54 | * | boofaWork hates the stop&shop supermartkets |
15:16:08 | mattzz | amiconn: not that I am aware of. Is an RLOD resettable by pressing "off"? |
15:16:15 | | Join AciD [0] (~acid@longchamp44-1-82-67-133-87.fbx.proxad.net) |
15:17:46 | amiconn | mattzz: Iirc it is only resettable by rebooting the box (switching of in hardware by holding OFF). I don't know exactly, since it never happened to me under normal conditions |
15:18:07 | amiconn | boofaWork: Did you sleep at work? ;-) |
15:19:13 | mattzz | amiconn: he was shopping while he was asleep |
15:19:26 | dwihno | amiconn: I re-flash every once in a while... |
15:19:41 | dwihno | amiconn: 040709 is my current version |
15:20:10 | dwihno | HITACHI_DK23EA-60 |
15:20:20 | mattzz | It is not quite clear to me where the advantages of rombox are... |
15:20:30 | dwihno | I love the startup time. |
15:20:44 | dwihno | Starts so goddamn fast |
15:20:50 | dwihno | Hooray for Jörg! |
15:21:24 | amiconn | dwihno: Hmm. 040709 did already include the ata optimizations, and the DK23EA wasn't known to be a RLOD candidate until now. |
15:22:19 | dwihno | amiconn: I've been talking about RLODs for a loooong time... I even recall october(?) last year when Björn started making special builds in order to find the bug |
15:22:24 | amiconn | mattzz: Ordinary rombox, even when flashed, is first loaded/decompressed to RAM, then runs from there. Rombox does run directly from flash ROM, leaving more RAM for the mpeg buffer |
15:22:53 | amiconn | dwihno: What's your hw mask? |
15:23:22 | dwihno | amiconn: 0x302 |
15:23:38 | dwihno | V1 recorder |
15:24:33 | boofaWork | amiconn: yes, i do sleep at work. |
15:24:36 | boofaWork | I did last night |
15:24:43 | mattzz | amiconn: how much RAM is saved (roughly)? |
15:24:43 | boofaWork | but now I have to go in and break down the load |
15:24:49 | boofaWork | ie: take all the stuff off the truck |
15:24:51 | boofaWork | off i go! |
15:25:05 | amiconn | mattzz: ~170 KB |
15:25:27 | mattzz | amiconn: OK, sounds like an argument to me ;-) |
15:26:39 | amiconn | This is a ~10 % increase of the buffer size (for ordinary 2 MB boxes) and will yield ~4 % more runtime according to my tests |
15:27:28 | mattzz | I missed the 4%-thing the last weeks ;-) |
15:27:37 | dwihno | :D |
15:28:13 | | Quit zeekoe (Read error: 60 (Operation timed out)) |
15:28:20 | dwihno | Whoa! 170KB! |
15:28:22 | dwihno | Neato |
15:29:05 | mattzz | amiconn: is there a configure or make option yet or do I have to use the images from your web space? |
15:29:23 | mattzz | (for creating rombox images) |
15:29:24 | amiconn | dwihno: Unfortunately your box doesn't fit at all into my theories about RLOD and ata problems. You say RLODs are more frequent with Rombox than with a current daily build? |
15:30:59 | amiconn | mattzz: There is no make option (yet), but you could build for yourself if I send you some stuff (a special linker script, a shell script to throw that in for the build process, and a special version of uclpack made by Jörg that supports a −−none option) |
15:31:29 | dwihno | amiconn: Not really... I do not run the rombox... I only use the regular flashed version |
15:31:52 | amiconn | The uclpack binary I have available is for Windows/cygwin; if you want to build on Linux you have to compile it yourself |
15:32:30 | dwihno | Is rombox supposed to work better than the regular flashed version when it comes to rlod? |
15:32:53 | mattzz | amiconn: how about putting that on the wiki (docs and uclpack sourcecode) |
15:32:59 | amiconn | It shouldn't make a difference, since the ata copy loops run from IRAM |
15:33:09 | amiconn | (directed to dwihno) |
15:34:50 | amiconn | mattzz: I could do that. However, I would like to work out how to integrate building Rombox into the build process. I guess I'll need a Makefile guru for that |
15:34:54 | dwihno | amiconn: mkay |
15:35:46 | amiconn | dwihno: Perhaps you could try, and tell about your results. Furthermore, it would be interesting to know if optimized ata does make a difference |
15:35:57 | mattzz | amiconn: http://rockbox.haxx.se/twiki/bin/view/Main/RomBox |
15:38:50 | dwihno | amiconn: well, I'll think about the rlods when I go home tonight. |
15:41:06 | [IDC]Dragon | amiconn: I was also about to suggest putting the ROMbox stuff in twiki |
15:41:09 | | Join zeekoe [0] (~zeekoe@ip51cc69f6.adsl-surfen.hetnet.nl) |
15:41:26 | [IDC]Dragon | I would have done it, but so little time these days... |
15:41:50 | mattzz | Hiya Joerg, long time no see in real life |
15:41:53 | [IDC]Dragon | several people already asked if and how to compile ROMbox |
15:42:03 | [IDC]Dragon | Hi mattzz! |
15:42:24 | [IDC]Dragon | not even seen in cyber-life |
15:42:44 | mattzz | I put amiconn statements from above and simply copied it into the RomBox topic - maybe that's a start |
15:43:03 | mattzz | [IDC]Dragon: I was very busy doing holidays ;-) |
15:43:25 | [IDC]Dragon | busy diving? |
15:43:47 | mattzz | yup |
15:44:31 | [IDC]Dragon | go forth and tune the metronome! |
15:45:31 | mattzz | That's on my list already. |
15:45:33 | [IDC]Dragon | BTW, I briefly looked into if it's feasible to decode mp3 to some degree, to get a fundamental frequency for a guitar tuner plugin |
15:45:47 | [IDC]Dragon | looks no good |
15:46:44 | mattzz | At least the DSP does not provide that information (and I dont think a psycho-acoustic model would feel right in a plugin....) |
15:47:08 | [IDC]Dragon | the info is there, but not so accurate |
15:47:20 | mattzz | neither does an ifft.... |
15:48:05 | [IDC]Dragon | mp3 codes into subbands, plus a phase info to start with |
15:48:42 | [IDC]Dragon | the subband gives the approximate frequency, but the phase info across multiple frames refines it |
15:49:10 | mattzz | I know, but the information is not provided by the DSP. We would have to parse the file |
15:49:46 | [IDC]Dragon | the stream while it's "recording" into /dev/null |
15:50:07 | mattzz | exactly. |
15:50:25 | [IDC]Dragon | I know it's not given by the DSP, I looked into the parsing |
15:51:42 | mattzz | const'ing a few sine wave samples does not take too much space either. |
15:52:55 | [IDC]Dragon | yes, but it doesn't tell you the frequency |
15:53:10 | amiconn | mattzz: I think I'll fil in the gaps in the wiki topic in the evening |
15:53:14 | [IDC]Dragon | meaning, it's a different kind of tuning |
15:53:41 | mattzz | [IDC]Dragon: I call it the classical way of tuning ;-) |
15:54:01 | mattzz | amiconn: sure |
15:55:22 | mattzz | Is anybody working on the a-b repeat thingy? Or does anybody know the status of that patch? |
15:55:28 | [IDC]Dragon | mattzz: then you don't need a plugin at all, just encode some long-enough sine wav's to mp3 |
15:57:23 | | Quit AciD (Read error: 104 (Connection reset by peer)) |
15:57:43 | mattzz | [IDC]Dragon: I wanted to add the little "tuning" feature to the metronome plugin |
16:00 |
16:39:38 | *** | Saving seen data "./dancer.seen" |
16:49:15 | jdeon|away | zeekoe: are you around? |
16:50:10 | jdeon|away | I updated the patch, see if it works now |
17:00 |
17:06:45 | | Quit zeekoe (Read error: 110 (Connection timed out)) |
17:20:21 | | Join jakesir [0] (solaris@pool-151-196-138-254.balt.east.verizon.net) |
17:23:22 | amiconn | [IDC]Dragon: As you modified the way the menus are built, does this enable on-the-fly changing of the menu text? |
17:23:55 | amiconn | If yes, we could disable the new-language kludge (menu tree is completely closed when a new language is loaded) |
17:29:45 | | Join AciD [0] (~acid@longchamp44-1-82-67-133-87.fbx.proxad.net) |
17:31:30 | [IDC]Dragon | amiconn: what do you mean with on-the-fly changing of the menu text? |
17:32:19 | amiconn | If a new language is loaded, the menu need to be refreshed to use the new strings, which may have different addresses. |
17:33:02 | amiconn | Some time ago (months) this didn't work correctly, and as Linus didn't find the reason, he introduced a kludge: |
17:33:25 | amiconn | The menu tree is closed completely if a new language is loaded |
17:34:02 | amiconn | This bug did only appear after it was made possible to load languages from the menu |
17:37:32 | | Quit midk|sleep (Read error: 104 (Connection reset by peer)) |
17:53:47 | | Join midk|sleep [0] (~midk@c66-235-14-120.sea2.cablespeed.com) |
17:54:52 | | Join zeekoe [0] (~zeekoe@ip51cc69f6.adsl-surfen.hetnet.nl) |
18:00 |
18:02:32 | | Quit mattzz ("CGI:IRC (EOF)") |
18:30:19 | | Quit Nibbler (Read error: 104 (Connection reset by peer)) |
18:32:03 | [IDC]Dragon | amiconn: sorry, I was afk |
18:32:19 | jakesir | hi |
18:32:31 | [IDC]Dragon | Hi Jake! |
18:32:37 | [IDC]Dragon | got my email? |
18:32:49 | jakesir | I got your e-mail, something about notice for bill? |
18:33:05 | jakesir | I'm sorry for all the trouble |
18:33:24 | [IDC]Dragon | probably they want to know what it is and what it's worth |
18:33:25 | jakesir | i sent a reply e-mail |
18:33:34 | jakesir | i wrote it down |
18:34:07 | [IDC]Dragon | ah |
18:34:21 | jakesir | as a mp3 player and gift so they don't apply any tax?? or whatever? |
18:34:23 | [IDC]Dragon | with "bill" I meant a purchase receipt or so |
18:34:29 | jakesir | hmmm |
18:35:14 | [IDC]Dragon | gift should be OK, I got another box like this from the US |
18:35:51 | [IDC]Dragon | right now I don't know what to tell them |
18:36:48 | jakesir | when I was foreign currency broker sending packages to germany(this was long time ago) I didn't have any problems... |
18:37:09 | [IDC]Dragon | maybe they take samples |
18:37:20 | jakesir | I guess 911 changed everything, huh? |
18:37:29 | [IDC]Dragon | like, closer investingation for 1 out of 100 |
18:38:01 | jakesir | oh....., well, it's got battery, do you think something to do with? |
18:38:25 | [IDC]Dragon | no, this is customs |
18:38:39 | [IDC]Dragon | they are after taxes |
18:38:52 | | Quit zeekoe (Read error: 60 (Operation timed out)) |
18:39:05 | jakesir | oh..... lol, well i put down gift so, i hope they don't charge any taxes |
18:39:40 | *** | Saving seen data "./dancer.seen" |
18:47:38 | | Join dstar5 [0] (Lee@ACC20D83.ipt.aol.com) |
18:51:14 | dstar5 | amiconn: in the contributing doc: Write normal C code. Don't redefine the language. No new types (structs are |
18:51:14 | dstar5 | structs, not typedefs), no C++isms or Javaisms. Also, avoid using "const". |
18:51:28 | dstar5 | the const part should be taken out |
18:52:27 | | Join zeekoe [0] (~zeekoe@ip51cc69f6.adsl-surfen.hetnet.nl) |
18:52:37 | amiconn | dstar5: Yes I know. midk already mentioned that some hours ago |
18:52:44 | dstar5 | ohh |
18:53:07 | amiconn | (12:24 CEST to be precise) |
18:55:47 | dstar5 | should i really add the meters back? you want them, midk dosent.... |
18:55:53 | dstar5 | (mini meters) |
18:59:47 | amiconn | dstar5: Thats your decision, although I did like tehm |
18:59:49 | amiconn | *them |
19:00 |
19:00:01 | dstar5 | ok i will put them in |
19:02:02 | amiconn | [IDC]Dragon: It seems that rockbox.haxx.se/docs/contributing.html simply includes docs/CONTRIBUTING, so taking out the remark regarding use of 'const' there should update the web page as well. However, I don't know if we should do so. Too bad none of the Swedish core team are around this week... |
19:02:26 | [IDC]Dragon | ;-) |
19:02:41 | [IDC]Dragon | the doc can wait |
19:03:12 | [IDC]Dragon | gotta go, looks like it's gonna rain soon here, I'm by bike |
19:03:30 | amiconn | Finest sunny wheather here in Berlin :-) |
19:04:20 | amiconn | See you. |
19:06:08 | dstar5 | heh http://webcam.oregonstate.edu/ you can see my lovely weather right now |
19:06:16 | dstar5 | that is about 2 miles away from me |
19:08:13 | dstar5 | http://webcam.oregonstate.edu/live/vlthumb.jpg |
19:08:24 | dstar5 | thats where i go for high speed :) |
19:08:55 | zeekoe | here in holland it's quite hot too |
19:08:58 | zeekoe | too hot, actually |
19:09:15 | dstar5 | i should go in font of that camera later, and everyone can see me :) |
19:09:15 | | Quit [IDC]Dragon ("no fate but what we make") |
19:10:08 | zeekoe | dstar5: you should get in front of that camera and take your laptop to tell us you're there :) |
19:10:21 | dstar5 | lol |
19:10:23 | zeekoe | but there are easier ways to get your picture on the net |
19:10:26 | dstar5 | i dont have a laptop |
19:10:28 | dstar5 | lol |
19:10:56 | dstar5 | there is wifi all over campus though, so if i di, i could be online |
19:11:17 | zeekoe | :) |
19:11:38 | zeekoe | that seems to be standard at universities, wifi... |
19:11:44 | zeekoe | you can go here->http://webcam.oregonstate.edu/remote/?cam=cc&size=max |
19:15:05 | dstar5 | lol that page keeps resizing mozilla everytme it updates |
19:15:33 | zeekoe | :P |
19:15:44 | zeekoe | bad mozilla |
19:16:33 | dstar5 | fireofx... actauly |
19:18:02 | zeekoe | not much difference |
19:19:58 | dstar5 | don't ever sort your ajbrec.ajz :) |
19:39:40 | dstar5 | amiconn: |
19:39:41 | dstar5 | static struct plugin_api* rb; should that be made const? |
19:41:25 | amiconn | pointers are somewhat more complicated when it comes to using const: |
19:42:01 | amiconn | lets say you have 'char * example' (for simplicity) |
19:42:36 | amiconn | then you have 3 possibilities how to use const, all of them with a different effect |
19:43:22 | amiconn | (1) 'const char * example' means a (variable) pointer to constant data |
19:43:53 | amiconn | (2) 'char * const example' means a constant pointer to (maybe variable data |
19:44:28 | amiconn | (3) 'const char * const example' means a constant pointer to constant data |
19:45:39 | amiconn | So for the plugin api, what would you take? |
19:48:22 | dstar5 | humm |
19:48:30 | dstar5 | none really.. |
19:48:43 | amiconn | (You actually can't use your solution within a plugin, because it would give you a warning. Although the plugin api struct is declared const within the rockbox core now, I explicitly cast this to avoid touching every plugin) |
19:49:13 | amiconn | Solution: You could use static const struct plugin_api * rb; |
19:49:30 | dstar5 | :) |
19:49:32 | dstar5 | got it |
19:49:36 | amiconn | (but you can't as I just explained) |
19:49:58 | | Quit jakesir ("—I-n-v-i-s-i-o-n— 2.0 Build 3515") |
19:53:22 | amiconn | dstar5: Actually, it may work without giving you a warning, just try it. I think that (even!) I just confused something |
19:54:03 | dstar5 | it does work... |
19:57:18 | amiconn | If you want to see a rather weird example, look into apps/plugins/lib/gray_blockfuncs.c. There I declared an array of constant function pointers |
20:00 |
20:00:21 | dstar5 | i haev to say, the mini meters do not look bad when close to the text |
20:07:37 | | Join Nibbler [0] (~nibbler@port-212-202-78-112.dynamic.qsc.de) |
20:12:31 | pvh | Heyo. |
20:12:35 | pvh | Anyone home? |
20:13:01 | pvh | My V1 Recorder is playing and recording at 1/2 and 2x speed respectively. |
20:13:20 | pvh | Anyone have any idea why? I recently had to resolder one of the end boards for the battery compartment, which is when it began. |
20:19:38 | dstar5 | no idea |
20:19:51 | amiconn | pvh: So everything recorded by the recorder itself will play back correctly, but any premade mp3 will play at half the speed on the recorder, and any recorded mp3 will play at twice the speed on the pc? |
20:22:11 | pvh | amiconn: Yes. |
20:22:28 | pvh | amiconn: And songs which were not recorded on the recorder are playing back at 1/2 speed. |
20:22:47 | pvh | But: not exactly 1/2. I tried doubling the speed in Winamp and that didn't completely correct the problem. |
20:22:52 | amiconn | Yes, ... but any premade mp3 will play at half the speed on the recorder... |
20:23:43 | pvh | The electronics guy here thought it might be a problem of insufficient power, or that the clock speed might be based on an impedance which was now incorrect. |
20:24:05 | * | zeekoe just having small question... if i want to write a file to 'current directory' can i just do rb->open(file_without_path, WRONLY) ?? |
20:24:35 | amiconn | zeekoe: No, as rockbox' open function only supports absolute paths |
20:25:21 | dstar5 | bye bye amiconn: i will have those meter changes done when i go to the library in a few hours |
20:25:24 | | Quit dstar5 ("Leaving") |
20:25:31 | pvh | amiconn: Any thoughts? |
20:25:47 | zeekoe | amiconn: hmm okay... what should i use then? can't find how recording.c handles it |
20:25:53 | amiconn | pvh: I'd also suspect that the clock is wrong, or the mas itself is broken |
20:26:25 | pvh | amiconn: You are suggesting, in other words, that I am hooped. |
20:27:39 | amiconn | pvh: I think that there can't be done much without actually checking the hardware |
20:27:51 | * | pvh is opening it up right now. |
20:28:07 | zeekoe | amiconn: or can i use the void* parameter thingy in the plugin? |
20:28:25 | amiconn | zeekoe: Look into recording.c, lines 123 ff |
20:28:27 | zeekoe | ok |
20:28:48 | pvh | My experience with electronics is limited to my experiments with my 'box and a few university classes, but I don't really understand how I could still have playback if the MAS itself is broken. |
20:29:51 | amiconn | pvh: In theory, a digital device should either work or not, but practice often shows that devices may well be partially working... |
20:29:55 | zeekoe | amiconn: thanks, i think that'll help me out |
20:30:02 | | Nick zeekoe is now known as zeekoe|tea (~zeekoe@ip51cc69f6.adsl-surfen.hetnet.nl) |
20:30:49 | pvh | amiconn: Yes, that's true. |
20:33:53 | | Quit uski (Read error: 113 (No route to host)) |
20:35:42 | pvh | Hmm, when playing back a song, the clock seems to run at the right rate −− it says I'm about 4:30 into a 3:00 song. |
20:36:57 | amiconn | pvh: There are actually several clock frequencies used in the jb. The one that may be wrong is that of the mas itself. |
20:39:14 | amiconn | If you have the proper equipment (frequency counter), and the mas is accessible without separating the boards (dunno whether it is), you could measure at the mas' pin 8 if there is a 18.432 MHz clock |
20:39:22 | | Quit zeekoe|tea (Read error: 60 (Operation timed out)) |
20:39:44 | *** | Saving seen data "./dancer.seen" |
20:44:40 | amiconn | Umm, recording seems indeed to be broken with Rombox :( |
20:50:07 | | Join zeekoe|tea [0] (~zeekoe@ip51cc69f6.adsl-surfen.hetnet.nl) |
20:50:26 | zeekoe|tea | amiconn: do you know what broke it? |
20:50:32 | | Nick zeekoe|tea is now known as zeekoe (~zeekoe@ip51cc69f6.adsl-surfen.hetnet.nl) |
20:50:43 | amiconn | zeekoe|tea: Not yet, unfortunately. |
20:51:11 | zeekoe | hmm okay |
20:51:26 | zeekoe | it's sometimes broken in normal rockbox too |
20:51:35 | amiconn | It may well be that it wasn't me, but either something that was wrong even before my const policeing, or it is a timing issue when running from rom. |
20:51:46 | zeekoe | yep |
20:52:10 | zeekoe | i guess i can't be much help debugging... |
20:55:30 | amiconn | Recording stops at 30 bytes, the generated files are ~5.5 KB. They only contain an ID3v2 tag, a Xing header and 30 bytes of garbage... |
21:00 |
21:01:26 | zeekoe | hmm... okay |
21:01:34 | zeekoe | but the garbage differs from time to time |
21:02:51 | amiconn | zeekoe: Yes. I guess that these are random bytes read from the mas |
21:03:23 | zeekoe | prbably... weird that it just stops after 30 bytes |
21:03:44 | zeekoe | and everytime after _exactly_ 30 bytes |
21:03:54 | amiconn | 30 bytes is the size of the dma buffer within the mas |
21:04:09 | zeekoe | ok |
21:04:20 | zeekoe | that makes sense |
21:04:21 | amiconn | So the recording code reads the data in 30 byte chunks |
21:04:34 | amiconn | I once optimized the recording transfer code |
21:04:56 | amiconn | It's in mpeg.c in case you're interested |
21:05:16 | zeekoe | well... first i'm doing some soldering |
21:06:02 | zeekoe | do you know those electrical wasp eliminating devices? |
21:06:07 | amiconn | LinusN! Your logic analyzer could be very helpful here! |
21:06:20 | amiconn | zeekoe: No |
21:07:01 | zeekoe | ok, i'll tell later first do some soldering on it |
21:26:14 | pvh | Can anyone tell me if the MAS is in the same place for the recorder as the studio? (Or point me to some high-resolution images of Recorder V1 internals?) |
21:26:21 | pvh | I might be able to read the pin from the other side of the board. |
21:27:31 | pvh | Ah, never mind. There are some now that weren't there before. |
21:27:48 | amiconn | pvh: I don't have images, but I suppose that the board layout is different, as it is even a different mas. |
21:27:53 | zeekoe | pvh: can you see the name of the chip? |
21:29:48 | pvh | On the MAS? |
21:29:53 | pvh | No, it's on the other side. |
21:29:56 | pvh | I have the image here though. |
21:30:11 | pvh | I'm trying to determine if the pin goes through the board so I can get it on the exposed underside. |
21:30:51 | pvh | There isn't an immediately recognizable pin layout showing through. |
21:31:51 | pvh | Hmm, these recorder images are quite different from mine. |
21:33:10 | pvh | Ah, the photographed recorder is revision 0127, and mine is 0713. |
21:33:36 | pvh | Well, I think I'm going to go play some volleyball and forget my problems for a bit. |
21:34:52 | zeekoe | pvh: have fun |
21:35:00 | zeekoe | hope you find the problem |
21:37:31 | zeekoe | as for the electronic fly-whisk/swatter (apparently it's called like that, it's just that 'device' that kills flies) |
21:37:37 | zeekoe | it looks like this: http://images.google.com/images?q=tbn:3sKPZOOZweAJ:www.mve-bv.nl/maartenvisser1/images/suzannevlieg.jpg |
21:38:08 | zeekoe | http://ace.imageg.net/graphics/product_images/p1126792reg.jpg |
21:38:37 | zeekoe | like a tennis racket, with some wires using a high voltage to kill flies |
21:39:25 | zeekoe | i wanted to higher the voltage, so it gave a higher blast :) |
21:40:00 | zeekoe | so... i measured the voltage, was about 560 volts, it seemed the device was still charging and the multimeter pulled it down |
21:40:22 | zeekoe | then i waited for it to charge, measured again, and bye bye multimeter |
21:40:33 | zeekoe | the screen went off and never turned on again |
21:40:35 | zeekoe | .. |
21:41:02 | zeekoe | but i had to reassemble it, and that's done now |
21:41:26 | zeekoe | so much for being way offtopic :) |
21:43:56 | zeekoe | amiconn, are you still here? |
21:44:02 | amiconn | yup |
21:44:08 | zeekoe | where is getcwd? |
21:44:29 | zeekoe | it's not in the api, and not 'just there' |
21:46:20 | zeekoe | or should i just include tree.h? |
21:46:47 | amiconn | Quick searching yields: It's defined in tree.c. So if you need it within a plugin, you'd have to add it to the plugin api |
21:47:06 | zeekoe | hmm |
21:47:07 | zeekoe | okay |
21:47:29 | zeekoe | and then commit the plugin api to cvs? |
21:48:44 | amiconn | If you got commit access, you could do this. Otherwise you can only do it locally, then include the changes to plugin.[c|h] into your patch |
21:49:26 | zeekoe | ok |
21:56:24 | amiconn | For the Rombox recording bug: I'll try to use the old, unoptimized transfer routines now |
22:00 |
22:02:58 | amiconn | Hrrrmmmm, this does work even from rom. I wonder why... |
22:04:57 | | Quit zeekoe (Read error: 60 (Operation timed out)) |
22:05:35 | | Nick midk|sleep is now known as midk (~midk@c66-235-14-120.sea2.cablespeed.com) |
22:16:22 | amiconn | Good news: The bug seems not to be caused by the optimized transfer routines, but by the unification of both possible PR polarities. |
22:17:09 | amiconn | Bad news: Obviously something messes with PADRH in a way it shouldn't when running from rom... |
22:18:57 | | Quit edx (Read error: 110 (Connection timed out)) |
22:32:49 | | Join zeekoe [0] (~zeekoe@ip51cc69f6.adsl-surfen.hetnet.nl) |
22:39:46 | *** | Saving seen data "./dancer.seen" |
22:55:01 | | Quit AciD ("ou double !") |
22:56:54 | zeekoe | hm |
22:57:09 | zeekoe | i got I09: CPUAdrEr |
22:58:03 | zeekoe | sorry |
22:58:06 | zeekoe | had to reflash |
22:59:55 | | Join AciD [0] (~gni@longchamp44-1-82-67-133-87.fbx.proxad.net) |
23:00 |
23:01:32 | amiconn | zeekoe: Or RoLo into a build containing your api extension. |
23:02:24 | zeekoe | i did that, and reflashed |
23:04:01 | zeekoe | gm |
23:04:04 | zeekoe | s/g/h |
23:04:26 | zeekoe | how can i convince rockbox to use my thing as a viewer? |
23:04:34 | zeekoe | i put it in .rockbox/viewers |
23:04:41 | zeekoe | added it to viewers.config |
23:06:09 | amiconn | That should do it (although if you define another viewer for an extension that is already handled, you can only use it from the On+Play menu iirc) |
23:06:26 | zeekoe | or using it as a plugin would be cool too, but then it'll have to know what the current dir is (and that it's _not_ ./rockbox/rocks) |
23:06:37 | zeekoe | doesnt work from on+play |
23:06:43 | zeekoe | :-/ |
23:06:48 | amiconn | What did you do? |
23:07:23 | zeekoe | mp3,displaycreator.rock, 00 00 00 00 00 00 |
23:07:50 | midk | i'd take out that comma. mp3_display_creator.rock? |
23:07:57 | zeekoe | no |
23:08:02 | zeekoe | mp3 is the filetype |
23:08:08 | midk | AGH. |
23:08:10 | midk | never mind. |
23:08:12 | midk | :] |
23:08:25 | zeekoe | txt,sort.rock, 00 00 00 00 00 00 |
23:08:25 | zeekoe | mp3,displaycreator.rock, 00 00 00 00 00 00 |
23:08:33 | midk | um |
23:08:44 | zeekoe | it's a tool for creating .display files |
23:08:46 | midk | you're trying to open an mp3 with this plugin? |
23:08:52 | zeekoe | nah, not at all |
23:08:58 | midk | egh. never mind |
23:09:00 | zeekoe | just wanna read the current dir |
23:09:33 | zeekoe | what are all these numbers for? (00 00 00 etc) |
23:09:49 | midk | the icon |
23:10:03 | zeekoe | hey... cool |
23:10:25 | midk | you could use the music note from icons.c/icons.h in apps/recorder |
23:10:38 | amiconn | zeekoe: If you defined the viewers.config line this way, and displaycreator.rock resides in /.rockbox/viewers, you should be able to select displaycreator from "Open with" _if_ used on an mp3 file |
23:10:41 | zeekoe | isn't neccesary i think |
23:11:07 | zeekoe | amiconn: open with shows all viewers, but not displaycreator |
23:11:12 | amiconn | (maybe you have to reboot rockbox to force it re-reading viewers.config |
23:11:23 | zeekoe | amiconn: didnt work either |
23:11:41 | zeekoe | i just did it the evil way now |
23:11:56 | zeekoe | rename sort.rock -> _sort.rock |
23:12:05 | zeekoe | rename displaycreator.rock -> sort.rock |
23:12:08 | zeekoe | and it works :) |
23:12:14 | midk | ahhaha. |
23:13:52 | zeekoe | doesnt work correctly though |
23:13:53 | zeekoe | char* text = "%r - %a - %t"; |
23:14:05 | zeekoe | and all it shows is "%r -" |
23:14:17 | zeekoe | do i have to escape the % ? |
23:14:32 | midk | um |
23:14:38 | midk | the wps format isn't included |
23:14:44 | zeekoe | ?? |
23:14:55 | midk | in short, that'll never work. |
23:14:55 | zeekoe | which wps format |
23:14:59 | zeekoe | why not |
23:15:05 | midk | that says %s scrolls or %ia is id3 artist |
23:15:15 | zeekoe | die |
23:15:25 | midk | i will indeed quit conversing/ |
23:15:49 | zeekoe | A 'valid' .display file contains one or more % |
23:15:49 | zeekoe | characters. The meaningful escape sequences are: |
23:15:49 | zeekoe | %a - replace with Artist name |
23:15:49 | DBUG | Enqueued KICK zeekoe |
23:15:49 | zeekoe | %t - replace with Track name |
23:15:49 | zeekoe | %r - replace with tRack number |
23:16:37 | midk | i don't know what you're doing but i know it probably won't work if it is what it sounds like |
23:17:06 | zeekoe | hmm |
23:17:07 | zeekoe | okay |
23:17:11 | zeekoe | i'll tell |
23:17:36 | zeekoe | i'm making a rock that puts a .display file containing "%r - %a - %t" in the current folder |
23:17:39 | amiconn | zeekoe: I'd suggest using %n for track Number - much more natural imho |
23:17:49 | zeekoe | amiconn: that's what i think too... |
23:17:58 | zeekoe | but not what jdeon|away thinks, probably |
23:18:21 | zeekoe | it's for his super1337 id3 browsing thing |
23:19:19 | zeekoe | or has he changed it yet so it supports %n? |
23:19:51 | amiconn | Dunno, as I didn't check it out. I always name my mp3s properly, so I have no need for that |
23:19:58 | zeekoe | :) |
23:20:04 | zeekoe | that's what i can do too |
23:20:36 | zeekoe | whoop |
23:20:37 | zeekoe | s |
23:20:44 | zeekoe | unplugged my archos too fast |
23:20:50 | zeekoe | now i have a \cache directory |
23:21:00 | amiconn | Plus, I'm currently *trying* to spot the point in the recording code where it goes wrong when running from rom. |
23:21:24 | zeekoe | any luck? |
23:21:29 | amiconn | This is a really strange thing (at least it seems so) |
23:21:44 | amiconn | See my 2 comments while you were out |
23:23:03 | zeekoe | you used all kinds of weird abbreviations, that's what i see |
23:23:32 | amiconn | Actually they aren't weird if you are used to them ;-) |
23:23:55 | zeekoe | guess so :) |
23:24:10 | amiconn | PADRH is an i/o port (address) of the CPU. |
23:24:13 | zeekoe | ok |
23:25:11 | amiconn | This port controls several different things in the box, one of the being the mas DMA request pin (PR) |
23:25:26 | zeekoe | ok |
23:25:31 | zeekoe | the one needing food in 1 ms |
23:26:04 | amiconn | Yes, but in this case, it has to deliver something, since we are recording. |
23:26:12 | zeekoe | of course |
23:26:47 | amiconn | This pin has to be driven with different polarities depending on the recorder revision. This is determined by the hardware mask |
23:27:15 | zeekoe | polarities? |
23:27:25 | amiconn | I.e. on some revisions Low=inactive and High=active, and vice versa on other revisions |
23:27:27 | zeekoe | like + and - ? |
23:27:31 | zeekoe | ok |
23:27:46 | zeekoe | ah, i understand |
23:27:58 | zeekoe | weird archos guys |
23:28:08 | amiconn | With the old recording code, there were 2 code snippets, one for each polarity |
23:29:00 | amiconn | I unified this at the same time when I optimized the recording code, using a xor instruction to toggle the bit every time. |
23:29:37 | amiconn | The initil state is then set much earlier, when reading the necessary polarity from the hardware mask |
23:29:54 | zeekoe | nice |
23:30:44 | amiconn | The problem with that approach is, that if some other function messes with the port, the bit value may be wrong, and this isn't even detected (only by the non-working recording) |
23:31:03 | amiconn | (but it saves half of the code) |
23:31:17 | zeekoe | okay... |
23:31:59 | zeekoe | and somehow that's what's different from the original rockbox |
23:32:34 | zeekoe | btw, is this correct: |
23:32:36 | zeekoe | char* text = "\%r - \%a - \%t"; |
23:32:48 | zeekoe | (..) |
23:32:48 | zeekoe | rb->write(f, text, sizeof(text)); |
23:33:08 | | Join Smooth [0] (909510b8@ACB94F63.ipt.aol.com) |
23:33:21 | amiconn | You shouldn't need to escape the % when simply using write() |
23:33:28 | | Quit Smooth (Client Quit) |
23:33:30 | | Join Smooth [0] (909510b8@ACB94F63.ipt.aol.com) |
23:33:34 | | Part Smooth |
23:33:39 | | Join Smooth [0] (909510b8@ACB94F63.ipt.aol.com) |
23:34:00 | Smooth | you cannot buy an ipod till september :-( |
23:34:17 | amiconn | Smooth: Who wants a ipod?? |
23:34:37 | Smooth | everyone it seems if they sell out the moment they are launched |
23:36:02 | zeekoe | amiconn: escaping is still there, because unescaped didnt work |
23:36:07 | amiconn | zeekoe: I'm pretty confident that the problems when running from rom are caused by this unification, and not by the optimized transfer routines, because I tried that unification with the old C transfer routines, which also lead to non-working recording |
23:36:25 | zeekoe | i guess sizeof is broken, because when i fill in 12 manually it works perfectly... |
23:36:42 | Smooth | mi |
23:36:46 | zeekoe | amiconn: you still have the old routines? |
23:37:19 | amiconn | zeekoe: Uuuh, now I see what you did wrong... sizeof(char *) == 4, because the size of a pointer is always 4 on a 32 bit CPU |
23:38:03 | amiconn | If you want to use sizeof, and save another 4 bytes on the way (the not-needed pointer), you'd have to write: |
23:38:19 | amiconn | char text[] = "%r - %a - %t"; |
23:38:44 | zeekoe | hmm |
23:38:54 | zeekoe | i dont understand all this weird stuff |
23:38:58 | zeekoe | the * and the [] |
23:39:01 | amiconn | zeekoe: Remember we are using cvs, so you have access to anything that was in at any given time |
23:39:27 | zeekoe | amiconn: cvs also keeps old copies? nice... |
23:40:09 | amiconn | char * text = "blah"; defines a pointer to a string (which in turn is an array of char; not directly visible from the declaration), while... |
23:40:16 | | Join dstar5 [0] (Lee@ACC246E4.ipt.aol.com) |
23:40:40 | amiconn | char text[] = "blah" defines an array of char (without additionally storing a pointer to it) |
23:40:49 | Smooth | <−−−−−−−−−−−−−− AWAY |
23:41:46 | zeekoe | okay... that's clear |
23:41:47 | amiconn | zeekoe: For analyzing the recording, next I'll check the other way round: the new routines without unification. |
23:42:01 | zeekoe | have fun :) |
23:42:24 | amiconn | thanks ;) |
23:42:44 | zeekoe | yay, it works now :) |
23:43:02 | amiconn | :) |
23:43:17 | zeekoe | and when i do char text i only mean 1 char? |
23:43:48 | amiconn | yup. If you write char text = "D" the compiler should give you an error... |
23:44:07 | amiconn | because "" designates a string, which is null-terminated in C. |
23:44:33 | amiconn | If you want a single char, you'll have to use 'D' (single quotes) |
23:44:46 | amiconn | It seems that this turns into a C lesson... |
23:46:43 | zeekoe | :) |
23:46:46 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
23:46:46 | * | zeekoe need C book |
23:46:56 | pvh | Get "The C Programming Language" |
23:47:03 | pvh | by Kernighan and Ritchie. |
23:47:12 | pvh | They invented the language, and they wrote the book. |
23:47:16 | pvh | You really can't do better. |
23:47:26 | zeekoe | i have a really old C programming book... with some floppies containing the Lattice C compiler |
23:47:31 | zeekoe | for AmigaOS 1.3 or so |
23:47:38 | zeekoe | cool |
23:47:57 | pvh | It's quite cheap as well. It has been updated a couple of times over the years, and is still in wide distribution. |
23:48:37 | amiconn | zeekoe: Do you still have an amiga too? |
23:49:09 | zeekoe | amiconn: yeah, but doesnt work well |
23:49:13 | zeekoe | custom towered |
23:49:25 | zeekoe | in an old 486 tower and some wood to make it higher |
23:49:44 | zeekoe | and the old amiga 3000 frame still inside |
23:49:56 | amiconn | Yeah, I have an A4000 (also towered, RBM tower). It still runs 24/7 |
23:49:57 | zeekoe | 030/25 + 882/25 |
23:50:06 | zeekoe | yeah, you told once :) |
23:50:09 | zeekoe | or twice :) |
23:50:13 | amiconn | :) |
23:50:24 | zeekoe | but when i bump into the tower, the uh... |
23:50:33 | zeekoe | what's "aardlek" in english... |
23:51:32 | zeekoe | well... where current&voltage thingies enter the house, there's a big thing with switches and stuff |
23:51:51 | zeekoe | also there's 2 switches for current flowing to earth/ground |
23:52:08 | zeekoe | one of that switches blows out when i bump into my custom made tower |
23:52:17 | zeekoe | i should look at it, once... |
23:52:42 | zeekoe | it's been off for two years or so, i'm afraid :-/ |
23:55:02 | amiconn | Urghs. When I duplicate asm blocks, I should remeber that I have to rename the labels in one of them... |
23:55:52 | zeekoe | :) |
23:56:23 | amiconn | Otherwise: Error: symbol `blah' is already defined |