--- Log for 06.08.112 Server: kornbluth.freenode.net Channel: #rockbox --- Nick: logbot_ Version: Dancer V4.16 Started: 1 month and 22 days ago 00.00.17 Quit eckoit (Quit: eckoit) 00.03.12 Quit Thra11 (Read error: Operation timed out) 00.06.42 Join wodz [0] (~wodz@89-76-32-53.dynamic.chello.pl) 00.06.49 # pamaury: ping 00.10.46 Quit Cthulhux (Ping timeout: 252 seconds) 00.12.49 Join Cthulhux [0] (cthulhux@piratenpartei/ni/tux) 00.17.34 Join mgottschlag [0] (~quassel@HSI-KBW-46-223-232-253.hsi.kabel-badenwuerttemberg.de) 00.17.41 Quit mgottschlag (Changing host) 00.17.41 Join mgottschlag [0] (~quassel@reactos/tester/phoenix64) 00.29.50 Join Scromple [0] (~Simon@119.225.209.134) 00.31.23 # wodz: pong 00.31.44 # I don't have much time and I'll be back on friday only 00.41.14 Quit pamaury (Remote host closed the connection) 00.42.48 Quit mikroflops (Quit: <(^_^)>) 01.08.04 Join mikroflops [0] (~yogurt@h-34-21.a238.priv.bahnhof.se) 01.11.40 Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940) 01.19.09 Quit ender` (Quit: There is no reason anyone would want a computer in their home. -- Ken Olson, president, chairman and founder of DEC) 01.31.10 # [Saint]: what does it mean if a theme works on the simulator but doesnt work on the target? 01.32.16 # <[Saint]> Basically nothing noteworthy. 01.33.02 # <[Saint]> The sim is /supposed/ to be a fairly accurate representation of physical hardware....but, it isn't perfect. Nothing is. 01.34.35 # do you have time to look over a theme? 01.34.38 # im not sure what the problem is 01.35.12 # <[Saint]> Unfortunately for you, its not he other way around. Else the sim would give you some nice(-ish) debug output. The device can't do this (presently). 01.35.33 # <[Saint]> ...though it probably should log errors to disk. 01.35.45 # where does it log errors to the disk? 01.35.59 # <[Saint]> It doesn't. that's the point. 01.36.28 # were you guys working on that? 01.36.30 # i remember about 3 or 4 weeks back you guys were talking about it 01.37.46 # <[Saint]> It was a far more general error logging method being talked about (that probably wouldn't be active by default anyway), which afaik didn't include the skin engine. 01.39.31 # <[Saint]> I don't have time to look at your theme right now, but I may do (probably will) in a few hours. 01.40.34 # im going to try commenting out each line and putting it on target to see if i can figure out which line it is. 01.40.36 # if you have time to help later that would be great 01.41.22 # <[Saint]> Regarding on-target error logging for the skin engine, in a perfect world, it shouldn't be needed...what I mean is both sim and target should error out in exactly the same fashion. Unfortunately, this isn't always the case. 01.42.17 # <[Saint]> What you have left then is basically commenting out every line/function one-by-one and checking on target. Its tedious, but it works. 01.42.40 # <[Saint]> I've hit this before myself. 01.43.26 *** Saving seen data "./dancer.seen" 01.43.53 # it shouldnt be too long(assuming its something wrong with the sbs file, wps works fine) 01.43.55 # my sbs is only like 20 lines. 01.44.50 # what does "Error no UI Defines" mean when compiling simulator? 01.45.18 # wait... now it moved on 01.48.09 # now it died: 01.48.11 # ...sim-ui-defines.h:449:2: error: #error no UI defines 01.50.23 # does anyone else get this error while trying to compile simulator for IpodClassic 6G? 01.52.33 Quit [Saint] (Remote host closed the connection) 01.53.26 # amayer: Sounds like the sim hasn't been implemented for the Classic. Just use the 5G sim - it should be the same as far as the WPS is concerned I think. 01.53.53 # well i was using Video sim 01.54.17 # but i wasnt sure if there was something different in the theme engine for the 6G 01.57.35 Quit wodz (Quit: Leaving) 01.57.47 Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940) 01.59.50 # * [Saint] thinks JdGordon should probably weigh in on solutions for what to do when themes fail on target but not the sim. 02.01.02 # <[Saint]> On-target error logging would be nice, but the ideal solution (IMO) is to figure out why each behaves differently. 02.02.02 # hrm? 02.02.16 # on target error logging is "coming" 02.02.50 # is saratogas logging in git yet? 02.03.01 # <[Saint]> Oh? For some reason I thought it was just for codec/playback. 02.03.12 # it will be used for whatever we want 02.03.24 # <[Saint]> Ah. Nice. 02.04.46 # just to be pedantic... 02.04.48 # 09:33 <[Saint]> The sim is /supposed/ to be a fairly accurate representation of physical hardware....but, it isn't perfect. Nothing is. 02.04.56 # <- no, the sim is a simulator NOT emulator 02.05.37 # <[Saint]> that's why I said 'fairly accurate' and not exact. 02.05.58 # <[Saint]> Skins /should/ behave the same on either. 02.06.19 # yes, they should :/ 02.06.31 # hmm.. how much ram does the 6g have? 32+ right? 02.06.48 # <[Saint]> 32 iirc 02.06.58 # amayer: can you email me the theme zip please? rockbox at jdgordon dot info 02.07.30 # <[Saint]> I must say I've not looked at amayer's theme yet, but no matter what's wrong or not, in a perfect/ideal world sim/target should behave the same. 02.07.43 # thats why i want to look at it :) 02.07.57 # <[Saint]> Well, in this regard at least. 02.13.35 Quit bertrik (Ping timeout: 240 seconds) 02.17.35 Quit mgottschlag (Ping timeout: 240 seconds) 02.18.27 # i think 6G has 64Mb 02.18.39 # jdGordon im zipping it now 02.23.03 # ok, recvd... 02.23.10 # hopefully it fails to load on my video :) 02.23.22 # *crosses fingers* 02.28.45 # yep, sbs doesnt load 02.29.04 # id does on the video simulator 02.30.02 # <[Saint]> that's messed up. 02.30.29 # yup 02.30.29 # no it doesnt :) 02.30.37 # Unable to load font 2: '14-Adobe-Helvetica-Bold.fnt.fnt' 02.31.27 # where did you get that error output? 02.31.45 # <[Saint]> Heh, double extension fail. 02.31.49 # hmm, what is it supposed to look like? 02.32.38 # i checked the theme file it only has it in there once 02.32.53 # err what? the %Fl() requirs the .fnt 02.32.54 # from sbs: 02.32.56 # %Fl(2,14-Adobe-Helvetica-Bold.fnt) 02.33.00 # so why it it doable searching? 02.33.31 # hehe ok, broken error message 02.34.47 # ok, sbs loads now 02.34.53 # does that font exist on target? 02.35.27 # it does now and it works 02.35.37 # Commit 7c31ff2 in rockbox by 03Jonathan Gordon: Fix skin engine error message 02.35.51 # i thought i was using 15-Adobe not 14-Adobe 02.35.59 # i didnt know they both existed 02.36.45 # sbs loads on target for me once i put all the fontzip on it 02.37.39 # i added the font to my DAP and it works now. 02.37.41 # where did you get the error message from tho? 02.37.43 # (being a programmer i apreciate feedback) 02.37.59 # the sim 02.38.19 # only because i didnt have the fonts installed in my sim build 02.38.22 # oh my sim preloaded the fonts so i didnt know 02.38.33 # * JdGordon really needs to fix the error reporting 02.38.37 # 7c31ff2 build result: All green 02.38.53 # <[Saint]> I thought you did? 02.40.58 # is someone working on error reporting for the theme engine? 02.41.14 # no 02.42.09 # g#288 needs to be merged 02.42.11 # 3Gerrit review #288 at http://gerrit.rockbox.org/r/288 : Introduce logging to disk feature into rockbox. by Michael Giacomelli (changes/88/288/8) 02.43.31 # so you have a seperate branch for error logging? 02.43.34 # or did nobody start working on error logging to disk? 02.52.46 # <[Saint]> See above. 02.52.58 # no, i havnt started the work at all yet, too busy moving apartments 02.53.15 # it is a relativly simple fix though if you want to get involved? :) (wink wink)( 02.59.51 # <[Saint]> Hmmmm...partial fix perhaps. Could RbUtil prompt the user to download the font pack if font(s) x/y/z are referenced in the theme(s)? 03.00.46 # * [Saint] never much liked this failing to load if a font isn't found business. 03.06.46 # rbtuil should do the fnots in the minimal install :/ 03.12.17 Quit [Saint] (Read error: Connection reset by peer) 03.13.26 Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940) 03.22.40 Quit [Saint] (Remote host closed the connection) 03.23.06 Join [Saint] [0] (~sinner@unaffiliated/saint/x-8516940) 03.28.05 # JdGordon: i would like to get involved. 03.28.07 # do we already have an "error_to_file(str err)" function? 03.33.39 # amayer: grab that gerrit patch i linked above and replace all the DEBUGF and ERRORF() in apps/gui/skin_engine/* with it :) 03.34.25 # ...right. 03.34.28 # im not sure how to do that.(just getting started with git) 03.38.48 Quit lebellium (Quit: ChatZilla 0.9.88.2 [Firefox 15.0/20120731150526]) 03.43.28 *** Saving seen data "./dancer.seen" 03.47.41 # JdGordon: 03.47.43 # do i have to download another branch or something? 03.47.59 # have you done the initial git clone? 03.48.05 # yes 03.48.12 # thats how i built the simulator 03.48.44 # ok, so then open the link above and under "Patchset 8" there is a command in DOWNLOAD 03.48.54 # run that and it will get that patch 03.49.08 # then do a "git checkout -b your_branch_name" and start working 03.50.15 # should i backup the directory of the original clone first? 03.50.17 # i usually work on solo projects(sorry if i seem like a noob) 03.50.38 # no, this is what git branches are for 03.50.56 # git checkout will get your changes 03.51.07 # then you can commit to it and swithc back to what you were wroking on before 03.51.20 # so what branch name should i use? 03.51.52 # and how do i switch back to the original clone? 03.52.16 # i think i should read gitref before i start messing with this 03.53.09 # i know c and ive been programing for ~7 years(not all in c) but im having some trouble wrapping my head around this git thing... its probably easier then im making it 03.59.44 Quit Scromple (Quit: Leaving) 04.03.08 Join TheSphin_ [0] (~briehl@p5B32178D.dip.t-dialin.net) 04.04.23 Join Scromple [0] (~Simon@119.225.209.134) 04.06.44 Quit zz_TheSphinX^ (Ping timeout: 248 seconds) 04.10.23 Join wtachi [0] (~chat@bloom.wtachi.us) 04.10.42 Quit TheSeven (Disconnected by services) 04.10.48 Join [7] [0] (~quassel@rockbox/developer/TheSeven) 04.19.35 Quit perrikwp (Read error: Connection reset by peer) 04.25.21 Join pixelma_ [0] (pixelma@rockbox/staff/pixelma) 04.25.21 Quit pixelma (Disconnected by services) 04.25.22 Nick pixelma_ is now known as pixelma (pixelma@rockbox/staff/pixelma) 04.25.24 Quit amiconn (Disconnected by services) 04.25.25 Join amiconn_ [0] (quassel@rockbox/developer/amiconn) 04.25.29 Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) 04.35.50 # JdGordon: well im going to read the gitref then I will start working on the skin engine error logger. 04.35.53 # for now tho. i am trying this thing my GF has been talking about. sleep. 04.39.02 Part amayer 04.47.34 Quit XavierGr () 04.51.14 Part keenerd 04.55.35 Join perrikwp [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) 04.59.50 Join eckoit [0] (~ryan@50.65.10.24) 05.01.06 Join Rower85 [0] (husvagn@v-413-alfarv-90.bitnet.nu) 05.14.48 Quit bootini (Ping timeout: 255 seconds) 05.32.31 Join FoH [0] (~foh@98.83.123.33) 05.43.30 *** Saving seen data "./dancer.seen" 05.47.44 Quit eckoit (Quit: eckoit) 06.03.57 Nick FoH is now known as uberRegenbogen (~foh@98.83.123.33) 06.21.35 Join perrikwp_ [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) 06.23.54 Quit perrikwp (Ping timeout: 250 seconds) 06.41.57 Join eckoit [0] (~ryan@50.65.10.24) 07.08.06 Join [Saint_] [0] (~Saint]@unaffiliated/saint/x-8516940) 07.27.30 Quit [Saint_] (Remote host closed the connection) 07.31.13 Join fyrestorm [0] (~nnscript@cpe-24-193-120-188.nyc.res.rr.com) 07.43.34 *** Saving seen data "./dancer.seen" 08.03.18 Join kevku [0] (x@indeed.tastes.like.everything.mm.am) 08.07.01 Quit eckoit (Quit: eckoit) 08.18.19 Join Zagor [0] (~bjst@sestofw01.enea.se) 08.18.20 Quit Zagor (Changing host) 08.18.20 Join Zagor [242] (~bjst@rockbox/developer/Zagor) 08.40.42 Quit fyrestorm (Quit: quit) 08.41.47 Quit Galois (Ping timeout: 272 seconds) 08.45.42 Join ender` [0] (krneki@foo.eternallybored.org) 08.55.55 Join pacovila [0] (~fravd@193.pool85-59-107.dynamic.orange.es) 08.57.55 Part pacovila 09.03.26 Quit Scromple (Ping timeout: 244 seconds) 09.04.38 Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) 09.08.19 Join Scromple [0] (~Simon@119.225.209.134) 09.11.33 Quit funman (Ping timeout: 272 seconds) 09.12.02 Join funman [0] (~fun@rockbox/developer/funman) 09.20.36 Quit funman (Ping timeout: 240 seconds) 09.22.25 Join funman [0] (~fun@rockbox/developer/funman) 09.33.07 Quit Scromple (Quit: Leaving) 09.40.43 Join mortalis [0] (~mortalis@77.108.98.177) 09.43.36 *** Saving seen data "./dancer.seen" 09.44.29 Quit funman (Ping timeout: 272 seconds) 09.45.36 Join funman [0] (~fun@rockbox/developer/funman) 09.49.02 Join LinusN [0] (~linus@giant.haxx.se) 09.57.29 Quit factor (Read error: Connection reset by peer) 10.02.38 Quit [Saint] (Quit: appeasing Ubuntu) 10.06.50 Join [Saint] [0] (~sinner@unaffiliated/saint/x-8516940) 10.09.32 Join wodz [0] (~wodz@iwl138.internetdsl.tpnet.pl) 10.10.21 # which targets have system timer dependend on cpu freq? Coldfires for sure. Anything else? 10.14.30 Join factor [0] (~factor@74.196.174.25) 10.14.40 Join OXEN [0] (~opera@apn-46-76-234-158.dynamic.gprs.plus.pl) 10.16.18 Part OXEN 10.16.36 Quit archels (Ping timeout: 240 seconds) 10.23.25 Quit perrikwp_ (Read error: Connection reset by peer) 10.24.37 Join perrikwp [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) 10.26.30 Quit funman (Ping timeout: 246 seconds) 10.27.17 Join funman [0] (~fun@rockbox/developer/funman) 10.27.24 Join archels [0] (~foo@sascha.esrac.ele.tue.nl) 10.34.52 Quit funman (Ping timeout: 244 seconds) 10.35.23 Join mgottschlag [0] (~quassel@HSI-KBW-37-49-106-36.hsi14.kabel-badenwuerttemberg.de) 10.35.23 Quit mgottschlag (Changing host) 10.35.23 Join mgottschlag [0] (~quassel@reactos/tester/phoenix64) 10.41.43 Join funman [0] (~fun@rockbox/developer/funman) 11.12.38 Part LinusN 11.15.10 Quit fs-bluebot (Ping timeout: 244 seconds) 11.15.30 Quit bluebrother (Ping timeout: 246 seconds) 11.16.25 Join fs-bluebot [0] (~fs-bluebo@g231123054.adsl.alicedsl.de) 11.18.11 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 11.32.54 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 11.39.54 Quit Amqui (Read error: Connection reset by peer) 11.43.37 *** Saving seen data "./dancer.seen" 11.56.11 Quit funman (Remote host closed the connection) 11.56.24 Join funman [0] (~fun@rockbox/developer/funman) 12.10.09 Join JdGord [0] (~AndChat80@49.176.99.247) 12.10.21 Quit JdGord (Client Quit) 12.27.10 Quit [Saint] (Remote host closed the connection) 12.29.21 Join lebellium [0] (~chatzilla@i02m-212-194-176-149.d4.club-internet.fr) 12.35.36 Quit funman (Ping timeout: 240 seconds) 12.37.16 Quit mortalis (Quit: KVIrc 4.1.3 Equilibrium http://www.kvirc.net/) 12.37.52 Join funman [0] (~fun@rockbox/developer/funman) 12.43.15 Quit funman (Ping timeout: 246 seconds) 12.45.15 Join funman [0] (~fun@rockbox/developer/funman) 12.54.53 Join [Saint] [0] (~sinner@unaffiliated/saint/x-8516940) 13.21.16 Join vnl [0] (slayer@cpc2-harb9-2-0-cust105.perr.cable.virginmedia.com) 13.21.30 Part vnl 13.25.52 Quit archels (Ping timeout: 264 seconds) 13.30.24 Join archels [0] (~foo@sascha.esrac.ele.tue.nl) 13.36.15 Quit [Saint] (Remote host closed the connection) 13.41.45 Join perrikwp_ [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) 13.43.40 *** Saving seen data "./dancer.seen" 13.45.04 Quit perrikwp (Ping timeout: 264 seconds) 13.46.46 Join perrikwp [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) 13.47.49 Quit perrikwp_ (Read error: Operation timed out) 13.51.53 Join [Saint] [0] (~sinner@unaffiliated/saint/x-8516940) 14.07.57 Join Thra11 [0] (~thrall@87.112.154.235) 14.10.17 # wodz: most of them do 14.20.01 Join perrikwp_ [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) 14.20.33 Quit perrikwp (Ping timeout: 246 seconds) 14.24.29 Join amayer [0] (~amayer@mail.weberadvertising.com) 14.27.43 Join perrikwp [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) 14.29.43 Quit factor (Quit: Leaving) 14.30.25 Quit perrikwp_ (Ping timeout: 246 seconds) 14.47.24 # preglow: So why only on coldfires we bother to change timer setup during speed change? 14.53.39 # probably has to do with pre/post scaler placement 14.59.29 Join DrTeeth [0] (~6de0880f@www.haxx.se) 15.00.27 Quit perrikwp (Read error: Connection reset by peer) 15.01.01 # ? 15.01.31 # I was thinking this is due to 'up to 10ms for PLL lock' thing 15.01.41 Join perrikwp [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) 15.02.12 # just had bug report FS#12724 canceeled as it was a dupe, BUT the chap that cancelled it did not say what it was a dup of as he should have done as per http://www.rockbox.org/wiki/FlySpray 15.02.12 # http://www.rockbox.org/tracker/task/12724 3Sansa Clip Zip USB error (bugs, closed) 15.10.20 Join LinusN [0] (~linus@giant.haxx.se) 15.16.54 Quit archels (Read error: Operation timed out) 15.39.32 Join anewuser [0] (~anewuser@186.88.46.146) 15.39.32 Quit anewuser (Changing host) 15.39.32 Join anewuser [0] (~anewuser@unaffiliated/anewuser) 15.43.43 *** Saving seen data "./dancer.seen" 15.54.40 Join perrikwp_ [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) 15.57.33 Quit perrikwp (Ping timeout: 246 seconds) 16.01.23 Join perrikwp [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) 16.01.51 Quit perrikwp_ (Ping timeout: 246 seconds) 16.07.06 Quit perrikwp (Read error: Connection reset by peer) 16.08.20 Join perrikwp [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) 16.15.58 Quit DrTeeth (Quit: CGI:IRC) 16.16.03 Quit perrikwp (Read error: Connection reset by peer) 16.17.18 Join perrikwp [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) 16.38.43 Join XavierGr [0] (~xavier@rockbox/staff/XavierGr) 16.47.33 Quit perrikwp (Read error: Connection reset by peer) 16.48.46 Join perrikwp [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) 16.53.06 Quit funman (*.net *.split) 16.53.06 Quit Cthulhux (*.net *.split) 16.53.07 Quit scorche (*.net *.split) 16.53.07 Quit polemon (*.net *.split) 16.53.07 Quit gmaxwell (*.net *.split) 16.55.45 Join funman [0] (~fun@rockbox/developer/funman) 16.55.45 Join Cthulhux [0] (cthulhux@piratenpartei/ni/tux) 16.55.45 Join scorche [0] (~scorche@rockbox/administrator/scorche) 16.55.45 Join polemon [0] (mcp@polemon.org) 16.55.45 Join gmaxwell [0] (~greg@wikimedia/KatWalsh/x-0001) 16.59.23 Quit Zagor (Quit: Clint excited) 17.02.32 # freqmod, how about removing the unused files from opus (like files only used for encoding)? 17.03.18 # I was also thinking of writing a simple kind of import script that copies relevant files from upstream 17.07.37 Join TheDarkPirate [0] (~ricardo@135.245.8.6) 17.12.59 Join WalkGood [0] (~4@unaffiliated/walkgood) 17.24.53 Join y4n [0] (~y4n@unaffiliated/y4ndexx) 17.32.36 Quit wodz (Quit: Leaving) 17.40.23 Quit ender` (Quit: If a scientist with a beautiful and unmarried daughter refuses to work for me, I will not hold her hostage. Instead, I will offer to pay for her future wedding and her children's college tuition. -- Evil Overlord List #177) 17.42.50 Join ender` [0] (krneki@foo.eternallybored.org) 17.43.44 *** Saving seen data "./dancer.seen" 17.44.33 Join Galois [0] (djao@efnet-math.org) 17.52.05 Part Tanguy 17.59.31 Quit perrikwp (Read error: Connection reset by peer) 18.00.18 Quit einhirn (Read error: Connection reset by peer) 18.00.45 Join perrikwp [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) 18.02.34 Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) 18.06.31 Quit perrikwp (Read error: Connection reset by peer) 18.07.44 Join perrikwp [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) 18.16.21 Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93) 18.17.20 Part LinusN 18.17.31 Quit perrikwp (Read error: Connection reset by peer) 18.18.44 Join perrikwp [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) 18.21.17 Quit Galois (Ping timeout: 272 seconds) 18.27.37 Quit dys (Ping timeout: 272 seconds) 18.29.06 Part amayer 18.29.33 Join dys [0] (~user@2a01:1e8:e100:8296:21a:4dff:fe4e:273a) 18.31.57 Quit perrikwp (Read error: Connection reset by peer) 18.33.10 Join perrikwp [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) 18.35.52 Quit perrikwp (Read error: Connection reset by peer) 18.37.09 Join perrikwp [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) 18.45.12 # bertrik: thats a good idea 18.45.24 # already on it :) 18.45.31 # already on it :) 18.54.38 Quit alexbobp (Ping timeout: 246 seconds) 18.57.09 Join alexbobp [0] (~alex@capitalthree.pwnz.org) 19.02.09 Join eckoit [0] (~ryan@50.65.10.24) 19.06.45 Quit benedikt93 (Quit: Bye ;)) 19.08.19 Quit [7] (Disconnected by services) 19.08.26 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven) 19.11.05 Join perrikwp_ [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) 19.11.27 Quit perrikwp (Read error: Operation timed out) 19.17.36 Join perrikwp [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) 19.19.06 Quit Thra11 (Ping timeout: 246 seconds) 19.19.10 Quit perrikwp_ (Read error: Operation timed out) 19.21.26 Join Thra11 [0] (~thrall@32.108.113.87.dyn.plus.net) 19.35.09 Join joshin [0] (~josh@unaffiliated/joshin) 19.36.05 Quit Thra11 (Read error: Operation timed out) 19.37.40 Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 19.38.13 Join Thra11 [0] (~thrall@32.108.113.87.dyn.plus.net) 19.43.48 *** Saving seen data "./dancer.seen" 19.46.47 Quit kevku (Ping timeout: 272 seconds) 19.48.58 Quit perrikwp (Read error: Operation timed out) 19.49.38 Join perrikwp [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) 19.52.19 Join stoffel [0] (~quassel@pD9E425D8.dip.t-dialin.net) 19.53.31 Quit pystar89 (Ping timeout: 255 seconds) 19.56.08 Join pystar89 [0] (~pystar89@ip-92-50-95-15.unitymediagroup.de) 19.56.39 Quit WalkGood (Quit: ♪ ♫ ♪ ♫ ♪ ♫ ♪) 19.57.30 Join kevku [0] (x@indeed.tastes.like.everything.mm.am) 20.08.23 Join Guest52135 [0] (husvagn@v-413-alfarv-90.bitnet.nu) 20.08.42 Quit eckoit (Quit: eckoit) 20.10.57 Quit Rower85 (Ping timeout: 244 seconds) 20.14.52 Quit perrikwp (Read error: Connection reset by peer) 20.16.04 Join perrikwp [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) 20.17.41 Join Galois [0] (djao@efnet-math.org) 20.23.35 Join amayer [0] (~amayer@mail.weberadvertising.com) 20.24.05 Join wodz [0] (~wodz@89-76-32-53.dynamic.chello.pl) 20.24.55 # mortalis: (logs) can you try g305 on hifiman? It would be lovely if you could do battery_bench with and without 20.24.57 # 3Gerrit review #305 at http://gerrit.rockbox.org/r/305 : rk27xx: implement frequency scalling by Marcin Bukat (changes/05/305/1) 20.24.59 Quit stoffel (Read error: Connection reset by peer) 20.28.22 Quit XavierGr (Disconnected by services) 20.28.25 Join XavierGr [0] (~xavier@rockbox/staff/XavierGr) 20.30.18 Quit perrikwp (Read error: Connection reset by peer) 20.30.21 Join ukleinek_ [0] (~ukl@2001:6f8:1178:2:21e:67ff:fe11:9c5c) 20.30.26 Join georgeha1k [0] (~jae@dedicated.jaerhard.com) 20.30.34 Join rasher_ [0] (~rasher@0x5550f5a3.adsl.cybercity.dk) 20.30.35 Join mikroflops_ [0] (~yogurt@h-34-21.a238.priv.bahnhof.se) 20.31.33 Join perrikwp [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) 20.34.33 Join CIA-138 [0] (~CIA@204.152.223.100) 20.36.58 Quit shamus (Excess Flood) 20.37.13 Quit ruskie (Excess Flood) 20.37.25 Join shamus [0] (~shamus@ip-206-192-195-49.marylandheights.ip.cablemo.net) 20.39.03 Quit CIA-39 (Excess Flood) 20.39.03 Quit rasher (Write error: Broken pipe) 20.39.03 Quit georgehank (Write error: Broken pipe) 20.39.03 Quit ps-auxw (Write error: Broken pipe) 20.39.03 Quit mikroflops (Write error: Broken pipe) 20.39.03 Quit fs-bluebot (Quit: timeout?) 20.39.03 Quit ukleinek (Remote host closed the connection) 20.39.04 Nick rasher_ is now known as rasher (~rasher@0x5550f5a3.adsl.cybercity.dk) 20.39.11 Quit kevku (Ping timeout: 646 seconds) 20.39.23 Join ps-auxw [0] (~arneb@2001:470:c807:0:1532:4e5f:2ad3:4123) 20.42.44 Join fs-bluebot [0] (~fs-bluebo@g231123054.adsl.alicedsl.de) 20.43.03 Join perrikwp_ [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) 20.45.03 Quit perrikwp (Ping timeout: 244 seconds) 20.47.14 Join eckoit [0] (~ryan@S01060026f2fdc84a.ed.shawcable.net) 20.47.21 Join ruskie [0] (ruskie@sourcemage/mage/ruskie) 20.52.04 Join perrikwp [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) 20.54.52 Quit perrikwp_ (Ping timeout: 244 seconds) 21.01.15 Join perrikwp_ [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) 21.03.45 Quit perrikwp (Ping timeout: 246 seconds) 21.05.52 Join saratoga [0] (98032941@gateway/web/freenode/ip.152.3.41.65) 21.05.59 # i'll probably push the error logging patch shortly 21.06.23 # i'm going to enable it for all device builds, but not for application or bootloaders 21.06.38 # http://gerrit.rockbox.org/r/#/c/288/ 21.06.43 # if nayone has feedback before i do 21.12.36 # go for it 21.13.35 Join donsd [0] (~donsd@ip174-65-118-24.sd.sd.cox.net) 21.13.58 Quit donsd (Quit: Ex-Chat) 21.17.51 # saratoga: if you need help with that i was talking to JdGordon about helping with it. i just have no idea how to use git. 21.17.53 # i followed the directions and have the initial clone set up. but idk how to get the code for that node. 21.17.55 # i am reading gitref.org tho. so maybe by tonight i could help if you needed/wanted it 21.21.02 Join donsd [0] (~donsd@ip174-65-118-24.sd.sd.cox.net) 21.22.03 # amayer: If you want to work on that, the first thing to do is to provide debug output in the sim (or more detailed output from checkwps - I don't care) 21.23.03 # amayer: you can just download the patch if you're not familiar with git 21.23.19 # regardless, i'm just asking for feedback on the code 21.23.58 # oh ok. 21.24.00 # im looking for something kinda easy to get my feet wet and JdGordon recomended that 21.25.55 # well its simple code for logging errors and warnings 21.26.09 # so you can play with it if you want, but its probably more interesting if you have some code you're trying to debug 21.27.45 # im game for whatever(after i learn git) but i like making themes so this hit close to home because it would be really useful 21.28.15 # i dont mind who does it as long as the functionality is there. thats one of the reasons i offered to help. 21.29.02 Quit y4n (Quit: We're fucking 3LN!) 21.32.14 # amayer: The bug in debug output from skin engine I am aware of is that it doesn't report viewports out of bounds BUT simply stop parsing further 21.36.43 Join [Saint_] [0] (~sinner@unaffiliated/saint/x-8516940) 21.37.20 Quit [Saint] (Ping timeout: 246 seconds) 21.40.52 # wodz: *confused* 21.41.14 # wouldnt that be part of the error logging system that saratoga is working on? 21.42.03 # the stuff i'm working on just provides a mechanism for logging 21.42.06 # nothing actually uses it yet 21.43.11 Quit eckoit (Quit: eckoit) 21.43.52 *** Saving seen data "./dancer.seen" 21.45.28 Join perrikwp [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) 21.46.22 # see g#292 for example 21.46.24 # 3Gerrit review #292 at http://gerrit.rockbox.org/r/292 : Introduce new logging system to codeclib. by Michael Giacomelli (changes/92/292/4) 21.48.04 Quit perrikwp_ (Ping timeout: 264 seconds) 21.52.52 Quit anewuser (Ping timeout: 250 seconds) 22.00.56 Join petur [0] (~petur@rockbox/developer/petur) 22.02.42 Quit perrikwp (Read error: Connection reset by peer) 22.03.02 # oh. so your working on making a logging system. 22.03.05 # not acutally putting code in that logs the errors. 22.03.57 Join perrikwp [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) 22.04.21 # There was already a logging system, it just didn't log to disk 22.04.49 # people, is it normal that when I turn on my iPod Classic 120G, the rockbox starts processing "something" (I don't know what could it be), and it's so slow that for a while I can't even connect it to my computer because it hangs? 22.05.09 # With the patch, we log in memory until disk is accessed anyway and then flush the cached logs to disk too 22.08.23 Quit donsd (Quit: Ex-Chat) 22.10.43 # TheDarkPirate: the ipod has to boot before it can be connected to the computer 22.11.16 # yes, I don't mean the boot, I mean when rockbox loads 22.11.31 # I can listen to music, but can't connect to the computer 22.12.12 # that dosent sound good. 22.12.14 # i also have an ipodclassic 120gb. ive never experienced that. are you using the most recent dev build? 22.12.31 # let me explain a little better 22.12.51 # if I wait some minutes, I can do it 22.13.22 # but when I just installed it, and proved it with a few songs, it didn't happen 22.13.28 # Could be a dircache or database scan 22.13.44 # so, I don't know if it is something normal or not 22.13.52 # I'd start by checking the filesystem 22.13.58 # yes, that's what I think, but I'm not sure 22.14.11 # mmm, ok 22.14.14 # I'll do that 22.14.16 # thanks 22.14.16 # the database thing might be it. 22.14.16 # ! 22.14.19 # i have auto update disabled for database. 22.14.38 # I think I have it disabled too 22.16.09 # my disk spins for about 10 sec after boot. but in that 10 sec i can connect it to a computer or play music. 22.16.12 # i think its just dircache or buffering the currently playing/paused song info mem(not sure if rockbox does that) 22.16.57 # It does, but not before you press play 22.17.13 # (unless you have your start screen set to wps) 22.17.55 # I have it set to the main menu 22.20.27 Join Scromple [0] (~Simon@119.225.209.134) 22.26.28 Quit amayer (Read error: Connection reset by peer) 22.27.23 Quit Totalled (Ping timeout: 246 seconds) 22.28.25 Join amayer [0] (~amayer@mail.weberadvertising.com) 22.28.54 Join donsd [0] (~donsd@ip174-65-118-24.sd.sd.cox.net) 22.29.25 Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940) 22.33.30 Join wagnerf [0] (~wagnerf@vib38-2-78-226-236-29.fbx.proxad.net) 22.33.55 Join Totalled [0] (~Totalled@c-98-245-9-211.hsd1.co.comcast.net) 22.34.51 # hi, i'm new to rockbox and i'm writing a new plugin for my sansa clip + 22.35.23 # on my pc, the plugin works fine but when loaded on the clip+ it gets stuck in a recursive function 22.35.48 # is there a limit to recursion and how can I know if it is exceeded ? 22.36.02 # what's more, what is the best way to log what is happening ? 22.36.30 # I somehow do my debuging with rb->splash but it's not very convenient 22.37.04 # You only get a few kilobytes of stack 22.37.13 # So yes, recursion is to be avoided 22.37.39 # ok 22.38.35 # do you also know what is the amount of RAM I have ? 22.38.45 # I tried to find this information but with no success 22.39.03 # I hope it is at least a few megabytes 22.39.12 # Depends 22.40.34 # any hint for the best way to debug ? 22.40.39 # You get 512K in the plugin buffer. If you stop playback, you can get the audio buffer too, which will be five or six megabytes on the clip+ I guess 22.41.19 # wow, I guess I'll start counting my bytes right now 22.41.34 # There's 8MB RAM in total in there 22.41.42 # <[Saint]> Some targets are more highly restricted, too. 22.42.16 # <[Saint]> And in general its best practice for a plugin to run on as many targets as possible. 22.43.00 # [Saint]: sure, but if 8MB targets are a problem already, I'd say 2MB targets are hopeless 22.43.03 # <[Saint]> Assuming the idea us to commit the resulting plugin? 22.43.29 # yes, I hope I can still make something useful from my holidays :) 22.43.29 # <[Saint]> gevaerts: depends on why its a problem. 22.43.51 # I guess, I can somehow parametrize the consumption with macros 22.44.34 # <[Saint]> If its a problem /after/ sane coding practice, sure. If you're trying to save massive arrays to RAM when there's other options...notsomuch :) 22.44.40 # the 512k for the plugin buffer, is it for both code and data ? 22.44.51 # how can I know if I am too big ? 22.44.54 # That's code and data 22.44.58 # It won't link :) 22.45.04 # <[Saint]> Haha. 22.45.16 # ok that's good 22.46.58 # does it mean the resulting .rock file should be under 512k ? 22.47.06 # currently it sits here at 513k 22.47.55 Quit Totalled (Read error: Connection reset by peer) 22.48.06 # For a target build? 22.48.31 Join Totalled [0] (~Totalled@c-98-245-9-211.hsd1.co.comcast.net) 22.48.44 # no, you're right 22.48.54 # target build is only 27k 22.49.14 # ok, that's good 22.49.49 Join [Saint__] [0] (~Saint]@unaffiliated/saint/x-8516940) 22.49.50 # thanks for the hints, I got a better picture of my constraints 22.49.55 # The size of the file isn't the only indication. bss isn't in the file 22.50.13 # yes of course 22.51.28 Quit [Saint__] (Remote host closed the connection) 22.51.51 Quit Totalled (Client Quit) 22.51.59 # For non-static allocations, have a look at plugin_get_buffer() to get the remaining bits of the plugin buffer, and plugin_get_audio_buffer() to get the audio buffer (which will stop playback) 22.52.12 Join Totalled [0] (~Totalled@c-98-245-9-211.hsd1.co.comcast.net) 22.52.46 Quit [Saint] (Ping timeout: 265 seconds) 22.53.09 # ok, i have a custom malloc function for now but I guess plugin_get_buffer seems more clean 22.53.37 # malloc from which pool? big static array? 22.54.16 # I have different arrays for the different types of structures I allocate, each with a different size 22.54.28 # but yes, its different big static arrays 22.54.59 Join einhirn [0] (~Miranda@p4FC74C10.dip0.t-ipconnect.de) 22.55.32 # plugin_get_buffer() will make no difference then as globals and statics sits in plugin buff already 22.56.44 Part amayer 22.57.14 # well, I don't know exactly how the plugin_get_buffer works but if it can work like a malloc/free that would still be better for me because i'm not sure of the max size I should give to each of my arrays 22.57.42 # It doesn't. It just gives you the unallocated chunk 22.58.16 # plugin_get_buffer() returns the pointer to unallocated pool within pluginbuf 22.58.30 # ok, well, i'll stuck with my arrays then 22.58.49 # that's somehow again and i'm proud of my code 22.58.50 # :) 22.59.18 # If you need malloc, you can try tlsf (check out some other plugins to see how), but remember, we don't use an MMU, so you'll get fragmentation 22.59.48 # gevaerts: AFAIK tlsf is not exported to plugins. 23.00.51 # At least mikmod uses it 23.01.03 # It links its own copy though 23.01.09 # (I think( 23.02.14 # are plugins on the clip+ really 512kb? 23.02.39 # since codecs are smaller, i assumed we made the plugin buffer smaller too 23.03.10 # saratoga: that's what config/sansaclipplus.h says 23.03.14 # ah ok 23.03.35 Quit TheDarkPirate (Quit: Leaving.) 23.03.43 # thanks all for your help. I need to go now, but i'll drop by again eventually 23.03.47 # see you 23.03.58 Quit wagnerf (Quit: Quitte) 23.06.47 Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 23.08.42 Join madorangepanda [0] (~5d083c87@www.haxx.se) 23.13.00 Quit petur (Remote host closed the connection) 23.14.00 Quit madorangepanda (Quit: CGI:IRC (Ping timeout)) 23.15.59 Join madorangepanda [0] (~5d083c87@www.haxx.se) 23.16.20 Quit madorangepanda (Client Quit) 23.17.14 Join madorangepanda [0] (5d083c87@gateway/web/freenode/ip.93.8.60.135) 23.17.15 Join TheDarkPirate [0] (~ricardo@135.245.8.6) 23.23.52 Part TheDarkPirate 23.25.37 # wodz, preglow: PP for instance does not (and neither does SH1, because cpuclk is not variable there) 23.27.23 Quit madorangepanda (Quit: Page closed) 23.28.00 # amiconn: what is the primary reason for 'complicated' scheme of freq change on coldfires? pll lock time? 23.28.31 Join perrikwp_ [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) 23.29.59 Join BHSPitMonkey [0] (~stephen@unaffiliated/bhspitmonkey) 23.31.26 Quit perrikwp (Ping timeout: 252 seconds) 23.32.03 Join amayer [0] (~amayer@h102.60.21.98.dynamic.ip.windstream.net) 23.34.52 # saratoga: i think one or two plugins need a lot of room, while the rest could easily do with half that size 23.40.27 # Reducing the plugin buffer would make things like the text viewer need to stop playback sooner 23.42.00 Quit wodz (Quit: Leaving) 23.43.54 *** Saving seen data "./dancer.seen" 23.46.40 # also doom 23.50.13 # http://pastie.org/4402182 23.51.19 # i used cmp-plugins-size.py 23.52.19 # Doom needs to stop playback anyway 23.53.17 # I mean, with a 512K plugin buffer, you can read most books while listening to music. Reduce it to 128K and you're stuck with 40 page booklets 23.54.34 # That doesn't mean we have to stay at 512K forever, but reducing it isn't a clear-cut advantage 23.57.34 # i wonder if making it higher has any incidence on battery life