--- Log for 02.12.110 Server: niven.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 9 hours and 36 minutes ago 00.00.59 Quit domonoky1 (Read error: Connection reset by peer) 00.05.52 Quit bertrik (Quit: :tiuQ) 00.06.02 Quit Kupop (Ping timeout: 240 seconds) 00.07.45 Quit kugel (Remote host closed the connection) 00.10.16 Quit stripwax (Quit: http://miranda-im.org) 00.12.07 Join Zarggg [0] (~zarggg@24.229.139.169.res-cmts.sm.ptd.net) 00.12.44 Join JdGordon| [0] (~jonno@vl10.gw.ok-labs.com) 00.12.44 Quit JdGordon| (Changing host) 00.12.44 Join JdGordon| [0] (~jonno@rockbox/developer/JdGordon) 00.17.40 Quit n1s (Quit: Lämnar) 00.23.18 Quit tchan (Read error: Connection reset by peer) 00.24.37 *** Saving seen data "./dancer.seen" 00.24.43 Quit ReimuHakurei (Read error: Connection reset by peer) 00.24.58 Join ReimuHakurei [0] (~reimu@74.112.212.15) 00.25.05 Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) 00.26.01 Quit parafin (Remote host closed the connection) 00.26.14 Join parafin [0] (parafin@paraf.in) 00.27.18 Quit robin0800 (Remote host closed the connection) 00.29.06 Quit mt (Ping timeout: 255 seconds) 00.30.57 Join tchan [0] (~tchan@lunar-linux/developer/tchan) 00.38.01 Quit casainho (Remote host closed the connection) 00.48.17 Quit Jerom (Quit: Leaving.) 00.53.41 Join Llorean [0] (~DarkkOne@rockbox/user/Llorean) 01.04.39 Join BHSPitMonkey [0] (~stephen@unaffiliated/bhspitmonkey) 01.06.09 Quit BHSPitMonkey (Remote host closed the connection) 01.11.36 Quit Keripo (Quit: Leaving.) 01.12.24 Part toffe82 01.12.36 Quit pamaury (Read error: Connection reset by peer) 01.13.22 Quit evilnick_B (Quit: Page closed) 01.14.18 Quit dfkt (Quit: -= SysReset 2.53=- Sic gorgiamus allos subjectatos nunc.) 01.17.27 Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) 01.19.46 Quit stripwax (Quit: http://miranda-im.org) 01.20.59 Join BlakeJohnson86 [0] (~bjohnson@c-24-118-162-123.hsd1.mn.comcast.net) 01.25.19 Quit GeekShadow (Quit: The cake is a lie !) 01.28.15 Quit Guinness (Read error: Connection reset by peer) 01.32.32 Join Keripo [0] (~Keripo@eng296.wireless-resnet.upenn.edu) 01.38.55 Join Llorean1 [0] (~DarkkOne@99-68-45-56.lightspeed.hstntx.sbcglobal.net) 01.40.39 Quit Llorean (Ping timeout: 255 seconds) 01.43.23 # anyone still awake that can do me a logf build? 01.46.52 Join madalu [0] (~user@unaffiliated/madalu) 01.50.48 Join Guinness [0] (Slayer@c-68-55-111-159.hsd1.va.comcast.net) 01.54.29 # Has anyone else seen playback suddenly stop but the UI keeps working untill you try to actually stop playback? 02.00.35 Join Strife1989 [0] (~Strife89@adsl-80-152-33.mcn.bellsouth.net) 02.01.10 # JdGordon|: Here and there, but not often enough or consistent enough to file a bug report. 02.01.25 Quit Strife89 (Disconnected by services) 02.01.30 Nick Strife1989 is now known as Strife89 (~Strife89@adsl-80-152-33.mcn.bellsouth.net) 02.06.04 Quit madalu (Ping timeout: 240 seconds) 02.24.38 *** Saving seen data "./dancer.seen" 02.29.23 Join noamsml_ [0] (~noamsml@adsl-75-45-234-147.dsl.sfldmi.sbcglobal.net) 02.31.18 Quit noamsml (Ping timeout: 250 seconds) 02.44.50 Quit froggyman (Remote host closed the connection) 02.51.47 Join Keripo1 [0] (~Keripo@dhcp0101.kin.resnet.group.upenn.edu) 02.53.15 Join eWill [0] (~chatzilla@adsl-76-235-49-53.dsl.dytnoh.sbcglobal.net) 02.54.39 Quit Keripo (Ping timeout: 272 seconds) 02.54.42 # I have a c200 v1. I just turned it on, and RB says battery is at 23%. Then for about 1.5 minutes the % is slowly rising till it reaches 50%. Is that normal? Perhaps it's because I'm in a cold room??? 02.57.42 Quit UnclePervyJesus (Read error: Connection reset by peer) 02.57.59 Join UnclePervyJesus [0] (~ubernoob@2001:c08:3700:ffff::17:ff75) 02.58.01 # eWill: It may well be the cold temperature. 02.58.51 Quit Judas_PhD (Ping timeout: 255 seconds) 03.00.57 Nick noamsml_ is now known as noamsml (~noamsml@adsl-75-45-234-147.dsl.sfldmi.sbcglobal.net) 03.04.16 Nick Llorean1 is now known as Llorean (~DarkkOne@99-68-45-56.lightspeed.hstntx.sbcglobal.net) 03.04.29 Quit Llorean (Changing host) 03.04.30 Join Llorean [0] (~DarkkOne@rockbox/user/Llorean) 03.04.39 Join krabador [0] (~krabador@host101-24-dynamic.247-95-r.retail.telecomitalia.it) 03.05.31 Quit MethoS- (Remote host closed the connection) 03.11.26 Quit eWill (Quit: ChatZilla 0.9.86 [Firefox 3.6.12/20101026210630]) 03.13.09 Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) 03.17.43 # having a problem starting the speed test, cant find "test codec" in the openwith dialog 03.23.16 Quit Llorean (Quit: Leaving.) 03.24.22 Join ZhangNing [0] (~ZhangNing@116.3.5.60) 03.29.57 Join Llorean [0] (~DarkkOne@99-68-45-56.lightspeed.hstntx.sbcglobal.net) 03.30.03 Quit Llorean (Changing host) 03.30.03 Join Llorean [0] (~DarkkOne@rockbox/user/Llorean) 03.31.30 Join JdGordon1 [0] (~jonno@58.96.27.157) 03.33.18 Quit designate72 (Ping timeout: 245 seconds) 03.34.20 Part ZhangNing 03.34.35 Quit JdGordon| (Ping timeout: 250 seconds) 03.38.37 Join designate72 [0] (~aaron@adsl-065-013-002-216.sip.asm.bellsouth.net) 03.49.07 Join Chesteta [0] (~4394a340@giant.haxx.se) 03.49.33 # hello,isewill here? 03.50.17 # messed up spacebar, sorry 03.50.23 # eWill? 03.51.25 Join LambdaCalculus37 [0] (~rmenes@c-68-36-232-73.hsd1.nj.comcast.net) 03.51.25 Quit LambdaCalculus37 (Changing host) 03.51.25 Join LambdaCalculus37 [0] (~rmenes@rockbox/staff/LambdaCalculus37) 03.52.55 # I was wondering what luck you have been having with your fuzev2; have you achieved usb transfer from within rockbox? 03.54.56 Quit designate72 (Ping timeout: 265 seconds) 03.54.59 Quit Chesteta (Quit: CGI:IRC (EOF)) 03.59.16 Quit Judas_PhD (Ping timeout: 272 seconds) 04.06.23 Quit InsDel (Read error: Connection reset by peer) 04.08.07 Quit krabador (Quit: Sto andando via) 04.11.09 Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) 04.13.44 Quit JdGordon (Ping timeout: 272 seconds) 04.15.18 Quit TheSeven (Ping timeout: 245 seconds) 04.19.09 Join DerPapst1 [0] (~Alexander@p5DE5B34E.dip.t-dialin.net) 04.20.34 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) 04.20.47 Quit DerPapst (Ping timeout: 240 seconds) 04.24.41 *** Saving seen data "./dancer.seen" 04.29.54 Quit LambdaCalculus37 (Quit: Fwump) 04.30.52 Part UnclePervyJesus 04.31.07 Join UnclePervyJesus [0] (~ubernoob@2001:c08:3700:ffff::17:ff75) 04.44.19 Join amiconn_ [0] (quassel@rockbox/developer/amiconn) 04.44.20 Quit amiconn (Disconnected by services) 04.44.20 Quit pixelma (Disconnected by services) 04.44.21 Join pixelma_ [0] (quassel@rockbox/staff/pixelma) 04.44.23 Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) 04.44.38 Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) 04.50.02 Quit sasquatch (Quit: WeeChat 0.3.2) 04.50.27 Join sasquatch [0] (~username@p4FF2D0E6.dip.t-dialin.net) 05.03.46 Nick JdGordon1 is now known as JdGordon (~jonno@58.96.27.157) 05.08.21 Quit rodan () 05.25.27 Quit Horscht (Quit: Verlassend) 05.26.54 Quit anewuser () 05.27.38 Join zeleftikam [0] (~zeleftika@unaffiliated/zeleftikam) 05.35.16 Quit panni_ (Quit: ( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )) 05.40.28 Quit JdGordon (Read error: Connection reset by peer) 05.40.56 Join JdGordon [0] (~jonno@vl10.gw.ok-labs.com) 05.40.57 Quit JdGordon (Changing host) 05.40.57 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) 05.52.45 Join mordocai [0] (~mordocai@66.119.9.243) 05.55.03 Quit mordocai (Quit: reboot for kernel update) 05.59.36 Join mordocai [0] (~mordocai@66.119.9.243) 06.03.00 # Am I right in thinking that changing the hotkeys for my sansa clip+ would require a source code edit? 06.05.36 # depends on what you want to change 06.07.04 # I want to change Long Home to Unlock/Lock and change Home + Select to shortcut menu. 06.07.13 # then yes 06.07.32 # (easier to do one handed while it is in my pocket :P) 06.10.35 # any idea how to Quit an application on an iPod 5g? 06.10.42 # i'm stuck in the Calendar! 06.12.15 Quit DerPapst1 (Quit: Leaving.) 06.13.08 # zeleftikam: I don't really know which one is the 5g(don't use apple devices) but might try menu+select (found here: http://download.rockbox.org/daily/manual/rockbox-ipodcolor/rockbox-buildch11.html#x14-27700011.4.4) 06.13.26 # ah! that worked! thanks so much mordocai! 06.13.35 # i swear i tried every other combination :P 06.13.49 # zeleftikam: Of course :P. Always works that way lol 06.14.10 # zeleftikam: In any case, the applicatin section of the manual for your device should have all the hotkeys for the apps 06.15.58 # zeleftikam: Sorry, the actual section in table of contents is "Plugins". Applications is a subsection 06.16.56 # By the way, to the developers, I'm very impressed with the comprehensive documentation that is provided for all the ports. Very good quality IMHO. 06.17.06 # yeah i was surprised to even hear of any 06.18.24 # speaking of that, I just found a typo in the clip+ manual. 06.18.30 # * mordocai goes to find out how to fix manual typos 06.20.12 # file a bug usually.. or just tell someone here 06.20.21 # whats the typo? 06.21.40 # Oh, I was going to go fix it myself lol. The keymap for the brickmania game plugin is only half showing up. What the keys do is showing up, but not which keys do them. 06.22.10 # Looks like there are a few like that, actually 06.22.12 # thats more than a typo 06.22.37 # Yeah, more like someone just hasn't taken the time to add them all to the docs yet. 06.24.42 *** Saving seen data "./dancer.seen" 06.25.40 # Well, in my free time i'll go ahead and start adding the missing hotkeys to the manual. Would it be better to submit one patch per a plugin, or one patch when i'm done updating a section (like all games, or all applications, etc.) 06.35.37 Join UNHchabo [0] (~UNHchabo@c-98-255-136-109.hsd1.ca.comcast.net) 06.38.36 # hey all, I have a Sansa E200v1, and it started locking up the other day after I updated the firmware. I tried a firmware downgrade, and other updates, but that didn't fix the issue. 06.39.19 # the device still works with the default firmware 06.40.23 # I turn the device on, and the music starts playing, but if I try to do anything except navigate through the menu, it locks up 06.40.58 # if I don't touch it after powering it on, then it locks up 2 seconds from the end of the track 06.42.52 # if I delete that song, then the same thing will happen with the next track on the playlist 06.42.56 # UNHchabo: Well, I am new to rockbox so take the suggestion in that context, but have you tried deleting the .rockbox folder and reinstalling the firmware? Might be some kind of config issue. 06.43.28 # alright, I can try that, and get back 06.43.45 # rockbox firmware* 06.46.36 Join Strife1989 [0] (~Strife89@adsl-67-48-253.mcn.bellsouth.net) 06.48.25 Quit Strife89 (Disconnected by services) 06.48.28 Nick Strife1989 is now known as Strif8e9 (~Strife89@adsl-67-48-253.mcn.bellsouth.net) 06.48.33 Nick Strif8e9 is now known as Strife89 (~Strife89@adsl-67-48-253.mcn.bellsouth.net) 06.50.50 Quit Loto (Quit: Loto) 06.51.14 Quit factor (Read error: Operation timed out) 07.06.00 Join ReimuHakurei_ [0] (~reimu@74.112.212.15) 07.07.35 Quit ReimuHakurei (Read error: Connection reset by peer) 07.21.34 Join Loto [0] (~nfs@S01060012171a84e3.no.shawcable.net) 07.21.34 Quit Loto (Changing host) 07.21.34 Join Loto [0] (~nfs@xbmc/user/Loto) 07.29.47 Join factor [0] (~factor@r74-195-220-23.msk1cmtc02.mskgok.ok.dh.suddenlink.net) 07.32.27 # mordocai, that worked, I just wish I didn't have to delete the directory ;) 07.32.29 # thanks though 07.32.57 # UNHchabo: Yeah, there may have been an less invasive way... but that was the first thing i thought of. Glad it is working again! 07.34.01 Quit factor (Read error: Operation timed out) 07.37.38 Quit jepler (Read error: Operation timed out) 07.38.04 Join hebz0rl [0] (~hebz0rl@dslb-088-065-209-051.pools.arcor-ip.net) 07.42.11 Join mystica555_ [0] (~mike@c-75-70-179-25.hsd1.co.comcast.net) 07.45.03 Join factor [0] (~factor@r74-195-220-23.msk1cmtc02.mskgok.ok.dh.suddenlink.net) 07.52.16 Join ender` [0] (krneki@foo.eternallybored.org) 07.53.36 Join LinusN [0] (~linus@rockbox/developer/LinusN) 08.03.13 Quit JdGordon (Quit: leaving) 08.11.20 Join JdGord [0] (~jd@pa58-109-160-223.pa.nsw.optusnet.com.au) 08.24.43 *** Saving seen data "./dancer.seen" 08.36.10 Part UNHchabo 08.44.13 Quit JdGord (Quit: Bye) 08.45.10 Join xxcv [0] (~null@c211-30-174-99.carlnfd1.nsw.optusnet.com.au) 09.03.01 Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) 09.03.12 Quit stripwax (Client Quit) 09.04.42 Quit iq (Ping timeout: 250 seconds) 09.13.32 # mordocai: More than one plugin in a patch is fine by me, but I'd prefer any e.g. white space changes to be separate. It makes it difficult to review otherwise 09.15.40 Join Rob2222 [0] (~Miranda@p4FFF202A.dip.t-dialin.net) 09.18.25 Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) 09.19.00 Quit chattr (Ping timeout: 250 seconds) 09.19.11 Quit Rob2223 (Ping timeout: 265 seconds) 09.20.31 Join chattr [0] (~mike@244.87.189.72.cfl.res.rr.com) 09.20.43 # AlexP: Yeah, there shouldn't be any whitespace or anything. I'll just be adding in the correct \opt directives to get the correct keys to show up in the tables. 09.20.53 # sounds good! 09.23.49 Join Zagor [0] (~bjst@rockbox/developer/Zagor) 09.24.47 Join jepler [0] (~jepler@emc/developer/pdpc.professional.jepler) 09.26.20 Quit Strife89 (Ping timeout: 255 seconds) 09.26.46 Join Strife89 [0] (~Strife89@adsl-67-48-253.mcn.bellsouth.net) 09.29.42 # * mordocai just realized that the little icon that he couldn't figure out was saying that the SD card was being used... 09.34.00 Join factor_ [0] (~factor@r74-195-220-23.msk1cmtc02.mskgok.ok.dh.suddenlink.net) 09.34.27 Quit factor (Read error: Connection reset by peer) 09.35.22 Quit factor_ (Remote host closed the connection) 09.35.36 # or internal memory 09.35.36 Join factor [0] (~factor@r74-195-220-23.msk1cmtc02.mskgok.ok.dh.suddenlink.net) 09.35.45 # "disk" access basically :) 09.36.12 # Oh, okay. I just noticed it was staying on during database update. Before it would just flash occaisionally, so I was confused lol 09.36.30 Quit chattr (Ping timeout: 245 seconds) 09.36.45 # soap: link fixed 09.43.06 Join efyx [0] (~efyx@lap34-1-82-225-185-146.fbx.proxad.net) 09.43.16 Join swilde [0] (~wilde@aktaia.intevation.org) 09.48.03 Join petur [0] (d408b802@rockbox/developer/petur) 09.53.18 Join MethoS- [0] (~clemens@134.102.106.250) 09.53.19 Join amee2k [0] (~thomas@ve504.cugnet.net) 09.58.08 Quit MethoS- (Remote host closed the connection) 09.58.25 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) 09.58.57 Quit zu (Ping timeout: 240 seconds) 09.59.09 Join _jhMikeS_ [0] (~jethead71@99.29.197.60) 09.59.16 Quit _jhMikeS_ (Changing host) 09.59.17 Join _jhMikeS_ [0] (~jethead71@rockbox/developer/jhMikeS) 09.59.17 Quit jhMikeS (Disconnected by services) 09.59.21 Join Kitr88 [0] (~Kitarist@BSN-182-110-132.dial-up.dsl.siol.net) 10.02.08 Quit Kitar|st (Ping timeout: 240 seconds) 10.03.39 # By the way, using the current build(i was using 3.7.1 before) i'm still getting the error shown here: http://debian.pastebin.com/f09yqWHk when adding songs to a dynamic playlist that already has songs in it. Still appears to be happening intermittently, I can't seem to reproduce it too reliably. Any ideas on how to debug this? 10.03.57 # That's with the sansa clip+ 10.04.28 Quit Kitr88 (Ping timeout: 276 seconds) 10.04.29 Quit TheSeven (Ping timeout: 240 seconds) 10.05.04 # i belive that i readed something like this a few days ago in the bugtracker 10.06.40 # Okay, i'll look through the bugs manually real quick. (I tried a search, but failed) 10.06.47 # ah yes, #11655 10.06.57 # http://www.rockbox.org/tracker/task/11655 10.08.41 Join Kitar|st [0] (Kitarist@89.142.69.238) 10.09.25 # Yep, that it is! Thanks. I'll have to comment to say that it is doing it on my clip+ with or without a cable plugged in :P 10.09.29 # is it* 10.09.43 Join zu [0] (~zu@ks355000.kimsufi.com) 10.11.20 Join robin0800 [0] (~robin0800@cpc2-brig8-0-0-cust964.3-3.cable.virginmedia.com) 10.13.23 # mordocai, yes, good idea 10.14.32 # hm, i think it would make sense to set priority for #11655 to high, or? 10.15.13 # erm, medium 10.15.14 # so far, the priority hasn't been payed much attention 10.15.17 # Stummi: the priority field isn't really used 10.15.25 # hm, ok :) 10.15.55 # Stummi: I'd agree at least medium if priority field was being actively used though :P. Kind've annoying to not be able to quickly make a nice playlist. 10.16.54 # yes. This is a realy serve bug for rockbox imho 10.24.46 *** Saving seen data "./dancer.seen" 10.40.25 Quit xxcv () 10.53.05 Quit liar (Ping timeout: 255 seconds) 10.53.35 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 11.05.19 Quit factor (Ping timeout: 245 seconds) 11.07.21 Join xxcv [0] (~null@c211-30-174-99.carlnfd1.nsw.optusnet.com.au) 11.10.41 Join pamaury [0] (~quassel@dhcp-128-203.residence.ens-lyon.fr) 11.10.41 Quit pamaury (Changing host) 11.10.41 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 11.12.39 Join factor [0] (~factor@r74-195-220-23.msk1cmtc02.mskgok.ok.dh.suddenlink.net) 11.17.22 # can someone ban this wanxin511 - deleting his spam currently but am not sure if I'm allowed to ban (it might be a one time thing though) 11.17.27 # in the forums 11.17.34 # sure 11.18.20 # done 11.20.00 Quit user890104 (Ping timeout: 272 seconds) 11.24.35 Join swilde` [0] (~wilde@aktaia.intevation.org) 11.33.39 Join iq [0] (~iq@unaffiliated/iq) 11.34.40 Quit Judas_PhD (Quit: This is a quitting message) 11.42.51 Quit ReimuHakurei_ (Read error: Connection reset by peer) 12.18.49 # http://forums.rockbox.org/index.php?action=profile;u=27931 also needs banning 12.18.53 # AlexP: poke 12.20.56 Quit xxcv () 12.24.48 *** Saving seen data "./dancer.seen" 12.33.13 Join InsDel [0] (~haqr.net@unaffiliated/insdel) 12.40.30 Quit efyx (Remote host closed the connection) 12.41.07 Join efyx [0] (~efyx@lap34-1-82-225-185-146.fbx.proxad.net) 12.48.02 Join panni_ [0] (hannes@ip-178-203-77-160.unitymediagroup.de) 12.48.58 Join casainho [0] (~chatzilla@pal-213-228-181-14.netvisao.pt) 12.55.37 Quit InsDel (Read error: Connection reset by peer) 13.05.16 Quit antil33t (Read error: Connection reset by peer) 13.05.27 Join antil33t [0] (~Mudkips@124-197-51-80.callplus.net.nz) 13.08.06 Join mt [0] (~mt@41.233.153.220) 13.13.09 Join chattr [0] (~mike@244.87.189.72.cfl.res.rr.com) 13.13.29 Join xxcv [0] (~null@c211-30-174-99.carlnfd1.nsw.optusnet.com.au) 13.15.37 Quit BlakeJohnson86 (Ping timeout: 250 seconds) 13.16.24 Join dfkt [0] (dfkt@unaffiliated/dfkt) 13.16.45 Quit antil33t (Read error: Connection reset by peer) 13.16.54 Join antil33t [0] (~Mudkips@124-197-51-80.callplus.net.nz) 13.20.40 # Torne: Done, ta 13.21.08 Join sinthetek [0] (~sinthetek@unaffiliated/sinthetek) 13.23.35 Join BlakeJohnson86 [0] (~bjohnson@c-24-118-162-123.hsd1.mn.comcast.net) 13.24.29 Quit chattr (Remote host closed the connection) 13.24.49 Quit casainho (Quit: ChatZilla 0.9.86 [Firefox 3.6.12/20101027124101]) 13.30.47 Join chattr [0] (~mike@244.87.189.72.cfl.res.rr.com) 13.32.23 Quit bluebrother (Disconnected by services) 13.32.25 Join bluebroth3r [0] (~dom@rockbox/developer/bluebrother) 13.32.52 Join JdGord [0] (~jd@pa58-109-160-223.pa.nsw.optusnet.com.au) 13.36.20 Quit BlakeJohnson86 (Ping timeout: 260 seconds) 13.47.26 Quit Rondom (Ping timeout: 276 seconds) 13.51.52 Join kugel [0] (~kugel@rockbox/developer/kugel) 13.51.54 Quit JdGord (Read error: Connection reset by peer) 13.52.37 Quit sinthetek (Read error: Operation timed out) 14.02.23 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) 14.02.57 # can a forum admin ban a spammer? only7youz 14.03.46 # mc2739, ask AlexP 14.03.58 # hm, there seems to be many spammers today 14.07.52 # or Bagder, soap or GodEater 14.07.58 # (I think) 14.08.41 Join Rondom [0] (~rondom@lvps178-77-79-47.dedicated.hosteurope.de) 14.09.37 # done 14.12.17 # thanks 14.17.51 Quit factor (Ping timeout: 255 seconds) 14.24.50 *** Saving seen data "./dancer.seen" 14.45.46 Quit robin0800 (Remote host closed the connection) 14.53.53 Join factor [0] (~factor@r74-195-220-23.msk1cmtc02.mskgok.ok.dh.suddenlink.net) 14.58.33 Nick Strife89 is now known as Desk-Strife89 (~Strife89@adsl-67-48-253.mcn.bellsouth.net) 15.00.30 Join komputes [0] (~komputes@ubuntu/member/komputes) 15.08.44 Join evilnick_B [0] (0c140464@rockbox/staff/evilnick) 15.11.14 Quit xxcv () 15.20.12 Join user890104 [0] (Venci@venci-notebook-lan.ipv6.6bez10.info) 15.24.01 Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 15.28.07 Join sinthetek [0] (~sinthetek@cpe-174-111-239-037.triad.res.rr.com) 15.28.07 Quit sinthetek (Changing host) 15.28.07 Join sinthetek [0] (~sinthetek@unaffiliated/sinthetek) 15.30.53 Quit z35 (Ping timeout: 265 seconds) 15.31.43 Join kevku [0] (~kevku@2001:7d0:0:f000::135d) 15.32.31 Join anewuser [0] (anewuser@unaffiliated/anewuser) 15.32.45 Join daggett [0] (~denis@xbn44-5-88-185-226-114.fbx.proxad.net) 15.32.59 # hi all 15.33.49 # can anyone tell me if the support for RTC mod on IHP120 is compiled in the standard stable version rockbox ? 15.34.36 # I just finished the mod and now wants to use it, but I can't find any menu item to set it or display it 15.34.40 Quit swilde (Quit: ERC Version 5.3 (IRC client for Emacs)) 15.35.13 # it's not 15.35.23 Quit swilde` (Quit: ERC Version 5.3 (IRC client for Emacs)) 15.35.38 # In general we assume that if you can manage to do a hardware mod, you can manage to compile too 15.39.34 Join MethoS- [0] (~clemens@134.102.106.250) 15.41.16 Join bmbl [0] (~bmbl@dsl-217-162-64.pool.bitel.net) 15.41.16 Quit bmbl (Changing host) 15.41.16 Join bmbl [0] (~bmbl@unaffiliated/bmbl) 15.43.26 # gevaerts: ok, thanks, so, I will try to compile it then 15.58.44 Join DerPapst [0] (~Alexander@p4FE8EFE8.dip.t-dialin.net) 16.12.27 Quit kugel (Ping timeout: 265 seconds) 16.20.29 Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93) 16.24.52 *** Saving seen data "./dancer.seen" 16.28.36 Join mattymo [0] (~mmosesoh@nat/redhat/x-juqdfmlnakujqcng) 16.35.50 Part Zagor 16.36.50 Quit petur (Ping timeout: 265 seconds) 16.43.00 Join toffe82 [0] (~chatzilla@maf.wirelesstcp.net) 16.46.37 # ok, I compiled and installed the new RTC-enabled rockbox but clock and alarmclock plugins say : "incompatible version" 16.47.08 Part LinusN 16.48.01 # Sounds like you didn't install properly 16.48.19 # That's a sign of the plugins being from the previous installation 16.59.27 Quit mortalscan (Remote host closed the connection) 16.59.43 Join mortalscan [0] (~mortalsca@109.169.55.155) 17.11.33 Join n1s [0] (~n1s@nl118-174-240.student.uu.se) 17.11.33 Quit n1s (Changing host) 17.11.33 Join n1s [0] (~n1s@rockbox/developer/n1s) 17.18.03 # gevaerts: evilnick: ok, so maybe I need the fullzip version then 17.21.14 Join saratoga [0] (9803c6dd@gateway/web/freenode/ip.152.3.198.221) 17.21.50 # AlexP: can you ban UGG603898 17.21.58 # yep 17.22.12 # Do those users come from different IPs? 17.23.14 # lots of audio sites getting slammed with spam lately 17.23.48 Join ReimuHakurei [0] (~reimu@74.112.212.15) 17.24.11 # gevaerts: Sadly yes 17.24.17 # thanks a lot, it was my file-roller that was incorrectly configured to NOT erase existing files : damn GUI ! 17.26.05 # gevaerts: completely different subnets too 17.29.52 # AlexP: I seem to always getting the exact same captcha on the registration page 17.30.27 # gevaerts: You'll have to talk to scorche about that, I can't get to that bit 17.31.06 # I know, but it might explain the problem 17.31.14 # It's been that way for years, I think 17.31.29 # yeah, if it always the same it doen't help fight spammers 17.32.07 # Good for support though 17.35.11 Quit simonrvn (Read error: Connection reset by peer) 17.45.16 Join simonrvn [0] (simon@211.59-ppp.3menatwork.com) 17.50.19 Join TheLemonMan [0] (~lem0n@ppp-68-155.98-62.inwind.it) 17.56.40 Join Buschel [0] (~chatzilla@p54B66E97.dip.t-dialin.net) 18.03.46 Quit liar (Ping timeout: 255 seconds) 18.04.55 Quit ReimuHakurei (Ping timeout: 245 seconds) 18.11.08 Quit TheLemonMan (Quit: free(me)) 18.11.43 Quit riotz (Remote host closed the connection) 18.12.19 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 18.13.55 Quit Buschel (Ping timeout: 264 seconds) 18.15.48 Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) 18.17.20 Join casainho [0] (~chatzilla@pal-213-228-181-14.netvisao.pt) 18.21.09 Join TheLemonMan [0] (~lem0n@ppp-68-155.98-62.inwind.it) 18.24.53 *** Saving seen data "./dancer.seen" 18.25.20 Join kugel [0] (~kugel@rockbox/developer/kugel) 18.28.21 Quit TheSeven (Ping timeout: 240 seconds) 18.30.55 Join Buschel [0] (~chatzilla@p54B66E97.dip.t-dialin.net) 18.32.08 # Buschel: are your cache align patches in svn now? 18.35.18 # yes, you can use MEM_ALIGN_ATTR now for aligning 18.35.50 # several codecs use it as well, and there is something to test for you :) -> http://pastie.org/1339342 18.36.31 # the patch changes a52, aac-he and wmapro (iram + aligning) 18.36.40 # I'm looking at test codec, and I'm curious why my phone is much faster in some codecs (and the results are older) than the beast 18.37.10 # I'll commit enable-asm for android, then give your patch a test 18.38.16 # fine :) 18.44.54 # both are arm11, but my phone should be slowed down by OS preemption and java layer, but it's still a lot faster in most codecs 18.50.51 # maybe ram/iram is faster, you could take a look at it with test_mem plugin 18.56.42 # 8MB/s 19.03.01 # anyone ever look at the ffmpeg aac decoder properly? 19.03.14 Join ReimuHakurei [0] (~reimu@74.112.212.15) 19.04.44 Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) 19.06.24 Quit factor (Read error: Connection reset by peer) 19.06.35 Join factor [0] (~factor@r74-195-220-23.msk1cmtc02.mskgok.ok.dh.suddenlink.net) 19.07.33 # kugel: 8MB/s? that is quite few. boostes or unboosted? 19.07.52 # RaaA doesn't control boosting 19.08.21 # I assume that's boosted, as busy looping puts load on the cpu and the OS boosts 19.12.04 # Buschel: ah no wait, it gives strange numbers 19.12.36 # rd/wr is 200-266MB/s, st is 400MB/s and cp is 400-800MB/s 19.12.59 # when I touch the screen all are 800MB/s 19.14.05 # (8MB/s was what I remembered wrongly from running it the last time) 19.18.55 # Buschel: the asm in test_mem is wrong I think 19.21.07 Quit Keripo1 (Ping timeout: 264 seconds) 19.22.34 Quit MethoS- (Remote host closed the connection) 19.24.13 Join bertrik [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 19.24.20 Quit bertrik (Changing host) 19.24.20 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 19.27.27 # kugel: it works for all other targets and gives reasonables numbers 19.28.00 # it substracts 8 from the address each loop, but reads/writes 16 bytes 19.28.25 # the >>21 in the memcpy test is also wrong I think 19.28.28 # let me check 19.32.20 # the loops are correct from what I see. the loops do not decrease adress, but the number of registers written or read. 19.32.39 # it does the same as the c-implementation below 19.33.54 # >>21 is also correct as memcpy is called for half buffer size (see line 68-73) 19.35.22 # but the loop count is doubled 19.35.49 # the C implementation does 4 rd/wr per loop, the asm does 8 19.35.59 # (hence my confusion about 16 bytes) 19.36.39 # kugel: correct. you confused with your memcpy statement (need to check again) 19.37.44 Quit benedikt93 (Quit: Bye ;)) 19.38.15 # I find it confusing that buf_size is not in bytes unit 19.40.59 Join JesusFreak316 [0] (~JesusFrea@pool-173-65-30-16.tampfl.fios.verizon.net) 19.41.09 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) 19.41.38 # AlexP, soap, Bagder, GodEater: more banning needed (hair06ij) 19.41.51 # ffs, what is going on today? 19.43.30 # kugel: you might be right about >>21. 19.45.32 # * gevaerts wishes he knew 19.46.11 Join ReimuHakurei_ [0] (~reimu@74.112.212.15) 19.47.24 Join Keripo [0] (~Keripo@mey153.wlan.design.upenn.edu) 19.47.38 Nick YPSY is now known as Ypsy (~ypsy@geekpadawan.de) 19.47.45 Quit ReimuHakurei (Read error: Connection reset by peer) 19.49.32 Quit sinthetek (Ping timeout: 250 seconds) 19.49.35 Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) 19.50.27 # kugel: yes, it is wrong. thank god it only impacts the printf :) 19.50.59 # I have a patch for test_mem for fixing a few things, I will test and commit 19.51.09 # just do it :) 19.53.11 # I'll need a higher loop count for reasonable numbers on my phone 19.53.51 # hm, would a system to warn us when a newly registered forum user posts more than e.g. three times in ten minues be hard to build? 19.54.49 # it's a shame the S5L has such a slow ram... PP5022 (at same clock) has 1.5x faster iram read, 3x faster iram write, 1.1x faster dram read and 50% faster dram write 19.55.09 # (using the sped up DRAm setting for S5L) 19.55.50 Nick tmzt_g2root is now known as tmzt (~tmzt@76.211.0.152) 19.56.13 Quit stripwax (Quit: http://miranda-im.org) 19.56.58 Quit factor (Read error: Connection reset by peer) 19.57.09 Join factor [0] (~factor@r74-195-220-23.msk1cmtc02.mskgok.ok.dh.suddenlink.net) 19.58.01 Quit factor (Read error: Connection reset by peer) 19.58.41 Join factor [0] (~factor@r74-195-220-23.msk1cmtc02.mskgok.ok.dh.suddenlink.net) 20.07.47 Join jgarvey [0] (~jgarvey@cpe-065-190-066-089.nc.res.rr.com) 20.19.12 Join InsDel [0] (~haqr.net@unaffiliated/insdel) 20.20.34 # Buschel: ok, on my fuze it's 50/114/114/72 now 20.20.43 # memcpy shouldn't be faster than read 20.21.36 Quit bmbl (Quit: Verlassend) 20.23.55 Quit casainho (Quit: ChatZilla 0.9.86 [Firefox 3.6.12/20101027124101]) 20.24.31 Join sinthetek [0] (~sinthetek@unaffiliated/sinthetek) 20.24.31 # the read measurement looks strange in relation to the other... 20.24.55 *** Saving seen data "./dancer.seen" 20.26.28 # kugel: was this iram or dram, boosted or unboosted? 20.26.41 # dram 20.26.45 # unboosted 20.27.04 # at which clock speed for the dram? 20.27.25 Join b0hoon [0] (~quassel@public-gprs81384.centertel.pl) 20.29.26 # dunno 20.29.38 # something was wrong with my built I think 20.29.51 # I couldn't boost or unboost 20.31.30 # preglow: i read through it a while ago 20.31.38 # but didn't do anything else with it 20.32.24 # hm, cpu freq scaling seems broken on fuzev2 20.33.22 # ah oops 20.33.32 # it's not activated on amsv2, right? 20.33.38 Join ReimuHakurei__ [0] (~reimu@74.112.212.15) 20.35.09 Quit ReimuHakurei_ (Read error: Connection reset by peer) 20.37.49 # Buschel: I get the same numbers in svn though 20.38.22 # kugel: mayb eeffect of caches? 20.38.31 # *effect 20.42.16 # Buschel: do you still need testing of that patch? 20.42.31 # yes, if you still have some time? 20.45.25 Join Horscht [0] (~Horschti@p4FD4F7EB.dip.t-dialin.net) 20.45.26 Quit Horscht (Changing host) 20.45.26 Join Horscht [0] (~Horschti@xbmc/user/horscht) 20.45.50 Quit Keripo (Quit: Leaving.) 20.47.34 # saratoga: your change to libmad for arm9 saves 1.2 MHz on nano 2g on a 200kbps sample 20.48.08 # Buschel: huh thats less then I measured 20.48.30 # kugel: yeah its off, turning it on is generally stable but some people reported occasional problems with it enabled 20.48.55 # i think i got just less then 2MHz on my nano2g 20.50.01 Join b0hoon_ [0] (~quassel@public-gprs51097.centertel.pl) 20.50.29 # * pamaury finds the imx23 power system quite scary 20.50.43 Quit b0hoon (Ping timeout: 255 seconds) 20.51.18 Join riotz [0] (riot33r@gateway/shell/shellium.org/x-jbejmqjqwmkoxvxe) 20.54.30 Quit elcan (Ping timeout: 265 seconds) 20.57.02 Join dfkt_ [0] (dfkt@unaffiliated/dfkt) 20.57.11 Quit dfkt (Read error: Connection reset by peer) 20.58.29 Join T44 [0] (~Topy44@g227206026.adsl.alicedsl.de) 21.00.44 # Buschel: my patch will also increase the loop count if its too low to be accurate (<10) 21.01.32 # Buschel: so same paste as yesterday, beast and coldfire, speed vs svn, aache, a52, wmapro? 21.01.48 # n1s: yes 21.01.51 Join Keripo [0] (~Keripo@eng348.wireless-resnet.upenn.edu) 21.01.57 Quit Topy (Ping timeout: 245 seconds) 21.02.00 # kugel: it will do this dynamically? 21.02.36 # yea 21.02.51 # kugel: cool 21.04.34 Nick dfkt_ is now known as dfkt (dfkt@unaffiliated/dfkt) 21.05.11 # Buschel: if you are going to keep optimizing the codecs like this you should ask the fund for a coldfire based target :) 21.06.12 # * Buschel 's wife would kill him (or at least destroy such a target) 21.07.28 # New commit by 03kugel (r28720): Some improvements for test_mem: ... 21.09.18 Join LambdaCalculus37 [0] (~3f74f70d@giant.haxx.se) 21.09.47 # r28720 build result: All green 21.12.07 Join Kupop [0] (~Kupo@cpc2-bsfd7-2-0-cust220.5-3.cable.virginmedia.com) 21.14.43 Nick Desk-Strife89 is now known as Strife89 (~Strife89@adsl-67-48-253.mcn.bellsouth.net) 21.15.25 Quit LambdaCalculus37 (Quit: go time) 21.15.48 # Buschel: 440/550/600-1000/600-850 now on my phone 21.17.43 # kugel: this should explain why your phone is so much faster. i cannot image that the beast's ram is that fast 21.18.24 # yeah, the beast is probably pretty old sdram tech, but cellphones are typically DDR2 or whatever these days 21.18.35 # the loop transfer 192MB instead of 8MB as previously because of the dynamic loop count increment 21.19.20 # the mem* results are still varying a lot though 21.21.20 # I have disassemble the first part of the first boot section of the fuze+, it only deals with the power system and perfectly matches the imx233 doc as far as I checked 21.22.31 # great 21.23.14 # It's not clear to me what it does, since the power system of the chip is quite complicated 21.23.35 # My guess is that is tries to find the best setup, depending on the power source 21.24.19 # can I have a look at some other parts? 21.25.02 # please do :) I only had a look at the first generated elf of the ____ section, so there are still lots of things 21.25.14 # perhaps try to have a look at another section ? like host or play ? 21.25.24 # New commit by 03b0hoon (r28721): HDD6330: add missing button for test_codec. 21.25.45 # ok, I'll start with the smaller of those two 21.25.57 # sbinfo now creates an .elf, right? 21.26.19 # then you want host :) Yes 21.26.56 # the scheme I use is not perfect but it should do, it creates only elf file for each [load; ..;load; fill; ...; fill; call/jump] block 21.26.58 # r28721 build result: All green 21.27.00 # kugel: test_mem does not compile on cygwin for simulation here... 21.27.05 # *s/only/one 21.27.43 # Buschel: for simulation? 21.27.52 # the "host" one looks very simple :) 21.28.06 # just LOADs and one JUMP 21.28.37 Quit toffe82 (Read error: Connection reset by peer) 21.28.44 # I'm not sure if it ever worked on the sim 21.28.49 # yes, only checked for simulation yet. it does not like the "for(int i=0," -- it wants to have "i" declared outside the "for"-statement 21.29.10 # bertrik: any number of loads/fill and then one call; to match the fact that you "call" an elf file, thus it only has one entry point 21.29.11 # "error: 'for' loop initial declaration used outside C99 mode" 21.29.23 # but we use c99 now 21.29.40 # we "officially" allowed that now 21.29.47 # Buschel: have you regenerated your config lately? 21.30.17 # I thought I had, will do "make reconf" now 21.30.58 # ah, configure doesn't add -std=gnu99 for sim builds 21.31.56 Quit jgarvey (Ping timeout: 264 seconds) 21.32.13 # kugel: there is also a warning added -> "warning: unused variable `boost'" in line 191 21.35.28 # New commit by 03b0hoon (r28722): HDD6330: implement block transfers through the LCD2 bridge in lcd_update_rect(), speedup is huge, fps over 4 times faster. 21.35.51 # Buschel: http://pastebin.ca/2008891 21.35.57 Join jgarvey [0] (~jgarvey@cpe-065-190-066-089.nc.res.rr.com) 21.36.11 Quit {phoenix} (Read error: Connection reset by peer) 21.37.13 # r28722 build result: All green 21.38.28 # n1s: very, very mixed up.... only the wmapro part of the patch is interesting on beast... 21.39.23 # yeah 21.40.18 # Buschel: I have a fix but it breaks build in other places 21.40.25 # the measuring uncertainty on the beast is about 1% in my experience though so maybe the numbers are just an effect of that 21.40.40 # pamaury, do you have an imx233 datasheet? 21.41.31 # n1s: for wmapro the difference is >2%. so, this should be reliable? 21.41.45 # bertrik: yes, I think there is a link on the fuze+ wiki page 21.41.49 # yeah, i think so 21.42.55 # hum, I might be wrong. I'm working with a imx23 datasheet 21.43.01 # meh 21.43.20 # calling standard library functions via rb-> messes things up... 21.44.14 # n1s: strange... I expected the largest change for a52... 21.45.41 # pamaury, I found an imx23 applications processor reference manual, but the title of the doc says imx233 21.45.51 # same for me 21.46.31 # IMX32RM Rev 1 11/2009 21.46.48 # same here :) 21.47.04 # test_mem could probably use more unwrapping on ARM for read/writes 21.47.22 # also adding an option to do aligned, vs. unaligned, and random vs. sequential 21.48.02 # ahh 21.48.14 # -O makes some c lib functions a macro, apparently 21.49.29 # Buschel: on most (all targets with iram?) targets the codec stack is in iram so making those buffers static shouldn't affect the speed on coldfire really 21.50.28 # n1s: wait. the movem-advantage when aligning was only valid for DRAM, not IRAM, right? 21.51.16 # Buschel: yes 21.51.51 Join Llorean1 [0] (~DarkkOne@99-68-45-56.lightspeed.hstntx.sbcglobal.net) 21.51.52 # why does the read test use a label called ".inner_loop_write" :) 21.51.52 # n1s: then this was the fact I forgot.. :/ 21.52.04 # the icache can give noticable effects from just shuffling things around though :( 21.52.19 # saratoga: because it was obviously copy-pasted ;) 21.52.46 # n1s: so, I better not change the codecs for now. 21.53.16 Quit Llorean (Ping timeout: 245 seconds) 21.54.47 # ?! 21.55.43 # making an inline non-inline fixes link error, making it static inline fixes it as well; just keeping it inline gives the error 21.56.12 # what is the link error? 21.56.15 Join sirdaniel [0] (~chatzilla@77-254-217-110.adsl.inetia.pl) 21.57.14 Quit sirdaniel (Client Quit) 21.57.14 Quit Llorean1 (Quit: Leaving.) 21.59.44 # n1s: mp3_encoder.c:(.text+0x6238): undefined reference to `myswap32' 21.59.58 # myswap32 is the mentioned inline function 22.01.15 # interesting 22.03.14 # also i imagine any compiler will produce horrid code from that ad it does the actual byteswap in an incredibly weird way 22.03.24 # s/ad/as/ 22.03.57 Join yelped [0] (~62741813@giant.haxx.se) 22.04.37 # weird errors that go away like that usually mean there is something subtly wrong somewhere in my experience 22.05.05 Quit Slasheri_ (Ping timeout: 255 seconds) 22.05.10 Join Slasheri [0] (miipekk@xen.ihme.org) 22.05.10 Quit Slasheri (Changing host) 22.05.10 Join Slasheri [0] (miipekk@rockbox/developer/Slasheri) 22.05.10 Quit yelped (Client Quit) 22.05.18 Join yelped [0] (~62741813@giant.haxx.se) 22.06.05 # BTW 22.06.27 # saratoga: no thoughts on it? 22.06.48 # Pamaury: Isn't the Lyre Project usin the imx233 as their development board? 22.06.56 # *using 22.07.09 # I think so 22.07.32 # don't know, they seem to be more busy with switching boards than getting something running 22.08.00 # yes, that's part of the problem 22.08.19 # But I think they managed to make rockbox run on it 22.08.45 # Btw, I think the imx233 is the board, and the imx23 is the renamed STMP3780 processor. 22.09.08 # So, can we build on their work? 22.09.12 # Anyway, the board is different so we can't just reuse their code, we first have to figure out the pins and peripherals 22.09.15 # pamaury: from what I experienced that's not a very hard thing if you have all the docs and a sane way to get code on it 22.09.30 # kugel: hmm, no this is very strange, the only call that is made to myswap32 is conditional on a var that is set according to a compile time constant but since the function is not static gcc should never delete it, even if it decides it is never called 22.09.54 Join b0hoon [0] (~quassel@public-gprs88038.centertel.pl) 22.10.10 # kugel: indeed, the imx23 doc is pretty complete 22.10.14 # so this could very well be a compiler bug 22.10.23 Quit b0hoon_ (Ping timeout: 250 seconds) 22.10.40 # gcc version 4.4.5 (Ubuntu/Linaro 4.4.4-14ubuntu5) 22.11.03 # that'd mean a regression from 4.4.4 to 4.4.5 which seems unlikely 22.11.26 # it's triggered by std=gnu99 if I see it right, which we set in target builds 22.11.49 Join casainho [0] (~chatzilla@bl15-103-47.dsl.telepac.pt) 22.13.23 # hello 22.13.46 # I am starting to port Rockbox for a target which uses ARM i.MX233 22.14.06 # there is already imx31 on Rockbox tree 22.14.11 # shuld I merge both? 22.14.40 # Perfect timing... 22.15.09 Quit factor (Remote host closed the connection) 22.15.15 # if they are similar devices, yes 22.15.16 # otehrwise no 22.15.25 # I fear imx23 and imx31 are completely different 22.15.48 # yes, the imx23 is a rebranded sigmatel, right? 22.15.51 # Buschel: does http://pastie.org/1342706 work for you? 22.16.32 # casainho: which target ? 22.16.52 Join factor [0] (~factor@r74-195-220-23.msk1cmtc02.mskgok.ok.dh.suddenlink.net) 22.17.26 Join stoffel [0] (~quassel@p57B4DC67.dip.t-dialin.net) 22.18.55 # kugel: I just added -std=gnu99 for simbuild and it worked (except the warning reagrding "boost", of course) 22.19.44 # pamaury: this one: http://lyre.sourceforge.net/?q=content/lyre-protoype-finished 22.20.17 # ah, that's the lyre project 22.20.18 # n1s: yes! 22.20.34 # New commit by 03kugel (r28723): Change the gcc options for sdl builds to allow for gnu99 features, it needs some fixes in other places. Fixes test_mem compilation failure on cygwin. 22.20.42 # pamaury: you might need this when disassemblying raw blobs :) http://pastie.org/private/opydjidq6nixcbjtssppeg 22.20.48 # kugel: compiliing your patch now 22.21.01 # That would point heavily at "for god's sake don't merge" 22.21.27 Join Luca_S [0] (~52390ee4@giant.haxx.se) 22.21.40 # kugel: you were faster, sync'ing now 22.22.06 # TheLemonMan: so far, I've managed to disassemble things without any any problem, but thx 22.22.50 # r28723 build result: 488 errors, 3 warnings (kugel committed) 22.22.54 # ouch 22.23.21 # heh that script is handy as fuck 22.23.42 # strange, I checked fuzev2 22.24.59 *** Saving seen data "./dancer.seen" 22.25.01 # TheLemonMan: what is the use ? 22.25.35 # with sbinfo, I build elf files from an sbfile, so I have the entry points, ida finds everything else alone 22.26.08 # it forgot to analyze some areas for me, mostly when interworking is used 22.29.10 # New commit by 03kugel (r28724): Fix reds, inclusion of C files into plugins is tricky. 22.31.36 # r28724 build result: 0 errors, 3 warnings (kugel committed) 22.31.42 # New commit by 03kugel (r28725): Fix player sim yellow 22.33.34 # r28725 build result: All green 22.35.01 # hmm, the use of (UN)LIKELY affects inlining in newer gcc versions 22.35.23 # "warning: inlining failed in call to ‘oggpack_look’: call is unlikely and code size would grow" 22.35.57 # kugel: works for me as well 22.36.47 # kugel: bad effect in sim -> the loop count increases unstoppable as memset and memcpy will not exceed 2 or 3 ticks. 22.37.18 # kugel: do not knwo why... maybe this is not relevant for real targets 22.37.18 # does it crash? 22.37.21 # no 22.37.30 # it just takes longer and longer to update 22.37.43 # because the other loops are slower? 22.37.44 # and it can be regularly aborted 22.39.29 # it won't do several GB/s (will it?), so it should stop getting faster at some point 22.39.38 # err, getting higher 22.40.25 # the simulator reach 1600 MB/s here ;o) (very old notebook) 22.40.51 # I'm getting 18GB/s 22.41.08 # as I said, very old notebook :) 22.41.26 # and memset/cpy is *much* faster then the read/write tests 22.42.00 # does the tick count increase above 10 on your machine? 22.42.22 # (for memset/memcpy) 22.42.25 Quit stoffel (Remote host closed the connection) 22.42.28 # yes, slowly :) 22.42.56 # maybe you should double the loop_cnt each time :) 22.43.01 # * Buschel changes code 22.44.22 # there we go 22.44.27 # >10 now 22.44.44 # ~ 8 GB/s now 22.45.40 # 11 now 22.45.53 # and I have 16/8 GB/s 22.45.56 # haha, *disabling* branch hints (the UNLIKELY/LIKELY macros) *improves* vorbis decoding performance on cf with gcc 4.5... 22.46.21 # makes me think the hint is wrong 22.46.51 # since it decides that calls to functions declared "inline" that end up in "unlikely" branches are not worth to inline since the code will grow 22.47.41 # if inlining makes a difference on speed, then it's not unlikely enough to UNLIKELY() it, I'd say 22.48.18 # what happens if you make the other case LIKELY? 22.48.44 # the problem is that the manual hints can say only likely/unlikely and AFAICT unlikely == !likely so if one branch is likely, the other is automatically unlikely 22.51.21 # the old gcc didn't take this into account when inlining but could generate code that made taking a conditional branch be the unlikely case which is at least a theoretical win as long as the unlikely branch is executed < 50% of the time but if the inliner decides to make the unlikely branch that is executed 10% of the time 2X slower this will show up in overall speed... 22.51.31 # does __attribute__((always_inline)) help? 22.51.36 # yes 22.51.47 # but it's a mess 22.52.04 # i'd much rather drop the branch hints 22.52.48 # casainho: did you write any code for the imx23 ? 22.53.47 Nick Ypsy is now known as YPSY (~ypsy@geekpadawan.de) 22.54.28 Quit sinthetek (Remote host closed the connection) 22.54.48 # ah, this is happening on arm builds with gcc 4.4 too... 22.55.10 Join sinthetek [0] (~sinthetek@cpe-174-111-239-037.triad.res.rr.com) 22.55.10 Quit sinthetek (Changing host) 22.55.10 Join sinthetek [0] (~sinthetek@unaffiliated/sinthetek) 22.56.53 # pamaury: yes, but just a little, like flash a LED and init and test SDRAM 22.57.30 # pamaury: my next task it to write code for interrutp and so Rockbox kernel tick 22.58.20 Join MethoS- [0] (~clemens@134.102.106.250) 22.59.28 Quit Strife89 (Quit: Weird connection?) 22.59.53 Join Strife89 [0] (~Strife89@adsl-67-48-253.mcn.bellsouth.net) 23.03.51 Part b0hoon ("GTG. Bye.") 23.06.02 # Buschel: mpc has gotten slower since my last test, for some reason 23.06.02 Quit yelped (Quit: CGI:IRC (EOF)) 23.06.54 # much slower? 23.07.51 # yea 23.07.55 # not sure what's wrong 23.08.01 # in numbers? 23.08.29 # 2400% vs 3900% realtime 23.08.38 # oops 23.08.42 # even my tests from october are faster 23.08.56 # I think not only mpc is affected, ogg is slower too 23.11.06 Quit jgarvey (Quit: Leaving) 23.11.14 # does anyone know where i can find hw docs about the SMTP3700 ? 23.11.40 # Buschel: ok, perhaps I messed it up, clearing the build directly seems to have fixed it 23.11.47 # good 23.11.53 # 4500% realtime now (my phone is overclocked now) 23.12.45 # vorbis shouldn't have changed much for targets with fast ram 23.12.46 # kugel: do you mind if I resort test_mem a bit? this will give better readability for small display (like my nano) and uses the *=2 way to increase the loop count 23.12.53 # TheLemonMan: search for imx23 23.12.57 # not at all 23.13.22 Join JdGord [0] (~jd@pa58-109-160-223.pa.nsw.optusnet.com.au) 23.13.31 # it has the same processor ? 23.16.51 # it's more or less the same chip, since freescale bought sigmatel 23.18.33 # in the datasheets there are the references for memory mapped i/o ? 23.18.35 Quit Dreamxtreme (Read error: Connection reset by peer) 23.18.56 # New commit by 03Buschel (r28726): Changes to test_mem. Improve readability for smaller displays, increase loop count by a factor of 2, if needed, 23.19.10 Join Dreamxtreme [0] (~Dre@92.30.239.250) 23.19.20 # TheLemonMan: there are 1600 pages of them ;) 23.19.49 # orly? :D link please, i have found just rubbish :\ 23.20.30 # "imx23rm datasheet" in google 23.20.48 # r28726 build result: All green 23.21.08 Quit hebz0rl (Ping timeout: 245 seconds) 23.22.08 Join {phoenix} [0] (~dirk@xGagC832.WH1.TU-Dresden.De) 23.24.37 # gevaerts: yeah, i hope to get some time around the end of the month where i can check up on upgrading the forums version which sould hopefully take care of that among other things... 23.25.14 # kugel: you reach 4500% for mpc now? at which bitrate? 23.25.28 # 170 23.25.35 # @768MHz 23.26.28 # kugel: the former measurements were done @600MHz, right? 23.27.32 Nick amee2k is now known as amee2corpse (~thomas@ve504.cugnet.net) 23.27.32 # kugel: 768/45 = 17.1 MHz, still ~2,9 MHz faster than with your last measurements 23.27.32 # quite a lot 23.27.33 # pamaury: this is the holy bible :D thanks a ton 23.28.11 # Buschel: yep :) 23.29.05 # kugel: the alignment stuff seems to work quite well for your target 23.29.30 # scorche: I hope we won't get too many spammers until then 23.30.33 # however, I need to get some sleep now 23.30.37 # see you! 23.30.50 Quit Buschel (Quit: ChatZilla 0.9.86 [Firefox 3.6.12/20101026210630]) 23.32.58 Quit efyx (Quit: Quitte) 23.33.51 # New commit by 03kugel (r28727): Enable ARM ASM optimzations on android. Speedup in codecs ranges from 20% to 150%. Most codecs now need well below 30MHz. 23.34.21 Join BlakeJohnson86 [0] (~bjohnson@c-24-118-162-123.hsd1.mn.comcast.net) 23.34.32 Quit TheLemonMan (Quit: free(me)) 23.34.47 Quit Keripo (Quit: Leaving.) 23.36.54 # r28727 build result: 4 errors, 43836 warnings (kugel committed) 23.39.08 Quit Kupop (Ping timeout: 272 seconds) 23.39.54 # wow, impressive warning count :D 23.40.54 Quit Luca_S (Quit: CGI:IRC (EOF)) 23.41.01 Join jdgord| [0] (~jd@pa58-109-160-223.pa.nsw.optusnet.com.au) 23.41.02 Quit JdGord (Read error: Connection reset by peer) 23.41.06 # gevaerts: has there been a recent surge? 23.41.25 # scorche: I think four bans today 23.41.29 Nick amee2corpse is now known as amee2k (~thomas@ve504.cugnet.net) 23.41.42 # * gevaerts vanishes 23.42.34 Quit JdGordon (Ping timeout: 240 seconds) 23.43.43 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) 23.43.52 # test_mem is a lot faster with the asm 23.44.52 Quit BlakeJohnson86 (Read error: Connection reset by peer) 23.44.54 Join BlakeJohnson861 [0] (~bjohnson@c-24-118-162-123.hsd1.mn.comcast.net) 23.45.52 Join JdGord [0] (~jd@pa58-109-160-223.pa.nsw.optusnet.com.au) 23.45.53 # hmm, seems a single call to a function that should be inlined made up most of the difference from removing the branch hints entirely and having them so i'll probably just drop that one 23.45.58 Quit jdgord| (Read error: Connection reset by peer) 23.47.57 # n1s: are you still targetting gcc 4.4.5 or 4.5 now? 23.49.36 # i've mostly played with 4.5 now since i found out 4.4 has a stupid bug that makes code a lot bigger and slower in many cases which was fixed in 4.5 apparently, I haven't speed tested anything but tremor on 4.5 so far though although i don't expect a large diff to 4.4 23.49.52 Quit bertrik (Quit: :tiuQ) 23.50.17 # 4.4 sometimes decided to access the stack in halfwords instead of words 23.50.36 # rockbox uses 5% cpu on my phone while playing music 23.50.48 # n1s: weird 23.50.55 # if i feel motivated i might run some tests this weekend 23.51.01 # kugel: yes very strange 23.51.04 # did you report the bug? 23.51.08 # preglow: its pretty nice 23.51.10 Quit kevku (Ping timeout: 272 seconds) 23.51.25 # like all the ffmpeg codecs its neatly written 23.51.26 # no, but since 4.5 doesn't do it i don't think it's worth it 23.51.36 Quit komputes (Remote host closed the connection) 23.52.07 # 4.4 is still supported, and will probably be in use for some years 23.53.07 # sure, but since m68k is a 3rd tier platform and the bug causes just code bloat and slowdown i don't think thay'll even think of fixing it 23.54.07 # at least one wrong code bug i reported in 4.3 got fixed eventually but only in 4.4 and was never backported (and my testcase wasn't even included) 23.55.19 Quit evilnick_B (Quit: Page closed)