00:00:01 | Bagder | rather naive |
00:00:12 | preglow | indeed |
00:00:38 | preglow | and stupid, considering how easy it would have been for them to add an usb check before they access the disk |
00:00:55 | preglow | they've got about two seconds worth of splash screen that could be used for checking quite thoroughly, as a matter of fact |
00:01:12 | LinusN | this is interesting btw: https://sourceforge.net/tracker/?func=detail&atid=439118&aid=1206675&group_id=44306 |
00:02:20 | preglow | i'd say |
00:03:38 | amiconn | LinusN: The file size is odd. My viewer.rock is 19060 bytes... |
00:03:59 | LinusN | that depends on the compiler version |
00:04:04 | | Join rasher [0] (~3e4f4094@labb.contactor.se) |
00:04:07 | crashd | /win 22 |
00:04:22 | rasher | someone was saying that the snow.rock wasn't updated in the daily builds either |
00:04:32 | amiconn | LinusN: Yeps... but it shouldn't deviate that much within the same line of gcc (3.3.x) |
00:04:42 | preglow | rasher: big on log-reading, aren't you ;) |
00:05:14 | rasher | nah, just read it once in a while |
00:05:36 | LinusN | Bagder: is the zip creation script updated for the new dir structure? |
00:05:47 | Bagder | yes |
00:05:55 | preglow | after you fixed IRiverBoot for me yesterday without even being on the channel, i've started attributing you with paranormal powers |
00:05:57 | Bagder | at least it is supposed to |
00:06:32 | preglow | works here |
00:06:37 | preglow | i've got working snow and all |
00:06:41 | preglow | and i did 'make zip' |
00:06:50 | amiconn | The filke dates in the dailies match the day they're supposed to be built |
00:08:05 | * | rasher tries using a daily build |
00:09:00 | Bagder | check the daily source package |
00:09:00 | rasher | old-snow |
00:09:44 | Bagder | wierd |
00:10:08 | LinusN | Bagder: the daily build zips contain the wrong .rock's |
00:10:28 | Bagder | I think I know why! |
00:10:38 | Bagder | make clean doesn't remove the old ones! |
00:10:44 | LinusN | they are taken from build-recorder8m/*.rock instead of build-recorder8m/apps/plugins |
00:10:45 | Bagder | hehe |
00:11:04 | LinusN | that shouldn't matter |
00:11:08 | Bagder | yes it does |
00:11:13 | Bagder | it finds the old ones too |
00:11:19 | LinusN | oh |
00:11:35 | LinusN | and copies the over the correct ones |
00:11:39 | LinusN | them |
00:11:43 | Bagder | but make clean is lame |
00:11:47 | Bagder | 'rm -rf *' is better |
00:11:56 | LinusN | much better :-) |
00:11:59 | LinusN | in the root |
00:12:04 | preglow | that's not funny |
00:12:05 | Bagder | hehe |
00:12:06 | preglow | ... |
00:12:13 | | Join matsl [0] (~matsl@1-1-4-2a.mal.sth.bostream.se) |
00:12:18 | Bagder | LinusN: well, its running as Zagor's users ;-) |
00:12:21 | Bagder | user |
00:12:47 | preglow | i usual try to do it as root |
00:12:49 | preglow | much cool |
00:12:50 | preglow | er |
00:13:05 | LinusN | Bagder: can you remove the old files? |
00:13:06 | preglow | damn, what's up with this premature entering habit of mine |
00:13:34 | Bagder | LinusN: you mean the old dailies? |
00:13:36 | | Quit matsl (Remote closed the connection) |
00:13:48 | | Quit ashridah ("Leaving") |
00:17:03 | LinusN | no, the old rocks |
00:17:18 | Bagder | the script will actually do rm -rf * first now |
00:17:21 | Bagder | instead of make clean |
00:17:34 | Bagder | then run configure |
00:17:36 | Bagder | then make |
00:17:39 | Bagder | then make package |
00:20:13 | rasher | Why wasn't this a red build: http://www.rockbox.org/showlog.cgi?date=2005-05-21%2013%3A28%3A17&type=iRiver%20H100%20-%20Normal |
00:20:38 | Bagder | lame parser? ;-) |
00:20:54 | rasher | Fair enough |
00:22:55 | Bagder | and I'm too tired atm to do anything about it ;-) |
00:24:08 | rasher | I can understand this |
00:25:53 | rasher | I found a thread on MisticRiver mentioning someone who had his h320 display replaced by a repair shop (not iRiver related) |
00:27:21 | preglow | and i thought the iriverlinux thread was all that was of value on misticriver :P |
00:28:30 | Bagder | that is interesting |
00:29:29 | rasher | He wasn't mentioned by name though, so I fired of a private-message to him |
00:30:32 | rasher | I guess there's a thread somewhere about it |
00:39:50 | | Quit Harpy (Read error: 60 (Operation timed out)) |
01:00 |
01:08:54 | rasher | totally failing to find this thread though |
01:12:31 | | Join cYmen_ [0] (~cymen@nat-ph3-wh.rz.uni-karlsruhe.de) |
01:12:50 | *** | Saving seen data "./dancer.seen" |
01:13:43 | | Quit cYmen (Read error: 104 (Connection reset by peer)) |
01:17:36 | | Part MoosK1maro |
01:22:40 | * | preglow goes w00t at the newest mailing list post |
01:26:21 | rasher | Okay, I found it |
01:26:38 | rasher | But the only info in that thread is the name of iRiver's repair shop |
01:27:12 | rasher | preglow: looks like you have yourself a companion |
01:27:40 | preglow | i surely hope so |
01:27:47 | preglow | i wish i had more info on tremor to give him |
01:27:56 | preglow | only opt i can find quickly is windowing |
01:28:14 | preglow | but there should be a dot product somewhere, if i recall the vorbis specs correctly |
01:30:54 | rasher | "CMS Peripherals" is the name of the repair shop they use in the UK, it seems |
01:31:00 | | Join textchimp [0] (~chimp@ip67.net66.ipnetworks.net.au) |
01:31:23 | preglow | how does this help us? |
01:31:37 | rasher | I wonder if it'd be possible to ask them which screen is in the h3x0 |
01:32:43 | rasher | I just don't like to think that this searching through that forum was useless |
01:33:52 | preglow | sure, mail them ;) |
01:38:22 | | Quit DMJC (Remote closed the connection) |
01:46:42 | | Join ]RowaN[ [0] (a2b0y@82-43-209-7.cable.ubr10.newm.blueyonder.co.uk) |
01:47:43 | ]RowaN[ | ive just reformatted my irivier h120... when i try to copy some files back onto it it says "error: the path is too deep" .. not sure what it means, any ideas guys? |
01:48:58 | LinusN | ]RowaN[: the total file name, including path, must not exceed 256 characters |
01:49:14 | LinusN | it's a FAT32 limit |
01:49:51 | ]RowaN[ | hmm, it never mattered before, stupid internal iriver format |
01:50:09 | ]RowaN[ | ahah i just tried again, with the file it wouldnt let, and its done it with no probs now |
01:52:02 | preglow | someone put fat32 to sleep already |
01:53:54 | LinusN | i think fat32 is pretty ok |
01:53:58 | ]RowaN[ | hmm windows is telling me "crc error" when i try to copy mp3s to my iriver now... i dropped it the other day you see.. i think parts of the hd r fukked |
01:54:06 | ]RowaN[ | but scandisk says its all ok oddly |
01:54:15 | LinusN | it might be the usb |
01:54:25 | ]RowaN[ | how do you mean? |
01:54:35 | preglow | then again, there aren't any other windows compatible file systems with specs out there |
01:54:51 | ]RowaN[ | ahah.... |
01:54:55 | ]RowaN[ | ATA error: -71 |
01:54:57 | ]RowaN[ | says rockbox |
01:55:29 | ]RowaN[ | wont turn off now... lets find a pin and press reset =] |
01:55:31 | | Join Bryan` [0] (~NOYB@Ottawa-HSE-ppp242840.sympatico.ca) |
01:55:36 | | Part Bryan` |
01:55:48 | textchimp | so, uh, what can i do to help get sound working on the iriver port? my coding skills are mediocre but subject to improvement through stubbornness |
01:55:51 | LinusN | ]RowaN[: how is your battery? |
01:55:57 | ]RowaN[ | full |
01:56:01 | ]RowaN[ | and plugged in |
01:56:25 | ]RowaN[ | says *panic* ata: -71 now |
01:56:29 | LinusN | textchimp: there's not much you can do right now, i'm afraid |
01:56:32 | preglow | textchimp: unless you're leet at optimizing codecs, not much, i guess |
01:56:44 | textchimp | that's what i figgered |
01:57:15 | LinusN | ]RowaN[: weird |
01:57:36 | LinusN | ]RowaN[: have you seen the "check hdd connection" message with the iriver firmware? |
01:57:52 | ]RowaN[ | no? |
01:58:05 | ]RowaN[ | ive just reset,, gonna try again copying files |
01:58:36 | ]RowaN[ | ah its getting a bit further now |
01:59:12 | ]RowaN[ | people... let this be a lesson... HOLD ON TO YOUR HD PLAYERS DONT DROP THEM =p |
01:59:26 | LinusN | huh? |
01:59:34 | textchimp | i've sure dropped mine a few times |
01:59:45 | textchimp | did you have yours in its little protective leather jacket? |
01:59:49 | LinusN | ]RowaN[: have you dropped it? |
01:59:50 | ]RowaN[ | nope =[ |
02:00 |
02:00:02 | ]RowaN[ | yeah last week it fell out of my inside pocket onto concrete!! |
02:00:15 | ]RowaN[ | bah again... |
02:00:16 | LinusN | open it up and reseat the hard drive |
02:00:21 | ]RowaN[ | ata error: -1 press ON to dubug |
02:00:23 | textchimp | gotta put it in that thing, it's probably saved mine a few times |
02:00:42 | ]RowaN[ | reseat the hd? theres no where for it to move |
02:01:23 | preglow | reSET |
02:01:24 | preglow | :) |
02:01:30 | ]RowaN[ | yup =] |
02:01:34 | preglow | bah |
02:01:39 | preglow | i'm too tired to read straight |
02:02:03 | LinusN | ]RowaN[: it doesn't take much to cause a bad hdd connection |
02:02:08 | preglow | the connection might be loose |
02:02:13 | LinusN | it's definitely worth a try |
02:02:18 | preglow | it's really simple to jerk it back in place |
02:02:22 | LinusN | it has worked for ithers |
02:02:26 | LinusN | others |
02:02:31 | textchimp | what tools do you need to open it up anyway? |
02:02:42 | textchimp | it has a weirdass screw doesn't it? |
02:02:43 | preglow | a small torx screwdriver |
02:02:44 | amiconn | Mrf. Either gcc is braindead, or I don't understand wut's going on :-/ |
02:02:44 | LinusN | a tiny torx screwdriver |
02:02:45 | ]RowaN[ | a few days ago i opened it up.. hd connection looked fine.. just incase i pulled the hd away then reslotted it |
02:02:52 | preglow | amiconn: like what? |
02:03:07 | LinusN | amiconn: i'm betting on #2 |
02:03:09 | amiconn | I'm trying to get rockbox to work (on archos) with -O2 / -Os |
02:03:11 | ]RowaN[ | textchimp: same set of tools that opens my t68 mobile fone =] |
02:03:30 | amiconn | It always crashes with IllInstr at 0x000000F0 |
02:03:36 | amiconn | That's the internal rom |
02:03:42 | preglow | i really don't think that's gcc's error, it happens with both sh and 68k |
02:03:48 | amiconn | I checked the disassembly |
02:03:50 | preglow | i've never known gcc to generate wrong code with Os |
02:04:16 | amiconn | The code it produces for the IRQ3 interrupt handler is looking completely wrong |
02:05:14 | amiconn | No 'rte' at the end, but instead a 'jmp' |
02:05:27 | LinusN | ouch |
02:06:03 | amiconn | additionally, it seems the if/else processing therein is missing as well |
02:06:19 | preglow | ]RowaN[: at least the drive they use in h1x0 is supposed to be able to take a bit of a bang before it's damaged |
02:08:18 | preglow | LinusN: should i commit the imdct opt i've got going even though it's still a wee bit slower than the old one, btw? i won't be able to look at it again for quite some time |
02:08:44 | ]RowaN[ | when i dropped it, i "lost" about 100 mp3s.. they just became unreadable from the hd |
02:08:56 | preglow | ]RowaN[: bad news... |
02:09:27 | ]RowaN[ | if it wasnt for rockbox i woudlnt have even been able to turn my iriver back on |
02:09:37 | ]RowaN[ | coz original firmware hangs on boot when files r fucked |
02:09:39 | preglow | oh well, assuming the hd is broken, they're easily replacable |
02:09:50 | ]RowaN[ | cool.. where from, how much, how big =] |
02:10:03 | preglow | www.dapstore.com sells 30 and 60 gig hds now |
02:10:16 | LinusN | preglow: yes i think you should commit it |
02:10:37 | preglow | LinusN: ok, i'll see about it tomorrow |
02:10:45 | LinusN | gr8 |
02:11:00 | preglow | but i think i'll call it a day for now |
02:11:01 | preglow | later, all |
02:11:15 | LinusN | sleep tight preglow |
02:11:31 | preglow | tight, well and not too long |
02:11:35 | | Quit preglow ("leaving") |
02:12:47 | LinusN | i should get some sleep too |
02:12:50 | LinusN | nite all |
02:13:06 | | Part LinusN |
02:27:09 | | Quit rasher ("CGI:IRC") |
02:27:40 | amiconn | Gcc clearly generates wrong code with both -Os and -O2 |
02:27:55 | amiconn | (for the IRQ3 interrupt handler) |
02:31:52 | | Join silencer_ [0] (~silencer@zen.via.ecp.fr) |
02:31:52 | | Quit silencer (Read error: 54 (Connection reset by peer)) |
02:38:43 | | Join silencer [0] (~silencer@adsl.via.ecp.fr) |
02:52:38 | | Quit cYmen_ (Read error: 113 (No route to host)) |
02:55:54 | | Quit silencer_ (Read error: 110 (Connection timed out)) |
03:00 |
03:05:23 | | Quit ]RowaN[ () |
03:12:52 | *** | Saving seen data "./dancer.seen" |
03:13:16 | | Join amiconn_ [0] (~jens@p54BD7BFB.dip.t-dialin.net) |
03:21:48 | | Quit amiconn (Read error: 60 (Operation timed out)) |
03:21:49 | | Nick amiconn_ is now known as amiconn (~jens@p54BD7BFB.dip.t-dialin.net) |
04:00 |
04:00:23 | | Join BTKDaImMaikata [0] (~Bager@83.222.160.88) |
04:00:24 | | Quit Bager (Read error: 104 (Connection reset by peer)) |
04:18:33 | | Join silencer_ [0] (~silencer@zen.via.ecp.fr) |
04:34:38 | | Quit silencer (Read error: 110 (Connection timed out)) |
05:00 |
05:04:24 | | Join courtc [0] (~courtc@adsl-158-50-217.asm.bellsouth.net) |
05:08:20 | | Join ehntoo [0] (noclue2@24-177-161-77.dhcp.mrqt.mi.charter.com) |
05:12:54 | *** | Saving seen data "./dancer.seen" |
05:29:11 | | Quit ehntoo ("Leaving") |
05:45:25 | | Quit courtc (Read error: 110 (Connection timed out)) |
05:45:36 | | Join courtc [0] (~courtc@adsl-158-42-16.asm.bellsouth.net) |
07:00 |
07:12:58 | *** | Saving seen data "./dancer.seen" |
07:20:34 | | Quit Aditya ("Download Gaim: http://gaim.sourceforge.net/") |
07:51:34 | | Quit asdsd____ (Read error: 104 (Connection reset by peer)) |
07:53:55 | | Quit Sucka ("a bird in the bush is worth two in your house") |
08:00 |
08:01:49 | | Join LinusN [0] (~linus@labb.contactor.se) |
08:26:40 | | Join ashridah [0] (ashridah@220-253-121-156.VIC.netspace.net.au) |
08:46:58 | | Quit edx (Read error: 110 (Connection timed out)) |
09:00 |
09:13:02 | *** | Saving seen data "./dancer.seen" |
09:15:02 | | Nick Lynx_awy is now known as Lynx_ (HydraIRC@134.95.189.59) |
09:17:47 | | Join Harpy [0] (odWeGzZU5O@dsl-hkigw7wbb.dial.inet.fi) |
09:20:38 | | Join DMJC [0] (~James@220-245-174-50-sa-pppoe.tpgi.com.au) |
09:40:43 | | Join Lost-ash [0] (ashridah@220-253-123-209.VIC.netspace.net.au) |
09:40:46 | | Quit ashridah (Nick collision from services.) |
09:41:01 | | Nick Lost-ash is now known as ashridah (ashridah@220-253-123-209.VIC.netspace.net.au) |
10:00 |
10:03:43 | | Join preglow [0] (thomj@s183a.studby.ntnu.no) |
10:09:07 | HCl | yawn. |
10:09:07 | | Quit Stryke` (Read error: 104 (Connection reset by peer)) |
10:09:40 | | Join Stryke` [0] (~Chairman8@resnet-241-86.resnet.UMBC.EDU) |
10:12:30 | LinusN | i wonder if we can find a suitable connector that can fit into the 6-pin connector of the remote control |
10:12:42 | LinusN | (iriver) |
10:12:57 | ashridah | LinusN: for testing, or plugging in alternate objects? |
10:13:16 | LinusN | rs232 debug output in my case |
10:13:30 | ashridah | heh |
10:13:35 | LinusN | alternate objects is always nice, of course |
10:14:28 | preglow | LinusN: oooh, that sounds nice |
10:16:14 | LinusN | i have the code, and i also have a connector |
10:16:26 | LinusN | from a dead remote control |
10:16:55 | LinusN | but maybe others would like to use it |
10:22:31 | | Join bobTHC [0] (~foo@l03m-40-118.d1.club-internet.fr) |
10:23:17 | bobTHC | hi folks ! |
10:25:10 | amiconn | hi everyone |
10:26:53 | | Join edx [0] (edx@pD952229A.dip.t-dialin.net) |
10:28:05 | Rick | LinusN: that's what *I* was thinking |
10:28:12 | Rick | I mean, for doing custo stuff |
10:28:15 | Rick | *custom |
10:28:22 | Rick | would be nifty |
10:28:26 | LinusN | indeed |
10:28:51 | Rick | although when I talked about it myself here ages ago I didn't get a very positive response |
10:28:51 | Rick | hehe |
10:36:42 | amiconn | LinusN: I got rockbox to work when compiled with -O2 or -Os. However, gcc clearly generates wrong code for IRQ3(), and it needs a special workaround to get this fixed |
10:36:54 | LinusN | how nice |
10:37:14 | amiconn | Compiling with -O3 doesn't work; it fails to assemble the compiled system.c |
10:39:02 | amiconn | I tested with recorder v1. -Os decreases size ~6 KB, -O2 increases size ~9 KB (gcc 3.3.5, size with -O ~184 KB) |
10:42:22 | amiconn | The workaround is adding an empty asm block at the end of the function: asm volatile (""); |
10:43:10 | preglow | ehh |
10:45:27 | amiconn | There's another change I did, but don't know if it strictly necessary. The bit setting macros (and_b / or_b / xor_b) aren't defined volatile. Iiuc they should be; so I added that |
10:45:53 | amiconn | LinusN: What do you think? |
10:51:29 | | Join B4gder [0] (~d559bcbf@labb.contactor.se) |
10:51:48 | B4gder | good day |
10:52:32 | amiconn | preglow: I found this trick from googling; obviously this is an architecture independent gcc bug. The article I found was for netbsd on ppc (!) |
10:53:28 | LinusN | amiconn: well, if it works i'm all for it, then the rombox builds could be -Os |
10:54:04 | LinusN | but then we *might* encounter some problems, since some bugs might be related to the optimizing |
10:54:16 | LinusN | and we'll have an even harder time reproducing them |
10:55:05 | amiconn | This would require compiling everything twice. Currently the rombox builds are only linked differently |
10:55:14 | LinusN | of course |
10:55:34 | amiconn | The only target where it would actually allow to make rombox fit (again) is the recorder v2 |
10:55:55 | | Join [IDC]Dragon [0] (~d90a3255@labb.contactor.se) |
10:56:09 | amiconn | For the others (fmrecorder and ondiofm) even -Os isn't sufficient |
10:56:10 | LinusN | if you ask me, rombox isn't worth the effort, but that's me |
10:56:40 | [IDC]Dragon | hi there |
10:56:41 | amiconn | Rombox is really nice to have, but I'd rather go for [IDC]Dragon's solution |
10:56:45 | B4gder | I still for making rombox a special build option |
10:56:50 | B4gder | I am |
10:56:50 | amiconn | (bootbox instead of archos fw) |
10:57:07 | LinusN | amiconn: agreed |
10:57:12 | [IDC]Dragon | small&fast code is always nice... |
10:57:24 | amiconn | LinusN: I meant what's your opinion about adding 'volatile' to the bit macros |
10:57:40 | LinusN | amiconn: go ahead |
10:57:41 | [IDC]Dragon | currently, our copile flags are "lame" |
10:57:53 | amiconn | hi [IDC]Dragon |
10:57:59 | [IDC]Dragon | hi Jens |
10:58:12 | amiconn | I finally solved the 0308 mystery... |
10:58:23 | [IDC]Dragon | yes, saw that |
10:58:30 | [IDC]Dragon | congratulations! |
10:58:50 | amiconn | ...and found a mistake in your logic table. I also added the pinout & table for 0308 |
10:58:53 | [IDC]Dragon | (I had a hard time to blame the rebuild for it) |
10:59:16 | [IDC]Dragon | sorry for the logic error |
10:59:59 | amiconn | The circuit is indeed very similar, only it uses an AC32 instead of AC08 and 2 gate inputs are swapped (pin 12 & 13) |
11:00 |
11:00:01 | [IDC]Dragon | does Trevor know already? |
11:00:38 | amiconn | I mailed him, but he didn't respond yet. Maybe he's away, mentioned some conference... |
11:01:01 | [IDC]Dragon | seems to be his facourite waste of time ;-) |
11:01:11 | [IDC]Dragon | *favourite |
11:01:13 | amiconn | I also experimented with the mas pll |
11:01:30 | [IDC]Dragon | blowing up poor 3507 chips... |
11:01:47 | amiconn | Nope; the fm interference thing you mentioned |
11:01:53 | [IDC]Dragon | ah |
11:02:01 | amiconn | There s indeed some interference |
11:03:01 | amiconn | It seems I understand the mas pll now. It is indeed running at 24.576 MHz (for48/32/24/16) and 22.5792 MHz (for 44.1/22.05) |
11:03:23 | amiconn | ...the 4th harmonics being ~98.3 MHz and 90.3 MHz |
11:03:48 | amiconn | ..and the interference is audible with the samsung tuner (!) |
11:05:06 | amiconn | I implemented a hack to avoid the interference, which works |
11:05:16 | [IDC]Dragon | samsung doesn't surprise me |
11:05:38 | amiconn | The philips seems to be immune agains this, so no special handling necessary |
11:06:17 | [IDC]Dragon | a slight "detune" of the MAS should be sufficient |
11:06:25 | [IDC]Dragon | what did you do? |
11:07:17 | amiconn | Yes. I use the pitch function to 'pitch away' the mas by a maximum of 0.3 % |
11:07:55 | amiconn | As is the solution is hacky because it accesses app data (global_settings) from firmware code |
11:09:01 | [IDC]Dragon | why global_settings? |
11:09:15 | amiconn | To find the current rec_frequency setting |
11:09:43 | [IDC]Dragon | the FM screen could inform the mpeg code |
11:09:56 | amiconn | I have another idea |
11:10:06 | [IDC]Dragon | leaving it up to there to do countermeasures |
11:10:23 | Rick | LinusN: How would you "probe" to see if the remote is plugged in? (iriver) |
11:10:32 | amiconn | mpeg_set_recording_options contains a variable which could be made static, and an access function added |
11:10:35 | preglow | you got fm interference from the mas clock? |
11:10:58 | amiconn | [IDC]Dragon: I added the countermeasure to tuner_samsung.c |
11:11:02 | amiconn | preglow: yup |
11:11:13 | preglow | nicety |
11:13:06 | *** | Saving seen data "./dancer.seen" |
11:14:06 | LinusN | Rick: i think we could try to change the direction of one of the inputs and see if the port status changes |
11:14:16 | LinusN | or something like that |
11:14:20 | Rick | ah |
11:17:06 | amiconn | ...like the detection for ide power controllability in the player |
11:23:00 | amiconn | [IDC]Dragon: I also tried to exceed the pll offset range for 3507. That doesn't work; it seems the pll snaps back to the default |
11:29:10 | [IDC]Dragon | bah |
11:29:54 | [IDC]Dragon | LinusN: did you ever try/consider pitching the 3507? |
11:42:03 | amiconn | It is possible to pitch, but only in the small range I mentioned saturday |
11:43:51 | ashridah | ah, good, i'm glad someone's starting to look at tremor optimisations again |
11:48:15 | preglow | i'm glad someone's looking at optimisations at all |
11:48:23 | preglow | hope he has the will to start working on it for real :P |
12:00 |
12:02:32 | | Join MoosCamaro [0] (MoosCamaro@m214.net81-66-158.noos.fr) |
12:02:42 | MoosCamaro | morning all |
12:04:15 | preglow | good day |
12:05:45 | preglow | damn, my battery was _completely_ discharged, the player didn't even respond when i pressed play |
12:05:51 | preglow | was a bit nervous for a second there |
12:09:47 | preglow | old imdct_l is 300% at 112kbps, new is 290% :/ |
12:10:42 | MoosCamaro | :( |
12:14:06 | preglow | LinusN: we probably should use something like the .cachetest section scheme we do now |
12:14:26 | preglow | i do now, at least, i'll strip it before commiting |
12:35:46 | LinusN | oki |
12:45:13 | preglow | why doesn't my player ever turn itself off? |
12:46:06 | preglow | idle poweroff is set to 10 minutes, but it never turns off |
12:46:59 | LinusN | is the charger connected? |
12:47:26 | preglow | yes, but it behaves the same without the charger connected |
12:47:32 | LinusN | oh |
12:47:33 | preglow | that's why i have to charge now, ehh |
12:47:47 | LinusN | maybe the charger detection fails |
12:47:55 | ashridah | LinusN: yeah, i've noticed this too |
12:48:14 | * | LinusN checks the code |
12:52:52 | HCl | mm |
12:52:56 | HCl | it actually did crash for me |
12:52:58 | HCl | when it ran out of battery |
12:53:01 | HCl | the other day |
12:53:03 | HCl | and it hadn't shut down |
12:53:18 | ashridah | LinusN: hrm. i just set it down to 1m and it shutoff. |
12:53:25 | LinusN | oh |
12:53:47 | preglow | yeah, i think rasher mentioned it only happens sometimes |
12:54:01 | preglow | is it conditional in any way? the last thing i usually do before i don't touch it anymore, is run a plugin |
12:54:02 | ashridah | i think i've seen it happen if i've just used usb-connect mode |
12:54:09 | preglow | perheps something doesn't get reset |
12:54:19 | preglow | that can also be it |
12:55:51 | ashridah | okay, just turned it back on, had it set to 1m, and it didn't shut off after 1m this time around |
12:56:00 | LinusN | there are lots of conditions for the poweroff |
12:56:11 | ashridah | actually, it seems to have taken longer than a minute, since it just shut off |
12:56:22 | ashridah | at at least over 2 minutes |
12:56:28 | LinusN | disk activity, user interaction, music playback |
12:57:06 | LinusN | the 1m timeout starts counting after the disk has spun down |
12:57:28 | ashridah | which is set to 5s here |
12:58:04 | LinusN | i guess some debugging is in order here |
12:58:31 | | Join asdsd____ [0] (~asdsd@h-67-100-31-235.miatflad.dynamic.covad.net) |
12:58:39 | | Part asdsd____ |
13:00 |
13:00:04 | ashridah | a 1m shut down took almost 2 minutes from hard drive spindown to shutdown. |
13:00:29 | ashridah | (on a fresh powerup) |
13:00:35 | LinusN | oh, there's another thing |
13:01:49 | LinusN | the thread that performs the auto poweroff runs only once a minute |
13:02:03 | ashridah | ah. |
13:02:15 | ashridah | so it can be anywhere from 1m to 1m59s or so? |
13:02:16 | LinusN | so it can be one minute off |
13:05:11 | LinusN | the logic is in firmware/powermgmt.c - handle_auto_poweroff() |
13:13:07 | *** | Saving seen data "./dancer.seen" |
13:14:23 | Zagor | now that we have many contributors, perhaps someone feels like taking on the powermgmt rewrite? |
13:14:51 | B4gder | the Zagor lives!!! :-O |
13:15:10 | * | B4gder curses yacc |
13:15:31 | Zagor | bagder: Why do you say the zagor lives? |
13:15:51 | B4gder | hehe |
13:16:15 | B4gder | sorry, I must've typed Mx- doctor |
13:16:22 | B4gder | M-x even |
13:16:30 | Zagor | Is it because of your plans that you say sorry you must've typed mx doctor? |
13:16:43 | * | Zagor loves doctor |
13:16:59 | B4gder | M-x psychoanalyze-pinhead ! |
13:18:17 | Zagor | FUN is never having to say you're SUSHI!! |
13:21:04 | B4gder | I'm building qt/e on my powerpc setup... and it fails on the FIRST file it compiles :-( |
13:21:30 | HCl | mmm qt/e |
13:21:35 | HCl | i have that on my pda |
13:22:39 | B4gder | I've built and used it before, it is neat |
13:23:38 | | Quit textchimp (Read error: 54 (Connection reset by peer)) |
13:27:47 | | Join tucoz [0] (~543059b8@labb.contactor.se) |
13:28:18 | tucoz | Hi, for you swedes. An archos jukebox exploded when charging: http://www.expressen.se/index.jsp?a=289160 |
13:29:24 | ashridah | was the battery's integrity compromised by something? |
13:29:46 | LinusN | and of course he didn't have a backup...fool! |
13:29:50 | tucoz | heh |
13:30:38 | tucoz | the article suggests that the battery might have had a small damage :) |
13:32:56 | amiconn | I don't understand the whole article, but my guess is that it was a fm or v2 recorder. |
13:32:56 | amiconn | There must be a reason why I don't exactly like LiIons... |
13:32:56 | | Join cYmen [0] (~cymen@nat-ph3-wh.rz.uni-karlsruhe.de) |
13:33:49 | Zagor | it was a gmini 400 |
13:34:42 | preglow | article says it was a archos jukebox |
13:34:45 | ashridah | an aussie kid here managed to make his ipod burst into flames by a) running his ipod through the was, then b) opening it up and piercing the battery with a screwdriver (tool!) |
13:34:56 | B4gder | watch the picture |
13:35:25 | Zagor | preglow: this is a tabloid. they don't care about fact accuracy. |
13:35:25 | amiconn | Reminds me of [IDC]Dragon's fm recorder... http://joerg.hohensohn.bei.t-online.de/archos/bursting_fmr/ |
13:35:27 | ashridah | i have an ultra-old liion battery that's currently going through a stage of expanding |
13:35:47 | tucoz | Bagder, didn't the article say that the player exploded ;) |
13:35:55 | preglow | B4gder: archos replaces old jukesboxes with gminis |
13:36:31 | B4gder | true |
13:36:37 | ashridah | ahaha. the media here tried to claim that the kid's ipod actually did explode. all it really did was pop, burn his bed, and give him a nice dose of nasty smoke+fumes |
13:36:37 | Zagor | good point |
13:36:49 | ashridah | so all the headlines were 'ipods go boom!' |
13:36:54 | HCl | heh o.o |
13:36:57 | HCl | america? |
13:37:00 | preglow | tabloids... |
13:37:04 | ashridah | nah. Australia |
13:37:11 | HCl | okay o.o |
13:37:15 | B4gder | you see, all that moden music is bad for you ;-) |
13:37:27 | Zagor | modem music? |
13:37:38 | preglow | heh |
13:37:43 | B4gder | be nice, I can't type ;-) |
13:37:44 | ashridah | you read the article, and they all say "well, not exploded, it went pop, and scorched his bed, but he had to be treated for smoke inhalation! that's bad, right?! oh, and ambos are heros" |
13:37:56 | tucoz | we should be protected from it. Let's suggest a new law |
13:38:47 | ashridah | yeah, we all clearly need to revert to the stone age |
13:38:51 | | Join sox [0] (~sox@h109n1fls32o265.telia.com) |
13:38:53 | ashridah | everything was far safer then |
13:39:15 | ashridah | none of this radiation crap, hardly anyone died from cancer (the average age being about 30 or so) |
13:39:36 | sox | hey all |
13:39:58 | sox | what's this error Im getting on a new box im setting up trying to compile the rockbox tools dir: ../firmware/export/config.h:23:22: autoconf.h: No such file or directory |
13:40:29 | tucoz | I get this error as well |
13:41:03 | HCl | means you haven't configured properly. |
13:41:11 | sox | configured what |
13:41:15 | ashridah | it gets created by ../tools/configure |
13:41:20 | sox | ah... |
13:42:03 | tucoz | but when I run ../tools/configere, make, I get an error that conf-something is missing. |
13:42:18 | HCl | what error? |
13:42:20 | tucoz | and I then run make in tools |
13:42:39 | tucoz | and get the autoconf.h error |
13:42:58 | ashridah | convbdf and friends aren;'t being compiled automatically if they've been cleaned atm |
13:43:20 | sox | so you have to run make convbdf? |
13:43:24 | ashridah | tucoz: after you've run 'make' in the tools directory, does the firmware build successfully? |
13:43:45 | B4gder | if there's a autoconf warning when building tools, something is wrong |
13:43:50 | ashridah | (nevermind the autoconf.h error in /tools/ |
13:43:51 | | Quit lostlogic (Connection reset by peer) |
13:43:55 | | Join lostlogic [0] (~lostlogic@node-4024215a.mdw.onnet.us.uu.net) |
13:43:58 | tucoz | HCL,make[1]: /home/martin/src/rockbox/rockbox-devel/tools/convbdf: Command not found |
13:44:03 | ashridah | B4gder: well, building the firmware by itself doesn't even go into tools |
13:44:09 | B4gder | I know |
13:44:20 | B4gder | I removed that :-) |
13:44:52 | B4gder | since I'm on a quest to lower the amount of sub-makes within makefiles |
13:45:11 | ashridah | so when is tools supposed to get built? :) |
13:45:23 | tucoz | ashridah, yes everythings working after the tools/make |
13:45:38 | B4gder | I'd prefer a separate 'make tools' I think |
13:45:39 | HCl | i say tools should get build when someone tries to configure and the tools haven't been built. |
13:46:38 | B4gder | yes, sounds fair |
13:46:56 | ashridah | and nothing in the tools directory should depend on autoconf :) |
13:47:49 | B4gder | right, that's a bug |
13:49:26 | tucoz | so the autoconf error in tools/make is not because I'm doing something wrong then? |
13:49:28 | ashridah | kill it, KILL IT! |
13:49:36 | B4gder | tucoz: no |
13:49:42 | B4gder | I don't think so |
13:50:11 | tucoz | B4agder: good :) |
13:50:13 | | Quit BTKDaImMaikata (Read error: 104 (Connection reset by peer)) |
13:50:41 | | Join Bager [0] (~Bager@83.222.160.88) |
13:53:03 | tucoz | hmm, should mkboot.c be built when running make in the tools directory? |
13:53:17 | tucoz | it doesn'n for me |
13:53:28 | tucoz | doesn't |
13:54:01 | ashridah | tucoz: because it comes after the one that's attemptign to use autoconf i'd say |
13:54:15 | tucoz | ah, ok |
13:54:41 | ashridah | run make mkboot in tools |
13:54:56 | tucoz | yes I have used to do that |
13:55:48 | tucoz | It's after this that make bails out: In file included from ../firmware/drivers/lcd-player-charset.c:19: |
13:57:23 | preglow | is there any point in doing .aligns before asm subroutines all the time? i would have thought the linker handled this |
14:00 |
14:00:18 | | Join TCK- [0] (TCK@81-86-102-229.dsl.pipex.com) |
14:02:49 | LinusN | preglow: no, i don't think so |
14:04:00 | | Part tucoz |
14:04:03 | amiconn | The linker does only handle this for the whole section |
14:04:20 | | Quit TCK (Read error: 60 (Operation timed out)) |
14:05:20 | B4gder | the autoconf.h in tools dir problem should be fixed now |
14:06:30 | preglow | well, coldfire will toss an exception if it's fed code that isn't aligned |
14:06:39 | preglow | at least easy to discover |
14:07:59 | preglow | are CONFIG_CPU and the rest of those fellows available in makefiles? |
14:08:23 | LinusN | no |
14:08:30 | amiconn | On SH, code is required to be word aligned. However, there are instructions for which it makes sense to long align them |
14:08:54 | amiconn | ...to avoid bus contention between instruction fetch and data access |
14:09:18 | preglow | i was thinking of adding -DASO_IMDCT to MADFLAGS for coldfire, what's the best way of doing that from the makefile then? |
14:09:30 | B4gder | tucoz: you build from cvs? |
14:09:46 | LinusN | preglow: config-h100.h |
14:10:02 | | Quit Seed (Nick collision from services.) |
14:10:09 | | Join Seed [0] (ben@l192-117-115-168.broadband.actcom.net.il) |
14:10:24 | preglow | LinusN: ahh, goodie |
14:10:26 | sox | preglow: getting close to committing the optimized mad stuff....? :-) we're getting closer sound! |
14:10:59 | B4gder | linus had a great idea we discussed yday: having the remote lcd for debug logging |
14:11:00 | LinusN | preglow: you can add it to the global CFLAGS too |
14:12:11 | preglow | LinusN: adding ASO_IMDCT to config-h100 feels cleaner |
14:12:21 | B4gder | with an 8 pixels font, we get 8 lines of text and we can have like 500 or 1000 lines scrollback |
14:12:39 | preglow | sox: nothing to say hurray about, it will actually get slower with this update |
14:13:02 | preglow | sox: libmad should already be ready for sound |
14:13:12 | preglow | B4gder: hey, that _is_ a good idea |
14:13:28 | B4gder | we could switch it on/off in the debug menu |
14:13:40 | HCl | yea, that sounds great o.o |
14:14:13 | * | HCl works on writing tiny test programs for his and markuns programming language |
14:14:25 | HCl | any suggestions? i got fibonacci, faculty, sum, interest, power.. |
14:14:33 | preglow | life |
14:14:36 | LinusN | rockbox |
14:14:37 | HCl | :P |
14:14:51 | HCl | it only has variables, if then else, while, and repeat until |
14:14:51 | HCl | :P |
14:15:07 | B4gder | hehe |
14:15:07 | | Quit sox ("Snak 4.13 IRC For Mac - http://www.snak.com") |
14:15:47 | LinusN | B4gder: we could have a general debug log in memory |
14:15:59 | B4gder | true |
14:16:07 | B4gder | and display it when you enable the remote-lcd for it |
14:16:10 | LinusN | and we can choose to watch it live with the remote, or afterwards on the main lcd |
14:16:18 | LinusN | or both |
14:16:24 | B4gder | this is just getting better! |
14:16:34 | LinusN | or save it on disk |
14:16:36 | B4gder | we should add an lcd window to the sim |
14:16:37 | HCl | :P |
14:16:42 | B4gder | remote lcd even |
14:17:00 | B4gder | I guess that "we" means me ;-) |
14:17:15 | LinusN | DBGLOGF() or maybe just LOGF()? |
14:17:24 | B4gder | I vote for plain LOGF() |
14:17:37 | LinusN | gets my vote too |
14:17:58 | B4gder | or possibly even logf() |
14:18:11 | LinusN | then we can just have a log viewer in the debug menu |
14:18:12 | amiconn | Imho this should be disableable with a #define |
14:18:21 | B4gder | yes |
14:19:28 | preglow | sure |
14:19:34 | amiconn | It could also show the DEBUGF() messages |
14:19:37 | preglow | i agree with all that's been said |
14:19:45 | LinusN | amiconn: not sure about that |
14:19:48 | amiconn | ...having 2 flavours of debug builds |
14:20:21 | amiconn | One would log messages to remote lcd and memory, and another one using a gdb stub |
14:21:20 | LinusN | i suggest the remote lcd option is only a way of watching the memory log live |
14:23:54 | B4gder | yes, sounds good |
14:25:41 | | Join tucoz [0] (~543059b8@labb.contactor.se) |
14:26:23 | tucoz | Bagder: the tools/make is working great now. And yes, I'm building from cvs |
14:26:26 | tucoz | thanks |
14:26:57 | * | tucoz away |
14:32:35 | B4gder | goodie |
14:33:05 | | Join textchimp [0] (~chimp@ip67.net66.ipnetworks.net.au) |
14:47:08 | | Quit lostlogic ("Going to the moon") |
14:59:06 | B4gder | And remember: X Windows is to graphics hacking as roman numerals are to the square root of pi (quote from sim/x11/screenhack.c) |
14:59:37 | LinusN | :-) |
14:59:44 | amiconn | B4gder: true... |
15:00 |
15:00:03 | preglow | hahaha |
15:00:25 | preglow | i LOVE how linux sound playback SKIPS when i plug the h120 in |
15:00:38 | * | LinusN runs off |
15:00:45 | preglow | go, linus, go |
15:00:49 | | Part LinusN |
15:03:31 | amiconn | preglow: It does? Hmm, windows doesn't do that |
15:04:55 | | Join webguest53 [0] (~8259897d@labb.contactor.se) |
15:05:53 | | Part webguest53 |
15:06:28 | | Part tucoz |
15:06:56 | preglow | amiconn: i know |
15:07:13 | HCl | doesn't that have to do with your soundcard? |
15:07:18 | preglow | amiconn: i also suspect only this particular linux machine does that... |
15:07:24 | preglow | HCl: why should it? |
15:08:21 | preglow | does rockbox do crc checking on mpeg frames on archoses? |
15:08:45 | HCl | some soundcards handle computer load better than others |
15:08:46 | amiconn | ?? |
15:08:54 | | Join ahezhara [0] (~c3598ff5@labb.contactor.se) |
15:09:08 | preglow | the sound card shouldn't care |
15:09:50 | preglow | usb insert doesn't add load anyway |
15:09:58 | preglow | at least it shouldn't |
15:10:02 | HCl | on linux, apparently it does |
15:10:05 | HCl | otherwise it wouldn't skip |
15:10:17 | preglow | i really don't think load is the problem here |
15:10:23 | Zagor | preglow: you run xmms? |
15:10:24 | HCl | mk |
15:10:33 | preglow | linux screwing up badly on insertion is the problem |
15:10:38 | preglow | Zagor: no, vlc right now |
15:10:46 | preglow | Zagor: i've yet to find a music player i'm satisfied with... |
15:12:35 | | Quit ahezhara (Client Quit) |
15:13:09 | *** | Saving seen data "./dancer.seen" |
15:13:19 | ashridah | preglow: i don't have that kind of problem here and my buffers are decidedly short (about 50ms or so, which, admittedly, is large), are you using alsa or oss? |
15:13:47 | ashridah | (also, if you've got a bunch of hotplug scripts, things can go nuts spawning processes when stuff gets plugged in, iirc |
15:13:56 | ashridah | one of the reasons people keep going "screw this, lets rewrite hotplug in c) |
15:13:58 | B4gder | grrrr |
15:14:05 | B4gder | the remote lcd code doesn't check for simulator |
15:14:17 | * | B4gder digs in |
15:14:23 | preglow | no idea, really, whatever vlc uses |
15:14:25 | preglow | probably oss.. |
15:14:39 | preglow | hotplug isn't c? |
15:16:11 | | Join ahez [0] (~c3598ff5@labb.contactor.se) |
15:16:32 | ashridah | preglow: nah, many implementations have it built with a bunch of scripts |
15:16:44 | ashridah | there have been various pushes to rewrite it |
15:16:52 | | Join Aditya [0] (~Aditya@pcp09495878pcs.nrockv01.md.comcast.net) |
15:17:04 | preglow | yeah, my system is just a bunch of sh scripts |
15:18:40 | | Quit ahez (Client Quit) |
15:20:03 | preglow | but yeah, does rockbox do crc checking on mpeg frames on archoses? |
15:20:31 | B4gder | rick: you here? |
15:20:32 | | Join Lost-ash [0] (ashridah@220-253-121-191.VIC.netspace.net.au) |
15:20:56 | | Quit ashridah (Nick collision from services.) |
15:21:02 | | Nick Lost-ash is now known as ashridah (ashridah@220-253-121-191.VIC.netspace.net.au) |
15:21:15 | amiconn | preglow: ?? On archos, all mpeg encoding/decoding is done by the mas |
15:22:54 | preglow | yeah, i know |
15:23:07 | preglow | just wondering if you've got any error handling on incorrect crc in mpeg frames |
15:23:12 | preglow | disabling it in libmad gives a tiny boost |
15:23:43 | B4gder | can't you enable/disable this in the mas? |
15:23:46 | preglow | personally i don't see any point in performaning crc checking on a portable, if i can't hear an error in an mp3 file, i don't care about it anyway |
15:23:57 | preglow | performaning, that's a new onre |
15:24:07 | amiconn | B4gder: For encoding, the mas allows to select whether to generate crc or not |
15:24:21 | B4gder | ah, ok. must've been that |
15:24:22 | textchimp | are you guys talking about codec optimizing for the iriver? damn that's exciting, this is GROUND ZERO |
15:24:48 | preglow | don't know if i'd call it exciting... |
15:24:58 | amiconn | When decoding, the mas mutes the output when it encouters crc errors |
15:25:05 | amiconn | Iirc this is not configurable |
15:25:30 | preglow | right now i'm battling with iram, i've just got too little |
15:26:01 | | Quit [IDC]Dragon ("CGI:IRC") |
15:26:09 | textchimp | this is open source firmware development IN ACTION |
15:26:51 | Zagor | haha |
15:26:54 | preglow | 88 bytes too much :/ |
15:28:04 | B4gder | do we really need a lcd_remote_getstringsize ? |
15:28:12 | B4gder | to me that is just odd |
15:28:44 | Rick | ? |
15:28:44 | Rick | why? |
15:28:50 | amiconn | B4gder: It's not odd. |
15:28:51 | B4gder | what does it do? |
15:29:07 | amiconn | Main & remote lcd may have different fonts in effect |
15:29:09 | Rick | it gets the width/height of a string in the current font on the remote? |
15:29:11 | | Join Aison [0] (~hans@zux166-181.adsl.green.ch) |
15:29:26 | amiconn | The actual code is shared |
15:29:27 | B4gder | atm? |
15:29:36 | amiconn | yup |
15:29:58 | B4gder | that is odd to me too ;-) |
15:30:08 | B4gder | I thought we were going for "true" multifont support |
15:30:15 | amiconn | ?? |
15:30:22 | B4gder | and then you'd use stringsize for a given font |
15:30:36 | B4gder | not assuming a particular one for a particular lcd |
15:31:19 | amiconn | Not *assuming* but using the currently selected one |
15:31:35 | B4gder | so we can select one for the remote ? |
15:31:52 | amiconn | We have two fonts, FONT_SYSFIXED and FONT_UI |
15:31:53 | B4gder | and |
15:32:07 | amiconn | You can set both main and remote lcd to use either one |
15:32:07 | B4gder | "setting" a font is weird if a screen uses multiple ones |
15:32:22 | amiconn | It isn't weird |
15:32:31 | B4gder | no, possibly not |
15:32:59 | amiconn | ...much like it makes sense to set draw modes and colours, draw some objects, set other parameters etc |
15:33:31 | amiconn | ...instead of giving all these parameters with each and every call |
15:34:03 | B4gder | I'm not talking about every call here |
15:34:21 | B4gder | but I see your point |
15:35:16 | B4gder | rick: you tried the new remote lcd size in the code? |
15:36:33 | preglow | bah, to hell with this |
15:39:06 | Rick | B4gder: nope |
15:39:14 | Rick | B4gder: it was fixed? |
15:39:29 | B4gder | the size might be 128x64 |
15:39:36 | B4gder | which explains some oddities ;-) |
15:40:02 | Rick | the size is 65x132 |
15:40:08 | Rick | or something like that |
15:40:13 | * | Rick can't remember the height |
15:40:22 | B4gder | the iriver product site says 128x64 |
15:40:32 | Rick | really? |
15:40:34 | Rick | how odd |
15:41:05 | Rick | I wonder why the lcd specs say 65x132 (again, whatever the height is ;P) |
15:41:20 | B4gder | what lcd specs is that? |
15:41:27 | Rick | ... |
15:41:29 | Rick | sec |
15:41:30 | Rick | lemme find it |
15:41:51 | Rick | http://www.rockbox.org/twiki/pub/Main/DataSheets/TL0324S_V02.pdf |
15:42:18 | Rick | yeah, 65x132 |
15:42:38 | Rick | (the iriver remote has the lcd on its side and upsidedown) |
15:42:46 | amiconn | The lcd itself is 64x128, 99% sure |
15:42:56 | Rick | that's odd |
15:42:58 | amiconn | The controller can handle max. 65x132 |
15:43:04 | Rick | ah |
15:43:13 | amiconn | It's the same as with the archos recorders and Ondios |
15:43:24 | Rick | it doesn't mention anything about the 64x128 |
15:43:36 | amiconn | The lcd itself is 112x64 there, the controller can handle a maximum of 65x132 |
15:43:44 | amiconn | Seems to be a common size... |
15:43:46 | Rick | ah |
15:43:51 | Rick | odd |
15:44:08 | amiconn | The iriver homepage says 64x128 |
15:44:28 | * | Rick shrugs |
15:44:29 | amiconn | I'll check myself as soon as my iriver arrives |
15:44:31 | Rick | if it works, it works ;) |
15:46:03 | | Join kurzhaarrocker [0] (~Phil@p5090AFD1.dip0.t-ipconnect.de) |
15:46:55 | amiconn | hi kurzhaarrocker |
15:47:00 | kurzhaarrocker | Mahlzeit |
15:47:17 | * | kurzhaarrocker hasn't implemented triggerd paused recording yet :) |
15:48:55 | kurzhaarrocker | wow, it seems there's a whole bunch of Bagder clones around |
15:48:56 | amiconn | was about to ask that ;) |
15:49:48 | B4gder | well, Bager is not me, and Bagder is my client at home |
15:49:52 | B4gder | this is me at work |
15:50:07 | B4gder | does logo.rock move the remote logo too now? |
15:51:47 | kurzhaarrocker | V2.4 is nearly half a year old by now... |
15:51:54 | * | B4gder has a simulator window with a remote part now |
15:52:16 | Rick | B4gder: oh, nifty. |
15:52:29 | B4gder | should make it easier to write stuff for the remote |
15:52:48 | B4gder | apps I mean |
15:53:41 | amiconn | B4gder: X11, Win32, or both? |
15:53:52 | B4gder | x11 only so far, but I'm not done yet |
15:54:12 | B4gder | I think I've fixed the dreaded sim dep problems too |
15:54:17 | amiconn | Win32 will need a modified background image as well |
15:54:32 | amiconn | Does the x11 sim employ a second window? |
15:54:52 | B4gder | no the remote LCD simply appears below the regular one in the same window |
15:55:14 | amiconn | Hmm. That'll look a bit odd, imho |
15:55:28 | B4gder | I'd find it annoying to have two windows popping up |
15:55:55 | amiconn | Hmm. I'm not sure. Do you use some kind of frames and/or spacing? |
15:56:13 | B4gder | there are lines around the LCD areas |
15:58:12 | | Join oxygen77 [0] (~c1c28427@labb.contactor.se) |
15:58:12 | amiconn | Does the simulator allow to "unplug" the remote? |
15:58:20 | B4gder | nope |
15:58:37 | | Quit kurzhaarrocker (Remote closed the connection) |
15:59:28 | B4gder | don't expect everything at once ;-) |
16:00 |
16:02:45 | amiconn | The win32 sim needs some work too. There's a bug report... maybe I should look at it |
16:05:36 | | Quit oxygen77 ("CGI:IRC (EOF)") |
16:12:46 | | Quit ashridah ("Leaving") |
16:18:23 | | Quit thegeek_ (Read error: 110 (Connection timed out)) |
16:20:02 | B4gder | oh. action in the openneo camp |
16:25:53 | preglow | the source code tree is essentially identical to rockbox |
16:25:55 | preglow | fork? |
16:27:03 | | Join thegeek [0] (na@ti521110a080-7056.bb.online.no) |
16:42:32 | B4gder | yes |
16:42:47 | B4gder | they wanted their own race |
16:43:50 | DMJC | ? |
16:45:41 | B4gder | we helped them get started, they took the code and ran |
16:46:02 | B4gder | although we wanted to support theiri player too |
16:50:22 | B4gder | going home |
16:50:24 | | Quit B4gder ("CGI:IRC") |
16:50:24 | preglow | too bad |
17:00 |
17:13:11 | *** | Saving seen data "./dancer.seen" |
17:19:18 | | Join webguest36 [0] (~d5035117@labb.contactor.se) |
17:22:43 | | Join Christopher^ [0] (~Christoph@dD5E05652.access.telenet.be) |
17:23:12 | | Part Christopher^ |
17:29:25 | | Quit webguest36 ("CGI:IRC (EOF)") |
17:32:38 | | Join rasher [0] (~3e4f4094@labb.contactor.se) |
17:35:15 | rasher | Any objections against putting cpu_boost calls in jpeg.rock and mandelbrot.rock ? |
17:35:37 | rasher | (not that they run without the grayscale patch yet) |
17:38:32 | preglow | well, do they perform badly without it? |
17:38:46 | rasher | jpeg is sortof sluggish |
17:38:54 | rasher | and I seem to recall mandelbrot being it as well |
17:39:04 | rasher | depending on the size of the jpeg of course |
17:39:18 | rasher | and it's only for the duration of the calculations of course |
17:39:28 | rasher | I cpu_boost(false) afterwards |
17:42:36 | rasher | Having a grayscale.iriver is sweet |
17:43:05 | | Quit Zagor (Remote closed the connection) |
17:43:19 | rasher | and the matching versions of jpeg, mandelbrot and rockboy |
17:44:19 | rasher | Ah, I think last I tried adding cpu_boost to those two were when the iriver was still running at 11mhz |
17:44:32 | rasher | doesn't make much of a difference now |
17:46:52 | preglow | i wouldn't expect it to |
17:46:57 | preglow | 49mhz is pretty much for those applications |
17:47:17 | rasher | Yup |
17:47:41 | rasher | for a 3000x4000 jpeg, there's no real difference |
17:48:01 | preglow | someone finish the grayscale patch, please :-) |
17:48:12 | * | rasher points at amiconn |
17:48:31 | preglow | he hasn't even got a h1x0 |
17:48:44 | rasher | He will |
17:54:10 | preglow | well, i certainly wouldn't complain .P |
17:54:37 | rasher | he's already planned it all |
17:57:11 | rasher | I like the idea of a debug buffer |
17:57:53 | amiconn | Meh, I want my irivier *now* |
17:58:09 | rasher | When's it expected? |
17:59:50 | amiconn | I have no real idea, but I hope it'll be here towards the end of this week |
18:00 |
18:01:30 | rasher | the "view battery" debug options seems a bit strange on iriver |
18:01:37 | rasher | or else it just reports oddly when charging |
18:04:55 | amiconn | rasher: It seems the seller already got the money, since he already rated me, so the iriver should be on its way... :) |
18:04:59 | | Quit Bagder ("Off to search for that connect-resetting peer guy!") |
18:05:13 | rasher | or else he took the money and ran |
18:05:30 | rasher | (probably not) |
18:05:36 | rasher | I'd hope not |
18:05:48 | rasher | And it's not like he's from Nigeria or anything |
18:05:51 | | Join Bagder [0] (~daniel@1-1-5-26a.hud.sth.bostream.se) |
18:06:52 | | Join webguest09 [0] (~3e234217@labb.contactor.se) |
18:06:55 | webguest09 | hi |
18:07:02 | webguest09 | what is the login to access to cvs |
18:07:12 | webguest09 | i have an authentification error |
18:07:18 | rasher | anonymous |
18:07:31 | rasher | And an empty password |
18:07:43 | webguest09 | thx |
18:08:25 | | Quit webguest09 (Client Quit) |
18:14:49 | preglow | haha |
18:14:59 | preglow | people on ebay try avoid doing that, i'd imagine |
18:14:59 | rasher | hrm, you have to boot with the remote to use it? |
18:15:07 | preglow | think so |
18:15:17 | HCl | use what? |
18:15:19 | rasher | Ah, sad. |
18:15:23 | rasher | Well to draw to it |
18:15:43 | * | Bagder sees two rockbox-logos bounce in his simulator |
18:16:03 | rasher | My two cents regarding that: I'd want them to be two windows |
18:16:15 | Bagder | then feel free to make it do that |
18:16:26 | Bagder | I don't ;-) |
18:16:44 | rasher | You win. |
18:17:13 | Bagder | this is a first shot at least, we can always improve |
18:17:13 | * | rasher gets shocked by an usb cable |
18:17:28 | rasher | that's a first |
18:19:47 | rasher | wouldn't it be awkward in the windows sims? |
18:20:00 | Bagder | perhaps |
18:20:10 | Bagder | I've not enabled this in the win sim |
18:20:14 | Bagder | only made them build fine |
18:20:39 | Bagder | I'd rather let someone else do the win magic |
18:20:50 | rasher | which reminds me, didn't I do the logo remote thing stupidly |
18:20:58 | Bagder | I've corrected that |
18:21:05 | rasher | ah |
18:21:07 | Bagder | it flies in my version ;-) |
18:22:01 | rasher | I should just check for HAVE_REMOTE_LCD, I was checking for IRIVER_H100 && !defined(SIMULATOR) wasn't I? |
18:22:16 | Bagder | yeps |
18:22:30 | rasher | I was going to fix that |
18:22:31 | Bagder | I also make it use the defines from the config file |
18:22:37 | Bagder | for width and height |
18:22:40 | rasher | yes, it was a horrible mess |
18:22:44 | HCl | :) |
18:23:03 | rasher | Didn't really intend to commit it at first, just test if the remote would click |
18:23:54 | rasher | please commit this fix |
18:24:18 | Bagder | just did |
18:24:31 | Bagder | with the rest of the sim improvemtns |
18:27:04 | preglow | why should they be two windows? |
18:27:06 | preglow | why does it matter? |
18:27:23 | rasher | it doesn't much |
18:27:30 | rasher | I'd just expect it to be two independent windows |
18:27:36 | rasher | all this snow! |
18:27:37 | HCl | as long as the screens are properly seperated, there shouldn't be a problem. |
18:28:05 | rasher | but for the windows sims, which use images of the device, I think it'd look corny to have the remote tacked on |
18:28:11 | rasher | but then, I don't have to usse it, so |
18:28:11 | HCl | i guess |
18:28:15 | HCl | :P |
18:28:17 | HCl | same :P |
18:29:24 | | Join LinusN [0] (~linus@labb.contactor.se) |
18:29:33 | preglow | and i don't care how corny it looks |
18:29:33 | preglow | haha |
18:29:43 | LinusN | personally, i don't give a sh*t how the simulator looks, as long as it works |
18:29:49 | preglow | why, then we agree |
18:29:58 | LinusN | it is a tool, not a piece of art |
18:30:21 | Bagder | it _is_ art, but art doesn't have to look nice ;-) |
18:30:24 | LinusN | i'd throw away those silly bitmaps any day, but people seem to want them |
18:30:36 | rasher | I agree on that |
18:31:35 | LinusN | just my 0.02, gotta run |
18:31:37 | | Part LinusN |
18:39:51 | | Quit I-R-Addict (Read error: 110 (Connection timed out)) |
18:51:01 | | Join Bluechip [0] (~BlueChip@cpc3-colc1-3-0-cust61.colc.cable.ntl.com) |
18:52:04 | Bluechip | hi, i have a quick question ...does "time split recording" miss anything or not? That is, will there be three seconds of music missing as it stops and restarts? The manual contradicts itself on this point :( |
18:54:20 | Bluechip | "">no audio is lost at the split point. The |
18:54:21 | Bluechip | break between recordings is only the time required to stop and restart the |
18:54:21 | Bluechip | recording, on the order of 2-4 seconds." |
18:54:46 | rasher | seems clear enough to me |
18:54:55 | rasher | I think |
18:55:01 | Bluechip | so no time is lost, or 2-4 seconds is lost? |
18:55:14 | rasher | No time lost, but restarting takes 2-4 seconds |
18:55:40 | rasher | But then, I've never used it |
18:56:03 | Bluechip | so I need to deduce: what does "restart" mean ...hmmm |
18:56:23 | Bluechip | restart recording |
18:56:27 | Bluechip | restart disk |
18:56:31 | Bluechip | manual restart |
18:56:33 | Bluechip | auto restart |
18:56:34 | Bagder | I don't think there's any audio lost |
18:56:36 | rasher | If I understand right, it means creating the new file etc |
18:56:38 | Bluechip | IM CONFUSED - lol |
18:56:57 | Bluechip | i suppse it can buffer during that time |
18:57:16 | rasher | that's my guessing |
18:57:39 | Bluechip | cheers rasher |
18:57:55 | rasher | But let me re-iterate: I've not used recording ever |
18:58:09 | Bagder | me neither |
18:58:17 | Bluechip | oh yeah man, no holding you to anything, just showing gratitude for taking the time to assist |
18:58:40 | Bluechip | it record quite well (someties) |
18:58:52 | rasher | bagder: the sim seems to be working fine |
18:58:58 | Bagder | goodie |
18:59:18 | Bagder | the build table was good to me as well |
18:59:20 | Bluechip | today it spewed out a garbage file - which is why i want to split tonights recording - it spits out some crap and then everything after that is lost |
19:00 |
19:07:22 | | Part Bluechip |
19:10:50 | | Quit bobTHC ("Smoke Weed Every Day !") |
19:13:13 | *** | Saving seen data "./dancer.seen" |
19:29:22 | | Quit R486 (Read error: 110 (Connection timed out)) |
19:34:54 | | Quit Seed (Nick collision from services.) |
19:34:59 | | Join Seedy [0] (~ben@l192-117-115-168.broadband.actcom.net.il) |
19:40:16 | | Nick Lynx_ is now known as Lynx_awy (HydraIRC@134.95.189.59) |
20:00 |
20:04:31 | | Join Aison` [0] (~Aison@zux166-181.adsl.green.ch) |
20:05:14 | | Quit Aison` (Read error: 54 (Connection reset by peer)) |
20:21:22 | | Join I-R-Addict [0] (~god@maya.freeinformationsociety.org) |
20:25:53 | | Join webguest93 [0] (~0feb995f@labb.contactor.se) |
20:26:56 | | Part webguest93 |
20:34:45 | | Join LinusN [0] (~linus@labb.contactor.se) |
20:35:06 | LinusN | for the record (no pun intended), the time split doesn't lose a single frame |
20:35:34 | amiconn | ...and it probably doesn't help to avoid garbage files |
20:36:28 | amiconn | ... _because_ it doesn't lose frames. It doesn't restart the mas |
20:37:18 | LinusN | it just continues dumping garbage in a fresh new file :-) |
20:38:17 | amiconn | My guess is still that the mas "runs away" somehow with a certain combination of high quality settings |
20:39:26 | amiconn | You voted for committing the alternative recording routines, right? |
20:39:35 | | Quit TCK- (Read error: 104 (Connection reset by peer)) |
20:39:39 | LinusN | yes i did |
20:39:47 | preglow | i hate computers |
20:39:57 | amiconn | LinusN: Okay, then I'll do that |
20:41:11 | LinusN | preglow: sure you do |
20:43:08 | | Join TCK [0] (TCK@81-86-210-26.dsl.pipex.com) |
20:45:36 | preglow | there's not enough cache left for me to commit imdct, btw |
20:45:42 | preglow | s/cache/iram/ |
20:45:48 | preglow | i lack 88 bytes, or so |
20:46:50 | LinusN | then change the plugin.lds file |
20:49:36 | | Join pbvas [0] (~pbv@res04-pbv.res.st-and.ac.uk) |
20:50:01 | | Quit thegeek (Read error: 104 (Connection reset by peer)) |
20:50:10 | preglow | sure, but how much to steal? |
20:50:34 | LinusN | 4k? |
20:50:52 | preglow | sounds good |
20:51:15 | preglow | i'll whip together some food, then do it |
20:54:55 | * | HCl bangs his head against the wall over computer cluebies. |
20:55:03 | HCl | "how do i make a folder?" |
20:57:14 | amiconn | LinusN: I have a design question / suggestion. |
20:57:29 | LinusN | amiconn: shoot |
20:57:50 | amiconn | Currently the menu functions (and some others) have a return value that indicates whether they return from usb mode or not |
20:58:17 | LinusN | i'd like an enum or bitmask for that |
20:58:24 | amiconn | If they return true, the whole menu 'pile' returns, and the dir is reloaded |
20:58:44 | amiconn | (used to jump back to the root, but now a reload of the current dir is tried first) |
20:59:22 | amiconn | This mechanism is 'misused' by the bookmark menu to leave the menu after successfully selecting a bookmark |
20:59:49 | Bagder | it was an enum... once upon the time |
20:59:55 | Bagder | :-) |
21:00 |
21:00:00 | amiconn | However, since this return value was originally meant to indicate usb connection, it has an unwanted side effect |
21:00:34 | amiconn | When calling the bookmark menu while in the browser, all is fine. Bookmark is started and wps displayed |
21:01:37 | amiconn | However, if you call the bookmark menu from wps and select a bookmark, the playback is still started properly and the menu is left, but the wps is left too (!) |
21:01:51 | amiconn | ...because it 'thinks' there was an usb connection |
21:02:36 | amiconn | You can still re-enter the wps by pressing On (or Mode on ondio), but this is rather irritating |
21:03:15 | LinusN | how is it done in the fm preset menu? |
21:03:18 | amiconn | Imho the return value should indeed be an enum of some kind, indicating the reason to leave |
21:03:31 | LinusN | i agree 100% |
21:03:35 | Bagder | me too |
21:03:47 | LinusN | i have wanted to do that for a long time |
21:03:56 | LinusN | i actually did once, but i never committed it |
21:04:04 | Bagder | that's the reason I made it so initially, but Zagor didn't agree back then |
21:04:07 | * | preglow gets his resetting screwdriver |
21:04:55 | preglow | LinusN: anything else i need to take care of after having altered the iram size? |
21:05:21 | LinusN | change the iram size in firmware/app.lds |
21:05:35 | amiconn | LinusN: Iiuc from a quick glance, the fm menu uses a menu callback handler to fake a MENU_EXIT keypress |
21:05:51 | LinusN | ah yes |
21:06:00 | * | LinusN runs away for a few mins |
21:06:41 | pbvas | Hi preglow, LinusN: I'm playing around with the Tremor optimzations... |
21:06:59 | HCl | tremor optimizations |
21:07:00 | HCl | ? |
21:07:02 | pbvas | not very sucess at the moment.. stil 28% of real time... |
21:07:22 | pbvas | Tremor is the Ogg vorbis interger decoder |
21:07:49 | pbvas | preglow, I'm getting a weird error msg from gcc regarding the IDATA_ATTR |
21:07:51 | Bagder | HCl: don't you read your mail properly? ;-) |
21:08:00 | HCl | i do |
21:08:02 | HCl | but its a lot. |
21:08:02 | preglow | pbvas: really? what does it say? |
21:08:08 | HCl | oh. that. |
21:08:15 | Bagder | <g> |
21:08:16 | pbvas | error: bitrev causes a section type conflict |
21:08:29 | preglow | what have you tried putting in iram? |
21:08:55 | pbvas | I thought i only had to declared with the IDATA_ATTR tag... |
21:08:59 | HCl | ah. |
21:09:08 | HCl | Bagder: i'm not really a fan of email :) |
21:09:27 | preglow | pbvas: in theory, that should be enough, but what variables have you tried putting in iram? and are you sure they aren't too big? |
21:09:34 | preglow | pbvas: currently, only 32kb of iram is usable |
21:09:37 | Bagder | HCl: then you miss a lot |
21:09:50 | HCl | if you say so :) |
21:09:56 | Bagder | haha |
21:13:15 | *** | Saving seen data "./dancer.seen" |
21:16:38 | LinusN | pbvas: "section type conflict" means that you didn't declare it with IDATA_ATTR in all places |
21:16:52 | amiconn | LinusN: Different thing. The context save/restore functions in thread.c rely on inlining. Is there a reason why they are functions in the first place? |
21:17:04 | amiconn | Macros would guarantee inlining, and TCC730 actually uses macros. |
21:17:05 | LinusN | if you have an "extern" declaration in a header file, it must be IDATA_ATTR as well |
21:17:33 | amiconn | If there is a reason for these to be actual functions, we could use __attribute__ ((always_inline)) |
21:18:24 | LinusN | amiconn: i don't think they need to be functions, but always_inline sounds nice to me |
21:18:35 | preglow | LinusN: the array in question is static |
21:18:50 | LinusN | oh |
21:22:16 | amiconn | LinusN: The always_inline was added in gcc 3.1, so it should be okay. Should I add it for iriver as well? |
21:26:22 | CoCoLUS | general question |
21:26:57 | CoCoLUS | what happens when you call an inline function recursively? |
21:27:27 | preglow | it doesn't get inlined |
21:27:42 | CoCoLUS | that easy? |
21:27:58 | preglow | LinusN: this is weird, the line that gets a section type conflict is a variable declaration, and it's static... |
21:28:27 | amiconn | preglow: is it initialised or bss? |
21:28:34 | preglow | amiconn: initialised |
21:28:41 | amiconn | Hmm. |
21:29:41 | amiconn | CoCoLUS: Yes, that easy. The top level might be an inlined instance, but all recursive calls are made to the non-inlined version |
21:29:42 | preglow | i do this all the time in libmad |
21:29:47 | preglow | and it works just fine |
21:31:10 | | Quit pbvas ("Leaving") |
21:32:45 | | Join pbvas [0] (~pbv@res04-pbv.res.st-and.ac.uk) |
21:32:47 | CoCoLUS | does rockbox have a "max size" restrictions of some kind? some space in which the image must fit? |
21:32:56 | LinusN | i can put bitrev in idata without problems |
21:33:11 | LinusN | CoCoLUS: which platform? |
21:33:36 | preglow | we'll see about bitrev when pbvas changes are put in cvs some day |
21:33:39 | preglow | unless he fixed it |
21:33:41 | preglow | fixes <- |
21:33:57 | CoCoLUS | nothing specifiy... i just wondered why inline functions aren't used more often, i thought they only increased the final filesize... |
21:34:20 | pbvas | LinusN, i'll have to get it more optimized before i commit anything ... |
21:34:20 | amiconn | LinusN: Got my q? |
21:34:42 | LinusN | amiconn: i think we can do it for all targets |
21:35:31 | amiconn | Hmm. One small issue. I would declare the functions always_inline for all targets, but then the build process might produce warning(s) for gmini |
21:35:32 | preglow | CoCoLUS: i don't think inlining helps much for the rockbox platform |
21:35:37 | preglow | platforms |
21:35:47 | amiconn | ...because the functions are declared static, but not defined |
21:36:24 | amiconn | ...unless I convert the macros blindly |
21:43:09 | preglow | it still bloody hangs |
21:44:08 | | Join matsl [0] (~matsl@1-1-4-2a.mal.sth.bostream.se) |
21:46:37 | preglow | i changed IRAMSIZE in plugin.lds and apps.lds |
21:47:12 | | Quit courtc (Read error: 110 (Connection timed out)) |
21:47:20 | LinusN | and also the start address of iram in plugin.lds? |
21:47:28 | | Join thegeek [0] (na@ti521110a080-7056.bb.online.no) |
21:47:41 | | Join courtc [0] (~courtc@adsl-154-43-108.asm.bellsouth.net) |
21:48:13 | preglow | no, didn't do that |
21:48:49 | preglow | still can't see why i'd need to do that, wouldn't that eat into the stack? |
21:49:28 | LinusN | how else are you going to give more space to the plugins? |
21:49:56 | LinusN | you take from the app and give to the plugins |
21:49:59 | preglow | well, stack seems to be 32kb of iram, plus 32kb of iram used for plugins thus far, which makes 65kb out of 96 |
21:50:28 | CoCoLUS | linus, it's likely your least favourite question right now, but any progress on mp3 playback / sound arch? |
21:50:48 | | Quit pbvas ("Leaving") |
21:51:07 | preglow | it's much more fun when it's a surprise, you're spoiling it for yourself! |
21:51:58 | LinusN | app.lds allocates 0x10000000-0x1000ffff and the plugins 0x10010000-0x10017fff |
21:52:29 | LinusN | so to give more iram to the plugins, you need to lower IRAMSIZE in app.lds |
21:53:09 | LinusN | and then lower IRAMORIG and increase IRAMSIZE accordingly in plugin.lds |
21:53:54 | preglow | yep, got it |
21:54:35 | | Join muesli- [0] (muesli_tv@hmln-d9b8e259.pool.mediaWays.net) |
21:55:13 | preglow | but i'm very sceptical as to the wisdom in commiting something that's both slower and requires more iram |
21:55:27 | preglow | it's more elegant, at least ;) |
21:55:31 | LinusN | preglow: i kind of agree |
21:55:41 | muesli- | high |
21:55:43 | LinusN | i think you should be the judge |
21:55:43 | | Quit textchimp (Read error: 54 (Connection reset by peer)) |
21:55:49 | preglow | then i'll be keeping it |
21:55:58 | preglow | this is too much of a bother for no gains |
21:56:05 | preglow | i don't think anyone but me is going to tune it anyway |
21:56:08 | LinusN | preglow: put it in the wiki, for reference |
21:56:10 | preglow | so might as well keep it private until then |
21:56:11 | preglow | ok |
21:56:18 | LinusN | or in the patch tracker |
21:56:40 | LinusN | i'd like to play with it to see why it's slower |
21:57:01 | preglow | ok |
22:00 |
22:01:54 | | Quit TCK (Read error: 110 (Connection timed out)) |
22:05:13 | preglow | but the special section for heavily cache dependent functions is still a good idea |
22:08:30 | | Join tvelocity [0] (~tony@ipa222.6.tellas.gr) |
22:13:28 | amiconn | 2 new warnings for gmini, as expected :( |
22:14:02 | rasher | am I reading things wrong, or is there no straight-forward way to set a pixel to a specific "colour"? |
22:14:12 | rasher | nevermind. |
22:24:21 | | Join Musicmad [0] (~Musicmad@port547.ds1-oebr.adsl.cybercity.dk) |
22:24:51 | amiconn | Bagder: The build system does something I didn't expect |
22:25:05 | amiconn | It uses the source dir(s) as working dir for gcc |
22:25:43 | amiconn | ...so when you're compiling with -save-temps for analysing a problem, it clutters the source tree |
22:27:11 | Musicmad | I'm trying to get the # Devel - m68k-elf-binutils (latest version is 2.15) |
22:27:11 | Musicmad | # Devel - m68k-elf-gcc (latest version is 3.3.5) stuff from the mirror but it says "incomplete download" any ideas? |
22:27:41 | amiconn | 2.15 is too old anyways |
22:27:58 | amiconn | You'll need 2.16 (or a not too old cvs checkout) |
22:28:16 | Musicmad | hm ok - where do I get that? |
22:28:58 | amiconn | http://www.rockbox.org/twiki/bin/view/Main/CrossCompiler lists all you need |
22:30:04 | amiconn | Uh oh! I tried building rockbox for recorder v1 with -O3 (I found the problem why it didn't work yesterday) |
22:30:21 | amiconn | The binary actually becomes too large! |
22:30:47 | Musicmad | thanks - amiconn, I just wanted to change 2 characters in the source :) |
22:31:33 | amiconn | What do you want to do? I thought you want to install the dev environment? |
22:32:38 | Musicmad | yes that's what I wanted to do. Seems a bit difficult though, so it might not be worth it tonight. |
22:32:54 | Musicmad | but thanks anyway |
22:35:45 | preglow | amiconn: i don't think O3 opts will help rockbox much |
22:38:42 | amiconn | Yes, I think you're right. It's an experiment, and it just 'feels good' if rockbox compiled with various -O is working correctly |
22:40:23 | amiconn | -O, -Os and -O2 are working now. Can't test -O3 on recorder v1 |
22:40:38 | amiconn | (working on archos, that is) |
22:41:23 | preglow | O3 is O2 plus all opts that increase code size, i think |
22:41:30 | preglow | more inlining |
22:50:15 | amiconn | The -O3 build crashes.... after some stuttering playback |
22:51:21 | preglow | well, while you're on the mission to make rockbox work with all gcc options, make it work with gcc4 :> |
22:52:05 | amiconn | It's impossible on archos... due to that silly decision of the gcc team |
22:52:29 | preglow | which is? |
22:52:45 | amiconn | ...not to allow (weak) aliases to functions not defined in the same .c |
22:53:12 | amiconn | ...which also doesn't allow aliases to functions defined in an asm block within the same .c |
22:53:36 | preglow | is there no way to write around that? i think i remember you saying the coldfire port did it in a better way once |
22:54:16 | amiconn | It's an architecture problem |
22:54:48 | amiconn | Iiuc coldfire saves both exception type and return address on the stack, so they're easily accessible |
22:55:10 | amiconn | SH1 only saves the return address, so we need a way to get the exception type |
22:55:43 | amiconn | This is done by having a number of tiny functions, one per exception, which all call the same main function |
22:56:13 | amiconn | These functions are defined within an asm block, and then aliased |
22:58:48 | | Quit matsl (Remote closed the connection) |
23:00 |
23:06:05 | amiconn | Wrong code in interrupt routine with -O3 ... |
23:06:11 | preglow | woot |
23:06:23 | amiconn | It seems gcc doesn't like interrupt routines |
23:13:19 | *** | Saving seen data "./dancer.seen" |
23:13:37 | | Part LinusN |
23:31:45 | | Quit Aison ("( www.nnscript.de :: NoNameScript 3.72 :: www.XLhost.de )") |
23:37:11 | | Join ashridah [0] (ashridah@220-253-120-186.VIC.netspace.net.au) |
23:38:53 | | Quit muesli- ("ich will Kühe!!!") |
23:43:44 | Bagder | amiconn: tried the new makefile setup for the sim? |
23:44:00 | Bagder | it seems to fix deps and links things in the proper order now |
23:44:19 | amiconn | Not yet |
23:44:38 | amiconn | I'm still experimenting with different -O |
23:44:47 | Bagder | no hurry |
23:45:02 | amiconn | Currently building gcc 3.4.4 for SH |
23:51:48 | | Join webguest51 [0] (~513f2d22@labb.contactor.se) |
23:52:05 | | Join Sucka [0] (~NNSCRIPT@host81-156-159-182.range81-156.btcentralplus.com) |
23:57:05 | | Quit thegeek (Read error: 104 (Connection reset by peer)) |