--- Log for 02.08.108 Server: calvino.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 18 hours and 51 minutes ago 00.00.34 Join tvelocity [0] (n=tony@athedsl-144835.home.otenet.gr) 00.01.18 Quit robin0800 (Read error: 104 (Connection reset by peer)) 00.01.54 Join ender` [0] (i=krneki@foo.eternallybored.org) 00.02.15 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 00.02.22 Join CyBergRind|w [0] (n=cbr@212.98.160.130) 00.03.39 Quit ompaul (Client Quit) 00.14.27 Quit k4y (Nick collision from services.) 00.14.36 Join k4y_ [0] (n=jackass@196-209-194-146-ndnn-esr-2.dynamic.isadsl.co.za) 00.16.14 Quit shotofadds (Read error: 104 (Connection reset by peer)) 00.17.49 Quit XavierGr (Nick collision from services.) 00.18.02 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) 00.18.49 Join thegeek [0] (n=nnscript@s080a.studby.ntnu.no) 00.19.14 Quit [CBR]Unspoken|w (Connection timed out) 00.20.25 Quit tehpaper (Read error: 54 (Connection reset by peer)) 00.22.39 Quit sitwon ("Leaving") 00.28.13 Join CaptainKewl [0] (n=jason@207-237-173-165.c3-0.nyr-ubr4.nyr.ny.cable.rcn.com) 00.32.16 Quit mcuelenaere (Read error: 110 (Connection timed out)) 00.37.59 Quit bluebrother ("leaving") 00.43.34 Join tehpaper [0] (i=UPP@653237hfc238.tampabay.res.rr.com) 00.43.53 # crap 00.44.35 # what was that sight with the sansa e270? 00.44.38 Join andrewbeveridge [0] (n=586f9e2d@gateway/web/cgi-irc/labb.contactor.se/x-90915eb0ef5bf64f) 00.44.41 # site 00.46.16 # nm found it 00.46.20 # froobi not froogi 00.46.28 Join perrikwp [0] (i=d1a8d351@gateway/web/ajax/mibbit.com/x-7c8f61ff4e9c978a) 00.49.51 Quit massiveH ("Leaving") 00.51.23 Quit andrewbeveridge ("CGI:IRC (EOF)") 00.53.03 # * petur notifies pixelma that he uploaded another patch 00.53.23 # but no hurry, I'm gone now anyway. 00.53.49 # thanks, will try tomorrow - and I watch the task now and get notified (at least should in a bit) 00.53.50 # I expect remark 1 to be fixed, but 2 and 3 are not done yet. 00.54.01 # I thought so.... 00.54.29 # I hope to get the rest fixed tomorrow evening - depends on real life 00.55.54 # I'm not sure whether I'll be able to test tomorrow evening, depends on where I'll be. Could be that I'm away from early afternoon on untill Sunday evening then 00.56.10 # no problem 01.04.46 Quit petur ("Zzzz") 01.05.27 Part pixelma 01.09.50 *** Saving seen data "./dancer.seen" 01.16.02 Join linuxstb_ [0] (n=linuxstb@rockbox/developer/linuxstb) 01.17.03 Quit linuxstb (Nick collision from services.) 01.17.04 Nick linuxstb_ is now known as linuxstb (n=linuxstb@rockbox/developer/linuxstb) 01.19.00 Quit ender` (" I find television very educating. Every time somebody turns on the set, I go into the other room and read a book. -- Grouc") 01.29.30 Quit pbryan ("See ya.") 01.32.20 Quit bertrik (Remote closed the connection) 01.49.34 Join sitwon [0] (n=adam@pool-71-178-171-238.washdc.fios.verizon.net) 01.54.52 Quit faemir (Read error: 110 (Connection timed out)) 02.13.22 Join dude187 [0] (n=chris@cpe-75-187-51-53.columbus.res.rr.com) 02.14.03 Quit Schmogel (Read error: 104 (Connection reset by peer)) 02.14.36 Quit culture (Success) 02.26.20 # * kugel has some nice progress at viewport'ifying pitchscreen 02.32.25 Join kushal_12_27_200 [0] (n=kushal@c-67-173-251-31.hsd1.co.comcast.net) 02.35.15 Quit domonoky (Read error: 104 (Connection reset by peer)) 02.36.58 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 02.41.28 Join BHSPitLappy [0] (n=BHSPitLa@unaffiliated/bhspitmonkey) 02.46.55 Quit nplus (Remote closed the connection) 02.52.07 Nick num1_brb is now known as num1 (n=brian@c-68-63-193-45.hsd1.az.comcast.net) 02.53.30 Quit tvelocity (Read error: 104 (Connection reset by peer)) 02.58.01 # Does anyone know if pitchscreen works on remotes (and if not if this would be wanted)? 03.01.44 Join perrikwp [0] (i=d1a8d351@gateway/web/ajax/mibbit.com/x-7a088e9272fa32db) 03.08.01 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 03.09.53 *** Saving seen data "./dancer.seen" 03.11.30 Join how [0] (n=kushal@c-67-173-249-88.hsd1.co.comcast.net) 03.13.18 Join ackers [0] (n=Becks@80-235-149-109.cable.ubr22.newt.blueyonder.co.uk) 03.13.34 Join m0f0x [0] (n=m0f0x@189-47-40-192.dsl.telesp.net.br) 03.14.33 Nick how is now known as kushal1 (n=kushal@c-67-173-249-88.hsd1.co.comcast.net) 03.14.55 # I'm sorry, what's pitchscreen? 03.15.19 # num1: the screen you get to if you change the pitch/speed while playing 03.15.38 Join Durch_die_Wand [0] (n=subwaych@i59F4B89E.versanet.de) 03.19.09 # hi I installed rockbox to my sansa c250 and when I connect the usb cable the original firmware loads, but the device doesn't show up in my computer. 03.19.27 # I tried taking out the microSD card too 03.19.27 Quit kushal_12_27_200 (Connection timed out) 03.20.09 # Durch_die_Wand: does the sansa show "connected"? 03.20.16 # bring rockbox to the clip! it's eq is terrible 03.20.53 # no it turns black 03.20.58 Quit sitwon (Connection timed out) 03.21.56 Join sitwon [0] (n=adam@pool-71-178-171-238.washdc.fios.verizon.net) 03.22.06 # ackers: rockbox ports dont really work like that...people with the device need to step forward and do the work =/ 03.22.50 # lol i have no idea how to do that 03.23.46 # i made sure it was on MSC mode as well 03.23.56 # ackers: I believe there are already people working on adding the sansa clip to the list of supported devices 03.24.16 # really? thats awesone 03.24.22 # awesome* 03.29.23 # num1 by that do you mean it's in production or it's being considered? 03.33.13 # ackers: for current progress, see the thread in the New Ports forumn 03.33.34 # ok 03.35.59 # ackers: ou can find the relevent thread here: http://forums.rockbox.org/index.php?topic=14064.0 03.36.04 # s/ou/you 03.40.04 Part ackers 03.41.47 # is my best bet to uninstall rockbox, load all my files, then reinstall rockbox? 03.43.55 Join lordpil [0] (n=lordpil@c-24-63-25-251.hsd1.ma.comcast.net) 03.46.29 Join massiveH [0] (n=massiveH@ool-44c48a1e.dyn.optonline.net) 03.49.18 # okay, taking out the microsd and putting it in a transflash adapter i put a movie on it and that plays 03.49.56 # so i guess i'll have to uninstall, put all the music and files i never want to change on the player and then use the sd card for loading files 03.52.34 Quit Thundercloud (Remote closed the connection) 03.53.21 Quit DerDome (Nick collision from services.) 03.53.22 Join DerDome1 [0] (n=DerDome@dslb-082-083-200-131.pools.arcor-ip.net) 03.53.34 Nick DerDome1 is now known as DerDome (n=DerDome@dslb-082-083-200-131.pools.arcor-ip.net) 03.54.40 Quit fdinel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 04.03.51 Quit vort3x ("Leaving") 04.04.00 Join vort3x [0] (n=vortex@unaffiliated/dfa001) 04.04.19 Join perrikwp [0] (i=4aa794a0@gateway/web/ajax/mibbit.com/x-3e144fab478e77a1) 04.06.31 Quit DaCapn (Remote closed the connection) 04.09.48 Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-6acd1fe0ea437d34) 04.10.24 Quit dude187 (Read error: 113 (No route to host)) 04.17.34 Join Zarggg [0] (n=z@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) 04.24.30 Quit m0f0x ("sleep") 04.27.41 Quit kugel ("ChatZilla 0.9.83 [Firefox 3.0.1/2008072820]") 04.29.42 Quit shadoxx (Remote closed the connection) 04.32.39 # anybody knows how I can drop undisplayed comments into the wiki pages? I see no twiki comment command in the wiki help, and HTML comments are getting ignored. 04.35.04 # nevermind. Only one of the styles of html comments is accepted. poo! 04.35.46 Join miepchen^schlaf_ [0] (n=miepchen@p54BF7623.dip.t-dialin.net) 04.39.52 Quit kushal1 ("Leaving") 04.42.41 Quit Durch_die_Wand () 04.50.21 Quit miepchen^schlaf (Read error: 110 (Connection timed out)) 04.52.18 Join dabujo_ [0] (i=xx@p4FDB000C.dip0.t-ipconnect.de) 04.59.33 Quit Zarggg () 05.01.45 Join solexx_ [0] (n=jrschulz@e176113235.adsl.alicedsl.de) 05.03.44 Quit OneFix_ ("Leaving") 05.09.26 Quit dabujo (Connection timed out) 05.09.56 *** Saving seen data "./dancer.seen" 05.18.02 Quit solexx (Read error: 110 (Connection timed out)) 05.38.55 Quit XavierGr () 05.41.18 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 05.42.41 Join perrikwp [0] (i=4aa794a0@gateway/web/ajax/mibbit.com/x-038730777f683df1) 05.42.53 Join cadoo [0] (n=ccadieux@dhcp186-21.theedge.ca) 05.59.12 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) 06.01.01 # if anyone has ideas about how Rockbox should work as an App, please see FS#9222 06.12.31 Part cadoo ("Konversation terminated!") 06.24.33 # I split the Mini and Nano galleries tonight. That takes care of the six smallest ones. Will start tomorrow on the five larger ones. 06.25.12 # saratoga: What's the difference between a rockbox app and a rockbox sim? 06.29.18 # num1: the sim imitates a real hardware device, while the app doesn't 06.29.28 # so it can have its own settings, define its own drivers, etc 06.30.57 # so they're both emulators, but the app is considered a new target? 06.31.26 # neither are emulators, but yes the app is meant to allow new targets to devices that already have an operating system 06.32.23 # we had a project to run rockbox in an emulator, but it didn't work out for the student 06.38.15 # thanks for the clarification 06.48.11 Quit midkay ("Leaving") 06.51.16 Quit CaptainKewl (Read error: 110 (Connection timed out)) 06.54.53 Join AlgorithmicContr [0] (n=larry@unaffiliated/algorithmiccontr) 06.55.40 # Does anyone own a SanDisk Fuze, and if so- did you have any trouble installing rockbox? 06.57.08 # AlgorithmicContr, rockbox will not work on the fuze 06.57.16 # advcomp2019: aww 06.57.22 # advcomp2019: How about Creative Zen? 06.57.38 # not right now 06.57.41 # advcomp2019: what about SanDisk Sansa Connect? 06.57.46 # check the front page 06.57.52 # theres a list of devices there 06.58.06 # nope look at the home page and forums for info 06.59.37 # AlgorithmicContr: if you go to the "new ports" section of forums.rockbox.org you'll be able to check how far along support for the Fuze, Zen, and Connect is. 07.03.52 # num1: Are there any other projects for replacement firmware like Rockbox, and ipodLinux 07.05.03 # AlgorithmicContr, there is but it is offtopic 07.05.10 # I don't know, but you can ask at at #ipodlinux or #anythingbutipod 07.09.58 *** Saving seen data "./dancer.seen" 07.12.37 Quit massiveH ("Leaving") 07.14.10 # FS#7945 can be closed given all the USB work since then right? 07.19.31 Quit saratoga ("CGI:IRC (Ping timeout)") 07.34.10 Quit BHSPitLappy (Remote closed the connection) 07.51.16 Join pixelma [50] (i=pixelma@rockbox/staff/pixelma) 08.29.17 Join ompaul [0] (n=ompaul@gnewsense/friend/ompaul) 08.29.36 Join Rob2223 [0] (n=Miranda@p4FDCCB78.dip.t-dialin.net) 08.41.37 Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 08.47.48 Quit Rob2222 (Read error: 110 (Connection timed out)) 09.00.02 Quit shodanX (Read error: 60 (Operation timed out)) 09.00.07 Join shodanX [0] (n=shodanX@jazz.informatik.uni-erlangen.de) 09.10.01 *** Saving seen data "./dancer.seen" 09.23.58 Quit Seed (Read error: 110 (Connection timed out)) 09.31.48 Quit miepchen^schlaf_ () 09.33.19 Join miepchen^schlaf [0] (n=miepchen@p54BF7623.dip.t-dialin.net) 09.35.32 Join Schmogel [0] (n=Miranda@p3EE23608.dip0.t-ipconnect.de) 09.36.07 Quit Schmogel (Client Quit) 09.37.54 Join Schmogel [0] (n=Miranda@p3EE23608.dip0.t-ipconnect.de) 09.39.01 Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) 09.44.16 Join Seed [0] (i=ben@bzq-84-108-237-178.cablep.bezeqint.net) 09.45.01 Quit Schmogel (Read error: 104 (Connection reset by peer)) 09.45.24 Quit ompaul (Client Quit) 09.53.45 Quit Seed (Read error: 60 (Operation timed out)) 09.55.37 Nick num1 is now known as num1_sleeping (n=brian@c-68-63-193-45.hsd1.az.comcast.net) 10.00.37 Quit miepchen^schlaf () 10.02.25 Join miepchen^schlaf [0] (n=miepchen@p54BF7623.dip.t-dialin.net) 10.05.01 Join Seed [0] (n=ben@bzq-84-108-237-178.cablep.bezeqint.net) 10.05.38 Quit AlgorithmicContr ("aptitude -vvvvv moo") 10.08.07 Join bertrik_ [0] (n=bertrik@244-023-045-062.dynamic.caiway.nl) 10.10.37 Quit Seed ("cu, Andre") 10.12.31 Join snoh [0] (n=dave@cpc1-sout6-0-0-cust616.sotn.cable.ntl.com) 10.17.53 Join faemir [0] (n=faemir@88-106-180-165.dynamic.dsl.as9105.com) 10.17.53 Quit miepchen^schlaf () 10.18.43 Quit bertrik (Read error: 113 (No route to host)) 10.23.07 Quit jfc (Read error: 104 (Connection reset by peer)) 10.26.26 Join Seed [0] (i=ben@bzq-84-108-237-178.cablep.bezeqint.net) 10.30.37 Join JdGordon [0] (n=jonno@c210-49-163-174.smelb2.vic.optusnet.com.au) 10.33.07 Join jfc [0] (n=john@dpc691978010.direcpc.com) 11.10.03 *** Saving seen data "./dancer.seen" 11.22.28 Join culture [0] (n=none@cpc1-bele3-0-0-cust658.belf.cable.ntl.com) 11.32.43 Quit bertrik_ (Read error: 60 (Operation timed out)) 11.37.04 Join Mathiasdm [0] (n=Mathias@78-22-6-189.access.telenet.be) 11.43.22 Join AndyI [0] (n=pasha_in@212.14.205.32) 11.47.16 Join bertrik_ [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 11.49.14 Quit AndyIL (Read error: 60 (Operation timed out)) 12.10.49 Join OlivierBorowski [0] (n=OlivierB@sab57-5-88-179-80-205.fbx.proxad.net) 12.13.37 Join ender` [0] (i=krneki@foo.eternallybored.org) 12.16.32 Join midkay [0] (n=midkay@rockbox/developer/midkay) 12.26.23 Join stooo [0] (n=sto@y066163.dynamic.ppp.asahi-net.or.jp) 12.30.32 Join mcuelenaere [0] (n=mcuelena@78-21-191-98.access.telenet.be) 12.41.00 Join miepchen^schlaf [0] (n=miepchen@p54BF7623.dip.t-dialin.net) 12.44.33 Join robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust394.brig.cable.ntl.com) 12.47.02 Part stooo 12.49.49 Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) 12.51.58 Join seraph [0] (n=seraph@p54938CD8.dip0.t-ipconnect.de) 13.10.08 *** Saving seen data "./dancer.seen" 13.12.07 Join funman [0] (n=fun@82-171-216-191.ip.telfort.nl) 13.14.55 # mcuelenaere: I reopened http://www.rockbox.org/tracker/task/9228 as r18168 doesn't fix it (explained in a comment) 13.15.26 Join JdGordon|uni [0] (i=d231a3ae@gateway/web/ajax/mibbit.com/x-736d61f2ee758f25) 13.15.54 # BigBambi: hmm yes you're right, I must've been confused when I closed that task 13.16.21 # :) 13.16.25 Nick JdGordon|uni is now known as JdGordon_ (i=d231a3ae@rockbox/developer/JdGordon) 13.16.58 # then I'll just commit that patch, it seems the best solution atm 13.17.18 # OK, cheers 13.19.37 # mcuelenaere: That patch is slightly malformed 13.19.43 # I've just noticed 13.19.54 # BigBambi: don't worry, I adjusted it manually 13.19.58 # cool 13.20.02 # btw, I suppose you're already in the credits? 13.20.04 # Yes 13.20.06 # ok 13.20.27 Quit pixelma (" off for the weekend") 13.21.33 # cool, cheers. Version 3.0 can go ahead now :) 13.22.08 Quit JdGordon_ ("http://www.mibbit.com ajax IRC Client") 13.22.52 # :) 13.26.15 Quit midkay ("Leaving") 13.32.48 # mcyelenaere, did you commit the fix for the vx747 log files? 13.33.03 # Normmatt2: yes, some time ago 13.33.14 Nick Normmatt2 is now known as Normmatt (n=normmatt@124-197-18-83.callplus.net.nz) 13.33.17 # (btw you can use TAB to autocomplete nicknames 13.33.31 # Which is especially uselful for mcuelenaere :) 13.33.36 # :) 13.34.02 # Normmatt: you do mean the 10.bin -> onda.bin changes, right? 13.34.22 # i mean the fixes so that it doesnt erase the flash :P 13.34.30 # yes those :) 13.34.35 # ls 13.34.39 # oops :) 13.35.03 # well currently I've been a bit occupied with the theme site so I didn't have much time to look into the Onda port.. 13.35.26 # next time i boot into linux, I'll give that your port a try 13.36.04 # ok, it should display some debug info and *should* allow you to play with the touchscreen (althoug I broke it in my local tree, I'm not sure what happened to SVN) 13.41.29 # I might just try and build a development env in vista, didn't in the first place because vista doesnt play nice with gnu stuff 13.41.41 Join petur [50] (n=petur@rockbox/developer/petur) 13.42.23 # Normmatt: I would advice you to use the VMWare development image, it's easy to use and fast 13.42.31 # (compared to cygwin and andLinux/coLinux) 13.42.32 # mcuelenaere: It looks like you're making nice progress on the themes site, but I'm not sure rand() is the best way to make a temporary directory name - doesn't PHP have a function for that? 13.42.59 # linuxstb: I was going for tmpname() or similar but that's for file's 13.43.06 # first I was thinking of getting the current microseconds 13.43.21 # but that was such a hassle I even needed to create a separate function for it 13.43.32 # so I went with rand(); that seemed pretty decent atm 13.44.04 # we could always go for a md5sum() of several data sources e.g. current time, client browser information, rand(), ... 13.45.12 # You could use tempname, and then create a directory in the same place using the tempname as a prefix 13.45.20 Join ZincAlloy [0] (n=d9eeee2d@gateway/web/cgi-irc/labb.contactor.se/x-ff9287ec86f64574) 13.45.21 # I mean tempnam 13.49.05 # is the assembly code of rockbox written for gas ? if so, why aren't the registers prefixed by '%' ? 13.49.20 Join fdinel [0] (n=Miranda@modemcable204.232-203-24.mc.videotron.ca) 13.50.36 # funman: Isn't gas for X86? 13.51.15 # probably 13.51.33 # I'm googling for gas syntax but i only find examples for gas/x86 then :/ 13.53.28 # What does the "%" do? Just using the register names works... 13.53.41 # And yes, Rockbox uses the GNU Assembler 13.53.54 # I think the % is useless .. 13.54.38 # linuxstb: something like this? 13.54.44 # I'm looking for a tutorial, I have some trouble with addressing 13.55.58 # funman: Yes, ignre what I said, I was being a muppet 13.56.17 # funman: % is usefull when mixing C code and ASM 13.56.20 # useful* 13.56.50 # to not mix with a variable named eax ? :) 13.56.51 # mcuelenaere: No. I meant using tempname as a prefix for a directory name - i.e. create a file called $tempname, then create a directory called "$tempname.dir", then use that directory, then delete the directory, then remove $tempname 13.57.37 # linuxstb: isn't this approach similar? 13.57.46 Join Thundercloud [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) 13.58.12 Join BigBlackDog [0] (n=uh@HSI-KBW-091-089-121-172.hsi2.kabelbw.de) 13.58.22 # Yes, it's _similar_. But there's a race condition in your version. 13.58.45 # linuxstb: did you do "svn up"? 13.59.32 # I'm looking at r18181 13.59.40 Part BigBlackDog 13.59.56 # linuxstb: hmm me too, can you tell me where the race condition is then? 14.00.18 # Between unlink($tempname) and mkdir($tempname), another process could create $tempname 14.00.59 # but shouldn't tempnam() hand out different names to every process? 14.01.39 # What says that? It just needs to be unique. 14.02.06 # then this should work, right? http://pastebin.com/d4b90fa5f 14.03.33 # No, because (IIUC) the tempnam() function would have created a file with that name, so you can't create a directory with the same name. 14.04.05 # ah yes of course 14.04.10 # * mcuelenaere slaps forehead 14.04.51 # http://pastebin.com/mc984aa1 14.05.53 # 13.56.51 # mcuelenaere: No. I meant using tempname as a prefix for a directory name - i.e. create a file called $tempname, then create a directory called "$tempname.dir", then use that directory, then delete the directory, then remove $tempname 14.06.20 # You can't remove $tempname until after you've removed the directory. 14.06.29 # ah because tempnam() depends on the file? 14.06.52 # Yes 14.09.18 Join EspeonEefi [0] (i=espeonee@VPN-EIGHTY-TWO.MIT.EDU) 14.09.40 # committed 14.13.04 # mcuelenaere: Looks good to me... 14.13.15 # ok, I have to leave now 14.13.21 Quit mcuelenaere ("see ya") 14.15.52 Nick bertrik_ is now known as bertrik (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 14.19.42 # i'm looking for a way to get the immediate address of a label, like 14.19.50 # label: 14.19.57 # .word 0 14.20.04 # ldr r1, [pc, #label] 14.20.50 # but I can't find an accepted syntax :/ 14.21.23 # since I have no recovery mode on my sansa clip I need to take extra precautions to not brick it :/ 14.23.59 # It isn't just "ldr r1, label" ? 14.25.01 Join RobsonBrown [0] (n=586ae9fa@gateway/web/cgi-irc/labb.contactor.se/x-f07ad68122f303e0) 14.25.07 # it will load the content of the memory at the offset "label", but I want the address 14.25.12 # Ah no, I think that would load the value stored at label:... 14.25.16 # (what you said) 14.25.42 # I want to store a value at this place, to reuse it later 14.25.53 # (to save the content of a memory address, specifically) 14.26.23 # Then I think it's mov r1, #label 14.26.32 # I have some code from atomik punk to read from GPIOA, but i want to be sure it doesn't harm 14.27.24 # hum but that is absolute addressing 14.28.03 Join CaptainKewl [0] (n=jason@207-237-173-165.c3-0.nyr-ubr4.nyr.ny.cable.rcn.com) 14.28.06 # and I need relative to PC :// 14.31.34 # hello sorry to interrupt but can anyone give me write permissions for the Wiki? I've converted some CC licensed fonts for use in the project that I would like to attach. I would also like to work on a WPS/theme at some point. I also post on the forums as stsikel. Thanks! 14.32.09 # well I can do with 2 instructions .. mov r1, #label; ldr r2, [pc, r1] 14.33.15 # funman: How can that work? Doesn't it just load the absolute address of #label into r1? 14.34.08 # hum yes.. 14.34.11 # RobsonBrown: Done. 14.37.39 # Thankyou! 14.37.46 Quit RobsonBrown ("CGI:IRC") 14.37.48 Quit faemir (Read error: 104 (Connection reset by peer)) 14.37.52 Join arohtar [0] (n=faemir@88-106-180-165.dynamic.dsl.as9105.com) 14.38.59 Quit bertrik (Read error: 113 (No route to host)) 14.41.05 # funman: I've just realised that I don't understand what you want to do - what is the relative address relative to? i.e. what instruction? 14.41.22 # current instruction 14.41.36 # But then that offset is useless for later instructions... 14.41.49 # I can show you the code if you want to understand what I'm doing 14.41.55 # That may help... 14.42.03 # let me comment it first ;) 14.43.01 # Do you want to calculate the absolute address of something, when you don't know where in RAM your code is running at? 14.43.44 # exact 14.44.08 # I would know the address for my specific firmware however, but I wanted to write generic code 14.45.24 # I think you'll need to put a second label at the address of your instruction, and do something like "add r1, pc, (label1-label2)" 14.49.21 # Maybe: "here: sub r1, pc, #(here-label+8)" - the pc will be 8 bytes ahead of "here" 14.51.26 Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 14.54.52 # also I don't know if pc is incremented by 4 if the current instruction modifies it 14.55.36 # thanks for the hint linuxstb ;) 14.55.54 # if you want the address of a function, just use "ldr r1, =label" 14.56.31 # Normmatt: We don't know where in RAM the code will be 14.56.43 # So everything needs to be relative. 14.57.12 # the compiler should conver that to be pc-relative 14.57.53 # weird .. 14.57.53 # this is ARM asm right? 14.57.56 # yes 14.58.01 # hack1: 14.58.08 # ldr r3, =hack1 14.58.15 # and when I assemble / disassemble this I get: 14.58.29 # ldr r3, [pc, 0x6c] 14.59.16 # hmm, where does the 0x6c come from, stupid assembler 15.00.41 # arm or thumb? 15.01.00 # I think it's arm if I didn't specify anything.. 15.01.21 # yeah it will default to arm 15.01.32 Quit petur ("later") 15.03.49 # works fine when i compile that code 15.04.28 # [slightly OT] - Anyone know if the rockbox Tremor optimisations are likely to end up in the Tremor svn? I've just applied the arm-optimised mdct and the vector/codebook optimisations to my nslu2 (266Mhz ARM network appliance), and they're more-or-less "just worked". 15.05.04 # Normmatt: which compiler do you use ? 15.05.22 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 15.05.28 # for arm development I use devkitarm (GBA/NDS/etc) 15.05.50 Join kugel [0] (n=chatzill@unaffiliated/kugel) 15.05.52 # maybe your assembler isnt working right or maybe your disassembler is at fault 15.06.22 # stripwax: saratoga mentioned tremolo a few days ago - http://wss.co.uk/pinknoise/tremolo/index.html 15.06.46 # Normmatt: I tried with 3 disassemblers ;) 15.07.02 # linuxstb - I remember mentioning that a few months ago :) 15.07.26 # I took a look at trying to get it to build in rockbox, but it didn't look like it would be trivial. can't remember why though 15.07.27 # stripwax: I missed you saying that then... 15.08.29 # stripwax: Seems like submitting patches upstream would be the right thing to do (how about our other codecs?) 15.10.10 *** Saving seen data "./dancer.seen" 15.12.15 Quit desowin (Read error: 110 (Connection timed out)) 15.12.38 Join nplus [0] (n=nplus@141.25.globcom.net) 15.19.33 # the claim that Tremolo is 15-20% better than Tremor is probably consistent with the fact my tremor built with rockbox patches being 25% faster than factory libvorbisidec.. but tremolo doesn't seem to have any actual stats/evidence. 15.21.02 # back later on.. 15.21.42 Quit stripwax (Read error: 104 (Connection reset by peer)) 15.22.32 Join funman_ [0] (n=fun@82-171-216-191.ip.telfort.nl) 15.25.00 Join _Lx_ [0] (i=Lx@212.57.158.24) 15.25.01 Quit ___lx_ (Read error: 104 (Connection reset by peer)) 15.33.03 Quit funman (Read error: 110 (Connection timed out)) 15.35.59 Quit EspeonEefi (Read error: 110 (Connection timed out)) 15.44.14 Join DaCapn [0] (n=dacapn@nemo.csn.tu-chemnitz.de) 15.51.02 Join EspeonEefi [0] (i=espeonee@VPN-ONE-ELEVEN.MIT.EDU) 15.56.10 Quit EspeonEefi ("さよなら") 15.59.12 Quit fdinel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 15.59.32 Join fdinel [0] (n=Miranda@modemcable204.232-203-24.mc.videotron.ca) 16.03.58 Quit seraph (Remote closed the connection) 16.10.46 # JdGordon: ping! 16.12.06 # Slasheri: ping 16.16.03 # pong 16.18.53 # Am I missing something or isn't it possible to display mono/stereo information in the WPS? I cannot find it in the "Properties" window either. 16.19.39 # check the wiki page (CustomWPS) I'm not sure if you can display that info 16.19.52 # * JdGordon slaps kugel with a particularly smelly tuna 16.20.31 # JdGordon: I did, I am just asking because I cannot find it but I'd be very surprised if it wasn't available. 16.20.45 # JdGordon: regarding the pf patch, I've found your code you've added works. 16.21.06 # JdGordon: I was able to load a cover.100x100.bmp and cover.110x110.bmp on my sansa 16.21.23 # arg... this is getting painful :p 16.21.30 # the patch I uploaded works fine for you? 16.22.55 # solexx_: if its not on that page there is a 99% chance you cant display it 16.23.21 Join FOAD_ [0] (n=dok@dinah.blub.net) 16.23.29 # JdGordon: Yea. But I only tried it with 1 out of approx 100 cover art files. Could it be a memory/buffering problem? 16.24.42 # linuxstb: turns out the libspeex in Debian unstable is exactly 1.2-rc1 anyway 16.25.16 # rasher: Yes, I noticed Debian had it, seems Ubuntu doesn't though, but I guess you can massage apt to get it (I'm no apt expert....) 16.25.22 # kugel: I dunno... 16.26.31 # pf expects PREFFERED_IMG_WIDTH and _HEIGHT and allocates memory for that afair 16.26.51 # the covers you have are bigger than PREFFERED stuff 16.27.04 # they shouldnt be... 16.27.27 # with my change, preferred is 88x88 for h300 16.27.51 # well that would explain it then... 16.28.02 # can you add bmp resizing into the plugin lib for this? 16.28.03 # but, I was able to load 100x100 covers too, they were just named cover.bmp when I tried 16.28.08 # at least untill it gets into the core 16.28.21 # JdGordon: Heh, I did that :) 16.28.24 # linuxstb: It should appear in the development release in time, I assume. I don't know when the next one freezes 16.29.03 # JdGordon: I implemented resizing in pf with this patch. It's an option, so it either resizes every cover to PREFERRED, or doesn't resize at all. default is to resize 16.31.31 # linuxstb: Ah, it froze already. I guess Ubuntians will just have to wait for the next one (after 8.10) 16.31.41 # Or install manually of course 16.32.28 # JdGordon: Can you look at http://www.rockbox.org/tracker/task/9231 please? 16.32.42 # That is, assuming this takes off in the first place. 16.33.14 # kugel: is that pitch screen? i had a quick look.. ill have a rpoper look tomorow maybe 16.33.26 # JdGordon: Yep. 16.34.00 # you have a fair bit of debug code in there... it would be better if it was removed 16.34.06 # makes it easier to read 16.34.07 Join herrwaldo [0] (n=waldo@ip-81-11-213-103.dsl.scarlet.be) 16.34.31 # JdGordon: Sure, but the patch is wip, that's why I left it until I post a commit candidate 16.36.07 Quit FOAD (Read error: 110 (Connection timed out)) 16.36.07 Nick FOAD_ is now known as FOAD (n=dok@dinah.blub.net) 16.37.09 # kugel: the reason the statusbar isnt being shown is because the viewport_set_Defaults() allocates the bottom part of the screen if its enabled... 16.37.40 # JdGordon: the bottom part? 16.37.50 # everything under the statusbar 16.38.09 # if its enabled the top corner for the vp is (0,8), if its not enabled it gets (0,0) 16.38.15 # also, the .h isnt needed 16.38.20 # JdGordon: ah, yea I know, viewport_set_defaults makes the "fullscreen" vp smaller depending on the statusbar 16.38.27 # yeah 16.39.52 # I've already brought the statusbar to show up (with gui_syncstatusbar_draw(&statusbars, true);), but the statusbar seems to flicker 16.41.06 # how often is it being updated?> 16.41.45 # everytime the pitchscreen is updated 16.42.02 # pitchscreen_draw(&screens[i], pitch, pitch_mode); 16.42.04 # gui_syncstatusbar_draw(&statusbars, true); 16.42.58 # and when I press a button to change the pitch, the statusbar flickers, while the pitchscreen doesn't (only tested on sim as of now) 16.44.27 # hmm... also, I wonder if having a seperate vp for each part is needed... 16.44.57 # and considering there is no scrolling the vp's dont need to be globals... 16.45.10 # hm 16.45.11 # * JdGordon would split the screen into 3 rows 16.46.33 # JdGordon: I've made them global, since 2 functions need to know about them 16.46.40 # actually.. maybe 3 columns so the value could be pushed up or down if it doesnt fit so well 16.46.49 # so pass pointers around 16.47.13 # should give a better delta if they arnt global :) 16.49.19 Join pbryan [0] (n=pbryan@S010600095baae0ff.vf.shawcable.net) 17.00.23 Quit ZincAlloy ("CGI:IRC (Ping timeout)") 17.01.48 Quit sarixe ("Ex-Chat") 17.02.54 # JdGordon: Can I throw an array at pitchscreen_fix_viewports? 17.03.13 # sure.... 17.03.20 # it might throw it back though 17.03.25 # Well, I'm having problems 17.03.27 # and its got a really good throwing arm :p 17.04.25 Quit snoh (Remote closed the connection) 17.04.59 # robin0800, did you find someone to help you with sansapatcher yet? 17.08.59 # JdGordon: it keeps telling me incompatible pointer type 17.10.05 # well.. you cant doa direct dropin 17.10.10 # pastebin the changes 17.10.14 *** Saving seen data "./dancer.seen" 17.11.35 # http://pastebin.ca/1090916 17.14.09 # JdGordon: Any idea? 17.14.33 # http://pastebin.ca/1090917 17.17.27 Join einhirn [0] (n=Miranda@p5B03307C.dip0.t-ipconnect.de) 17.19.18 Join snoh [0] (n=dave@cpc1-sout6-0-0-cust616.sotn.cable.ntl.com) 17.19.36 # JdGordon: Thanks. 17.20.01 Quit nplus (Read error: 104 (Connection reset by peer)) 17.23.39 Nick JdGordon is now known as JdGordon|zzz (n=jonno@rockbox/developer/JdGordon) 17.23.40 # JdGordon: Well, somehow the wps viewports are messed up now after turning the statusbar on 17.23.56 # you'll figure it out :) 17.23.58 # im off... 17.24.14 # JdGordon|zzz: good night 17.24.32 Join nplus [0] (n=nplus@141.25.globcom.net) 17.33.51 # I think I managed the code now ... 17.38.52 Join tessarakt [0] (n=jens@e180064217.adsl.alicedsl.de) 17.40.22 # the GPIOA_DATA & 0xf is always true o: 17.40.48 # this may be because i have to keep pressing the power button to put it on 17.48.59 # domonoky: FS#9233 could use some Makefile/.pro magic to add make it more clever. I don't really know how to go about doing this 17.49.17 # hmm, voice is gone when my sansa c200 starts up with the "committing database" message 17.53.59 Quit HellDragon (Success) 18.02.11 # domonoky: shouldn't the talk file creation path default to the root of the player? 18.03.45 Join funman [0] (n=fun@82-171-216-191.ip.telfort.nl) 18.04.09 # rasher, jup would be better.. 18.04.54 # domonoky: Also, it told me that my espeak configuration was invalid, but when I opened the settings and clicked OK, it was fine 18.05.46 # rasher, it was invalid. but if you open the config dialog, it tries to autodetect the path to espeak. successfully for you :-) 18.06.23 # domonoky: Ah. Maybe it should attempt the autodetecting without me having to open the config dialog? 18.06.38 # i want someday a builtin tts engine, so we have one which always works.. 18.07.25 # I don't think those two options are mutually exclusive :) 18.07.36 # true, but only if the config is invalid... and its a bit difficult to find the right place to autodetect it.. :-) 18.08.39 Join petur [50] (n=petur@rockbox/developer/petur) 18.09.27 # * domonoky checks the code, to see how this is solved at moment... 18.10.35 # oops i bricked my clip :( 18.15.11 Quit rh387 (Read error: 104 (Connection reset by peer)) 18.15.25 # Hm, seems I cannot create a working voice file with this dynamicly linked (against libspeex) rbutil. Talk clips work though. Weird 18.15.44 # Ah no. It works! 18.16.07 Join rh387 [0] (n=nnscript@c-67-162-72-199.hsd1.il.comcast.net) 18.16.36 # rasher: a good place to put the autodetection of the tts paths is in the construction of TTSExes Object, but in this place you dont have access to the settings.... maybe doing it in the setSettings function could work. . 18.16.48 Quit funman_ (Read error: 110 (Connection timed out)) 18.17.35 Quit bertrik (Read error: 113 (No route to host)) 18.19.05 Quit miepchen^schlaf () 18.20.11 Quit herrwaldo ("Konversation terminated!") 18.20.13 Join miepchen^schlaf [0] (n=miepchen@p54BF7623.dip.t-dialin.net) 18.21.41 # * domonoky tries 18.22.07 Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 18.22.22 Join raphi [0] (n=raphi@pub082136077140.dh-hfc.datazug.ch) 18.23.15 Quit einhirn (Read error: 104 (Connection reset by peer)) 18.27.00 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 18.27.47 Join m0f0x [0] (n=m0f0x@189-47-19-11.dsl.telesp.net.br) 18.28.14 Nick num1_sleeping is now known as num1 (n=brian@c-68-63-193-45.hsd1.az.comcast.net) 18.29.10 # bertrik,yes had to read the README make C200 and E200 bootloaders and lastly had to add MingW32 and use "make sansapatcher.exe" the last two parts are not in the readme 18.31.17 # bertrik, Have now got 01.01.07 on my Sansa C240 18.36.27 Quit kugel ("ChatZilla 0.9.83 [Firefox 3.0.1/2008072820]") 18.38.30 Join HellDragon [0] (n=jd@modemcable234.136-203-24.mc.videotron.ca) 18.38.31 Quit HellDragon (Excess Flood) 18.38.46 Join HellDragon [0] (n=jd@modemcable234.136-203-24.mc.videotron.ca) 18.39.16 # nice to hear 18.40.43 # rasher: detection of the tts executable path should e now fixed :-) 18.41.12 # domonoky: Hurray :) Got time to give FS#9233 a look? 18.42.25 # hm, fs9233 looks nice, but we need a way to detect if a system libspeex is available.. 18.42.41 # Indeed. I don't know how to do that :\ 18.43.12 # with this patch, libspeex isnt built into the rbspeex lib ? 18.44.06 # would be easier to find a way to autodetect, if only one Makefile would need modification.. 18.44.09 # I'm believe not. But then I'm no expert in these matters 18.46.03 # domonoky: I'm not sure that could work. Both the standalone rbspeex and rbutil needs to link to -lspeex and -lspeexdsp, don't they? 18.47.05 # with rockboxs speex lib, we dont need to do this, because we "ar" them all into one .a file.. 18.49.03 # Yeah, and that's pretty much what I'm trying to avoid (distros don't like programs that staticly link in copies of standard libraries) 18.49.10 Join herrwaldo [0] (n=waldo@ip-81-11-216-141.dsl.scarlet.be) 18.50.24 Quit herrwaldo (Remote closed the connection) 18.50.34 # but we somehow need to maintain compatibilty with the old mode/ rockboxs libspeex , it was quite a hassle to built it correctly for mac (universal binarys) .. :-) 18.50.58 Join herrwaldo [0] (n=waldo@ip-81-11-216-141.dsl.scarlet.be) 18.51.27 # for autodetecting which way to build, it may be possible to check if libspeex.a exists in PATH.. 18.51.36 # Yeah, I'm not proposing we ditch the possibility 18.51.43 Quit nplus (Read error: 104 (Connection reset by peer)) 18.52.21 Join nplus [0] (n=nplus@141.25.Globcom.Net) 18.52.27 Quit sitwon (Read error: 113 (No route to host)) 18.55.40 # domonoky: Or maybe just check for $includedir/speex/somefile.h ? 18.56.19 # jup, just check for some needed files from libspeex.. 18.56.50 Quit Thundercloud (Remote closed the connection) 18.56.55 # I don't know if there's a "proper" way to do it? 18.58.21 # we could either do this check in both Makefile/.pro file, or do it only in the .pro and set a Var before calling rbspeexs make (or a special target in rbspeexs Makefile) 18.59.19 # qmake has a ready make "exists(filename)" function, so it should be easy to do in the .pro file... 18.59.57 # domonoky: More proper would be to do $CC emptycfile.c -lspeex -lspeexdsp and check how it goes 19.00.00 # Apparently.. 19.01.28 # checking for a needed file is much easier, and should be safe enough, i think... 19.08.14 Quit miepchen^schlaf () 19.08.17 # * rasher tries the other route anyway 19.09.06 Quit linuxstb (Read error: 104 (Connection reset by peer)) 19.10.15 *** Saving seen data "./dancer.seen" 19.10.15 Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) 19.14.04 Quit robin0800 (" HydraIRC -> http://www.hydrairc.com <- It'll be on slashdot one day...") 19.14.19 Quit Mathiasdm ("Invisible Internet Project: http://www.i2p2.de") 19.18.22 Join Cyberdyskinesia [0] (n=lachienn@AStDenis-107-1-16-147.w90-43.abo.wanadoo.fr) 19.20.03 Join miepchen^schlaf [0] (n=miepchen@p54BF7623.dip.t-dialin.net) 19.20.03 # hi! 19.20.16 Quit funman (Remote closed the connection) 19.20.26 Quit herrwaldo (Remote closed the connection) 19.20.58 # I've been learning some x86 and ARM ASM + some stuff about I2C in order to contribute to the D2 port 19.21.14 Join herrwaldo [0] (n=waldo@ip-81-11-216-141.dsl.scarlet.be) 19.21.49 # do some of you still have the Telechips docs that were previously available here: 19.22.19 # http://forums.rockbox.org/index.php?topic=10164.msg109942#msg109942 ? 19.22.57 Join Horscht86 [0] (n=Horscht@p4FD4CBD8.dip.t-dialin.net) 19.23.35 Quit Horschti (Read error: 110 (Connection timed out)) 19.23.55 Join funman [0] (n=fun@82-171-216-191.ip.telfort.nl) 19.25.47 Quit herrwaldo (Remote closed the connection) 19.33.59 Quit Bensawsome ("The awsome is gone :(") 19.35.27 Join herrwaldo [0] (n=waldo@ip-81-11-212-162.dsl.scarlet.be) 19.36.22 # Cyberdyskinesia: unfortunately I believe that if the links to the telechips site no longer exist nobody can legally distribute the docs. Which means you might be outta luck. 19.36.47 Join webguest09 [0] (n=62dcbcc6@gateway/web/cgi-irc/labb.contactor.se/x-6bbd982e9af77ad1) 19.37.23 # you can see reasons why it's probably not legal in the posts in the thread you mentioned below the post you mentioned 19.38.04 # Is it possible for rockbox to support the atrac3 audio format? 19.38.54 # webguest09: If you wanna work on it, go ahead, there's no technical limitation 19.39.59 # num1: ok in fact I wanted to request them by forum PM but my account isn't allowed to send PM yet 19.40.49 # http://www.sony.net/Products/ATRAC3/tech/atrac3.html The format is sony's product. would it be legal to add the codec 19.41.19 # Cyberdyskinesia: I don't know for sure though, there's someone else, linuxstb , who can help you, he should be coming 19.43.17 # num1: thanks for the tip I'll ask him 19.44.46 # webguest09: that's a good point, It might be copyprotected. I recommend doing a few google searches for technical docs on atrac, the license will commonly be found on the first page of said documents. Or you could email sony and see what they say. 19.45.02 # s/copyprotected/copyrighted 19.46.21 Quit herrwaldo (Remote closed the connection) 19.46.43 Join courtc [0] (n=court@c-24-99-230-218.hsd1.ga.comcast.net) 19.46.49 Join BHSPitLappy [0] (n=BHSPitLa@unaffiliated/bhspitmonkey) 19.50.01 Join herrwaldo [0] (n=waldo@ip-81-11-214-213.dsl.scarlet.be) 19.50.54 Quit webguest09 ("CGI:IRC (EOF)") 19.53.36 # web 19.53.59 # num1: What makes you think I can help? 19.54.05 # num1: If there is an open source and preferably C and fixed point decoder, sure 19.54.54 # Just because it isn't open doesn't matter so much - we support e.g. wma 19.56.00 # There's an atrac3 decoder in ffmpeg - open source, but floating point. So it ticks one of the two boxes. 19.57.45 # Potentially a start for someone, but I can't see there being a huge amount of interest from anyone capable of doing all the work (esp. as it is floating point) 19.58.54 Quit herrwaldo (Remote closed the connection) 19.58.58 Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-daf5caf0c2eaf035) 20.00.27 # telechips docs: http://forums.rockbox.org/index.php?topic=15360.msg131117#msg131117 20.01.09 # Cyberdyskinesia: you wanted those right? 20.11.57 Quit rh387 (Read error: 104 (Connection reset by peer)) 20.12.36 Join bluebrother [0] (n=dom@rockbox/staff/bluebrother) 20.16.43 Nick num1 is now known as num1_away (n=brian@c-68-63-193-45.hsd1.az.comcast.net) 20.23.49 Join vitja [0] (n=vitja@79.120.98.174) 20.23.56 # hehe I did it) 20.24.12 # http://forums.rockbox.org/index.php?topic=15360.msg131268#msg131268 20.24.56 Join johnnyboy [0] (n=johnnybo@c-68-82-184-236.hsd1.de.comcast.net) 20.24.57 # nice one 20.25.01 # vitja: Congratulations ;) 20.25.31 # thanks 20.25.34 # vitja: nice !! 20.26.20 # * rasher has a "elegant" Makefile test to check for system libspeex 20.26.22 # vitja: cool, congrats 20.26.54 # thanks, but it's not rockbox, just a dirty hack 20.27.04 # Still progress... 20.27.43 # nice. But lcd lcd initialization? ;-) 20.27.52 # it's a big step on the way :) 20.27.53 Join Thundercloud [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) 20.28.13 Join Strife89 [0] (n=admin@204.116.245.152) 20.29.49 # lcd initialization work, but doesn't work LCD-bus initialization 20.30.25 # I let original fw to do it, then I init lcd 20.30.36 Quit tessarakt ("Client exiting") 20.34.47 # vitja: So you haven't found all the init functions in the original fw yet? 20.35.09 # why not I found it 20.35.23 # but the problem now is here: 20.35.31 # lcd_init: 20.35.31 # 2005933c: e52de004 ..-. str lr, [sp, #-4 (0xfffffffc)]! 20.35.31 # 20059340: e3a024f0 .$.. mov r2, #-268435456 (0xf0000000) ; MEMCFG_BASE (0xf0000000) 20.35.31 DBUG Enqueued KICK vitja 20.35.31 # 20059344: e5920008 .... ldr r0, [r2, #8 (0x8)] 20.35.31 # 20059348: e1a00980 .... mov r0, r0, lsl #19 (0x13) 20.35.32 *** Alert Mode level 1 20.35.32 # 2005934c: e3a01002 .... mov r1, #2 (0x2) ; 0x00000002 20.35.34 # 20059350: e0210f20 .!. eor r0, r1, r0, lsr #30 (0x1e) 20.35.36 # 20059354: e59f10ac .... ldr r1, [pc, #172 (0xac)] ; 0x20059408 // 0x0d500023 20.35.38 # 20059358: e1810e00 .... orr r0, r1, r0, lsl #28 (0x1c) 20.35.40 # 2005935c: e5820014 .... str r0, [r2, #20 (0x14)] 20.35.43 # vitja: Please don't paste here.... 20.35.44 # 20059360: ebfffef5 .... bl lcd_init0 (0x20058f3c) // 0xe52de004 20.35.46 # 20059364: ebffff1f .... bl lcd_init1 (0x20058fe8) // 0xe52de004 20.35.48 # 20059368: e49de004 .... ldr lr, [sp], #4 (0x4) 20.35.50 # 2005936c: eaffff64 d... b lcd_init2 (0x20059104) // 0xe52de004 20.35.52 # sorry 20.36.12 # www.pastebin.com 20.36.21 # or is it .org? 20.37.09 # btw problem is 20059340 - 2005935c that's not problem i think 20.37.35 Join LambdaCalculus37 [0] (n=LambdaCa@nmd.sbx07539.flushny.wayport.net) 20.37.48 Quit bluebrother (Nick collision from services.) 20.37.53 Join bluebrother [0] (n=dom@rockbox/staff/bluebrother) 20.38.09 # hmpf, seems to be caused by my keyboard. :( 20.39.43 # vitja: I don't understand what you mean - why is that code a problem? 20.40.20 # it sets CS1 20.40.40 # when I set it by myself that doesn't work 20.41.52 # So how are you running your own code? i.e. where are you branching to your code? 20.43.50 # I use mktccboot at the start I patch OF to jump to my own code, than I run C program 20.44.25 # bluebrother: Any thoughts on FS9233? How would something similar be done in the Qt project file? 20.44.29 # when I patch at lcd_init0 that works but not when lcd_init 20.44.45 # lcd_init0, lcd_init are internal names in OF 20.45.23 # rasher: you sure this works? librbspeex is a modified speex. 20.45.33 *** Alert Mode OFF 20.46.08 # though I'm not aware what has been modified 20.46.18 Join ompaul [0] (n=ompaul@gnewsense/friend/ompaul) 20.46.40 # bluebrother: afaik it isn't - it's just standard speex.... The change is in the actual encoder (rbspeexenc) which writes raw speex frames, rather than an Ogg file. 20.46.44 # bluebrother: 1) preglow figures it should work 2) It compiles :) 3) I've actually generated voicefiles and talk clips with the resulting rbutil, compiled in a location where apps wasn't available 20.47.00 # bluebrother: and those voicefiles and talk clips work in the sim. 20.47.06 # I'm pretty confident, yes. 20.47.16 # ah, ok. Then there is one remaining issue: we want to have static binaries of rbutil ;-) 20.47.33 # but for distro-builds using dynamically linked libs would be an option 20.47.37 Join ZincAlloy [0] (n=d9eeeeea@gateway/web/cgi-irc/labb.contactor.se/x-82e7aab4c79acf2b) 20.47.44 # bluebrother: Not just an option, it's the only acceptable way. 20.47.58 # bluebrother: do we compile libusb in staticly? 20.48.28 # yes, for the static binary. Otherwise people will get issues if libusb is missing (happened before) 20.48.52 # But the static binary is a specific build option, right? 20.48.59 # yep. -config static 20.49.30 # my development builds are dynamic too (mostly because I'm using a different Qt version for that, and that version isn't built statically) 20.50.18 # bluebrother: So if -config static isn't set, trying to use the system libspeex would be preferabl, no? 20.50.46 # well, I'd say it would be acceptable :) 20.52.29 # If you're not building with static, you should only expect the file to run on your computer, or ones with similar configuration anyway 20.52.39 # I don't see why we wouldn't prefer system libraries in that case 20.52.54 # !static { LIBS += -lspeex -lspeexdsp } should do it 20.53.07 # vitja: Do you have a patch so I can see what you're doing? In both the case that works, and the case that doesn't? 20.53.44 # bluebrother: but then that breaks if they're not available - ideally we'd fall back to ../../apps/codecs/libspeex if building static and no libspeex is available 20.54.22 # Especially since rbspeex depends on libspeex-1.2rc1, which isn't available in a lot of distros yet 20.54.30 # linuxstb: difference is the only one thing which address I patch 20.54.54 # is there anything like speex-config that tells such stuff? 20.55.20 # bluebrother: in the rbspeex makefile, I compile a test-program and check the gcc return value. This works quite well 20.55.41 # And should catch all incompatibilities, as long as the test program is correct 20.56.36 # (I guess this is basically slowly re-inventing autoconf) 20.58.15 # linuxstb: now it works, that was my mistake, i wasn't calling init function 20.58.28 # rasher: well, building a test program could work similarly like the ccache test at the start of rbutilqt.pro 20.58.32 # vitja: Good. So you don't need to run any of the OF code now? 20.58.48 # linuxstb: so I replace OF lcd_init with branch to my code, and that init lcd completley 20.59.06 # linuxstb: no, now I'm using it to initialize CPU and so on 20.59.17 # linuxstb: I'll try later 20.59.20 # Ah, OK.... 20.59.28 # bluebrother: I'll have a go 20.59.36 # i can not find a recovery mode for sansa clip .. 20.59.53 # vitja: Most of the code should already be in Rockbox SVN for that - I added it a long time ago. 21.00.46 # linuxstb: I'll try it, but iaudio7 code doesn't compiles now 21.00.52 # funman: I thought people worked out that you could get into recovery mode if you shorted one of the pins on the NAND chip? 21.01.01 # linuxstb: I'm not to familar with rockbox building system 21.01.21 # saratoga: that is on e200, on m200 you get access to an empty disk 21.01.30 # and on m300 (clip) I get .. nothing 21.01.59 # i guess the clip isn't such a good target to work on the v2 port then 21.02.20 # i guess it wouldn't be much use anyway once someone gets a bootloader 21.02.22 # vitja: Hmm, seems it's missing a "config-iaudio7.h" file... 21.02.28 # i'd like to get it back anyway .. :) 21.02.31 # linuxstb: yeah 21.02.47 # linuxstb: I understand that's not hard to fix, but... 21.02.55 # vitja: I'll see if I can make the iaudio7 build compile... 21.03.13 # linuxstb: thanks 21.09.56 # vitja: It seems very broken... I don't have time now, but will try to have a look later tonight. 21.10.19 *** Saving seen data "./dancer.seen" 21.10.40 # linuxstb, ok 21.12.55 # rasher: please keep in mind that the librbspeex makefile needs to work on w32 / mingw too. 21.13.46 # bluebrother: yeah, I don't have any way of testing this though. I suppose at worst, the test should fail and it'll fall back to the usual behavior 21.13.57 # If I do things right, that is 21.15.05 # I guess the printf call for OUTPUT will be the first to fail 21.15.58 # I'm not using that anymore anyway. Why should it fail though? 21.16.00 # but if the rest is capable of coping with it that's no real issue. OTOH, you could use uname to figure if we're on w32 and not use a system libspeex on that platform 21.16.35 # linuxstb: a quick question about the idea of putting mdct into the codec lib 21.16.38 # rasher: I'm rather sure windows cmd.exe doesn't support printf. 21.16.46 # how does that work with allocating lookup tables into IRAM? 21.16.53 # bluebrother: oh, you can compile it without cygwin? 21.17.11 # rbutil is always compiled using mingw, not cygwin. I never tried cygwin. 21.17.34 # Doesn't mingw include a shell replacement? 21.17.53 # I can't imagine how stuff would work otherwise 21.18.02 # if you download the Qt package it's built for MinGW. Even not sure if cygwin is supported officially (though I heard it should work) 21.18.18 # no, msys has such stuff (and is required for building because of sed since a while) 21.18.38 # Then presumably msys provides a POSIX shell? 21.18.55 # Considering how utterly useless the builtin shell is, I really don't see how it'd work 21.19.22 # it does provide a shell, but you must not use it for building rbutil as the generated Makefiles have issues with that. 21.19.41 # development on windows is kinda tricky if you want to script stuff ... :( 21.19.47 # Okay, so I basically have no idea what I'm doing in this .pro file. I want something along the lines of this: OUTPUT = $$system($CC -lspeex -lspeexdsp ../../tools/rbspeex/testprogram.c -o /dev/null; echo $?) 21.20.00 # But that doesn't seem to do what I want. 21.20.58 # I moved the test program to a static file since it's used two different places and it's easier to see what's going on that way 21.21.55 # I don't think system() spawns a shell 21.22.09 # in fact i may have broken the pcb 21.22.28 # Man, this is the second time today I have to learn a new language to do the same thing 21.22.37 # when i press on the 2 sides it 'clicks' 21.22.48 Join Mathiasdm [0] (n=Mathias@vpnc204.ugent.be) 21.23.17 # bluebrother: Yeah, the syntax hilighting seems to indicate that using a ; won't work as I want. 21.23.35 # check http://doc.trolltech.com/4.4/qmake-function-reference.html#system-command 21.24.20 # bluebrother: Looks like $$system returns true on success. That's all I need anyway 21.26.48 # $$system($CC -lspeex -lspeexdsp ../../tools/rbspeex/testprogram.c -o /dev/null) { LIBS += -lspeex -lspeexdsp } 21.27.22 # Except it's not $CC I want, it seems 21.27.42 # what's the double $ for ? 21.28.00 # That shouldn't actually be there. 21.28.17 # It means I want to get the output. Which I don't, actually 21.28.53 # $CC turns out to be empty 21.29.00 # tried $$CC? 21.29.25 # Ah, there we go. What's QMAKE_CC? 21.29.41 # that's the variable holding the compiler 21.29.59 # (as we're not always on linux we can't trust CC being present or so) 21.30.01 Join Bensawsome [0] (n=Bensawso@c-71-235-222-135.hsd1.ma.comcast.net) 21.30.37 # Okay, so I that's the one I need. Seems to work. Let's see if building static still behaves 21.34.23 # That's weird.. 21.36.07 # petur, were you going to commit FS#8689? 21.36.16 Quit ender` (" Debian comes in three flavours: stale, rusting and broken.") 21.36.50 Quit ompaul (Client Quit) 21.41.56 Join ender` [0] (i=krneki@foo.eternallybored.org) 21.43.34 Ctcp Ignored 1 channel CTCP requests in 0 seconds at the last flood 21.43.34 # * bluebrother looks for that wiki page holding custom virtual keyboard layouts and fails finding it :( 21.45.23 # I guess I'll need some way of telling rbspeex "We're building staticly, so no matter what you think, use rockbox' libspeex" 21.47.23 # you could try setting a variable when calling rbspeex Makefile from rbutilqt.pro. Not sure about w32 though ... 21.47.27 # bluebrother: Can I see thet static variable being set from within the rbspeex makefile? 21.47.47 # or make it two targets 21.48.06 # Isn't it already, actually? 21.48.28 # rasher: well, the static needs to be set when calling qmake so it has to go the other way. 21.48.47 # * bluebrother rechecks 21.48.51 # bluebrother: Yeah, I just meant if something like QMAKE_STATIC would be set in the environment or something 21.49.27 # Ah no, both rbspeexenc and dec use librbspeex 21.49.34 # linuxstb: hehe now my standalone app works) 21.50.40 # linuxstb: cpu is running slow somewhy, I'm not familar with arm, think that is already done in rockbox 21.53.06 # bluebrother: I see a DEFINES += STATIC towards the bottom - could I move that to the top? I assume that means that it'd be available to the environment? 21.53.13 Quit LambdaCalculus37 ("Do quit now, there's a demon around the corner!") 21.53.33 Quit funman ("if there's a demon ..") 21.54.39 # rasher: yes, that is used upon building to include the Qt accessibility plugin (required if you build statically). But I'm not sure if it's really needed to move that up -- qmake itself creates Makefiles, and AFAIK there's no need to have everything in order. 21.54.55 # but I'm not 100% sure. You can also move that, won't hurt ;-) 21.55.13 # Alright, so in theory I might be able to check the value of STATIC inside the rbspeex makefile? 21.55.38 # yes. 21.55.59 # * rasher tries it 22.00.02 Quit Thundercloud (Remote closed the connection) 22.10.59 Quit Strife89 ("Thanks for the help and input, guys. :)") 22.11.50 # That doesn't seem to be the case 22.12.32 # possibly it isn't exported to the environment? 22.12.44 # Yeah, it seems not 22.12.58 # rbspeex.commands = @STATIC=1 $(MAKE) -C ../../tools/rbspeex librbspeex.a 22.13.18 # That works, but I'm not sure how to do that cleverly 22.14.43 # well, STATIC is added to DEFINES, so export DEFINES might work. Could interfere with rbspeex Makefile though. 22.15.34 # But defines is a single define, I presume? That won't work anyway 22.15.47 # Export static perhaps? 22.15.51 # yep. Check the generated Makefile, somewhere at the top 22.16.25 Join herrwaldo [0] (n=waldo@ip-81-11-200-140.dsl.scarlet.be) 22.16.30 # Hrm, it doesn't seem to be there 22.16.38 Quit herrwaldo (Read error: 104 (Connection reset by peer)) 22.16.45 # Ah, so I'd do $(MAKE) $(DEFINES) ? 22.17.22 # No.. make doesn't accept defines like that 22.17.45 # I guess modifying the rbspeex.commands is the safest way 22.18.08 Join B4gder [241] (n=daniel@rockbox/developer/bagder) 22.18.19 # I think I'd simply go with a new Makefile rule for that, and try to use a variable for triggering, i.e. $(MAKE) -C ../../tools/rbspeex librbspeex($STATIC).a 22.18.46 # or something similar :) 22.18.53 # That doesn't really work well with the current magic 22.19.16 Quit ChristopherW (Read error: 110 (Connection timed out)) 22.19.30 # why not? Just make that target call the original target but additionally set a variable 22.20.22 # bluebrother: the magic is not inside the target, but at the top of the makefile 22.20.25 Join herrwaldo [0] (n=waldo@ip-81-11-200-138.dsl.scarlet.be) 22.20.43 # ah. Hmm. 22.20.49 Quit HellDragon (Read error: 104 (Connection reset by peer)) 22.21.17 # It won't really change how things look in rbutilqt.pro anyway, I think 22.23.56 Quit herrwaldo (Client Quit) 22.26.21 Join herrwaldo [0] (n=waldo@ip-81-11-212-113.dsl.scarlet.be) 22.27.20 Quit herrwaldo (Client Quit) 22.29.04 # ARGH 22.29.40 # I have: static { message("building staticly") } !static { message("building dynamicly") }, yet none of them get printed... 22.29.51 # (and some more inside them) 22.32.11 Quit Cyberdyskinesia ("Leaving") 22.33.02 # hmm, works fine for me. Maybe you're using the wrong qmake? 22.33.23 # No. I suppose I must be confusing it somehow 22.33.59 # happened to me several times already -- if you run Qt3's qmake it will do something, but the output won't work (obviously) 22.34.21 # This is most definitely qmake-qt4 22.34.45 Join herrwaldo [0] (n=waldo@ip-81-11-192-55.dsl.scarlet.be) 22.34.46 # strange. 22.36.21 # I'm going to upload what I have right now and give up for now before I go insane 22.52.15 Quit herrwaldo (Remote closed the connection) 22.52.46 Join herrwaldo [0] (n=waldo@ip-81-11-192-55.dsl.scarlet.be) 22.54.56 # hmm, build server hanging? 22.56.26 # * bluebrother looks for someone to kick the build server 22.57.06 Quit herrwaldo (Remote closed the connection) 22.57.15 Quit ZincAlloy ("CGI:IRC (Ping timeout)") 22.57.31 # * B4gder does some magic moves 23.01.08 Join guest321 [0] (i=47247780@gateway/web/ajax/mibbit.com/x-5c9a409c3f889dde) 23.01.51 Join herrwaldo [0] (n=waldo@ip-81-11-206-57.dsl.scarlet.be) 23.02.54 # * petur is looking at a Swedish crimi 23.04.01 # * petur sees he should be looking at it in another channel :/ 23.04.03 # Hi, I am trying to boot Rockbox off of a CF card (only 512MB) on an Iriver H120. I get "ata error -80" as described on the wiki. Is there any quick fix I could try before spending 100 Euros for a bigger, better CF card? 23.04.27 # why another card? 23.04.37 # (boot loader V7-pre4, daily build from a few days ago) 23.04.57 # and it doesn't work? 23.05.12 # petur: another one? The current one is just what I currently have for testing. 23.06.28 Part guest321 23.07.15 # I'd be able to rebuild Rockbox myself, but the patch from the wiki (diff to ata.c) doesn't apply anymore 23.07.47 # * bluebrother is again surprised the delta table is lagging behind the build table 23.08.11 Quit herrwaldo (Remote closed the connection) 23.08.38 # bluebrother: it always did and still do 23.08.52 # linuxstb: I'm about linking rockbox with few undefined references, will try to finish it at the morning. now beer and sleep 23.08.55 Join herrwaldo [0] (n=waldo@ip-81-11-206-57.dsl.scarlet.be) 23.08.58 # solexx_: SVN should be fine, the patch is no longer needed 23.09.29 # B4gder: well, it's no real problem but it surprises me like every time ;-) 23.10.09 # I made it like that simply to get the build table updated as fast as possible, rather than to wait for the delta stuff to get completed as well 23.10.24 *** Saving seen data "./dancer.seen" 23.10.38 # yay, green delta :P 23.11.09 # maybe add a "delta pending" line if it's still calculating? 23.11.52 # just for convenience of guys like me ;-) 23.11.57 # petur: then the card probably doesn't work. I just hoped to get it to work *before* spending a lot of money without being sure that it will work. 23.12.06 # http://build.rockbox.org/cvsmod/chlog-20080802T205959Z.html ?? 23.12.26 # solexx_: well it should work 23.12.35 # rasher: it was kicked manually, and then it loses track of things... :-( 23.12.43 # Ah, okay 23.12.57 # the front page still lists the commits fine though 23.13.10 # petur: irrespective of the CF card I use? 23.13.22 # I hope so 23.13.50 # It doesn't :/ 23.14.21 # I could provide the debug info if it helps 23.14.40 Quit Guest37210 (Read error: 110 (Connection timed out)) 23.14.46 # hmm, why not link directly to the viewvc revision? 23.15.17 # because there could be multiple revisisons 23.15.53 # hmm, true. 23.17.13 Quit B4gder ("It is time to say moo") 23.18.08 # Presumably the scripts are still based on time (from CVS days), rather than using SVN revisions... 23.20.14 Quit vitja ("Ухожу") 23.20.35 Join vitja [0] (n=vitja@79.120.98.174) 23.21.51 # solexx_: so the bootloader you use on your h120 is one you build yourself recently? 23.22.57 Quit Mathiasdm ("Invisible Internet Project: http://www.i2p2.de") 23.26.48 # petur: no, I downloaded it somewhere from rockbox.org. But it says it's 7-pre4. Rockbox it self-compiled. 23.26.58 # aha 23.27.22 # v7-pre4 is not all you need, read the CFModGuide page again 23.28.20 # I'm not quite up to speed on the whole h120 bootloader installation, but the idea is to use it to be able to load an svn bootloader in flash 23.28.35 Quit vitja ("Ex-Chat") 23.29.10 Quit herrwaldo (Remote closed the connection) 23.31.23 Join herrwaldo [0] (n=waldo@ip-81-11-206-57.dsl.scarlet.be) 23.31.53 # petur: as far as I understand the wiki, the steps to flash rockbox.iriver are only needed because you had to compile a patched version to get it to run at all and that way you have a fallback. 23.32.17 # * petur rereads 23.34.10 # Maybe I have to define HAVE_FAT16SUPPORT, I'll see what filesystem is on the card 23.34.27 Join Schmogel [0] (n=Miranda@p3EE23608.dip0.t-ipconnect.de) 23.35.06 # I'd be surprised, -80 is given before it reads the card 23.38.15 # petur: if I interpret the output of dosfsck correctly, it's FAT16, so I will have to recompile anyway. But I don't think that's the current problem either. 23.39.04 Join HellDragon [0] (n=jd@modemcable234.136-203-24.mc.videotron.ca) 23.49.05 # solexx_: did you follow all the steps in the wiki (except applying the patch)? 23.51.42 # gtg... 23.51.54 Quit petur ("family time") 23.52.44 Quit OlivierBorowski (Remote closed the connection)