--- Log for 15.07.105 Server: kornbluth.freenode.net Channel: #rockbox --- Nick: logbot_ Version: Dancer V4.16 Started: 3 days and 14 hours ago 00.00.10 # hi 00.00.11 # amaroK's current engines doesn't have true gapless at all :/ 00.00.12 # now ipodlinux has a fine player ;-) 00.00.18 # :) 00.02.20 # well, volume support feels a bit urgent 00.02.24 # :-) 00.02.55 # I've updated the hebrew patch (http://sourceforge.net/tracker/index.php?func=detail&atid=439120&group_id=44306&aid=783877) to current cvs, but I'm having trouble with patching. 00.03.01 # fortunately i always use the external amplifier for that ;) 00.03.16 Quit ansivirus (Read error: 145 (Connection timed out)) 00.03.39 # Mirfle: what's the problem? 00.03.43 # since this: "diff -u oldfile newfile > patch" only does one file, 00.03.44 # Bagder: btw, i think crossfade should work when we return true value from the pcm_is_playing() stub 00.04.01 # ah 00.04.17 # and this: "diff -u olddir newdir > patch" won't patch the subdirs 00.04.38 # Mirfle: 1) you can append more diffs to the same patch or 2) use diff -r to do it recursively 00.05.35 Quit Harpy (Read error: 110 (Connection timed out)) 00.06.00 # how do you append the diffs? just with a word processor? 00.06.09 # >> output 00.06.12 # Can I make a suggestion for the General Settings --> Playback --> Repeat options? 00.06.15 # instead of > output 00.06.28 # oh, thanks 00.07.23 # Current options are Off, One, All and Shuffle. "All" is ambiguous. It's not clear whether it means all files in the directory or on the player. 00.07.24 Join tiegs [0] (~18e15776@labb.contactor.se) 00.07.37 # Perhaps Off, Song, Directory, and Shuffle would be more intuitive? 00.07.45 # not really 00.07.53 # rockbox always works on playlists internally 00.08.02 # a dir is a playlist too 00.08.24 # |#if CONFIG_HWCODEC == MASNONE && !defined(SIMULATOR) 00.08.24 # | pcmbuf_crossfade_enable(global_settings.crossfade); 00.08.39 # Bagder: that #if should be fixed from settings menus also 00.08.40 # Understood, but from an end user's perspective ... 00.08.41 # hehe 00.08.42 # then it should work 00.08.53 # nights everybody ;) -> 00.08.54 # Slasheri: but I could change the setting in the sim? 00.09.07 # Febs: I see your point 00.09.08 # Bagder: yes, but it doesn't really change anything :D 00.09.17 # Slasheri: ok ;-) 00.09.25 # (before that !defined(SIMULATOR) is removed) 00.09.28 # Febs: but I don't know what the best fix is 00.10.34 # The reason I make the suggestion comes from a problem that someone posted on the forum today, where he couldn't figure out why "Move to Next Folder" wasn't working, and as I tried to replicate his problem, I 00.10.46 # I read it 00.11.11 # another patch question: haw do I add a new file to the patch? 00.11.20 # Anyway, just a suggestion. 00.11.57 # Mirfle: diff -uN existing nonexisting 00.12.12 # the -N being the key 00.12.49 # Febs: yes, but any repeat in such a situation is odd 00.12.51 # what nonexisting file am I supposed to write? 00.12.58 # Febs: whatever it would be called 00.13.10 # Mirfle: a name of a file that doesn't exist! 00.13.22 # ohh, duh o.o 00.14.30 # hey. so did you guys decide if youwere going to add the limiting option? as in what limits what to avoid clipping? 00.15.31 Join webguest53 [0] (~ca51121e@labb.contactor.se) 00.16.33 Quit webguest53 (Client Quit) 00.17.22 # Coldtoast: they've already got volume limiting. 00.17.32 # I know 00.17.51 # aah, misread. 00.17.56 # :) 00.20.34 Quit Febs ("Chatzilla 0.9.68.5 [Firefox 1.0.5/20050711]") 00.26.00 # added anims to the plugin wikis 00.27.25 # Eek, getting into trouble with the timer.... 00.28.21 # I need to have 2 timer ISRs for the same timer interrupt, and switch between them... 00.28.33 Quit Moos (" HydraIRC -> http://www.hydrairc.com <- Leading Edge IRC") 00.29.11 # sleep time 00.29.41 # Bagder: you got mixed up, it should be nonexisting existing, now, trying to apply the patch i 00.30.11 # i'm being warned about deleting nonexisting files :) 00.34.54 Quit Coldtoast ("Peace and Protection 4.22") 00.43.46 Join TCK [0] (TCK@81-86-99-228.dsl.pipex.com) 00.45.19 Part bobbers 00.46.50 Quit thegeek (Read error: 104 (Connection reset by peer)) 00.48.05 # does compiling leave a log file? 00.54.08 # Yey! It worked :) 01.00.23 Quit rooomish2 (Read error: 104 (Connection reset by peer)) 01.01.13 Join KasKaraK_ [0] (~KasKaraK@84.40.119-80.rev.gaoland.net) 01.03.42 Join Cassandra [0] (~cassandra@82-70-230-150.dsl.in-addr.zen.co.uk) 01.03.55 # Hello. 01.04.04 # Anyone here done the H140 battery mod? 01.06.42 # Or come to think of it, anyone know how to get the iRiver innards out of the case? 01.07.52 # can anyone here with cvscommit access review my new hebrew patch? 01.08.00 # http://sourceforge.net/tracker/index.php?func=detail&aid=1238540&group_id=44306&atid=439120 01.08.15 *** Saving seen data "./dancer.seen" 01.09.35 # there's four screws on top, 4 on bottom, and one on each side. after that, it should be relatively easy 01.09.42 # hope you've got the right screwdriver :) 01.13.50 Join jpegreen_ [0] (~Jeremy@234-64-212-66.spl.org) 01.14.39 # Hey all does anybody know the page on the site that lists the plugins and their compatability to which players? 01.16.15 # ashridah: The plug seems to be hidden under the circuit board. 01.16.34 # I think I've found the four screws holding the board down now. 01.18.48 Quit KasKaraK (Read error: 110 (Connection timed out)) 01.20.19 Join asdsd____ [0] (~asdsd@h-67-100-30-142.miatflad.dynamic.covad.net) 01.20.26 Part asdsd____ 01.24.39 Quit ashridah ("uni") 01.28.30 # 'night 01.28.38 Quit Mirfle ("Chatzilla 0.9.68a [Firefox 1.0.4/20050511]") 01.40.07 Join austriancoder [0] (~austrianc@80.120.117.30) 01.40.28 # hi 01.41.40 # Hello 01.41.54 # * Cassandra swears at this disassembled H140. 01.42.11 # I can't unplug the damn battery because the power inlet is in the way. 01.45.42 Join memmem [0] (~user@p54A21F71.dip0.t-ipconnect.de) 01.46.11 # Hi austriancoder, I found the checksum in the M3 and X5 firmware files. 01.46.38 Quit lodesi (Remote closed the connection) 01.53.28 # Cool. Upgrade successful. I'll leave it to charge overnight and screw it together properly in the morning. 01.54.13 # memmem: could you give me some more infos? 01.55.23 Quit cYmen ("zZz") 01.56.49 # The byte at offset 0x102b contains the 8-bit sum of all the bytes starting with the one at 0x1030. 01.57.46 # I've patched the original firmware to record 1024 MB (instead of 256 MB); will test this over night. 01.58.00 # ah fine 01.58.11 # if it worked, let me know it... 01.58.28 # we will need this for our fwpatcher 01.58.39 # Still 7h10 to go... 01.59.19 # Lithium batteries are so tiny these days. 01.59.27 # * austriancoder downloads a x5 firmware bin 01.59.41 # And yes, the patched firmware is accepted and boots (only if the checksum is patched correctly). 02.00.52 # ok.. so you also know how to calcualte the checksum?! 02.01.14 # See above. 02.01.47 # ah ok.. 02.02.06 # * austriancoder opens the bin with a viewer 02.02.06 Quit ]RowaN[ () 02.05.59 # memmem: have you a bdm? 02.06.07 # No. 02.06.22 Quit silencer (Nick collision from services.) 02.06.23 Join silencer [0] (~silencer@zen.via.ecp.fr) 02.06.25 Quit silencer (Nick collision from services.) 02.06.52 # can any one point me to the sites page for plugins and their compatibility to which players? 02.09.59 # what happens if the checksum is incorrect? 02.10.00 # http://www.rockbox.org/twiki/bin/view/Main/PluginIndex 02.10.20 # Amazingly, it's linked directly off the wiki home page. 02.10.58 # If the checksum is incorrect, the firmware file is silently ignored and then deleted. 02.11.09 # Cassandra: Thanks 02.11.25 Join silencer_ [0] (~silencer@zen.via.ecp.fr) 02.12.05 # Cassandra: I am amazed that I couldn't find it ... Ughhhhh (Napolean Dynamite sigh) 02.12.22 # memmem: good.. have you done a patching routine yet? 02.13.02 # austriancoder: no, so far, I've patched only one byte and the checksum. 02.13.15 Quit hicks (Remote closed the connection) 02.14.40 # memmem: ok... i will hack a little checksum-updater 02.15.05 # * memmem goes to bed 02.15.08 Quit memmem ("ERC Version 5.0.3 $Revision: 1.726.2.17 $ (IRC client for Emacs)") 02.18.13 # Does anyone know if there are any .wps files for the studio 10 player? 02.23.13 Quit tiegs ("CGI:IRC (Ping timeout)") 02.25.30 # Guess not. You could be the first to make one. 02.26.20 # Cassandra: I Think I will give it a try... Its been awhile since I hav ewritten any C 02.27.05 # WPS files aren't written in C. 02.27.24 # http://www.rockbox.org/twiki/bin/view/Main/CustomWPS 02.27.53 # Cassandra: Thanks again for the slap in the right direction... Good looking out 02.31.45 # Cassandra: I have another question? Is it possible for the Studio 10 to have a clock plugin? 02.35.27 # Cassandra: I didn't see one listed on the plugins page but I am not afraid to try and make one if it is possible 02.36.19 # It doesn't have a clock, I'm afraid. 02.36.50 # Cassandra: Ugh oh well it would have been nice 02.39.10 Join thegeek [0] (na@ti521110a080-0242.bb.online.no) 02.45.59 Part jpegreen_ 02.49.43 Part floam ("Adios") 02.58.38 Quit austriancoder ("using sirc version 2.211+KSIRC/1.3.12") 03.01.19 # night 03.01.21 Part KasKaraK_ 03.08.18 *** Saving seen data "./dancer.seen" 03.13.39 Join CheeseBurgerMan [0] (~youshould@63.150.80.40) 03.20.19 Join Rori [0] (MO-Pantsu@deadman3000.plus.com) 03.21.02 # Hey this is pretty cool. Someone did a SACD to DTS 5.1 conversion of Jeff Wayne's War of the Worlds remastered. 03.30.05 Quit Sucka ("a bird in the bush is worth two in your house") 03.46.10 Quit CoCoLUS (Read error: 110 (Connection timed out)) 04.03.42 Join StrathAFK [0] (~mike@dgvlwinas01pool0-a225.wi.tds.net) 04.05.36 Join QT_ [0] (as@area51.users.madwifi) 04.09.48 Join TCK- [0] (TCK@81-86-99-228.dsl.pipex.com) 04.10.21 Quit TCK- (Client Quit) 04.15.47 Quit QT (Read error: 110 (Connection timed out)) 04.22.10 Quit Strath (Read error: 110 (Connection timed out)) 04.43.28 Join jamesshuang [0] (~james@24.149.176.92) 04.57.12 Join Maxime [0] (~flemmard@fbx.flemmard.net) 04.57.13 Quit Maxime`Mrn (Read error: 104 (Connection reset by peer)) 05.04.29 Join amiconn_ [0] (~jens@p54BD5862.dip.t-dialin.net) 05.08.19 *** Saving seen data "./dancer.seen" 05.23.00 Quit amiconn (Read error: 110 (Connection timed out)) 05.23.00 Nick amiconn_ is now known as amiconn (~jens@p54BD5862.dip.t-dialin.net) 05.38.09 Join MrStaticVoid [0] (~jlee@69-175-94-207.frdrmd.adelphia.net) 06.30.56 Nick CheeseBurgerMan is now known as CBM-away (~youshould@63.150.80.40) 06.47.00 Quit TCK (Read error: 104 (Connection reset by peer)) 06.47.11 Quit jamesshuang (Read error: 110 (Connection timed out)) 07.08.22 *** Saving seen data "./dancer.seen" 07.15.33 Join webguest06 [0] (~c31ce021@labb.contactor.se) 07.15.54 Join LinusN [0] (~linus@labb.contactor.se) 07.16.31 Join jpegreen_ [0] (~Jeremy@c-24-18-47-66.hsd1.wa.comcast.net) 07.17.05 # Hey all 07.17.35 # hi 07.17.36 # LinusN: I want to thank you again for all your help yesturday. 07.17.44 # you're welcome 07.18.53 # * LinusN gets a cup of hot black goo, it says "coffee" on the machine 07.20.11 # LinusN: I was wondering if it was possible to create a .wps file for the Jukeboxstudio 10 07.21.05 # oh yes 07.21.40 # it's basically the same thing, except you only have 2 lines 07.23.05 # LinusN: Cool I guess I know one of my new pet projects I just hadn't seen one on the plugin DL pages or in the forums. Is it possible to create a clock plugin for it too 07.23.51 # the studio doesn't have a real time clock chip 07.24.05 # Ughh... Oh well 07.37.02 Join justmejg [0] (~JRG@c-24-18-47-66.hsd1.wa.comcast.net) 07.38.00 Join Coldtoast [0] (~edan@ppp111-3.lns1.hba1.internode.on.net) 07.39.35 # Good morning 07.40.08 # moo 07.45.58 # LinusN: I have a problem concerning timers. 07.46.04 # tell me 07.46.21 # I want to make plugin_(un)register_timer() functional 07.47.01 # However, the coldfire only has 2 timers, and timer00 is already taken by the tick, so the timer1 must be shared between backlight and plugin timer 07.47.01 Join ashridah [0] (ashridah@220-253-120-248.VIC.netspace.net.au) 07.47.13 Nick QT_ is now known as QT (as@area51.users.madwifi) 07.47.25 # I don't know what is better: 07.47.37 # (1) Have one ISR, and dispatch in this ISR 07.47.52 # (2) Have 2 ISRs, and rewrite the vector 07.48.15 # (3) Have 2 ISRs and use 2 different vectors by assigning different levels 07.49.21 # ouch 07.49.57 # Hmm? 07.49.58 # i'd say (1), but it will get nasty in any case 07.50.38 # The simplest is (3), as long as we don't use up all autovectors... 07.50.43 # Also, I think that plugin_register_timer isn't that clean a solution, because it fiddles with the timer in application code... 07.51.25 # Jörg added it back then to avoid fiddling with the hardware in a plugin.... 07.51.56 # i think a more generic timer function is in place 07.52.05 # (1) would (imho) require a firmware/apps/timer.c 07.52.21 # Otherwise it is very unclear where the ISR should reside 07.52.59 # Erm, firmware/drivers/timer.c of course 07.53.22 # i was confused for a minute there... 07.53.45 # Then there's the question what to do on the archos. 07.54.01 # The SH1 has 5 timers (which is A Good Thing, btw) 07.55.08 # i think a generic function is in order, like set_timer(int us, void (*callback)(void)); 07.55.24 # "call this function in x us" 07.55.44 # or even "each x us" 07.55.53 Quit jpegreen_ (Read error: 110 (Connection timed out)) 07.56.11 # then it's up to rockbox to handle the timer allocation 07.56.19 # and the plugin doesn't care 07.56.20 # LinusN: We need cpu clk resolution on archos 07.56.41 # aha 07.57.24 # ...for the video playback, as .rvf defines the frame time as # of cpu clocks, based on 11.0592 MHz 07.57.42 # ..which already created a problem on the Ondio, btw 07.59.19 # video.rock on the Ondio has to recalculate the frame time for 12 MHz clock (*625/576), but this causes roudoff errors 08.00.07 # Not that big a problem with videos on the Ondio, since you won't typically have very long clips on it, but on a HD unit there may be a problem 08.05.11 # hmmm 08.05.24 # reboot, brb 08.05.28 Part amiconn 08.07.52 Join B4gder [0] (~dast@static-213-115-255-230.sme.bredbandsbolaget.se) 08.08.33 # morning 08.08.44 Nick StrathAFK is now known as Strath (~mike@dgvlwinas01pool0-a225.wi.tds.net) 08.08.55 # morning 08.09.13 # i wish the iriver had a scf5250 too :-) 08.09.19 # hehe 08.09.50 # wish in one hand... 08.09.52 # * pabs whistles 08.10.00 # memory to memory dma, 128kbyte sram 08.10.46 Join amiconn [0] (~jens@p54BD5862.dip.t-dialin.net) 08.10.52 # welcome back 08.11.08 Join Harpy [0] (1cqOZ7ftTy@dsl-hkigw7wbb.dial.inet.fi) 08.11.14 # re 08.11.28 # fancy 08.13.17 # LinusN: On a related topic, it seems the grayscale lib is very possible on the iriver. 08.13.22 # nice 08.13.53 # If I calculated correctly, the LCD has an internal repeat rate of 72 Hz in 4-grey mode, and 144 Hz in monochrome 08.14.11 # (I think I need to switch to monochromo for the gs lib) 08.14.12 # btw, I vote we remove the gmini builds from the cvs build table 08.14.40 # Transferring the frames will take < 10% CPU at 120 MHz 08.15.23 # B4gder: good idea, let it rest in peace until someone digs it up again 08.15.36 # The downside is that I will most probably have to boost for the same reason as the backlight fading requires it 08.15.41 # my thinking too, nothing has happened for months in there 08.16.23 # B4gder: Do you say that because you would otherwise have to fix the gmini sim? ;) 08.16.32 # yes :-) 08.17.36 # actually, that was what made me think 08.17.41 # I'd vote for fixing it ;) 08.18.58 # LinusN: Your timer function idea might be the way to go. We could add a time_base value, allowing to select µs or 11.0592 MHz base (on archos) 08.19.43 # I also thought about a high precision timer for a while, allowing to request timings that lead to a non-integral number of cycles 08.19.44 # sure 08.20.43 # That would solve the Ondio problem perfectly, but I'm still not sure what to do with varying CPU clock... 08.23.44 Quit justmejg (Read error: 110 (Connection timed out)) 08.27.13 # i want to release bootloader v4 08.27.27 # any objections? 08.29.51 # none from me 08.30.19 # features? 08.31.34 # no buzz at boot, correct rec+on check, low battery warning, allows usb mode even when ata init fails 08.34.28 Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 08.37.11 # And then 2 clicks at boot instead of one? (There is a click at boot at least on line out, and I believe this is because of the uda reset) 08.37.50 # Same thing happens on archos with mas reset... 08.39.21 # amiconn: yes, but the second click can be removed in rockbox 08.44.48 # LinusN: Could you please check the LCD wait states? I dunno if you calculated them or measured to make sure the transfers are within specs, but my calculations yields the following: 08.45.24 # 120 MHz: 8 wait states instead of 9 (perhaps a remnant from 140 MHz operation?) 08.45.52 # 48 MHz: 1 wait state instead of 2. 08.47.27 Quit webguest06 ("CGI:IRC (EOF)") 08.50.29 # amiconn: how do you calculate this? 08.51.01 # at 120MHz i get 16,673336 08.51.01 # ns/cycle 08.51.17 # We need to stay above 200 ns cycle time, and min. 60 ns inactive / active time each 08.51.31 # 120 MHz has 8,33333 ns cpu cycle 08.52.04 # 200ns/16,673336 08.52.04 # = 11,9952 clocks 08.52.22 # 12 clocks - 3 = 9 wait states 08.52.35 # The loop uses 7 cycles in other instructions that the lcd write, so inactive time is 8.33333 * 7 = 58.33333 ns - inactive time (almost) correct 08.52.40 # amiconn: i'm talking about bus clock 08.52.47 # Yes, wait a mom 08.53.13 # 200 ns / 8.3333 ns = 24 cpu cycles 08.53.28 # 24 - 7 (inactive time) = 17 08.53.56 # 17 cpu clocks -> 9 bus clocks (rouned up!) 08.54.03 # -> 8 wait states 08.54.36 # Same with 48 MHz 08.54.57 # cpu cycle is 20.83333 ns 08.55.20 # 200/20.83333 = 9.6 -> 10 08.55.34 # 10 -7 (inactive time) = 3 08.55.44 # 3 cpu clks -> 2 bus clks -> 1 wait 08.56.47 # in fact, we can set the wait states much lower 08.57.12 # I don't get the -3 in your formula, but if this means the inactive time (in bus clocks and rounded down) it is still off by 1 08.57.30 # because 9 bus cycles means 8 wait states 08.57.46 # a bus cycle is minimum 3 clocks 08.57.57 # and the wait state is added to that 08.58.20 # Then we can set it even 2 lower than my calculations yield 08.58.39 Join einhirn [0] (Miranda@bsod.rz.tu-clausthal.de) 08.58.40 # (I assumed a bus cycle is 1 bus clock + wait states) 08.59.26 # Hmm, perhaps this isn't correct... I forgot the pipelining 08.59.38 # my calculation is based on the 200ns cycle time in the data sheet, but if we include the inactive time in the lcd driver, we can decrease it to the 160ns minimum low-pulse width 09.00.01 # minimum low pulse is 60 ns 09.00.14 # i mean 60 09.00.18 # ...and minimum high pulse is 60 ns as well 09.00.54 # ..but now I'm no longer sure we guarantee that.... 09.01.14 # ...because of the write pipeline 09.01.17 # meaning that we can set it to 1 wait state at 120mhz if we want 09.01.55 # It may be that the write cycles are back-to-back with 9 wait states, completely shadowing the loop 09.02.00 # as long as we keep the 200us cycle time 09.03.18 # another reason to bring up the LA ... 09.03.40 # yup :) 09.04.10 # how much do you know about the write pipeline? 09.04.38 # If this is the case, the best solution would be to have different write loops, to let the cpu core dictate the timing 09.04.55 # The we colud reduce the wait cycles to 50% low pulse with 09.04.58 # *width 09.05.58 # i must confess i didn't know there was a write pipeline 09.06.36 # I'm not that sure, but it seems write pipelining can completely shadow instruction executing if the write target is slow, like the SDRAM 09.07.20 # I think I observed this when writing asm memset(), where some changes didn't affect speed at all 09.08.25 *** Saving seen data "./dancer.seen" 09.08.54 # For all STORE operations (except MOVEM), certain hardware resources 09.08.54 # within the processor are marked as ?busy? for two clock cycles after the final DSOC cycle of the 09.08.54 # store instruction. If a subsequent STORE instruction is encountered within this 2-cycle window, it 09.08.54 DBUG Enqueued KICK LinusN 09.08.54 # will be stalled until the resource again becomes available. Thus, the maximum pipeline stall 09.08.54 # involving consecutive STORE operations is 2 cycles. The MOVEM instruction uses a different set 09.08.59 # of resources and this stall does not apply. 09.09.12 # Hmm, it seems there is no write pipeline, but the instruction fetch pipeline and oep may have that effect 09.11.11 # Now I think this is really a case for the LA... 09.11.24 # so we *could* decrease the lcd waitstates considerably 09.11.35 # interesting 09.11.38 # Does the write stop execution until the bus cycle is completed, or not? 09.12.18 # not, provided the pipeline has something to do 09.13.34 # Your quote means cpu clocks, and we don't have 2 consecutive store operations. 09.14.59 # nope 09.15.19 # that's just about everything it says about write pipelines and stalls 09.15.45 # so i assume that there is no write pipe 09.17.51 # No, but this is interesting too (from the exception processing description): 09.17.52 # The ColdFire processor uses an imprecise reporting mechanism for access errors on operand writes. 09.17.52 # Because the actual write cycle may be decoupled from the processor’s issuing of the operation, the 09.17.52 DBUG Enqueued KICK amiconn 09.17.52 # signaling of an access error appears to be decoupled from the instruction that generated the write. 09.18.08 # The "decoupled" being the key here 09.18.11 # yes 09.18.18 Nick Lynx_awy is now known as Lynx_ (~lynx@tina-10-4.genetik.uni-koeln.de) 09.19.51 # Also, from the cache's DBWE description: 09.19.52 # For the ColdFire CPU, reporting access errors on operand writes is always imprecise and 09.19.52 # enabling buffered writes simply further decouples the write instruction from the signaling of the fault. 09.20.10 # *always impresice* 09.21.14 # Similar in the ACR description... 09.21.44 # i hate them for not telling how it really works 09.23.14 # page 83 in the coldfire 2 user's manual is interesting 09.24.04 # but it probably only refers to instruction fetches 09.25.10 # If it works like I think, we could lower the waits to get a ~50% duty cycle, but then need a 24-cpu-cycle loop for 120 MHz, and a 10-cycle loop for 48 MHz 09.26.24 # This would also mean that we now obey the cycle length, but not the minimum high pulse width 09.26.27 # yes, i think so too 09.26.41 # right 09.27.16 # When hooking up the LA, you could also check the MFDR(2) values... ;) 09.27.32 # yes i will 09.28.02 # maybe put up a wish list for me in the wiki 09.28.12 # so i don't forget anything 09.28.23 # Btw, we are slightly above LCD specs on archos too 09.28.37 # hehe 09.29.11 # Ah, no 09.29.44 # Forgot the implicit 2 wait states for port access.... 09.30.58 # We're right at specs on Ondio. The cycles alternate; 8 cycles - 6 cycles (including the wait states) 09.31.23 Ctcp Ignored 2 channel CTCP requests in 8 minutes and 58 seconds at the last flood 09.31.23 # * amiconn is totally confused now :/ 09.36.05 Join justmejg [0] (~JRG@71-36-39-36.tukw.qwest.net) 09.42.14 Join Chamois [0] (~Chamois@champigny-5-82-226-182-23.fbx.proxad.net) 09.52.21 # Hello anyone who may know the answer to this would make my day... When Creating a .wsp file and using the %ac tag is there anything special that you need to do to make it work? 09.53.40 # Also does that tag work when creating a .wsp file for the Studio series of players 09.56.29 # i'm not sure it works for the studio 09.57.05 # are you using the very latest daily build? 09.57.13 # Yep 09.57.41 Join webguest26 [0] (~c31ce021@labb.contactor.se) 09.57.43 # then i guess it doesn't work on the studio 09.58.32 # Oh well, I was also thinking that a %aj Full Justify option would be a good thing do you think that it would be possible? 09.59.04 # On any of the players 10.14.30 # the justify things don't work on player/studio 10.17.22 # Thats ok I have a studio 10 but am about to get an AV420 will the Rockbox firmaware work on it ? 10.18.20 # Dumb question I will look it up on my own... 10.19.04 Join Mirfle [0] (~chatzilla@ADSL222248.BRK.biu.ac.il) 10.22.44 Join cYmen [0] (~cymen@nat-ph3-wh.rz.uni-karlsruhe.de) 10.23.44 # Okay so I looked it up on my own... and the answer was no... but would you know if there is any chance that there may be a firmaware for the AV series in the future? 10.27.17 # On another note... what would one have to do to create a %pf style item for the .wps that looks like that but has the track length static on the left and the time remaining counting down on the right? 10.28.08 # for the studio series? 10.29.19 Join ep0ch [0] (~ep0ch@82-133-68-63.dyn.gotadsl.co.uk) 10.31.18 # Would that even be possible? 10.41.33 Quit Mirfle ("Chatzilla 0.9.68a [Firefox 1.0.4/20050511]") 10.48.04 Nick justmejg is now known as jpegreen (~JRG@71-36-39-36.tukw.qwest.net) 10.50.21 # B4gder: I want to write my version of the %pf what would I have to do to make that happen? 10.56.10 Part jpegreen 10.56.40 Join lodesi [0] (~moi@l01m-212-195-128-117.d4.club-internet.fr) 11.08.26 *** Saving seen data "./dancer.seen" 11.09.51 # B4gder: The 'bounce' scroll animation is outdated - no greyscale... 11.10.13 # ..plus it doesn't have the left / right margin corrections 11.11.45 # LinusN: The link for the SCF5250 user's manual says SCF5249... 11.12.09 # doh 11.15.07 # boot loader v4 is released 11.15.09 # LinusN: That clock idea floating around in the forums - it seems that it is possible to configure the PLL so that the CPU clock is _lower_ than the base frequency 11.15.46 # Do you think this will save power, or would the PLL eat more power than what is saved by lowering the CPU clock? 11.16.14 # ...compared to the PLL being inactive at 11 MHz 11.17.34 # well, we'll have to try it 11.18.27 # We could switch off pretty much everything - ata power, lcd, and even the sdram controller when running completely from iram 11.18.46 # yeah 11.19.02 # would be an interesting experiment 11.19.13 # but the clock will drift like hell 11.19.22 # Why? 11.19.26 Quit ze (Read error: 110 (Connection timed out)) 11.19.37 # It should be the same accuracy as the xtal itself 11.19.42 # what would you base it on? the tick? 11.20.06 # I would even lower the tick to once per second 11.20.33 # yes, but as soon as you use the player, the tick will drift because of the cpu boosting 11.20.55 # Ah, you mean while using it - yes it will drift 11.21.13 # ...but max. 10 ms per boost/unboost 11.21.35 # it can be good for relative stuff, like wakeup in 8 hrs 11.21.49 # but it will never be a good rtc replacement 11.22.12 # subtract 5ms each time a boost/unboost happens? 11.22.25 # or add 11.22.33 # ep0ch: the pll lock time is unknown 11.22.50 # we only know that it is never longer than 10ms 11.23.20 # if only we had a timer that counted external oscillator cycles 11.24.43 # Yes, I would want that for the timer stuff I mentioned as well... 11.26.42 # just another of the many coldfire design flaws 11.27.23 Join Lurkski [0] (~465d6dd1@labb.contactor.se) 11.28.19 # who was working on remote control wps and stuff? 11.28.28 # I'm learning C right now and was hoping someone here could answer a quick question 11.28.31 # ? 11.28.42 # shoot 11.28.52 Join tucoz [0] (~81b1111b@labb.contactor.se) 11.29.13 # Hi, looks like the hebrew/arabic patch is updated: http://sourceforge.net/tracker/index.php?func=detail&atid=439120&group_id=44306&aid=1238540 11.29.16 # LinusN: Iirc there is a patch, but I think it is the quick-hack type 11.29.31 # amiconn: aha 11.29.37 # tucoz: yes 11.29.43 # My idea was to use a second ui thread for the remote 11.29.56 # When defininf variables, specifically character arrays, must this been done in the main function before any of the rest of the body of the code? For some reason I thought if I defined an array it would be good from that point on. 11.30.11 # ...but I don't think I will work on that in the near future 11.30.19 Join ze [0] (ze@ca-dstreet-cuda2-c9a-73.snbrca.adelphia.net) 11.30.36 # (1) Too many other ideas (2) Remote isn't exactly top pri for me 11.31.42 # Lurkski: C99 allows declaring variabled in the middle of a code block, but it is still common practice to declare them in the top of the function 11.31.56 # bye bye 11.31.59 Part tucoz 11.32.35 # Linus N: Oh I see, is C99 a branch off of C? 11.32.48 # it's the latest version of the C specification 11.34.04 # cool, just wanted to make sure my compiler wasn't on the fritz. Thanks for the help Linus. This project is what inspired me to learn C so thanks in so many ways! Goodnight. 11.36.14 Quit Lurkski ("CGI:IRC (EOF)") 11.45.21 # amiconn: i'm trying to build my own overlay plugin 11.45.32 # it runs fine on the sim 11.45.45 # but i get a black screen o the recorder 11.45.51 # overlay? 11.46.02 # with red led blinking.. 11.46.09 # overlay like rockboy 11.46.29 Quit Coldtoast (Read error: 104 (Connection reset by peer)) 11.46.47 # i thouht i would need the overlay as i'm usnig bi amount of ram :) 11.47.27 # but i don't undertand at all how this thing works :/ 11.47.44 # just did a copy/paste from rockboy 11.48.34 # any idea? 11.48.44 Join hicks [0] (~hicks@zeus.mups.co.uk) 11.49.14 # i don't know how the archos rockboy works 11.49.54 # :'( 11.52.50 # ok, i see now 11.53.25 # lodesi: what is your problem? 11.53.31 # crash? 11.53.36 # yep 11.53.53 # did you use archos.lds for linking? 11.54.09 # i think so 11.54.20 # i reused the makefile of rockboy 11.55.44 # so your plugin just loads the overlay and calls it? 11.56.09 # yes 11.56.17 # but there is more code i the overlay 11.56.24 # in* 11.56.27 # have you checked the .map file? 11.56.57 # mmh.. do'tthink so, where is it? 11.57.59 # the rockboy map file is in $(builddir)/apps/plugins/rockboy/rockboy.map 11.58.08 # it seems linked agaist my plugin 11.59.47 # Slasheri: u there? 12.07.20 # lodesi: any clues? 12.09.34 # not really.. 12.10.53 # do i need to change the .entry/.text/.data ... entries, or should they stay like they are in rockboy? 12.11.49 # i think they can remain 12.12.20 # lodesi: can you send me a zip of your code? 12.12.38 # ok 12.12.52 # linus at haxx dot se 12.13.29 Join Lear [0] (~chatzilla@du-56-158.ppp.telenordia.se) 12.15.14 # tgz is fine? 12.16.08 # well.. sent a tgz :) 12.18.17 Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 12.24.59 # you will need this -> ftp://defert.dyndns.org/pq1.tgz 12.25.11 # if you want to try it in the simulator 12.25.35 # just untgz it in the root folder of the archos-sim 12.26.01 # going to lunch 12.26.04 # * lodesi is away: Occupé 12.31.27 Join Coldtoast [0] (~edan@ppp111-3.lns1.hba1.internode.on.net) 12.32.21 Join austriancoder [0] (~austrianc@80.120.117.30) 12.32.28 # morning 12.32.38 # LinusN: hi, now i am :) 12.32.47 # Slasheri: hi 12.33.07 # i was investigating a problem with the playback code 12.33.25 # it doesn't skip bad files 12.33.47 # ah, yes.. that should be fixed 12.33.55 # play a wav file with a bad header, and it will retry forever 12.34.01 # i think load_track function could do the skipping if it finds the metadata bad 12.34.08 # :/ 12.34.36 # i'm not sure what to do with last_peek_offset 12.37.47 # Hmm, it should contain index to the next unbuffered track 12.38.17 # That index is for example decreased when we call playlist_next(1) 12.39.00 # I think you should also call playlist_next(1) and decrease the pointer if it was increased 12.39.21 # (i cannot check that before i get to home) 12.39.38 # i'll try it 12.41.37 Nick austriancoder is now known as ac_away (~austrianc@80.120.117.30) 12.43.51 Quit Lear (Read error: 113 (No route to host)) 12.47.07 Join memmem [0] (~user@p54A21299.dip0.t-ipconnect.de) 12.48.44 # Hi austriancoder, do you have a BDM? 12.50.35 # lodesi: i don't see any immediate errors in the target build, but the sim build didn't compile (cygwin) 12.50.49 # i haven't run it on target yet 12.50.56 # lunch time 12.54.14 # hello 13.08.30 *** Saving seen data "./dancer.seen" 13.13.34 Quit edx (Read error: 110 (Connection timed out)) 13.14.06 Join matsl [0] (~matsl@1-1-4-2a.mal.sth.bostream.se) 13.20.43 Join edx [0] (edx@p54A8C0FC.dip.t-dialin.net) 13.22.53 Quit mdeboer (Remote closed the connection) 13.24.00 Join einhirn [0] (Miranda@bsod.rz.tu-clausthal.de) 13.25.14 Quit B4gder (kornbluth.freenode.net irc.freenode.net) 13.25.14 NSplit kornbluth.freenode.net irc.freenode.net 13.25.55 NHeal kornbluth.freenode.net irc.freenode.net 13.25.55 NJoin B4gder [0] (~dast@static-213-115-255-230.sme.bredbandsbolaget.se) 13.37.28 # memmem: hi 13.37.45 Join CoCoLUS [0] (~coco@h081217139221.dyn.cm.kabsi.at) 13.41.54 Join Nuxator [0] (~chatzilla@abo-117-249-68.guy.modulonet.fr) 13.42.09 # hi 13.42.33 # is linus here? 13.42.56 Quit ac_away ("using sirc version 2.211+KSIRC/1.3.12") 13.43.06 Join austriancoder [0] (~austrianc@80.120.117.30) 13.43.20 # Hi austriancoder, do you have a BDM? 13.44.12 # memmem: look at private chat with me ;) 13.47.42 # Nuxator: i'm here 13.47.48 # hi 13.47.56 # i've got a question 13.48.00 # shoot 13.48.16 # is it possible to add a key to force usb disconnect? 13.48.23 # why? 13.48.39 # Still my usb disconnect problem 13.49.09 # reresh my memory 13.49.18 # it doesn't notice when you unplug? 13.49.22 # my ihp140 doen't detect that i unplug it (in rockbox no prob in iriver) 13.49.34 # only in rockbox? 13.49.36 # yes 13.49.44 # and more strange 13.49.45 # then we must find the bug 13.50.00 # if i switch off my computer with ihp plugged 13.50.16 # it detec usb disconnet when pc switch off 13.50.41 # hmm will be hard since it semms that i'm the only one having it 13.51.06 # but will do anithing you suggest to find out why 13.51.57 # enter the view i/o debug menu 13.52.05 # ok 13.52.50 # check the GPIO1_READ value 13.53.23 # when i plug it? 13.53.33 # yes, with and without 13.54.06 # without 079B7660 13.54.44 # with 079B76E0 13.55.32 # looks ok 13.57.00 # i puged i unpuged several times and it seems to work (changing from 60 to E0 and back to 60) 13.57.13 # +l +l 13.57.30 # so there must be something happening when we activate the usb chip 13.58.08 # harder to debug 13.58.14 # yes 13.58.44 # i guess i should find out more about how the usb chip is connected 13.58.56 # it occurs in both rockox and bootloader usb mode 13.59.02 # maybe the gpio1_read method isn't reliable 13.59.22 # seems to be ok since value change 13.59.46 # yes, but it might be different when the usb chip is powered 14.00.07 # maybe a good test would be to add a key pressed detection where gpio1_read is to see if it's gpio prob or another problem 14.00.50 # Nuxator: do you have a dev environment? 14.01.00 # cygwin 14.01.09 # so you can build your own rockbox? 14.01.16 # i tried 14.01.29 # but prefer downloading bleeding edge 14.01.33 # tried? 14.02.24 # but i think i can build it 14.04.03 # what do you suggest? 14.05.21 # output the gpio1_read value in the usb screen 14.05.37 # screens.c, function usb_screen() 14.05.49 # ok i'll try that 14.05.58 # right after while(usb_wait_for_disconnect_w_tmo(&button_queue, HZ)) { 14.05.58 # 14.06.13 # : 14.06.16 # but i tried to read rockbox code and i don't understand it 14.06.16 # char buf[32]; 14.06.16 # snprintf(buf, 32, "%08x", GPIO1_READ); 14.06.24 # lcd_puts(5, 1, buf); 14.06.24 # lcd_update(); 14.06.25 # ok thanks 14.08.03 # i can build it for you if you want 14.08.06 Quit einhirn (Success) 14.08.23 # i think it would be faster and foolproof 14.08.30 # hang on 14.10.33 # http://linus.haxx.se/rockbox.zip 14.10.50 # thanks 14.12.10 # * austriancoder will go now 14.13.07 Quit austriancoder ("using sirc version 2.211+KSIRC/1.3.12") 14.13.49 Quit memmem ("ERC Version 5.0.3 $Revision: 1.726.2.17 $ (IRC client for Emacs)") 14.14.21 # ok E0 when i plug 14.14.35 # stay at E0 whan unplugged 14.16.56 # ok, so now we know that 14.17.45 # yes 14.17.51 # really strange bug 14.17.55 # yup 14.18.03 # maybe an hardware bug on some few h140 14.18.17 # but i wonder how iriver manage usb 14.18.24 # that's what i want to know 14.18.34 # it is possible that rockbox is doing it wrong 14.18.50 # but why i'm the only one to complain.... 14.19.14 # i think it shoulb be something hardware specific 14.19.19 # yes, but the iriver fw handles it well 14.19.28 # so we should do it too 14.23.48 # ok , i think i have to give you an email so you can mail me if you have anything to test for this bug. 14.24.09 # do you want my email? 14.24.16 # email me: linus at haxx dot se 14.24.19 # i have to go 14.24.22 # cu later 14.24.30 # ok thanks for your great work 14.24.33 # cu 14.24.35 # you're welcome 14.24.36 Part LinusN 14.28.43 Join RotAtoR [0] (~e@dhcp54-47.calvin.edu) 14.29.23 Quit webguest26 ("CGI:IRC") 14.30.25 Quit Nuxator ("(have some work waiting)") 14.31.09 Join elinenbe [0] (~elinenbe_@65.115.46.225) 14.31.37 # blah, blah blah. blah... blah... blah. blah! 14.39.43 # Hmm. I seem to have buggered my iRiver's internal mike while upgrading the battery. 14.40.20 # One of the wires came off, and I resoldered it, but the soldering job is very messy and connects the 5v wire to the outer casing of the mike. 14.40.36 # Is that likely to be the cause, or have I blown it up? 14.44.08 Quit ep0ch (" Want to be different? HydraIRC -> http://www.hydrairc.com <-") 14.45.12 Join eleom1 [0] (~da335148@labb.contactor.se) 14.45.53 Quit eleom1 (Client Quit) 14.56.05 Join Sucka [0] (~NNSCRIPT@host81-156-157-175.range81-156.btcentralplus.com) 15.03.16 Quit B4gder ("go go go") 15.08.31 *** Saving seen data "./dancer.seen" 15.12.00 Join bumi [0] (~blabla@bzq-218-237-16.red.bezeqint.net) 15.12.29 # hey everyone 15.12.46 # can anyone here try compiling a patch in the firmware for me? 15.13.07 # http://sourceforge.net/tracker/index.php?func=detail&aid=1238540&group_id=44306&atid=439120 15.13.09 # this one 15.13.16 # for the iriver ihp120 15.15.04 # anyone? 15.27.01 # shouldn't be difficult 15.28.40 # hey crwl 15.28.44 # can you please do it for me? 15.28.51 # i dont have the development kit 15.28.54 # ok, i patched it against today's cvs... at least it compiled 15.29.01 # i don't have the time to check it, but i can send it to you 15.29.01 # and me and command promped go together 15.29.06 # yay 15.29.07 # thanks 15.29.20 # dcc send? 15.29.22 # think it will do damage to my player? 15.29.22 # ok 15.29.23 # yea 15.29.26 # DCC send 15.29.46 # is it allready in with the firmware? 15.29.49 # i mean 15.29.54 # its a .hex file? 15.30.02 # becuse as i said i dont have a SDK 15.30.11 # so i cant combine it with the firmware 15.30.26 # and i dont the the boot flusher will let me switch to this firmware 15.31.24 # crwl'? 15.35.06 Join mdeboer [0] (~maarten@mtg62.upf.es) 15.36.37 Join austriancoder [0] (~austrianc@80.120.117.30) 15.37.09 # hey crwl you still here? 15.37.40 # dang 15.37.48 # anyone else here wanna help me out? 15.39.15 # * austriancoder has no time 15.40.00 # k 15.42.58 # * HCl watches the first season of airwolf 15.44.46 Join crwl_ [0] (~crawlie@dsl-83.148.225-157-dynip.ssp.fi) 15.46.01 Join memmem [0] (~user@p54A21299.dip0.t-ipconnect.de) 15.46.05 Quit crwl (Nick collision from services.) 15.46.09 Nick crwl_ is now known as crwl (~crawlie@dsl-83.148.225-157-dynip.ssp.fi) 15.46.21 Quit memmem (Client Quit) 15.47.25 Join memmem [0] (~user@p54A21299.dip0.t-ipconnect.de) 15.59.53 # Hmm. On the plus side, 27h 30m est. battery life. 16.00.06 # On the minus side, I destroyed the internal mic. 16.01.35 # ouch 16.02.06 # wait. how did you fuck up the internal mic? isn't the jack for the battery completely on the other end of the player? 16.02.39 # a wiki guru here? 16.02.40 # Yes, but I broke the wire connections while doing the maintenance. 16.02.40 # (you probably aren't going to miss it, btw, since it gets noise from the hard drive in some cases, and the player comes with an external mic anyway :) 16.03.06 # ashridah: I know. Still a little annoying. 16.03.17 # I resoldered it, eventually, but it's still not working. 16.03.26 # I think the heat from the iron f***ed the mic. 16.03.37 # Or my soldering was sucky. 16.03.47 # About equally likely, really. 16.04.22 # Partially sighted, poor hand-eye co-ordination and soldering do not go well together. 16.04.35 # Plus, being a girl, I'm genetically incapable of soldering. :) 16.11.34 # nonsense. i got outsoldered by several of the girls doing engineering with me 16.11.45 # gheh 16.12.07 # Was being tongue in cheek. 16.12.31 # My sister used to run an electronics company. 16.12.39 # I'm actually the less geeky one. :) 16.15.12 # hehe 16.15.25 Join Mirfle [0] (~chatzilla@ADSL222248.BRK.biu.ac.il) 16.16.04 # I really can't solder very well though. 16.16.21 # Although part of the problem is that I only have a crappy iron. 16.18.52 # hey 16.19.38 # heh. i used to use a gas powered one. 16.19.51 # my friends used to get very worried by that :) 16.22.09 # ashridah: heh, you mean butane right? 16.22.36 # yeah, whatever. it burned, the iron got hot 16.22.45 # and my friends wouldn't go near it. pansies :) 16.22.51 # heh why not 16.22.57 # they go near lighters don't they? 16.23.06 # they burn butane too :p 16.23.16 # actually, none of them smoked. 16.23.27 # but lighters don't usually burn constantly 16.23.32 # nor lit candles or incense or fires? 16.23.47 # true.. they say not to keep them lit for >30 seconds 16.23.50 # we covered the 'pansy' bit, didn't we? 16.24.06 # i had to use a bic for light once 16.24.18 # it melted 16.24.29 # just around the top 16.24.29 # yeah, they're not all that durable 16.24.39 # enough for that metal part to slide all a funky way 16.24.43 # and make the whole thing inoperable 16.24.45 Join DomZ [0] (~c203760e@labb.contactor.se) 16.25.27 # * ze has recently, finally, got a photon microlight :p 16.26.29 # although i once found a really brilliant lighter. the kind that burns against a grill, so the grill heats up and that lights ciggarettes, instead of the flame doing it. 16.26.48 # pity the refill valve at the bottom never worked 16.26.56 # that thing was great for heatshrink 16.30.14 # heh 16.30.52 # i'm still trying to find or work out how to invent a nice portable source of temperature-controlled hot air 16.31.03 # for, uh... various purposes ;p 16.41.11 Join cYmen_ [0] (~cymen@nat-ph3-wh.rz.uni-karlsruhe.de) 16.41.15 Quit cYmen_ (Client Quit) 16.43.49 Quit ashridah ("sleep") 16.50.32 Quit bumi ("( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )") 16.51.27 Quit DomZ ("CGI:IRC") 17.01.05 Join xen` [0] (nop@stg25-1-82-238-117-1.fbx.proxad.net) 17.08.35 *** Saving seen data "./dancer.seen" 17.12.47 Part Mirfle 17.13.07 Quit bill2or3 (Remote closed the connection) 17.18.14 # * lodesi is back (gone 04:52:08) 17.23.23 Quit memmem ("ERC Version 5.0.3 $Revision: 1.726.2.17 $ (IRC client for Emacs)") 17.39.05 Join Naked6 [0] (~westjd@cpe-24-208-192-214.indy.res.rr.com) 17.39.26 # has anyone here tried rockbox on thier iriver 17.41.29 # no, never!! 17.41.47 # many of us have 17.42.25 # okay, well i was just making sure its not at a point where it might screw up my iriver 17.44.01 # no, it's probably not doing that, unless you screw up the bootloader installation process (which you will only have to do once) 17.46.05 # should I install the h-120 version if I have the h-140 17.47.11 Join jamesshuang [0] (~0c902402@labb.contactor.se) 17.47.27 # ok... getting a bit annoyed here, but anyways... how do I get a plugin to compile? 17.47.43 # what file defines what plugins compile for each platform? 17.50.50 # Naked6, they're the same 17.51.49 # thanks crwl, im gonna try my luck installing it. 17.53.53 # the rockbox people should really do a better job of documenting their API... entering programmers like me are completely LOST in a jungle of directories, files, and configs 17.54.23 # if I can't even get a simple plugin to compile, how am I going to learn enough to do bigger things, like actually make valid contributions to rockbox? 17.58.04 Quit lodesi (Read error: 113 (No route to host)) 17.59.33 # crwl, when patching the firmware i tried to patch the newest 1.6 for the h140. the patcher did not recognise this firmware. 17.59.41 # what do you suggest I do? 17.59.48 # The newest is 1.65. 17.59.58 # Download it from the Korean site, not the US one. 18.00.03 # okay 18.00.18 # thankyou cassandra 18.00.35 # jamesshuang: http://www.rockbox.org/twiki/bin/view/Main/PluginIndex 18.00.44 # It's linked from the main page of the wiki. 18.01.46 # crap... which symbol is korea 18.02.19 # nevermind, its the left one 18.03.26 # it is very difficult for me to navigate this korean site 18.03.40 # Try the European one then. 18.04.05 # I believe the firmwares are also linked off the Rockbox wiki page on flashing the iRiver. 18.04.49 # Cassandra: I know WHICH ones are compiled, but let's say I programmed a new one... how do I get this new one to compile? 18.05.11 Join asdsd____ [0] (~asdsd@h-67-100-30-142.miatflad.dynamic.covad.net) 18.05.37 # jamesshuang: apps/plugins/SOURCES 18.05.45 DBUG Enqueued KICK asdsd____ 18.05.45 # 1010,00hey guys 18.05.57 # This uses the gcc preprocessor to decide about models 18.06.23 # 1010,00hey amiconn 18.06.32 *** Alert Mode level 1 18.06.32 # 1010,00whats the status of the iriver's firmware? 18.07.08 # THANK YOU amiconn! 18.07.19 Join lodesi [0] (~moi@l01m-212-195-128-117.d4.club-internet.fr) 18.07.22 # exactly what I was looking for :) 18.07.39 # little things like this should probably be documented somewhere... 18.08.17 # i think they record everything that happens in this room... it would just be an ass load of information to sift through 18.08.46 # and weird little quirks, like why is the iriver stuff in the "recorder" folder? 18.09.14 # Well there's a wiki page, RockboxArchitecture. You could probably add it there. 18.09.43 # jamesshuang: The recorder folder is for historical reasons. 18.10.00 # The first 2 devices rockbox ran on were the archos player, and the archos recorder 18.10.19 # The former has a charcell based display while the latter has a bitmap based display 18.10.35 # So 'recorder' is often equal to 'has bitmap display' 18.11.17 # It's not trivial to move files in cvs. You will lose revision history, or at least make it non-obvious 18.11.21 # okay so I upgraded my firmware with the patched hex... it turned off. 18.11.30 *** Alert Mode level 2 18.11.30 # 1010,00hey guys hows the work coming for the h3xx? 18.11.35 # I still need to get rockbox on it... should i try and do that now? 18.11.47 *** Alert Mode level 3 18.11.47 # 1010,00yes 18.11.52 # asdsd____: Pls configure your client not to use colour codes. 18.12.03 # oh sweet its working 18.12.07 *** Alert Mode level 4 18.12.07 # 1010,00i can't! trillian doesn't let me 18.12.09 # amiconn : exactly why we probably need better documentation on this stuff :) 18.12.09 # its magical 18.12.20 # amicon: I find it wise to turn them off in my client. 18.13.01 # Cassandra: Yes, I could probably do that, but they still clutter the log 18.13.04 # ugh 18.13.07 # so don't use trillian for irc. 18.13.11 # get a decent client 18.13.19 *** Alert Mode level 5 18.13.19 # 1010,00Hcl! 18.13.29 # Well, people could spend time documenting how to develop for Rockbox. 18.13.32 # hello. 18.13.39 # Or they could get on with developing it. 18.13.42 *** Alert Mode level 6 18.13.42 # 1010,00u learned how to overirde other people's color codes because of me 18.13.54 *** Alert Mode level 7 18.13.54 # 1010,00u and preglow 18.13.55 # you bastard asdsd____d 18.13.58 # Why yes, yes I did. 18.13.59 # what? 18.14.11 *** Alert Mode level 8 18.14.11 # 1010,00why do u gotta call me a bastard? 18.14.16 # i wish freenode had +c or +C or whatever it is :/ 18.14.33 # it seems quite obvious 18.14.42 # hm 18.14.44 # it does have +c 18.14.52 # don't know how i do color in irssi to test though.. 18.15.03 *** Alert Mode level 9 18.15.03 # 1010,00anyways i just came to check the status of rockbox on the h3xx, any progress yet? 18.15.10 # no. 18.15.14 # and there won't be for a long time 18.15.18 # Well, I believe he's spewing it. 18.15.18 # i wish people would stop asking.. 18.15.32 *** Alert Mode level 10 18.15.32 # 1010,00just think of people asking as ur motivational factor 18.15.37 *** Alert Mode level 11 18.15.37 # 1010,00anyways im off 18.15.39 *** Alert Mode level 12 18.15.39 # 1010,00c'ya guys 18.15.40 # um. 18.15.41 Part asdsd____ 18.15.45 # Maybe we should get Linus to change the topic to "No, we're not working on H3xx Rockbox." 18.15.46 # people using colored text in irc 18.15.57 # is only making me more unmotivated to put effort in h3x0 18.15.59 # Grrrrrr. 18.16.06 # also 18.16.10 # set the channel +c 18.16.14 # so they can't use colors 18.16.23 Nick Lynx_ is now known as Lynx_awy (~lynx@tina-10-4.genetik.uni-koeln.de) 18.16.27 # I just set 'strip codes from server windows' in HydraIRC to true 18.17.28 # ah.. 18.17.40 # I set all the strip codes options to true. 18.17.50 # bah, +c doesn't work.. 18.18.01 # Doesn't seem to have affected the channel monitor, unfortunately. 18.18.39 # x_x I suck at C programming 18.18.47 # I can't get this code transplant to work... 18.18.50 Join BBub [0] (belzebub16@dsl-084-059-232-089.arcor-ip.net) 18.19.04 # why is my plugin telling me it's an incompatible version all of the sudden? so odd... 18.19.25 # a coding question 18.19.26 # probably because you didn't recompile properly? 18.19.32 # i have an char 0xffffffb6 18.19.41 # how can i access only the b6? 18.19.46 # &0xFF 18.19.52 # how can that be a char? 18.20.14 # oh.. i mean only 0fffffb6 18.20.15 # ah 18.20.18 # ffffffb6 18.20.23 # um. 18.20.27 # a char in memory is only 1 byte. 18.20.36 # if you want the lower 8 bits you and it with 0xFF 18.21.10 # printf("Old checksum: 0x%x\n", byte); 18.21.21 # HCl: what should i do? 18.21.40 # austriancoder: byte is defined as char byte; ? 18.21.45 # printf("Old checksum: 0x%x\n", (unsigned char) byte); 18.22.15 # better still: printf("Old checksum: 0x%02x\n", (unsigned char) byte); 18.22.44 # thanks 18.23.27 # austriancoder@neptun ~/rockbox/rockbox-devel/tools $ ./iaudio x5_fw.bin x5_fb_new.bin 18.23.27 # Old checksum: 0xb6 18.23.27 # New checksum: 0x0 18.23.30 # ;) 18.23.54 # now i must add the calculation of the new checksum 18.25.40 *** Alert Mode OFF 18.26.50 # rockbox is not as loud as the normal iriver firmware... or is that just mine? 18.27.24 Ctcp Ignored 1 channel CTCP requests in 0 seconds at the last flood 18.27.24 # * austriancoder is happy as the checksum calculations seems to be correct ;) 18.28.14 # mmm... finally getting some info from devs... thank you all! 18.28.37 # I can't get it to work, but meh.... I suck at C programming 18.28.37 # Naked6: http://www.rockbox.org/twiki/bin/view/Main/IriverFAQ#Why_doesn_t_Rockbox_play_as_loud 18.29.06 # ? 18.29.40 # sweet makes prefect sence 18.29.45 Quit jamesshuang ("CGI:IRC") 18.30.39 # so... that rockbox thing i try to load.. thats not supposed to work yet right? 18.32.51 # with which tool can i compare two binary files? 18.33.01 Join Nibbler [0] (~sven@port-212-202-193-100.dynamic.qsc.de) 18.34.51 Join webguest24 [0] (~543059d4@labb.contactor.se) 18.35.19 # cmp - compare two files 18.35.34 # diff - compare two files 18.35.45 # cmp is for binary 18.35.53 Part webguest24 18.36.42 # thanks guys... 18.36.57 # i will do the first iAudio x5 related commit now ;) 18.37.53 # :p 18.49.43 Quit lodesi ("Leaving") 19.05.36 # btw, cvsdo is the magic command to create patches without write access to cvs repository. Just cvsdo add somefile and cvsdo diff should work :) 19.05.37 Quit Naked6 (Read error: 104 (Connection reset by peer)) 19.05.51 Join XavierGr [0] (~c15c96cb@labb.contactor.se) 19.06.34 # Hi all! 19.06.39 # hi XavierGr :) 19.06.48 Join hardeep [0] (hardeeps@norge.freeshell.ORG) 19.07.28 # is amiconn here? 19.08.00 # maybe, ~30min. idle :) 19.08.38 *** Saving seen data "./dancer.seen" 19.09.23 # I am impatient about remote development and I wanted to discuss some things with him. I want a little direction as to how I can make another thread for the remote 19.10.03 # the hack I utilize for the remote is hard to keep up for the updates and has some major flaws 19.10.45 # also I could make the settings for the remote scrolling but again I am lost when I stare the code for the settings 19.12.07 Join spiralout [0] (~keep_goin@p54B39CE5.dip0.t-ipconnect.de) 19.14.37 # how is the guy, who adds new devices to rockbox build system? 19.15.32 # austriancoder: Bagder, LinusN or Zagor 19.16.19 # ah ok.. so i will wait for one of them 19.18.31 # Slasheri: Do you know why in the simulator whenever I push to play a song the wps doesnt appear? (I dont have install libmad) 19.18.40 Quit matsl (Read error: 110 (Connection timed out)) 19.19.05 # XavierGr: Hmm, have you installed the codecs? 19.19.17 # And can you do cat /dev/urandom >/dev/dsp as normal user? 19.20.42 # at least you have to copy the codecs to use the wps 19.20.58 # (just make zip && cd archos && unzip ../rockbox.zip 19.24.28 # I did a normal compole of the simulator 19.24.47 # make install after the compile 19.27.02 # when I move to another menu I get codec failure 19.27.29 # where can I put the codecs? 19.31.19 # I just moved the codecs from a traget daily build to the simulator codecs folder but this crashed the uisimulator. 19.31.45 # (I though so) how can I compile the codecs without libmad? 19.34.54 # You can't do that, you should use the codecs made for the simulator target 19.35.03 # don't use make install but make zip 19.35.20 # after that just unzip rockbox.zip in the archos directory and everything should work 19.35.43 # Hmm, why don't you want to compile libmad? 19.36.08 # currently I dont have it. 19.36.15 # really? 19.36.16 # can I make the wps work with out it? 19.36.22 # if you have rockbox sources, you have it.. 19.36.38 # no you can't 19.36.58 # oh then I will downlaod libamad from cygwin 19.37.16 # hmm? 19.37.31 # just cvs co rockbox-devel and you have everything you need 19.37.39 # mkdir sim 19.37.40 # just I remember that older version (very old) workd without libamad 19.37.46 # ../tools/configure and select simulator 19.38.04 # then make && make zip && mkdir archos && cd archos && unzip ../rockbox.zip 19.38.11 # cd .. && ./rockboxui 19.38.12 # that's it 19.38.44 # I have already the latest source of rockbox and I have typed ../tools/configure 19.38.54 # I will try the latest line you say 19.39.32 # you should use the make && make zip and extract the zip in archos directory 19.40.19 # I thought that make install did that automatically 19.40.27 # make install does nothing i think 19.40.34 # but i am not sure 19.40.36 # just do it manually 19.40.54 # well it does install .rockbox directory for me 19.41.18 # ah yes, it should do the right thing.. 19.41.40 # so I need the libmad sources right 19.41.59 # you have the sources because you have the rockbox sources 19.42.07 # you don't need anything 19.42.21 # because I remember that in the compile procedure of the simulator somewhere it says "libmad not found" 19.42.50 # be sure to check that you have the most recent cvs snapshot, cvs update on root dir 19.43.04 # just rm -rf the simulator build dir and do it again 19.43.42 # okay 19.43.49 # or better delete the whole rockbox directory, and check out rockbox-devel again 19.47.24 # I do that every time. Whenever I new daily build comes out I remove all the contents of the rockbox directory. Then copy them there, make the tools 19.47.29 # make a dir sim 19.47.35 # and then make the sim 19.48.17 # I use gcc 3.3.1 19.48.25 # hmm, weird.. 19.49.25 # please paste the exact error message you get while compiling 19.50.09 # I will make a txt file with the context of the compilation procedure 19.50.50 # the compile procedure ends succesfully it is just that I can see somewhere "libmad not found" 19.51.35 # and I get a lot of "basename: not found" 19.52.16 Join solex_ [0] (~jrschulz@d082148.adsl.hansenet.de) 19.53.37 Join MrStatic1oid [0] (~jlee@69-175-94-207.frdrmd.adelphia.net) 19.53.39 # again no codecs in the .rockbox directory 19.54.04 # the strange thing is that I can compile fine for the targets 19.54.50 Quit MrStaticVoid (Read error: 110 (Connection timed out)) 19.56.23 Join Stryke` [0] (~Chairman8@cpe-24-168-110-99.si.res.rr.com) 20.03.50 Quit solex (Connection timed out) 20.04.36 # how can I add a .c file to be compiled? 20.04.49 # makefile 20.05.26 # lets say I want to compile a remote-tree.c file, All I have to do is add it to the apps/makefile 20.06.19 # add it to SOURCES file 20.07.26 # nothing more.. leave the makefile untouched 20.07.34 # ok thanks! :) 20.09.37 Quit alxcm ("LAN PARTY YAY") 20.09.44 # can I include a .c file? 20.12.27 # what want you to do? 20.13.25 # oh god I am so ignorant...well I want to do a test .c file to run from the simulator 20.14.14 # I want to call the lcd_remote_clear_display(); 20.14.35 # to see how I can manipulate the remote from a different .c file 20.14.45 Join wacky_ [0] (~wacky@modemcable006.177-201-24.mc.videotron.ca) 20.14.51 # hey Daniel, what's the format for ~/.curlrc ? 20.15.16 # that way I will copy the code from tree.c and change the lcd_ part to remote_lcd to make the remote work. 20.15.36 # should work 20.16.13 # only problem is... 20.16.23 # what? 20.16.33 # I have a function called test in remote-tree.c 20.16.44 # you guys working on the remote support ?! 20.16.45 # ok 20.16.51 # I'd love you if you would ! 20.17.04 # I want to call this function from the original tree.c file. Do I need a header for that? 20.17.17 # wacky_: I am trying bu I am a real program newbie 20.17.19 # yes you need a 20.17.24 # header file 20.17.37 # a remote-tree.h file? 20.18.18 # for instance 20.19.16 # i am away now 20.19.29 # ok thanks anyway! 20.22.55 Quit Maxime () 20.23.08 Join Maxime [0] (~flemmard@fbx.flemmard.net) 20.23.13 Join Lear [0] (~chatzilla@h143n1c1o285.bredband.skanova.com) 20.27.36 Join bazz [0] (~nick@beanbag.sfo.surfandsip.net) 20.28.17 # Slasheri: 'make install' for the simulator does the exact same thing as your 'make zip' & unzip to /archos/ 20.28.23 # ...sequence 20.28.45 # i'm trying to compile the simulator from cvs and i'm getting the following build error: plugin.c:122: error: `lcd_framebuffer' undeclared here (not in a function) i'm poking about myself but i don't know the codebase at all and i figure someone here can probably fix it much faster 20.29.23 # Current cvs does compile cleanly here 20.29.43 # ...for all targets and sims I'm usually building 20.31.00 # amiconn: yes, i noticed that when i looked the Makefile :) 20.31.13 # amiconn: what exactly do you mean by making a remote thread. Do you mean to make a different .c file for the remote that it will be called whenever we want to use the remote? 20.32.01 # No, I mean a separate thread. I think several source files are needed, each containing the remote-lcd equivalent of a main function 20.32.25 # ...like remote-tree.c, remote-wps-display.c etc 20.32.48 # yes thats what I though, said it wrong 20.34.31 # Hmm, sound support is *almost* working on cygwin-x11 20.34.46 # It plays the first snippet (about a second), then stops 20.35.49 # The only difference between cygwin and linux is that the header is sys/soundcard.h, not linux/soundcard.h 20.37.06 # amiconn: what version of gcc are you using? 20.37.21 # gcc 3.4.4 (on cygwin) 20.38.00 # I use 3.3.1 is that wrong? 20.38.09 # I'll try my debain vm now, mostly to see whether sound is working there 20.38.15 # *debian 20.38.39 # hrmm, i'm using debian and compiling with 3.3.5 and getting that error 20.38.41 # I don't know. Cygwin used to use 3.3.1 for a long time, and it always worked 20.39.26 # okay 20.39.29 # I'll check what gcc my debian install uses (only use it from time to time, so I don't remember) 20.39.36 # cool, thanks 20.39.55 # Happens to be 3.3.5 20.40.14 # heh, and does it compile for you? 20.40.58 # updating cvs.... 20.41.43 # actually, looks like the real error is: plugin.c:122: error: initializer element is not constant 20.42.18 # make running.... 20.43.49 # ....built successfully, without any warning 20.44.06 # cya later 20.44.07 # all 20.44.07 # (h120 sim of course, including sound) 20.44.08 # dang, i wonder what's up with my system 20.44.13 Quit XavierGr ("CGI:IRC 0.5.4 (2004/01/29)") 20.44.31 # hrmm.. i'm trying the h340 sim, wonder if that makes a difference, lemme see if i can build the h120 20.45.20 # h340 won't work 20.45.43 # Sound support doesn't werk in my debian vm :( 20.45.45 # well, i know it's incomplete, but should it compile? 20.45.49 # nopes 20.46.06 # ahh 20.46.07 # okay 20.46.12 # See http://www.rockbox.org/daily.shtml : H300 sim being RED.... 20.46.40 # Hmmm.. I try to run cvs update, but get no response. Login went fine, so what gives? 20.46.49 # ahh okay 20.46.56 # Of course lcd_framebuffer undeclared... can't be because we don't know the hw lcd format yet 20.46.57 # yeah, i just build the 120 sim no problem 20.47.13 # err built that is 20.47.56 # I'd love to hack away on the lcd driver (would need to get hold of a H3x0 first), but that requires to find the lcd driver chip type, and of course a bootloader 20.48.10 # I can't do that myself b/c I don't have a bdm... 20.48.44 # It sends load of data; wonder why? Didn't use to be this slow... 20.49.15 # yeah, i'm interested in helping out, someone suggested playing with the sim first, do you think the 120 sim is a decent starting point? 20.52.40 # Maybe the sim is a good starting point, especially since (iiuc) you don't seem to have a target running rockbox today. 20.53.29 # ...although I started totally different, with some target-only work... but then rockbox was working on my target device 20.53.48 # Archos recorder v1... and I improved some asm routines. 20.54.31 # amiconn: sound like me, only I had a player... :) 20.54.48 # that's cool... guess i'll start digging though the sim code then :) any suggestions on where would be a good place to start / things that need to be worked on that i might be able to do not knowing the codebase? 20.55.41 Quit Chamois (" HydraIRC -> http://www.hydrairc.com <- 100,000+ downloads can't be wrong") 20.56.36 # Lear: Those were the days where rockbox ran on 4 platforms only.... 20.57.35 # And during those days, Rockbox actually had malloc... :) 20.58.13 # Then you started earlier than me 21.00.27 # Actually I like rockbox not having malloc() 21.02.40 # slasheri: new dsp.c seems to be working, but I won't check it in today (need to clean up changes to playback.c) 21.08.40 *** Saving seen data "./dancer.seen" 21.13.02 Quit Rori (Read error: 110 (Connection timed out)) 21.19.03 Quit wacky_ ("changing servers") 21.19.16 # Lear: nice, what kind of changes you have done to the dsp? :) 21.22.40 # Tried to simplify the code, made more use of iram (makes it noticably faster). The flow is pretty much the same (though there are API differences). 21.23.38 Quit MrStatic1oid ("leaving") 21.24.14 Join Rori [0] (MO-Pantsu@deadman3000.plus.com) 21.25.52 # Lear: good :) 21.29.16 # slasheri: btw, when calling the resampling code, the current dsp.c calls upsample if the following is true: "(dsp.frequency > NATIVE_FREQUENCY)". Is that really correct? 21.30.23 # Hmm, it should be because we need to upsample when the song frequency is higher than 44.1k 21.31.39 # well, that sound like downsampling if you ask me (i.e., down to fewer samples per second)... :) 21.32.49 # Also, upsample starts with some code that could generate several samples, compared to downsample, that starts with code that procudes one sample (before entering the main loop). 21.34.07 # interesting.. you should try switching the functions =) 21.34.59 # I did that, but it isn't easy to hear any difference. Both MP3 and Ogg sounds good when using switched functions though. 21.35.48 # oh, if it works i think that switch was correct 21.43.40 Join Febs [0] (~chatzilla@64-190-36-240.client.cypresscom.net) 21.48.02 Join LinusN [0] (~linus@labb.contactor.se) 21.50.32 # hi linus 21.50.57 # hi 21.51.28 # shall i make a mcf5250.h or can i use the mcf5249.h for iaudio? 21.51.48 # hmmm 21.52.17 # should we add an CPU_COLDFIRE flag to use emac and those cpus e.g. for codec optim. 21.54.06 # i think you could make a new file, mcf5250.h 21.54.41 # it could include mcf5249.h and just add/change the stuff that differs 21.55.12 # austriancoder: CPU_COLDFIRE sounds like a good idea 21.56.07 # Hmm, what package(s) do I need to install to enable sound support in debian?? 21.56.45 # LinusN: could you manage the CPU_COLDFIRE thing? 21.57.11 Join Moos [0] (DrMoos@m214.net81-66-158.noos.fr) 21.57.18 # amiconn: i think alsa-base will give you most of what you need 21.57.43 # austriancoder: i can set up the include file stuff, but not today 21.58.25 # i am not in a hurry 22.00.30 # in the scf5220 datasheet on page 40 there is a pin table.. for instance, pin 42 - IDE-DIOW/GPIO32 - I/O - IDE DIOW ... 22.00.52 # can i asume now that the hdd stuff is running over GPIO32? 22.02.04 # i think you can assume that it works just like in iriver 22.02.14 Quit RotAtoR () 22.02.44 # This is strange... the x11 sims starts to play and plays about a second.... 22.02.53 # the mcf52xx has tha same ide controller 22.03.00 # sim_sound_play() is called about 5 times 22.03.18 # Then the .mp3 is opened again, and this very moment playback stops 22.04.10 # It lists the id3v2 contents again, and sim_sound_play() is no more called 22.04.54 # LinusN: cool.. that means that ide support is done for iaudio - only need to test it... 22.05.49 # can somebody add the iAudio X5 to the build system? I dont have the bdm yet.. but i hope that i comes every day 22.07.48 # austriancoder: bagder is your man 22.08.55 # LinusN: merci 22.10.15 # austriancoder: do you have an idea about which lcd it has? 22.10.50 # LinusN: at the moment not.. i hope i will find a little print or something 22.11.32 # * HCl watches more airwolf 22.11.36 # airwolf rocks 22.11.37 # :p 22.12.14 # LinusN: memem told me that the iAudio M3 seems to be in some points same as the M3.. so maybe we get the M3 also working.. memem is living near by me, so yeah 22.13.06 # well, it has a 5249, so... 22.14.09 # the firmwares of m3 and x5 are in many points equal.. also the checksum thing is equal 22.14.20 # not surprising 22.15.06 # so the starts are quite good to get also m3 working 22.19.04 # LinusN: so you are doing the CPU_COLDFIRE thing and makeing a mfc5220.h file the next time? 22.23.22 # yes 22.26.43 Quit hardeep ("BitchX-1.0c19 -- just do it.") 22.27.09 # fine 22.27.59 Quit Maxime (Read error: 104 (Connection reset by peer)) 22.29.30 Join Maxime [0] (~flemmard@fbx.flemmard.net) 22.46.51 Quit bazz (Read error: 110 (Connection timed out)) 22.47.17 # so what is needed for an x5 build? 22.52.06 # what do mean? 22.52.25 # in what way does it differ from say a h120 build 22.53.01 # * amiconn spots Bagder 22.53.11 # probably all the different chips? 22.53.23 # so how would I add it to the build system? 22.53.27 # and lcd.. 22.53.28 # dunno 22.53.29 # :x 22.53.45 # Bagder: How is the audio stuff in the sim supposed to work correctly? 22.53.55 # ? 22.54.00 # Bagder: if you tell me what files i need to modify or add, i will do it by myselfe 22.54.21 # Because, it doesn't work at all in my linux VM (but currently trying to install alsa - lets see whether I get it running) 22.54.29 # austriancoder: first you need to write a firmware/export/config-iaudiox5.h 22.54.36 # ok 22.55.02 # austriancoder: and make sure firmeare/export/config.h includes that if the proper define is set 22.55.06 # ...and if I try it in cygwin (only difference being that it is sys/soundcard.h instead of linux/soundcard.h) it plays ~1 second, then stops 22.55.11 # See the irc log... 22.55.45 # well, I don't know much about sound stuff on linux or elsewhere 22.56.04 # this works for me and Slasheri said it works for him 22.56.14 # I mean, what does it log? 22.56.38 # Because, it tries to start playback. It opens the .mp3, lists the id3v2 content 22.56.54 # all that is done outside the pcm play thread 22.56.56 # amiconn: Hmm, maybe you don't have a fast enough machine.. :D 22.57.00 # Then it starts playing; sim_sound_play() is called about 5 times 22.57.12 # it barely runs realtime even on my 2.8 GHz P4 22.57.25 # Bagder: Hm... Maybe I should look at win32 audio playback then... 22.57.26 # Then it opens the .mp3 a second time (!), listing all the id3v2 contents again 22.57.43 # amiconn: that's what it does 22.57.44 # ...and it does no more call sim_sound_play() 22.57.52 # Brb, still running Firefox 1.0.4... :) 22.57.54 # that's not a sim artifact afaics 22.58.01 Quit Lear ("Chatzilla 0.9.68.5 [Firefox 1.0.4/20050512]") 22.58.22 # don't confuse codec playback with the production of actual sound 22.58.57 Quit spiralout ("ChatZilla 0.9.68.5 [Firefox 1.0.4/20050511]") 22.59.11 # LinusN: i2c is the same for all coldfire cpus, so we should change this too 22.59.14 # Bagder: It does produce sound, but only ~1 second 22.59.47 # austriancoder: Doesn't the coldfire have multiple i2c buses? 22.59.48 # Hmm, enabling some kind of logf for simulator should help solving that.. 22.59.48 # amiconn: I can't but to say that it needs debugging then 22.59.59 # Slasheri: logf works fine in the sim 23.00.09 # Bagder: really? 23.00.11 # yes 23.00.18 # I made it entirely using the sim 23.00.21 # oh, is it enabled by default? 23.00.26 # no 23.00.31 # amiconn: it has multiple, but the way to access it is the same on all coldfire cpus 23.00.36 Join memmem [0] (~user@p54A23C24.dip0.t-ipconnect.de) 23.00.47 # Hmm, is there a way to enable it? 23.00.53 # Hi. 23.00.57 # Slasheri: the same way you do it for target 23.01.00 # austriancoder: Yes, but it may be that components are hooked up to different buses 23.01.05 # Bagder: ah, nice :) 23.01.10 Join bazz [0] (~nick@24.5.44.210) 23.01.17 # Slasheri: just enable sim too in that menu 23.01.22 # iirc 23.02.02 # amiconn: ah ok 23.02.08 # austriancoder: the best way to extract the low-order 8 bits is to use chksum & 0xff -- unlike casting to char, that will also work on machines where a byte does not have 8 bits. 23.02.17 # Bagder: oh, it worked :) 23.02.24 Join Lear [0] (~chatzilla@h143n1c1o285.bredband.skanova.com) 23.02.58 # memmem: ok.. the rest is ok? 23.03.29 # austriancoder: What rest? 23.03.35 Part LinusN 23.03.56 # Hmm, it doesn't print logf output to stdout/stderr.. 23.04.16 # logf() works the same way in the sim 23.04.26 # since I needed that to develop it 23.04.29 # memmem: forget.. my fault 23.04.33 # yep, it's nice that works too 23.04.44 # Slasheri: but it should probably log to stderr as well 23.04.48 # but maybe it could _also_ print the information to stdout 23.04.51 # yes :) 23.04.54 # :) 23.06.23 # memmem: ide interface on x5 is the same as on h1xx 23.06.49 # Slasheri: Speed might be an issue, but I don't think it should (Pentium M 1.5 GHz here) 23.07.06 # austriancoder: I'll add X5 to the configure script for you if you want? 23.07.49 # Bagder: Could you also add the linux sound thingy to the cygwin x11 case? 23.08.04 # amiconn: Hmm, try reducing sleeps from the kernel loop if you can find them 23.08.09 # amiconn: I'll try! 23.08.11 # (remember to replace linux/soundcard.h with sys/soundcard.h) 23.08.42 *** Saving seen data "./dancer.seen" 23.09.59 # linux can in fact use the sys version too 23.10.03 # I'll convert to that 23.10.20 # austriancoder: Probably yes. Plain vanilla ColdFile IDE interface. See MCF5249UM.PDF (or its counterpart for the MCF5250). 23.12.01 # memmem: could you look in ida if you find something like a reset vector to start the boot loader? 23.12.18 Join muesli- [0] (muesli_tv@hmln-d9b8e186.pool.mediaWays.net) 23.12.50 # The reset vector in the exception vector table is 8, which is not inside the firmware file, but probably in flash memory. 23.12.58 # re 23.14.23 # to what must i set LCD_DEPTH if i have 260000 colors? 23.14.36 # 18 23.14.51 # but I guess some things will break then 23.14.51 # memmem: hmmm.. we must find a way to port the mkboot to support iaudio fw 23.15.00 # I think about introducing an additional #define 23.15.10 # Bagder: then we need to fix it ;) 23.15.13 # LCD_COLOR or such 23.15.17 # austriancoder: Haven't looked at mkboot yet. 23.15.19 Quit Maxime () 23.15.24 # yes, we need a color define 23.15.29 # amiconn: would be nice 23.15.32 # ..because the depth alone doesn't tell whether it's colour or greyscale 23.15.40 # austriancoder: first configure fix for x5 coming up 23.15.53 Quit Coldtoast (Read error: 104 (Connection reset by peer)) 23.15.55 # i will set it to 18.. until there is an other way 23.16.05 # The epson LCD (which might be the one in the H320) has an 8-colour mode, so if we'd use that, LCD_DEPTH would be 3... 23.16.07 # austriancoder: does iaudio work in any way like the scramble tool for iriver? 23.16.14 # the too iaudio I mean 23.17.18 # austriancoder: The entry point of the firmware file seems to be 0x10000, that's at offset 0x1030 of the firmware file. 23.17.40 # Badget: The iAUDIO firmware files are not scrambled. 23.17.51 # s/Badget/Badger/ 23.17.52 # memmem: could you try to hack mkboot? 23.18.03 # I don't dare without BDM. 23.18.15 # you dont need to try it 23.18.15 # memmem: neither is the rockbox.iriver file 23.18.30 # only changeextend mkboot code 23.19.03 # Bagder: iaudio tool does only update the fw checksum, so that the original fw accept it 23.19.14 # austriancoder: I'll have a look. No promises, though. 23.19.30 # ok, let me rephrase my question 23.19.39 # do you have a tool that creates the final binary for you? 23.19.46 # not yet 23.19.51 # we are working on it 23.19.53 # all existing platforms run the scramble tool for that 23.19.59 # ah 23.20.02 # don't let the name fool you 23.20.16 # the iriver version doesn't actually scramble anything 23.20.26 # what does the tool if the firmware is not scrambled? 23.20.33 # adds a checksum 23.20.36 # and a model name 23.20.45 # in the iriver case 23.20.51 # ah.. 23.20.59 # the checksum is for the bootloader 23.21.09 # so i will later extend the scramble tool 23.21.10 # well, the model name too actually 23.21.18 # and remove the iaudio tool 23.21.27 # you can probably re-use the exact same method 23.22.27 # sure.. would make thinks easier 23.22.37 # Badger: my config stuff is in cvs 23.23.00 # ok 23.23.00 # what must i do now ? extend configure script? 23.23.19 # I'll do that 23.23.30 # ah fine ;) 23.23.30 # commit in one min 23.24.13 # done 23.24.39 # cool 23.26.04 # memmem: about mkboot hacking: so we must jump from 0x10000 to the addres where the bootloader will start 23.26.11 # austriancoder: I had a look at tools/mkboot.c; it needs to be rewritten completely for iAUDIO. 23.26.29 # austriancoder: Yes, we have to patch the code at address 0x10000 (offset 0x1030). 23.26.55 # memmem: is it not possible to extend the mkboot to run with iriver and iaudio? 23.26.56 # austriancoder: It's kinda hard without knowing what's going on in the lower 64 KByte... 23.27.17 # Well, we could reuse the I/O code, but nothing else. 23.27.39 # i thout we could do it this way 23.28.05 # ah, simulator is great! i was able to crash the playback and traceback with gdb :) 23.28.09 # BTW, mkcode.c does not check for buffer overflow. 23.28.14 # Slasheri: yay 23.28.16 # i think i found a bug, but i will fix it tomorrow 23.28.38 # detect if we want to run mkboot with an iaudio fw.. if this is so, we could use our stuff, else if it is a iriver fw, we use the iriver stuff 23.28.43 # amiconn: does the configure work now for cygwin x11 sim? 23.29.11 Quit bazz (Read error: 110 (Connection timed out)) 23.29.12 # austriancoder: Well, if you want to do it the complicated way... 23.29.34 # memmem: hmmm.. g 23.29.38 # mkcode.c also doesn't check for I/O errors. It's better to rewrite it from scratch. 23.29.45 # s/mkcode/mkboot/ 23.29.58 # we will also use the scrable tool later 23.30.09 # I hope that one looks better ;-) 23.30.24 # if/when you do write a mkboot version, try making it modular enough so that the functions can be used in other tools 23.30.36 # like in fwpatcher 23.30.46 # just an idea 23.31.03 # Well, we could wrap opening a file in a class. Otherwise, there's not much to make modular. 23.31.14 # Bagder: Yes it does, thanks :) 23.31.26 # memmem: no, but the original mkboot code still managed to be cumbersome to reuse 23.31.41 # amiconn: goodie 23.31.48 # Perhaps the configure script could tell whether it enabled sound support... It does tell about numerous other things, like sed, gcc version... 23.31.58 # ah, right 23.32.01 # me fix 23.32.14 # It's better to not reuse the mkboot code for iAUDIO as everything reusable (such as opening files) is trivial anyway. 23.33.00 # memmem: ok... but we will use the scramble tool 23.33.16 # Will have a look at that one. 23.33.30 # please do, it makes sense 23.33.43 # you can even reuse the checksum code from the iriver bootloader 23.33.44 # memmem: i have started work on scramble yet 23.33.45 # for yours 23.34.02 # What does mkboot actually do? Overwrite some existing firmware code with the boot loader? Or use some unused space? 23.34.40 # memmem: it addes the boot loader - i think - to the end of the firmware and changes that the bootloader is started 23.34.57 # memmem: mkboot appends the bootloader to the existing firmware 23.35.30 # there is unused space, yes 23.35.47 # after all, there is 2MB flash IIRC 23.36.36 # So we have 502308 bytes left (plus some apparently unused bytes included in the original firmware file). 23.37.26 # Plenty of space, I'd say 23.37.37 # indeed 23.37.37 # I found the code for opening and reading files, so the boot loader could use the original firmware's functions for that. Requires hooking after initialization, though. 23.37.59 # that sounds... error prone to me 23.38.04 # Indeed. 23.38.08 # I wouldn't do that 23.38.22 # Imho rockbox should be as independent as possible 23.38.26 # On the other hand, it could be useful for loading test programs. 23.38.39 # * amiconn waits for the day he can flash rockbox on his iriver, without iriver firmware 23.39.44 Quit Febs ("Chatzilla 0.9.68.5 [Firefox 1.0.5/20050711]") 23.39.48 # Is the bootloader position-independent code or has it to be compiled for a fixed location (to be computed from the original firmware size)? 23.40.00 # memmem: it is built to a fixed address 23.40.06 # why use the size? 23.40.45 # Apparently, there's no header telling the size of the firmware. So to find out where to put the bootloader, we have to look at the size of the firmware file. 23.40.50 # see firmware/boot.lds 23.41.15 # I confess that I haven't looked at any rockbox code yet ;-) 23.41.21 # Ditto for the docs ;-) 23.41.32 # yes, but the bootloader is independent of the original firmware 23.41.41 # thus it can't differ based on specific firmwares 23.41.43 # just ordered harry potter vol 6 :D 23.42.30 # memmem: this low-level stuff is not much documented anyway, sources is the way... 23.43.01 Quit thegeek (Read error: 104 (Connection reset by peer)) 23.43.16 Join thegeek [0] (na@ti521110a080-0242.bb.online.no) 23.43.25 Join LinusN [0] (~linus@labb.contactor.se) 23.43.39 # mkboot patches the reset vector 23.43.47 # at address 0 23.44.08 # it doesn't change anything else than that 23.44.19 # Why not make the bootloader position-independent? (Haven't tried -fPIC for the m68k yet.) 23.44.29 # memmem: why would we want that 23.44.31 # ? 23.44.37 # For iAUDIO, we cannot patch the reset vector as it's not in the firmware file. 23.44.48 # ah 23.44.55 # LinusN: to simplify the build process. No need to choose a location. 23.45.14 # is that to simply really? 23.45.18 # simplify 23.45.19 # you still need a separate boot loader for each target 23.45.37 # It will no longer depend on the firmware version. 23.45.57 # rockbox bootloader doesn't depend on that 23.46.03 # it doesn't depend on the iriver firmware version today 23.46.28 # I thought unused space were used for the bootloader. What space is unused depends on the firmware version. 23.46.40 # memmem: not really 23.46.45 # they all follow the same approach 23.46.55 # the last part of the flash is free in all versions so far 23.47.06 # I guess it's time to read the code & the docs... 23.47.13 # memmem: guess so 23.47.16 # gotta go 23.47.17 # cu 23.47.20 Part LinusN 23.49.17 # I see: the bootloader uses a fixed address and hopes that it's not used by the original firmware. 23.49.28 # not hopes 23.49.30 # we know 23.49.52 # for all those we've checked at least 23.50.07 # which is a significant amount of firmwares 23.50.44 # With PIC, mkboot could find out whether there's enough space left. If there's enough space, just append the bootloader as-is and patch the code to invoke it. 23.51.06 # yes 23.51.14 # but there has been no reason for doing that 23.51.33 # Reduce the size of the firmware file? :-) 23.51.33 # KISS you know 23.52.07 # why would it reduce the size by any significant size? 23.52.11 # Bagder: will use scramble --iaudio ... not scramble --add=x5 23.52.23 # austriancoder: why? 23.52.47 # won't you use the very same algorithms? 23.52.55 # Badger: By not wasting space between the end of the (largest) original firmware and the beginning of the bootloader. 23.53.10 # memmem: that space is not visible in the file size anyway 23.53.23 # or 23.53.24 # as far as i have seen, the header is filled with the checksum... but the checksum in the iaudio fw must be at a spez version 23.53.25 # The problem is that the bootloader needs memory to load rockbox into. 23.53.33 # never mind 23.53.52 # memmem: why is that a problem? 23.53.58 # it has 32MB ram 23.54.03 # Don't call boot.ids KISS ;-) 23.54.10 # it sure is 23.54.25 # austriancoder: scramble makes the checksum and header for your bootloader 23.54.45 # anyway, proceed as you see fit 23.54.50 # If the bootloader is not at a fixed address, it could happen to live at the address to be used for rockbox to be loaded at. 23.55.13 # memmem: yes, but you'd have to PIC it at a place where the loaded rockbox is not 23.55.22 # not just "anywhere" 23.55.43 # Exactly. That's a drawback of using PIC for the bootloader but not for rockbox proper. Perhaps a showstopper. 23.56.10 # loaded rockbox is currently ~200K 23.56.54 # if you can't fit the PIC code in 32MB minus those fixed 200K, then you have probbs :-) 23.57.12 # Oh, that's pretty small. Probably fewer graphics, animations, and sound than has the original iAUDIO firmware. 23.57.23 # no doubt 23.57.40 # but rockbox also loads a bunch of things in runtime 23.58.17 # but it is not very graphical, which I guess the original firmware is 23.58.18 # Bagder: ah... to scramble 23.58.21 # upsa 23.58.44 # scramble is used to make a valid fw? So it adds a valid header to it? 23.58.45 # It's way too graphical. I'd prefer a keyboard. That shows my age...