--- Log for 01.06.110 Server: lindbohm.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 8 hours and 6 minutes ago 00.03.50 Quit storm` (Ping timeout: 276 seconds) 00.06.04 Join jordan` [0] (~jordan@jem75-13-78-235-252-137.fbx.proxad.net) 00.07.03 Join storm` [0] (~lol@ip98-179-182-180.ri.ri.cox.net) 00.07.53 Quit DataGhost (Read error: Connection reset by peer) 00.11.59 # bertrik: try throwing it in the water first. perhaps it only works if you're desperate enough 00.12.37 # * r0b- loves his rockbox 00.15.14 Quit halmi (Read error: Connection reset by peer) 00.16.12 # I'll bring it to devcon 00.16.56 Quit lpereira (Quit: Leaving.) 00.19.55 # bertrik: want me to break it for you? :) 00.21.17 # maybe you have the "magic touch" to make it work 00.21.17 Quit storm` (Read error: Connection reset by peer) 00.28.20 Join storm` [0] (~lol@ip98-179-182-180.ri.ri.cox.net) 00.31.13 Join anewuser [0] (anewuser@unaffiliated/anewuser) 00.35.10 # New commit by 03lenzone10 (r26438): Updated italian translation. 00.38.59 Quit bertrik (Quit: De groeten) 00.42.49 Quit storm` (Read error: Connection reset by peer) 00.43.28 Quit r0b- (Read error: Connection reset by peer) 00.44.58 Join oldtopman [0] (~oldtopman@63-225-20-212.hlrn.qwest.net) 00.45.42 # I have a iPod video (30GB 5th Gen) and would like to install rockbox... 00.45.52 # ...What should I partition the iPod as (in ubuntu) 00.46.04 # (I deleted all partitions earlier(failed rockbox attempt)) 00.46.22 Quit pbxy (Quit: Maintenance window closed) 00.47.09 # Is anyone here? 00.47.17 Join Stephen__ [0] (~S@86.46.20.193) 00.48.53 # Is anyone here? 00.49.33 # oldtopman: have a look at http://www.rockbox.org/wiki/IpodManualRestore 00.50.05 Join storm` [0] (~lol@ip98-179-182-180.ri.ri.cox.net) 00.54.11 Quit anewuser (Ping timeout: 258 seconds) 00.54.24 # thanks a million 00.54.49 # I copied the full reserved block from another fuzev1 and now my fuzev1 can boot OF. Copying only the OF file wasn't enough : rockbox booted but OF only power on the backlight and stopped 00.55.33 Quit merbanan (Read error: Operation timed out) 00.55.46 # It just struck me that the reserved size is exactly (OF size * 2) on all Sansa AMS with 8MB of ram 00.56.07 Quit oldtopman (Quit: Leaving) 00.56.12 # any idea whats in the rest of the space? 00.56.24 # on Sansa AMS with 2MB of ram, the reserved size is exactly (OF size - header) * 2 00.56.40 # no, it looks like random garbage at first sight. it's not a copy of the OF, strings doesn't show anything 00.56.50 # cd 01.00.15 # the extra part (beyond OF) compresses fairly well: bzip2 gives 3.3MB instead of 15MB, and compresses the whole thing to 13MB 01.00.23 # lots of 00000000 01.00.55 Quit Stephen__ (Quit: Leaving) 01.01.36 Quit vaguerant (Ping timeout: 260 seconds) 01.02.35 # e200v2 recovery shows the same thing in dmesg: only the first SD bank is shown 01.02.54 Join Speedy2 [0] (~JohnnyJac@cpe-76-88-67-189.san.res.rr.com) 01.03.05 Join S_a_i_n_t [0] (S_a_i_n_t@203.184.2.83) 01.03.09 # http://www.anythingbutipod.com/forum/showpost.php?p=281975&postcount=3 has a link to 'of_and_padding' so it looks like the OF stores something there 01.03.26 # Rob2222: ping 01.03.37 # Hey all. I'm using Rockbox on the Sansa Clip v1. Is there an easy way to use bookmarks if I'm just playing a file browsed from a folder? I checked the manual and I'm still a bit confused. 01.03.54 Quit storm` (Read error: Connection reset by peer) 01.04.11 # (I'm not using a playlist) 01.04.40 # Speedy2: rockbox creates a playlist when you open a file from a folder: it contains all the files in this folder 01.05.14 # press long center -> a menu opens -> playlist is at the top 01.05.56 # Can I set rockbox to always store a bookmark, so if I turn it off in the middle of a song, it will auto-resume from there? 01.06.04 # should e200v2 unbricking be moved to its own page so i could edit it and add info for other models? 01.07.15 # I actually use rbox to listen to podcasts when I work out,and when I'm done I just want to turn the Clip off, and next time I go in, just have it resume. 01.08.26 # Speedy2: there is information about bookmarks in the manual 01.08.33 # don't we have autoresume 01.08.34 Quit efyx (Quit: Quitte) 01.08.45 # saratoga: Intentionally? 01.09.36 # I mean, are you avoiding this feature, or its just not there yet? 01.09.38 # http://download.rockbox.org/daily/manual/rockbox-sansaclip/rockbox-buildch8.html#x11-1360008.5.1 01.09.55 # Speedy2: please read the manual. It contains information about this and much morew 01.10.17 # I'll re-read it 01.10.31 # Speedy2: i just linked you to the part about auto resume 01.11.05 # funman: Thanks 01.11.08 # Guys, I apprecaite it 01.11.51 Join storm` [0] (~lol@ip98-179-182-180.ri.ri.cox.net) 01.12.06 # yeah i was pretty sure we had that, never got around to trying it though :) 01.12.39 # saratoga: it is essential with rtc wake up ;) 01.16.37 # i was not correct, the size of the recovery drive is not the size of 1 bank, it's the size reported by CSD register before we enable bank switching and ask for the CSD a second time 01.16.49 Join robin0800 [0] (~quassel@general-ld-216.t-mobile.co.uk) 01.18.30 # bieber: hey, any idea when you might get to making viewports the top level thingy? 01.18.55 # JdGordon: you still have your clip+ ? 01.19.01 # yes 01.19.27 # want to try unbricking? 01.19.41 # YES! 01.21.57 # you have it opened, access to the buttons side of the PCB ? 01.22.38 Quit Kitr88 () 01.22.57 # yeah 01.23.20 # you need to make sure it's off (unsolder the battery if you can solder it back), connect 2 pins on the PCB, and power USB 01.23.35 # you'll see in dmesg a 979.75MB device from "UNDEF" 01.23.45 # (well, i hope you will)à 01.24.34 # which two pins? 01.24.35 # http://img688.imageshack.us/img688/5187/sandisksansaclipplusdis.jpg <- in red I circled the probable pins to short, in blue the second candidates 01.24.40 # I tihnk we tried this already 01.24.51 # not those ones though 01.24.54 # Is there a chance ucchan's patch for rockboxdev.sh will be included to SVN? 01.25.01 # It would seem kinda silly not to. 01.25.14 # JdGordon: did you see today i unbricked a fuzev2, fuzev1 and clipv1? 01.25.24 Quit storm` (Read error: Connection reset by peer) 01.25.24 # S_a_i_n_t: i was hoping he would commit it 01.25.32 # didnt see how.. very awesome :) 01.25.42 # how long do they need to be connected for? 01.25.47 # just while insterting usb? 01.26.15 # funman: Did you discover some random secret trick or something that works for all/most of the sansas? 01.26.26 # 3 targets unbricked in one day is impressive. 01.26.38 # JdGordon: yep, better keep them 10s or so to be sure 01.27.09 # any ideas how to connect them? its pretty small :) 01.27.21 # S_a_i_n_t: the e200v2 trick seems to work on more than e200v2 01.27.32 # JdGordon: screwdriver, knife, wire (more difficult) 01.27.32 # I have to run, lemme know what to do once I get the dmesg output... ill try it later 01.27.47 # do you really need to pull the battery? 01.27.48 # JdGordon: dd if=/path/to/OF.bin (patched or not) of=/dev/sdX 01.28.09 # saratoga: no, but you must make sure the dap is off when you plug it 01.28.41 # else boot code won't run, the CPU will just keep running the buggy code which caused the brick in the first place 01.28.43 # more off then holding power ? 01.28.57 # no just off, but without feedback you never know if it's off or not 01.29.03 # good point 01.29.15 # I'm fairly sure the batt will be dead now anyway, but the battery is easy enough to resolder 01.29.29 # else i would just press power quickly to power it on if it was not already 01.29.42 # funman: I'll let you know how it goes, wont be able to try for a few hours 01.29.45 # and then press longer to make sure it's off (but you never know if it's longer enough, sometimes it doesn't work) 01.29.54 # sure 01.30.29 # doh! blue wire just came off the battery solder point so that makes at least one thing easier :p 01.30.41 # any danger with shorting the other point? 01.30.44 # points? 01.30.50 # blue is thermal check i think 01.31.07 # JdGordon: the whole thing might explode and blow your head off, i'm not responsible ;) 01.31.16 # ok cool! 01.32.10 Join Kitar|st [0] (Kitar_st@BSN-182-103-163.dial-up.dsl.siol.net) 01.32.47 Join S_a_i_n_t_ [0] (S_a_i_n_t@203.184.1.160) 01.32.53 Quit S_a_i_n_t (Ping timeout: 240 seconds) 01.33.15 Join storm` [0] (~lol@ip98-179-182-180.ri.ri.cox.net) 01.35.02 # SansaAMS -> SansaAMSUnbrick looks good for a new wiki page? 01.35.29 # sure 01.36.22 Nick S_a_i_n_t_ is now known as S_a_i_n_t (S_a_i_n_t@203.184.1.160) 01.36.23 Join r0b- [0] (~nnscript@adsl-76-235-218-36.dsl.klmzmi.sbcglobal.net) 01.39.17 Join anewuser [0] (anewuser@unaffiliated/anewuser) 01.40.05 # funman: Very glad you managed to unbrick your DAPs \o/ 01.40.41 # It must be a big releif. 01.40.47 # *relief 01.49.09 Quit n1s (Quit: Lämnar) 01.49.56 Quit storm` (Ping timeout: 265 seconds) 01.50.47 Quit MethoS- (Remote host closed the connection) 01.53.16 Quit Strife89 (Quit: Thunderstorm, taking precautions.) 01.53.33 Join storm` [0] (~lol@ip98-179-182-180.ri.ri.cox.net) 01.57.27 Quit robin0800 (Quit: http://quassel-irc.org - Chat comfortably. Anywhere.) 01.57.47 Join robin0800 [0] (~quassel@general-ld-216.t-mobile.co.uk) 01.57.49 *** Saving seen data "./dancer.seen" 02.02.21 # S_a_i_n_t: yeah, although i can't do anything for the 4 i had previously broken :/ 02.02.43 # i just hope we can make this work on every sansa AMS 02.04.00 Join Stephen__ [0] (~S@86.46.20.193) 02.12.00 Quit storm` (Ping timeout: 258 seconds) 02.13.41 Quit DerPapst (Quit: Leaving.) 02.13.44 # funman: Only 4? Wow...to be honest I would have suspected that you'd bricked far more DAPs than that by now :P 02.14.19 Quit robin0800 (Remote host closed the connection) 02.15.49 Join storm` [0] (~lol@ip98-179-182-180.ri.ri.cox.net) 02.19.08 Join Transformer [0] (~Transform@ool-4a59e397.dyn.optonline.net) 02.20.56 Quit Transformer (Excess Flood) 02.22.51 # btw, i now have an early bootloader and i think it is much faster than the v1 bootloader 02.23.00 # (on fuzev1) 02.23.04 # can't barely read the version number 02.23.06 # JdGordon: Probably within four or five hours 02.23.38 # r20603 i think 02.24.01 # New commit by 03wincent (r26439): pdbox: Solved issue with WAV file import on big-endian targets (signed 16-bit files only); small I/O-related workaround in g_array.c 02.26.30 # New commit by 03wincent (r26440): pdbox: Removed unnecessary code from the main include file. Reduced neede memory to 2 MB. 02.28.45 # bertrik: the 6th pin from bottom left is 'WP#' (NOT Write Protect), according to ONFI TSOP-48 and WSOP-48 Pin assignements 02.31.52 Quit Stephen__ (Quit: Leaving) 02.32.32 Quit storm` (Ping timeout: 265 seconds) 02.34.44 Join JdGord [0] (~jd@110.23.122.184) 02.35.21 Quit JdGord (Client Quit) 02.35.41 # Question to the people knowledgeable about the PortalPlayer-based targets: Would you put the most CPU-hungry thread on the main CPU or on the coprocessor? 02.37.01 Quit bieber (Ping timeout: 264 seconds) 02.37.09 Join storm` [0] (~lol@ip98-179-182-180.ri.ri.cox.net) 02.37.17 Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) 02.42.03 # http://www.rockbox.org/wiki/SansaAMSUnbrick <- does it look fine? 02.42.29 # wincent: I don't know well PP, but I would say the COP, since the CPU is used by the kernel 02.47.28 Join Strife89 [0] (~Strife89@adsl-80-151-160.mcn.bellsouth.net) 02.49.57 # funman: Thanks! Are there any targets with different clock frequencies for CPU and COP? 02.50.57 # no idea 02.51.37 # funman: Thanks nevertheless! 02.51.38 # set_cpu_frequency in system-pp50*.c doesn't seem to have separate settings for CPU & COP 02.58.09 Quit bieber (Ping timeout: 265 seconds) 02.58.22 Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) 03.02.18 Quit funman (Quit: free(random());) 03.05.10 # wincent: on PP the COP and CPU are always the same speed 03.05.56 # COP is usually idle, except for when playing MP3 where it'll have about 20MHz used by the decoder (and less commonly when playing mpeg or spc files) 03.11.59 Quit storm` (Read error: Connection reset by peer) 03.18.00 Join storm` [0] (~lol@ip98-179-182-180.ri.ri.cox.net) 03.18.12 Quit steve|m (Ping timeout: 276 seconds) 03.21.25 Quit bieber (Ping timeout: 240 seconds) 03.21.38 Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) 03.28.05 Nick fxb is now known as fxb__ (~felixbrun@h1252615.stratoserver.net) 03.28.06 # saratoga: I placed main thread of pdbox on the coprocessor. Does this sound feasible? 03.29.36 Nick kisak_ is now known as kisak (~kisak@c-98-235-209-218.hsd1.pa.comcast.net) 03.29.39 # wincent: depends on how you do it 03.30.04 # if you can split up your work across both cores it makes sense, just putting everything on the second core probably won't make much difference though 03.30.21 # unless you plugin can run while audio is playing? 03.31.41 Join steve|m [0] (~steve@p4FD449CC.dip.t-dialin.net) 03.33.06 # saratoga: Actually, it creates audio, hence the answer is no. 03.33.28 # then it won't make much difference, unless you can split the load across both CPUs 03.33.36 Quit storm` (Read error: Connection reset by peer) 03.33.37 # I did. 03.33.51 # well then in theory you can double your speed :) 03.33.57 # PD core runs on the COP and the GUI runs on the CPU. 03.34.10 # does the GUI use any CPU time? 03.34.43 # It might be updated relatively often. 03.34.43 # if you're hurting for CPU cycles you probably want to split up the audio processing as well 03.35.36 # Well, I think the processing power (at least on the H300) is rather sufficient. 03.36.18 # With UI simulator redesigned, how is it possible now to dump audio output into a file? 03.39.18 # it doesn't work the way it did before? 03.39.43 Join storm` [0] (~lol@ip98-179-182-180.ri.ri.cox.net) 03.39.51 # I did not see the --debugaudio options when running sim with -h switch 03.49.23 Join CGL [0] (~CGL@190.207.188.113) 03.51.02 Join robin0800 [0] (~quassel@149.254.61.171) 03.53.57 Join fdinel [0] (~Miranda@modemcable235.127-131-66.mc.videotron.ca) 03.54.04 Quit bieber (Ping timeout: 264 seconds) 03.54.21 Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) 03.56.53 Join Darkknight512 [0] (~Darkknigh@CPE00212968356c-CM00186845dd46.cpe.net.cable.rogers.com) 03.57.02 Nick CGL is now known as [CGL] (~CGL@190.207.188.113) 03.57.50 *** Saving seen data "./dancer.seen" 04.33.39 Quit TheSeven (Ping timeout: 260 seconds) 04.37.34 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) 04.38.09 Quit pixelma (Disconnected by services) 04.38.11 Join pixelma_ [0] (quassel@rockbox/staff/pixelma) 04.38.12 Quit amiconn (Disconnected by services) 04.38.14 Join amiconn_ [0] (quassel@rockbox/developer/amiconn) 04.38.31 Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) 04.38.36 Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) 04.42.19 Quit bieber (Ping timeout: 272 seconds) 04.42.34 Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) 04.45.23 Join Barahir_ [0] (~jonathan@frnk-590f7a37.pool.mediaWays.net) 04.46.43 Quit robin0800 (Remote host closed the connection) 04.46.49 Quit moparx (Ping timeout: 264 seconds) 04.48.17 Quit panni_ (Read error: Connection reset by peer) 04.48.22 Quit elinenbe (Ping timeout: 264 seconds) 04.48.48 Quit Barahir (Ping timeout: 260 seconds) 04.54.02 Quit soap (Read error: Operation timed out) 05.10.18 Join JdGord [0] (~jd@110.23.122.184) 05.15.03 Quit JdGord (Client Quit) 05.26.50 Join togetic [0] (~togetic@unaffiliated/ibuffy) 05.27.37 Quit Darkknight512 (Quit: ChatZilla 0.9.86 [Firefox 3.6.3/20100401080539]) 05.28.52 Quit Horscht (Quit: Verlassend) 05.30.31 Join JdGord [0] (~jd@110.23.122.184) 05.46.51 Quit Topy44 (Ping timeout: 248 seconds) 05.48.12 Join Topy44 [0] (~topy@my.fastsh.it) 05.50.55 # New commit by 03funman (r26441): sd-as3525v1: set up bank selection data outside of the loop 05.52.10 Quit JdGord (Read error: Connection reset by peer) 05.52.17 Join JdGord [0] (~jd@110.23.122.184) 05.57.51 *** Saving seen data "./dancer.seen" 05.58.41 Quit JdGord (Quit: Bye) 06.16.17 Quit anewuser (Quit: for SELL 2 by the price of 1 now!) 06.18.47 Quit simonrvn (Quit: .) 06.25.40 Quit CIA-98 (Ping timeout: 276 seconds) 06.38.48 Join CIA-6 [0] (cia@208.69.182.149) 06.44.09 Quit fdinel (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 06.54.51 Quit Strife89 (Quit: Bed.) 07.04.53 Join JdGord [0] (~jd@110.23.122.184) 07.08.15 Quit S_a_i_n_t (Ping timeout: 276 seconds) 07.09.21 Join S_a_i_n_t [0] (S_a_i_n_t@203.184.2.218) 07.11.30 Join bmbl [0] (~Miranda@unaffiliated/bmbl) 07.11.33 Quit bmbl (Read error: Connection reset by peer) 07.11.44 Join bmbl [0] (~Miranda@unaffiliated/bmbl) 07.23.17 Quit S_a_i_n_t (Ping timeout: 240 seconds) 07.24.41 Quit JdGord (Ping timeout: 260 seconds) 07.26.07 Join JdGord [0] (~jd@110.23.122.184) 07.26.40 Join S_a_i_n_t [0] (S_a_i_n_t@203.184.5.202) 07.44.47 Join esperegu [0] (~quassel@145.116.15.244) 07.49.21 # JdGordon: I'm starting in on the Viewport classifications, but I've got sort of a problem 07.49.46 # hey 07.49.53 # What are we to do about %V tags that come in the middle of a line? Does that just automatically start a new line? 07.50.05 # yes 07.50.27 # Okay, so a line being parsed should break if we encounter a %V, %Vi, or %Vl 07.50.37 # yeah 07.51.05 # nothing exept maybe whitespace should be on a line with those.. but that doesnt need to be enforced 07.52.08 # Okay 07.57.53 *** Saving seen data "./dancer.seen" 08.00.45 Join LinusN [0] (linus@80.67.6.51) 08.00.45 Quit LinusN (Changing host) 08.00.45 Join LinusN [0] (linus@rockbox/developer/LinusN) 08.01.07 Join sbhsu [0] (~a6530466@Zion.dorm.au.edu.tw) 08.24.21 Join merbanan [0] (~banan@c-94-255-214-233.cust.bredband2.com) 08.28.53 Quit merbanan (Ping timeout: 252 seconds) 08.31.36 Join Zagor [0] (bjst@rockbox/developer/Zagor) 08.36.41 Join ender` [0] (krneki@foo.eternallybored.org) 08.48.41 Quit JdGordon (Quit: Leaving.) 08.51.15 Quit liar (Ping timeout: 240 seconds) 08.55.24 Join flydutch [0] (~flydutch@host23-166-dynamic.15-87-r.retail.telecomitalia.it) 08.55.41 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) 09.02.04 Join Rob2223 [0] (~Miranda@p4FDCA3AA.dip.t-dialin.net) 09.05.11 Quit Rob2222 (Ping timeout: 252 seconds) 09.05.11 Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) 09.09.17 # JdGordon: I think I've got it all put together 09.09.58 # cool 09.10.10 Join petur [0] (~petur@rockbox/developer/petur) 09.11.25 # New commit by 03bieber (r26442): Theme Editor: Made Viewport the top level parse tree element, along with a bugfix to the tag parsing function 09.11.51 # I haven't tested it as thoroughly as I'd like, but it seems to be working well enough 09.12.29 # no worries.. I want to start bringing that parser into the core so if it has bugs we'll find em soon enough 09.13.28 Join GeekShado_ [0] (~Antoine@ANantes-257-1-137-224.w90-32.abo.wanadoo.fr) 09.13.34 # Sounds good 09.14.02 # My plan is to do the parseing in two steps.. the first will use your code directly and load a skin into a small static buffer, then I'll do a second parse of the output tree which will then create the real token structs as needed 09.14.29 # Okay 09.15.29 # hmm, actually I was thinking that the tree would be throw-awayable.. but its not is it? 09.15.47 # If you copy off all the data you need 09.16.06 Join JdGordon1 [0] (~jonno@123-243-140-31.static.tpgi.com.au) 09.16.29 Quit GeekShadow (Read error: Connection reset by peer) 09.16.33 Quit JdGordon (Quit: Leaving.) 09.16.47 Nick JdGordon1 is now known as JdGordon (~jonno@123-243-140-31.static.tpgi.com.au) 09.17.07 Join lpereira [0] (~lucien@did75-8-82-226-27-213.fbx.proxad.net) 09.19.44 Quit JdGord (Ping timeout: 272 seconds) 09.19.51 Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) 09.21.02 Join B4gder [0] (~daniel@rockbox/developer/bagder) 09.21.10 # well the tree looks correct anyway :) 09.21.10 # you're done with the parser now right? 09.21.44 Join DerPapst [0] (~Alexander@p5099d40e.dip0.t-ipconnect.de) 09.25.31 Join DerPapst1 [0] (~Alexander@dslb-088-069-141-117.pools.arcor-ip.net) 09.26.08 # Yeah, I'm going to start working on GUI now 09.26.14 # Aside from any bugfixes I come across 09.27.36 Join dfkt [0] (dfkt@unaffiliated/dfkt) 09.27.40 Quit DerPapst (Ping timeout: 265 seconds) 09.35.11 Quit TheSeven (Ping timeout: 264 seconds) 09.39.23 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 09.40.04 Quit pamaury (Client Quit) 09.40.21 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 09.40.56 Join efyx [0] (~efyx@lap34-1-82-225-185-146.fbx.proxad.net) 09.44.28 Join Rob2222 [0] (~Miranda@p4FDCA3AA.dip.t-dialin.net) 09.45.08 Quit amiconn (Disconnected by services) 09.45.10 Join amiconn_ [0] (quassel@rockbox/developer/amiconn) 09.45.32 Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) 09.45.48 Quit pixelma (Read error: Connection reset by peer) 09.45.49 Join pixelma [0] (quassel@rockbox/staff/pixelma) 09.47.58 Quit Rob2223 (Ping timeout: 265 seconds) 09.53.55 Join TopyMobile [0] (~topy@xdsl-78-34-71-155.netcologne.de) 09.57.54 *** Saving seen data "./dancer.seen" 09.59.18 # bieber: you allow comments inside param lists?! nice 09.59.39 # Yes, but they won't show up in the parse tree :( 09.59.44 Join Rob2223 [0] (~Miranda@p4FDCBE7E.dip.t-dialin.net) 10.01.05 # I'm sure that can be added in the app if needed.. keeping a seperate list of comments..? 10.01.16 # * JdGordon stumbled on a nauhty free and saw that code 10.01.52 # That might work. I'll have to try and figure something out :/ 10.02.41 # In any case, at least they'll parse and render correctly 10.02.53 Quit Rob2222 (Ping timeout: 260 seconds) 10.07.09 # Error on line 3: Argument can not be set to default :( 10.07.15 # i is defaultable int isnt it? 10.08.35 # It is, I probably messed something up in the tag parsing code 10.08.49 # copy/paste me the code that errored out? 10.09.45 Join kugel [0] (~kugel@rockbox/developer/kugel) 10.10.54 # %V(0,0,-,8,0,-,-)\n%wi\n%ax%Vi(0,8,-,212,1,-,-)\n is what I'm trying to parse... 10.11.16 # skin_parser.c line 469+ looks out of place no? 10.12.27 # That is invalid 10.12.33 # Vi's first argument is a nullable string 10.12.47 # oh right, sorry :) 10.12.48 # And its third argument is a non-nullable int 10.13.02 Join funman [0] (~fun@rockbox/developer/funman) 10.13.20 # forgot that tag changed 10.13.31 # That's just the code that separates out the argument types 10.16.08 # http://water.cse.unsw.edu.au/esdk/lpc2/spurious-irq.html explains how spurious interrupts happen with VIC PL190 10.16.36 # i think for PCM the solution is to use what jhMikeS added to gigabeats in r26340 10.16.38 # funman: hey, I didnt have any luck with the clip+ 10.16.52 # JdGordon: Anything in particular that stood out? 10.16.58 # JdGordon: sorry :/ 10.17.14 # bieber: ? 10.17.32 # i have tried what the OF does successfully but i don't understand how this work 10.17.32 # funman: I tried a few other points that looked close enough to be together, but yeah nothing.. unless im not doing it right? 10.17.34 # You mentioned that line in skin_parser.c looking out of place 10.18.03 # JdGordon: well just make sure it's off, connect the pins, plug USB while keeping connected and watch dmesg output that's all 10.18.23 # yeah, because it looked like you were searching for the - in the same ifelse blocks that the type is in... I see what its actually doing now though 10.19.35 # funman: once its connected i dont need to hold it anymore? I'll have another go when i get another pair of hands 10.20.02 # blue-tack 10.20.03 # jhMikeS: pcm_*_lock() just lock the callback from asking more data, not the interrupt itself (as pcm.h comment says)? 10.20.11 Join dfkt_ [0] (dfkt@chello062178002170.1.11.univie.teleweb.at) 10.20.11 Quit dfkt_ (Changing host) 10.20.11 Join dfkt_ [0] (dfkt@unaffiliated/dfkt) 10.20.19 # * S_a_i_n_t hopes this is a semi-universal product. 10.20.27 # i.e. we can finish transferring what we were doing but not ask for more until we're unlocked 10.20.47 # JdGordon: i disconnected the pins only after seeing the device present in dmesg output 10.21.42 # is it mostly instant? 10.21.49 # yeah 10.24.13 Quit dfkt (Ping timeout: 265 seconds) 10.27.51 Join ryran [0] (~ryran@99-205-93-31.pools.spcsdns.net) 10.27.53 Join n1s [0] (~n1s@rockbox/developer/n1s) 10.29.00 Nick dfkt_ is now known as dfkt (dfkt@unaffiliated/dfkt) 10.31.36 # funman: did I read that correctly, you found the pins to short for the fuzev1 as well? 10.32.04 # I still have a dead fuze somewhere which would be happy if unbricked :) 10.32.31 # yep, i wanted to ask you this 10.32.44 # kugel: check SansaAMSUnbrick on the wiki, I've put pictures 10.33.25 # nice, will check that asap 10.33.58 # although I'm not sure if my other fuzev1 is dead due to hardware failure or not 10.38.44 # hah, if that one can be repaired it deserves a place in some Hall Of Fame 10.44.08 Part LinusN 10.47.11 # bieber: ping? 10.50.26 Quit Galois (Ping timeout: 264 seconds) 10.52.07 Join Galois [0] (djao@efnet.math.uwaterloo.ca) 10.55.29 Join MethoS- [0] (~clemens@134.102.106.250) 10.59.30 Quit phanboy_iv (Ping timeout: 265 seconds) 11.00.21 # bieber: for tomorow I guess.... I was hoping the VIEWPORT elemt would have the viewport params straight in it instead of needing to find the viewport tag... I'm going to fiddle and see if I can fix that, i'll post a patch if I get it working 11.00.41 Part ryran 11.01.14 # New commit by 03funman (r26443): fft: use long home button to exit on fuze 11.02.36 # key clicks don't work correctly on AMS 11.02.49 # scrolling the wheel like furious seriously reduce playback rate 11.11.09 # someone with a sansa AMS can make a recording with http://pastie.org/986964 ? 11.11.45 # i was recording on fuzev1, backlight went off and i couldn't have back - want to make sure it's not related to the patch 11.13.53 # another freeze after 6 minutes 11.16.27 # strange 11.16.42 # hmm.... 11.17.00 # anyone has been using on fuzev1 lately? 11.19.19 Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) 11.19.29 Quit stripwax (Client Quit) 11.20.12 Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) 11.20.40 # this could have been a SD freeze 11.22.05 Join soap__ [0] (~soap@cpe-76-181-74-234.columbus.res.rr.com) 11.22.47 Nick soap__ is now known as soap (~soap@cpe-76-181-74-234.columbus.res.rr.com) 11.23.02 Quit soap (Changing host) 11.23.02 Join soap [0] (~soap@rockbox/staff/soap) 11.24.53 Join voRia [0] (~voria@151.53.87.131) 11.28.45 Join ryran [0] (~ryran@99-205-93-31.pools.spcsdns.net) 11.31.31 # yup, svn crash too with led icon 11.32.13 # [quick question RE onplay.c:] after a modified hotkey function I've added is called, I want things to just stay where they are (in this case, in the filetree). I don't want ONPLAY_START_PLAY, and ONPLAY_OK doesn't do it either. ONPLAY_RELOAD_DIR should have the intended effect, but I'm wondering if there's a simpler way? 11.38.45 # okay just tested my hotkey function with ONPLAY_RELOAD_DIR and after using hotkey, it still returns me to WPS. BOOO. I'm missing something else. 11.39.12 # New commit by 03funman (r26444): as3525 PCM: implement locking like done for the gigabeats in r26341 ... 11.40.37 # pamaury: ^ you should check this if this causes a problem with usb-drv-as3525v2 11.44.22 # GAH! After more looking around now I'm really curious why doesn't ONPLAY_RELOAD_DIR do what I want... anyone awake have experience with this? I'm trying to prevent.. e.g. hotkey_insert from returning you to the WPS after you insert some tracks, so that you can just continue inserting more. 11.44.58 # ryran: have a look at tree.c 11.45.33 # kugel: hmmmmmm 11.47.52 # kugel: well.. not much there. are you saying that I definitely need to change something there, versus onplay.c? 11.48.30 # doesn't tree.c handle starting the wps? 11.49.05 # I wouldn't know. I'm really not at all familiar with the source. 11.49.06 # tree.c combines the common parts of the filetree and the database browser (tagtree) 11.49.11 # hmm 11.50.52 # I just don't understand why.. from a user perspective: if you hold_select > playlist > insert shuffled; it adds to your current playlist without taking you to WPS. if you set tree-hotkey insert_shuffled and then do that from the filetree, it DOES take you to WPS. 11.51.03 # that's the behavior I'm trying to change.. 11.51.10 # but I guess you got that 11.51.16 # look at lines 680+ and 840+ in particular 11.51.20 # kugel: it doesnt... it returns GO_TO_WPS 11.51.57 # * JdGordon wishes he understood bieber's parser :/ 11.53.25 # ah well. guess I'm not gonna figure this one out. suppose knowing C would actually be handy here... 11.54.11 Quit MethoS- (Remote host closed the connection) 11.54.49 # I still am curious to find out the reasoning behind the design decision of the behavior I described... I'm sure it's been covered somewhere. 11.55.24 # ryran: I doubt there was one 11.55.37 # ryran: don't assume design decisions :) 11.55.45 # ryran: that is a bug... please create a task in flyspray 11.56.20 # execute_hotkey() in onplay.c is being naughty 11.56.24 # WAIT holy crap ONPLAY_RELOAD_DIR *does* work.... I must've had my hotkey setting on the wrong function 11.57.55 *** Saving seen data "./dancer.seen" 11.58.57 Join swilde [0] (~wilde@aktaia.intevation.org) 12.03.05 # who knows Makefiles? 12.03.32 # JdGordon: a bit 12.04.18 # I need to compile a few files from utils/themeditor to a .o which the rockbox bin can link with... 12.04.33 # I don't know where to start 12.05.56 # JdGordon: grep for FIRMLIB, it's the libfirmware.a 12.06.53 # JdGordon: just hack them into apps/SOURCES :) 12.07.08 # thats what I'm doing.. but that is obviously not a long term solution 12.07.37 # I guess the ling term solution would be to move the files out of utils/themeeditor... 12.07.56 Nick fxb__ is now known as fxb (~felixbrun@h1252615.stratoserver.net) 12.08.52 # yes, utils/skin_parser or tool/skin_parser 12.08.56 # not apps 12.09.12 # what? 12.09.36 # rockbox shouldn't link stuff from anything else besides apps and firmware 12.09.44 # those files are used by the theme editor and apps 12.09.59 # its called a shared library for a reason... 12.10.15 # shared library? 12.10.22 # obviously it needs to be built seperatly for each build, but then it is no different to libfirmware.a 12.10.23 # what "rockbox bin" are you talking about? 12.10.50 # * JdGordon starts from the begining 12.11.33 # i think r26444 should be backported as it fixes keyclick 12.11.52 # but it doesn't harm to let it live one more day in trunk 12.11.54 # the new parser currently in utils/themeditor is going to be used by the editor and rockbox... Ideally without any mention of .c's in the SOURCES.. just a .a dependancy 12.12.21 # or a .o like sysfont.o 12.12.34 # svn mv apps/gui/skin_engine tools/ as well? 12.12.46 # svn rm apps/gui/skin_engine 12.13.10 # I would be against that but I don't know what others think 12.13.23 # I'm rebuilding that from scratch to work with the new parser... 12.14.08 # at the very least skin_parser.c is totally useless with the new code 12.14.40 # funman: How is PCM related to usb ? 12.14.56 # so... I need to know how to make a Makefile for those files to build a .a or .o, then have that magically work with root.make... 12.14.59 # pamaury: not PCM, but spurious interrupts (check the commit log) 12.15.14 # thanks for tips kugel, JdGordon. peace ya'll. 12.15.20 Part ryran 12.15.57 # maybe it would not be such a bad idea to have a lib/ dir in the root dir, that would make it less hacky for plugins to link tlsf malloc for example 12.16.13 # New commit by 03funman (r26445): as3525 ascodec: make internal functions statics and remove some details for ascodec-target.h header ... 12.16.39 # kugel: yes that would be nice 12.16.52 # funman: I have a doubt, I'm not sure mzy code clear the interrupt with VIC_INT_EN_CLEAR, I don't have my computer with me so I can't be sure 12.16.53 # Zagor: are you still the Makefile guru? 12.16.55 Join watto [0] (~watto@193.203.81.165) 12.17.49 # pamaury: grep told me so ^^ but for now it's only done at init so it should be ok 12.20.02 Quit einhirn (Read error: Connection reset by peer) 12.22.46 Quit sbhsu (Quit: leaving) 12.24.03 # bieber: you know what... ignore the message above... as long as the parser guarentees each node from the root will only have one %V[il] tag in it then it is fine how it is... 12.27.41 # are they *real* tiny? A mate of mine has like 1mm long fingernails...tops. 12.28.01 # on a few fingers, you can't see any nail, he bites then so damn much. 12.28.16 # WRONG CHANNEL! 12.28.20 # *crap*...errrr, wrong channel. 12.31.55 Join sbhsu [0] (~a6530466@Zion.dorm.au.edu.tw) 12.33.16 Join leavittx [0] (~leavittx@89.221.199.187) 12.38.48 # AlexP: is the release happening at devcon or before? 12.39.31 # Before, I thought? 12.40.39 # ok cool 12.45.05 # is lenzone10 on irc? he made an update to italian.lang in r26438 but it's not in branch 12.46.08 Quit stripwax (Quit: http://miranda-im.org) 12.51.55 # FS#11341 - not a bug? 12.54.37 # not a bug 12.54.53 # just like you cant easily stop using a .wps 12.55.51 # right, thought so too 12.56.11 # simple fix is to place a resetfms.cfg into the themes directory 12.58.14 # emptytheme.cfg with -'s for everything would be better 12.58.39 # does - mean use the default (cabbie) or hardcoded? 13.01.16 # hardcoded 13.02.12 # ok cool, then yeah resettheme.cfg would be nice to add 13.08.21 Quit funman (Quit: free(random());) 13.14.05 Join ucchan [0] (~ucchan@softbank126102048046.bbtec.net) 13.14.22 Quit kugel (Ping timeout: 240 seconds) 13.18.57 Join Casainho [0] (~chatzilla@bl15-101-2.dsl.telepac.pt) 13.20.10 # S_a_i_n_t: I confirmed all cross compilers were built (on cygwin 1.5/1.7) ! 13.20.45 # And rockboxdev.sh updates more. http://pastebin.com/QEp6JsBz 13.20.56 # anyone want to join us? http://forums.rockbox.org/index.php?topic=6751.msg167582#msg167582 13.21.06 # on hacking an ARM9 @ 450MHz from SigmaTell / FreeScale? 13.21.41 # changes: the problem which binutils is built using by "make" (not "make -j4") when two or more cross compilers are selected. 13.21.58 # it's a SoC with analog features, such DC-DC for low power, analog input/ouput for audio, etc 13.24.00 Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) 13.25.21 # I will check in if there is no problem in new rockboxdev.sh. 13.26.09 # bieber: FS#11345 13.33.26 # JdGordon: Yes, thursday is the plan 13.36.18 Join elinenbe [0] (~elinenbe@207-237-241-192.c3-0.80w-ubr1.nyr-80w.ny.cable.rcn.com) 13.37.49 Quit S_a_i_n_t () 13.38.03 Join S_a_i_n_t [0] (S_a_i_n_t@203.184.5.202) 13.40.03 Quit yosafbridge (Quit: Coyote finally caught me) 13.40.11 Join yosafbridge [0] (~yosafbrid@li14-39.members.linode.com) 13.41.59 Join nls [0] (~n1s@90-230-78-242-no134.tbcn.telia.com) 13.44.45 # JdGordon: yes 13.44.59 Quit n1s (Quit: Lämnar) 13.45.01 Quit nls (Client Quit) 13.45.18 Join n1s [0] (~n1s@rockbox/developer/n1s) 13.47.58 Quit n1s (Client Quit) 13.48.34 Join fatih [0] (~Fatih@195.142.147.207) 13.53.21 Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) 13.55.32 Join Szpila [0] (~sszpila@212.244.249.187) 13.57.39 Quit B4gder (Quit: It is time to say moo) 13.57.56 *** Saving seen data "./dancer.seen" 13.58.10 Join n1s [0] (~n1s@rockbox/developer/n1s) 13.59.40 Quit n1s (Client Quit) 13.59.59 Join n1s [0] (~n1s@rockbox/developer/n1s) 14.06.30 Quit dfkt (Quit: -= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.) 14.13.30 Join JdGordon1 [0] (~jonno@175.35.2.254) 14.16.22 # Zagor: utils/themeditor has a bunch of .c's I want to compile to a lib to share between the target build and the editor.... I dont know where to start 14.16.44 Quit shai (Read error: Connection reset by peer) 14.18.24 Quit bieber (Ping timeout: 264 seconds) 14.18.33 Quit bmbl (Quit: Bye!) 14.18.38 Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) 14.23.27 Part Szpila 14.29.56 Quit ucchan (Quit: Leaving...) 14.39.15 Part fatih 14.47.28 # hello 14.48.14 # good news, the addon FolderSync that let people sync devices with Songbird will support importing Rockbox play count :) 14.49.03 # Sounds like time to change the format then :) 14.50.39 Join anewuser [0] (anewuser@unaffiliated/anewuser) 14.53.24 Quit efyx (Remote host closed the connection) 14.53.34 Join efyx [0] (~efyx@lap34-1-82-225-185-146.fbx.proxad.net) 15.19.01 Quit DerPapst1 (Quit: Leaving.) 15.22.27 Quit flydutch (Quit: /* empty */) 15.27.34 Quit anewuser (Quit: for SELL 2 by the price of 1 now!) 15.28.17 Join kugel [0] (~kugel@rockbox/developer/kugel) 15.35.35 Join MethoS- [0] (~clemens@134.102.106.250) 15.35.56 Join grndslm [0] (~grndslm@174-126-14-4.cpe.cableone.net) 15.36.03 Join komputes [0] (~komputes@ubuntu/member/komputes) 15.41.44 Join dfkt [0] (dfkt@unaffiliated/dfkt) 15.50.00 Quit Casainho (Quit: ChatZilla 0.9.86 [Firefox 3.6.3/20100423140709]) 15.50.33 Join jgarvey [0] (~jgarvey@cpe-065-190-066-089.nc.res.rr.com) 15.51.39 # JdGordon1: which .c's should go into the lib? 15.53.38 Quit voRia (Quit: Leaving.) 15.53.45 # all in utils/themeeditor/ skin_parser.c skin_debug.c skin_scan.c tag_table.c 15.54.01 Quit JdGordon1 (Quit: Leaving.) 15.54.17 # JdGordon: ok. could you explain the "sharing" part? 15.54.41 # the same code is being used by the target build and the theme editor 15.55.35 # kugel suggested we add a libs/ folder to the tree for things like this 15.56.11 Quit pixelma (Ping timeout: 260 seconds) 15.56.26 # I'm not sure that makes things easier 15.56.44 Quit amiconn (Ping timeout: 276 seconds) 15.57.22 # is what I'm asking not so straight forward? 15.58.00 *** Saving seen data "./dancer.seen" 15.58.15 # this is used in the themeeditor branch, right? 15.58.50 # no, trunk 16.03.47 Quit yosafbridge (Ping timeout: 240 seconds) 16.05.40 # another thing is it will need a #define so it knows if it is compiling for target or not.. I assume that shouldnt be hard to add (going by my very little understanding of the other make files....) 16.08.44 # skin_parser.c exists in both locations, though is not the same code 16.09.37 # one can be renamed if it needs to be 16.10.57 # I suggest simply moving the files into apps/gui/skin_engine and then compile whichever files the editor wants, using that path 16.12.49 # really? it would be nicer if the code kept out of there 16.16.54 # what? didn't you say it should be compiled in target and in the editor? 16.17.12 # yes, but the actual code belongs to neither 16.17.37 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 16.19.08 Nick GeekShado_ is now known as GeekShadow (~Antoine@ANantes-257-1-137-224.w90-32.abo.wanadoo.fr) 16.19.55 # if the code ends up in either of them it will eventually bloat out and cause problems like we have with checkwps where heaps of stubs and mini structs are needed for it to work 16.20.40 # New commit by 03mc2739 (r26446): Perform radio_start, radio_pause, radio_stop in simulator. ... 16.21.03 # nothing prevents you from compiling it as a lib in apps/gui/skin_engine and I don't think the actual folder will make any difference 16.21.13 # I want those files to build to a libskinparser.a which the rockbox bin and the themeeditor can both link against (of course linking against the one built for it, with the right gcc) 16.22.10 # mc2739: nice one :) 16.22.52 # kugel: of course the folder doesnt really make a difference, but storing it in a logical place helps 16.27.57 Quit wincent (Ping timeout: 248 seconds) 16.30.16 Quit kugel (Ping timeout: 260 seconds) 16.31.05 # New commit by 03mc2739 (r26447): Backport r26446 - Perform radio_start, radio_pause, radio_stop in simulator. 16.34.49 Join kugel [0] (~kugel@e178061250.adsl.alicedsl.de) 16.34.50 Quit kugel (Changing host) 16.34.50 Join kugel [0] (~kugel@rockbox/developer/kugel) 16.39.25 Join kugel_ [0] (~kugel@g231226178.adsl.alicedsl.de) 16.39.40 Quit kugel (Disconnected by services) 16.39.43 Nick kugel_ is now known as kugel (~kugel@g231226178.adsl.alicedsl.de) 16.39.49 Quit kugel (Changing host) 16.39.49 Join kugel [0] (~kugel@rockbox/developer/kugel) 16.44.17 Join yosafbridge [0] (~yosafbrid@li14-39.members.linode.com) 17.10.09 Quit bieber (Ping timeout: 260 seconds) 17.10.26 Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) 17.10.57 Join bmbl [0] (~Miranda@unaffiliated/bmbl) 17.19.05 Part Zagor 17.27.26 Join phanboy_iv [0] (~benji@c-174-49-112-244.hsd1.ga.comcast.net) 17.32.56 Quit lpereira (Quit: Leaving.) 17.44.44 Quit bluebrother (Disconnected by services) 17.44.46 Join bluebroth3r [0] (~dom@rockbox/developer/bluebrother) 17.50.42 Join funman [0] (~fun@rockbox/developer/funman) 17.52.13 Join DerPapst [0] (~Alexander@dslb-088-069-141-117.pools.arcor-ip.net) 17.56.01 Quit kugel (Ping timeout: 260 seconds) 17.58.04 *** Saving seen data "./dancer.seen" 17.59.36 Join Zigtown [0] (~Zigtown@CPE00259ce0fdb2-CM0014f8cc807a.cpe.net.cable.rogers.com) 18.02.18 Quit petur (Quit: later) 18.06.08 Join stoffel [0] (~quassel@p57B4B102.dip.t-dialin.net) 18.07.54 Join kugel [0] (~kugel@rockbox/developer/kugel) 18.13.13 Quit GeekShadow (Quit: The cake is a lie !) 18.13.51 # is there a ref/doc/something similar to explain why r25938 results in a performance boost for ipod video lcd update? (changing the copy loop from 4-word ldmia/stmia to a sequence of 2-word ldmia/stmia instead) 18.15.00 # in my mind, a 4-word stmia is always going to be quicker than two 2-word stmias, so interested to know what I'm missing! is it something to do with the memory controller? 18.15.26 # (background: wondering if this loop could/should be written in Thumb instead) 18.17.14 # why in thumb? 18.17.24 # to save 16 bytes? 18.20.28 # stripwax: perhaps it comes from the hardware ? 18.20.43 # kugel - I thought tight loops benefited from reduced code size? or is there no benefit on ipod video when running from icode? 18.21.18 Quit pamaury (Remote host closed the connection) 18.21.22 # funman - perhaps, wondering if someone knew :) Buschel, presumably, but he's not online right now (although this isn't urgent :-) ) 18.21.27 # ARM System Developer's Guide says ldm/stm take 2/1 + N (== number of regs) cycles on arm7tdmi so more registers would be faster 18.21.34 # yep 18.21.54 # except when it's not, presumably 18.22.01 # stripwax: for tight loops, i think it only matters when the loop is loaded in the cache 18.22.52 # funman - that's ambiguous - you mean it only matters 'if the code is in cache', or the only benefit occurs 'when caching the code for the first time' ? 18.23.06 # when caching 18.23.32 # have you seen fs#6734 & fs#11335 ? 18.23.34 # ah; in that case no benefit whatsoever from Thumb there. 18.23.38 # (about thumb) 18.24.19 # yep (also saw the commits replacing mov pc,rx with bx) 18.24.20 Join DataGhost [0] (~dataghost@17-18-ftth.onsnetstudenten.nl) 18.24.21 Quit DataGhost (Changing host) 18.24.21 Join DataGhost [0] (~dataghost@unaffiliated/dataghost) 18.25.34 # did you see the replacing of mov pc, lr by bx lr which bricked my 2 fuzes ? :/ 18.25.56 # this patch just makes the ipod video lcd update code thumb-safe, but doesn't change any of the video asm to use thumb instructions 18.26.05 # funman - hm, actually no I didn't see that!! 18.26.07 Quit kugel (Ping timeout: 265 seconds) 18.26.20 # ah now I understand what happened: 18.26.49 # the code is pure thumb and uses 'mov lr, pc' + branch 18.27.03 # stripwax: did you have time to look more at my tremor patch (FS#11268)? And what do you think of the approach of not using the iram_malloc stuff and instead using the regular ogg_malloc eveywhere when there is no iram as opposed to the easier slightly hacky approach of pretending to have enough iram to avoid the copying? 18.27.26 # so when returning from thumb, to thumb, it relies on the fact that mov pc, lr will not update the T bit, so CPU will stay in thumb mode 18.28.11 # address in lr is aligned on 2, so bx lr will either do something unpredictable if it's not aligned on 4, either switch to ARM since bit 0 of lr is 0 => boom 18.28.54 # but i think 'mov pc, lr \n beq X' could be bleq X ? 18.28.55 Join kugel [0] (~kugel@rockbox/developer/kugel) 18.29.33 # ah no BL can not use conditions in thumb 18.29.50 # n1s - no not yet unfortunately. maybe sometime this week if I get time, but lots on :( 18.31.05 # stripwax: no worries, i have still not installed a toolchain on my new machine :) 18.31.32 # funman - right, bx lr will not do anything unpredictable if lr not algined on 4, it will just jump to lr &~0x00000001 and set T if lr & 0x01 18.31.49 # Bagder: can you hand the JTAG'd e200v1 to Zagor so he can bring it to DevCon? 18.32.10 # but yeah, jumping from thumb to thumb and not ensuring lsb is set will do bad things 18.33.15 # stripwax: if lr & 3 == 2, i think it's unpredictable because you will clear T bit and address will not be aligned on 3 bits 18.33.52 # in nrv2e_d8 code the lsb is unset because they store the return address by reading pc 18.34.32 # mov pc, lr will not work on armv7+ because it will also update the T bit (in this case clear it) 18.35.05 # how about manually or'ing with 0x1? 18.35.45 Quit stripwax (Read error: Connection reset by peer) 18.36.06 # works too but cost one more instruction 18.36.33 # if i read ARM Architecture Reference Manual for ARMv6 i understand that mov pc, lr will update the T bit on ARMv6 18.36.55 # In T variants 18.36.55 # of architecture 4 and in architecture 5 and above, the instruction BX LR must be used in place of MOV 18.36.59 # PC, LR, as the BX instruction automatically switches back to Thumb state if appropriate 18.37.19 # hmm, no, they say MUST 18.38.54 # you have to use bx lr on v6 too, no/ 18.40.00 Nick fxb is now known as fxb__ (~felixbrun@h1252615.stratoserver.net) 18.40.17 # unless you don't want to switch :o 18.40.24 # IIRC it's relaxed a bit v6+ but of course bx lr is recommended, if only for compatibility 18.40.29 # Yeah, ARM just think that shouldn't happen :) 18.40.39 # *all* your symbols should have lsb set if they refer to thumb functions 18.40.51 Quit slck (Ping timeout: 276 seconds) 18.42.26 # i hope to see what's wrong with e200v1 built with thumb with the JTAGed e200v1, then i will check if fs#11335 doesn't impact performance 18.42.51 Join slck [0] (Venci@Slackware.SlackPix.Com) 18.43.19 # i think it's better to always use bx rather than have a ROCKBOX_THUMB define to economize 4 bytes per return and 1 cycle on arm7tdmi 18.43.31 # cleaner* 18.44.49 # * kugel agrees 18.44.54 # New commit by 03bieber (r26448): Committing FS#11345 by JdGordon. Theme editor parser now includes full tag information in the skin_element struct 18.44.55 # the mov pc, #X remaining in s3c2440 are branches from crt0 to OF or reset 18.44.59 # but that patch doesn't fix all asms does it? 18.45.15 # what about system-arm.h? 18.45.17 Join shai [0] (~Shai@l192-117-110-233.cable.actcom.net.il) 18.45.24 # kugel: it should, i gave teh regexp i used and what the matches remaining are 18.45.54 # kugel: this patch only fixes returns so the functions can be called from thumb 18.46.08 # then, we can move to thumb experimentation ;) 18.46.46 # PP crt0 has a mov pc, #0x40000000 which should be IRAM_ORIG 18.47.49 # funman: there isn't any risk of us having to support ARMv4 is there? 18.47.54 # i.e. not ARMv4T ? 18.48.19 # i don't know but the linker has a workaround to replace bx by armv4 instructions (there is discussion about this on debian eabi port) 18.48.41 # --fix-v4bx Rewrite BX rn as MOV pc, rn for ARMv4 18.48.41 # --fix-v4bx-interworking Rewrite BX rn branch to ARMv4 interworking veneer 18.49.42 # PP crt0 copies its own ARM code so it should be ok 18.49.45 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 18.51.40 # funman: weren't they sane enough to realize there's no point in supporting armv4 non-T? 18.53.28 # New commit by 03funman (r26449): mkamsboot / nrv2e_d8.S thubm decompressor : comment the use of mov pc, lr 18.55.42 # http://pastie.org/987644 <- should be ok ? 18.57.30 Quit shai (Quit: Leaving) 18.59.54 # nope bx needs register not label :/ 19.00.54 # ok if i was wanting to look at the FM Radio init code where would i look? 19.04.01 Join Bob_C [0] (~chatzilla@host81-151-47-145.range81-151.btcentralplus.com) 19.04.23 # kugel: Lots of machines debian is regularly run on requires support for machines that don't know bx 19.04.50 # :) 19.04.57 # Torne: http://wiki.debian.org/ArmEabiPort#Thumbinterworkingsuggestsarmv4t 19.05.19 # How is EABI going? :) 19.05.45 # I've committed FS#11345, it would be much appreciated if someone with admin access on FlySpray could close it 19.05.47 # Bob_C: good these days, I just added a related discussion idea to the devcon agenda 19.05.57 # kugel: indeed.. they run the arm port, not armel 19.06.15 # isn't the arm port deprecated? 19.07.29 Join kugel_ [0] (~kugel@e178189164.adsl.alicedsl.de) 19.07.47 Quit kugel (Disconnected by services) 19.07.51 Nick kugel_ is now known as kugel (~kugel@e178189164.adsl.alicedsl.de) 19.07.57 Quit kugel (Changing host) 19.07.57 Join kugel [0] (~kugel@rockbox/developer/kugel) 19.08.50 # kugel: thats good news! 19.08.57 Quit kugel (Read error: Connection reset by peer) 19.11.23 Quit phanboy_iv (Read error: Connection reset by peer) 19.11.37 # r0b-: for clip+ / sansa ams it is in firmware/target/arm/as3525/fmradio-i2c-as3525.c 19.11.57 # thank you sir 19.13.39 Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) 19.14.53 # oooh i2c oughta be fun 19.17.47 # are there any special make flags i need to specify? 19.18.20 Join kugel [0] (~kugel@rockbox/developer/kugel) 19.18.36 # gevaerts: ping 19.19.31 Quit DerPapst (Quit: Leaving.) 19.21.27 # kugel: gnip 19.21.51 # gevaerts: seen my mail? 19.22.55 # looking now 19.27.30 # http://pastie.org/987691 19.27.42 # can anyone explain why i get this when i build rockbox? 19.28.03 # im using the VMWare development set 19.28.34 # gevaerts: I send another, I forgot 2 important points 19.29.15 # r0b-: you probably have a compiler setup that does not support the CPU you're compiling to 19.29.33 # im using the VMware enviroment from rockbox.org 19.29.43 # does it support the CPU you're compiling for? 19.29.50 # my guess would be "no" 19.29.56 # let me check 19.30.00 # how doi check? 19.30.10 Join Luca_s [0] (www-data@giant.haxx.se) 19.30.15 # try building and see if it gives you the errors you get 19.30.29 # make? 19.30.32 # i guess it's a multilib problem 19.30.36 # run rockboxdev.sh and see if that fixes the problem 19.30.43 # r0b-: I had problems with the vmware env 19.30.48 # the wiki has instructions for setting up the cross compilers if you've never done that before 19.30.54 # fixed by running rockboxdev.sh 19.30.54 # its extremely simple 19.31.46 # speaking of rockboxdev.sh, who shoved the -j4 into its make command? 19.32.26 # it gives problems on cygwin, and presumably single core (or even dual core) machines as well, I think it should rather look for $CONCURRENCY_LEVEL 19.32.26 # JdGordon: in r26078 19.32.40 # wow 19.32.52 # he probably forgot to check his diff 19.33.55 # just revert it (or calculate a good -j :P ) 19.35.21 # kugel: I suspect that your mentors don't actually prefer android :) 19.35.32 # make -j "0$CONCURRENCY_LEVEL" ? 19.36.01 # gevaerts: yea, n900 fanboys :P 19.36.13 # what's CONCURRENCY_LEVEL ? 19.36.27 # kugel: I suspect rockboxdev.sh shouldn't be setting -j at all, that's what MAKEFLAGS is for 19.36.49 # funman: dpkg-buildpackage uses that for the job count 19.36.57 Quit swilde (Remote host closed the connection) 19.37.28 # gevaerts: you never know if setting such variables breaks the scripts 19.37.42 # kugel: it doesn't here 19.38.12 # But anyway, people who want -jwhatever can already set it 19.38.20 # it may not break rockboxdev.sh, but it's not too save generally 19.38.34 # maybe just add an -j option to rockboxdev.sh 19.39.02 # safe* 19.39.22 # gevaerts: seriously though, you wouldn't want android? 19.39.37 Join pixelma [0] (quassel@rockbox/staff/pixelma) 19.39.40 Join amiconn [0] (quassel@rockbox/developer/amiconn) 19.41.18 # kugel: for myself or as the first RaaA target? 19.41.26 # the latter 19.41.56 # It's probably the most realistic platform right now 19.42.26 # kugel: Excuse the possibly silly question here, but would RaaA if on Android, work with any currently released Android version, or only the newer versions? 19.42.29 # well, I'd expect an n900 port to be less of a challenge 19.43.01 # The choices would be windows mobile, symbian, iphone, maemo, android and webos I guess 19.43.10 # evilnick_B: I don't know, I haven't messed with the version issue very much so far 19.43.55 # kugel: yes, that would be the other one. It might be less of a challenge (although I'm not sure if it really makes that much difference), but it's a lot less affordable 19.43.57 # I think winmo is out, as far as win 7 mo is concerned 19.44.07 # they take the same route as apple IIUC 19.45.45 # gevaerts: I think maemo (or meego in the future?) doesn't run on many enough devices to be really interesting right now 19.45.56 # that too 19.45.58 # how much is the n900? 19.46.50 # on nokia.de, 489 euro right now, which they say is a temporary low price 19.47.15 # I see, the google money won't be sufficient for that 19.48.09 # Yes, it's a bit too much to expect someone to spend if there are nearly-as-good (if the "nearly" is even true) options for a fraction of that 19.48.54 # kugel: anyway, about your other question, I think there are a few loose threads that should be tied up at some point. There's mainly the system vs rockbox libc issue that I think should be either a configure switch or an advanced option 19.48.57 # I would be interested in android because I can run it on mini2440 board 19.49.47 # Bob_C: it's very slow though, and I think it's unable to run 2.x androids 19.50.04 # oh, ok 19.50.23 # gevaerts: there hasn't been a demand for it lately 19.51.02 # kugel: well, people don't keep repeating it, but I don't think the demand is gone 19.53.35 Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 19.54.03 # gevaerts: ok, I'll have a shot at it. shouldn't be too hard 19.55.44 # gevaerts: another thing: I'm well in schedule. my plans were to be done with the mid-term work by july 1st. I think can afford (and need a bit too) concentrating on my uni a bit more. Is that OK? 19.56.15 Quit stoffel (Remote host closed the connection) 19.56.25 # android is nice because theres a million new cheap android devices coming out 19.56.48 # it also looks like my schedule for the exam period was a bit off, I doubt I'll be completely unavailable for 3 weeks 19.57.06 # not just $300 phones that require long contracts (at least in the US) 19.57.06 Join toffe82 [0] (~chatzilla@12.169.218.14) 19.57.28 # kugel: I'd expect you to prioritise uni things anyway 19.58.07 *** Saving seen data "./dancer.seen" 19.58.29 # kugel: I'd say we discuss things next weekend :) 19.58.44 # fine with me :) 19.59.44 # saratoga: it also runs on a lot DIY systems 20.03.14 Join Horscht [0] (~Horscht2@xbmc/user/horscht) 20.04.27 # ok i built rockbox :) 20.05.29 # evilnick_B: android 1.x might be a bit tricky, I haven't looked into it really, but I think the NDK (for writing apps in C/C++) is less complete or even in-existent for 1.x 20.10.48 Join panni_ [0] (hannes@ip-95-222-52-93.unitymediagroup.de) 20.11.31 Join Whendoze [0] (~mIRC@99.184.76.6) 20.11.59 # kugel: android ndk only requires android sdk 1.5 or later (http://developer.android.com/sdk/ndk/index.html) 20.12.36 # hello 20.12.45 # i have a question that you all have been asked 20.13.00 # you guys gonna release a build for the new iPod Nano? 20.13.30 # Whendoze: if someone ports rockbox to it we will release a build 20.13.32 # The ipod nano has been in releases for ages 20.13.39 # oh sorry, new 20.13.43 # * AlexP should read 20.13.44 # yes :) 20.13.48 # haha 20.13.49 # its ok 20.13.57 # Whendoze: See www.rockbox.org/wiki/NewPort 20.14.03 # alrighty 20.14.44 # hmm 20.15.05 Join einhirn [0] (~Miranda@p54851C68.dip0.t-ipconnect.de) 20.15.07 # if it involves coding anything like C C++ then i will just wait haha 20.15.15 # it does 20.15.16 # That is the least of your problems 20.15.26 # And the wait will be long 20.15.29 # yeah 20.16.33 # yes, there are working exploits and even some drivers ade for the (3G and?) 4G nanos but still, no rockbox port has been started 20.16.49 # on the 5G there is no known exploit afaik 20.17.03 # s/ade/made/ 20.19.36 # kugel: Thanks for the info 20.19.42 Quit Whendoze () 20.19.48 Quit shaggy-h (Ping timeout: 240 seconds) 20.23.22 Quit [CGL] (Ping timeout: 260 seconds) 20.23.23 Quit gevaerts (Disconnected by services) 20.23.33 Join gevaerts [0] (~fg@rockbox/developer/gevaerts) 20.26.24 Join jae_ [0] (~jae@jaerhard.com) 20.26.37 Join ehntoo_ [0] (~ehntoo@lug.mtu.edu) 20.26.45 Quit Horscht (*.net *.split) 20.26.45 Quit sbhsu (*.net *.split) 20.26.45 Quit Don_Roberto (*.net *.split) 20.26.45 Quit ehntoo (*.net *.split) 20.26.45 Quit jae (*.net *.split) 20.26.57 Quit bertrik (Remote host closed the connection) 20.27.16 Join Don_Roberto [0] (~Don@ppp-70-242-145-14.dsl.stlsmo.swbell.net) 20.27.35 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 20.29.18 Quit esperegu (Read error: Connection reset by peer) 20.29.18 Quit bertrik (Read error: Connection reset by peer) 20.29.21 # funman: Yeah, the -g is for gdb 20.29.40 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 20.29.49 Join sbhsu [0] (~a6530466@Zion.dorm.au.edu.tw) 20.29.55 # JdGordon: Whenever you get back, I went ahead and implemented your suggestion to separate out the Viewport tag at the beginning of a VIEWPORT section in the parse tree. 20.30.01 # ranma: check r26444 log - btw i think the problem only happened on AMSv2 20.30.13 Join esperegu [0] (~quassel@145.116.15.244) 20.30.27 # Ok, I'm currently testing rockbox with gcc 4.4.4 and forced boost and so far it's not happened here. 20.30.29 # that, or it was much less frequent and i couldn't reproduce it (forum reports mentioned fuzev1) 20.30.50 # Now, a VIEWPORT element will have 1 child as usual if it's the default viewport, but if it's started with a viewport tag then that tag will be child 0 and everything else will be child 1 20.31.02 Join Horscht [0] (~Horscht2@xbmc/user/horscht) 20.31.15 # did you see how the OF disables interrupts ? 20.32.00 # New commit by 03bieber (r26450): Theme Editor: Made the viewport tag a top-level child under VIEWPORT elements in the parse tree 20.32.00 # int save = VIC_INT_ENABLE & ~(interrupt_to_disable); VIC_INT_EN_CLEAR = 0xffffffff; VIC_INT_ENABLE = save; 20.32.03 # Yeah, but I don't think it's necessary to do it that way. 20.33.13 # if you're interested, check the .au link in the commit log it's the most detailed 20.33.42 # Ah, so it's likely a spurious irq problem as I thought. 20.33.49 # not sure if that scenario can happen for INT_AUDIO though 20.34.03 # if the interrupt is asserted until we read the i2c registers, that would be a very long time 20.34.52 # we could try making several adc_read() requests and plugging/unplugging usb 20.35.38 # if there is a race condition between the interrupt firing and writing VIC_INT_EN_CLEAR the timing would be short since it's the first thing we do in the isr 20.36.25 # oh well, in this case we could just make UIRQ() return - it didn't work for DMA, I think the interrupt is asserted until we clear it from the DMA peripheral (does this make sense?) 20.38.28 Join lpereira [0] (~lucien@170.184.84-79.rev.gaoland.net) 20.38.36 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) 20.39.09 # btw I tried building a linux kernel for a machine using the VIC but I still don't know what the address '32' is 20.43.07 # Hmm, reading the explanation on http://water.cse.unsw.edu.au/esdk/lpc2/spurious-irq.html, the problem here _could_ be that the interrupt is taken while the write to the vic_en_clear is in the pipeline. 20.43.31 # So we really should disable irqs before writing to vic_en_clear and re-enable afterwards. 20.44.16 # no it doesn't work 20.44.51 # i understand that the problem is when the peripheral asserts the interrupt towards the VIC when vic_int_en_clear is being written 20.45.09 # so the interrupt is forwarded to the CPU but with the default ISR 20.47.10 # Did you try that already? I think it might work. In that case even if an interrupt comes in right at that time, the cpu should ignore it because interrupts are disabled. 20.47.21 # i did 20.47.35 # the cpu will get it when interrupts are enabled afterwards no? 20.48.18 # It shouldn't because when they are enabled afterwards the irq line is no longer asserted. 20.49.11 Join spike_ [0] (~spike@75-121-19-74.dyn.centurytel.net) 20.49.16 # hey guys 20.50.12 # i just got a sansa fuze v1 and I want to put rockbox on it, i have the rockboxUtility running on my ubuntu install 20.50.26 # The 'real spurious interrupt' referred to on http://water.cse.unsw.edu.au/esdk/lpc2/spurious-irq.html should only happen if the peripheral is broken or interference is coupled in on the periphal irq line or if you generate it on purpose as in the example 20.50.38 # I'm still just worried about bricking the player, what should I do to make that less likely to happen, just charge the thing up all the way first? 20.51.02 # ranma: what's with transient interrupts? 20.51.22 # spike_: if you want to make it less likely to happen don't do it 20.51.29 Join DerPapst [0] (~Alexander@p4FE8FFEC.dip.t-dialin.net) 20.51.29 # lol 20.51.38 # i figured someone would say that 20.52.12 # but the whole reason i bought the thing was to put rockbox on it =\ 20.54.06 # IIUC, DMA shouldn't cause transient interrupts, the interrupt should stay asserted 20.54.08 # funman: Normally it shouldn't be transient because you have to explicitly clear it at the periphal. 20.54.59 # One option could be to just ignore the spurious irq. 20.55.08 # doesn't work for DMA 20.55.15 # freeze 20.56.40 Join shai [0] (~Shai@l192-117-110-233.cable.actcom.net.il) 20.56.52 Quit Luca_s (Quit: CGI:IRC (EOF)) 20.56.53 # Argh, I hate that arm site. /me would like to read "What happens if an interrupt occurs as it is being disabled?", but... 20.58.19 # Ok, works in firefox, but not in chrome... 20.59.19 Nick [keanu] is now known as keanu (~keanu@unaffiliated/keanu) 20.59.20 # normally irqs are post-poned to after when interrupts are re-enabled, no? 21.00.40 # I don't think so. Since they are level triggered, if a transient happens while they are disabled the transient should be ignored then. 21.00.57 Join moparx [0] (~moparx@unaffiliated/moparx) 21.01.05 # Normally because the irq is not transient it's taken when interrupts are re-enabled since the line is still asserted. 21.07.56 Join wincent [0] (~wincent@f055021132.adsl.alicedsl.de) 21.08.44 Part watto 21.10.52 # linux copies the vectors at #0xFFFF0000 21.12.12 # That's an alternate offset for arm irq vectors I think. But linux doesn't use the vic vectors at all AFAICS. 21.12.24 # It just reads the VIC irq_status register to determine the source 21.12.26 # System.map ranges from c0004000 to c028xxxx, no trace of 32 21.12.52 # No Idea why it writes 32 to the default vector register. 21.13.54 # ah right 21.16.44 # The write to VIC_INT_EN_CLEAR from INT_AUDIO is probably safe because it's in the irq handler and irqs are disabled. 21.17.03 # writing INT_EN_CLEAR with irqs disabled didn't work for pcm DMA 21.17.24 # ranma: linux 2.6.22 doesn't use the vectors but 31.5 (at least) does 21.18.01 # Oh, ok, I only looked at the 2.6.22 patch 21.19.24 # as353x irq handler only looks at VIC_IRQ_STATUS though 21.20.12 # so the vectors code is available but not used, so address 32 doesn't mean anything 21.20.16 Quit lpereira (Quit: Leaving.) 21.20.26 Join lpereira [0] (~lucien@170.184.84-79.rev.gaoland.net) 21.21.28 # Even if wrapping VIC_INT_EN_CLEAR in disable/restore_irq didn't help with the pcm DMA issue, I still think it should be done for correctness. 21.21.30 # http://forums.rockbox.org/index.php?topic=14064.msg167645#msg167645 <- as3525v2 21.22.07 # spike_: There will always be a (very small) risk in flashing a new firmware image, but Rockbox on the Fuze v1 is a relatively mature port 21.22.08 # ranma: it's only needed in usb-drv-* now 21.22.35 # timer-*.c disables the interrupt source in the peripheral before writing VIC_INT_EN_CLEAR and ascodec does it in the isr so interrupts are disabled 21.23.37 # perhaps in usb-drv-as3525.c it's the same thing than with timer? 21.25.14 Quit funman (Quit: free(random());) 21.26.47 Quit sbhsu (Quit: leaving) 21.29.04 # New commit by 03ranma (r26451): Prevent a race condition when writing VIC_INT_EN_CLEAR. Should be very difficult to hit in this case though... 21.30.13 # No, I wasn't masking the interrupts before the write (now fixed) 21.30.27 Part Bob_C 21.32.11 Join sbhsu [0] (~a6530466@Zion.dorm.au.edu.tw) 21.34.07 Quit Zigtown (Ping timeout: 240 seconds) 21.40.13 # blarg 21.40.21 # oh well, turns out the firmware is v2 21.40.31 # i'll just wait till its supported by the official installer 21.43.46 Quit esperegu (Remote host closed the connection) 21.45.51 Join esperegu [0] (~quassel@145.116.15.244) 21.46.48 Join kugel_ [0] (~kugel@e178059023.adsl.alicedsl.de) 21.47.08 Quit kugel (Disconnected by services) 21.47.11 Nick kugel_ is now known as kugel (~kugel@e178059023.adsl.alicedsl.de) 21.47.16 Quit kugel (Changing host) 21.47.16 Join kugel [0] (~kugel@rockbox/developer/kugel) 21.47.44 Quit einhirn (Read error: Connection reset by peer) 21.54.17 Join pamaury [0] (~pamaury@rockbox/developer/pamaury) 21.55.21 # New commit by 03bieber (r26452): Theme Editor: Enabled editing tag parameters from a treeview 21.55.42 Quit esperegu (Remote host closed the connection) 21.58.09 *** Saving seen data "./dancer.seen" 22.03.11 # blah, i want to try it anyway 22.13.18 # is there a specific schedule for the release on thursday? 22.13.41 # spike_: whts you model number of your fuze? read side? a 1004? 22.15.50 # I'd like to update the German translation before (and maybe review related patches if there are some) but I am not sure if I can get around doing so tomorrow. It should be possible on thursday - it's a public holiday in the federal state I'm currently work in 22.19.54 # New commit by 03bieber (r26453): Theme Editor: Made text and comments editable from a treeview 22.20.19 # 1004 22.20.24 # yes 22.21.39 Join esperegu [0] (~quassel@145.116.15.244) 22.24.37 Join kugel_ [0] (~kugel@g231104109.adsl.alicedsl.de) 22.24.57 Quit kugel (Disconnected by services) 22.25.01 Nick kugel_ is now known as kugel (~kugel@g231104109.adsl.alicedsl.de) 22.25.05 Quit kugel (Changing host) 22.25.05 Join kugel [0] (~kugel@rockbox/developer/kugel) 22.25.11 Join merbanan [0] (~banan@c-94-255-214-233.cust.bredband2.com) 22.28.32 Join kugel_ [0] (~kugel@e178058056.adsl.alicedsl.de) 22.28.46 Quit kugel (Disconnected by services) 22.28.50 Nick kugel_ is now known as kugel (~kugel@e178058056.adsl.alicedsl.de) 22.29.05 Quit kugel (Changing host) 22.29.05 Join kugel [0] (~kugel@rockbox/developer/kugel) 22.31.37 # spike_ : a BI1004CAHK? 22.32.28 # BI1004CAAK 22.33.08 # V02.03.31A 22.33.29 # spike_: lucky guy. youre not from germany, or? 22.33.46 # nah, usa 22.34.11 # ok according my theories that player should accept the rockbox firmware 22.34.33 # do you install rockbox? 22.34.54 # i haven't tried yet, i'm having trouble getting the rockboxUtility to recognize it 22.35.18 # i think you have to manually install it 22.35.39 # arg =\ 22.36.02 Quit kugel (Ping timeout: 240 seconds) 22.37.04 # pixelma: I'd guess evening 22.37.19 Join kugel [0] (~kugel@rockbox/developer/kugel) 22.37.41 # New commit by 03wincent (r26454): pdbox: Code cleanup, optimizations. ... 22.39.04 Join kugel_ [0] (~kugel@e178063016.adsl.alicedsl.de) 22.40.53 Join kugel__ [0] (~kugel@e178060009.adsl.alicedsl.de) 22.41.06 Quit kugel_ (Read error: Connection reset by peer) 22.41.13 Quit kugel (Disconnected by services) 22.41.17 Nick kugel__ is now known as kugel (~kugel@e178060009.adsl.alicedsl.de) 22.41.23 Quit kugel (Changing host) 22.41.23 Join kugel [0] (~kugel@rockbox/developer/kugel) 22.41.37 Quit wincent (Changing host) 22.41.37 Join wincent [0] (~wincent@rockbox/developer/wincent) 22.42.43 # I would like to add recording capability to pdbox. Which plugin can I look at to see how the reading of audio input is done? 22.43.42 Quit S_a_i_n_t (Ping timeout: 260 seconds) 22.45.44 Quit bmbl (Quit: Bye!) 22.47.05 # i think the pitch_detector is a pretty good example now 22.47.06 Quit kugel (Ping timeout: 260 seconds) 22.47.27 # AlexP: would be good (and maybe someone will remember my question now) 22.52.21 Join S_a_i_n_t [0] (S_a_i_n_t@203.184.5.202) 22.58.11 Quit lpereira (Quit: Leaving.) 23.00.37 # which CPU settings i have to choose for firmware disassembling of the fuze2 firmware? is it arm? 23.02.19 # yes 23.02.58 Join kugel [0] (~kugel@rockbox/developer/kugel) 23.05.35 # n1s: Good example, thanks. 23.07.53 Quit kugel (Ping timeout: 265 seconds) 23.10.17 Join tom` [0] (~tom@WS1-DSL-74-83-48-45.fuse.net) 23.16.27 Join CGL [0] (~CGL@190.207.188.113) 23.17.29 Join kugel [0] (~kugel@rockbox/developer/kugel) 23.17.35 # my hybrid sim-raaa actually builds and starts up \☺/ 23.17.37 # it doesn't define SIMULATOR but it loosly based of the cowond2 sim 23.18.41 Quit spike_ (Quit: leaving) 23.20.05 # the changes needed in addition to the SIMULATOR => CONFIG_PLATFORM are relatively minimal 23.21.20 # Do we have a policy on swearing in the forums? 23.25.05 # New commit by 03bieber (r26455): Theme Editor: Put together a simple GUI to test going back and forth between a tree view and a text edit box 23.25.09 Join kugel_ [0] (~kugel@g231105158.adsl.alicedsl.de) 23.25.17 Quit kugel (Disconnected by services) 23.25.21 Nick kugel_ is now known as kugel (~kugel@g231105158.adsl.alicedsl.de) 23.25.27 Quit kugel (Changing host) 23.25.27 Join kugel [0] (~kugel@rockbox/developer/kugel) 23.29.09 # I recently had Rockbox on the Fuze V2 hang/crash while copying files (black screen, I couldn't get the device to turn on again). 23.29.25 Quit bertrik (Quit: De groeten) 23.29.47 # The FAQ says that (and I read elsewhere online that) holding the power switch for upwards of 30 seconds should reset the player, but this didn't work 23.29.48 Quit merbanan (Ping timeout: 240 seconds) 23.30.16 # I was afraid I'd managed to brick it until a few minutes ago, when it started back up - apparently the battery just had to run down 23.30.29 Quit GeekShadow (Quit: The cake is a lie !) 23.30.33 Quit evilnick_B (Quit: Page closed) 23.30.43 # Is this a known issue, and is there any way to resolve it in the future without waiting around 4 days for the battery to die before restarting? 23.31.58 # New commit by 03wincent (r26456): pdbox: Updated CPU boosting API 23.32.08 Join oldtopman [0] (~oldtopman@63-225-20-212.hlrn.qwest.net) 23.33.42 # meh, it doesn't play sound :( 23.38.40 # failed to load ./_temp_codec0.dll 23.38.40 # dlopen(./_temp_codec0.dll): ./_temp_codec0.dll: undefined symbol: plugin_end_addr 23.39.44 Join fdinel [0] (~Miranda@modemcable235.127-131-66.mc.videotron.ca) 23.43.35 Join Strife89 [0] (~Strife89@adsl-80-153-196.mcn.bellsouth.net) 23.44.57 # New commit by 03wincent (r26457): Added myself and Pure Data team to credits. ... 23.58.11 *** Saving seen data "./dancer.seen" 23.58.20 Quit n1s (Quit: Lämnar)