--- Log for 10.03.109 Server: grisham.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 1 month and 3 days ago 00.00.09 # pixelma: simply "Danke"? 00.00.19 Quit ibseco (Read error: 113 (No route to host)) 00.00.45 Quit arohtar (Client Quit) 00.00.58 Join faemir [0] (n=faemir@88-106-169-118.dynamic.dsl.as9105.com) 00.01.15 # hmm, another possibility 00.03.44 Quit FlynDice (Remote closed the connection) 00.04.15 # rasher: mispel setup now on your build host? 00.04.20 # mipsel even 00.04.25 # Oh right, yes 00.04.46 # 5 hosts so far 00.07.12 Quit stripwax ("http://miranda-im.org") 00.09.11 # linuxstb : ping 00.15.34 # Quick question, what's the best device that Rockbox works with that doesn't have a touchwheel, only buttons? 00.15.57 # Conic: see the BuyersGuide page in the wiki 00.16.05 # Ah, thanks. 00.16.25 # * Bagder does the drumroll to ease the tension waiting for this build round to finish 00.18.20 # * bluebrother wonders why a new #ifdef in settings.h is required if the build system is building just fine 00.18.44 Join CaptainKewl [0] (i=jds@207-237-172-77.c3-0.nyr-ubr4.nyr.ny.cable.rcn.com) 00.18.55 # Hah, it doesn't say anything about scroll wheels. 00.19.07 # I guess I'll do my own research then. 00.19.19 # anything except the ipods or sansa e200's 00.19.39 # whats best isnt really useful because not all of them will still be easily avilable 00.20.05 # the h10 has a touch strip and the M:Robe100 a kind of touch pad 00.20.25 # The iRiver h300 looks good 00.20.28 # * n1s wonders why the manual entry for "Interpret numbers when sorting" does not mention that it changes the way files with spaces in their names are sorted, it's not exactly clear from the name... 00.20.50 # * Conic enters 11 in configure 00.20.56 # n1s: because some people just discovered that? ;-) 00.21.34 # I'm going to try to port a simulator to the iPhone. 00.22.00 # then you proabbly really want the onda or mr500 which expect a touchscreen 00.22.35 # Oh, cool 00.22.39 # That makes it even easier 00.22.51 # I didn't know there was a touchscreen player that worked with Rockbox. 00.22.52 # except dunno how well it is expected to work at the moment 00.23.10 # both are not supported fully yet 00.23.17 # I've been dying to use Rockbox again after my Nano died a while ago. :) 00.23.27 # bluebrother: surely it should have been documented if it was an intended feature all along? 00.23.33 Quit JdGordon| ("http://www.mibbit.com ajax IRC Client") 00.23.41 Quit amiconn (Nick collision from services.) 00.23.42 Join amiconn_ [50] (n=jens@rockbox/developer/amiconn) 00.23.43 # Bagder: mips was already on mine (along with the other 3) 00.23.50 Join pixelma_ [50] (n=pixelma@rockbox/staff/pixelma) 00.23.50 Quit pixelma (Nick collision from services.) 00.23.56 # great 00.24.00 Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) 00.24.03 Nick pixelma_ is now known as pixelma (n=pixelma@rockbox/staff/pixelma) 00.24.28 # Bagder: should i add the mipsel toolchain on my host too? 00.24.34 # n1s: well ... 00.24.41 # n1s: please do! 00.24.58 Quit kushalone ("Leaving. I cannot promise to be back but most likely will.") 00.26.45 # bluebrother: it just seems like a surprise to me that this setting changes more than the number sorting 00.27.06 # Bagder: What are we waiting for? 00.27.14 # n1s: agreed, but it turns out it is mostly a documentation error 00.27.25 # rasher: something is fishy 00.27.33 # n1s: I didn't expect it to do more than that either. But it seems some(tm) people have different expectations of that and don't consider others having expectations differing from theirs 00.28.03 # bluebrother: The name was poorly chosen in hindsight. 00.28.14 # Conic, if you want a cheap player, i will say the sansas might be good if you can get a pp sansas unless you want to wait for ams sansas 00.28.40 # I'm not buying it. 00.28.54 # I'm porting a simulator to my iPod touch 00.28.57 # o ok 00.29.05 # build hanging? 00.29.07 # Or trying. I may not get very far. :P 00.30.02 Quit AndyI (Read error: 104 (Connection reset by peer)) 00.31.00 # what's the touch's screen resolution - 320x240? 00.31.09 # Hmm. 00.31.15 Join AndyI [0] (i=AndyI@212.14.205.32) 00.31.21 # Not sure, I think it has a 4xx somewhere in it 00.31.48 # Ah, 480x320 00.31.53 # 480x320 00.31.59 # * Bagder was too slow 00.32.14 # So, anyone have an Onda? 00.32.21 # Wait, never mind 00.33.25 # Huh, do these guys even have a websire? 00.33.28 # *website 00.33.45 Quit bluebrother ("leaving") 00.33.51 # in chinese, sure! ;-) 00.33.51 # Conic: I do 00.33.55 # hm, what happened to the build table? :S 00.34.27 # What Onda has the closest screen size to 480x320? 00.34.44 # I think almost all of them 00.34.47 # they have 400x320 00.34.53 # Oh, that's good 00.35.02 # I'm not sure what the VX767 has 00.35.16 # I'm building the 474+ 00.35.24 # but the VX747, VX747+, VX777 (and probably VX757 and older VX9xxx) have 400x320 00.35.36 # Gah, build errors 00.35.40 # Conic: the simulator? 00.35.43 # Yes. 00.35.52 # I just committed it, so you'll need to do 'svn up' 00.35.57 # Okay 00.36.06 # Gah 00.36.21 # oh wait, it probably won't work for the vx747+ 00.36.26 # I'm trying to get the iPhone toolchain set up in the same Cygwin install 00.36.34 # It downgraded Subversion. 00.36.45 # try the vx747 (the vx747+ doesn't have simulator setup yet) 00.36.49 # s/setup/set up/ 00.38.11 Quit MTee (Read error: 110 (Connection timed out)) 00.39.36 Join gewuerzwiesel [0] (n=gewuerzw@unaffiliated/gewuerzwiesel) 00.40.25 # Bagder: oh dear 00.40.36 # VX747+ simulator is now in SVN too 00.40.38 *** Saving seen data "./dancer.seen" 00.43.16 Join rocko [0] (n=rocko@c-67-167-117-152.hsd1.il.comcast.net) 00.44.13 # hm, my acbuild.pl script is missing now... 00.45.44 Quit Conic () 00.45.59 # and so are other ones 00.46.03 # crap 00.46.14 # hi, where is it recommended to store the music-directories on the sd card? directely to the root dir, or in a dir called "MUSIC" or so? 00.46.22 # Bagder: ok, rockboxdev.sh worked as well as ever and the path is added to acbuild.pl so everything should be fine 00.46.36 # Bagder: Mine's still here.. 00.46.42 # gewuerzwiesel: it doesn't really matter 00.46.49 # n1s: ok, thx 00.47.15 # I had the problem, that after updating the database there were every track about 10 times in the list.. 00.47.29 # n1s: great 00.47.34 # gewuerzwiesel: preferably not in .rockbox/, but otherwise it doesn't care where you store your music 00.48.12 # mcuelenaere: ok, so..that "music" ... structure is the orig.firmware's layout? 00.48.29 # gewuerzwiesel: probably yes, what device is this? 00.48.46 # oh sorry.. :) it's an sandisk sansa e250 00.49.38 # I'm not familiar with the Sansa's, but if the folders keep re-appearing when you delete them, then probably the original firmware creates them 00.49.52 # Bagder: Wth, acbuild.pl is gone?? 00.49.59 # yes, I think so 00.50.13 # gewuerzwiesel: yes, and the Sansa's original firmware also sets this directory to hidden (and so it won't be visible in Rockbox with default settings) 00.50.18 # amiconn: something with the mipsel stuff clearly 00.50.33 # Well, I have no copy to replace it... 00.50.45 # http://daniel.haxx.se/rockbox/acbuild.txt is a start 00.52.29 # * rasher suspects line 17 00.53.05 # yes 00.53.15 Join cool_walking_ [0] (i=cb3b81c3@gateway/web/ajax/mibbit.com/x-8a598aa5b27a1227) 00.53.24 # I did a mistake in the config file so I added a non-existing target 00.53.26 # Bagder: Your path is wrong (apart from that I have a different base path 00.53.43 # oh right 00.53.50 # Your mipsel path has an extraneous 'bin' component 00.53.52 # ok, so I freshly installed 3.1 now...now the database is building 00.54.17 Join plutonian [0] (n=plutonia@c-67-183-155-218.hsd1.wa.comcast.net) 00.54.42 # out of curiosty, are bitwise operations on the ipod's architecture faster than addition operations? 00.54.47 # ok, that looks better now :) every track is there just one time :) fine 00.55.15 # plutonian: AFAIK those are faster on all architectures 00.55.53 # add/sub and bit manipulation are the same speed on all target architectures (single cycle when reg-to-reg) 00.55.58 # additions are typically cheap though 00.56.24 # * mcuelenaere was wrong then 00.56.51 # * Bagder sighs and restarts the script 00.56.57 Part toffe82 00.57.01 # Actually I can know for sh, coldfire and arm. Not sure abozt mips 00.57.06 # So basically the idea that bitwise operations are fast has no relevance to any modern computers 00.57.16 # Bagder: How to fix line 17? 00.57.26 Quit ender` (" Trying to establish voice contact ... please yell into keyboard.") 00.57.31 # line 17 is fine as long as I do the right thing in my end 00.57.35 Join planetbeing [0] (n=planetbe@nmd.sbx03379.seattwa.wayport.net) 00.58.04 # * amiconn makes that file mode 0555 00.58.51 # plutonian: bitwise shifting should be faster than multiplying (but you can only do this for powers of 2) 00.58.58 # plutonian: that depends on what you do and what you compare to 00.59.38 # and the cpus in our daps are not very related to modern computers 00.59.54 Part gewuerzwiesel 00.59.57 # but they're still computers 01.00.00 # and modern 01.01.32 # ok, so what is it that tou are asking? 01.02.26 Quit tvelocity (Remote closed the connection) 01.03.08 Join fdinel [0] (n=Miranda@modemcable204.232-203-24.mc.videotron.ca) 01.03.12 # I read that addition and bitwise operations are now equal in speed 01.03.26 # I wondered if this was true for daps as well 01.03.31 # apparently, it is 01.04.18 # yes, that is a property of many cpus this does not mean that all cpus behave the same in different areas 01.06.49 # It's not only a feature of modern CPUs. Even the Z80 needs the same cycle count for bit manipulation and add/sub 01.10.48 Quit n1s ("Lämnar") 01.16.28 # 97 builds in 601 seconds 01.21.02 Quit mcuelenaere ("Gnight") 01.25.59 Join BHSPitMonkey [0] (n=stephen@unaffiliated/bhspitmonkey) 01.31.47 Join saratogahome [0] (n=41becb3b@gateway/web/cgi-irc/labb.contactor.se/x-6f60d769e426ae2d) 01.31.50 # hm, just making the source archive takes 214 seconds on the build master 01.31.56 # Bagder: I'm building the mips compiler now 01.32.15 # also, i installed the coldfire compiler a while ago, i'm not sure if i need to tell you that or not 01.32.35 # you did tell me 01.32.47 # probably not 01.33.32 # well I have your server marked for m68k builds anyway ;-) 01.33.55 # * kugel wonders if a build server that isn't alway available would be useful 01.34.55 # kugel: sure, at least if it is running often enough to contribute 01.35.40 # I'm not too sure about that ;) 01.35.46 # haha 01.35.51 Quit plutonian ("leaving") 01.38.22 # Bagder: ok done compiling 01.39.20 # ok, your server is now marked for mipsel builds too 01.39.38 # a lot of the mips warnings seem trivial to fix 01.39.43 # anyone object to me doing it? 01.40.20 # * Bagder certainly doesn't 01.40.44 # the other problem is my changing ip 01.41.10 # theres dns services you can use for free 01.41.28 # yea, I use that already 01.41.33 # Bagder: isn't "often enough to contribute" just codeword for "more than 0"? 01.41.49 # * kugel remembers rasher having slight problems with ddns 01.42.00 # kugel: Not at all 01.42.16 # Half the build servers are on some ddns service 01.43.06 # rasher: well, unless you just boot the machine to "nick" a build and then you shut it down again or similar 01.43.59 # That's could happen in a number of ways anyway. But yeah, if your usual uptime is less than 30 minutes it's probably not a good idea 01.45.41 Join funman [0] (n=fun@rockbox/developer/funman) 01.45.46 # hello 01.45.52 # crap, my mess 01.46.05 # (the red) 01.46.10 # gevaerts: http://www.rockbox.org/twiki/bin/rdiff/Main/SansaAMS?rev1=66;rev2=65 < I looked at the linux source code and it doesn't seem to match the USB registers of AS3525 SoC ? 01.47.23 Quit funman (Client Quit) 01.51.16 # amiconn: your new countdown.js is now in use 01.51.40 # actually i wonder if we can just disable the warning for bitwise operations and parenthesis 01.59.15 Join yhuang [0] (n=yhuang@unaffiliated/yhuang) 02.01.55 Quit planetbeing () 02.02.10 Quit nuonguy ("This computer has gone to sleep") 02.03.57 Quit gregzx ("ChatZilla 0.9.84 [Firefox 3.0.7/2009021910]") 02.04.33 # anyone object to -Wno-parentheses to bring MIPS inline with the other targets? 02.08.15 Quit kugel (Nick collision from services.) 02.08.20 Join kugel [0] (n=kugel@rockbox/developer/kugel) 02.08.38 Quit kugel (Nick collision from services.) 02.08.42 Join kugel [0] (n=kugel@rockbox/developer/kugel) 02.08.49 Quit kugel (Remote closed the connection) 02.09.07 Join kugel [0] (n=kugel@rockbox/developer/kugel) 02.23.27 Join jfc^3 [0] (n=john@dpc691978010.direcpc.com) 02.24.46 Join fyrestorm_ [0] (n=fyre@cpe-24-90-81-53.nyc.res.rr.com) 02.24.49 Join Lss__ [0] (n=Lss@cm246.delta91.maxonline.com.sg) 02.24.49 Quit jfc (Read error: 60 (Operation timed out)) 02.29.13 Join tmzt_ [0] (n=tmzt@adsl-76-253-134-255.dsl.akrnoh.sbcglobal.net) 02.29.35 Join blithe_ [0] (n=blithe@blakesmith.me) 02.30.21 Quit tmzt (Nick collision from services.) 02.30.36 Quit fyrestorm (Read error: 60 (Operation timed out)) 02.30.41 Nick tmzt_ is now known as tmzt (n=tmzt@adsl-76-253-134-255.dsl.akrnoh.sbcglobal.net) 02.30.42 Nick fyrestorm_ is now known as fyrestorm (n=fyre@cpe-24-90-81-53.nyc.res.rr.com) 02.32.42 Quit blithe (Read error: 104 (Connection reset by peer)) 02.34.11 Join akur [0] (n=akur@bl6-145-59.dsl.telepac.pt) 02.34.35 Part akur 02.35.53 Join kkurbjun [0] (n=kkurbjun@c-24-9-80-197.hsd1.co.comcast.net) 02.36.16 Quit Riku (Read error: 104 (Connection reset by peer)) 02.40.42 *** Saving seen data "./dancer.seen" 02.47.48 # saratogahome: hehe, adding the paranthesis was cleaner :p 02.48.03 # I think our other compilers do warn on those 02.48.13 Quit efyx (Remote closed the connection) 02.48.43 # kugel: the other compilers don't warn on those 02.49.04 # are you sure? I got those warnings just today. amiconn recently too 02.49.15 # a lot of them were in the codecs 02.50.37 # saratogahome: I don't see any -Wno-parentheses for the other compiler 02.50.50 Quit fyrestorm ("ChatZilla 0.9.84 [Firefox 3.0.7/2009021910]") 02.51.18 # kugel: its not apart of -Wall for older gcc versions 02.51.40 # I see 02.51.50 # but I definitely had those warnings 02.52.02 # maybe 4.1.x is more sensitive about them 02.52.10 # for targets or sims? 02.52.44 # good question. I had it in a sim today. But IIRC amiconn had them in a normal build (they appeared on the build server) 02.53.44 # hmm build system is backed up 02.53.58 # i'm not sure then 02.54.04 # IMO disabling them makes the most sense 02.54.17 # i'd rather not dig through codecs just to satisfy silly warnings 03.01.01 Join nuonguy [0] (n=john@c-24-6-174-132.hsd1.ca.comcast.net) 03.05.52 Join timc [0] (n=aoeu@124.93.243.83) 03.05.52 # Bagder: I saw your mail about the build server and just finished setting mine up at jhulst.com... 03.06.28 Join LynuxDevil [0] (n=travis@unaffiliated/ferret0567/x-681468) 03.06.49 # what is the deal with the iPod Nano 4G signed firmware? 03.06.59 # it doesn't run rockbox 03.07.10 # is anyone around with a MIPS target? 03.07.21 # I know that 03.07.45 # what encryption does it use? nobody knows? 03.08.32 # or is that confidential? 03.08.36 Quit Alpha-Bait () 03.09.01 # I don't think anyone knows for sure 03.09.04 # ok then, please tell me this, if you can 03.09.36 # can I create a new partition on the iPod and use it to put a LiveUSB of Linux onto it? 03.10.01 # LynuxDevil: That really has nothing to do with Rockbox. 03.10.04 # also, does this iPod support GPT (GUID) partition tables? 03.10.15 # Llorean, well, I don't think anybody else would know 03.10.33 # and we don't either 03.10.34 # LynuxDevil: That doesn't make this the right place to ask. Especially since we clearly state where to take off-topic questions in our channel topic. 03.10.35 # this channel might know the answers 03.10.44 # oh 03.10.46 # ok 03.11.25 Quit MethoS- (Remote closed the connection) 03.11.42 # think anyone will get mad at me for blind adding MIPS asm opt to libmad? 03.12.04 # probably not unless it cocks something up :) 03.12.06 # We don't have any MIPS supported targets yet, so if you break something, it's not so bad. 03.12.31 # wiki says sound doesn't work, so theres probably no harm in it 03.18.32 Quit midijunkie (Read error: 104 (Connection reset by peer)) 03.29.53 Quit Aurix_Lexico (Remote closed the connection) 03.29.55 # Bagder: [for the logs] watching the build process it seems to use relatively little CPU time on my quad processor system 03.30.15 # perhaps an easy way to speed up the build system would be to hand out pairs of build jobs and run them in parallel 03.41.36 Quit LynuxDevil (Read error: 104 (Connection reset by peer)) 03.45.00 Quit rocko ("Leaving") 03.46.05 # saratogahome: I don't think that makes it much faster, clients can build with -j already 03.46.26 # kugel: yeah but a lot of the time is still spent waiting on disk, network and svn 03.47.05 # are you running with -j? 03.47.11 # yeah 03.48.25 # which client are you? 03.48.41 # femlab 03.49.29 Quit nuonguy ("Leaving") 03.49.34 # hm, rank 2, not bad :p 03.50.16 # giving paralell builds would also allow doing the next build, while the old .zip is still uploading? 03.51.09 # i don't see why it couldn't just create two build dirs, and run them fully in parallel 03.59.18 # saratogahome: funman is receving a (your?) fuze? 04.02.45 Join blkhawk- [0] (n=blkhawk@g228014014.adsl.alicedsl.de) 04.07.09 # kugel: yeah i sent it a week ago 04.12.52 Quit lark-__ (Read error: 145 (Connection timed out)) 04.18.52 Quit blkhawk (Read error: 113 (No route to host)) 04.19.42 Nick blkhawk- is now known as blkhawk (n=blkhawk@g228014014.adsl.alicedsl.de) 04.20.44 # saratogahome: somehow, your commits freed 30k ram usage on some devices 04.21.23 # or was that the DM320 commit? 04.21.30 # kugel: the dm320 04.21.42 # the build system was backed up so our commits got merged into one common build 04.21.45 # oh, I didn't know the creatives have that too 04.22.56 Join lark-__ [0] (n=ident@adsl-99-163-80-168.dsl.hstntx.sbcglobal.net) 04.23.32 # their ram usage is still insane, compared to the other targets 04.25.20 Join AndyIL [0] (i=AndyI@212.14.205.32) 04.27.52 Quit kugel ("ChatZilla 0.9.84-rdmsoft [XULRunner 1.9/2009020407]") 04.30.21 Quit fdinel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 04.31.24 Quit saratogahome ("CGI:IRC (EOF)") 04.36.40 Quit AndyI (Read error: 110 (Connection timed out)) 04.40.44 *** Saving seen data "./dancer.seen" 04.41.03 Quit BHSPitMonkey (Read error: 113 (No route to host)) 04.46.54 Quit miepchen^schlaf (Read error: 101 (Network is unreachable)) 04.49.25 Join Llorean1 [0] (n=DarkkOne@c-98-200-198-144.hsd1.tx.comcast.net) 04.50.24 Quit Llorean (Nick collision from services.) 04.50.26 Nick Llorean1 is now known as Llorean (n=DarkkOne@c-98-200-198-144.hsd1.tx.comcast.net) 04.54.05 Join Martyn_ [0] (n=martinb@63.98.100.163) 05.00.16 Join blkhawk- [0] (n=blkhawk@f051166220.adsl.alicedsl.de) 05.06.47 Quit lark-__ (Read error: 145 (Connection timed out)) 05.09.59 Join pondlife1 [0] (n=Steve@cpc1-rdng11-0-0-cust362.winn.cable.ntl.com) 05.10.42 Quit blkhawk (Read error: 104 (Connection reset by peer)) 05.11.14 Nick blkhawk- is now known as blkhawk (n=blkhawk@f051166220.adsl.alicedsl.de) 05.14.18 Join gartral [0] (n=gareth@adsl-75-33-91-251.dsl.bcvloh.sbcglobal.net) 05.14.26 Part gartral 05.23.57 Join avis [0] (n=ident@pdpc/supporter/student/avis) 05.30.17 Join Darksair [0] (n=user@123.112.116.5) 05.32.26 Join AndyI [0] (i=AndyI@212.14.205.32) 05.32.27 Quit AndyIL (Read error: 104 (Connection reset by peer)) 05.32.30 Quit Horscht ("Verlassend") 05.34.59 Join SoapGuam [0] (n=7937fcb9@gateway/web/cgi-irc/labb.contactor.se/x-5667eb818916e54a) 05.35.26 Quit dmb (Remote closed the connection) 05.37.22 Join rocko [0] (n=rocko@c-67-167-117-152.hsd1.il.comcast.net) 05.39.40 Quit SoapGuam (Client Quit) 05.44.16 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 05.44.20 Join perrikwp [0] (i=18ac0c41@gateway/web/ajax/mibbit.com/x-297e8c6e7f3363be) 06.04.55 Nick Lss__ is now known as Lss (n=Lss@cm246.delta91.maxonline.com.sg) 06.07.49 Join BHSPitMonkey [0] (n=stephen@unaffiliated/bhspitmonkey) 06.10.51 Join LennyK [0] (n=cf97f730@gateway/web/cgi-irc/labb.contactor.se/x-5e79e5b5f7acbf7b) 06.24.50 Quit rocko ("Leaving") 06.25.03 Join rocko [0] (n=rocko@c-67-167-117-152.hsd1.il.comcast.net) 06.28.59 # <__BradC> saratoga, watching the build process, it appears that building the dependencies is what takes the most wall clock time, and that appears to be quite a bottleneck. Perhaps there is a way to streamline that somehow to speed up the builds 06.32.34 Quit scorche (Nick collision from services.) 06.33.21 Join scorche [50] (n=scorche@rockbox/administrator/scorche) 06.35.14 Quit CaptainKewl (Read error: 110 (Connection timed out)) 06.36.33 Join midgey [0] (n=tjross@71.238.148.140) 06.40.48 *** Saving seen data "./dancer.seen" 06.51.58 Quit Martyn_ () 06.57.18 Join homielowe [0] (n=homielow@d206-116-134-81.bchsia.telus.net) 06.59.35 Quit BHSPitMonkey (Remote closed the connection) 07.09.21 Quit LennyK ("CGI:IRC (Ping timeout)") 07.12.27 Quit rocko ("Leaving") 07.21.17 Join jordoex_ [0] (n=quassel@d154-20-41-212.bchsia.telus.net) 07.41.01 Quit Lss () 07.42.11 Quit jordoex (Read error: 110 (Connection timed out)) 07.47.41 Join nuonguy [0] (n=john@c-24-6-174-132.hsd1.ca.comcast.net) 08.04.21 Quit crwl (Read error: 110 (Connection timed out)) 08.06.59 Quit cool_walking_ ("http://www.mibbit.com ajax IRC Client") 08.09.53 Join avis- [0] (n=ident@adsl-99-162-204-232.dsl.hstntx.sbcglobal.net) 08.10.01 Quit avis (Read error: 145 (Connection timed out)) 08.10.19 # I think that building with #undef HAVE_TAGCACHE is broken again :( 08.10.34 # something about the new LANG_SORT_INTERPRET_* stuff 08.11.55 # sif not use the db :p 08.12.03 # anyone know if the archos rec charges over usb? 08.12.14 # "sif"? 08.12.21 # as if... 08.12.22 # JdGordon: it doesnt 08.12.27 # nuts 08.13.12 # lostlogic: i actually might have some time this weeke to have a look at that =P 08.13.25 # haha, I'm trying to figure it out ATM 08.13.35 # I do still know how to code, you know :-P 08.13.44 # * scorche wants aware 08.13.48 # s/wants wasnt 08.15.57 Join lark-__ [0] (n=ident@adsl-99-162-205-28.dsl.hstntx.sbcglobal.net) 08.17.11 # 'course ATM, I don't see what they would have to do with each other at all, so maybe I'm wrong... but that's the only thing "special" about my config 08.19.03 # /home/lostlogic/rockbox/apps/settings_list.c:796: error: 'LANG_SORT_INTERPRET_NUMBERS' undeclared here (not in a function) 08.22.35 Join crwl [0] (n=crawlie@a91-154-18-71.elisa-laajakaista.fi) 08.27.00 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 08.27.22 Join perrikwp [0] (i=18ac0c41@gateway/web/ajax/mibbit.com/x-d124d083672b4969) 08.27.46 # ugh, I think it may just have been some kind of weird timestamping issue that didn't regen lang.h 08.29.33 Join ender` [0] (i=krneki@foo.eternallybored.org) 08.31.01 Quit avis- (Read error: 110 (Connection timed out)) 08.37.02 Join einhirn [0] (n=Miranda@bsod.rz.tu-clausthal.de) 08.40.52 *** Saving seen data "./dancer.seen" 08.41.41 Join tvelocity [0] (n=tony@adsl24-106.her.forthnet.gr) 08.43.07 Nick JdGordon is now known as JdGordon|zzz (n=jonno@c-98-203-252-78.hsd1.wa.comcast.net) 08.49.06 Join Zagor [242] (n=bjorn@rockbox/developer/Zagor) 08.49.29 Join Rob2223 [0] (n=Miranda@p4FDCFBD3.dip.t-dialin.net) 08.53.19 Join Bagderr [241] (n=daniel@rockbox/developer/bagder) 08.53.52 Quit jordoex_ (Remote closed the connection) 08.58.50 Join draft [0] (n=draft@88.193.206.66) 08.58.58 # how do i reboot iPod Mini? 09.01.05 # as in a hard or soft reboot?...as a note, this sort of thing is covered in the manual.. 09.03.15 Join FlynDice [0] (n=chatzill@c-24-19-225-90.hsd1.wa.comcast.net) 09.06.58 # hmm? cat: /tmp/rbdev-build/summary-*: No such file or directory 09.07.02 Quit FlynDice ("ChatZilla 0.9.84 [Firefox 3.0.7/2009021910]") 09.07.27 Quit Rob2222 (Read error: 110 (Connection timed out)) 09.07.45 # Bagder: lillebror and lillebror2 are now mipsel ready 09.08.47 # scorche|sh: i mean normal iPod firmware 09.08.54 Quit kharo ("Leaving.") 09.09.26 Join MTee [0] (n=MTee@41.233.154.103) 09.10.34 # how do i reboot original iPod Mini with original firmware? 09.13.21 # Zagor: nice 09.13.32 # draft: hold Menu and Select for some secs 09.13.33 # Zagor: I noticed that summary thing too, we should fix... 09.14.21 # now 12 build servers are mipsel-ready 09.14.22 # The-Compiler: it doesn't seem to reboot 09.14.43 # is hold on? 09.15.38 # ok 09.15.40 # it booted 09.15.44 # thanks mates 09.15.55 # build server coverage: sh 26, arm 28, m68k 28, mipsel 12, sdl 23 09.16.05 Quit midgey () 09.16.33 # there are 28 ones in my list 09.17.00 # huh why are there Bagderr and Bagder? 09.17.06 Nick Bagderr is now known as B4gder (n=daniel@rockbox/developer/bagder) 09.17.19 # because I don't know who I am! 09.18.25 Join midijunkie [0] (n=Miranda@pD95470C8.dip0.t-ipconnect.de) 09.19.11 # What no B4gderr ? 09.19.14 Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) 09.19.41 # that's the human who runs me, but he's hardly every arond. I'm a grown-up bot now 09.19.53 # as long it's not 84Gd3Rr1337 :D 09.20.58 Quit midijunkie (Client Quit) 09.21.03 Quit tessarakt ("Client exiting") 09.21.57 # * pondlife1 checks that FS#10000 passed without the End Of The Universe occurring. 09.22.10 Join midijunkie [0] (n=Miranda@pD95470C8.dip0.t-ipconnect.de) 09.22.20 # Nope, still here 09.22.27 Join n1s [0] (n=n1s@rockbox/developer/n1s) 09.25.18 Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) 09.25.30 Quit stripwax ("http://miranda-im.org") 09.26.00 Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) 09.26.36 Quit stripwax (Client Quit) 09.26.56 # I have added a few things here...any opinions? http://www.rockbox.org/twiki/bin/view/Main/GSoCApplicationTemplate2009 09.27.50 Quit midijunkie (Read error: 104 (Connection reset by peer)) 09.28.03 Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) 09.32.26 Join GodEater [0] (n=ge@rockbox/staff/GodEater) 09.32.28 Quit draft ("Lost terminal") 09.34.06 Join Lss [0] (n=Lss@cm246.delta91.maxonline.com.sg) 09.34.44 # linuxstb : ping 09.35.34 Quit GodEater (Client Quit) 09.35.49 Join nibbler_ [0] (n=Nibbler@p578b2a6e.dip0.t-ipconnect.de) 09.36.36 # MTee: Hi. 09.38.41 # linuxstb : Hello ! Yesterday I was able to write the audio data to an output file, the sample was mp3 in rm container, but it sounded crappy when I played it, could this be due to the encryption you told me about ? 09.40.43 # I'm not sure - maybe that "encryption" was just with Cook streams. If there was the xor'ing going on, I would expect the audio to be unrecognisable. 09.41.25 # Zagor: I observed a few quirks in the build system: (1) Why is rbspeexenc relinked everytime when building voices? (2) Why is rbspeexenc checked at all when building hwcodec voices? 09.42.16 # as I recall the voice building is still an "old style" build, i.e. without full dependencies 09.42.47 # rbspeexenc is in tools/ 09.43.03 # weird things happen during playback, besides the audio being unrecognizable (there is sound, but gibberish), the duration of playback keeps changing, and it stops after about 8 seconds 09.44.35 # I'm not referring to the fact that 'make voice' always starts make in rbspeexenc, but the latter relinks every time, even if rbspeexenc is up to date. 09.45.27 # yes, it does that if the target does not have full dependencies 09.45.28 Quit Darksair ("People who are zhuangbility want to show their niubility but only reflect their shability.") 09.49.18 # MTee: What are you using to play the mp3 file? "madplay" (with the -v option) can display information about the errors. 09.50.23 # ok will try that 09.50.41 # MTee: Or (armed with a copy of the description of the mpeg audio frame header), look at it in a hex editor and try and see if anything is wrong (i.e. packets truncated, or extra data inserted between packets) 09.51.58 Quit stripwax (Read error: 110 (Connection timed out)) 09.52.37 # linuxstb : if madplay fails to report errors, I'll try the other option. 09.52.48 # MTee: What test file are you using? It it one from the mplayer collection of audio samples? 09.53.04 # I'm sure madplay will report errors, but I don't know how helpful those errors will be... 09.54.05 # linuxstb : yes, the one from mplayer collection, it's "I want candy" 09.56.08 # Yes, I'm just looking at that now ( http://samples.mplayerhq.hu/real/mp3_in_rm ) - the readme talks about "mp3 data in adu format". I've no idea what that means... 09.57.01 Quit Thundercloud (Remote closed the connection) 09.57.36 # Apparently it's rfc3119 - http://www.ietf.org/rfc/rfc3119.txt 09.59.26 # So it seems it's not just an mp3 stream in a realmedia container - it reorganises the actual mpeg audio data... 10.01.43 Quit kachna (Read error: 113 (No route to host)) 10.02.12 # but if a player is able to play the rm one it should be able to play the output audio data no matter what, correct ? 10.03.11 # Not necessarily. It may only support it when it's inside the rm container. 10.06.00 Join avis- [0] (n=ident@adsl-99-163-85-146.dsl.hstntx.sbcglobal.net) 10.06.53 # Maybe it's worth trying a different format to mp3 - e.g. AAC: http://samples.mplayerhq.hu/real/AC-raac/ 10.07.20 Join LinusN [0] (n=linus@rockbox/developer/LinusN) 10.07.52 # linuxstb : here's the output of madplay http://pastebin.com/m1716ad9f 10.08.16 # ok will try that 10.10.13 Quit lark-__ (Read error: 145 (Connection timed out)) 10.10.29 # I've just tried "mplayer -dumpaudio iwantcandy.mp3.rm" and then "madplay -v stream.dump", and get identical output to your pastebin. So it seems your demuxing is correct. 10.11.10 # * MTee is happy 10.11.16 # I tried the same with one of the aac files (using mplayer to play stream.dump), and it won't play it... So it seems there is always something extra going on... 10.12.24 # So I'm not sure what I would do next. Maybe start actually extracting one of the Real codecs from ffmpeg, and extending your demuxer to actually decode the audio, and write a WAV file. 10.13.46 # I thought I should do that. I believe cook is the one I should try ? 10.14.39 # I think that's the most useful, yes. Although I think it's still floating-point only, so there will be work needed to convert it to fixed-point before it will work in Rockbox. But the first step will just be a simple standalone C program that converts Cook to WAV. 10.16.43 # MTee: One thing you can do is to compare the output of your demuxer with "mplayer -dumpstream", to see if it is in fact identical. 10.20.35 # Ok. one final question : what are the chances of continuing this as a SoC project ? 10.21.22 Quit homielowe () 10.22.45 # I've no idea - Rockbox hasn't even been accepted for SoC 2009 yet... 10.22.48 # i think extended codec support is always a good thing so i would give it a fairly high chance 10.23.12 # We haven't even *applied* yet (although we plan to) 10.23.29 # (provided that we are accepted as a mentoring org, etc.. what they said ^ ;)) 10.23.29 # But it will depend on the quality of the other students, and what the other projects are. 10.24.11 # But the fact that you've been around before the start of SoC and have been making progress on the project is a good thing. 10.25.18 # But the nice thing about realaudio is that it supports many codecs - so there will be lots of potential work, even if you manage to get Cook working before the summer. 10.25.41 # (but I doubt you will get a fully optimised fixed-point Cook decoder working before the start of SoC) 10.27.08 # MTee: BTW, do you own any Rockbox devices yet? 10.27.29 # yeah, me too. I'm supposed to study A LOT for school :) 10.27.57 # oh yes, I have owned it for about 2 years 10.28.06 # Getting to the stage of a standalone C decoder using floating-point would be a nice basis for a port to Rockbox though. 10.28.41 # i.e. it proves you're capable of doing something, and makes the actual project much easier. 10.29.22 # * linuxstb is reminded that we need to think of qualification tasks for this year's SoC, assuming we want them... 10.29.47 # ok, I'll try working on it as much as I can 10.30.00 # * scorche has started up #rockbox-gsoc again...those who can, try and join? 10.30.22 # linuxstb: what did they do last year? write and compile a simple plugin or something? 10.30.25 Join Bagderr [0] (n=daniel@gateway/web/cgi-irc/labb.contactor.se/x-5063b93b1c4512cb) 10.30.49 # n1s: I can't remember. Yes, I think one task was a .xpm viewer or something like that. 10.30.58 # (i.e. a very simple bitmap format) 10.31.09 Quit saratoga (Read error: 104 (Connection reset by peer)) 10.31.33 Quit LinusN (Read error: 60 (Operation timed out)) 10.31.47 Join LinusN [0] (n=linus@rockbox/developer/LinusN) 10.32.01 Quit B4gder (Nick collision from services.) 10.32.05 Nick Bagderr is now known as B4gder (n=daniel@gateway/web/cgi-irc/labb.contactor.se/x-5063b93b1c4512cb) 10.33.12 Quit nuonguy ("This computer has gone to sleep") 10.37.33 # About the Arabic translation , it would be really hard to find translations for some of the technical terms (e.g : PCM wave). Also strings which are composed of numbers only should not be counted as missing strings in the translation. 10.38.43 # * linuxstb refers the above question to rasher... 10.39.40 # MTee: if technical terms are not commonly translated, it is probably best to leave them as english 10.40.54 *** Saving seen data "./dancer.seen" 10.41.25 # gevaerts: did you spot funman's comment from tonight on the usb? 10.41.31 # on as3525 10.42.03 # Hmm, bad news then? 10.42.22 # http://www.rockbox.org/irc/log-20090310#01:46:10 10.45.10 # B4gder: I saw it. I'd like to see what differences he found before drawing conclusions though 10.45.21 # yeah me too 11.04.02 # MTee: It's up to the person doing the translation really. Some translations leave these as-is, other (at least Danish) try to use native terms, even when they aren't very quite as commonly used. 11.06.12 # I don't think it's something there needs to be a common Rockbox policy on. 11.08.22 # rasher : ok. what about numerical strings being counted as missing in the translation ? (e.g : 19200 in Arabic would still be 19200) 11.10.12 # MTee: Just "translate" them by not doing anything 11.10.37 # MTee: The tool doesn't do anything to notice that they're numbers 11.13.14 # isn't there a difference (different characters) in east arabian and west arabian digits? 11.16.55 # pixelma : unless you mean Iran by east arabian, then no there's no difference. 11.17.17 # Iranian digits looks a lot like arabic 11.17.28 # no, I remember different digits in Egypt 11.18.02 # I'm Egyptian :) 11.18.16 # hahaha 11.18.51 # anyway I have to go now 11.19.02 # * pixelma guesses a misunderstanding 11.19.30 # but it's not really important, in case it's needed another lang can easily be added 11.20.08 # I hear tuxpaint has 80 languages, we need to step up a notch! 11.25.13 Join PaulJam [0] (n=Paule@p54BEF0CF.dip.t-dialin.net) 11.29.25 # 15 build servers now grok mips 11.30.17 # with only 2 mips builds I think we're pretty well covered already ;-) 11.45.04 Quit avis- (Remote closed the connection) 12.00.51 Quit PaulJam (".") 12.02.58 # pixelma : There's a very old debate about the origin of arabic digits, some people say that latin numbers are the original arabic digits,others say it's hindi numbers that are so. You could actually find formal arabic documents with latin numbers and others with hindi. but hindi is the wide-spread one that most of the people believe it's actually arabic. That's what I think would be close to... 12.03.00 # ...what you're saying 12.07.48 # MTee: http://en.wikipedia.org/wiki/Arabic_alphabet#Numerals 12.08.28 Join webguest30 [0] (n=4fb51393@gateway/web/cgi-irc/labb.contactor.se/x-431a8ca696de5999) 12.08.37 Quit webguest30 (Client Quit) 12.11.02 # rasher : the first two columns is what I'm talking about, both are used, but the middle one (Egypt/Mideast) is the one used the most. the right-most column (Urdu/Persian) is not used in arabic-speaking countries 12.14.58 # from wikipedia : "..Eastern Arabic numerals (used in Iran, Afghanistan, Pakistan and India) ". Arabic countries are 22 which do not include those 4, the article is a bit inaccurate. 12.18.31 # I'm not really fussed, use whichever numerals seems most natural to you, and we'll see if anyone complains and take it from there 12.19.35 # alright 12.27.58 # MTee: I meant the difference between the first two (as a European the first is what I think of as arabic - and how I read your remark about the bitrate number). I though in some arabic countries it's also common to use those, not the middle one as it seems to be typical for Egypt. But as I said it's not that important 12.29.23 # I see 12.31.31 # in recording settings, what is AGC short for ? 12.32.40 Join avis [0] (n=ident@pdpc/supporter/student/avis) 12.34.48 # automatic gain control 12.35.34 # thanks 12.40.58 *** Saving seen data "./dancer.seen" 12.45.12 Join kachna [0] (n=kachna@r3g248.net.upc.cz) 12.47.37 # when translated would mean either or which is better ? 12.48.45 # I would say "files" 12.51.39 # I would expect "songs" as is currently used in the database browser and the database currently only indexes music files. Hmm, thinking about audio books though... 12.52.05 # Plus classical music 12.52.50 # Or even any kind of instrumental music. 12.54.03 # "files" it is. 12.56.17 Join robin0800 [0] (n=quassel@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) 13.00.46 Quit Rob2223 () 13.01.36 Quit faemir (Nick collision from services.) 13.01.59 Join arohtar [0] (n=faemir@88-106-169-118.dynamic.dsl.as9105.com) 13.02.23 Join __lifeless [0] (n=lifeless@94.50.190.236) 13.02.25 Quit _lifeless (Remote closed the connection) 13.03.57 Join kushalone [0] (n=kushal@12.169.180.178) 13.04.33 Quit Lss (Read error: 131 (Connection reset by peer)) 13.04.38 Join Riku [0] (n=Lss@cm246.delta91.maxonline.com.sg) 13.12.34 Join Rob2222 [0] (n=Miranda@p4FDCFBD3.dip.t-dialin.net) 13.21.36 Join cuser [0] (n=8d48731a@gateway/web/cgi-irc/labb.contactor.se/x-3c6a38f1594eadae) 13.21.36 Quit robin0800 (Read error: 104 (Connection reset by peer)) 13.23.03 Join robin0800 [0] (n=quassel@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) 13.23.20 # hi all 13.23.38 # is this player compatible with rockbox? http://www.elv.de/output/controller.aspx?cid=74&detail=10&detail2=23857 13.24.04 # Only the pages listed at the top of http://www.rockbox.org are compatible 13.24.11 # I meant players listed 13.24.43 # There's work going on for the clip, but it's not done yet, and it's not ready enough to be generally usable 13.25.29 # hmm ok 13.25.36 # thx for the answer 13.25.49 # isn't it even a "v2" Clip? I'm a bit lost in Sandisk's versions but it looks a bit unusual 13.25.50 # how long do you thing it takes you to get it running on the sansa? 13.26.03 # pixelma: there is, yes 13.27.51 # linuxstb: you are right with the list, but i didn't know if (Sansa c200, e200 and e200R series) is probably a sansa clip... that's why i asked 13.27.53 # I mean the one in his link 13.28.47 # pixelma: so you are developing the rockbox for the "v1" of the sansa clip, right? 13.30.42 # some people are (I'm not) and I don't know how big the difference between the v1 and v2 Clips is, so whether the v2s of it would be a completely new port or not 13.31.31 # about the how long: noone can tell 13.32.14 # any one having problems with rockbox usb on linux? 13.34.23 # pixelma: thank you for your help. bye! 13.39.57 Join CaptainKewl [0] (i=jds@207-237-172-77.c3-0.nyr-ubr4.nyr.ny.cable.rcn.com) 13.41.11 Quit cuser ("CGI:IRC") 13.42.38 # robin0800: not me anyway 13.42.44 # robin0800: Someone reported Rockbox USB problems (with an e200) on all operating systems - transfers basically doesn't work for him... 13.43.30 # gevaerts: Did you see that Martyn said that he got the problems on Linux as well - so it doesn't work on all three OSes, which he was running on 3 different computers. He also said he tried two different cables... 13.43.59 Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) 13.49.37 Quit perrikwp (Remote closed the connection) 13.49.37 Quit evilnick (Remote closed the connection) 13.49.56 Join LambdaCalculus37 [0] (n=rmenes@rockbox/staff/LambdaCalculus37) 13.50.51 # linuxstb: can't get jaunty alpha 5 to see c240 but quite happy with the OF usb wonder what the difference is 13.51.09 # Ah, I think someone else mentioned the alpha Ubuntu was unhappy. 13.51.25 # Or maybe you... 13.51.57 Join perrikwp [0] (i=18ac0c41@gateway/web/ajax/mibbit.com/x-18730610f9116833) 13.52.23 # linuxstb: the funny thing is it works in kde on alpha5 but not gnome 13.52.52 # * linuxstb checks the logs and sees it was robin0800 who mentioned this before... ;) 13.54.01 # linuxstb: would like to file a bug but not certain it is a rockbox error 13.55.40 # robin0800: if it works in kde but not gnome, I'm pretty sure it's not a rockbox bug... 13.56.26 # robin0800: So does the disk device (i.e. /dev/sdX) always appear, but only KDE will automount it? 13.57.35 # robin0800: Also, have you used your c240 in MTP mode in Gnome in the past? 13.57.42 Join dfkt [0] (i=dfkt@unaffiliated/dfkt) 14.01.01 # linuxstb: no only msc 14.02.07 Quit CaptainKewl (Read error: 54 (Connection reset by peer)) 14.02.39 Join tyfoo [0] (n=tyfoo@77-20-31-238-dynip.superkabel.de) 14.02.41 # linuxstb: dosn't get as far as dev, ill pastbin syslog 14.04.28 # That doesn't make sense to me - I wouldn't think the GUI would affect the presence (or not) of kernel device nodes... 14.06.33 Quit kushalone ("Leaving. I cannot promise to be back but most likely will.") 14.08.39 # I need a little info on the GoGear port; tools/configure lists it as HDD1630/HDD1830, but does it also double for the HDD6330? 14.09.15 # there was activity on the 6330 with lowlight but I didn't catch the end outcome 14.09.46 # there was some minor diff only 14.10.43 # linuxstb: paste bin as promised http://rafb.net/p/va0vn965.html 14.11.11 # B4gder: I guess we'll have to pester lowlight later. :) 14.11.24 # robin0800: normally you'd get more info later on if you dmesg again. I take it nothing further was logged? 14.12.01 # B4gder: correct it just stops there 14.12.15 # I was thinking that there would be runtime detection of LCD and touchpad between the 16x0/63x0, since they're mostly the same internally save for LCD and touchpad. 14.12.22 # LambdaCalculus37: or grep the irc logs and see what the discussion went like last 14.12.46 # B4gder: I'll check out the logs. 14.13.21 Join CaptainKewl [0] (n=jason@207-237-172-77.c3-0.nyr-ubr4.nyr.ny.cable.rcn.com) 14.13.56 # linuxstb: I was thinking perhaps theres a gnome mount 14.14.48 Join kps [0] (n=40eb617d@gateway/web/cgi-irc/labb.contactor.se/x-1e8c35dfc7ab2e63) 14.15.47 # " toffe82: good. There's a great deal of similarity between the hdd1630 & hdd6330. The lcd controller is different. I have a simple driver if you want to test it." 14.16.09 # B4gder: Thanks! 14.16.12 # (Feb 05 20:23:01) 14.18.11 # robin0800: Maybe, I've no idea how involved Gnome/KDE get with kernel things nowadays... 14.21.48 Join midijunkie [0] (n=Miranda@pD95470C8.dip0.t-ipconnect.de) 14.22.20 # linuxstb: if it works the next line is....... usb-storage: device scan complete 14.23.33 # on my e200 that takes ~5 seconds 14.24.05 # robin0800: This bug report could be relevant - https://bugs.launchpad.net/ubuntu/+source/ltsp/+bug/335767 14.24.11 # There's a suggested solution at the very end. 14.24.39 Quit CaptainKewl (Remote closed the connection) 14.28.29 # interesting bug report http://forums.rockbox.org/index.php?topic=20752.msg146410#msg146410 14.30.31 # pixelma: Indeed. 14.30.37 # * LambdaCalculus37 goes to find his c250 14.31.13 # pixelma: Can you reproduce that behavior from that forum post? 14.31.55 Join pyro_maniac [0] (i=foobar@p57BBA38D.dip0.t-ipconnect.de) 14.34.23 Quit kps ("CGI:IRC (EOF)") 14.34.44 # B4gder: tried bug solution don't have the file mentioned so created it it makes no difference 14.35.02 # * LambdaCalculus37 updates his c250's build 14.35.44 Quit Nico_P (Remote closed the connection) 14.36.21 Quit crwl (Read error: 110 (Connection timed out)) 14.38.56 # LambdaCalculus37: yes, reproducible 14.39.20 # I mean that the radio keeps playing 14.39.22 Quit LambdaCalculus37 (Read error: 104 (Connection reset by peer)) 14.39.39 Part B4gder 14.40.31 Join LambdaCalculus37 [0] (n=rmenes@rockbox/staff/LambdaCalculus37) 14.40.59 *** Saving seen data "./dancer.seen" 14.41.02 # and when plugging USB from the recording screen the statusbar stays the recording screen one 14.41.14 # pixelma: Sorry, had a kernel panic. 14.41.19 # * LambdaCalculus37 goes to see what pixelma said 14.43.23 # but it doesn't seem to stay in recording mode (nothing to hear when monitoring and when I unplug USB again, I am put into the menu - only then the statusbar updates fully) 14.43.59 # Statusbar updates are still severely bugged 14.44.57 # true, saw a nice effect when entering the menu in the "star" plugin yesterday 14.45.02 # Yes. I notice that when switching from the WPS to the menu, the very top portion of the WPS screen is still drawn on top of the statusbar. 14.46.45 Join Big_D [0] (n=d4f0b4d2@gateway/web/cgi-irc/labb.contactor.se/x-f13e6a7a67683171) 14.47.00 # Really? I know this from before the recent statusbar changes (entering the file browser from the WPS), now the statusbar seems to be redrawn before the rest of the screen 14.47.02 # linuxstb: after about 50 connects and disconects usb is reconised I think its a timing problem 14.48.26 # Statusbar isn't redrawn for quite a while when entering the USB screen (most onticeable on non-RTC targets 14.48.37 Quit nibbler_ ("Ex-Chat") 14.49.00 # amiconn: Happens on RTC targets, too. 14.49.12 # * LambdaCalculus37 just noticed it right now on his e280 14.51.00 Join FlynDice [0] (n=jack@c-24-19-225-90.hsd1.wa.comcast.net) 14.51.30 # Also on my c250. 14.52.28 Join kugel [0] (n=kugel@rockbox/developer/kugel) 14.53.47 # Bagder: I think you can add kugel.homedns.org 15.05.42 # * robin0800 should every thing be stoped on usb conection ie play fm video etc? 15.06.06 # robin0800: I think that's the desired behavior. 15.07.41 # LambdaCalculus37: yes unless new bootloader which connects from off 15.08.06 # robin0800: Ahh, thanks for reminding me! 15.08.15 # * LambdaCalculus37 has to test the new bootloaders 15.09.03 # I thought FM radio continued during USB? (at least I seem to remember my h140 doing that, I could be wrong...) 15.10.37 # linuxstb: not sure what usb stops I asume with new bootloader ethery nthing is off? 15.11.02 # evert thing 15.11.48 # every if i could only spell 15.12.10 Quit parafin (Read error: 104 (Connection reset by peer)) 15.12.17 # * LambdaCalculus37 turns of the Dyslexia Ray so robin0800 can type correctly :) 15.12.23 # s/of/off 15.17.08 Join parafin [0] (i=parafin@paraf.in) 15.19.06 # hmm, my Ondio keeps playing radio too when connecting USB. I usually stop everything, so never noticed. 15.19.58 # Does everyone use linux with RockBox or are there some windows users? IF so, do you manage your music with the usual file management, or is there a piece of software you use? 15.20.28 # Big_D: Everyone here uses whatever they feel comfortable with. 15.20.41 # There's no right or wrong way of managing your music. 15.20.57 # linuxstb: although I would have thought that with software USB things could be different... 15.21.12 Quit kachna (Connection timed out) 15.22.49 # OK, thanks. I think I will start by giving Amarok a try on a linux box. 15.22.55 # Big_D: sync toy in windows 15.23.23 # haha, the radio stops playing after disconnecting my Ondio from USB and I'm back in the main menu 15.23.41 # Ah, yes. Sync Toy, I'd forgotten about that one 15.23.58 # Thanks Robin0800 15.24.38 # same on the c200 15.25.02 # pixelma: Same on my e200. 15.25.16 # at least it's consitent ;) 15.26.42 # What about other targets with FM radio? Do the exhibit the same behavior? 15.26.47 # s/the/they 15.26.54 # * LambdaCalculus37 carnt spel 15.27.03 # nor read ;) 15.28.41 # the the Ondio is the only other one I can test though 15.29.24 # can somebody help me with logf()? i tried to get FS#9253 to work but i have no device where rockbox runs on and i have no more idea to debug it. http://pastebin.com/m402b3625 15.30.41 Join midgey [0] (n=tjross@71.238.148.140) 15.34.15 # the file was correctly generated but i got no access to it 15.36.26 # pyro_maniac: you have no device where rockbox runs on? 15.37.21 # no, i am currently on porting the Samsung YH 920 15.37.31 # i have no other device yet 15.38.31 Join kachna [0] (n=kachna@r3g248.net.upc.cz) 15.39.01 Join nibbler_ [0] (n=Nibbler@p578b2a6e.dip0.t-ipconnect.de) 15.39.55 Join toffe82 [0] (n=chatzill@74.0.180.178) 15.40.26 # pyro_maniac: how are you doing logf then? 15.42.53 # i modified a h10 5g build which is partly running on my device. and an that i applied the patch: http://pastebin.com/m402b3625 15.49.54 Join jgarvey [0] (n=jgarvey@cpe-098-026-065-013.nc.res.rr.com) 15.51.25 # pyro_maniac: really? haha 15.51.47 # what means partly? 15.52.02 # the usb stack is functional 15.52.16 Quit robin0800 (Read error: 110 (Connection timed out)) 15.52.23 # but no display or sound or buttons? 15.52.30 # no 15.52.57 # with some help og gevaerts i got a serial conntection via usb 15.53.35 # but on the last tries my system freezed so i found that patch and tried it on my code 15.53.54 Join robin0800 [0] (n=quassel@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) 15.54.45 # * robin0800 could this patch FS#8663 - Data corruption on usb write on sansa (SD driver bugs) be closed now? 15.56.13 Join jaykay [0] (n=chatzill@p579E710C.dip.t-dialin.net) 15.57.12 # pixelma: am i allowed to discuss with you about "dank" and "dank an"? 15.58.15 # linuxstb: what happened to FS#9948? 15.58.45 # is it "normal" to still be getting DT_TEXTREL related warnings on sim builds? They go away if I stick -fPIC on my simgcc options... 15.59.04 # jaykay: depends ;) 15.59.04 Quit Big_D ("CGI:IRC (EOF)") 16.00.09 # pixelma: i thought credits is now more or less "eingedeutscht"... if it MUST be really german i would prefer mitwirkende 16.04.35 Quit nibbler_ (Read error: 110 (Connection timed out)) 16.05.42 # hmm, well. First: I don't think everything really must be German but try to avoid Denglisch if I can (and it doesn't sound too unusal or too artificial). Then, "Mitwirkende" could work there too, maybe get some other opinions 16.06.15 # kugel: It needs some work to make similar changes to other lang files (so translators don't get unnecessary conflicts). I haven't had chance to do that yet... 16.07.35 # pixelma: "Mitwirkende" is way better. I also like "Ehrungungen" (which the translators on the tracker propose) better 16.10.17 # "Mitwirkende" yes, but "Ehrungen"? And could people search in the tracker before posting new patches? ;) 16.10.54 Quit freqmod_gq ("No Ping reply in 30 seconds.") 16.10.55 # Bagder: I can't seem to replicate the problems that y'all were having with my build server a while back -- got mipsel compiler setup if you want to put lostlogicx.com in the list (also updated acbuild.pl and cleaned up some messes in rbclient's home dir) 16.10.57 # pixelma: it seems you chose an old patch, the translation for the speakers is not in you commit 16.10.58 Join freqmod_gq [0] (i=quasselg@dhcp208-240.ed.ntnu.no) 16.11.06 # *your 16.11.18 # I think we have a build dependency breakage -- logo isn't built early enough under heavy parallel build on my macbook for ipod video simulator 16.11.52 # jaykay: yeah, saw that too now 16.12.26 # pixelma: and LANG_CREDITS is there two times 16.12.49 # meh 16.13.02 # and theres a blank line.... and a ===== and >>>>> 16.13.10 # should i make a patch? ;) 16.15.30 # no, the last things you said are not in SVN (and I am especially sure about the >> thing as I searched in the text file before commit) 16.15.59 # * jaykay does svn revert -R 16.16.38 # sorry, you are right 16.19.53 Part LinusN 16.22.58 Quit yhuang ("Leaving") 16.23.08 Quit robin0800 (Read error: 104 (Connection reset by peer)) 16.29.52 # hmm, rasher's script catches a weirdness in a english.lang voice string's features as it is different in the german lang file (where it's not that weird). The phrase is deprecated though... 16.30.49 # genlang doesn't care 16.31.04 Quit kachna (Remote closed the connection) 16.31.38 # pixelma: manual inspection is always better :) 16.32.21 # Zagor: Is there a reason why 'make reconf' rebuids dependencies? It's annoying, especially in a build dir not configured for ordinary builds (e.g. voice) 16.33.09 # rasher: I just ask myself what to do with it - I lean towards just keep on ignoring 16.33.11 # I have it disabled locally, is there anything that would make this undesirable in svn? 16.33.15 # the reason is that a new configure may cause new dependencies (for example if you change from target to sim) 16.34.02 # 'reconf' cannot change target or build type though 16.34.45 # you're right. looks like a bug then. 16.35.20 # I added 'reconf' to the list of goals in line 32 of root.make 16.35.26 # I think this is correct? 16.35.39 # yes 16.37.07 # ok, I try my luck once more and ask about opinions of German speakers about "Mitwirkende", "Ehrungen" maybe still "Dank" as translation of "Credits" 16.39.40 Nick JdGordon|zzz is now known as JdGordon (n=jonno@c-98-203-252-78.hsd1.wa.comcast.net) 16.40.56 Join robin0800 [0] (n=quassel@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) 16.41.03 *** Saving seen data "./dancer.seen" 16.44.55 Part pondlife1 16.49.43 Quit Martyn ("Ex-Chat") 17.01.10 Quit Zagor ("Don't panic") 17.01.27 Quit _jhMikeS_ (Nick collision from services.) 17.01.31 Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) 17.05.41 # Hey folks. Got rockbox running nicely on a 5G 60g iPod Video, but I find if I try to hook it up to USB after running a game/app/plugin, I get the "USB Device Not Recognized" error. Works fine after a reboot of the iPod until I load another app. Found a bug on the wiki about it not being recognized at all, but it looked like it was fixed 17.06.34 # That's consistent for every plugin you've tried? Have you tried many? 17.07.04 # Every one I've tried so far, from Doom to Pacman to lamp 17.07.26 # The iPod itself seems to go into disk mode (I get the picture of the USB plug) and it charges, but Winders doesn't recognize it 17.07.43 # kugel: what would be the best way for my code? should i post my patch under FS#9253 on the tracker or should i ask later again? 17.08.33 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 17.08.55 # Scoth: which revision are you using? 17.09.30 # Lessee... r20205-090304 17.09.52 # Downloaded it a week ago or so, I think 17.12.30 # Scoth: can you try with the current version and if it's still not fixed file a bug report? I'll test later today to see if I can reproduce this 17.13.43 # Sure. Might be later before I can get it done, but I'll do it 17.14.28 # The USB code hasn'e changed in any possibly related way since that revision, but plugin code might... 17.15.41 # english.lang says "The target names used for target-specific strings are set in the ARCHOS variable in the root Makefile"... 17.15.47 # is this outdated? 17.18.29 # and in the header of the lang files are some things like "if you find errors, contact me" or last update-date or emails from some translators.... 17.18.34 # can they be removed? 17.20.21 # jaykay: No, ARCHOS is still used. And why do you want to remove those? 17.21.27 # jaykay: Alright, I take one of those back. ARCHOS should be replaced by MODELNAME 17.21.34 # but it says below "The target names used are picked from the configure script and are set in the MODELNAME variable in the root makefile." 17.21.38 # sorry 17.22.52 # and removing of those "additional information" is just for.... consistency? 17.23.20 # Consistency with what? Where else would you put that information? 17.23.47 # The header is there for a reason. 17.23.58 Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 17.24.25 # nowhere, i would delete them. consistency with the other lang files. 17.24.34 # but ok, ill leave them there.... 17.24.50 # Thank you. 17.27.50 Join saratoga [0] (n=41becb3b@gateway/web/cgi-irc/labb.contactor.se/x-f07a823f150994da) 17.29.43 # gevaerts: I had three consective hard freezes in rockbox USB mode while copyign files on my Vista box 17.30.22 # saratoga: I had a kernel panic earlier when I was copying something to my c250 in Rockbox USB mode. 17.30.26 # the transfer would fail, the the devices would show up as being empty in Windows, and if I unplugged they'd unmount in Windows but rockbox wouldn be completely deadlocked 17.30.26 Join _Auron_ [0] (n=DarkAuro@ppp-70-249-146-14.dsl.rcsntx.swbell.net) 17.30.49 # I have no issues in XP or LInux though, and the OF works fine on all 17.30.54 # Same here. 17.31.04 # saratoga: Which device did that to you? 17.32.01 # e200v1 8GB 17.32.11 # i was copying to a 2GB SD card if that matters 17.32.34 Quit midijunkie (Read error: 101 (Network is unreachable)) 17.32.38 Join jaykay_ [0] (n=chatzill@p579E6C7E.dip.t-dialin.net) 17.32.40 # it would typically freeze before it had copied more then 10-15MB 17.33.19 # I think it does, because that's how I had the kernel panic occur; I was copying about 30MB worth of data to the card. It finished, but my Mac paniced after I ejected the drive. 17.33.36 # s/paniced/panicked 17.35.13 # * gevaerts doesn't have all those issues :( 17.35.43 # is there some way to get debug info out of Windows? 17.35.47 # gevaerts: That's because you wrote it, so it knows who its master is. :) 17.35.56 # gevaerts: Maybe you should start using Vista like a real man 17.38.23 # saratoga: if you have enough backups, could you try reformatting the e200 and seeing if that changes anything? 17.38.31 # * gevaerts switches to voodoo debugging 17.42.38 # Copying files to the internal memory is working just fine on my e280. 17.43.21 # gevaerts: Hmm, I downloaded the latest rockbox off the rockbox.org site and seem to have ended up with a lower version that before O_o 17.43.52 # When I plug it in, it drops into the Apple "Do not disconnect" screen 17.43.54 Join yhuang [0] (n=yhuang@unaffiliated/yhuang) 17.44.50 # Am I the only one who wants to gouge my eyes out with a spork due to all the bold text on the WhyRockbox page? 17.45.08 # Scoth: did you install the latest release, or the current build? 17.45.10 Join kushalone [0] (n=kushal@12.169.180.178) 17.45.41 # gevaerts: format the sd card or the whole memory? 17.46.00 # i could do either, but does the main memory matter if i was writing to sd 17.46.05 # Ah, here we go. 'tis what I get for doing installs in different places without paying attention 17.46.28 # Let's try this again... 17.46.29 Join bmbl [0] (n=Miranda@unaffiliated/bmbl) 17.46.47 # saratoga: I'd try both, with tests in between (i.e. first sd, and if it still happens both) 17.49.31 Quit jaykay (Read error: 110 (Connection timed out)) 17.50.46 # gevaerts: Yep, still does it. Registering for the bug reporting db now :) 17.52.30 Nick jaykay_ is now known as jaykay (n=chatzill@p579E6C7E.dip.t-dialin.net) 17.52.44 # Scoth: what version do you have installed 17.54.04 # r20281-090310 17.54.11 # Just now d/led and installed it 17.56.33 # gevaerts: i had it fail again, this time without crashing, coudl this be a bus reset issue? 17.58.44 # saratoga: well, yes, but bus resets are just a symptom, not a cause... 18.00.18 Quit timc (Read error: 131 (Connection reset by peer)) 18.00.30 Join timc [0] (n=aoeu@124.93.243.83) 18.01.20 # Huh. It seems to be working now that I've undocked my computer and plugged straight into the computer. I wonder if it's an issue with some USB hubs 18.05.57 Join nuonguy [0] (n=john@c-24-6-174-132.hsd1.ca.comcast.net) 18.10.16 Part pyro_maniac ("Leaving.") 18.14.41 Quit LambdaCalculus37 ("back in a bit") 18.17.47 Join sharperguy [0] (n=sharperg@khbed74-242.studenthalls.gla.ac.uk) 18.18.09 # Was there ever a fix for the DC offset problem in the e200's? 18.23.41 Join midijunkie [0] (n=Miranda@pD9545B04.dip0.t-ipconnect.de) 18.24.48 Join faemir [0] (n=faemir@88-106-169-118.dynamic.dsl.as9105.com) 18.24.49 Quit arohtar (Read error: 104 (Connection reset by peer)) 18.25.13 # LambdaCalculus37 same here except on alpha5 and gnome but after 50 or so connections and disconnections it sometimes works 18.25.23 # LambdaCalculus37 same here except on alpha5 and gnome but after 50 or so connections and disconnections it sometimes works 18.25.43 Join planetbeing [0] (n=planetbe@c-71-236-164-204.hsd1.or.comcast.net) 18.25.49 Join LambdaCalculus37 [0] (n=rmenes@rockbox/staff/LambdaCalculus37) 18.27.41 # Damn... I copied nearly 7GB worth of data to the internal memory of my e280, and it had caused my Mac to start going ballistic. 18.28.53 # * linuxstb starts to wonder if usb in 3.2 is sensible... 18.29.06 Join planetbeing_ [0] (n=planetbe@c-71-236-164-204.hsd1.or.comcast.net) 18.36.22 Join itcheg [0] (i=41d59de2@gateway/web/ajax/mibbit.com/x-2920f8d721a98e41) 18.36.33 Join mcuelenaere [0] (n=mcuelena@rockbox/developer/mcuelenaere) 18.37.12 # pixelma: if you still care... http://pastebin.com/m37ab1329 is for the speaker<-->credits change.... 18.37.20 # Does anyone know the status of the mmu on the as3525 in the ams sansas? My understanding is that it's not currently working. I see the icache and dcache enabled for the bootloader but not the main build. 18.37.25 # then you could also add the newline at the end :) 18.38.41 # jaykay: already did that myself and went with "Lautsprecher einschalten" from the other patch 18.39.15 # ok 18.39.33 Join MethoS- [0] (n=lem@host-091-097-246-250.ewe-ip-backbone.de) 18.39.36 # and the second hunk is only there in patches made with rasher's site (and really useless) ;) 18.39.59 # s/site/page 18.40.49 # FlynDice: kugel was pretty sure we don't have it setup correctly 18.41.05 *** Saving seen data "./dancer.seen" 18.41.10 # mcuelenaere: I've created a new theme site that's more or less at the same stage as the one in SVN, but (in my opinion of course) easier to make sense of. http://repo.or.cz/w/rockboxthemes.git 18.41.31 # rasher: yes, I've seen it. nice job! 18.41.36 Quit FlynDice (Remote closed the connection) 18.41.41 # mcuelenaere: So you think it's worth replacing the current code? 18.42.06 # definitely. it looks much better as source code (haven't tried it though) 18.42.14 # Didn't want to do it without some second opinion because it might just be me.. 18.42.31 # does it have all the existing features? 18.43.12 # I'm not entirely sure - haven't actually tried out the current one much 18.43.33 # do you have a demo site set up? 18.43.35 Quit planetbeing (Read error: 110 (Connection timed out)) 18.43.53 # Hang on, I'll boot it 18.44.07 Join FlynDice [0] (n=jack@c-24-19-225-90.hsd1.wa.comcast.net) 18.44.31 Join miepchen^schlaf [0] (n=miepel@p579EC861.dip.t-dialin.net) 18.44.43 Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 18.45.13 Join crwl [0] (n=crawlie@a91-154-18-71.elisa-laajakaista.fi) 18.46.12 # sharperguy, what DC offset problem? 18.46.27 # mcuelenaere: http://home.rasher.dk/ 18.46.56 # The templates are rather rough around the edges, but I was hoping someone else could fix that 18.47.49 # hmm there isn't any example target data? 18.48.01 # Hrr 18.48.05 # I had some.. 18.48.35 # looks like I deleted that 18.49.24 # saratoga: Sorry, hit the wrong button after updating.... Is kugel the one to talk to then? 18.50.20 # rasher: How are you storing the data for the themes site? i.e. text files, MySQL, ... ? 18.50.32 Quit kushalone ("Leaving. I cannot promise to be back but most likely will.") 18.50.35 # linuxstb: SQLite AFAICS 18.50.58 # Ah, that doesn't surprise me with rasher ;) 18.50.59 # sqlite, but should be relatively easy to change if we want a "real" db 18.51.41 # Well, scorche's server has mysql running (it's the forums server), so that's available. sqlite should be fine though. 18.51.51 # That's assuming you're not wanting to host it yourself? 18.52.14 # I think the plan is to use scorche's server 18.52.30 # Wasn't there going to be a link between the forums and the theme site? (for developers login) 18.53.03 # FlynDice: that or search the logs if hes not around 18.53.07 # I recall some discussion about sharing logins with something, although I can't remember the outcome... 18.53.17 # i remember him talking to one of the gigabeat people [they use the same ARM MMU] about it a while ago 18.53.45 Quit LambdaCalculus37 ("Fwump") 18.54.30 # FlynDice: I think he said in order to enable the I- & D-cache, the MMU needs to be enabled; and he didn't know how to do any of them 18.54.38 # saratoga: yes I was looking at that in the code wondering why we couldn't use that. 18.55.04 # I don't suppose anyone in here is familiar with the ASAP port for playing .sap files? 18.55.10 # mcuelenaere: It says you can use the icache without the mmu but not the dcache 18.55.26 # mcuelenaere: there's a theme uploaded now.. 18.55.33 # test/test for the admin area 18.55.42 # * rasher braces for vandalism 18.55.49 # FlynDice: I'm not sure what he specifically said, I just remember that what I said :) 18.55.56 # rasher: ok 18.56.04 # * gevaerts already spots vandalism! Someone removed his targets 18.56.35 # did someone already change the admin password? :) 18.57.10 # The theme upload is fairly comprehensive. It checks the zip structure, runs checkwps with current and release version and errors if none of them work 18.57.25 # Then it requires the user to confirm the upload by clicking a link in an email 18.57.30 # mcuelenaere: That shouldn't be possible 18.57.32 # rasher: Is your "Themes" menu on the left just temporary, or is that how you see it working? 18.57.43 # rasher: then test/test doesn't work? 18.57.52 # or I'm doing something wrong.. 18.58.01 # mcuelenaere: no, it doesn't work.. 18.58.13 # Now it should 18.58.21 # Forgot to re-add when I re-created the db. 18.58.40 # rasher: is shortname meant to be same as modelname in configure? 18.58.43 # linuxstb: That was just to have *something* there. I don't really have any opinion how it should work 18.59.00 # gevaerts: Yes - it's used when running checkwps 18.59.27 # ok it seems similar, only the admin panel seems to be missing some things (not sure whether it's important) 18.59.32 # FlynDice: the gigabeat code probably needs minor changes due to IRAM 18.59.49 # rasher: What's the git command I need to download your themes source code? 19.00.46 # linuxstb: git clone git://repo.or.cz/rockboxthemes.git 19.00.49 # I *think* 19.01.12 # mcuelenaere: It currently doesn't mail people when hiding their themes - I think the current one does that? What else is missing 19.01.29 # rasher: no, current doesn't do any mailing at all AFAIK 19.01.43 # Ah, not sure where I picked that up 19.01.46 # it's missing the 'edit themes' feature in the admin 19.02.04 # + it doesn't show the zip contents when approving a theme (minor) 19.02.05 # Ah, to modify theme details? 19.02.07 # yes 19.02.15 # saratoga: what's the best way to search the logs, grep the daylies or are there monthlies somewhere? 19.02.19 # for both to-be-added themes and already-existant themes 19.02.35 # (you could do the first with the latter though) 19.02.51 # All seems like can-do features 19.03.12 # rasher: http://mcuelenaere.alwaysdata.net/themes_rockbox_temp/PHP/admin.php test:test 19.03.31 # mcuelenaere: Can't connect 19.03.37 # yeah, me neither 19.03.39 # * mcuelenaere fixes 19.05.25 Join DerPapst [0] (n=DerPapst@91-67-50-63-dynip.superkabel.de) 19.05.31 # o/ :) 19.05.33 # rasher: is the text field in the admin pages meant for admin comments? 19.05.40 # gevaerts: Yep 19.05.43 # FlynDice: I juse use the site search 19.05.55 Quit robin0800 (Remote closed the connection) 19.06.01 # Perhaps there should be an irc-specific google-box 19.06.42 # rasher: http://mcuelenaere.alwaysdata.net/themes_rockbox/PHP/admin.php test:test 19.06.48 # rasher: while you're at it the target information should be editable as well. eg. the ipod video target has a 13bit display by accident :P 19.07.29 # I was hoping admins wouldn't be quite that spastic and having it editable by editing the db manually would be enough, but I guess not 19.08.09 # rasher: that only works with proper admins, not with test/test ones :P 19.09.02 # well, depends, if all admins have direct access to the database. but i guess not and someday someone will make a mistake. 19.09.02 # Should be easy to fix of course 19.09.36 # * rasher scribbles on the TODO 19.10.39 # * DerPapst is doing similar suff for weeks now and no end in sight 19.10.57 # FlynDice: the dcache is not enabled 19.11.11 # icache is. but dcache can't be active without mmu 19.11.33 # I tried setting up the mmu, but it's not trivial due to several factors (like our RAM mapping) 19.11.39 Quit midgey () 19.12.20 # in theory, the code could be more or less copy&pasted from F/X (nearly same CPU), but those do not use IRAM at all + they map the RAM differently 19.12.35 # kugel: That's what it looked like to me. Is there a reason we can't use the gigabeat stuff in mmu-arm.c? 19.12.46 # * rasher pushes a few changes to make the site actually work 19.12.48 # FlynDice: I'm sure we can 19.14.15 Join dabujo [0] (i=xx@p4FDB2878.dip0.t-ipconnect.de) 19.14.20 # kugel: Do we actually get the icache enabled through the bootloader right now, an I understanding that correctly? 19.14.21 # just calling the stuff doesn't help though (I tried, my fuze didn't boot). See F/X's crt0.S what that does. As it stands, it seems to be a problem that we have IRAM mapped to 0x0 and DRAM to 0x30000000. I'm not sure how to change that though without mmu 19.14.35 # yes, and it's still active in the main build 19.15.45 # rasher: and you should close that pre tag after the todo list :D 19.16.45 # kugel: I tried that too... Does all this happen in system-as3525.c and crt0.s? 19.17.28 # DerPapst: I already said the templates were rough 19.17.35 # But yes, obvious typo 19.18.26 # wow.. i didn't know smarty has this debug console thingy :D 19.18.39 # kugel, do you have a link to the as3525 MMU documentation? 19.18.49 # or document name 19.19.10 # i think its just the generic arm922T docs from arm.com 19.19.23 # standard arm922t datasheet 19.19.39 # DerPapst: It's occasionally useful. I discovered it rather by accident 19.19.54 # kugel, oh I though you already read about it 19.20.39 # DDI0184.pdf 19.20.52 # bertrik: I did 19.21.08 # that's why I know that the dcache can't be active without mmu 19.21.22 # thanks 19.22.11 # kugel: how do we know that the icache is active? 19.22.22 # If anyone wants push access on that git repo just poke me. Or just commit the thing to SVN if enough agree that it's an improvement over the current code 19.22.26 # i'll add that to the wiki 19.23.16 # "You must only enable the DCache when the MMU is enabled." 19.23.17 # rasher: pretty nifty. i'm reading about it right now. until now all i did was print_r debugging ;) 19.23.43 Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) 19.25.15 # FlynDice: I commented the activation out, rockbox was horribly slow 19.26.27 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 19.31.07 # gevaerts: formatting did not help the USB issue on my sansa 19.33.30 # saratoga: could you enable logf for usb_storage.c and see what it says when failing? 19.36.57 Quit mcuelenaere () 19.38.08 # gevaerts: is that as easy as configuring a log build, or do I need to edit code? 19.39.31 Quit midijunkie ("?(???~•~)?") 19.39.38 # saratoga: I think you need to #include in usb_storage.c then enable logf in configure 19.42.47 Join MethoS-- [0] (n=lem@host-091-096-211-244.ewe-ip-backbone.de) 19.43.25 Join Wraith| [0] (n=Wraith@c-69-250-112-82.hsd1.dc.comcast.net) 19.45.00 Quit dabujo ("( www.nnscript.com :: NoNameScript 4.2 :: www.regroup-esports.com )") 19.47.09 Join bluebrother [0] (n=dom@rockbox/developer/bluebrother) 19.54.01 Quit MethoS- (Read error: 110 (Connection timed out)) 19.56.22 Quit amiconn (Nick collision from services.) 19.56.23 Join amiconn_ [50] (n=jens@rockbox/developer/amiconn) 19.56.31 Join pixelma_ [50] (n=pixelma@rockbox/staff/pixelma) 19.56.31 Quit pixelma (Nick collision from services.) 19.56.41 Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) 19.56.42 # saratoga: uncomment the #include in usb_storage.c, and do a logf build 19.56.44 Nick pixelma_ is now known as pixelma (n=pixelma@rockbox/staff/pixelma) 19.59.23 # gevaerts: done. now what? just transfer files until it happens? 19.59.43 # saratoga: yes, and then do a logf dump from the debug menu 20.02.42 # gevaerts: i've done that ow, but it doesn't look like it caputured anything interesting 20.02.55 # can you pastebin it? 20.03.26 # http://pastebin.com/m4c78de25 20.03.59 # exactly 1000 entires, is there a limit on how much it can record? 20.04.37 # yes, 1000 entries :) Anyway it's a ring buffer, so the latest should be there 20.04.56 Quit MTee (Read error: 110 (Connection timed out)) 20.05.55 # gevaerts: that particular time i just copied files from the sansa until it disconnected in order to avoid locking up rockbox and losing the log 20.06.30 # can you uncomment the logf on line 991? 20.06.49 # hm, maybe also the one on line 1102 20.07.19 Join petur [50] (n=petur@rockbox/developer/petur) 20.08.57 Quit MethoS-- (Read error: 113 (No route to host)) 20.10.05 Join Reptile211 [0] (n=chatzill@host-216-66-248-9.static.linkline.com) 20.11.10 Quit yhuang ("Leaving") 20.12.51 # gevaerts: http://pastebin.com/m4c2adcd7 20.13.54 # for what its worth, the device probably remains in USB mode for 20 seconds between when it stops the transfer and when I get it unplugged, could the entries be overwritten by then? 20.14.14 Quit DerPapst (Read error: 110 (Connection timed out)) 20.16.01 # saratoga: no. This is the last one... 20.16.15 # There should be a CSW, but it's not sent apparently 20.16.59 # have other people tested vista? 20.17.29 # saratoga: maybe just uncomment all commented logfs 20.17.38 Quit planetbeing_ () 20.18.08 # from what I can see now, this doesn't seem vista related 20.19.37 Quit kugel (Read error: 110 (Connection timed out)) 20.20.07 # Eh, what? "error: invalid suffix "pbbb5" on integer constant". In a file I didn't even touch! 20.21.34 Join Conic [0] (n=conicpp@c-75-68-165-66.hsd1.vt.comcast.net) 20.22.06 Join kugel [0] (n=kugel@rockbox/developer/kugel) 20.25.00 # kugel:I've been reading over the logs from mid Jan when you were discussing mmu issues with amiconn & jhMikeS. Did you ever try leaving the cache alone in the bootloader and then initing the mmu in the main program? 20.25.20 # gevaerts: http://pastebin.com/m63c24517 20.25.32 Quit kugel (Remote closed the connection) 20.25.50 Join ibseco [0] (n=ibseco@BAH0066.bah.pppool.de) 20.25.56 # this time explorer became unresponsive so i'm going to try again and see if i can duplicate the exact sort of failure from the last logf 20.26.47 # it's too bad we don't have enough build servers to build each target twice and ignore it if the error/warning count doesn't match (or request a tie breaker build) 20.27.50 # gevaerts: heres a repeat with all logfs enabled, and the same sort of failure i had previously: http://pastebin.com/m794cc8e2 20.29.45 # ok, so it's a transfer that never completes... 20.29.58 # lostlogic: But we do have enough to build it a second time elsewhere only when there are errors or warnings. 20.30.09 # Oh, wow, you guys finally corrected the little Archos thing with the simulator. 20.30.25 # Not that it makes any difference, but it's a nice little change. 20.31.06 Quit Tristan ("changing servers") 20.31.21 # saratoga: can you uncomment the #define LOGF_ENABLE in firmware/target/arm/usb-drv-arc.c as well? 20.31.32 # Llorean: Hmm, that would mean if there are any legitimate warnings/errors, all builds could be handed out twice in the worst case 20.31.43 # gevaerts: sure, do i also need to enable some logs? 20.31.48 # uncomment some logfs 20.31.52 Join Tristan [0] (i=tristan@i.dont.want.to.die.virgin.net.in) 20.32.21 # Unfortunately the build system can't be made smart enough to distinguish build server problems from legitimate errors 20.32.25 # saratoga: might as well. Just add them all in 20.32.56 # yeah, that's the challenge with having different people on different OSs with different compilers all operating build servers 20.33.24 # It might be possible to detect the (somewhat frequent) "no space left on device" problem, but even that may be tricky given that error messages are localized on linux 20.33.46 # Perhaps we should make acbuild.pl (or the server side) set LANG=C before building? 20.35.27 Quit Tristan (Client Quit) 20.35.53 # amiconn: Maybe some comparison of *where* the errors occur. Like if 2+ servers get errors in the same line, that one's ignored for the purposes of repeating a build? 20.36.19 # Why doesn't the simulator build a .rockbox directory? 20.36.25 # Do I need to do an extra step? 20.36.42 # make install 20.36.50 # Thanks. 20.38.09 # Wait, are any apps even ported to the Onda? 20.38.37 # you mean plugins? 20.38.41 # Yeah 20.39.03 # Because this simulator doesn't have any, when I click Games I get "No Files" 20.39.28 # I'm building a 747, if that matters. 20.40.38 # gevaerts: http://pastebin.com/m735027bf [kind where explorer hangs] 20.41.09 *** Saving seen data "./dancer.seen" 20.41.37 # here is the kind where it simply disconnects mid transfer: http://pastebin.com/m21924180 20.41.39 Quit killan_ ("( www.nnscript.com :: NoNameScript 4.22 :: www.esnation.com )") 20.41.43 # Conic: You can check the source to see if it's supposed to build plugins. Generally though, it's hit and miss as to what's done with incomplete ports. 20.44.05 Join Tristan [0] (i=tristan@i.dont.want.to.die.virgin.net.in) 20.46.01 # saratoga: are there changes in your tree other than these logf things? 20.46.08 Join planetbeing [0] (n=planetbe@c-71-236-164-204.hsd1.or.comcast.net) 20.46.12 # * gevaerts doesn't like this problem 20.46.44 # gevaerts: no, and I get it with official build anyway 20.46.50 # Conic: As you discovered, plugins are currently disabled for the 747. So it needs someone to fix them - which normally just means assigning a keymap. 20.47.01 Join akur [0] (n=akur@bl6-145-59.dsl.telepac.pt) 20.47.04 Part akur 20.47.21 # in case of the Onda - maybe new graphics too--- 20.47.22 # i will test this cable on my usual xp box whenever i am well enough to go back into school in order to rule out a problem with the cable 20.47.41 # pixelma: Ah, what's the LCD? 20.47.51 # saratoga: if the OF works, it's unlikely to be the cable 20.48.23 # Ah yes, 240x400 for the 747... (a familiar 320x240 for the 767) 20.49.07 # I'll just use another simulator for my iPhone port, I guess. 20.49.12 # probably close enough to start with 320x240 or 240x320 20.49.14 # An iRiver, I think 20.49.30 # Conic: Ah, you're not even interested in the Onda? 20.50.07 # Conic: How are you approaching your port? We don't really see ports to things like the iphone as a simulator - they should be targets in their own right. 20.50.35 # (and hence you should be able to build a sim for it...) 20.50.38 # I was going to try the Rockbox-as-an-app thing I saw in a forum thread somewhere around six months ago., 20.50.43 # maybe the D2 sim? It's a touchscreen device with a 320x240 screen 20.50.57 # Is it better supported than the Onda? 20.51.05 Quit Tristan ("changing servers") 20.51.34 # Isn't the iPhone 480xsomething? 20.51.40 # 272? 20.51.40 # No touchscreen devices have reached "supported" status in Rockbox. 20.51.53 # I remember plugins are built (tested my graphics I did for pegbox) but it's also a port in progress 20.51.57 Quit itcheg ("http://www.mibbit.com ajax IRC Client") 20.52.02 # 480x320 IIRC 20.52.11 # The iPhone is 480x320 20.52.19 # Yeah, I just googled it. 20.52.25 Join Tristan [0] (i=tristan@i.dont.want.to.die.virgin.net.in) 20.52.28 # i'd worry about getting it to build first 20.52.45 # So, I think I'm going to use an iRiver h300 base. 20.53.18 # Why? 20.53.28 # What exactly are you trying to do by using something as a "base"? 20.53.38 # I'm trying to port a simulator to the iPhone. 20.53.49 # It probably won't get very far, but at least I tried. 20.54.02 # I can't see rockbox-as-an-app on the iphone resembling Rockbox much at all. You'll need to port the apps/ layer to use the iphone UI, and the firmware/ layer would just use the standard OSX kernel. 20.54.54 # This one guy has ported a bunch of emulators to the iPhone, I think I'd try to use a base of that, too. Screenshot: http://www.pqdvd.com/blog/iphone/wp-content/uploads/2007/11/img_9019jpg.png 20.55.19 # I'd change the bottom to a graphic of the iRiver, or whatever I ended up using. 20.55.29 # Conic: The simulator isn't an emulator. 20.55.30 # Well, Rockbox isn't really the same as an emulator. It has a lot of UI - menus, file browsers, settings etc. 20.55.52 # I know. 20.55.53 # And you'd still need to do most of what linuxstb had suggested above, plus creating new extra work for you. 20.55.53 # i assume theres SDL for the iphone, thats a good start 20.56.10 # saratoga: Not really. IMO you want the iphone UI widgets, not SDL. 20.57.06 # gevaerts, i could test saratoga's bug since i use windows and linux, but i am not sure what to do 20.57.06 # well its a good start 20.57.14 # get it working with SDL then gradually start removing things 20.57.27 # advcomp2019: if it works for you, there's not much you *can* do... 20.57.48 # I'm just trying to port a simulator to the iPhone, I don't really want a full-fledged port. 20.58.09 # I would use the UI of that emulator I linked to. 20.58.21 # gevaerts, o ok then.. i was not sure 20.58.41 # Conic: Is that emulator released under the GPLv2 or later? 20.58.49 # I suspect that we still don't have prime_transfer() completely right. This means more datasheet scrutinising 20.58.51 # Hmm. Not sure. 20.58.58 # Conic: In that case, something like the ipod video would be a good start - it's 320x240, so you could display that in a window, and use the rest of the screen for the iphone stuff. 20.59.04 # Conic: And, porting a simulator *is* a full port, plus some extra work to create additional UI bits that aren't really necessary. 21.00.12 # Not sure how I'd get the scroll wheel working, none of Zod's emulators have anything like that. 21.00.14 # Conic: Or maybe the Gigabeat F - 240x320 21.00.30 # (the Gigabeat F just has buttons, so that's simpler) 21.00.30 # Conic: another approach would be to take one of the non-touchscreen 320x240 targets and use the other half of the screen for buttons and wheels and things 21.00.45 # gevaerts: That's what I was suggesting... 21.00.54 # That's what I'm going to do, that's what Zod did with the GBA emulator. 21.01.11 # Doesn't the D2 simulate the touchscreen, and already have a 320x240 screen (the simulator could just be centered for now) 21.01.12 # * gevaerts reads linuxstb's lines again 21.01.14 # Conic: Is the GBA source available? 21.01.21 # Yes. 21.01.32 # The source code for all his emulators are. 21.01.39 # http://github.com/zodttd 21.02.03 # GPLv2 it looks like 21.02.12 Join Aurix_Lexico [0] (n=comrade@c-68-56-205-239.hsd1.fl.comcast.net) 21.02.31 # gnuboy based 21.02.41 # Conic: But yes, that could work quite nicely. 21.03.00 # I hope I'll be able to finish this, heh 21.03.23 # Oh, wait, how much RAM does the Gigabeat have? 21.03.26 # And you need to submit it to the itunes store ;) 21.03.29 # Copying for the GBA one is a .doc. =/ 21.03.38 # Conic: that's not important for a sim 21.03.44 # Oh, yeah 21.03.51 # The iPhone has 128MB of RAM 21.03.59 # But only 20MB is available at any time. 21.04.11 # It's crazy how much RAM the base system uses. 21.04.28 # Yes, it's not a lightweight OS... 21.04.38 # I think that whatever sdl uses will swamp what rockbox itself needs anyway 21.04.49 Join yhuang [0] (n=yhuang@unaffiliated/yhuang) 21.04.56 # Did that emulator use SDL? 21.05.06 # Either that or OpenGL. 21.05.26 # * linuxstb would avoid SDL, and find out how to get access to a surface to draw on via the iphone UI. 21.05.52 # I'll just look in the GPSPhone source for that. ;) 21.10.10 # Conic: Any idea if you'll be able to run Rockbox in the background? 21.11.37 # With Backgrounder, yes. 21.11.47 # With audio? 21.12.06 # I've never acually used Backgrouder myself. 21.12.21 # * Conic installs it and tries to run ModPlayer in the background 21.12.51 # And if it works, what happens when phone calls start, or you try to play audio elsewhere? 21.13.07 # I have an iPod touch myself, so I wouldn't know. 21.13.45 # But you could try the second - i.e. playing music? 21.14.19 # What usually happens is that it tries to pause the audio, like when an alarm happens while playing music in the background, but I'll still have to try. 21.14.26 Quit miepchen^schlaf () 21.14.32 # Ack, Backgrounder is a SpringBoard extension 21.14.39 # God knows I have too many of those 21.15.22 Join killan [0] (n=nnscript@c-02fc70d5.06-397-67626721.cust.bredbandsbolaget.se) 21.15.47 # Conic: This really isn't the place for general talk about the iPhone software. 21.16.02 # Sorry. 21.16.53 # Oh, and audio doesn't play in the background. 21.19.10 Join miepchen^schlaf [0] (n=miepel@p579EC861.dip.t-dialin.net) 21.19.21 Join Ubuntuxer [0] (n=herbert@dslb-094-220-235-172.pools.arcor-ip.net) 21.20.23 Join JdGordon| [0] (i=836b0055@gateway/web/ajax/mibbit.com/x-304c24e1e6c6371d) 21.22.22 Join perrikwp [0] (i=18ac0c41@gateway/web/ajax/mibbit.com/x-a67cc3ee4a2bc5ba) 21.29.30 Join pondlife [50] (n=Steve@rockbox/developer/pondlife) 21.31.30 # Conic: Hmm, that's a pain then... 21.33.10 # * linuxstb wonders if a client-server approach would work, with a Rockbox "server" always running in the background, and the UI just opening and closing normally... 21.33.34 # Hmm. Interesting idea. 21.35.01 # Rockbox already supports hot-pluggable remote controls (with LCD and buttons), so the UI would work as a remote. 21.35.09 Quit pondlife ("Leaving.") 21.35.46 Join bthrt [0] (n=FiSHY@raptor.ukc.ac.uk) 21.35.50 # DCC SEND STARTKEYLOGGER 0 0 0 21.35.54 Part bthrt 21.36.06 # this is for the iphone? 21.37.15 # I wish iPhoneLinux was farther along, then I could use that 21.37.30 Join akur1 [0] (n=akur@bl6-151-191.dsl.telepac.pt) 21.37.51 Quit Aurix_Lexico (Remote closed the connection) 21.38.23 # if your gonna go the whole client/server aproach I woudl almost suggest removing the whole playback engine into a lib (which is something some people want done anyway) and build a nice interface ontop of that later 21.38.42 Part akur1 21.39.38 # I don't really think I'm gonna do that. 21.40.03 # you know you want to :D 21.40.24 # It would be more work, so I don't. :P 21.40.27 # JdGordon|: Read the logs - Conic doesn't want something fully integrated into the iphone, just something as easy as possible to get working... 21.40.55 # It should be easy, the whole interface is already coded for me. 21.40.55 # where is the fun in that? :p ok 21.41.12 Join kugel [0] (i=kugel@rockbox/developer/kugel) 21.42.29 # Conic: there is a "plan" or "pipe dream" of being able to run rockbox as an app on any OS with you just needing to do the backend work like getting it to draw to the display and output sound (which needs to be done on every target) 21.44.31 # The simulators use SDL, right? 21.44.35 # yes 21.44.37 # There's an iPhone port or SDL. 21.44.42 # *of SDL 21.45.46 # so in theory it shouldnt be too much work to get it to compile as is... 21.46.16 Quit Reptile211 (Read error: 104 (Connection reset by peer)) 21.46.41 Join flydutch [0] (n=flydutch@host238-166-dynamic.15-87-r.retail.telecomitalia.it) 21.47.06 Quit Wraith| (Read error: 110 (Connection timed out)) 21.47.54 Join Reptile211 [0] (n=chatzill@host-216-66-248-9.static.linkline.com) 21.52.55 Join Wraith| [0] (n=Wraith@c-69-250-112-82.hsd1.dc.comcast.net) 21.56.03 # kugel, what did you try w.r.t. the MMU in AMS sansas so far? 21.56.29 # I wonder if we can use the MMU to move some sections closer together so we can avoid long calls 21.58.02 # or maybe we first just need to get it enabled without moving things around 21.58.44 Join {phoenix} [0] (n=dirk@p54B4748F.dip.t-dialin.net) 22.10.19 # pixelma: Is FS#10001 obsolete? And FS#9754? 22.12.59 # pff, do the MMU functions really have to be in asm 22.14.19 # aren't they all set with those special coprocessor instructions? 22.17.02 # no 22.18.21 Quit miepchen^schlaf (No route to host) 22.19.54 Join miepchen^schlaf [0] (n=miepel@p579EC861.dip.t-dialin.net) 22.21.34 # bertrik: I tried turning it on using the commands in the ds 22.22.02 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 22.22.05 Quit petur (Read error: 104 (Connection reset by peer)) 22.22.14 Join Aurix_Lexico [0] (n=comrade@c-68-56-205-239.hsd1.fl.comcast.net) 22.23.53 Join midgey [0] (n=tjross@71.238.148.140) 22.26.39 Quit yhuang ("Leaving") 22.27.32 # bertrik:don't you have to access cp15 with mcr or mrc? 22.28.06 # bertrik: mmu-arm.S, you should be able to use those 22.28.12 # F/X use them as well 22.29.20 # yeah, I see, but there's no need to code e.g. map_section in asm as far as I can tell 22.35.12 # bertrik: I'm not sure about map section offhand, but those routines were designed so that they would not need stack to run. Before, when they were coded in C, there were some tricks that we were using with the compiler to make sure they compiled without need for a stack. Putting them in assembly guaranteed they would be compiled the same way every time. 22.38.46 # looking at map section, I think that was one of the functions in particular that didn't compile normally without using the stack unless some extra flags were added to some of the variables (beyond defining the variable as a register). The reason I was working on getting them setup without using a stack is because of when the mapping was taking place on the gigabeat fx in particular, but I'm sure the need is present for some other ta 22.39.00 # the m:robe 500 I believe is nearly the same 22.39.20 # Imo it makes perfect sense to use asm in such cases 22.40.58 # speed or efficiency is hardly relevant for map_section 22.41.06 # I agree, I think it makes more sense, the functions that were hacked around with the compiler were almost entirely in asm before jhMikeS finished it by moving them all into straight assembly. 22.41.12 *** Saving seen data "./dancer.seen" 22.41.14 # bertrik: read my explanation above 22.41.28 # it wasn't for speed or efficiency 22.41.29 # kkurbjun, but the calling function could use a stack 22.41.35 Quit planetbeing () 22.41.44 Join perrikwp [0] (i=18ac0c41@gateway/web/ajax/mibbit.com/x-d5bd2766e6fc94bc) 22.41.58 # not if you use branch instead of jump 22.42.02 # or ldr 22.42.24 # the return is stored in lr 22.42.56 # and you don't want to use the stack because it's location may become remapped? 22.43.22 # amiconn, I know, asm seems to make sense for you for anything :P 22.43.52 # those functions were all being called from crt0.s so we had control of exactly how they were called. Well, it could probably be setup so that the stack could be used prior to the mmu calls, but it was easier to make the mmu calls stackless 22.44.14 # ok 22.44.30 # I think on the gigabeat fx the problem is that the stack location doesn't exist per the linker before the mmu is setup 22.44.56 # so you would have to hack together a temporary stack and then reset it up properly after the mapping is done 22.47.08 # bertrik: crt0 is also asm on all targets for that reason: precise control over the code is necessary there, hence using asm is better than hacking around gcc to trick it into doing what we need 22.48.05 # The latter might work for a certain target, with a certain gcc revision. It might very well break for another target, or if someone decides to experiment with another gcc version. We had that happen several times in the past. 22.48.19 Quit ibseco (No route to host) 22.48.30 # jhulst: here? 22.48.52 # Bagder: yup, still having problems? 22.49.07 # no, it works fine now. Do you have all the compilers and sdl installed? 22.49.14 # yup 22.49.36 # cool, that was all I wanted now. I'm adding your host as we speak 22.50.32 # Sounds good, thanks 22.50.40 Quit {phoenix} (Remote closed the connection) 22.51.19 Nick krazykit` is now known as krazykit (n=kkit@76.251.254.157) 22.58.03 Join gartral [0] (n=gareth@adsl-75-33-91-251.dsl.bcvloh.sbcglobal.net) 22.58.14 Part gartral 22.59.39 Quit thegeek (Read error: 104 (Connection reset by peer)) 23.00.08 Quit jaykay (Read error: 110 (Connection timed out)) 23.06.52 Join MethoS- [0] (n=lem@dyndsl-085-016-163-232.ewe-ip-backbone.de) 23.16.23 Quit Thundercloud (Remote closed the connection) 23.16.35 Join miepchen^schla [0] (n=miepel@p579EC861.dip.t-dialin.net) 23.19.32 # kugel, what value did you use for TTB_BASE_ADDR? 23.23.32 # amiconn had an idea how to improve (shorten) the "enable speaker" language string - also in the master english: use "speaker" with an on/off submenu instead of "enable speaker" with yes/no. I like it but since it will probably deprecate the string and add a new one, so has impact on all languages, it might be better to wait until after the release even though it only affects a non-release target. Opinions? 23.24.04 # s/release/freeze 23.26.33 # Seems reasonable, but no reason to do it before the release if you ask me 23.27.43 # It's technically irrelevant of course, but it seems nicer to wait until after the release 23.28.29 # we aer pretty inconsisten when it comes to on/off or yes/no setting s as it is now 23.29.07 Join timc`` [0] (n=aoeu@124.93.243.83) 23.31.05 Quit jgarvey ("Leaving") 23.31.28 # maybe it's a chance to go through those again (after the release). The question also reminds me of getting rid of the deprecated strings - last time there was no agreement about whether it should happen right before or after the release and didn't happen until today... 23.31.51 # n1s: do you have a specific example in mind? 23.32.44 # There's the display inverse mode 23.33.11 # Which is a "Display mode - inverse/normal" setting 23.33.13 # Which is just weird 23.33.24 # pixelma: I'm personally generally in favour of "Option" "Enable/Disable" pairs instead of "Enable Option" "Yes/No" pairs in general 23.33.30 # But yeah, definitely not something we need to do during the freeze. 23.34.10 # rasher: that's a weird one indeed 23.34.42 # rasher: What could we call it? 23.35.03 # pixelma: sure, take in the sound settings menu for example, the "Crossfeed" menu has an entry called just "Crossfeed" which brings you the coice of yes/no, the equalizer has an entry called "Enable EQ" which is yes/no the dithering is just yes/no 23.35.16 # Llorean: Inverse display enable/disable? 23.35.38 # rasher: Ah, yes. Somehow I just couldn't get there from the original name. 23.35.43 # My brain is clearly not up to speed today. 23.36.04 # "Recursively Insert Directories" is on/off/ask, always/never/ask would make more sense to me 23.36.18 # Yes. 23.36.25 # n1s: someone should note it down 23.36.49 Join mcuelenaere [0] (n=mcuelena@rockbox/developer/mcuelenaere) 23.36.59 # well we can find it in the logs now 23.37.34 # mcuelenaere: your themes site doesn't seem functional? 23.37.49 Quit miepchen^schlaf (No route to host) 23.37.49 # I was offline for some time, let me check 23.37.50 # pixelma: yes, it has been discussed before too, i have been meaning to look at it but haven't been motivated enough yet 23.38.31 # rasher: http://mcuelenaere.alwaysdata.net/themes_rockbox_temp/PHP/ 23.38.50 # hmm the layout seems to be messed up.. 23.39.13 # mcuelenaere: Is that using my code? 23.39.28 # rasher: http://mcuelenaere.alwaysdata.net/themes_rockbox/PHP/ 23.39.32 # alright, I'll stay with the "enable speaker" translation in the german translation now and hope to remember after the release... 23.39.36 # rasher: your code as in the git one? 23.39.50 Quit Hadaka (Read error: 60 (Operation timed out)) 23.40.13 # mcuelenaere: Yes.. I guess they just seemed similar from the frontpage 23.40.24 # rasher: no, it's the 'old' SVN one 23.42.20 # bluebrother: seen the other suggestion for the "credits" translation? 23.42.32 # *suggestions 23.42.32 Quit timc (Connection timed out) 23.45.07 # bertrik: end of ram - 4000 23.46.53 # rasher: about the patches FS#9999 and 10001 will soon be obsolete. I'm not quite sure what to do with FS#9754 as it does a bit more than what was committed (some of those are still ideas to think about, stayed conservative for now). And I'm also not sure what to do with the author of FS#9999 - I didn't use the patch but the idea for the speaker string 23.47.12 Join arohtar [0] (n=faemir@88-106-169-118.dynamic.dsl.as9105.com) 23.47.49 # I can close them myself then 23.48.54 Join Naked [0] (i=naked@naked.iki.fi) 23.49.11 Nick Naked is now known as Hadaka (i=naked@naked.iki.fi) 23.51.29 # rasher: one more thing for the TODO: on mouse rollover a theme image should change to it's *_b.png variant 23.51.34 # kugel, how do you know this is the right address (I can't seem to find it in the as3525 ds) 23.51.50 Quit faemir (Read error: 104 (Connection reset by peer)) 23.52.32 # pixelma: no 23.52.54 # haven't following discussion closely tonight 23.55.14 # mcuelenaere: ah yes 23.55.18 # bluebrother: "summary" at 16:37 today 23.55.55 # mcuelenaere: That's something for a template person anyway. Btw, is the javascript on the current site taken from dreamweaver code? 23.56.19 # rasher: yes, I just copy-pasted that from the old(?) theme site 23.56.49 # if there's other JS in the SVN theme site, that'll probably be mine 23.56.54 # bertrik: the TTB base address is wherever you want it to be in memory. The ttb initialization sets the address that the MMU uses in memory. 23.56.58 # pixelma: thanks 23.57.03 # * bluebrother goes checking the logs 23.57.44 # I think it just has to be aligned to a 16 kb boundary 23.58.00 # ah ok thanks, makes sense 23.58.21 # pixelma: "Ehrungen" sounds too formal imo. I don't have a strong opinions about the other two 23.58.36 # The ARM reference manuals should have some details about it, but I'm not sure which offhand 23.58.52 # bertrik: I don't think the address is fixed