--- Log for 23.10.107 Server: calvino.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 21 days and 18 hours ago 00.00.11 # so does that mac parallell loading work like a regular move.l ? 00.00.15 Quit bertrik ("sleep") 00.01.47 # n1s: yeap 00.01.49 # pretty much 00.01.58 # jhMikeS: no new comments on msac and its timing? 00.02.05 # if not i intend to use it 00.02.07 # and it's basically free? 00.02.13 # n1s: one cycle extra if from iram 00.02.36 # mac.l in coldfire is the closest to true dsp instructions you'll come with rockbox 00.02.48 # and a move.l costs what? 2 00.02.59 # it depends on operands, anything from 1 to 5 00.03.26 # that was wrong, btw 00.03.29 # 1 to 4 00.03.57 # * rasher wonders why the fireworks demo doesn't start in auto-fire mode by default, instead of showing the menu first 00.04.10 # rasher: feel free to fix 00.04.56 # n1s: move.l from memory costs 2 cycles from iram with all "sane" addressing modes 00.04.56 # I may just 00.05.07 # Register indexed costs one cycle extra 00.05.29 # move.w and move.b from iram cost 3 cycles though, also with one cycle extra for register indexed 00.05.56 # MCF5249UM.pdf, pages 64ff 00.06.34 # preglow: I'm almost sure msac timing is identical to mac. Everything else just doesn't make sense 00.06.41 # amiconn: i agree 00.07.50 # ooh, finally 00.07.55 # qmf_synth() is perfect for emac 00.08.02 # it's even bloody unrolled by four by default 00.09.10 # amiconn: thanks 00.09.14 Quit davina ("xchat on Ubuntu 7.04") 00.09.19 # amiconn: can you do any faster clips to -32767..32767 with some fancy stuff than i do in that .S? 00.09.24 Quit Toxicity999 ("Leaving") 00.09.26 # i'll be needing it again, i see 00.09.44 # Yeah, I already wondered about that ugly clip. 00.10.01 # i suck at stuff like that :/ 00.10.01 # 10 cycles without clip, 6 cycles with positive clip and 9 cycles with negative clip 00.10.20 Quit n1s () 00.10.43 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 00.10.44 # my only comfort is that gcc sucked even worse :) 00.10.45 # Unsigned byte clipping is easier to optimise as you can see in the mpeg2 idct 00.11.01 # yeah, i know, already had a look at that, and saw no way to utilize that here 00.11.10 # that trick only works for eight bit values too 00.11.44 # It also works for 16 or 32 with one extra instruction 00.11.53 # But it works for unsigned 00.12.20 # well, if i bias the value by 32767, it can be unsigned, temporarily 00.12.23 # The extra instruction would only be executed in the clipping case 00.12.40 # the value of 32767 is also already in a register 00.12.57 # For unsigned we would need 65535 00.13.05 # true... 00.13.13 # i'm incredibly tight on registers at that point too 00.13.20 # i basically have none free apart from d0 and d1 00.13.33 # and d0 i can't modify 00.13.36 # But cmp.l #IMM, reg is single cycle as cmp.l reg,reg 00.14.08 # when it's already in cache, yeah 00.14.16 # and this is a loop, so... 00.14.17 # It's just slightly slower if the instruction pipeline starves because of too many consecutive instructions with extension words 00.14.24 # ahh, right 00.14.49 # But an occasional instruction with extension words doesn't hurt 00.15.13 Quit ender` (" Connection Reset by Gypsies with Wire Cutters") 00.15.23 Quit Rondom ("Ex-Chat") 00.15.39 # For 16 bit unsigned, you would just put an ext.w %d0 after the spl.b %d0 00.16.24 # (before the 1: label of course) 00.16.55 # hmm 00.17.03 # of course 00.17.04 # That would be 4 cycles both non-clipping and clipping 00.17.17 Join xreigninflame [0] (i=48927114@gateway/web/cgi-irc/labb.contactor.se/x-64eee844adeab12c) 00.17.21 # Could pay off even with pre/post adjustment 00.17.22 # plus biasing and unbiasing 00.17.22 # amiconn: mandelbrot seems to have a weird blot of colour to the right of the "main feature" (at about 1,0 I would guess). Is this just an oddity of manelbrot, or a bug? 00.17.24 # which would mean 6 00.18.07 # Yes, and that equals the shortest path of your version, and is just 60% of the most likely path of yours 00.18.15 # im using vmplayer and i need a .vmx file. where can i get one and which one do i need to help develope RockBox? 00.18.24 # amiconn: it will almost never clip 00.18.31 # Yeah, exactly 00.18.49 # In which case your version needs 1 cycles most of the time 00.18.54 # *10 cycles 00.18.59 # yup 00.19.01 # Where did that 0 go? :> 00.19.12 # xreigninflame: did you read http://www.rockbox.org/twiki/bin/view/Main/VMwareDevelopmentPlatform ? 00.19.37 # nope musta missed that thanks rasher 00.19.55 Join linuxstb [0] (n=chatzill@copernic-sda.pck.nerim.net) 00.20.10 Quit J3TC- (Read error: 110 (Connection timed out)) 00.20.37 Quit lee-qid ("aufwiederbyebientotsayonara") 00.20.45 # preglow: If you don't need the 32767 in a register, you can do that pre/post adjustment without an extra value in a register 00.21.10 # amiconn: i don't need it, no 00.21.11 # AH, no, forget that 00.21.24 # ok :) 00.22.12 Join iamben [0] (n=ben@dpc67142179038.direcpc.com) 00.22.17 # amiconn: reload file and check .order_8, is that right? 00.23.10 # Umm, slightly off 00.23.31 # And you can only clip to [-32768, 32767] that way 00.23.51 # (standard int16_t range) 00.24.23 # You would have to add/sub 32768 00.24.38 # jdGordon, kkurbjun: Regarding commit 15258, plugins can be disabled in tools/configure, there is no need to do it in SOURCES/SUBDIRS 00.25.40 # amiconn: i wonder if that matters 00.26.02 # Does the C source really clip to [-32767... ?? 00.26.07 # yep 00.26.11 # odd... 00.26.53 Join jhulst [0] (n=jhulst@unaffiliated/jhulst) 00.27.01 # amiconn: well, it makes sense in some ways 00.28.02 # amiconn: however, it won't matter much for us, i'll set up macsr to be saturating mode anyway, so if we get any off by one errors, it'll clip 00.28.38 # amiconn: so, if i change that #32767 to #32768, it should work? 00.29.09 # yes 00.30.21 # now wait up...... 00.30.24 # doesn't emac have a 16 bit mode? 00.30.59 # * preglow checks docs 00.32.47 # amiconn: have you evaluated if the C version implemented in asm without the emac could be as fast as the raw approach with full matrix mutls ? 00.33.23 # I remember trying one but it crashed so I gave up. Mike S uses the traduction of the C version for arm 00.33.37 # arm doesn't have a emac like ? 00.34.16 # not as usable 00.34.29 # slower and uses ordinary regs for accumulators 00.35.28 # good night 00.35.35 Quit mirak (Remote closed the connection) 00.36.15 # beh, the 16 bit stuff is only in frac mode 00.37.43 # amiconn: speex uses 16 bit ints all over, if any -32768 is ever negated, something will puke quite badly 00.38.08 # amiconn: i guess that's why the clip limits are as they are 00.40.40 Join Mouser_X [0] (n=someone@207.155.176.3) 00.40.43 Part Mouser_X 00.40.52 Join Mouser_X [0] (n=someone@207.155.176.3) 00.44.05 # 16 bit stuff? 00.44.12 Quit obo ("bye") 00.44.13 # amiconn: 16 bit rounding 00.44.26 # ah, hmm 00.44.39 # just seems to move the rounding point to the middle of the accumulator, for 16 bit output 00.46.19 # iir_mem16() is very late in the signal chain, though 00.46.24 # not much processing should happen 00.46.25 # * amiconn still didn't come up with a clever way to do the 4-path split for the demac vector math 00.48.05 Quit bluebrother ("leaving") 00.48.09 Join qweru [0] (n=kvirc@bb-87-80-66-156.ukonline.co.uk) 00.52.36 # geh 00.52.44 # can't even build a profile build 00.52.51 # internal compiler error 00.53.18 Join DogBoy [0] (n=john@66-101-59-100-static.dsl.oplink.net) 00.53.31 Quit Nico_P (Remote closed the connection) 00.58.37 Part linuxstb 01.01.56 Quit xreigninflame ("CGI:IRC (EOF)") 01.03.37 Join Toxicity999 [0] (n=bryan@unaffiliated/Toxicity999) 01.06.09 Join TotallyInfected_ [0] (n=ebola@pool-70-110-242-209.phil.east.verizon.net) 01.06.44 Quit TotallyInfected (Read error: 104 (Connection reset by peer)) 01.09.11 Join nnk [0] (i=c291b74b@gateway/web/cgi-irc/labb.contactor.se/x-a39c6c33871d23ad) 01.09.21 # hi there 01.09.54 # Howdy. 01.10.20 # Odd, idle time is reset when the backlight powers off, so Backlight: 90 seconds, idle poweroff: 1m will see the unit power off after 150 seconds 01.10.32 # was wondering what the power management status and the sound quality on the e200 sansa series is curently 01.10.40 # anybody has any insight on that 01.10.45 # hmm 01.11.05 # s/$/? 01.11.07 # :) 01.11.37 # nnk: It still uses more battery than it given better knowledge, but it gets between 10-16 hours battery life depending on file formats, usage patterns etc 01.11.56 Quit Thundercloud (Remote closed the connection) 01.12.06 # the speex license seems to require that the copyright statement be included in docs or binary 01.12.11 # is that gpl compatible? 01.12.29 # rasher: that sounds very good, i am sure it will get better in a short while, at this rate 01.12.38 # preglow: sounds like standard bsd 01.12.49 # Zagor: okiedoke 01.12.54 Join criznach [0] (n=criznach@host-69-145-134-192.grf-mt.client.bresnan.net) 01.12.55 # preglow: gpl has some sort of "include copyright statements in binaries under some conditions", so it's probably fine 01.13.03 # Zagor: i'm producing a new file, i'll just use whatever speex uses for a license 01.13.12 # Zagor: in case jmvalin wants to use the code 01.13.25 # can i assume both flac and ogg are supported without problems allready on the e200 series? (i seem to understand they are software implementations) 01.13.43 # ? 01.14.02 # yeah. 01.14.05 # nnk: Yeah, that works just dandy 01.14.05 # Usually, once Rockbox gets running on a target, the audio formats also run without a hitch. 01.14.23 # (Though, it partially depends on the CPU speed of the unit, for some formats.) 01.14.49 # As far as I know, the Sansa stuff is running fine and dandy. 01.14.58 # well, in that case, i would say the sansa e200 have a groundbraking firmware available, it seems to me it is more than usable 01.15.06 *** Saving seen data "./dancer.seen" 01.15.07 # Very true. 01.15.46 # i allready have a player, but i think tomorrow i will have a sansa, allthough it's "not wise". i have a hunch i won;t be able to help myself.. 01.16.48 # thanks to everybody who is working on this in anyway, btw, i was shocked looking through the manual... 01.16.51 # hats off ;) 01.18.56 # mouser_x: well, i guess in the case of the e200 series it shouldn;t be a problem, as far as i could tell from the specs, the cpu is quite a beast (200-something mhz, i was running linux on a thinkpad with less than that just one year ago :) ) 01.20.52 # It's an 80MHz arm dual core cpu 01.21.06 # amiconn: did you see anything else stupid in that .S? 01.21.25 # no 01.21.34 # okiedoke, commiting time, then 01.21.49 # after a couple of more tests 01.22.07 # I wonder whether we want different optimisations for the different arm targets 01.22.16 # in what way? 01.23.19 # I noticed today that my (not working as I thought, because of alignment) idea how to optimise the vector add/sub would give a large gain on arm7tdmi, but only a small gain on arm920t 01.23.41 # in which case: yes, i think we should 01.23.46 # This one would probably on par on higher arm versions, but there might be some where it's the opposite 01.24.02 # on gigabeat s, for example, we also have saturating dsp instructions we want to use 01.24.14 Join hcs [0] (n=agashlin@rockbox/contributor/hcs) 01.25.50 # My idea for arm was using packed add/sub like on coldfire. But arm _demands_ alignment... 01.26.56 Join Soap_ [0] (n=Soap@74-140-137-77.dhcp.insightbb.com) 01.27.51 # argh, i want to do qmf_filter(), but i really need to sleep :/ 01.27.52 Quit scorche|w ("CGI:IRC (EOF)") 01.28.16 # amiconn: ahm, okay, i must have confused with something. i tried to find the info again and i couldn't, 01.28.17 # qmf_synth(), i mean 01.28.25 # a clear sign that i should go to bed ;) 01.28.35 # nnk: sounds like the toshiba gigabeat f 01.29.00 # That would be 300MHz 01.29.02 # thanks you all a lot, i have a hunch i will be back soon, ;) 01.29.45 # ahm, okay, i found it 01.29.48 # CPU PortalPlayer 5024 dual core 100 MHz 01.30.24 # well, nowhere near 200-something, but anyway, quite close to my single pentium mmx 233mhz (mobile) :)) 01.30.58 # Just the MHz don't tell much. It's a very different architecture 01.31.03 Quit Zagor ("Client exiting") 01.31.39 # amiconn: yes, i know, from arm to x86 it;s a long way, i was just making fun of my own statements ;) 01.31.54 Quit jhMikeS (Read error: 104 (Connection reset by peer)) 01.32.12 Join J3TC- [0] (n=jetc123@pool-71-125-69-172.nwrknj.east.verizon.net) 01.32.37 Quit amiconn (" mrf, b0rked sound") 01.33.17 Quit Genre9mp3 () 01.34.42 Join amiconn [0] (n=jens@rockbox/developer/amiconn) 01.35.29 Join jhMikeS [0] (n=jethead7@rockbox/developer/jhMikeS) 01.37.56 # amiconn: that clipping stuff actually had a notiable impact :) 01.37.58 Quit Soap (Nick collision from services.) 01.38.03 Nick Soap_ is now known as Soap (n=Soap@rockbox/staff/soap) 01.38.28 Join Soap_ [0] (n=Soap@rockbox/staff/soap) 01.40.37 # rasher, you there? :3 01.40.40 # http://pastebin.ca/746128 01.40.43 # I get that error still lol 01.41.25 # J3TC-: I don't know.. I'm not really motivated to look at it, to be honest 01.45.12 # Lol, ok 01.45.15 # Sudoku ftw tho ;d 01.46.03 Quit petur ("Zzzz") 01.46.30 # okay, good night 01.46.39 # rasher: thanks a lot 01.46.49 # see you guys 01.47.11 Join JdGordon [0] (n=jonno@c210-49-113-143.smelb1.vic.optusnet.com.au) 01.47.51 Quit nnk ("dd if=/dev/random of=/dev/hda bs=512 count=1") 01.51.46 Quit japc (Read error: 110 (Connection timed out)) 01.56.57 Quit Toxicity999 ("Leaving") 01.58.58 Join Toxicity999 [0] (n=bryan@unaffiliated/Toxicity999) 02.00.26 Join TotallyInfected [0] (n=ebola@pool-70-110-242-209.phil.east.verizon.net) 02.03.31 Quit TotallyInfected_ (Read error: 104 (Connection reset by peer)) 02.05.22 Join rep|icant [0] (n=rep|ican@adsl-074-183-167-249.sip.bhm.bellsouth.net) 02.05.59 # howdy, any recommendations for music players for automatic syncing back and forth to the rockbox database using a mac? 02.06.15 # in other words, whats the best music player to use with my rockboxed ipod while on a mac? 02.06.34 # preferably with tag editing,a nd some sort of syncing would be cool 02.07.28 # rep|icant, the only thing i know of is amarok, and i think it requires x11 among other things. it is somewhat off topic though 02.07.44 # *nod* ahh, should i take this to rockbox-community? 02.07.47 # apologies 02.08.03 # ok maybe i should look at installing amarok kde/qt 02.08.04 # thanks 02.11.44 Join Bagder_ [0] (n=daniel@1-1-5-26a.hud.sth.bostream.se) 02.13.27 Part pixelma 02.22.12 Quit hcs ("Leaving.") 02.25.30 Quit Mouser_X (Read error: 104 (Connection reset by peer)) 02.25.40 # http://jetc.110mb.com/rockbox/sudoku_compile.txt 02.25.41 # whoo 02.25.44 # It compiled 02.26.28 # But I think there's still something wrong lol 02.26.46 Join Mouser_X [0] (n=someone@207.155.176.3) 02.28.19 # Ok, got it to just 1 warning. 02.28.35 # I'll ask bluebrother for the other one since he was able to fix that warning 02.28.35 # :3 02.29.10 Quit Bagder (Read error: 110 (Connection timed out)) 02.38.09 Join xreigninflame [0] (i=48927114@gateway/web/cgi-irc/labb.contactor.se/x-dedeb487b2b0ae8f) 02.38.16 Join JETC [0] (n=jetc123@pool-72-76-179-145.nwrknj.east.verizon.net) 02.39.42 # where does the svn store the trunk for vmware player 02.39.54 # where you tell it to 02.40.14 # umm well what if i cant find it.... 02.40.28 # what was teh command you typed to get the source? 02.40.45 # svn co svn://svn.rockbox.org/rockbox/trunk rockbox 02.40.56 # then it is in the rockbox folder 02.41.18 # in root? 02.41.25 # im in the terminal 02.41.33 # in the root folder 02.41.36 # from wherever you typed it 02.41.37 Part kugel ("Benutzer ist abwesend.") 02.42.23 Quit donutman25 ("ChatZilla 0.9.78.1 [Firefox 2.0.0.8/2007100816]") 02.43.31 # and i dont have to like add the c language to the vmware do i? when i right click in the enviroment i see a menu called apps and the submenu programming and i dont see c in there 02.44.00 # no, everything is set up for you 02.44.05 # awsomeness 02.44.28 # and just to make sure its the xeditor right? 02.44.49 # what is? 02.44.57 # what i should be editing in 02.45.07 # im used to using fedora red hat 02.45.13 # you can use whatever you want. nano, vim, ed, xeditor 02.45.15 # so vm is really new to me 02.45.26 # sweetness 02.45.29 # thanks all 02.46.42 Quit newbyx86 (Nick collision from services.) 02.46.45 Join newby [0] (n=newby@ip68-7-12-123.sd.sd.cox.net) 02.46.45 Quit xreigninflame ("CGI:IRC (EOF)") 02.50.52 Quit antgel ("Lost terminal") 02.52.28 Quit bb (Nick collision from services.) 02.52.33 Join bb_ [0] (n=bb@unaffiliated/bb) 02.54.07 Quit J3TC- (Read error: 110 (Connection timed out)) 02.54.07 Nick JETC is now known as J3TC- (n=jetc123@pool-72-76-179-145.nwrknj.east.verizon.net) 02.54.50 # Hrmm 02.54.53 # bool sudoku_generate(struct sudoku_state_t* state, char* target) 02.55.07 # This one is giving me a warning :3 02.55.21 # Something to do with char* target 03.00.24 # check the comments on the patch 03.00.31 # I'm pretty sure that's mentioned there 03.00.46 # Ok 03.09.21 Join hannesd [0] (n=light@gate-hannes-tdsl.imos.net) 03.14.48 # Well...that froze up on me 03.14.49 # Lol 03.15.09 *** Saving seen data "./dancer.seen" 03.17.03 Join RoC_MasterMind [0] (n=Free@c-66-177-39-225.hsd1.fl.comcast.net) 03.19.27 # anyone recall the specs of the Sansa Connect? 03.19.45 # primarily SoC info 03.23.27 # * keanu is just wondering if there isn't a port to the Connect because of hardware, or the fact that nobody is interested 03.26.32 # Hrmm..the sudoku patch works again..gives that warning but works. 03.26.42 # A bit slow in generating tho but yeah...better than nothing 03.26.43 # :3 03.26.47 # Thanks rasher for the patch lol 03.26.56 Quit Mouser_X (Read error: 110 (Connection timed out)) 03.27.15 # J3TC-: please add your fixed patch to the tracker entry 03.27.37 # Don't know how :3 03.27.48 # * J3TC- reads up on making a patch 03.27.58 # Did you check out using svn? 03.28.28 # Newp. I'm new to this :3 03.28.52 # Although, I think it's better to wait and ask bluebrother for help since I saw his comment on your patch and he was able to fix that specific warning 03.29.13 # He didn't u/l that tho so yeah 03.29.14 # :3 03.29.47 Join sarixe [0] (n=sarixe@ool-435403e9.dyn.optonline.net) 03.30.20 # J3TC-: it's not so much that warning as the menu changes 03.31.20 # Ok, then I'll read up on how to make a patch and all that and get it out sometime tonight. I'd still like to work on that warning but yeah...I guess if it works, it works 03.31.44 # If you used svn, do "svn diff" 03.32.19 # Ah, cool 03.32.20 # There it is 03.33.41 Quit courtc (Read error: 113 (No route to host)) 03.35.34 Quit Toxicity999 (Read error: 113 (No route to host)) 03.36.17 # question: how good is support for ipod video 80gb? and is classic support coming soon? 03.36.41 Join Lars_G [0] (n=Lars@unaffiliated/lars-g/x-000001) 03.36.42 # Hi all 03.36.45 # is svn broken right now? 03.37.17 # doesn't look like it 03.37.24 # rasher: http://web.njit.edu/~jc242/rockbox/sudoku_20071022.patch 03.37.29 # Good enough? 03.37.34 # odd. I pulled 03.37.45 # and just in case I removed my nano dir, and reran ../tools/configure 03.38.03 # just got: Checked out revision 15274. 03.38.19 # I run make, and get LOTS of errors for: drivers/button.c: 03.38.48 # Huh wait. I had the double click patch in button me thinks. I pray that didn't break stuff 03.39.26 # J3TC-: do you hae an account on Flyspray? 03.40.13 # Sigh if it's that I'll have to wait. I don't wanna lose that patch 03.40.18 # and that means adapting it to the new code 03.40.38 # Nope. I'm new to this whole rockbox building stuff. 03.41.45 # You can up it yourself. It's still your code/patch lol 03.41.59 # O.o wtf I got diff comments IN the source files 03.42.04 # stuff to manually merge perhaps? 03.44.31 # sigh yeah, it cionflicted 03.47.33 # Phew long live kdiff34 03.47.37 # kdiff3 03.48.15 Quit TotallyInfected () 03.48.41 # anyone know how well the ipod video 80gb is supported? 03.48.55 Quit XavierGr () 03.49.06 # it works just fine 03.49.10 # ok 03.49.18 # because my brother has a 60gb one 03.49.25 # and i installed rockbox on it for him 03.49.40 # except that it went away somehow, i don't know, something to do with the charger 03.49.50 # and the default firmware replaced itself 03.50.25 # the default firmware rarely does a full power-off on the firmware. 03.50.47 # that's what caused it? 03.51.28 # So unless he happened to install a new upgrade of his iPod's Apple firmware, what I suspect has happened is he booted once in to Apple firmware, and it has continued to sleep and awake, never fully powering off, and thus never invoking the bootloader, and thus never rebooting rockbox. 03.51.42 # no, he wouldn't have done that 03.52.43 # ...and is rockbox compatible with the ipod database? 03.52.50 # He could very well have done that unintentionally. 03.52.55 # true 03.53.12 # but usually itunes asks to update, and usually he doesn't update 03.53.18 # I find my two possibilities both more probable than Rockbox removing itself. 03.54.25 # Regardless, Rockbox is not able to read the iTunes database - this does not prevent you from using iTunes, though, as Rockbox is able to build its own database, and thus index all the wacky filenames iTunes uses when placing media on an iPod. 03.54.59 Join Toxicity999 [0] (n=bryan@unaffiliated/Toxicity999) 03.55.58 # right 03.56.05 # so... ipod tags all the files then? 03.56.20 # and then rockbox can read those tags 03.56.29 # No, it will build its database off of the filename if proper tags are not in the files. 03.56.37 # man, either way, i'd be using it for ogg, so it doesn't really matter 03.56.45 # "it" being iTunes in this case. 03.56.55 # ah, true 03.59.19 # also 03.59.37 # the whole reason i'm asking is that i'm considering purchasing an ipod 03.59.43 # and i definitely want rockbox on it 03.59.56 # the classic is not, and might never be, supported by Rockbox. 04.00.09 # might never? why's that? 04.00.14 # you would have to buy used, or old-in-stock 5.5th gen. 04.01.12 # well i suppose i could _deal_ with ipod's software, and mp3's 04.01.18 Join bryan_ [0] (n=bryan@cpe-76-179-68-20.maine.res.rr.com) 04.01.21 # Why? Because it is undocumented hardware with totally encrypted firmware. It will be a challenge to run any code on the hardware at all, and then you will need to reverse-engineer the hardware. 04.01.31 # o 04.01.38 # and they're not planning on releasing the specs? 04.02.02 # apple's gotten much worse with time 04.02.05 # dare I say it? Hell no. 04.02.08 Quit Toxicity999 (Nick collision from services.) 04.02.09 # damn 04.02.12 Nick bryan_ is now known as Toxicity999 (n=bryan@cpe-76-179-68-20.maine.res.rr.com) 04.02.21 # not only are they not releasing specs, they're actively obstructing third party software 04.02.37 # geeeez 04.03.07 # with the new ipods, you couldn't even _sync music_ with third party software because apple added a new secret hash 04.03.15 # they had to reverse engineer the secret hash 04.03.25 # heh 04.04.16 Join Mouser_X [0] (n=someone@207.155.176.3) 04.04.16 # and that 160gb classic looked like SUCH a good deal... 04.05.08 # the question is... why are they so hostile to open development? 04.05.54 # I really have no idea. Their current strategy is a money loser for sure. 04.06.00 # yep 04.06.15 # Jobs likes control 04.06.16 # I mean, let's put it this way. People have bought apple products in the past on my recommendation. 04.06.23 # oh yea, Apple is losing tons of money. WTF! 04.06.30 # about a dozen laptops at least, among my friends and family 04.06.39 # they won't get that money any more 04.06.46 # not with the way they're heading now 04.06.48 # well at least they don't have secret filesystems... or do they? 04.07.02 # are hfs+ specs released? 04.07.08 # or is that even what they use? 04.07.16 # i'm so out of the loop when it comes to apple tech 04.07.20 # Regardless, let us keep this channel on-topic, and move all economic discussion to #rockbox-community 04.07.26 # true 04.08.41 Join JETC- [0] (n=jetc123@pool-72-76-179-145.nwrknj.east.verizon.net) 04.13.13 Quit Lars_G ("Bye bitches :D") 04.13.47 Join TotallyInfected [0] (n=ebola@pool-70-110-242-209.phil.east.verizon.net) 04.16.58 Join eigma [0] (n=cat@216.48.162.210) 04.27.06 Quit miepchen^schlaf (Read error: 110 (Connection timed out)) 04.27.17 Join miepchen^schlaf [0] (n=hihi@p54BF76FD.dip.t-dialin.net) 04.29.03 # hey eigma 04.31.13 # hey 04.31.23 # did you try runnig rockbox with the jtag? 04.32.45 # no, sorry 04.33.01 # karl was going to use my jtag rig remotely, but he had to leave 04.33.04 Quit Rob2222 (Read error: 104 (Connection reset by peer)) 04.33.26 # ah ok 04.34.56 Quit sarixe ("(EE) Failed to load "quit" module") 04.35.05 # any luck with the backlight? 04.35.19 # no more than I did before 04.35.26 # oh well :) 04.35.29 # I've mapped out a lot of the OF functions that control it 04.35.33 Join TheDarkOne[lappy [0] (n=marc@74.12.14.40) 04.35.41 # so in a few hours I could probably jot down a program that does the same thing 04.35.44 # I got the battery reading working so im going to run a battery bench to see how the values change 04.36.55 # i charged my ipod and it booted into an apple screen with the backlight on, and i can't get out of it into anything else, apple or rockbox 04.37.07 # any ideas how to fix? i tried the reset, did nothing 04.37.10 # but I still don't know what chip it is.. 04.38.29 # if anyone is hee 04.38.32 # here* 04.40.48 Join XavierGr [0] (n=xavier@ppp176-207.adsl.forthnet.gr) 04.41.55 # TheDarkOne: looks like you're out of luck for now :\ 04.42.57 Quit qweru ("moo") 04.48.44 Join psycho_maniac [0] (i=psycho_m@207.230.218.254) 04.58.14 Quit webmind (Read error: 110 (Connection timed out)) 04.59.07 Quit RoC_MasterMind ("Leaving") 05.04.02 Join rep|icant_ [0] (n=rep|ican@adsl-074-183-167-249.sip.bhm.bellsouth.net) 05.05.20 Join rep|icant__ [0] (n=rep|ican@adsl-074-183-167-249.sip.bhm.bellsouth.net) 05.09.53 Quit rep|icant (Read error: 110 (Connection timed out)) 05.15.12 *** Saving seen data "./dancer.seen" 05.15.58 Join bb [0] (n=bb@unaffiliated/bb) 05.19.36 Join hannesd_ [0] (n=light@gate-hannes-tdsl.imos.net) 05.20.16 Quit rep|icant_ (Success) 05.23.42 Quit hannesd (Read error: 110 (Connection timed out)) 05.23.42 Nick hannesd_ is now known as hannesd (n=light@gate-hannes-tdsl.imos.net) 05.27.41 Quit bb_ (Read error: 110 (Connection timed out)) 05.38.03 Quit XavierGr (Read error: 110 (Connection timed out)) 06.11.32 Join BHSPitMonkey [0] (n=stephen@unaffiliated/bhspitmonkey) 06.12.40 Quit jhMikeS (Nick collision from services.) 06.12.46 Join jhMikeS [0] (n=jethead7@rockbox/developer/jhMikeS) 06.15.25 Quit jhulst (Remote closed the connection) 06.15.33 Quit grndslm ("Leaving") 06.23.10 Quit lazka (Remote closed the connection) 06.24.01 Join emeraldd [0] (n=jules@h96.156.30.69.ip.alltel.net) 06.24.40 Part emeraldd 06.28.22 Join jhulst [0] (n=jhulst@unaffiliated/jhulst) 06.29.24 Join Rob2222 [0] (n=Miranda@p54B1671C.dip.t-dialin.net) 06.33.57 Quit Calcipher ("—I-n-v-i-s-i-o-n— 2.0 Build 3515 with A Pack Fix By www.ircmadeasy.com") 06.43.04 Quit eigma () 06.56.06 Join markun_ [0] (n=markun@rockbox/developer/markun) 06.56.35 Quit markun (Read error: 113 (No route to host)) 07.15.13 *** Saving seen data "./dancer.seen" 07.15.42 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 07.39.06 Quit Toki (Nick collision from services.) 07.39.19 Join Toki_ [0] (n=hsdbvlkb@gateimb.imb.lebedev.ru) 07.41.13 Join sounddude [0] (n=sounddud@d207-81-127-76.bchsia.telus.net) 07.42.47 Quit Isolinear (Read error: 104 (Connection reset by peer)) 07.42.52 Quit jhulst (Read error: 113 (No route to host)) 07.46.31 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 07.48.31 Join rep|icant [0] (n=rep|ican@adsl-074-183-167-249.sip.bhm.bellsouth.net) 07.51.47 Quit Seed (Nick collision from services.) 07.51.55 Join Seed [0] (i=ben@bzq-84-108-237-178.cablep.bezeqint.net) 07.52.30 Join rep|icant_ [0] (n=rep|ican@adsl-074-183-167-249.sip.bhm.bellsouth.net) 07.56.11 Quit rep|icant_ (Client Quit) 08.03.06 # waiting for batt bench to finish is boring:'( 08.04.15 Quit rep|icant__ (Read error: 110 (Connection timed out)) 08.05.00 Join kubiix [0] (n=Miranda@mos-81-27-201-28.karneval.cz) 08.06.22 Join Buschel [0] (n=AndreeBu@p54A3EF38.dip.t-dialin.net) 08.07.49 Quit rep|icant (Read error: 110 (Connection timed out)) 08.09.15 Nick markun_ is now known as markun (n=markun@rockbox/developer/markun) 08.20.25 Join ender` [0] (i=krneki@84-255-206-8.static.dsl.t-2.net) 08.25.13 Join midkay_ [0] (n=midkay@71-35-102-133.tukw.qwest.net) 08.31.22 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 08.32.18 Quit BigBambi (Read error: 113 (No route to host)) 08.33.09 Join midkay__ [0] (n=midkay@71-35-102-133.tukw.qwest.net) 08.33.27 Quit midkay (Nick collision from services.) 08.33.29 Nick midkay__ is now known as midkay (n=midkay@71-35-102-133.tukw.qwest.net) 08.36.18 Quit Buschel () 08.37.00 Quit J3TC- (Read error: 104 (Connection reset by peer)) 08.37.04 Quit JETC- (Read error: 104 (Connection reset by peer)) 08.37.20 Join JETC- [0] (n=jetc123@pool-72-76-179-145.nwrknj.east.verizon.net) 08.37.49 Join J3TC- [0] (n=jetc123@pool-72-76-179-145.nwrknj.east.verizon.net) 08.38.21 Join spiorf [0] (n=spiorf@host120-223-dynamic.11-79-r.retail.telecomitalia.it) 08.38.36 Join Rob222241 [0] (n=Miranda@p54B17EE6.dip.t-dialin.net) 08.40.30 Join CaptainSquid [0] (n=Miranda@proxy14.netz.sbs.de) 08.42.33 Quit CaptainSquid (Client Quit) 08.50.15 Quit midkay_ (Read error: 110 (Connection timed out)) 08.50.40 Join Thundercloud [0] (n=thunderc@resnet13.nat.lancs.ac.uk) 08.56.53 Join pondlife [0] (n=Steve@rockbox/developer/pondlife) 08.56.54 Quit Rob2222 (Read error: 110 (Connection timed out)) 09.10.16 Join advcomp2019_ [0] (n=advcomp2@66.172.231.192) 09.10.41 Join Isolinear [0] (n=A@c-76-105-254-119.hsd1.or.comcast.net) 09.10.45 Join petur [0] (i=d4efd6a6@rockbox/developer/petur) 09.10.49 Quit advcomp2019 (Nick collision from services.) 09.10.51 Nick advcomp2019_ is now known as advcomp2019 (n=advcomp2@66.172.231.192) 09.11.22 # * petur has been terribly stupid 09.11.47 # can somebody remove that ban that preglow did yesterday evening? 09.11.57 Join Zagor [0] (n=bjorn@rockbox/developer/Zagor) 09.12.34 # pondlife: here? 09.13.25 # ban ? 09.14.29 # yes, very stupid: I got kicked everytime and thought my account had been hijacked. Now I discovered I left my irc client at work logged in :( 09.14.52 # I do that all the time 09.15.16 *** Saving seen data "./dancer.seen" 09.15.18 # I don't but due to stress I forgot to kill it when rushing home 09.15.56 # scorche was around a few minutes ago 09.15.59 # he should be able to fix it 09.16.32 # I feel so stupid that I didn't think about this... 09.16.55 # * petur kicks forehead multiple times 09.17.21 # chill - it's no biggie! 09.17.38 # poor forehead will be in rasher's stats again 09.17.51 Nick Bagder_ is now known as Bagder (n=daniel@1-1-5-26a.hud.sth.bostream.se) 09.18.05 # or Bagder can mend it :) 09.18.19 Mode "#rockbox +o Bagder " by ChanServ (ChanServ@services.) 09.18.50 Mode "#rockbox -b *!*@ip-212-239-214-166.dsl-static.scarlet.be " by Bagder (n=daniel@rockbox/developer/bagder) 09.19.11 Mode "#rockbox -o Bagder " by Bagder (n=daniel@rockbox/developer/bagder) 09.19.11 # * petur bows to op 09.19.29 # thanks 09.19.33 # np! 09.20.38 Quit petur ("back to normal irc client") 09.20.53 Join petur [0] (n=petur@ip-212-239-214-166.dsl-static.scarlet.be) 09.25.08 # * GodEater_ thinks petur should just link a few more nicks to his primary one and not worry about it in future 09.25.35 # I have 4, but I was worried my account was hacked 09.26.25 # and the reason I thought so was because last week somebody else logged in with my nick several times (but not identified) 09.26.38 # get a weirder nick ;) 09.27.01 Nick petur is now known as SatanEater_ (n=petur@rockbox/developer/petur) 09.27.09 Nick SatanEater_ is now known as petur (n=petur@ip-212-239-214-166.dsl-static.scarlet.be) 09.27.22 # hehe 09.27.38 # probably a more popular nick with American Midwestern people than mine is ;) 09.27.53 # I know a better one... 09.27.58 Nick petur is now known as beerlover (n=petur@ip-212-239-214-166.dsl-static.scarlet.be) 09.28.05 Nick beerlover is now known as petur (n=petur@ip-212-239-214-166.dsl-static.scarlet.be) 09.28.08 # petur_pumkin_eater, kinda long though. 09.29.34 # petur: I'm back 09.29.53 # Any bootloader news? 09.30.01 # I did a bit of diskswapping yesterday and the result puzzles me 09.30.19 # the 80GB disk in my h320 boots ok 09.30.32 # With SVN bootloader? 09.30.36 # so it comes down to the 80GB disk in my h340 09.30.41 Join ddalton [0] (n=Daniel@203-214-76-97.dyn.iinet.net.au) 09.30.46 Join davina [0] (n=davina@cpc1-sout6-0-0-cust616.sotn.cable.ntl.com) 09.30.52 Part ddalton 09.30.55 # with the last one XavierGr made me some time ago 09.31.06 # So, the same disk fails to boot in the H340, but works in H320? 09.31.12 # I left my notes at home :( 09.31.18 # yes 09.31.42 # but a 20GB or 40GB disk in the h340 also boot ok 09.32.13 # Have you done a disk info check in the H340 with both disks? 09.32.16 # maybe we're on the edge of some timing, or my h340 is out of spec hardware wise 09.32.35 # Probably the former 09.33.36 # I don't see how the newer bootloader would make things worse though 09.33.48 # IIRC, the main change is some extra delays 09.34.02 # Do you get an error in the failure case, or a lock? 09.34.29 # it locks after printing battery value 09.35.51 # Are you happy building your own bootloader? 09.36.04 # not yet ;) 09.36.11 # Ah :) 09.36.30 # OK, I won't suggest use of printf :) 09.36.30 # well I have a backup unit now so I should just do it 09.37.00 # I expect it's the ata_init() 09.37.11 # But it would be good to know for sure 09.38.15 # I need more spare time first :( 09.39.39 # Me too, no rush 09.42.22 Quit psycho_maniac (" Asta La Vista") 09.42.36 Quit TotallyInfected () 09.43.46 Join CaptainSquid [0] (n=Miranda@proxy14.netz.sbs.de) 09.47.37 Quit atsea-22 (Remote closed the connection) 10.03.20 Quit criznach ("ChatZilla 0.9.78.1 [Firefox 2.0.0.8/2007100816]") 10.03.46 Join pixelma [0] (i=pixelma@rockbox/staff/pixelma) 10.08.40 Quit Slasheri ("Reconnecting") 10.08.47 Join Slasheri [0] (i=miipekk@rockbox/developer/Slasheri) 10.09.43 Quit Isolinear (Read error: 104 (Connection reset by peer)) 10.12.00 Join safetydan_ [0] (n=safetyda@rockbox/developer/safetydan) 10.12.11 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 10.15.05 Quit kubiix (Read error: 104 (Connection reset by peer)) 10.15.25 Join kubiixx [0] (n=Miranda@mos-81-27-201-28.karneval.cz) 10.15.25 # pondlife: re: follow playlist, is it only broken on the archoses ? 10.17.22 # GodEater_ No,. here on H340 too 10.17.31 # well see my post then... 10.17.35 # Auto-change dir doesn't update it 10.18.07 # cos it works fine for me 10.18.10 # Might be intermittent, I only tested it once and it failed the test 10.18.19 # Wouldn't surprise me. 10.18.24 # I use it all the time 10.18.29 # I'm running MoB at the moment, so can't retest 10.18.31 # and it hasn't ever gone wrong for me 10.18.36 # and I'm ALSO using MoB 10.19.09 # Do you have dircache enabled? 10.19.12 # yep 10.19.21 # OK, me too 10.19.56 # works fine on my other two targets as well 10.20.05 # GodEater: it works for me while music is playing - but if stopped (and without auto-change directory) not the last song I played is selected but the first in the directory 10.20.27 # doesn't stop currently clear the playlist though ? 10.20.59 # preglow, are you subscribed to the speex dev list? 10.21.52 # Ah, just found a nice MoB bug. 10.22.04 # Nico will be pleased 10.22.05 # GodEater: no, not anymore. But I just tried on my Sansa and it seems to work now, will keep an eye on it 10.22.40 # just so we're clear on what we're looking at here 10.22.52 # we're talking about Follow Playlist not working when you have Auto-change directory ON? 10.23.15 # Yes 10.23.18 # that's how I read the forum post in question anyway 10.23.21 Join lee-qid [0] (n=liqid@p54967C31.dip.t-dialin.net) 10.23.22 # I don 10.23.26 # 't use it 10.23.28 # I just reproed the bug with MoB 10.23.42 # well as I say it works fine here =/ 10.23.49 # When you stop playback. 10.23.55 # ok, then it's an auto-change directoryy thing 10.24.04 # and you mean *stop* not pause ? 10.24.07 # Yes 10.24.30 # last playing track looks to be selected ok here 10.24.51 # OK, play the last track in album A, let it move onto album B. Then press STOP. 10.25.05 # Does it in MoB too 10.26.08 # ah ok - yes, that leaves it on the last track, not the one that just started 10.26.52 # * pondlife wishes that we could be clear that it's starting a new playlist that clears an old one, not pressing STOP. 10.27.01 # ah no (sorry for taking back the taken back). Still doesn't work correctly without auto-change directory - for me the last track I selected is highlighted not generally the first in the directory which got me confused 10.27.03 # Seems a bit halfway at the moment 10.27.31 # yeah, hitting select to show the current playlist works fine 10.27.40 # also, having DONE that, hitting stop shows the correct file too 10.27.57 # Yep 10.28.00 Join LinusN [0] (i=linus@rockbox/developer/LinusN) 10.28.01 # so it's some pecularity with stop 10.28.03 # Something's nearly right 10.28.06 # :) 10.28.50 # GodEater_: On MoB, if you enable Auto-change dir and turn repeat off, if you play the last track in a folder through, does it auto-advance? 10.28.57 # yes 10.29.00 # Mine plays the same track again 10.29.10 # I think JdGordon something why it's not easily possible with the current code... if I just could remember 10.29.13 # But the WPS is a bit confused 10.29.19 # well the only way to get Autochange to work at all is to have repeat set to off 10.29.19 # +explained 10.29.23 # otherwise it doesn't do anything 10.29.32 # Indeed, just checking 10.29.54 Quit maddler (Connection timed out) 10.29.58 # I selected track 19 in an album - the following album has 10 tracks. 10.30.25 # I'm now hearing Album A Track 19 again, with the WPS displaying the right title, but as track 1 of 10 10.30.56 # Then, after one repeat, it's moved onto Album B Track 1, displayed as track 2 of 10 10.31.17 # are you crossfading or anything else ? 10.31.30 # Crossfade is enabled but only for skip/random 10.31.35 # So shouldn't be involved here 10.31.39 # hm 10.32.18 # arse 10.32.26 # hard lock when I change cross fade settings again 10.36.16 # 'tis a crossfade thingy 10.36.34 # I just get the symptoms you describe, but only after having the same crossfade setting as you enabled. 10.36.43 # As opposed to what? 10.36.51 # i.e. What worked for you? 10.36.52 # as opposed to no crossfade at all 10.37.33 Join lee-qid_ [0] (n=liqid@p54967C31.dip.t-dialin.net) 10.37.33 Quit lee-qid (Connection reset by peer) 10.37.48 # playback absolutely refuses to work after a change to those damn settings those 10.37.59 # You need to reboot 10.38.10 # Changing any crossfade settings really buggers up MoB 10.38.18 # yep 10.38.48 # I assume the reason it's stuffing up the autochange in your case is because you're using track-skip to change to the last track in the folder 10.38.54 # before letting it do the auto-change 10.39.04 # Ah, but I'm not 10.39.10 Quit sup (Read error: 110 (Connection timed out)) 10.39.11 # I'm starting playback on the last track 10.39.43 # ah ok 10.39.46 # I take it back then 10.41.09 # yep - confirmed. No crossfade at all results in perfect change 10.43.06 # Smells like an Less than vs. less than or equal 10.44.24 # if you say so :) 10.46.08 Nick lee-qid_ is now known as lee-qid (n=liqid@p54967C31.dip.t-dialin.net) 10.53.55 Join atsea-22 [0] (i=atsea-@gateway/tor/x-8f14cbc6e80998f5) 10.56.53 # GodEater: The problem with 'follow playlist' is most probably that right now the wps sets the current browser position only when actively leaving it when music is playing 10.57.16 # Back when it was working properly, it did set the position on every track change. 10.57.25 # That behaviour needs to be restored 10.58.17 # Right now 'follow playlist' never works when playback stops at end of list 10.58.30 # (both hwcodec and swcodec) 10.58.53 # also not when stopped by hand 11.00.36 # how else would it stop ? 11.00.52 # At the end of playlist... 11.01.01 # sorry - was thinking of auto-change dir again 11.01.09 # * amiconn never uses auto-change dir 11.01.21 # * GodEater_ never not uses it 11.01.28 # And 'follow playlist' has been broken for months now :( 11.01.59 # I've not noticed, since I never use "Stop" 11.02.07 # in which case, it works just fine 11.03.11 # How do you stop then? :> 11.03.15 # pause :) 11.03.23 # or turn it off 11.03.35 # I *always* stop before shutting down 11.03.37 # GodEater: are you going to update your post then or should I comment on this? ;) 11.03.39 Join bistouri [0] (i=c1335ac7@gateway/web/cgi-irc/labb.contactor.se/x-b28027520da7deea) 11.03.48 # it's impossible to not stop when turning off with the ipod I think 11.04.02 # pixelma: by all means comment ;) 11.04.18 # your posting is more eloquent than mine anyway 11.04.30 # On iriver you can - but that's not the problem. 11.05.42 # indeed - but I never stop playback on my iriver when I power it off 11.05.45 # don't see the point 11.06.23 # 'Follow playlist' not working annoys me when I start an album in car, arrive at my destination, stop & shutdown when the album isn't finished. When resuming later, and the album then ends, it drops to the root dir... 11.07.42 Join japc [0] (n=japc@213.13.107.11) 11.09.58 Quit CaptainSquid ("Miranda IM!") 11.10.50 Join CaptainSquid [0] (n=Miranda@proxy14.netz.sbs.de) 11.11.03 Quit bistouri ("CGI:IRC") 11.15.18 *** Saving seen data "./dancer.seen" 11.28.56 Quit idnar (Nick collision from services.) 11.28.58 Join idnar_ [0] (n=mithrand@unaffiliated/idnar) 11.33.58 Join maddler [0] (n=maddler@217-133-171-24.b2b.tiscali.it) 11.39.08 Join barrywardell [0] (n=barrywar@dhcp-892b9af6.ucd.ie) 11.45.35 Join lachlan [0] (i=7cab80fe@gateway/web/cgi-irc/labb.contactor.se/x-682ac8e5cf782cca) 11.45.46 Quit lachlan (Client Quit) 11.46.00 Join lachlan [0] (i=7cab80fe@gateway/web/cgi-irc/labb.contactor.se/x-2efa87aef2fcb0d9) 11.47.34 Part pondlife ("Gone") 11.47.48 Join kugel [0] (i=kugel@unaffiliated/kugel) 11.48.00 Quit barrywardell (Remote closed the connection) 11.48.38 Join barrywardell [0] (n=barrywar@dhcp-892b9af6.ucd.ie) 11.49.01 Join xazax [0] (n=xazax@c213-89-180-121.bredband.comhem.se) 11.49.17 Quit bumper (Read error: 110 (Connection timed out)) 11.54.09 Join Exiro [0] (n=ANonEMoo@ip565812ec.direct-adsl.nl) 11.54.13 # hello 11.55.19 # could somebody help me pleas? 11.56.32 # welcome... this question is impossible to answer because we don't know the problem yet ;) 11.56.34 # we could if you would ask a question 11.57.15 # ok 11.57.51 # well, when I connect my 1st gen ipod nano with rockbox current build on it to my comp 11.58.00 # the screen comes up first 11.58.08 # and then it says "do not disconnect" 11.58.22 # shouldn't I be able to use it while connected? 12.00.10 # The ipod? you want it connected and listening to it at the same time? 12.00.20 # uh yes 12.00.32 # in rockbox? 12.00.35 # I dunno if thats possible. 12.00.56 # if yes: hold menu while inserting the cable (it will charge only and you can still use the player) 12.01.27 # oh, just wondering because the normal "don't disconnect" screen comes right after the rockbox screen when I connect 12.01.46 # but I am reinstalling it right now 12.02.18 # reinstalling rockbox? 12.02.23 # what happens when you put it in disk manually? 12.02.54 Join Rondom [0] (n=Rondom@p57A97B88.dip.t-dialin.net) 12.03.00 # "disk mode" even 12.05.05 # yes, i'm reinstalling rockbox 12.07.43 Quit jhMikeS (Nick collision from services.) 12.07.49 Join jhMikeS [0] (n=jethead7@rockbox/developer/jhMikeS) 12.08.57 Join bluebrother [0] (i=tUAqppnE@rockbox/staff/bluebrother) 12.09.11 Join Nico_P [0] (n=nicolas@rockbox/developer/NicoP) 12.09.52 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 12.12.11 Join A_M [0] (n=anon3141@fw.dormnet.his.se) 12.21.11 Join n1s [0] (n=nils@nl104-209-90.student.uu.se) 12.22.39 # ok I'm listening to my music again, but I hear strange sounds in the background 12.22.58 # like someone's scratching 12.23.55 Join mr_pink [0] (n=pete@pjrh2.caths.cam.ac.uk) 12.23.58 # pixelma: what did i say waiiiiiiiiiiiiiiii wththe current code? /me couldnt follow the convo 12.24.07 # * JdGordon kills his keyboard 12.24.15 # was impossible with* 12.25.07 # hey, I hear sounds like someone is swallowing in the background 12.25.17 # does anyone else experience this? 12.26.29 # oh, and I can't get out of the maaze! 12.28.32 # I'm having some problems setting up the build environment. I ran the automatic script and thing's seemed to go ok until it failed to download one part. see: http://pastebin.com/m76fcea66 Should I just try running it again? 12.28.53 Part mr_pink ("Ex-Chat") 12.29.02 # JdGordon: something about why follow playlist couldn't work when playback is stopped, must be a while ago but I thought you explained that once (though I could remember wrong) 12.29.04 Join mr_pink [0] (n=pete@pjrh2.caths.cam.ac.uk) 12.29.37 # ah yeah, I was supposed to do something about that :p 12.30.13 # mr_pink: that file (the multilibs patch seems to be missing from the download server... 12.30.13 # see... and all the times you complained about being bored.. :P 12.30.17 # Zagor: ping? 12.30.22 # haha 12.31.45 # n1s: Is that the reason the rest of it failed? Shouldn't the script abort if something vital fails to download? 12.31.50 # n1s: pong 12.32.07 # Zagor: http://www.rockbox.org/gcc/rockbox-multilibs-arm-elf-gcc-4.0.3.diff gives 404 12.32.25 # download.rockbox.org ,maybe? 12.33.04 # Exiro: from your description I think your Nano could suffer from this bug http://www.rockbox.org/tracker/task/7510 (note that there are differences how strong people are affected) 12.33.05 # hmm, how did I miss that? 12.33.11 # JdGordon: no it's www 12.35.48 # Zagor: twhile you're at it, I also wondered about this report http://forums.rockbox.org/index.php?topic=13387.msg100974#msg100974 12.35.49 # ah, I didn't miss it. it's recently added 12.36.19 # mr_pink: no, i guess something is up with your native gcc as it throws "C compiler cannot create executables." 12.37.05 # patch added now 12.37.54 # n1s: Hmm, any ideas? I'm on ubuntu 12.38.10 # mr_pink: have you installed a native gcc? 12.39.05 Join pepie34 [0] (n=pepie34@34.136-65-87.adsl-dyn.isp.belgacom.be) 12.39.16 # pixelma, Zagor: I think we should just keep the newer PP5022.mi4 12.40.04 # I think that's due to the particular mirror not deleting deleted files in the source server 12.40.25 # Bagder: no, haxx.rb.org has both files too 12.40.30 # aha 12.40.43 # then it was just my mistake I guess 12.41.02 # you were in china when that happened... :) 12.41.10 # haha 12.41.28 # I'll remove the older file 12.42.24 # ok, noob question but... how do I add music from my comp to my player? 12.42.48 # n1s: Yep, looks like it 12.42.50 # Exiro: drag and drop in your favourite file mangaer 12.43.45 # or least favourite file manager if you're feeling masochistic 12.44.19 Join TentaclePorn [0] (i=Tentacle@58.174.202.98) 12.44.25 # Hi there ;D 12.44.39 # Godeater: is that something like emo? then no! 12.44.46 # I was wondering if there were any iriver RockBox users out there that may be able to help me out for a second? 12.45.00 # mr_pink: you need at least the packages "gcc" "build-essential" and "binutils" do you have all of them? 12.45.00 # TentaclePorn: difficult to tell since we don't know what your problem is 12.45.06 # My bad 12.45.29 # * n1s has an iriver 12.45.51 Nick kugel is now known as kugel|afk (i=kugel@unaffiliated/kugel) 12.45.58 # * GodEater_ still thinks we should +m the channel and only voice people when they can prove they've read the guidelines... 12.46.16 # TentaclePorn: shoot... whats your problem 12.46.23 # GodEater: :D 12.46.35 # In any case, the problem is that I can't get my database to, well, do anything. First time I booted rockbox I went to database and it searched through, found all the files, and went back to the menu. Although now whenever I click on database It just says "building database" and sits on 0 found 12.46.47 # Sorry to run in and immediately ask a question =/ 12.47.18 # TentaclePorn: go into the "tagcache" entry in the debug menu and tell us what it says 12.47.33 # um drag to what? which folder? 12.47.42 # TentaclePorn: I had issues in the beginning... I seemed like restarts magically sorted that out. 12.47.42 Quit J3TC- (Read error: 113 (No route to host)) 12.47.59 # Exiro: any folder 12.48.07 Quit A_M () 12.48.09 # n1s: Ah, some of the bits from build essential were missing, ill try again, cheers 12.49.30 Quit lachlan ("CGI:IRC (EOF)") 12.49.38 # I can't seem to find tagcache 12.49.54 # I have "view dircache info"? 12.50.02 # no - "view database info" 12.50.07 # oh okay 12.50.15 # * GodEater_ wonders how old the build n1s is running is :) 12.51.16 # GodEater_: so the bastards renamed it! but now... it's... al consistent and no fun :-( 12.51.53 # initialised: Yes , DB Ready: No , RAM Cache: No , RAM: 0/0 B , Progress: -1% (0 entries), Curfile: --- , Commit Step: 0 , Commit Delayed : no. 12.52.33 # that doesn't look very healthy 12.52.41 # * xazax still votes for restart and wait for automagical solution 12.53.02 # I tried the restart, multiple times ;] 12.53.03 # TentaclePorn: delete all *.tcd files (if they are still named that?) in your .rockbox dir and start over 12.53.09 Join pondlife [0] (n=Steve@rockbox/developer/pondlife) 12.53.10 # * xazax curses 12.53.18 # Just hit delete, unplug, and reboot? 12.53.56 # were are the files that are in the database? 12.54.01 # and init the databse again with fingers crossed ;-) 12.54.05 Join Isolinear [0] (n=A@c-76-105-254-119.hsd1.or.comcast.net) 12.54.23 # Probably inside the iriver's natural music folder, let me have a look at it again and see how it looks 12.54.52 # Exiro: the files which the database indexes are the music files on your player. The files which *form* the database are all named *.tcd, and live in the .rockbox directory 12.56.07 # live? scary.. 12.56.08 # but those are only 1/2 kb! 12.56.27 # n1s: where will I find all the .tcd files 12.56.39 # TentaclePorn: inside the .rockbox dir 12.56.47 # I found one, that seems to be it 12.57.11 # Exiro: how much music do you have on your player ? 12.58.10 Quit lee-qid (Read error: 110 (Connection timed out)) 12.58.26 # like 100 songs I guess 12.58.53 # I thought I was a small fry with 2000 D: 12.59.12 # Exiro: that's why they're so small then 12.59.47 # ? they are normally 2mb 13.00.06 # i mean 6 13.00.08 # mb 13.00.20 # you think your database should be 6mb in size for only 200 songs ? 13.00.25 # database is finding files again! Thanks n1s lets hope this works 13.01.09 # TentaclePorn: so... Youre databasefile was corrupted? 13.01.12 # pixelma: sure mpegplayer can seek? AFAIK it can only resume 13.01.18 # Oh.... 13.01.25 # 1 song in mp3 format is 6 mb 13.01.39 # so ? 13.01.46 # the metadata in it is tiny 13.01.50 # Well, the database build completed, told me to reboot. I did, and now when I click database it still says ""database is not ready, initialise now" 13.01.53 # were is that mp3 file on the ipod nano? 13.02.04 # what mp3 file ? 13.02.09 # on the ipod 13.02.21 # I have ~8000 tracks and my database isn't even 1MB 13.02.32 # what mp3 file are you talking about ? 13.02.35 # if the song on my comp is indexed, it still needs the songs itself on the ipod 13.02.38 # bluebrother: you can choose "set start time" which is basically like seeking, just not very convenient 13.03.04 # when it plays a song, it needs an mp3 to read right? 13.03.21 # oh, nice. Haven't noticed that. 13.03.23 # yes - but you were told earlier to copy it to your ipod 13.03.32 # Hmm, now I have the same problem again, it just sits on "building database - 0 found" 13.03.33 # how the heck should I know where you copied it to ? 13.03.40 # though that screen is flickering like hell on my mini 13.03.50 # no, i didn't copied 13.04.02 # Exiro: then the mp3 isn't there is it ? 13.04.12 # TentaclePorn: that could be due to a damaged music file 13.04.15 # bluebrother: yeah, it's not nice and the greyscale lib makes it worse I think 13.04.28 # right away, I removed all files from my ipod, then I installed Rockbox to it, the bootloader, fonts 13.04.36 # TentaclePorn: could you do the same again with the delete bug go into that debug screen while it builds the database and see which is the last file it opens? 13.04.41 # and when I started it, it had a database with all my songs 13.04.59 # and I didn't copied them, they weren't in 'files' 13.05.13 # n1s: Sure thing, thanks for the help so far, by the way ;D 13.05.37 # were did that database come from? 13.06.17 # probably from the files you put on your Nano through iTunes 13.06.39 # ok, but where are those files now? 13.07.18 # oh I get it 13.07.29 # the hidden folder "ipod controll" 13.07.37 # you could see them in the file browser too but iTunes stores them in a folder that is hidden by default, you would need to set the "file view" option in Rockbox to "all" and look inside the ipod_control... 13.07.54 # lol I was first 13.08.01 # ok thx now I get it 13.08.34 Quit pepie34 ("Ex-Chat") 13.08.36 # And if I replace those mp3's, the database doesn't work anymore right? 13.09.23 # Exiro: you should probably take a loot at the manual 13.09.59 # n1s: Doing it now, am I meant to be watching the Curfile? 13.10.12 # yes 13.10.36 # cool. It seems to be going considerably slower this time, Im assuming thats because its running in the background 13.12.46 # kkurbjun: no plugins seem to function on gigabeat now :[ 13.12.57 Join Arathis [0] (n=doerk@p508A6B6D.dip.t-dialin.net) 13.13.30 # safetydan_: no 13.14.27 # preglow, not really important, just someone posting changes to get speex running on the Cell SPEs. They look like they need the same sort of changes we do for allocating decoding structs in special ram. 13.14.46 # i'll check it out 13.14.49 # and yeah, they dio 13.14.50 # do 13.15.19 *** Saving seen data "./dancer.seen" 13.15.57 Quit xazax ("Leaving") 13.16.09 # kkurbjun: I take that back. Some don't. fire, mpegplayer, blackjack (causes reboot), pacbox. some seem to work but can't say they actually do properly. 13.17.02 # n1s: I never caught the very last file as the light went off, but it had finished scanning the music and had started going through the .rockbox/* folders 13.17.43 # TentaclePorn: well, I'm out of ideas then :-( 13.18.02 # that's okay, thanks for the help 13.18.41 # let me just make sure I have the right idea here - after initialising the database, I should be able to click on database and browse my artists and albums etc., am i right? 13.18.58 # jhMikeS: because of the new mmu code? 13.19.28 # TentaclePorn: after inti I think you have to reboot but yeah, after that you should see artists... etc 13.19.51 # markun: I'm betting so 13.20.07 # the frambuffer even flashes garbage at startup now 13.20.27 Quit atsea-22 (Read error: 104 (Connection reset by peer)) 13.20.28 # Dang, I really needed the database menu too >,< 13.20.47 # the calculation of FRAME would be wrong now 13.21.15 Quit mr_pink ("Ex-Chat") 13.22.15 # * JdGordon hopes whatever jhMikeS fixes will magically fix our mrobe display problem :p 13.23.35 # TentaclePorn: there are typically two things that break the database build, 1) files that break the metadata scanners for whatever reason (often due to exotic/corrupted/unsupported metadata) or 2) disk corruption so 13.23.53 # can't say...can't say I care if I break it more either since I don't own one and I need this running now :P 13.24.12 # what I would suggest is first a scan of the disk (pretty low chanse it will help but yeah 13.24.23 # I had a look through and the only files on my iriver are music and the .rockbox folder 13.24.33 # but I can say I can't see the point in TTB_BASE being cast to an int * here 13.24.53 Join mr_pink_ [0] (n=pete@pjrh2.caths.cam.ac.uk) 13.25.00 # then trying adding only a part of your music at a time and rebuilding the database to try to narrow down what makes it break 13.25.20 # you're a clever man n1s ;] 13.25.42 # There is a difference this time around though, it now says "Initialised: Yes" 13.25.44 # or it you know you have files with odd metadata try without them 13.25.57 # will do 13.26.06 Join darksaboteur [0] (i=3aa8784c@gateway/web/cgi-irc/labb.contactor.se/x-cbe48f1f8d65e969) 13.26.17 # also, am I supposed to install something new to be able to play doom? 13.26.20 # hmmm...yeah, it might fix it 13.26.38 # TentaclePorn: yes, see either the manual or PluginDoom wiki page 13.26.43 # TentaclePorn: I'll second that (about n1s!) - it seems to be building now :) Cheers 13.26.57 # great ;) 13.27.56 # LinusN: did you see my h300 bootloader talk with pondlife this morning (9:30)? 13.28.03 # back to ok here :) 13.28.08 # petur: nope 13.28.45 # Cheers ;] 13.29.08 # I just realise, I've been trying to find a place to ask this for a while and this seems to be a perfect place 13.29.26 # I want to buy a new mp3 player - upgrade from my h10 iriver 20G - any recomendations? 13.29.28 # LinusN: I very much enjoy your blog! (although the swedish is a bit difficult to follow for me) 13.29.28 # petur: ok, so this particular 80gb disk makes rockbox misbehave 13.29.40 # markun: thx 13.29.55 # only on my h340 - works ok on the h320 I got recently 13.30.06 # petur: it could be the battery 13.30.16 # it could? 13.30.25 # or the pcf50606 13.30.36 # it happens when the disk spins up, right? 13.30.41 # my h340 has a new hi-capacity one 13.30.46 # yes 13.31.09 # so perhaps it can't deliver the required current to spin up, and the voltage dips 13.31.10 Quit darksaboteur ("CGI:IRC (EOF)") 13.31.28 # I would think that the new 80GB uses less current than the old 40GB 13.31.36 # it certainly makes less noise 13.31.39 # you should try to swap batteries 13.31.43 # both are dual-platters 13.31.46 # as a test 13.32.01 # bah, you know how difficult that is :( 13.32.08 # oh yes... 13.32.36 # Now I have the issue of how to efficiently clean my iriver without having to completely reformat =/ 13.32.36 # maybe I should swap motherboards and we all ignore it ever happened ;) 13.33.07 Join J3TC- [0] (n=jetc123@dhcp78-127.njit.edu) 13.33.10 # LinusN: I second markun about the blog but find it somehow hmm... interesting that it holds much more info than the rest of your haxx page :P 13.33.22 # hahahaha 13.33.58 # i'm such a lazy guy :-) 13.34.01 # pixelma: but you can read swedish, right? 13.34.34 # JdGordon: try 'er now 13.34.45 Quit safetydan_ ("Leaving") 13.34.47 # * petur gets seasick of the blog picture 13.35.12 # markun: I can understand most of it when reading slowly but still not everything 13.35.37 # petur: that's what the roads are like over there :) 13.35.43 # ah 13.35.49 # and the buildings too? 13.35.58 # and people 13.36.29 # depends on the amount of beer maybe ;) 13.36.30 # which blog pic? wanna see. 13.37.25 # * JdGordon wonders why the lcd buffer size is 640x480x4 13.37.43 # jhMikeS: http://linus.haxx.se/pekingblog/ 13.37.58 Quit spiorf (Read error: 110 (Connection timed out)) 13.38.10 Join XavierGr [0] (n=xavier@ppp103-207.adsl.forthnet.gr) 13.38.11 # JdGordon: that's also goofed? so then it would've been off by 8x its size 13.38.33 # its 1 short / pixel isnt it? 13.39.26 # yes 13.39.45 # * jhMikeS needs a Swedish crash course or to have his gf read it for him :P 13.40.11 Join toolboxx [0] (n=juice@gprs-ggsn5-nat.mobil.telenor.no) 13.40.30 Quit toolboxx ("wmIRC(trial)") 13.40.43 Join spiorf [0] (n=spiorf@87.13.120.184) 13.40.48 # jhMikeS: if all the registers are being cast to a short* wouldnt it make sens the TB_BASE should be cast to a short* also, not a int* ? 13.41.17 # Hey guys, I just put doom on my iriver and I can open the menu and stuff in game but It wont let me select new game or anything o,o? 13.41.52 # jhMikeS: your gf is a swede? :> 13.42.01 # JdGordon: it looked like it was cast to (int *) to make the mmy code nicer. in any case the displacement must be watched. 13.42.03 # nevermind , sorted! 13.42.28 Quit Exiro () 13.42.40 # preglow: no, puerto rican, but she lived in sweden and norway as a student. 13.43.28 # i'll just not bother with the english with you from now on, then :P 13.44.02 # :) ... I guess I'll figure something out 13.44.54 # JdGordon: did that help your FB problem at all? 13.45.13 # nope, no change 13.45.31 # did you change it to 640*480*2? 13.45.47 # yeah, just tryed that now, still nothing 13.46.03 # looks like we are stuck till kkurbjun gets a change to play with it an jtag 13.46.28 # could it be a stack problem maybe? some lists work and some dont, its really wierd :'( 13.46.59 # would they need more stack space on mrobe than usual? 13.47.09 # I wouldnt tihnk so 13.48.02 # It sounds like some corruption. maybe make sure all BSS init is correct? I mean _really_ verify it. 13.49.00 # * JdGordon found FRAME being cast to (int) in the lcd init... that cant be right? 13.49.04 Quit animeloe ("This computer has gone to sleep") 13.49.35 # which file? 13.50.01 # lcd-mr500.c 13.50.15 # target/arm/tms.../mr500 13.50.26 # addr = ((int)FRAME-CONFIG_SDRAM_START) / 32; 13.51.06 # maybe it is... gcc doesnt like adding a * 13.52.39 # subtracting *'s given the number of elements, not bytes 13.52.51 # *gives 13.53.53 Quit iamben (Read error: 104 (Connection reset by peer)) 13.54.23 # echo 1 > /sys/bus/usb/drivers/usb-storage/module/parameters/delay_use 13.54.32 # recommended for developers 13.54.34 Join norbusan [0] (n=norbusan@dhcp09.algebra.tuwien.ac.at) 13.54.39 Part norbusan 13.54.54 # Howdy IRC: Im having issues with getting the database feature to work and Im about to try taking my music off and gradually adding a few songs at a time to see what happens. Should I clean boot, reformat and just reinstall rockbox? 13.54.55 # cuts down the delay from connect to device in linux 13.55.30 Join Frazz [0] (n=Fraser@thelawsons.plus.com) 13.55.35 # or even use 0 13.57.05 # jhMikeS: that puts addr = 0x1FB300, does that sound ball park ok? 13.57.26 Quit SirFunk (Read error: 110 (Connection timed out)) 13.57.56 # JdGordon: I think so 13.58.28 # ahh, finally: * read : 170496 bytes in 3001 ms = 56 kB/s 13.58.40 # slow, but working 13.58.43 # \o/ 13.58.57 # this is just bulk test code though, not actual ums yet 13.59.01 # TentaclePorn: I suspect using some sort of tagging program to go through and check your music would be quicker 13.59.11 # and just leave the rockbox install alone 14.00.48 # Zagor: I read about you're realisations that the USB isn't actually the i.MX31. Now that you mention it, I remember wondering about the number of endpoints before. I found there were three, but just assumed I'd made a mistake somewhere. 14.01.18 # Zagor: woooot! 14.01.28 # there were other differences too. I think the transceiver type was different than expected 14.01.41 # Zagor: why is that parameter non-zero at all? 14.01.42 # barrywardell: actually I've reversed my claim that it isn't the same as i.mx31. the manual for i.mx31 is very vague about the capabilities, so I can't actually say if it is the same module or not 14.02.08 # so it's a stripped down version? 14.02.13 # for example all the registers say they reset to 000000, which they obviously don't 14.02.43 # Zagor: i don't even have that entry in /sys 14.02.48 # no, I rather suspect the manual section is copy/pasted from ARC:s module documentation, which obviously leaves a lot of configuration headroom 14.03.07 # this revamped mpegplayer makes some interesting noises anyway 14.03.20 # preglow: it's non-zero because some misbehaving devices don't work otherwise. 14.03.21 # GodEater: Ill give that a shot, thanks. Any tips as to what sort of stuff im looking for in the tags? 14.03.23 # Zagor: ah...how lazy of them 14.11.37 # TentaclePorn: I wouldn't bother "looking" for anything. I'd use the tagging program to re-write them all (which should be automatible to some degree) 14.11.46 # that way you know they're all good 14.11.53 # and rockbox shouldn't choke on any 14.13.24 # Zagor: woohoo, although 56kB/s isn't fast... 14.13.33 # It's in fact slower than the Ondio 14.14.01 # Ohh okay. Which program should I use? Just go through and make sure all their ID3 tags in windows media player are all good? 14.14.07 # amiconn: yeah :) 14.14.37 # TentaclePorn: there are a plethora of good tagging programs out there - have a hunt through our forums for recommended ones 14.15.49 # Cheers ;) 14.16.21 # 56kb/s should be enough for everyone 14.16.23 # commit!!! 14.16.28 # haha 14.17.38 # GodEater - whereabouts on the forums o,o? 14.17.51 # TentaclePorn: Try the "search" feature... 14.17.59 # * jhMikeS uses mp3tag 14.19.39 Join MethoS- [0] (n=clemens@pD955C9A7.dip.t-dialin.net) 14.21.37 Quit MethoS- (Remote closed the connection) 14.22.26 Join Jeton [0] (n=chatzill@79.126.189.18) 14.24.48 Join agm3nt [0] (n=opera@bartek.tu.kielce.pl) 14.28.09 # * GodEater_ uses easytag 14.28.42 Quit shodanX (Remote closed the connection) 14.28.46 Join shodanX [0] (n=shodanX@i9a132.informatik.uni-erlangen.de) 14.29.59 Join MethoS- [0] (n=clemens@pD955C9A7.dip.t-dialin.net) 14.30.45 # GodEater_: but this way we'll never find out what it is that kills the database... :( 14.31.55 # n1s: then someone should improve the debugging screen to say which file it got stuck on 14.32.35 # GodEater_: I thought that was what slasheri's latest commit was supposed to do but it obviously didn't help... 14.33.03 # I don't see anything in the debugging info TentaclePorn posted to indicate which file it was processing 14.33.06 # did you ? 14.35.41 Quit spiorf (Remote closed the connection) 14.39.00 # does hdparm -tT report differences between ipod disk mode and OF connected via usb ? 14.40.27 # GodEater_: that's what I meant, the currfile thing was added just acouple of days ago to help debugging this stuff but it doesn't seem to work, meh I don't use the thing anyway... 14.41.01 # nor me 14.41.04 # DB is too slow 14.41.35 Join mf0102 [0] (n=michi@85.127.180.92) 14.43.00 # To me it always seemed like the DB wasn't that useful unless you didn't actually know what music you'd put on your player. 14.43.48 # haha, I googled for "sansa view dissect" after seeing it on engadget and the first hit was Bagder's blog :-) 14.44.33 # Llorean: that's also a good point 14.46.45 # n1s: it's tcc722-based 14.46.52 # n1s: and it's not a dissect at all 14.47.22 # Zagor: ah interesting, is that similar to the iaudio 7 chip? 14.47.27 # uhh, wait I misread that. 14.47.40 # n1s: it will be if Zagor is right :) 14.47.45 # telechips that is 14.51.47 Nick kugel|afk is now known as kugel (i=kugel@unaffiliated/kugel) 14.52.24 # meh, can't remember the name of that neat chinese site posting player specs 14.53.35 Quit DataGhost (Nick collision from services.) 14.53.41 Join DataGhost [0] (i=dataghos@ip3e832ea5.speed.planet.nl) 14.54.03 Join pixelma_ [0] (i=pixelma@rockbox/staff/pixelma) 14.55.06 # n1s, do you own a sansa? 15.01.32 # ah, www.imp3.net it is. hard to navigate, but lots of info. 15.06.29 Join midkay_ [0] (n=midkay@71-35-102-133.tukw.qwest.net) 15.06.29 # TentaclePorn: nope 15.13.43 # oh okay 15.13.47 # What mp3 player do you use? 15.14.37 # * JdGordon doesnt think this rtc can count properly! 15.15.22 *** Saving seen data "./dancer.seen" 15.16.03 # GodEater_: Did your recent wiki update work correctly? 15.16.15 # looked to 15.16.19 Join sup [0] (i=1000@80.216.235.247) 15.16.27 # amiconn: cf doesn't have any other tricks for swapping two regs than the good old xor trick, no? 15.16.30 # mainly because I rolled it back again aftewards :) 15.16.35 # Aha 15.16.40 # when I realised that what I'd added was already there. 15.17.37 Quit newby (Connection timed out) 15.18.40 Quit pixelma (Nick collision from services.) 15.18.40 Nick pixelma_ is now known as pixelma (i=pixelma@rockbox/staff/pixelma) 15.19.28 # JdGordon: maybe you have to compensate relativic effects? 15.19.41 # *relativistic 15.20.24 # no, I dont tihnk so... 15.20.38 # its not following BCD properly, i tinhk 15.21.04 # preglow: I saw you q in the logs. Haven't done any more testing on msac. Don't know I said anything to you about that I saw no speed difference? No test_codec runs though. 15.21.34 # 1,2,3,4,8,9,10,11,12,10,11,12,13,14,18,19,20,21,22,20,21,22,2,25,28... 15.21.55 # 22,23,24,28 at the end sorry 15.22.12 # 5,6,7? 15.22.19 # nope 15.22.30 # 10,11,12,10? 15.22.34 # jhMikeS: don't use it anyway, gas bugs out on msac.w using parallel loads...... 15.22.45 # on that note, are anyone here familiar with the gas source code and could check that out? 15.22.48 # jhMikeS: Alsot 20, 21, 22, 20, 21, 22 15.22.50 # thats the order of the first 30s or so got straight from the rtc and put through BCD2DEC() 15.23.03 # it's i2c based? 15.23.15 # spi 15.23.30 # too fast a read? 15.24.14 # no, spi is working fine, and this is only being read 1/s 15.24.27 Quit midkay (Read error: 110 (Connection timed out)) 15.24.47 # running, the interface too fast wouldn't matter if it's only 1/s 15.24.51 # * scorche whistles at petur :) 15.25.11 # the datasheet sucks... it says a heap of bits are set to 0 for writing, but they are obviously not 15.25.13 # preglow: msac.w doesn't work with gas? 15.27.22 # hmmm...don't think I ever used it with parallel loads anywhere 15.27.50 Join Darksaboteur [0] (n=chatzill@75.73.87.203.static.nsw.chariot.net.au) 15.28.05 Join Windows-Server [0] (n=Sedgewic@host99-233-dynamic.15-87-r.retail.telecomitalia.it) 15.28.42 Quit Windows-Server (Remote closed the connection) 15.28.45 Quit Darksaboteur (Client Quit) 15.29.01 Join Darksaboteur [0] (n=chatzill@75.73.87.203.static.nsw.chariot.net.au) 15.29.27 # jhMikeS: correct, gas messes the encoding up completely, it seems 15.29.47 # jhMikeS: i went from using msac.w with one constant multiplicand to just neg-ing it and using mac.l, went from locking up to running perfectly 15.29.50 # you mean as in invalid instruction? 15.30.11 # not invalid, it's an msac.w, but the register values are all messed up 15.30.28 # at least it looked like it when i tried decoding the instruction by hand (head) 15.30.30 # aha 15.30.41 # preglow: Swapping how, and which xor trick? 15.30.51 # amiconn: rX <-> rY 15.31.02 # amiconn: swapping two registers without using a temp, that xor trick 15.31.29 # a ^= b, b ^= a, a ^= b? 15.31.37 # jhMikeS: aye 15.31.54 # euh 15.31.57 # amiconn: i need to do a reverse block copy in qmf_synth() and want to use movem.l 15.31.58 # That works?? 15.32.05 # sure, that's a classic 15.32.07 # sure does 15.32.40 # * amiconn didn't know that one 15.32.55 # it's worth remembering, it's handy here and there :) 15.32.57 # isn using atemp var better? less mem access? 15.33.00 # Anyway, you won't save an instruction vs. using a temp reg 15.33.09 # JdGordon: well, if you have no registers free: no 15.33.15 # jhMikeS: if you have register free, you save one cycle 15.33.16 # ah 15.33.26 # preglow: ? 15.33.29 Join Windows-Server [0] (n=Sedgewic@host99-233-dynamic.15-87-r.retail.telecomitalia.it) 15.33.33 # that last was to JdGordon ... 15.33.44 # Using temp reg is 3 cycles, and using xor trick is 3 cycles 15.33.59 # But the xor trick works for d regs only 15.34.00 # amiconn: yes... 15.34.05 # completely true 15.34.33 # the xor trick is used in swap32 for ARM 15.34.35 # * preglow wants something like xchg on x86 15.34.43 # amiconn: doesn't m68k have xchg? 15.34.53 # i think perhaps they cut that for coldfire 15.35.21 # I think they cut a little too much for coldfire 15.36.32 # yeah, i agree, a wee bit 15.36.37 # but it's not too bad 15.36.56 # i would love the increment/decrement modes fo movem.l to still be there, for instance 15.37.17 # jhMikeS, what BCD is that? From http://en.wikipedia.org/wiki/Binary-coded_decimal is looks like it could be a problem with BCD vs Excess-3 15.37.18 # then i wouldn't need any swapping here at all 15.37.41 Quit Sedgewick (Connection timed out) 15.38.17 Nick Windows-Server is now known as Sedgewick (n=Sedgewic@host99-233-dynamic.15-87-r.retail.telecomitalia.it) 15.38.39 Nick parafin|away is now known as parafin (i=parafin@paraf.in) 15.38.47 # annulus_: that's what JdGordon was showing me with what the RTC was producing 15.38.59 # amiconn: jm confirmed the reason he did the symmetric 16 bit clipping is in case any -32768 values are negated 15.39.13 # amiconn: so i probably can't use that fast trick everywhere 15.39.20 # er right, JdGordon 15.40.19 # excess-3? 15.40.41 # preglow: The trick can be adjusted... it'l just a little bit slower in the clipping case, but not in the non-clipping case 15.40.47 # excess 3 is still in order, just subtract 3 from it 15.41.03 # JdGordon, http://en.wikipedia.org/wiki/Binary-coded_decimal look at the helpful table for BCD-like encodings 15.41.25 # amiconn: that's completely ok, non-clipping is the norm 15.41.57 # One extra cycle in the clipping case 15.42.15 Quit Darksaboteur ("ChatZilla 0.9.78.1 [Firefox 2.0.0.8/2007100816]") 15.42.57 # I was looking at the skip from 4,8 14,18 15.43.08 # amiconn: how? 15.43.24 Join xazax [0] (n=xazax@ip2145.broadband.quicknet.se) 15.44.07 # annulus_: the order its giving me definatly isnt the same as http://en.wikipedia.org/wiki/Excess-3 15.45.44 # yeah, it would have had to been the other way around :-) 15.47.32 # preglow: (1) Sub/add 32767 instead of 32768 before/after. (2) Compare with 65534 instead of 65535. (3) After the ext.w, use and.l #65534 15.47.57 # Would work best if you could hold both 32767 and 65534 in registers of course 15.48.02 Part xazax ("Leaving") 15.48.59 # don't think i have enough regs for the 65534 15.49.15 # hmm, if i can use an address reg... 15.49.27 # Not for the and.l of course 15.49.37 # But for the 32767 you could 15.50.06 # i already use a data reg for 32767, so i can swap that for an address reg and use the data reg for 65534 15.51.15 # jhMikeS: did your change fix the problems you were seeing with plugins? 15.51.17 # at least this'll be easier on arm :P 15.52.43 # coldfire allows stuff like move.l (%a0)+, -(%a1), yes? 15.53.05 Join Soap__ [0] (n=Soap@cpe-65-189-128-141.columbus.res.rr.com) 15.53.07 Quit Jeton ("ChatZilla 0.9.78.1 [Firefox 2.0.0.8/2007100816]") 15.53.14 # wow, and it's fast too... 15.53.56 Quit MethoS- (Read error: 101 (Network is unreachable)) 15.56.36 # write: 1048576 bytes in 3001 ms = 349 kB/s 15.56.38 # getting better 15.56.42 # \o/ 15.56.44 # wee 15.56.54 # Is there a target speed? 15.57.02 # i wonder if i should even bother filing a bug report with the gas people 15.57.04 # 480mb/s 15.57.10 # usb 2.1 speeds :D 15.57.25 # Llorean: I'd like to be as fast as OF at least 15.57.25 # anyone know what retailos transfers at? 15.57.41 # Zagor: How fast is that, then? :) 15.57.44 # but this is still just test code. speed is not an issue yet. 15.57.53 # Llorean: 3-4 MB/s, I think 15.58.01 # ouch 15.58.08 # not very impressive 15.58.09 # hope you've got some good hints on what to do, then 15.58.09 # heh 15.58.54 # gotta go 15.58.56 Quit Zagor ("Client exiting") 15.59.07 # no! =/ 16.00.03 Quit Mouser_X (Read error: 110 (Connection timed out)) 16.01.58 # kkurbjun: all better now 16.02.47 # great, thanks for doing that, sorry for the trouble 16.03.50 # is there a recent patch for USB support? 16.03.53 Join scorche|w [0] (n=8dc5049d@rockbox/administrator/scorche) 16.06.21 # keanu: but this is still just test code. 16.06.41 # n1s, ok, so no patch yet? 16.07.18 # just wait till it's done, 'k? 16.07.23 # alright 16.08.08 # preglow: I think I can give you the other d reg back as well (taking an a reg for the 65534 as well) 16.08.40 Quit Soap_ (Read error: 110 (Connection timed out)) 16.08.53 # oh? 16.14.23 Join nicktastic [0] (n=nick@unaffiliated/nicktastic) 16.16.22 Nick midkay_ is now known as midkay (n=midkay@71-35-102-133.tukw.qwest.net) 16.20.38 Join webguest33 [0] (i=39fae588@gateway/web/cgi-irc/labb.contactor.se/x-022f5c1cee861cd8) 16.20.47 Quit webguest33 (Client Quit) 16.24.20 Quit CaptainSquid ("Miranda IM!") 16.26.15 # preglow: Clipping at the uipper boud would be 1 cycle slower (i.e. no clipping -> 6 cycles, clipping high -> 8 cycles, clipping low -> 7 cycles) 16.26.22 # hmm, can't the scaled in the indexed addressing mode be negative? :/ 16.26.23 # http://pastebin.ca/746806 16.26.42 # No, only +1, +2, +4 16.26.42 # scaler 16.26.48 # behr 16.27.35 # won't that be slower for the no-clipping case? 16.27.43 # nope 16.27.49 # no 16.27.50 # no it won't 16.28.01 # i'll just go ahead and use that, but no, shop time 16.31.18 Join desowin [0] (n=desowin@hdp186.internetdsl.tpnet.pl) 16.37.05 Part LinusN 16.38.14 Join jgarvey [0] (n=jgarvey@cpe-069-134-102-044.nc.res.rr.com) 16.40.37 Quit mr_pink_ (Remote closed the connection) 16.40.45 # * n1s scratches head 16.44.17 # aaah, stray boost, no wonder it seemed too fast... heh 16.54.33 # amiconn: the move timings as stated in 5249 manuals are correct as they stand when memory accesses are in iram, yes? even the double transfer? 16.56.29 Join webguest68 [0] (i=d52c79e7@gateway/web/cgi-irc/labb.contactor.se/x-0b4a99fcd6c76605) 16.57.35 Quit webguest68 (Client Quit) 16.58.40 # argh, is there no way to make proper local labels in asm apart from the numerical ones? 17.01.21 Join Nibbl [0] (n=Nibbler@212.6.249.99) 17.01.37 Part Nibbl ("Leaving") 17.09.46 Quit z35 (Read error: 110 (Connection timed out)) 17.13.30 Join ankka [0] (n=ankka@bb-89-166-35-216.dsl.phnet.fi) 17.15.19 Join newbyx86 [0] (n=newby@ip68-7-12-123.sd.sd.cox.net) 17.15.24 *** Saving seen data "./dancer.seen" 17.15.35 # hello... does rockbox nowadays support the 2gen ipod nano or not? 17.16.11 # No. 17.16.24 # It says this on the front page of the site... 17.16.30 # oh, it said so on the main page after all... the faq isn't very clear on this 17.16.38 Join kkurbjun_ [0] (n=kkurbjun@alamode.Mines.EDU) 17.17.45 # Is there going on any development to get it to work on 2nd/3rd gen nanos? 17.17.51 # no 17.18.03 # unfortunately 17.18.34 # or even the newest ipod classic? 17.18.37 # ankka: you can check the forums also for some discussion: http://forums.rockbox.org/index.php?topic=6518.0 17.18.51 # no even the ipod classic 17.18.57 # not 17.19.20 # which faq isn't clear ? 17.19.34 # apple changed the insides of the ipods too much to get it to work anymore? 17.19.46 # they changed it *completely* 17.19.50 # I wouldn't call it "changed" so much as "replaced" 17.20.01 # ankka: indeed. btw, what did you mean by "it said so on the main page after all" 17.20.07 # GodEater_: http://www.rockbox.org/twiki/bin/view/Main/GeneralFAQ 17.20.28 # markun: I meant that I just missed it on the mainpage 17.20.35 # kkurbjun_: you back? 17.20.40 # ankka - thanks - I'll change that 17.21.02 # ankka: it says "(not the Shuffle, 2nd/3rd gen Nano, Classic or Touch)" 17.21.17 # GodEater_: while you are at it, support for 1st and 2nd gen ipods could be added 17.21.23 # "For iPod: 3G, 4G grayscale, Color/photo, nano and video (5G) and mini 1st/2nd Generation" 17.21.57 # ankka: but that's not the main page 17.22.02 # markun: umm yeah I know, I said I missed it and went to read the faq 17.22.12 # ah ok 17.22.13 # and that the faq was a little misleading 17.22.16 # yes 17.22.41 # i wouldnt say it is misleading...it just doesnt have the NOT clause 17.22.58 # amiconn: i wonder how a transfer from memory to memory can be just as fast as a transfer from memory to register 17.23.00 # scorche|w: it does make one think rockbox works on all nanos 17.23.23 Join MethoS- [0] (n=clemens@pD955EEEE.dip.t-dialin.net) 17.23.36 # thanks for your time answering the questions, looks like I'll have to choose between an ipod or rockbox.. :( 17.23.37 # scorche|w: how should you know which ipod nanos and videos are supported or not? 17.23.51 # scorche|w: duh, of course :) 17.23.55 # ah...that part, i missed 17.24.03 Part ankka 17.24.05 # * scorche|w goes off in search of coffee 17.24.22 Quit japc (Connection reset by peer) 17.25.52 # FAQ updated 17.26.07 # I've put in the NOT clause for 2nd/3rd gen Nanos, the ipod classic, and the ipod Touch 17.27.34 # JdGordon: I have a question about the ATA idle callbacks... you remember them? 17.28.02 # yeah, shoot 17.28.31 Quit alienbiker99 (Read error: 104 (Connection reset by peer)) 17.28.42 Join alienbiker99 [0] (n=alienbik@ool-44c126d4.dyn.optonline.net) 17.29.33 # I'm under the impression that they get called very late after the last disk activity, am I right? 17.30.36 # yeah, just as its about to turn off 17.32.22 # I seem to hear the disk turn off then on straight after... isn't that a bit late? 17.32.42 # I was thinking the callbacks would be called as soon as the disk is idle 17.32.49 # no 17.33.01 # they are called when its ready to shutdown, then turns off straight away 17.33.57 # why? 17.34.21 # i cant remember the discussion... but i remember there was one 17.34.24 # you want it changed? 17.36.28 # well I'm relying on this to fill the buffer, and currently the behaviour is a bit weird: buffer the first track, wait, then when the disk is about to turn off, finish buffering 17.36.32 # scorche|w: no problems with the fire I hope? 17.37.04 # JdGordon: ideally as soon as the first track is finished buffering it would finish filling and turn the disk off 17.37.35 # there isnt really a difference... other than a few secons 17.37.43 # but maybe the buffering thread should deal with that 17.38.07 # yeah but the disk is spinning during these seconds... there is energy to be saved there 17.38.24 # (I call ata_sleep() when the buffer is full) 17.38.58 # or maybe I should just manage the initial buffering all by myself 17.39.10 # I tihnk that makes more sense 17.39.54 # yeah maybe. the callback is to take advantage of a spin caused by the user, is that how I should view it? 17.40.22 Quit petur ("*plop*") 17.40.32 # hmm I haven't phrased that very well... 17.40.56 # yes 17.41.02 # kkurbjun: yes. I became aware of it the minute I tested my revamped mpegplayer. I tested SVN to make sure and many plugins crashed and I suspected that commit. 17.41.06 # i mean, yes thats how you should view the callback 17.41.11 # ok :) 17.42.05 Join webguest63 [0] (i=a98bb464@gateway/web/cgi-irc/labb.contactor.se/x-5fd0a06ac811798a) 17.42.20 # as i understand rockbox uses arm correct? 17.42.27 # JdGordon: is it ok to check whether the disk is active and just start filling if it is? 17.42.35 # yes 17.42.37 # rockbox uses arm? 17.42.42 # whats the difference between arm and regular 17.42.48 # then maybe I can skip the callback and just do that 17.42.57 # i looked on the wiki and didnt see anything about it 17.43.01 # in fact.. you really should check it in the callback if its not a syncronous read 17.43.01 # regular = coldfire and SH 17.43.13 # JdGordon: which means...? 17.43.15 Quit n1s () 17.43.19 # and arm is? 17.43.21 # markun: just hard to breathe...you would have heard more, but you arent in -community ;) 17.43.32 # arm = another processor achitechture 17.43.33 # Nico_P: like if your callback tells your thread to do something 17.43.59 # im using notepad++ what stand alone compiler should i use with it? 17.44.06 # JdGordon: my callback posts a message to my thread's queue... just like in playback.c actually 17.44.19 # yeah, so you have to check ata_is_active 17.44.24 # that I do 17.44.28 # webguest63: You should follow the directions in the wiki to set up the appropriate crosscompiler for your player. 17.44.32 # webguest63: there a whole wiki about setting up a build environment. 17.44.47 # JdGordon: but I was thinking of simply checking for that in my main loop and if it's true then buffer 17.44.57 # you can do that also 17.45.00 # ok 17.45.04 # but it will prolong the disk spinning 17.45.06 # ive looked at it but i dont really wanna install another enviroment because my harddrive is getting really low on space 17.45.17 # i.e if your thread catches it before the callbacks are fired 17.45.25 # then the timeout will restart 17.45.43 # JdGordon: yeah then I don't need the callback anymore... It's for a different use case, isn't it? 17.46.11 # webguest63: then it's out of scope on what we usually use. Building is linux based. 17.46.27 # not really... the buffering should only rebuffer if the buffer is low,it should spin the disk any extra 17.46.49 # hmm 17.47.09 # Though VMWare will run on windows and is a 2GB image 17.47.50 # bed time, /me gone 17.47.54 Quit JdGordon ("Konversation terminated!") 17.48.25 # argh...buffers. /me has to now figure out what's up with the sound stream. the video stream is aok. :\ 17.48.27 # is there a smaller image that i can use 17.48.49 # im only using a 80 gig harddrive and its mostly full 17.49.06 # webguest63: For bare minimum space use, you'd probably want to use cygwin and determine the bare minimum of packages necessary to install. 17.49.07 # you could make one but that's really small. I'd suggest finding something to evict. 17.49.51 # why do i get the feeling that its not recomended that i use the bare minimum 17.49.56 # jhMikeS: The VMware image is hard to shrink partially because it's reserving that disk space. 17.50.15 # webguest63: Perhaps because what *is* recommended has already been recommended to you? 17.51.30 # my teacher last year had a vitural machine to emulate redhat linux fedora core 2 anyone know of any vms that does that? i remeber it being really small 17.51.59 # what if i just used nopix would that work? 17.52.25 # that would work, but you would have to install the crosscompilers each time 17.53.06 Join A_M [0] (n=anon3141@fw.dormnet.his.se) 17.53.14 # so basicly i should just grin and bear it and delete some of my stuff to make room for vmware? 17.53.26 # webguest63: that would be the best way. 17.53.27 # pretty much 17.53.36 # sigh ok thanks guys 17.53.41 # Llorean: I know, but cywin is too slow for my taste. I want a larger VMWare image since I'm using NTFS anway. 17.53.43 # and any virtual machine software (like vmware or virtualbox) can run FC2 17.54.15 Quit kkurbjun_ ("leaving") 17.54.22 # you can't build Rockbox by just using a compiler. You also need a bunch of other tools -- like perl, bash, etc 17.54.27 # jhMikeS: You can resize the drive pretty easily I think. 17.55.10 # perl..i thought rockbox was based in c? 17.55.12 # Llorean: I've no idea how atm. 17.55.40 # I'm just using a prior player image. 17.56.28 # webguest63: it is - but the build environment uses perl scripts 17.56.40 # amongst other things 17.56.43 Join xazax [0] (n=xazax@c213-89-180-121.bredband.comhem.se) 17.56.57 # jhMikeS: I may have made a mistake, the solution may just be to add a second disk, I'm not really sure. 17.57.47 # Llorean: I'll find out when I'm inclined to bother. 17.58.30 # wait it uses perl scripts so then just knowing c really wont help with building it will it? 17.59.14 Quit BHSPitMonkey (Connection timed out) 17.59.52 Quit J3TC- (Read error: 110 (Connection timed out)) 18.00.27 # webguest63: Building alone requires knowledge of neither C nor Perl 18.01.14 # my appologizes i ment coding it 18.01.27 # it's the same as with creating an mp3: you don't need to know how mp3 works but you need the tools installed. 18.01.29 # u need to have knowledge of both C and Perl 18.01.56 # no, as long as you don't need to change the perl parts -- which is the build system 18.02.05 # i really enjoy rockbox and i am despertly trying to help out the community if only alittle 18.02.05 # Just C unless you want to do something advanced or performance critical, then ASM for the appropriate architecture. Perl is only really useful if you want to change how some of the actual compiling goes about its business. 18.02.06 # the code itself is C and asm. 18.03.58 # asm as in assembly language or automatic storage management? 18.04.16 # assembler 18.04.38 # ok awesome thanks all 18.06.19 Join linuxstb [0] (n=chatzill@195.154.159.62) 18.09.12 Quit webguest63 ("CGI:IRC (EOF)") 18.20.39 Quit zicho (Remote closed the connection) 18.20.39 # hey guys 18.21.02 # any code gurus around who could perhaps help me out with getting rid of a warning when compiling? 18.21.08 # "warning: passing arg 1 of 'option_get_valuestring' discards qualifiers from pointer target type" 18.21.43 # what's it trying to tell me and how do I get around it? (code compiles and seems to be doing what it should btw) 18.22.08 Join J3TC- [0] (n=jetc123@dhcp78-127.njit.edu) 18.24.50 # oopsie, never mind me, had mistakenly declared the argument I was passing as const *whistles* 18.26.35 Join Bertrix [0] (n=Bertrix@d54C46B14.access.telenet.be) 18.27.51 # I have an iPod nano, I know recording via the line-out isn't going to work(except some stories cranking very high level signals in the port, possibly working due to crosstalk) 18.27.57 # but will it record via the line-in channel on the dock connector 18.28.06 Join spiorf [0] (n=spiorf@87.13.120.184) 18.29.12 # Evidence suggests it won't. 18.29.34 # At least, I recall people testing the diagnostic mode recording test and getting no results. 18.29.42 # It has been tested? 18.29.43 # ah 18.30.21 # Probably somewhere on the board will be a trace going to the ADC input, as recording via cross-talk seems possible 18.30.27 # or maybe thats just over the power supply 18.31.24 # I'm pretty sure people have reported line-in recording works on the Nano. 18.32.09 # I read that, but I don't know how it can work 18.32.21 # There is only one "line-in" on any ipod - in the dock connector. Some ipods also have a switchable mono mic input in the right-channel of the headphone socket. 18.33.04 # A nano doens't have that right? 18.35.28 Quit Rondom (No route to host) 18.36.57 Quit spiorf (Remote closed the connection) 18.39.01 Join epithetless [0] (i=97c7314f@gateway/web/cgi-irc/labb.contactor.se/x-991d8eb4d94d0a99) 18.41.25 # Bertrix: AFAIK, no. At the very least, no official microphones exist for the Nano that attach to the headphone jack (like earlier ipods). Also, there is no code in Rockbox to enable the headphone jack as input on the Nano - it's a GPIO pin that needs to be toggled on the ipods which do support it. 18.41.59 # linuxstb, ok thanks 18.42.11 # If I have time one day I might try via the dock connector line in pins 18.42.44 Quit qwm (Remote closed the connection) 18.42.55 Join qwm [0] (n=qwm@h38n2fls32o1010.telia.com) 18.43.08 Join spiorf [0] (n=spiorf@87.13.120.184) 18.43.29 Quit epithetless (Client Quit) 18.48.07 # g2g 18.48.08 Quit Bertrix (Remote closed the connection) 18.51.11 Part linuxstb 18.52.13 Quit shodanX (Read error: 104 (Connection reset by peer)) 18.52.21 Join jezzter [0] (i=54d15b74@gateway/web/cgi-irc/labb.contactor.se/x-a62dc5ebd3e90559) 18.53.46 Join japc [0] (n=japc@194.65.73.86) 18.53.46 Quit jezzter (Client Quit) 18.55.44 # does anyone do firmware development professionally, or are most of you doing this for a hobby/experience points? 18.59.05 Quit J3TC- (Read error: 110 (Connection timed out)) 18.59.10 Quit pondlife ("Read error: 110 (Connection slimed out)") 19.00.43 # with the usb driver, is it possible to use a device as a soundcard/adc/dac? 19.00.53 # or, with me c200, as a usb radio? 19.01.08 # *my 19.04.07 # nomel: Right now it will simply be a UMS device. 19.08.23 Join ilgufo [0] (n=matteo@host197-185-dynamic.5-87-r.retail.telecomitalia.it) 19.10.09 Join bertrik [0] (n=Bertrik_@031-020-045-062.dynamic.caiway.nl) 19.10.25 Quit desowin ("use linux") 19.15.26 *** Saving seen data "./dancer.seen" 19.15.39 Join Domonoky [0] (n=Domonoky@78.52.19.31) 19.18.35 # Llorean, so you're saying it would actually be possible? 19.19.20 Join BigBambi [0] (n=alex@rockbox/staff/BigBambi) 19.19.50 Join Davide-NYC [0] (n=chatzill@user-12hdtj8.cable.mindspring.com) 19.20.57 Join Rondom [0] (n=Rondom@p57A959C8.dip.t-dialin.net) 19.26.25 # keanu: anything is possible 19.26.38 # GodEater, nice 19.26.56 # keanu: however I doubt any core rockbox devs would ever write this as a feature 19.27.02 # although I've been proved wrong before 19.27.30 Part luckz 19.27.33 # Not anything.. there are some limitations. For example, it couldn't act as both ums and soundcard iiuc 19.27.58 # I don't see why not 19.28.05 Quit BigBambi (Remote closed the connection) 19.28.09 Quit Davide-NYC ("ChatZilla 0.9.78.1 [Firefox 2.0.0.8/2007100816]") 19.28.55 # GodEater: not at the same time, that is 19.29.02 # I think it could 19.30.03 # I can't think of anything stopping it anyway 19.30.11 # perhaps you explain your reasoning ? 19.30.44 Join J3TC- [0] (n=jetc123@dhcp78-127.njit.edu) 19.31.06 # Well, I don't quite understand all the details, but I was under the impression that there's a lack of "endpoints", putting a limit to how many things it can do at once.. 19.31.38 # oh, I wouldn't imagine it would perform well at all :) 19.31.47 # Domonoky: does rbutil pull the newest sansapatcher from the download page or does it use built-in ones, meaning that there could be different versions? 19.31.47 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 19.32.00 # but if we have proper multi-threading in the core - I think there's nothing to stop it doing both things. It'd just do them badly :) 19.32.09 Join BigBambi [0] (n=Alex@rockbox/staff/BigBambi) 19.32.16 # pixelma: it should use a built in one iiuc 19.32.54 # amiconn: have you found any timing info on accumulator move instructions? 19.32.57 # GodEater: I don't think you're right, and that the endpoints thing is a limit that can't be worked around, but I'll leave it to someone with more of a clue to clarify one way or another 19.33.18 # GodEater: hmm, ok. Thank you. 19.33.21 # rasher: fair enough - I'm just going on something Zagor said to me the other day 19.33.51 # rasher: The patch I gave you somehow breaks the compile. I copied straight from the svn diff but something was wrong 19.34.04 # I fixed it tho so here's the working patch for sure...well, tested by me anyway 19.34.06 # http://web.njit.edu/~jc242/rockbox/sudoku_20071023.patch 19.34.38 Quit xazax (Read error: 104 (Connection reset by peer)) 19.36.44 Quit A_M () 19.36.58 Quit miepchen^schlaf (Read error: 110 (Connection timed out)) 19.37.13 Join miepchen^schlaf [0] (n=hihi@p54BF76FD.dip.t-dialin.net) 19.37.33 # amiconn: forget that, found it in coldfire2um 19.39.42 # are there any rockboxers in Toronto ? 19.42.19 Join linuxstb [0] (n=chatzill@copernic-sda.pck.nerim.net) 19.42.59 # GodEater: If only there was some kind of map where Rockboxers could identify themselves... 19.43.37 # linuxstb: you're not funny 19.43.57 # as I just explained in community... I'm really asking "anyone want to go for a beer on Friday, in Toronto" 19.44.02 # which the map won't tell me... 19.44.20 Join Davide-NYC [0] (n=chatzill@user-12hdtj8.cable.mindspring.com) 19.44.28 # Apologies for not knowing what was said in -community... 19.44.50 # it should be in your autojoin list ;) 19.45.40 # Hit and Run idea: test_codec should write the target type and build number to the beginning (or end) of the log file. 19.45.44 Join Buschel [0] (n=AndreeBu@p54A3EE38.dip.t-dialin.net) 19.45.59 # easy to do? 19.46.06 Join hcs [0] (n=agashlin@rockbox/contributor/hcs) 19.48.07 # Davide-NYC: I can't imagine why it'd be difficult to do. 19.49.13 Quit Davide-NYC (Client Quit) 19.49.26 # I noticed that lcd_update for the e200 does a lcd_copy_buffer_rect of the full framebuffer, but there's a TODO that suggests it can be made faster by swapping lcd_driver_framebuffer and lcd_framebuffer 19.49.42 # Is this something that I can look into? 19.50.09 # I'm not sure how that could work - they should both be identical after the update. 19.50.36 # I'm only summarizing the code comments 19.50.51 # I know - I think I've read that comment. 19.51.09 # Who knows about this stuff? Would this make a big speed difference or is there some other bottleneck elsewhere? 19.51.36 # "svn blame" will tell you who wrote the comment. 19.52.31 # * GodEater guesses dan_a 19.52.56 # Always someone who isn't around any more... ;) 19.53.03 # "jethead71" 19.53.14 # That will be jhMikeS 19.53.17 # Who is around often. 19.53.29 # and whose explanations always makes my head spin 19.54.14 # Would using floats in a plugin be frowned upon? 19.54.15 # hello :D 19.54.31 Part hcs 19.54.38 # hi jhMikeS 19.54.42 # rasher: Isn't the only reason not to use floats performance issues? 19.55.03 # Llorean: I believe so. In which case it shouldn't be a problem 19.55.05 # rasher: In general, yes. But it depends on the context. 19.55.08 # bertrik: I think that comment is just old noise. it won't make anything faster. 19.55.29 # rasher: I'd imagine as long as the plugin still functioned "fast enough" on all swcodec targets, you could probably get away with it. 19.56.04 # GodEater: am I that incomprehensible and/or twisted? :\ 19.56.06 # linuxstb: a units converter.. a single float*float whenever the user changes the value shouldn't be performance critical, I imagine.. 19.56.19 # preglow: Those in COLDFIRE2UM.pdf are for MAC only, not EMAC 19.56.26 # jhMikeS: ok, thanks 19.57.07 # amiconn: yeah, but i couldn't find any other ones, plus, i expect move.l x, %accx and moveclr.l have the same timings 19.57.33 # I would expect them to be single cycle on emac 19.57.42 # * jhMikeS would prefer "twisted" but doesn't get his hopes up :p 19.57.47 Join JETC [0] (n=jetc123@dhcp78-127.njit.edu) 19.58.19 # amiconn: would sure be a bonus :) 19.59.01 Quit Domonoky (Remote closed the connection) 19.59.24 # amiconn: i wonder how a transfer from memory to memory can be just as fast as a transfer from memory to register (move.l) 19.59.42 # That I don't wonder about... 20.01.16 # *shrug* 20.02.04 Quit linuxstb ("ChatZilla 0.9.78.1 [Firefox 2.0.0.8/2007100816]") 20.02.05 # dual-ported ram? :) 20.02.32 # i have no idea, it just sounds weird 20.02.40 Quit J3TC- (Read error: 110 (Connection timed out)) 20.02.40 Nick JETC is now known as J3TC- (n=jetc123@dhcp78-127.njit.edu) 20.03.37 # To me it doesn't sound weird at all. move.l (mem), reg is 2 cycles, move.l reg, (mem) is single cycle 20.03.53 Join Genre9mp3 [0] (n=yngwiejo@athedsl-264730.home.otenet.gr) 20.04.37 # So they're 3 cycles in total, but they're 2 instructions. When combining them into one and leaving out the register transfer I would in fact expect to shave off one cycle... 20.05.38 Join ompaul [0] (n=ompaul@gnewsense/friend/ompaul) 20.05.53 Quit amiconn (Nick collision from services.) 20.06.00 Join amiconn [0] (n=jens@rockbox/developer/amiconn) 20.06.35 # are numerical labels the only real local ones with gas? 20.06.41 # i thought .labels were local to each major label 20.07.10 Quit japc (Read error: 104 (Connection reset by peer)) 20.08.13 # jhMikeS: just much brighter than me I think ;) 20.09.24 # rasher: Using floats is frowned upon in general because it's (a) slow and (b) the fp library routines are quite large 20.09.57 # amiconn: are any of these a real issue in a plugin, provided it's not a performance problem? 20.10.30 # On low-mem targets the fp library routines size may be an issue 20.10.58 # That said, some plugins do use floating point 20.11.04 # ...e.g. calculator.rock 20.11.33 # Looks like chopper does as well, which seems unnecessary 20.11.38 # i'd say it's ok in plugins if avoiding it will be major bother 20.11.46 # but if doing without is trivial: do it without 20.11.51 # So chopper should be fixed 20.11.55 # agreed 20.13.44 # Hmm, the routines are not as large as I would have thought 20.13.57 # * amiconn just checked calculator.map for archos 20.14.38 Quit J3TC- (Read error: 104 (Connection reset by peer)) 20.15.03 Join ivan`` [0] (n=ivan`@adsl-71-142-251-211.dsl.scrm01.pacbell.net) 20.15.14 # In this case, the ones for coldfire are the largest 20.15.24 Join J3TC- [0] (n=jetc123@dhcp78-127.njit.edu) 20.15.30 # (quite unusual - usually arm code is larger) 20.15.52 # perhaps they're hand-coded 20.15.56 Quit ivan` (Nick collision from services.) 20.15.58 Nick ivan`` is now known as ivan` (n=ivan`@adsl-71-142-251-211.dsl.scrm01.pacbell.net) 20.16.05 # hand-coded arm asm is usually smaller than compiler generated coldfire code 20.16.17 Join obo [0] (n=obo@rockbox/developer/obo) 20.16.33 # also, if rewriting qmf_synth() in asm is not going to give a very decent speedup, i'll eat my shoes 20.16.49 # * GodEater will pay to witness this 20.16.50 # hope we'll find out tonight... 20.17.33 # * amiconn is at 108% realtime for ape -c3000 on coldfire now... 20.17.47 # well done :) 20.18.25 # I hope I can squeeze a bit more 20.19.05 Quit MethoS- (Read error: 104 (Connection reset by peer)) 20.20.37 Quit kkurbjun (Read error: 104 (Connection reset by peer)) 20.21.39 Join MethoS- [0] (n=clemens@pD955EEEE.dip.t-dialin.net) 20.21.40 # * bertrik is trying to make sense of the LCD graphics API 20.22.30 # http://www.rockbox.org/twiki/bin/view/Main/GraphicsAPI 20.23.06 # One of the few APIs which are actually documented somewhat 20.24.23 # amiconn: thank you for moving my patch to .S-file and further sqeezing out of some ms :) 20.24.38 # np :) 20.25.01 # I guess you saw that the helper function now allocates the chroma buffer on the stack 20.25.37 # yep, as well as using a register for the adress register 20.26.14 # The advantage is that the stack is usually IRAM (for those threads which call it), whilet it doesn't take away precious IRAM statically 20.26.26 # tricky 20.26.53 Quit MethoS- (Read error: 104 (Connection reset by peer)) 20.27.09 # now mpegplayer does nearly reach realtime (no frame drops) for 224x176 20.27.48 # mpegplayer is a bit fast now without checking actions in the audio loop...which is good I suppose 20.27.57 # *faster 20.27.58 # Did you read about my theory about the finishup() in the log? 20.28.28 # ? 20.28.55 # my updated version is 4-threaded...still working 20.30.05 # amiconn: did you read _my_ tests on LCD-finishup in fs #8014? 20.30.11 # :) 20.30.44 # I think action lists should be sorted at runtime and binary searched. It's quite slow and this registers on a gigabeat. 20.31.02 Join midgey|class [0] (i=8dd53916@gateway/web/cgi-irc/labb.contactor.se/x-3ce7e9f898fb321e) 20.33.42 # amiconn: move.w never touches the upper part of the reg, righT? 20.33.49 # jhMikeS: The action lists have to be checked in their original order to work properly 20.33.58 # preglow: Not entirely 20.34.09 # If I do a battery benchmark test for the Sansa, does it matter if the music is being played from a microSD card? 20.34.12 # move.w , dN doesnt 20.34.24 # but move.w (mem), aN sign-extends 20.34.36 # ok, i'm doing fetches from memory 20.34.41 # so they sign-extend, ok, that's good to know 20.34.46 # ah 20.34.47 # Into a-regs? 20.34.49 # only address regs 20.35.08 # * jhMikeS uses that sign-extension in the SPC codec 20.35.12 # It's described in CFPRM.pdf. Refer to movea 20.35.29 # so we depend on a particular list having a particular order? 20.35.38 # Buschel: Hmm, can't find it in the logs by greping??! 20.36.00 # * jhMikeS thought it looked in the next list if not found in the prior 20.36.06 # jhMikeS: Yes. Eralier elements have priority. Otherwise context chaining would never work as intended 20.36.38 # Yes it does - but the prior list is explicitly allowed to redefine actions for buttons also defined in later lists 20.36.51 # that wouldn't change _but_ it could be more intelligent and remember that action _x_ was found in a particular one 20.36.53 Quit miepchen^schlaf (Read error: 110 (Connection timed out)) 20.36.59 Join miepchen^schlaf [0] (n=hihi@p54BF76FD.dip.t-dialin.net) 20.37.07 # Don't overengineer it 20.37.41 # The action list checking is such a small fraction of all code executed... 20.38.21 # Do I do that? 20.38.56 # And remembering in which list an action was found would need to be per context 20.40.05 # I guess just a cache. New context = purge old. 20.40.13 # The whole purpose of this context chaining is to keep the total list size small 20.40.52 # If we would want to waste space, each context would have its own list - but that would a waste of space 20.41.07 # * amiconn repeats himself in one sentence :/ 20.41.35 # Such a waste that would be ;\ 20.42.20 # If you get noticeable slowdown from that, you're checking actions too often 20.42.27 # of course it is. I've never felt any other reason and and not chaning would hardly be better or faster. 20.43.15 # amiconn: did not find your theory about finishup in the logs... 20.43.25 # No, me neither :\ 20.43.35 # I wonder where it went... 20.43.59 Join lazka [0] (n=lazka@85-125-222-77.dynamic.xdsl-line.inode.at) 20.44.10 # having them in the audio decode loop was definitely checking them too often and now they're only being checked on an actual keypress. 20.44.16 # maybe still between your ears? :P 20.45.42 # one of our professors (Prof Dr Sennheiser) always said: "The most of the hearing is done between your ears." Just transferred it... 20.46.18 # ummmm...he's the headphone guy right? :) 20.46.50 Join gryzor [0] (n=gryzor@fydelkass.inl.fr) 20.47.00 # greetings 20.47.00 # the son of the founder 20.47.48 Join shodanX [0] (n=shodanX@i9a132.informatik.uni-erlangen.de) 20.48.00 # i have a sandisk sansa e250. I believe it won't be seen as a mass storage device if it runs the original, proprietary firmware. Will rockbox make it easier to access my player from my computer running linux ? 20.48.09 # Buschel: http://www.rockbox.org/irc/reader.pl?date=20071022 starting 02:57 20.49.24 # The 14ms are a strong hint towards that theory. 70fps internal frame frequency... 20.49.32 # gryzor: currently the ONLY way to access your sansa over USB is using the original firmware 20.49.43 # and you're wrong - you CAN access it as a mass storage device 20.49.46 # amiconn: reading... 20.50.04 # GodEater: ty 20.50.22 Quit Rondom (No route to host) 20.50.32 # This needs more experimentation, and probably also disassembling the OF and/or ROM. 20.50.43 # The first thing I do when trying a player the first time is go to the options menu. I found the MSC option immediately. 20.54.35 Join tpickers [0] (n=chatzill@82-69-41-162.dsl.in-addr.zen.co.uk) 20.54.58 Nick tpickers is now known as tpickers66 (n=chatzill@82-69-41-162.dsl.in-addr.zen.co.uk) 20.55.05 Quit tpickers66 (Client Quit) 20.55.15 Join tpickers66 [0] (n=chatzill@82-69-41-162.dsl.in-addr.zen.co.uk) 20.56.03 Join Lear [0] (i=chatzill@rockbox/developer/lear) 20.56.12 # can someone upload some new h120/140 perf stats to the wiki, or give me access to do it myself? 20.56.23 # tpickers66: what's your wiki name ? 20.57.54 Quit barrywardell (Remote closed the connection) 20.58.42 # GodEater: TimPickersgill 20.59.40 # you now have access 20.59.43 # cheers 21.00.04 Join xazax [0] (n=xazax@c213-89-180-121.bredband.comhem.se) 21.00.56 # * GodEater goes off in search of food 21.02.21 Quit Genre9mp3 () 21.06.50 Join freqmod [0] (n=freqmod@m050g.studby.ntnu.no) 21.07.15 Join Domonoky [0] (n=Domonoky@e176240137.adsl.alicedsl.de) 21.08.21 # GodEater: right now my kernel log does not detect the device as a USB storage. Is there some conf i should set on it that you know of ? 21.09.11 # * Domonoky made progress with the accessible support in rbutil.. i have now a TabView which is nearly accessible.. but this will take a while to finish.. :-) 21.09.36 Quit Lear ("ChatZilla 0.9.78.1 [Firefox 2.0.0.8/2007100816]") 21.10.19 # GodEater: found it. Ty for your answers anyway :) 21.13.16 Quit Sedgewick (Connection timed out) 21.15.28 *** Saving seen data "./dancer.seen" 21.17.11 # hmm, i forget, do i need to update %sp if i use the stack for local vars and never call anything else? no? 21.20.24 Join Zagor [0] (n=bjst@46.35.227.87.static.tab.siw.siwnet.net) 21.21.17 Join Honkboy [0] (n=stefan@dslb-084-056-077-219.pools.arcor-ip.net) 21.23.50 Join Nibbl [0] (n=Nibbler@pd956a814.dip0.t-ipconnect.de) 21.24.28 Part Nibbl ("Leaving") 21.25.42 Quit freqmod (Read error: 104 (Connection reset by peer)) 21.26.40 # amiconn: so, you assume something like a framesync. as we always measure about 14ms (independent of the transfer time before -- e.g. 100ms for full screen YVV or 30ms for simple screen update) this would mean we always wait avg 14ms and the LCDs frames all are 28ms? so, the LCD waits for next frame sync to be completed? 21.27.24 # Something like this, yes. As I said - needs more experimentation and research 21.27.46 # if so, the theoretical maximum fps is 1000/28ms = 36fps 21.27.53 # * amiconn thinks the ordinary lcd_update() can be sped up further 21.28.03 # jhMikeS: do you know why messages sent with queue_send aren't received on usb plug? 21.28.04 # yes? also tried this but failed... 21.29.36 # amiconn: played around with 4byte ldmia and use shifts to set the 2byte registers. 21.29.48 # Tried stmia for the lcd? 21.29.53 # but i am a beginner to asm :/ 21.30.09 # no 21.30.23 # The 0x3000000 / 0x30001000 / 0x30003000 suggests that the lower address bits aren't decoded at all 21.30.38 # In sert "addressing scheme" where you see fit :) 21.32.24 Part Honkboy ("Leaving.") 21.32.41 # amiconn: did you try to use stmia? 21.32.57 # No, but I probably will 21.33.10 # Too many parallel asm optimisatin projects :/ 21.33.15 # can't wait to see your results :) 21.34.38 Join matsl [0] (n=matsl@1-1-4-2a.mal.sth.bostream.se) 21.35.33 # Nico_P: not sure what you're talking about 21.36.55 # another question: could the chroma_buf handling be sped up by using ldr instead of ldrb? so, using 4byte and shifting the needed 8byte out of it? 21.37.01 Quit sup (calvino.freenode.net irc.freenode.net) 21.37.01 NSplit calvino.freenode.net irc.freenode.net 21.37.20 # Nico_P: usb_wait_for_disconnect eats all messages until SYS_USB_DISCONNECT is received then it returns 21.37.45 # jhMikeS: ah then my messages are probably sent after the usb connect 21.37.54 # because they all get lost 21.38.25 # ok, gotta quit. my wife's waiting ;o) 21.38.40 Quit Buschel () 21.39.42 Join MethoS- [0] (n=clemens@pD955EEEE.dip.t-dialin.net) 21.40.01 NHeal calvino.freenode.net irc.freenode.net 21.40.01 NJoin sup [0] (i=1000@80.216.235.247) 21.40.24 # amiconn: do i need to update %sp if i use the stack for local vars and never call anything else? no? 21.40.43 # I don't understand what you mean... 21.41.05 # Space must be reserved for the locals 21.41.23 # why is that? interrupts? i rememer there was some pitfall here i fell into once... 21.41.39 # yes 21.42.08 # %sp must be the same before return as it is at the beginning of your function, and you must never write at of above the initial %sp address 21.42.13 Join pixelma_ [0] (i=pixelma@rockbox/staff/pixelma) 21.42.21 Quit pixelma (Nick collision from services.) 21.42.21 Nick pixelma_ is now known as pixelma (i=pixelma@rockbox/staff/pixelma) 21.42.23 # s/at of/at or/ 21.42.39 # know that, i'm talking inside functions, if i need to decrement %sp to reflect the actual memory usage 21.42.48 # And reserving space is necessary not only because of interrupts 21.42.57 # Sure you have to 21.43.01 # i never call any other code, so... 21.43.11 # Otherwise you would overwrite what your caller has put on the stack 21.43.17 # ...e.g. the return address 21.43.32 # amiconn: nono, i am of course allocating properly on the stack, just not updating %sp 21.43.36 Join freqmod [0] (n=freqmod@m050g.studby.ntnu.no) 21.43.36 # Or do you mean using negative offsets 21.43.38 # ? 21.43.40 # negative offsets, yes 21.43.48 # That still won't work because of interrupts, then 21.43.58 # yep, and that was what i was trying to remember 21.44.13 # i keep forgetting not every arch has separate stacks, like arm :/ 21.44.16 # * jhMikeS hates that lack of an interrupt stack which they fixed of course in a later revision 21.44.22 # yeah, exactly 21.44.48 # * amiconn finds those various stacks on arm quite confusing 21.44.55 # i find them great 21.46.00 # each exception mode has it's own banked sp. we just use the interrupt stack for the various aborts too. 21.46.18 # we still do? :> 21.46.31 # i thought i did that as a hack, but i do of course see clearer now :D 21.46.59 # yeah. It's rare enough why waste the space? 21.48.00 # should we set up ARM just like cf? :p 21.48.50 # jhMikeS: what does usb_wait_for_disconnect reply to all the messages it eats? 21.49.15 # Nico_P: the default reply to anything sent is 0 21.50.09 # :/ 21.50.20 # that means if the queue is cleared or a sender is bumped because of overflow or whatever 21.50.25 Quit spiorf (Remote closed the connection) 21.50.50 # * amiconn * 21.51.10 # * amiconn *hates* hearing white noise when there should be music :( 21.51.48 # * jhMikeS hates when he hears white noise when there should be music and find out he's actually listening to a white noise track. :D 21.52.30 Join przemhb [0] (n=przemhb@fan115.internetdsl.tpnet.pl) 21.52.44 # Nico_P: perhaps queue_send should reply into a pointer and return true or false? why is 0 a problem? 21.53.15 # jhMikeS: it's not much of a problem, just that I had defined 0 as success so I had to change a few things 21.53.55 Quit nomel ("CGI:IRC (EOF)") 21.56.38 Quit Arathis ("Bye, bye") 21.57.09 Quit xazax ("Leaving") 21.59.32 Join A_M [0] (n=anon3141@fw.dormnet.his.se) 22.00.20 # Nico_P: I'd rather modify and improve the interface at this point then fudge around it. It's not used heavily yet. 22.00.54 # yeah I'm changing the definition of bufclose 22.01.52 # if it were "bool queue_send(struct event_queue *q, long id, intptr_t data, intptr_t *retval)" then it could be unambiguous. 22.04.50 Quit J3TC- (Read error: 110 (Connection timed out)) 22.05.55 Quit mf0102 ("Verlassend") 22.06.27 Quit ilgufo ("So Long, and Thanks For All the Fish - http://gufo.wordpress.com") 22.07.30 Nick idnar_ is now known as idnar (n=mithrand@unaffiliated/idnar) 22.07.56 # * ender` yawns 22.08.52 # blah, just found a small bug in queue_delete thanks to looking into it. 22.09.32 Join lee-qid [0] (n=liqid@p5496420A.dip.t-dialin.net) 22.11.29 Quit homielowe (Remote closed the connection) 22.11.39 Quit przemhb (Read error: 110 (Connection timed out)) 22.12.09 # slimm chance you'll ever see it happen though 22.13.24 # Ah, no more white noise. :) Silly bug as usual... 22.17.57 Quit amiconn (Nick collision from services.) 22.18.03 Join amiconn [0] (n=jens@rockbox/developer/amiconn) 22.18.18 Join ASCE [0] (n=Cannoli@dsl-207-112-55-135.tor.primus.ca) 22.18.26 # hey 22.18.40 # can rockbox play videos on an ipod video? 22.19.58 # yes, but you would be better off using the OF for that 22.20.45 Part Domonoky 22.20.51 # ah ic 22.21.03 # and what about birightness control on a 5.5g? 22.21.13 # cause right now rockbox is killing my ipod :P 22.21.18 # ipod battery* 22.21.19 # :P 22.21.32 # i don't think it's because of brightness 22.21.43 # and there is a patch for brightness control 22.22.09 # im currently looking at that 22.22.14 # but it seems to only be for 5 g 22.22.34 # what else can drain battery? 22.23.07 Join J3TC- [0] (n=jetc123@dhcp78-127.njit.edu) 22.24.16 # * preglow expects some white noise about now 22.24.21 # i don't think there is any difference between 5g and 5.5g except hard disk stuff 22.24.44 # nah, just a hang... 22.24.48 # i have 5.5g and patch works very fine 22.24.58 # ok kool 22.25.11 Join axlgreasetires [0] (i=473ce4bd@gateway/web/cgi-irc/labb.contactor.se/x-4cdf9c543f27f4a8) 22.25.16 # preglow: why the sudden fit of codec optimizing? 22.25.59 # damn i have to compile 22.26.01 # XD 22.26.04 # nvm then 22.26.06 # thanx for the help 22.26.40 Join gotthardt [0] (n=gotthard@c-76-115-35-182.hsd1.or.comcast.net) 22.26.45 # oh one more thing 22.27.01 # in the playlist the names come up as ASD or PKE or random stuff like that 22.27.05 # why is that? 22.27.14 # jhMikeS: amiconn and preglow are in an optimisation competition it seems 22.27.32 # Any tester with a gigabeat around? 22.27.39 # * Nico_P raises hand 22.27.52 # * amiconn would like to make sure his arm asm opts for ape aren't actually slower on gigabeat 22.28.15 # ...because gigabeat is arm9, while pp is arm7 22.28.19 # I guess they all needed it anyway 22.28.31 # amiconn: where can I find a test track? 22.28.33 # ASCE: Because apple renamed your files. 22.28.40 # Instruction cycle timing is different 22.28.40 # jhMikeS: because it's fun and i want speex faster :) 22.28.43 # amiconn: as long as memory stall is avoided, they don't seem too different 22.28.43 # :O 22.28.54 # so is there any way i can get the right names down in the playlist? 22.29.12 # Gigabeat is arm920t, right? 22.29.14 # preglow: we all want everything faster of course ... keep on keepin' on :) 22.29.24 # amiconn: yes 22.29.52 # arm7tdmi: http://infocenter.arm.com/help/index.jsp?topic=/com.arm.doc.ddi0210c/Chdbedbg.html 22.29.56 # ASCE: Don't use iTunes to copy the songs. 22.30.04 # arm920t: http://infocenter.arm.com/help/index.jsp?topic=/com.arm.doc.set.arm9/index.html 22.30.12 # would amarock work? 22.30.14 Quit DataGhost ("NTOSKRNL.EXE caused a buffer overflow in System Idle Proce²¦©§ÜæîôØþ°") 22.30.22 # amarok* 22.30.29 # ASCE: If it's transferring them for use in the original firmware, no. 22.30.40 # Actually my filter opts aren't worth much on PP *atm*, because even -c1000 is barely realtime and still not usable 22.30.48 # -c1000 doesn't use those filters 22.30.49 # ic 22.31.12 # so any files in the orig. firmware wont have the correct name in playlist? 22.31.20 # Yes 22.31.21 # Somone with a clue needs to optimise the entropy decoder stage :/ 22.32.11 # amiconn: see sec. 12.3. Interlocks. It's the main hoop to jump through. 22.32.16 # for 920T 22.32.26 # wow 22.32.43 # More than what I thought - on PP5020, -c2000 went from 66% to 73% realtime 22.33.00 # That's just the vector addition and subtraction optimised 22.33.21 # k 22.33.21 Quit axlgreasetires ("CGI:IRC (EOF)") 22.33.23 # thanx for the help 22.33.24 # :) 22.33.30 # I have no idea how to exploit ldmia for the scalar product :( 22.33.35 # haha one more thing 22.33.48 # when i plug my ipod into the computer, is there any way i can stay on rockbox 22.33.57 # cause as soon as i plug in, it restarts 22.33.58 Quit davina (Remote closed the connection) 22.34.25 # amiconn: are there test tracks available? 22.34.56 # ASCE: Rockbox doesn't have a disk mode, but holding down Menu prevents it from restarting 22.35.40 Join przemhb [0] (n=przemhb@fan115.internetdsl.tpnet.pl) 22.35.42 # k perfect 22.35.43 # thanx alot 22.36.55 Quit ASCE ("bai!") 22.38.03 Join DataGhost [0] (i=dataghos@ip3e832ea5.speed.planet.nl) 22.38.12 Quit bertrik (Read error: 104 (Connection reset by peer)) 22.38.28 Nick parafin is now known as parafin|away (i=parafin@paraf.in) 22.38.32 Quit lazka ("I'm off now") 22.40.21 # Hi all 22.40.23 # I've got an issue with incorrectly displayed Rockbox logo and icons. Take a look: http://ffw58.internetdsl.tpnet.pl/corrupted.jpg It started a few days ago. Now every Rockbox version compiled by me displays logo screen and icons incorrectly. Could someone give me a hint how to solve it? 22.40.51 # przemhb: Does the same happen with a build from rockbox.org? 22.41.08 Quit midgey|class ("CGI:IRC (EOF)") 22.41.09 # no 22.41.54 # rasher: downloaded versions of RB are OK 22.42.20 # Are you using modified source, or straight svn? 22.42.31 Join petur [0] (n=petur@d54C6FBFB.access.telenet.be) 22.42.54 # rasher: modified 22.43.12 # In which way? 22.43.39 # I've added on plugin (my own) and "test_codec" plugin 22.43.51 Join lazka [0] (n=lazka@85-125-223-16.dynamic.xdsl-line.inode.at) 22.47.12 Quit nicktastic ("Leaving") 22.48.56 Join japc [0] (n=japc@bl7-240-56.dsl.telepac.pt) 22.49.21 Join bertrik [0] (n=bertrik@031-020-045-062.dynamic.caiway.nl) 22.50.50 Quit matsl ("Leaving") 22.52.16 Quit HellDragon (Success) 22.55.53 # rasher: what would you suggest to solve this problem? 22.56.15 # przemhb: Well, the first thing to do is to make a build with clean, unpatched source and see if it shows the problem 22.58.03 # przemhb: What target? 22.58.09 # * amiconn guesses H10 big 22.58.23 # amicon: yes, you're right 22.58.40 # 'make clean' and reconfigure. Then rebuild, and it should be fixed 22.59.09 Join webguest35 [0] (i=acce16f1@gateway/web/cgi-irc/labb.contactor.se/x-2fb7c0f384308486) 22.59.16 # This is due to the bitmap format change for H10 big (RGB565 -> RGB565SWAPPED) 22.59.31 Join HellDragon [0] (n=Nocebo@unaffiliated/helldragon) 23.02.31 Quit Nico_P (Remote closed the connection) 23.02.40 Join Nico_P [0] (n=nicolas@rockbox/developer/NicoP) 23.03.17 Quit przemhb (Read error: 104 (Connection reset by peer)) 23.03.47 Join przemhb [0] (n=przemhb@fan115.internetdsl.tpnet.pl) 23.03.49 Quit freqmod (Read error: 104 (Connection reset by peer)) 23.05.44 Part agm3nt 23.05.48 # amicon: Thank you. 23.06.21 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 23.09.33 Join kkurbjun_ [0] (n=kkurbjun@alamode.Mines.EDU) 23.10.30 # Hmm, fetching longwords in scalarproduct() might pay off even with the neccessary shifting, at least on arm7 23.12.02 Join linuxstb [0] (n=chatzill@copernic-sda.pck.nerim.net) 23.14.01 Quit HellDragon (Client Quit) 23.15.29 *** Saving seen data "./dancer.seen" 23.18.23 # bye 23.18.30 Part przemhb 23.21.11 Quit J3TC- (Read error: 104 (Connection reset by peer)) 23.21.41 Join J3TC- [0] (n=jetc123@dhcp78-127.njit.edu) 23.22.23 # hang hang hang 23.23.53 # amiconn: Do you still need a gigabeat tester? 23.24.18 # Nico_P will test for me, but I have a question regarding libdemac 23.24.42 Quit tpickers66 (Read error: 113 (No route to host)) 23.25.37 # While experimenting with arm optimistations, I found that the first argument of vector_sub() and vector_add() is always 32 bit aligned, but the second argument can be misaligned 23.25.51 # For scalarproduct() it's the other way round 23.25.58 Quit bertrik ("Leaving.") 23.26.07 # Would it be "allowed" in your lib to rely on that behaviour? 23.26.18 Quit ompaul (Client Quit) 23.27.03 # It allows for a nice speedup on arm (especially arm7) due to vector_add / vector_sub optimisations 23.27.47 Quit webguest35 ("CGI:IRC") 23.27.50 # I also applied that kind of optimisation (just locally so far) to the coldfire scalarproduct(), also giving a little speedup 23.27.56 # just look at the code 23.28.04 # the first arg is always the start of an array 23.28.09 # so i'd say yes 23.28.09 # I know 23.28.28 # I would like to know whether I can rely on this behaviour to stay 23.28.43 # i'd be surprised if the answer is no 23.28.54 # but then i do end up surprised quite a lot... 23.29.10 # On coldfire, breaking that assumption would mean performance drop, on arm it would either crash (data abort) or produce white noise (on targets where aligncheck is disabled) 23.30.48 # hmm? the fetches fail silently without aligncheck? 23.30.55 # Speedup from the verctor add/sub on arm7: -c2000 66%->73%, -c3000 37%->43%, -c4000 11%->15% 23.31.14 # No, without aligncheck they rotate the word 23.31.30 # * preglow wonders if we want that behaviour 23.31.49 # wouldn't it be better to have them fail and consistently find bugs? 23.32.17 # i guess it can be used for some weird optimizations 23.32.44 # ddi0100e_arm_arm, page 138 23.32.50 # (documentation of ldr 23.32.52 # ) 23.32.55 Quit jgarvey ("Leaving") 23.34.06 # can coldfire just silently hang if you access illegal memory locations? 23.34.11 # it surely seems to be what is happening 23.34.51 # yes 23.35.14 # If you access empty address areas, you get a bus hang 23.35.22 # The bus cycle simply never completes... 23.35.35 # * preglow wants an mmu 23.37.08 # me reset button is probably wearing out as we speak 23.37.24 Quit gotthardt ("ChatZilla 0.9.78.1 [Firefox 2.0.0.8/2007102213]") 23.38.57 Quit newbyx86 () 23.39.41 Quit lee-qid ("aufwiederbyebientotsayonara") 23.39.58 # amiconn: I think that's a fair assumption. But we should probably add some appropriate comments, just in case. 23.41.05 # preglow: btw, ldm behaves different from ldr on unaligned access with aligncheck disabled... 23.41.23 # ldm just ignores the 2 lsbs 23.42.45 # amiconn: Would it make sense to swap the order of the params to scalarproduct, to keep the alignment requirements consistent? 23.43.30 # Imho it doesn't matter, but if you want, the swap is trivial, as the scalproduct itself is completely commutatve 23.43.40 # (unlike the vector_add and vector_sub) 23.43.56 # I know, but I'm assuming your implementation is assuming the second is aligned? 23.43.58 # *scalarproduct even 23.43.58 Quit japc (Read error: 104 (Connection reset by peer)) 23.44.04 # yes 23.44.09 # Atm it does 23.44.21 # (for coldfire - arm doesn't care yet) 23.44.46 # That's all I mean - if you swap it, then all three functions will require the first arg to be aligned. 23.44.53 Join atsea-22 [0] (i=atsea-@gateway/tor/x-acb5da21a247f4bb) 23.47.05 Join donutman25 [0] (n=chatzill@65.75.87.48) 23.47.15 # Do you have an ARM scalarproduct yet? 23.47.20 # no 23.47.35 # For arm9 it probably doesn't pay off to load 32 bit packed 23.48.03 # ..because arm9 ldrh is single cycle, unless the result is needed in the next instruction 23.48.13 # But on arm7 ldrh is 3 cycles... 23.48.31 Quit petur ("here today, gone tomorrow") 23.48.41 # What is a normal ldr? 23.48.45 # (on arm7) 23.49.25 # Also 3 cycles 23.49.50 # But (1) this means loading 2 values at once and (2) loading 32 bit words allows using ldmia 23.49.52 Join kx [0] (n=kx@122.169.143.115) 23.50.01 # And ldmia is (n+2) cycles 23.50.33 # So loading 4 32 bit words with ldmia needs 6 cycles, while loading 8 halfwords with ldrh needs 24 cycles... 23.51.33 # Looking at that, it even pays off to do some bit shuffling afterards 23.52.17 Quit Frazz (Read error: 110 (Connection timed out)) 23.52.51 Join animeloe [0] (n=animeloe@unaffiliated/animeloe) 23.53.00 Quit obo ("bye") 23.56.04 Part kx ("Leaving") 23.56.19 Join stripwax [0] (n=Miranda@i-83-67-214-206.freedom2surf.net) 23.57.43 Quit stripwax (Client Quit) 23.58.02 Join stripwax [0] (n=Miranda@i-83-67-214-206.freedom2surf.net) 23.58.13 Join japc [0] (n=japc@bl7-240-56.dsl.telepac.pt)