--- Log for 23.10.109 Server: kubrick.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 7 days and 1 hour ago 00.01.56 # toffe82: what does that software actually do? 00.02.27 # or do I need something else before it works? 00.02.29 Quit pamaury ("exit(*(int *)0 / 0);") 00.02.48 # just show you the register of a given cpu and tparameter, so you don't have to search in the datasheet 00.02.57 Join Horscht [0] (n=Horscht2@xbmc/user/horscht) 00.02.57 # New commit by 03bluebrother (r23317): Add simple progress indicator when building. 00.03.02 Quit ender` (Read error: 104 (Connection reset by peer)) 00.03.20 # it can be link with their ide dev sytem to do more I think 00.03.24 # saratoga: I think that hint was intended for the mini2440 people 00.05.26 Join ender` [0] (i=krneki@foo.eternallybored.org) 00.05.26 # ah ok so their ide is required for it to work? 00.05.27 Quit HBK- (Read error: 131 (Connection reset by peer)) 00.05.27 # and others ;) 00.05.27 # sratoga: no 00.05.27 # if you open it and looks for a specific register of a cpu, you can find it, with the parameter of this specific register 00.05.27 # kugel: I'm having trouble parsing your last 2 statements 00.05.27 Join HBK- [0] (n=hbk@rrcs-97-77-51-170.sw.biz.rr.com) 00.05.27 # %we/%wd in the wps should work like it did before, since the sbs is just another statusbar for the rest of the code 00.05.57 # does the wps get the UI viewport from the sbs if it is still running? 00.06.10 # or do we leave it up to the themer to make sure they dont overlap? 00.06.20 # no, the ui viewport doesn't run in the wps anyway 00.07.27 # toffe82: I open it and i get a bunch of error messages (on XP) 00.07.43 # I open it on xp and no problem 00.09.27 # saratoga: download it again 00.16.20 Quit evilnick_B ("Page closed") 00.25.27 Join froggyman [0] (n=sopgenor@pool-72-69-220-194.chi01.dsl-w.verizon.net) 00.26.10 # bluebrother: yeah, i comepltly forgot about the smaller + mono screens who would use the old bar.... I'm hoping someone who does use it will do the .sbs and images it needs though :) 00.26.52 # that bar *is* going though... 00.27.01 # which is why I gave the warning :) 00.27.17 # well, just provide a way to display it again :) 00.27.17 Quit DerPapst ("Leaving.") 00.27.44 # * bluebrother hands all those color-gui-people a monochrome target 00.27.49 Quit jgarvey ("Leaving") 00.28.06 # the way is the .sbs file 00.28.18 Quit GeekShadow ("The cake is a lie !") 00.28.40 # * bluebrother still likes the mini2g the best of all targets 00.28.50 # s/the// 00.29.10 # thats the target sitting right next to me at the moment :) 00.29.24 # (and it does have the bar enabled :p ) 00.31.46 Quit ender` (Read error: 110 (Connection timed out)) 00.32.18 # JdGordon|: The plain status bar needs to be embedded in the binary same way as the default minimal wps 00.33.35 # The reason is that the charging screen can not, and early usb *must* not access the disk 00.34.55 # my nano just doesn't want to do a battery benchmark 00.35.03 # yesterday it FTL-failed, not it stkov'ed 00.36.16 # amiconn: yes I know... its going to be less flashy than the current one though... ( a bit les flashy anyway) 00.36.39 # I wanted to ask if you still have plans for the status indicator thingy? 00.37.05 # for the player and mrobe remotes 00.37.38 # Yes, and the M3 multicolour led, and the Elio multicolour led etc 00.37.41 Quit JackWinter (Remote closed the connection) 00.38.31 # The basic idea is to separate status reporting from status display 00.39.07 # The statusbar will then just one method to display the reported status, and it won't have to deal with charcell at all anymore 00.39.19 # The target specific status stuff will reside in firmware/ 00.40.06 Quit courtc (Read error: 111 (Connection refused)) 00.40.19 Join JackWinter [0] (n=jack@vodsl-10804.vo.lu) 00.41.57 # JdGordon|: told you :P I also like the classic statusbar on the clip 00.43.05 # heh, the clip hasn't reached stable/useable yet and its statusbar is already "classic" :P 00.44.41 # amiconn: have you done anything about it yet? or plans to do it any time soon? :) 00.46.57 # JdGordon|: seems I need to know whether a token is used conditionally or not...at least that doesn't make the wps_token struct bigger, and it actually makes the %C handling more sane 00.47.37 # what are you trying to do? 00.48.10 Quit bertrik ("Leaving") 00.48.12 # making the parser fail if one trys to draw into the default vp in the sbs 00.48.22 # instead of just not drawing as done currently 00.48.23 # bugger that.... leave it up to the themer 00.48.41 # why? 00.48.58 # because its not dangerous or anything if they do... they'll just get the wrong outcome 00.49.06 # is adding code which isnt needed 00.49.10 # it complicates things 00.49.16 # it doesn't 00.49.22 # it's rather simple 00.49.48 # its still not nessecary 00.50.30 # I think it is necessary to actually tell why the skin doesn't work 00.50.37 *** Saving seen data "./dancer.seen" 00.50.46 # haven't you fixed wps_debug a bit recently for that very reason? 00.51.36 # because users are stupid :) 00.51.47 # not because they drew in the default vp 00.52.56 # ok let me put it this way, I'm not keen on 2 users per week that complain about a non-working sbs where even we can't figure the exact cuase 00.53.05 Part froggyman 00.53.46 # JdGordon|: I didn't do anything apart from thinking about it so far 00.53.58 # I am planning to do this, but I can't tell an eta 00.54.06 Join liar [0] (n=liar@83.175.83.185) 00.54.35 # kugel: where has that happened? 00.54.48 # it's going to happen 00.55.03 # I doubt it 00.55.29 # you cant draw in the default vp in the wps either if viewports are used, and they have to be used in the sbs 00.55.50 # amiconn: ok... maybe breaking the player status indicators is a good way to hurry things along? :D 00.56.32 # JdGordon|: you can !? 00.56.38 # I've been doing it for ages 00.57.37 # show me... 00.58.06 # or.. what are you drawing? 00.58.06 # the code has no visible exception for the default vp 00.58.06 # yes it does 00.58.06 # or it did last time i looked 00.58.21 # drawing = text, images, albumart, pb, etc 00.59.34 # anyway... right now the sbs will pass the parse right? it might/will cause redraw issues that are *obvious*.... you want to change it so it fails, with (currently) no explanation as to why... leaving it as is is much better 01.00.07 # it doesn't cause redraw issues 01.00.51 # the stuff just isn't drawn because hidden viewports are handled in the drawing level. viewports that are always hidden can be handled in the parser already. that also applies to the %Vi one btw 01.02.19 # well.. I dont nessecarily agree that marking the default VP as always hidden was a good idea... 01.02.43 # its still an obvious reason why things dont get displayed if its a condition of the sbs.. whicih it is 01.03.00 # thats even mentioned in CustomWPS isnt it? 01.03.01 # it must be 01.03.09 # clearing it messes the whole ui up 01.03.30 # so good... leave it how it is 01.03.33 # no 01.03.48 # whats the actual problem? 01.04.22 # the parser allows code that's clearly invalid 01.04.24 # I guarentee users who complain about missing bits of their sbs will be the same ones that complain it just doesnt load without looking at the debug output 01.06.07 # yes sure.... 01.06.36 Quit w1ll14m| ("leaving") 01.06.56 Quit dfkt ("-= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.") 01.07.07 # so whats the problem? 01.08.26 # the parser allows code that's clearly invalid 01.09.07 # its not invalid 01.09.38 # its incorrect, but not invalid 01.24.00 Quit parafin ("So long and thanks for all the fish") 01.24.08 Join parafin [0] (i=parafin@paraf.in) 01.28.56 Nick evilnick_ is now known as evilnick (n=evilnick@ool-4571af51.dyn.optonline.net) 01.29.57 Quit evilnick ("leaving") 01.30.06 # hm, something is fishy 01.30.39 # due to my checks, I see that the default vp counts as %Vi :/ 01.34.16 # hm, no 01.34.27 Quit robin0800 (Read error: 110 (Connection timed out)) 01.35.04 # bah.. you damn wierdo... dont bother with this :p 01.35.17 # fix the wps in my remove statusbar patch! 01.36.14 # haha, it made me spot another problem 01.37.08 Quit Thundercloud (Remote closed the connection) 01.38.11 Quit StealthyXIIGer (Read error: 54 (Connection reset by peer)) 01.38.30 Join StealthyXIIGer [0] (n=stealthy@c-68-62-19-6.hsd1.mi.comcast.net) 01.40.30 # the patch is dead simple 01.40.59 # that worries me :p 01.40.59 # and allows to get rid of two other rather nasty tricks 01.41.03 # those nasty tricks are essential to the wellbeing of the world!! 01.44.14 # JdGordon|: please look at it when you're back from work: http://pastie.org/666022 half of the patch is a semi-related change that's going in anyway 01.45.34 # 20min or so 01.45.51 # I assume it adds a "isconditional" or something to the token? 01.47.31 # yea 01.47.50 # but it's free w.r.t to the struct size 01.48.08 # yeah, its fine.. go ahead... i had thought about adding that when the %C nonesense came up 01.48.35 # * JdGordon| couldnt give a shit about struct sizes.... really.... 01.48.48 # since when? 01.49.12 # isn't that complicated skin buffer thing due to saving struct size? 01.50.30 # yes, but saving 2 or 4 bytes is not something i care about... save 10KB is interesting 01.50.57 # you wanted to save the 4byte per token which IIRC 01.51.01 # i.e the commit you did last week(?) to rearrange the members was imo pointless 01.51.24 # s/which// 01.54.08 Quit archivator ("Leaving") 01.58.53 Quit kugel (Remote closed the connection) 02.04.39 Part toffe82 02.06.17 Quit JdGordon| ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 02.08.37 Join NoGare [0] (i=NoGare@216.8.129.110) 02.13.14 Join Blue_Dude [0] (n=chatzill@rockbox/developer/Blue-Dude) 02.13.41 Quit Lss (Read error: 104 (Connection reset by peer)) 02.15.17 Join JdGordon1 [0] (n=jonno@173-117-147-161.pools.spcsdns.net) 02.16.36 # bah 02.18.35 # kugel: the #define is terrible.... make it a inline function instead.... 02.21.46 Join funman [0] (n=fun@rockbox/developer/funman) 02.22.10 Join peter-b [0] (n=peter_b@93.133.200.219) 02.25.44 Quit elinenbe_ (Read error: 104 (Connection reset by peer)) 02.25.44 Part Llorean 02.25.52 Join elinenbe_ [0] (n=elinenbe@207-237-212-81.c3-0.80w-ubr4.nyr-80w.ny.cable.rcn.com) 02.30.46 Quit peter__b (Read error: 145 (Connection timed out)) 02.41.51 # nice progress on recording for Sansa AMS on fs#10371 : i'll get some time soon to dig in the work freddyb made 02.42.44 # i think we managed to get the hardware bits (just need to clean this up), and integration in rockbox recording API is buggy (you may say normal since i wrote it ..) 02.45.29 Quit NoGare (Remote closed the connection) 02.50.41 *** Saving seen data "./dancer.seen" 02.54.22 Quit Rondom (Nick collision from services.) 02.54.32 Join Rondom [0] (n=Rondom@dslb-084-057-185-221.pools.arcor-ip.net) 02.59.29 Quit Blue_Dude ("ChatZilla 0.9.85 [Firefox 3.5.3/20090824101458]") 03.01.02 # New commit by 03blue_dude (r23318): Consolidate almost identical code in pcmbuf.c 03.02.10 Join Blue_Dude [0] (n=chatzill@74.235.222.153) 03.04.52 Quit amiconn (Nick collision from services.) 03.04.53 Join pixelma_ [0] (i=quassel@rockbox/staff/pixelma) 03.04.53 Quit pixelma (Nick collision from services.) 03.04.55 Join amiconn_ [0] (i=quassel@rockbox/developer/amiconn) 03.05.15 Nick pixelma_ is now known as pixelma (i=quassel@rockbox/staff/pixelma) 03.05.17 Nick amiconn_ is now known as amiconn (i=quassel@rockbox/developer/amiconn) 03.08.58 Nick fxb is now known as fxb__ (n=felixbru@85.214.97.64) 03.12.36 Quit JdGordon1 (Read error: 110 (Connection timed out)) 03.17.12 Join froggyman [0] (n=187b533e@giant.haxx.se) 03.31.20 Quit phanboy4 (Read error: 104 (Connection reset by peer)) 03.35.23 Join phanboy4 [0] (n=benji@c-24-98-43-198.hsd1.ga.comcast.net) 03.40.24 Quit StealthyXIIGer (Read error: 104 (Connection reset by peer)) 03.40.35 Join StealthyXIIGer [0] (n=stealthy@c-68-62-19-6.hsd1.mi.comcast.net) 03.40.39 Join NoGare [0] (i=NoGare@216.8.129.110) 03.54.35 Quit froggyman ("CGI:IRC") 03.55.10 Join courtc [0] (n=court@unaffiliated/courtc) 04.03.10 Join arohtar [0] (n=faemir@78.33.109.163) 04.04.58 Join soap [0] (n=David_Ha@12.162.210.70) 04.11.01 Quit funman ("free(random());") 04.11.43 Join jfc^3 [0] (n=john@dpc6682208002.direcpc.com) 04.14.25 Quit TheSeven (Nick collision from services.) 04.14.43 Join The_Seven [0] (n=theseven@rockbox/developer/TheSeven) 04.14.55 Nick The_Seven is now known as TheSeven (n=theseven@rockbox/developer/TheSeven) 04.16.04 Join moredhel [0] (n=faemir@78.33.109.163) 04.16.24 Quit NoGare ("ChatZilla 0.9.85 [Firefox 3.5.4/20091007001339]") 04.19.48 Join phanboy_iv [0] (n=benji@c-24-98-43-198.hsd1.ga.comcast.net) 04.20.38 Quit faemir (Read error: 110 (Connection timed out)) 04.23.31 Join lifeless_ [0] (n=lifeless@90.150.117.161) 04.23.52 Join BHSPitMonkey [0] (n=stephen@unaffiliated/bhspitmonkey) 04.24.03 Quit lifeless__ (Remote closed the connection) 04.25.02 Join FOAD_ [0] (n=dok@dinah.blub.net) 04.28.07 Quit jfc (Read error: 110 (Connection timed out)) 04.30.54 Join carini [0] (n=chatzill@71.112.122.210) 04.33.05 Quit arohtar (Read error: 110 (Connection timed out)) 04.35.54 Quit FOAD (Read error: 110 (Connection timed out)) 04.35.54 Nick FOAD_ is now known as FOAD (n=dok@dinah.blub.net) 04.38.21 Quit phanboy4 (Read error: 110 (Connection timed out)) 04.39.00 Quit carini ("ChatZilla 0.9.82.1-rdmsoft [XULRunner 1.8.0.9/2006120508]") 04.40.01 Join carini [0] (n=chatzill@71.112.122.210) 04.40.51 Join tomers [0] (n=chatzill@bzq-84-109-85-100.red.bezeqint.net) 04.41.13 Quit carini (Client Quit) 04.43.24 Join carini [0] (n=chatzill@71.112.122.210) 04.44.16 Quit carini (Remote closed the connection) 04.44.36 Join carini [0] (n=chatzill@71.112.122.210) 04.45.05 Quit carini (Client Quit) 04.45.28 Join ED_209 [0] (n=chatzill@60-242-38-227.static.tpgi.com.au) 04.45.55 Quit Blue_Dude ("ChatZilla 0.9.85 [Firefox 3.5.3/20090824101458]") 04.46.13 # can someone report two bugs for me 04.46.49 Join carini [0] (n=chatzill@71.112.122.210) 04.46.50 Quit carini (Client Quit) 04.47.05 # on the h300 the metronome no longer works, you need to turn the unit off entirely because it jams when you run it (but the metronome did function on earlier versions) 04.47.43 # the savegames on the game "superdom" don't do anything (you can't load them) 04.48.05 Join carini [0] (n=chatzill@71.112.122.210) 04.50.45 *** Saving seen data "./dancer.seen" 05.06.05 Join jdii [0] (n=none@cpe-66-69-20-107.satx.res.rr.com) 05.08.31 Join Strife89 [0] (n=michael@adsl-154-3-172.mcn.bellsouth.net) 05.12.45 Quit MethoS- (Remote closed the connection) 05.23.42 Quit mc2739 ("Leaving") 05.30.23 Join mc2739 [0] (n=mc2739@rockbox/developer/mc2739) 05.43.10 Quit carini ("ChatZilla 0.9.85-rdmsoft [XULRunner 1.9.0.13/2009073109]") 05.49.15 Quit panni__ (Client Quit) 06.00.41 Quit tomers (Read error: 104 (Connection reset by peer)) 06.01.52 Quit jdii (Read error: 110 (Connection timed out)) 06.04.23 Join Hillshum [0] (i=4ba5eaf1@gateway/web/freenode/x-vuufczyfpczbygdm) 06.05.05 Quit Hillshum (Client Quit) 06.08.01 Join Hillshum [0] (i=4ba5eaf1@gateway/web/freenode/x-zyshevymysbrklqz) 06.15.08 Quit Hillshum ("Page closed") 06.17.28 Join phanboyiv [0] (n=benji@c-24-98-43-198.hsd1.ga.comcast.net) 06.25.50 Join Hillshum [0] (n=hillshum@75-165-234-241.slkc.qwest.net) 06.27.10 Join jhulst [0] (n=jhulst@jhulst.com) 06.27.15 Quit Hillshum (Client Quit) 06.27.28 Quit jhulst (Client Quit) 06.28.02 Quit StealthyXIIGer (Read error: 110 (Connection timed out)) 06.32.06 Join Llorean [0] (n=DarkkOne@adsl-99-4-146-40.dsl.hstntx.sbcglobal.net) 06.33.59 Nick hueafk is now known as hue (n=hue@c-98-247-116-47.hsd1.wa.comcast.net) 06.35.19 Quit phanboy_iv (Read error: 110 (Connection timed out)) 06.50.49 *** Saving seen data "./dancer.seen" 06.58.45 Quit Strife89 ("Bed.") 06.59.56 Join evilnick [0] (n=evilnick@rockbox/staff/evilnick) 07.11.31 Quit bubsy ("Party time, EXCELLENT! *wring wring wring!!* Party on, Wayne! Party on, Garth!") 07.18.59 Join bubsy [0] (n=bubsy@94.139.72.137) 07.19.43 # * JdGordon has statusbar working how he wants... but completly broken wps! 07.22.57 Quit liar (Read error: 131 (Connection reset by peer)) 07.33.56 # anyone around? do wps's that dont use viewports still work? 07.34.38 Join Horschti [0] (n=Horscht2@xbmc/user/horscht) 07.39.56 Quit elinenbe_ (Read error: 54 (Connection reset by peer)) 07.39.59 Join elinenbe_ [0] (n=elinenbe@207-237-212-81.c3-0.80w-ubr4.nyr-80w.ny.cable.rcn.com) 07.52.28 Quit Horscht (Read error: 110 (Connection timed out)) 08.06.09 # * JdGordon almost has the statusbar+wps working together how i want them :) 08.13.09 Quit ED_209 (Read error: 110 (Connection timed out)) 08.19.28 Join Rob2223 [0] (n=Miranda@p4FDCD203.dip.t-dialin.net) 08.26.30 Join Utchybann [0] (n=lolo@ede67-1-81-56-102-26.fbx.proxad.net) 08.27.09 Quit SUSaiyan (Read error: 113 (No route to host)) 08.27.35 Quit TheSeven (Read error: 145 (Connection timed out)) 08.28.54 Join ender` [0] (i=krneki@foo.eternallybored.org) 08.36.54 Join SUSaiyan [0] (n=SUSaiyan@cc84863-b.zwoll1.ov.home.nl) 08.37.40 Quit Rob2222 (Read error: 110 (Connection timed out)) 08.50.51 *** Saving seen data "./dancer.seen" 08.51.42 Join petur [50] (n=petur@rockbox/developer/petur) 08.52.43 Join Zagor [242] (n=bjorn@rockbox/developer/Zagor) 08.54.25 Join flydutch [0] (n=flydutch@host132-153-dynamic.15-87-r.retail.telecomitalia.it) 09.02.44 Join LinusN [0] (n=linus@rockbox/developer/LinusN) 09.08.11 Join esperegu [0] (n=quassel@145.116.15.244) 09.16.02 # shouldnt "no code in #defines" be in docs/CONTRIBUTING? 09.16.54 # http://svn.rockbox.org/viewvc.cgi/trunk/apps/gui/viewport.c?annotate=23258 line 34 :< 09.20.11 # JdGordon: I'll add a note about it 09.20.36 # assuming im not the only one that finds it bad form and annoying? 09.20.50 # no you're not 09.26.09 Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) 09.26.50 # New commit by 03zagor (r23319): "No code in .h files or #defines" 09.35.46 Quit petur ("Zzzzzz") 09.40.51 Quit JackWinter (Remote closed the connection) 09.41.35 # Zagor: What's "no code in #defines" meant to mean? No macros at all? 09.41.48 # genereally, no 09.42.07 # but there are of course always exceptions 09.42.32 # the settings macro is evil, for example. but the alternative non-macro code is ghastly too. 09.43.07 # I'm thinking more of single-line functions, such as LCD_RGBPACK, or the byte-swapping things. 09.43.23 # The rule seems pretty explicit that that's not allowed now... 09.43.25 Join JackWinter [0] (n=jack@vodsl-10804.vo.lu) 09.44.56 # anything is allowed, if it is the best alternative. imho the point of these rules is rather to say "this should not be your first option" than "we will never accept code that breaks these rules" 09.46.10 # * Unhelpful notes that "no code in .h files" is broken all the time where inline functions are involved ;) 09.48.20 # * linuxstb simply isn't convinced we need a rule to say that the code example JdGordon said is bad style 09.50.53 # maybe not. but taken generically it is a "value" of the project and I don't think it hurts to put it in writing 09.51.19 # That's already there with "Don't redefine the language." 09.52.25 # not really. that part is rather aimed at the people who like to redefine keywords and basic language constructs 09.52.46 # but sure, it can be interpreted to mean both 09.54.02 # I just think there are too many exceptions to those new rules for them to be useful. But anyway, time for work... 09.57.26 Join swilde [0] (n=wilde@212.95.126.10) 09.59.54 Quit Thundercloud (Remote closed the connection) 10.03.25 Join Rob2222 [0] (n=Miranda@p4FDCD203.dip.t-dialin.net) 10.05.14 Quit amiconn (Nick collision from services.) 10.05.16 Join amiconn_ [0] (i=quassel@rockbox/developer/amiconn) 10.05.36 Nick amiconn_ is now known as amiconn (i=quassel@rockbox/developer/amiconn) 10.06.53 Quit moredhel (Client Quit) 10.09.25 Quit Rob2223 (Read error: 60 (Operation timed out)) 10.12.20 Join robin0800 [0] (n=quassel@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) 10.15.35 Join funman [0] (n=fun@178.174.86-79.rev.gaoland.net) 10.19.32 # shouldn't it be "no multi lines macros" ? 10.21.24 Join maruk [0] (n=papier@titanium.sdv.fr) 10.22.20 # LCD_RGBPACK is multi-line... 10.25.00 Join pamaury [0] (n=pamaury@140.77.26.73) 10.30.16 # I don't think it's possibe to quantize exactly what we consider to be acceptable use of macros without writing an essay 10.35.29 # gevaerts: ping 10.36.19 Quit BHSPitMonkey ("Ex-Chat") 10.40.32 Nick hue is now known as hueafk (n=hue@c-98-247-116-47.hsd1.wa.comcast.net) 10.42.33 Nick Horschti is now known as Horscht (n=Horscht2@xbmc/user/horscht) 10.50.55 *** Saving seen data "./dancer.seen" 11.05.31 Quit funman ("free(random());") 11.07.33 Join dfkt [0] (i=dfkt@unaffiliated/dfkt) 11.08.23 Quit AndyIL (Read error: 110 (Connection timed out)) 11.14.03 Quit pamaury ("exit(*(int *)0 / 0);") 11.29.57 Join FOAD_ [0] (n=dok@dinah.blub.net) 11.33.32 Join DerPapst [0] (n=DerPapst@p4FE8F220.dip.t-dialin.net) 11.46.00 Quit FOAD (Read error: 110 (Connection timed out)) 11.46.00 Nick FOAD_ is now known as FOAD (n=dok@dinah.blub.net) 11.58.00 Quit phanboyiv ("Leaving") 11.58.12 # On a strict interpretation, that means not using any defines, because even a literal value is a language token 11.58.50 # Bob_C: that's good, because it implies that it's a rule you have to think about instead of following it blindly :) 12.02.27 # Surely fr a rule, that's bad, because everyone has a different interpretation? 12.03.08 # My view on coding standards is that they should be able to be enforced by a software tool, which does follow rules blindly 12.06.48 # To be honest, I can't even guess what "code" means in this context. Preferably, terms defined in the C standard would be more useful to me. 12.06.56 # my view on coding standards is that if they are enforced by a software tool they usually are stupid 12.08.02 # My other view on coding standards is that most of the rules people put in are stupid. ie. they are cosmetic and do nothing to avoid bugs 12.08.40 # have you read docs/CONTRIBUTING? 12.09.06 # Of course ;) 12.09.28 # then you know that we don't see coding style as something rigid :) 12.10.20 # Huh? I must be reading a different doc! 12.11.14 # Most of the rules are arbitrary and quite rigid. "No new types" 12.12.04 # * linuxstb simply thinks that that new rule is too ambiguous (and too widely broken in existing code) to add anything useful 12.12.51 # But provided rules are clear, I am happy to comply with them whatever I personally think. 12.13.11 # Bob_C:I was more thinking about things like "When changing code, follow the code style of the file you are editing" 12.16.24 # gevaerts: Yes, that's a simple and clear rule... 12.17.03 # That is quite a reasonable rule I think 12.19.50 # I think I have broken the rule already. See firmware/export/s3c2440.h "DMA_SRC_MAP_xxx". I felt guilty writing that 12.38.22 # New commit by 03mcuelenaere (r23320): Lua: add do_menu() wrapper. Also fix potential NULL pointer dereference 12.49.57 # New commit by 03mcuelenaere (r23321): Lua: add parts of the math library (all floating point functions are #ifdef'ed out) ... 12.50.56 *** Saving seen data "./dancer.seen" 12.53.04 Quit Bob_C ("ChatZilla 0.9.85 [Firefox 3.5.3/20090824101458]") 12.53.36 Join dfkt_ [0] (i=dfkt@unaffiliated/dfkt) 12.58.32 Join funman [0] (n=fun@rockbox/developer/funman) 13.01.43 Quit Zagor ("Don't panic") 13.01.45 Quit dfkt (Nick collision from services.) 13.01.50 Nick dfkt_ is now known as dfkt (i=dfkt@unaffiliated/dfkt) 13.02.53 Join kugel [0] (n=kugel@rockbox/developer/kugel) 13.03.35 Join Bob_C [0] (n=chatzill@host86-141-199-226.range86-141.btcentralplus.com) 13.04.22 # Bob_C: hey! 13.05.17 # Did I miss anything? 13.05.45 # i just turned my mini2440 on 13.06.51 # is it possible to download the 'current build' for a past revision ? (to bissect bugs apparition) 13.07.45 # kugel: it should boot into Qtopia 13.08.05 Quit kugel (Nick collision from services.) 13.08.13 Join kugel [0] (n=kugel@e178115202.adsl.alicedsl.de) 13.08.27 # Bob_C: yes it did, my question is whether I can keep qtopia parallel to rockbox 13.10.16 # kuhe: yes, Qtopia is entirely contained in NAND, and we don't use NAND for anything. We do overwrite supervivi, which you might need to update the NAND installation 13.11.09 # ah ok 13.11.25 # But if you can flash the rockbox bootloader, then you can always re-flash supervivi from the CD. You did get a CD? 13.11.35 # a dvd yep 13.12.59 # funman: Only daily builds are kept - http://download.rockbox.org/daily/ 13.14.17 # A vital step omitted in the Wiki page is to set the boot switch to NOR or NAND as appropriate, but you probably spotted that already 13.15.41 # oh for 3 days only 13.18.04 Quit kugel (Nick collision from services.) 13.18.10 Join kugel [0] (n=kugel@e178115202.adsl.alicedsl.de) 13.18.30 # hrm, konqueror crashes when opening rockbox.org :p 13.20.38 # Bob_C: I do need windows for using the tools on the dvd right? 13.21.55 # funman: they were kept a month a while back,don't know why they're gone recently 13.23.03 # Yes, they were often kept for more than a month (depending on the download mirror)... 13.23.55 # kugel: I think so yes. For Linux we are using OpenOCD. There are probably other tools that might work 13.26.44 # linuxstb: if the download mirrors are rsynced, wouldn't they have the exact same content ? 13.28.00 Quit Rob2222 () 13.28.20 Join Rob2222 [0] (n=Miranda@p4FDCD203.dip.t-dialin.net) 13.29.26 # funman: I think some mirrors didn't delete old files... 13.32.56 Quit Horscht ("Verlassend") 13.36.23 # Bob_C: do you have a bootloader handy or do I need to build one? 13.37.20 Quit krazykit ("Connection reset by beer") 13.38.12 # our bootloader is in svn, so it should be easy to build 13.38.51 Join TheSeven [0] (n=theseven@rockbox/developer/TheSeven) 13.44.12 Join einhirn [0] (n=Miranda@bsod.rz.tu-clausthal.de) 13.51.34 Quit funman ("free(random());") 13.51.56 # Bob_C: except on windows :) 13.53.46 # I can upload a bin file, just not sure where to put it 13.55.57 Quit Utchybann ("I like core dumps") 14.02.42 Quit antil33t (Read error: 104 (Connection reset by peer)) 14.02.48 Join antil33t [0] (n=Mudkips@119.224.12.185) 14.04.58 Join jdii [0] (n=none@cpe-66-69-20-107.satx.res.rr.com) 14.09.30 # kugel: i have uploaded here http://rockboxplayer.googlecode.com/files/bootloader.bin 14.23.42 Join Horscht [0] (n=Horscht2@xbmc/user/horscht) 14.25.29 Quit jdii (Read error: 110 (Connection timed out)) 14.26.36 Join dfkt_ [0] (n=dfkt@unaffiliated/dfkt) 14.27.37 Quit soap (Read error: 113 (No route to host)) 14.31.40 Quit Bob_C (Read error: 113 (No route to host)) 14.39.43 Join Bob_C [0] (n=chatzill@host86-141-199-226.range86-141.btcentralplus.com) 14.44.46 Quit dfkt (Read error: 110 (Connection timed out)) 14.51.00 *** Saving seen data "./dancer.seen" 14.51.44 Quit robin0800 (Read error: 110 (Connection timed out)) 14.54.53 Join MethoS- [0] (n=clemens@134.102.106.250) 14.55.14 Nick dfkt_ is now known as dfkt (n=dfkt@unaffiliated/dfkt) 15.06.59 Quit kugel (Nick collision from services.) 15.07.05 Join kugel [0] (n=kugel@e178115202.adsl.alicedsl.de) 15.12.36 Join tomers [0] (n=chatzill@bzq-84-109-85-100.red.bezeqint.net) 15.18.31 Join evilnick_ [0] (i=0c140464@rockbox/staff/evilnick) 15.21.59 # gevaerts: ping 15.25.41 Quit kugel (Remote closed the connection) 15.25.45 Join kugel [0] (n=kugel@e178115202.adsl.alicedsl.de) 15.29.11 Join T44 [0] (n=Topy44@f048119042.adsl.alicedsl.de) 15.29.22 # New commit by 03tomers (r23322): FS#10704 - Make a configuration option to disable USB HID 15.29.27 # tomers: pong 15.29.54 # gevaers: Just committed... :-) wanted to ask you if you have any other objections 15.30.35 # gevaerts: I read all your remarks on the 22th (just the day after) and took them into account 15.32.06 # tomers: I think the first usb_core_enable_driver(USB_DRIVER_HID,true) should stay. The way it is now, you have no interface at all if people disable HID and connect in charge-only mode 15.34.01 # apart from that I think it should be fine 15.34.51 # except that the patch seems to change more than the commit message suggests :) 15.36.06 Quit Topy44 (Read error: 60 (Operation timed out)) 15.36.39 Join panni_ [0] (i=hannes@ip-95-222-21-143.unitymediagroup.de) 15.36.53 Part LinusN 15.37.24 Join webguest36 [0] (n=5ce001c3@83.168.254.42) 15.37.53 Quit webguest36 (Client Quit) 15.38.37 # gevaerts: http://pastie.org/666619 15.38.46 Join webguest37 [0] (n=187b533e@giant.haxx.se) 15.39.26 # gevaerts: I should put more effort in describing my commits indeed :-) 15.41.02 # what is prefered the gigabeat F or X ? 15.41.32 # tomers: no, the point is that we use HID as charging-only interface whenever possible. The dummy charging-only driver isn't compiled in on targets that have HID. 15.42.07 # tomers: So just enable HID unconditionally then. You don't go to the USB screen anyway, so it doesn't send any events, which means that from a user point of view, i's not enabled 15.42.30 # webguest37: personally I'd prefer the X, but those are horribly hard to find 15.43.02 # tomers: so I'd recommend just reverting that single line 15.43.16 # gevaerts: ok 15.44.02 # gevaerts: what about the S, or is that to unstable to use? 15.44.08 Join pyro_maniac [0] (i=foobar@p57BBBA2E.dip0.t-ipconnect.de) 15.44.47 # tomers: don't forget to close FS #10704 15.45.42 # pyro_maniac: This is exactly what I just did :-) 15.45.45 Join dfkt_ [0] (i=dfkt@unaffiliated/dfkt) 15.45.53 # webguest37: opinions differ. Once you get it running, it's usually stable. For some people the in-flash bootloader tends to suddenly format its data partition every now and then (but certainly not for everyone). It has a radio, which the F doesn't have, but the battery time is also a lot less 15.47.10 # Some people really like it, but while I personally prefer the S case, I prefer the battery time and general lack of issues with the F (which is why I want an X, which is basically an F in an S case) 15.47.11 # gevaerts: ok, thanks, I think I will probaly go witht the F or X, for the better battery life, and that radio isnt important to me 15.47.28 Quit dfkt (Nick collision from services.) 15.47.31 Nick dfkt_ is now known as dfkt (i=dfkt@unaffiliated/dfkt) 15.49.10 Join dfkt_ [0] (i=dfkt@unaffiliated/dfkt) 15.49.54 Quit dfkt (Nick collision from services.) 15.49.58 Nick dfkt_ is now known as dfkt (i=dfkt@unaffiliated/dfkt) 15.52.23 # New commit by 03tomers (r23323): Revert disabling of USB HID while in charging mode (introduced by r23322), in ... 15.53.24 Quit webguest37 ("CGI:IRC") 15.53.59 Join n1s [0] (n=n1s@rockbox/developer/n1s) 15.54.21 # gevaerts: So this issue is really closed, right? 15.55.06 Quit Rob2222 () 15.56.19 Join uflops [0] (n=yogurt@90-231-195-226-no112.tbcn.telia.com) 15.57.27 Quit mikroflops (Read error: 60 (Operation timed out)) 15.59.54 Part pyro_maniac ("Leaving.") 16.03.25 Join Rob2222 [0] (n=Miranda@p4FDCD203.dip.t-dialin.net) 16.06.38 # anybody with moderate pcmbuf knwledge around? 16.10.52 Quit dfkt (Read error: 110 (Connection timed out)) 16.11.06 Quit tomers (Read error: 60 (Operation timed out)) 16.19.31 Join StealthyXIIGer [0] (n=stealthy@c-68-62-19-6.hsd1.mi.comcast.net) 16.20.40 Quit kugel (Remote closed the connection) 16.20.49 Join robin0800 [0] (n=quassel@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) 16.21.49 Join nls_web [0] (n=54d77f8b@giant.haxx.se) 16.27.30 Join kugel [0] (n=kugel@rockbox/developer/kugel) 16.28.51 Quit n1s (Read error: 110 (Connection timed out)) 16.36.58 Join n1s [0] (n=n1s@rockbox/developer/n1s) 16.37.05 Join stormadvisor [0] (n=stormadv@65.210.129.209) 16.37.21 Quit nls_web ("CGI:IRC") 16.39.05 Quit stormadvisor (Client Quit) 16.47.25 Join Strife89 [0] (n=michael@adsl-154-3-172.mcn.bellsouth.net) 16.49.28 Join thegeek [0] (n=nnscript@s168c.studby.ntnu.no) 16.51.01 *** Saving seen data "./dancer.seen" 16.51.42 Join Rob2223 [0] (n=Miranda@p4FDCD921.dip.t-dialin.net) 16.53.10 Join |DaMaGeD| [0] (n=|DaMaGeD@85.26.164.203) 16.54.22 Join Blue_Dude [0] (n=chatzill@rockbox/developer/Blue-Dude) 16.56.03 Quit n1s ("Lämnar") 16.56.52 Join toffe82 [0] (n=chatzill@12.169.218.14) 17.04.34 Quit |DaMaGeD| ("Back in reality.") 17.09.30 Quit Rob2222 (Read error: 110 (Connection timed out)) 17.10.58 Quit kugel (Remote closed the connection) 17.14.40 Join thegeek_ [0] (n=nnscript@s168c.studby.ntnu.no) 17.18.01 Quit thegeek (Read error: 60 (Operation timed out)) 17.18.52 Quit StealthyXIIGer (Read error: 54 (Connection reset by peer)) 17.19.44 Join StealthyXIIGer [0] (n=stealthy@c-68-62-19-6.hsd1.mi.comcast.net) 17.20.12 Join kugel [0] (n=kugel@rockbox/developer/kugel) 17.20.44 Join Strife1989 [0] (n=michael@adsl-154-3-172.mcn.bellsouth.net) 17.20.50 Quit Strife1989 (Read error: 104 (Connection reset by peer)) 17.23.26 Quit StealthyXIIGer (Read error: 104 (Connection reset by peer)) 17.23.30 Join StealthyXIIGer [0] (n=stealthy@c-68-62-19-6.hsd1.mi.comcast.net) 17.26.10 Join Strife1989 [0] (n=michael@adsl-154-0-51.mcn.bellsouth.net) 17.27.31 Quit ender` (" Debian comes in three flavours: stale, rusting and broken.") 17.27.45 Join n1s [0] (n=n1s@rockbox/developer/n1s) 17.34.15 Quit Strife89 (Nick collision from services.) 17.34.27 Nick Strife1989 is now known as Strife89 (n=michael@adsl-154-0-51.mcn.bellsouth.net) 17.40.30 Quit flydutch (Read error: 110 (Connection timed out)) 17.44.18 Join TheSeven|Mobile [0] (n=TheSeven@188.46.26.86) 17.45.48 Join flydutch [0] (n=flydutch@host81-212-dynamic.15-87-r.retail.telecomitalia.it) 17.46.22 Quit StealthyXIIGer (Read error: 104 (Connection reset by peer)) 17.46.33 Join StealthyXIIGer [0] (n=stealthy@c-68-62-19-6.hsd1.mi.comcast.net) 17.48.05 Quit StealthyXIIGer (Read error: 54 (Connection reset by peer)) 17.48.10 Join StealthyXIIGer [0] (n=stealthy@c-68-62-19-6.hsd1.mi.comcast.net) 17.49.27 Quit StealthyXIIGer (Read error: 104 (Connection reset by peer)) 17.49.41 Join StealthyXIIGer [0] (n=stealthy@c-68-62-19-6.hsd1.mi.comcast.net) 17.50.26 Quit StealthyXIIGer (Read error: 104 (Connection reset by peer)) 17.51.20 Join StealthyXIIGer [0] (n=stealthy@c-68-62-19-6.hsd1.mi.comcast.net) 17.57.16 Quit Tuplanolla (Read error: 60 (Operation timed out)) 17.59.11 Quit kugel (Remote closed the connection) 18.00.55 Quit HBK- (Read error: 104 (Connection reset by peer)) 18.01.14 Quit TheSeven (Read error: 110 (Connection timed out)) 18.02.07 Join HBK- [0] (n=hbk@rrcs-97-77-51-170.sw.biz.rr.com) 18.02.26 Join kyle6513 [0] (n=kyle@58.174.128.189) 18.03.47 Quit kyle6513 (Client Quit) 18.09.36 Join kugel [0] (n=kugel@rockbox/developer/kugel) 18.12.01 Nick Strife89 is now known as Strife1989 (n=michael@adsl-154-0-51.mcn.bellsouth.net) 18.12.55 Nick Strife1989 is now known as Strife89 (n=michael@adsl-154-0-51.mcn.bellsouth.net) 18.14.21 Join Lss [0] (n=Lss@cm46.delta91.maxonline.com.sg) 18.14.21 Nick Strife89 is now known as Strife1989 (n=michael@adsl-154-0-51.mcn.bellsouth.net) 18.14.49 Nick Strife1989 is now known as Strife89 (n=michael@adsl-154-0-51.mcn.bellsouth.net) 18.15.05 Quit DerPapst (Read error: 104 (Connection reset by peer)) 18.19.05 Join DerPapst [0] (n=DerPapst@p4FE8F220.dip.t-dialin.net) 18.21.01 Quit TheSeven|Mobile (Read error: 110 (Connection timed out)) 18.22.22 Quit DerPapst (Read error: 104 (Connection reset by peer)) 18.23.22 Quit maruk ("Leaving.") 18.26.47 Join DerPapst [0] (n=DerPapst@p4FE8F220.dip.t-dialin.net) 18.31.38 Join phanboy4 [0] (n=benji@c-24-98-43-198.hsd1.ga.comcast.net) 18.31.49 Quit fyrestorm (Read error: 104 (Connection reset by peer)) 18.38.05 Quit flydutch ("/* empty */") 18.40.30 Join fyrestorm [0] (n=nnscript@cpe-69-203-148-25.si.res.rr.com) 18.40.59 Join flydutch [0] (n=flydutch@87.15.212.81) 18.41.00 Join tomers [0] (n=chatzill@84.109.85.100) 18.41.11 Quit swilde ("ERC Version 5.3 (IRC client for Emacs)") 18.43.42 Quit Blue_Dude ("ChatZilla 0.9.85 [Firefox 3.5.3/20090824101458]") 18.50.01 Nick uflops is now known as mikroflops (n=yogurt@90-231-195-226-no112.tbcn.telia.com) 18.51.02 *** Saving seen data "./dancer.seen" 18.51.20 Join ender` [0] (i=krneki@foo.eternallybored.org) 19.02.07 Quit JackWinter (Remote closed the connection) 19.03.55 Quit StealthyXIIGer (Read error: 110 (Connection timed out)) 19.05.46 Join TheSeven [0] (n=theseven@rockbox/developer/TheSeven) 19.08.50 Join JackWinter [0] (n=jack@vodsl-10804.vo.lu) 19.09.37 # kugel: that code you pastebined yesterday has that horrible RETURN_IF_SOMETHING_OR_OTHER #define... if you really must do that use a static inline function... doing that is really bad form... 19.09.47 # I saw that 19.10.11 # inline doesn't allow me to put the return into the thing 19.10.57 # so its 2 lines instead of one... 19.11.05 # I was surprised that this was added to CONTRIBUTING so quickly, without discussion, particularly because the existing code base violates that a million times 19.11.41 # that sort of thing shouldnt have ever got into the code 19.12.26 # tomers: so I should test with a current build on OSX.4 ? 19.13.26 # pixelma: I think so, yes. Of course with that setting set properly 19.13.32 # also... the other thing I noticed around the code is where you split an if(some long condition) line so its not longer than 80 chars, and there is only one statement after there is no {} 19.13.35 # 's 19.13.41 # which makes it hard to follow 19.14.13 # gevaerts: ok, if I want to try now, I think that'll give RBUtil a try too 19.18.27 Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 19.21.35 Quit kugel (Remote closed the connection) 19.22.29 # * TheSeven thinks he has spotted a pcmbuf bug 19.22.35 Join itcheg [0] (i=4117734b@gateway/web/freenode/x-njmzuslhzbiyynxx) 19.22.36 # (or at least some illogical naming) 19.24.12 Join xDonny [0] (n=donnyb4e@bas3-kingston08-1178012042.dsl.bell.ca) 19.24.28 # is there any work on a GBA emulator for rockbox? 19.25.32 # pixelma: You can test of course! I tested it on WInXP and HID doesn't enumerates, so I believe it'll work on MAC OS, but confirming it would be appreciated, of course :-) (I closed the FS, without verifying first) 19.27.11 Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 19.27.11 # what the heck is pcmbuf_unplayed_bytes good for? it seems to rather count the bytes not yet passed to the PCM... 19.27.27 Join kugel [0] (n=kugel@rockbox/developer/kugel) 19.27.39 # xDonny: the vast majority of rockbox targets is much too slow for that, and I have serious doubts if any of them are actually near fast enough 19.28.02 # TheSeven: maybe to know how much pacm you have left before you underrrun?, just a guess 19.28.07 Join StealthyXIIGer [0] (n=stealthy@67-194-9-51.wireless.umnet.umich.edu) 19.28.09 # gevaerts: Alright thanks for the info, and is it the same for a NES emulator? 19.28.19 # * TheSeven also has doubt if any kind of emulation for that second (touchscreen) lcd can be usable 19.28.23 # * gevaerts doesn't know 19.28.54 # n1s: it seems to be rather used as a value how many bytes are currently allocated, and this is clearly wrong as it may overwrite the data currently playing if it's fast enough 19.29.03 # xDonny: there's a half finished patch for a nes emulator but it seems abandoned 19.29.18 # n1s: Where can I find this? 19.30.38 # xDonny: in the patch tracker, be warned though, it will likely not compile with current svn and even if it does i don't know how well it works 19.31.15 # n1s: alright, thanks for the info. 19.31.19 # * TheSeven is spotting very very weird things in the pcmbuf 19.31.51 # * xDonny is playing harry potter on his ipod and thinks it sucks 19.34.42 # xDonny: That may be, but is not on topic in here 19.35.39 # i apologize 19.36.06 # no worries :) 19.37.15 # n1s: I cannot find the patch you were referring to 19.38.46 # xDonny: if you search for, say "nes" it's the second hit... 19.40.00 # n1s: I see it now, I just couldn't find where to download it. 19.40.04 # thank you 19.41.58 # For the developers here that use windows to compile, how do you go about it? 19.42.23 # You use either a linux VM or cygwin 19.42.30 # See the wiki 19.42.36 # e.g. SimpleGuideToCompiling 19.42.39 Join bmbl [0] (n=Miranda@unaffiliated/bmbl) 19.43.08 Join liar [0] (n=liar@83.175.83.185) 19.43.25 # i'll use a linux VM, I just got vmware workstation 19.44.15 # There is a ready made one for download 19.44.27 # I think there is a thread in the Compiling forum 19.44.52 # okay 19.46.06 Join GeekShadow [0] (n=Antoine@reactos/tester/GeekShadow) 19.46.11 # "Testing new VMware Image"? 19.46.23 # setting up a dev environment in a (sane) linux install is rahter easy though so if you have one (in vm) you can just follow the instructions for real linux 19.46.52 Quit tomers (Read error: 148 (No route to host)) 19.47.26 # okay 19.47.26 # in 30 minutes i'll do that 19.47.42 # does it have all the packages needed to compile? 19.47.44 # and svn? 19.49.48 Join jgarvey [0] (n=jgarvey@cpe-098-026-065-013.nc.res.rr.com) 19.55.23 # * TheSeven grumbles at the rockbox audio architecture 19.59.02 # TheSeven, sorry to hear that 19.59.03 # if i use this VM to compile rockbox, how can i put iNES in there? 19.59.42 # bertrik: the pcm layer blocks us from using the hack blue_dude suggested 19.59.57 # (and this only works for the pcmbuf anyway, not for plugin-generated audio) 20.00.26 # xDonny: Patch the source files, then compile 20.01.09 # I missed what the hack is, can you describe it in a few words? 20.01.21 # yes but iNES is a folder that you download, can you download things onto this VM? 20.01.42 Join dfkt [0] (i=dfkt@unaffiliated/dfkt) 20.02.29 # bertrik: splitting the pcmbuf_callback into multiple parts, one fast one that gets the next buffer, and another one to clean up the rest later, after we fed that to the DMA 20.04.38 # xDonny: It's an entire OS virtualised, so while you're using it of course you can download to it, or you can transfer it from the host environment using samba 20.06.54 Join NoGare [0] (i=NoGare@216.8.173.82) 20.07.20 # the only way i see that's left is a copying-around hack that involves another additional audio buffer 20.07.38 # and it would still be nice if we could make auto-reloading DMA transfers work then 20.10.35 # arg, this stupid grid mode just tricked me 20.10.58 # really, a guy (me in this case) buying a touchscreen device does not expect this behavoior 20.11.47 # kugel: You're not blind though 20.11.57 # TheSeven, the datasheet I have talks about a "sub-channel mode" and has an 16-bit OFFSET field for "Offset value. This field is used to calculating next memory access 20.11.57 # address in sub-channel mode. 20.11.57 # " 20.12.30 # ...whatever this subchannel mode is 20.12.39 # this suggests that there's somehow a possibility to chain DMA transfers to me, but the datasheet doesn't tell what subchannel mode is 20.12.40 Join BHSPitMonkey [0] (n=stephen@unaffiliated/bhspitmonkey) 20.13.15 # this rather sounds like interleaving multiple things to me 20.13.20 # I could try again on the meizu m3 to see if I get looping DMA working 20.13.54 # evilnick: !? 20.15.44 # kugel: Just pointing out that grid mode (while it may not be useful for you) is (perhaps) more useful to someone lacking sight - harking back to the dev-ml 20.19.12 # TheSeven, we could have a look at some datasheets from other samsung devices 20.21.04 Quit phanboy4 (Read error: 113 (No route to host)) 20.21.58 # evilnick: yea, grid is probably useful for none of the zero blnd people that buy a touchscreen device 20.23.47 # evilnick_: Grid mode's also very helpful for the sighted user who doesn't want to constantly have to deal with small items to select on the touchscreen (it's easier to use fingers with in some cases) or doesn't want to constantly have to look at the screen for basic operations like "next/prev track" 20.24.54 # I guess blind people might be interested in the D2, especially the version with DAB is quite unique (well plus the Logik Dax) 20.25.02 # I think we should toggle absolute and grid mode with the hold switch :D 20.26.35 # Llorean: True, there is at least one app (for the iPhone) that allows you to operate the music controls with "swipe" actions, for the usage case of having the player in your pocket. 20.27.42 # evilnick_: Which is more or less exactly what grid mode is useful for. The whole "no tactile feedback" thing is more or less bunk since the virtual buttons extend to the edge of the screen, and the device is nearly all screen. It's pretty easy to get used to pressing the right spots, then it's about as easy to use as a Gigabeat F is blindly (in my personal experience doing so, at least) 20.27.51 # swipe to seek or to change volume, something like that? 20.27.55 # I do admit the grid mode absolutely is counterintuitive for a touchscreen device, though. 20.29.56 # * TheSeven just found a couple of songs that make rockbox panic on an undefined instruction at 0x08154bf0, which, according to rockbox.map, belongs to global_settings 20.31.16 # it would be nice if new ports could help solve old bugs :) 20.31.48 # it's a whole album that's showing that... 20.32.09 # (which may be related to buffering trying to read something completely different, maybe album art?) 20.32.58 Join Strife1989 [0] (n=michael@adsl-81-160-168.mcn.bellsouth.net) 20.34.30 # * TheSeven thinks he has found the ultimate hack for the pcmbug 20.35.19 # i somehow feel like dividing the DMA transfers into even smaller parts on the driver level... 20.39.56 Join stoffel [0] (n=quassel@p57B4DF04.dip.t-dialin.net) 20.40.51 Join Anodl [0] (n=Arnold@p54A7B122.dip0.t-ipconnect.de) 20.41.05 # any audio guru around? 20.41.34 # could it be possible that a non-last packet of less than 1KB would ever be passed down to PCM? 20.41.54 Part Anodl 20.42.12 # Ahem, global_Settings is data 20.42.38 # TheSeven: Yes, I think so. 20.43.20 # linuxstb: grr. I think I'll just ignore that and not prevent a clicking in that case. In fact I can't really do something about that. 20.43.21 # TheSeven: But I only really know what audio codecs do, not what happens after then. An audio codec can send anything to the DSP layer (which then passes it to the PCM buffer, then to DMA...) 20.44.34 Quit HellDragon (Read error: 104 (Connection reset by peer)) 20.44.45 Join HellDragon [0] (i=jd@modemcable178.248-201-24.mc.videotron.ca) 20.45.48 # If we could get looping DMA to work, I think the clicking problem could be solved, although with a wasteful copy step from PCM buffer to DMA buffer 20.46.15 # If you can't chain or loop DMA, I think you can't really solve the clicking 20.46.40 Join shai [0] (n=Shai@l192-117-110-233.cable.actcom.net.il) 20.49.04 # bertrik: I can get latencies low enough to remove the clicking, but not if i need to call a bloaty PCM api before setting it up again 20.50.21 Quit Strife89 (Read error: 113 (No route to host)) 20.50.21 # looping dma doesn't help always either, as the block sizes you get from the pcm layer are sometimes really odd, with makes that whole stuff a little hard 20.51.05 *** Saving seen data "./dancer.seen" 20.51.22 # tomers (logs), gevaerts: I can access the c200 and the microSD on MacOS 10.4 (installing a current build with the Rockbox Utility also went flawless) 20.51.55 Quit Zarggg () 20.52.39 # bertrik: I can think of some hack that doesn't even involve copying, if I get the timing right 20.53.08 # pixelma: nice! So all we need to do know is remember this if people have problems 20.53.31 # 5ms should be long enough to never click but short enough so that the codec doesn't have a chance to kill the buffer too soon 20.57.23 Nick Strife1989 is now known as Strife89 (n=michael@adsl-81-160-168.mcn.bellsouth.net) 20.57.51 # i get the error arm-elf-gcc: command not found although i downloaded and installed it, also i put itin the bashrc so i don't know whats happening 20.59.17 # xDonny: did you re-run bashrc? (or just login again) 20.59.26 Join JdGordon| [0] (n=Miranda@nat/microsoft/x-mmbjqsdfulinevsu) 20.59.27 Join dfkt_ [0] (i=dfkt@62.178.2.170) 20.59.28 # i'll restart lol 21.00.03 Join Utchybann [0] (n=lolo@ede67-1-81-56-102-26.fbx.proxad.net) 21.00.12 # how do i go about restarting... 21.00.16 # i hit exit and it took me back into the login 21.00.43 Quit dfkt (Nick collision from services.) 21.00.47 Nick dfkt_ is now known as dfkt (i=dfkt@unaffiliated/dfkt) 21.03.41 # reopening the command line window should be enough 21.03.51 Quit stoffel (Remote closed the connection) 21.07.04 Quit itcheg (Ping timeout: 180 seconds) 21.07.12 # error: lang.h: no such file or directory 21.09.41 # xDonny: That's the only error? 21.09.44 Join dfkt_ [0] (i=dfkt@unaffiliated/dfkt) 21.13.16 Quit dfkt (Nick collision from services.) 21.13.29 # yes 21.13.31 Nick dfkt_ is now known as dfkt (i=dfkt@unaffiliated/dfkt) 21.14.29 # xDonny: can you pastebin the whole output including your command line? 21.17.19 # xDonny: did you install all the other required apps, like perl? 21.17.36 Join Zarggg [0] (n=zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) 21.25.12 # How much do rockbox developers care about downward compatibility of file formats? 21.26.47 # I am interested in recording and restoring the playback speed and pitch across system reboot. If I were listening to an audiobook at 120% of normal speed before I shutdown, I can restart playing at the same speed when I turn the unit back on next time that way and continue listening to the book at the faster speed. 21.27.03 # I am also interested in adding these new information to bookmarks, so that I can flip between an audiobook bookmark that plays faster (because I was playing it faster when I made the bookmark) and a music bookmark that plays normally (because I was playing it at the normal speed). 21.27.03 # 21.27.10 # When naively implemented, this would change the format of system resume data and bookmark files in such a way that an older version of rockbox would not be able to read, and I'd like to know what the generally accepted approach is among the rockbox developers to handle a situation like this. 21.29.43 # hm, I like those ideas, but on the other hand I also care about my bookmarks :) 21.29.57 # gitster: I don't think anyone can say what the generally accept approach is, but I can't see a problem as long as old bookmarks are still readable. I think it's reasonable to expect users to not downgrade. 21.32.32 # I agree with linuxstb. 21.34.42 # For the playback control file I'm not sure. Do we need to keep that working on upgrades? 21.36.50 # upgrades is easy; the new code checks if the file is older and pretend the new values are recorded as their "normal" settings. I am talking about downgrades. 21.36.56 # I think it's okay to break it occasionally, but if it's going to be broken we should try to plan some way to make sure similar changes *won't* break it going forward in the future. 21.37.42 # I don't think it's worth the effort trying to support downgrades 21.37.44 # The old code won't know that you added new fields, so if downward compatibility is an issue, you would need to find a hole in the old code's parser to sneak new information in such a way that the old parser will ignore it. 21.39.06 # gitster: what Llorean meant was that we should change that in a way that the new parser ignores certain unknown things so that we can slip those things in easier in the future 21.39.51 # Yes, I know (our messages crossed). That's "you prepare a hole so that in the future you do not have to looko for it". 21.40.09 # yep 21.40.32 # For example, your read_line() will read up to CRLF but does not stop at seeing NUL, and the current code in bookmark.c does not go beyond NUL on the line. 21.41.11 # So in theory, a line with the new fields could be like "know fields NUL new fields CRLF", and older rockbox won't know the difference. 21.43.02 Join phanboy4 [0] (n=benji@c-24-98-43-198.hsd1.ga.comcast.net) 21.43.42 # I think we need to favour clarity over downgrade support here 21.44.52 # downagrade support is not something we need to worry about 21.45.01 # * n1s agrees with that 21.54.59 Quit NoGare ("ChatZilla 0.9.85 [Firefox 3.5.4/20091007001339]") 21.57.11 Quit hueafk () 21.58.03 # i think suggesting that people not carry their settings over when downgrading is a good idea 21.59.46 # suggesting peopel ever go back to an older version isnt a good idea... except for very rare circumstances... 22.07.04 Quit flydutch ("/* empty */") 22.14.34 # these damn codecs are just too fast 22.14.45 # try ape 22.21.05 # or HE-AAC 22.21.12 # kugel: are you worried about the panicf() or the stack implementation or what? not having to worry about the current statusbar state is *much* simpler than whats in svn 22.23.43 # both ;) 22.24.24 # I mainly want it to be a separate patch 22.24.48 # it has actually nothing to do with convertig the classic statusbar 22.25.49 # well yes and no 22.26.16 # I'm 90% there so im probably not going to split it up 22.26.30 Join NoGare [0] (i=NoGare@216.8.173.82) 22.26.41 # ok, so ignore me 22.27.04 Quit robin0800 (Remote closed the connection) 22.27.06 # if you have concerns other than splitting it im all ears 22.27.26 Join robin0800 [0] (n=quassel@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) 22.27.27 # i do think that panicf is broken 22.27.41 # I'm still a bit WTF by the skin_parser change 22.27.53 # broken? 22.28.49 # and as I don't think that your stuff is simpler at all, I'm against that change 22.29.04 # it's not even saving function calls 22.29.38 # one bit at a time... how is panicf broken? 22.31.09 # panicf itself isn't broken, but code that relies on panicf just to replace a working and dead simple solution is broken IMO 22.32.06 # and remember that do_menu() is still going to need to know about the current state in order for hide_bars to be useful 22.32.09 # that is only there so *if* it ever happens (and it shouldnt) you get a message instead of a data abort 22.32.29 # hide_bars was another bad band-aid 22.33.18 # so tell me what's the advantage of what you're doing? 22.33.23 # I can't see one 22.34.23 Join funman [0] (n=fun@rockbox/developer/funman) 22.35.02 # if a screen wants to force the bar on/off it doesnt need to remember what its previous state was, it doesnt need to know that crazy bit-or'ed value, and its a simpler API... 22.36.37 Join froggyman [0] (n=sopgenor@pool-72-69-220-194.chi01.dsl-w.verizon.net) 22.37.34 Join LambdaCalculus37 [0] (n=LambdaCa@rockbox/staff/LambdaCalculus37) 22.40.03 Quit Sajber^ (Read error: 104 (Connection reset by peer)) 22.44.34 # JdGordon|: these are very minor, while I find the shaky panicf rather major, but you're going to ignore me anyway 22.44.40 Quit kugel (Remote closed the connection) 22.45.54 # * TheSeven has mostly click-free sound now 22.45.59 # bertrik: yay! 22.46.13 Join krazykit [0] (n=kkit@c-24-218-166-241.hsd1.ma.comcast.net) 22.46.55 Quit funman ("free(random());") 22.48.50 Quit DerPapst ("Leaving.") 22.51.09 *** Saving seen data "./dancer.seen" 22.53.39 # bertrik: the DMA sometimes seems to enter self-refresh mode all by itself 22.53.57 # sometimes accompanied by a panic 22.56.46 Quit bluebrother (Nick collision from services.) 22.56.49 Join bluebroth3r [0] (n=dom@rockbox/developer/bluebrother) 22.59.55 # some occasional clicks left during boosting... 23.00.30 Join kugel [0] (n=kugel@rockbox/developer/kugel) 23.01.52 Quit xDonny (Read error: 110 (Connection timed out)) 23.02.49 Quit NoGare (Read error: 145 (Connection timed out)) 23.06.21 # * TheSeven wonders why his wps was just trashed 23.12.05 Quit StealthyXIIGer (Read error: 110 (Connection timed out)) 23.13.29 Join lifeless__ [0] (n=lifeless@94.51.253.19) 23.15.48 # I can't get rid of occasional clicks :-/ 23.29.03 Quit lifeless_ (Read error: 101 (Network is unreachable)) 23.32.11 Quit dfkt ("-= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.") 23.34.50 Quit evilnick_ ("Page closed") 23.35.23 Quit jgarvey ("Leaving") 23.39.11 # TheSeven, nice 23.39.22 # * bertrik is getting some more colors on his meizu m6 sp 23.39.41 # bertrik: something's screwing with PLL0PMS, even though I can't find any code touching it :-/ 23.39.42 # somehow it still seems to hang when enabling the LCD data pins 23.40.00 # bertrik: IRQs disabled? 23.40.26 # yes, I think so, I'm no CPSR expert though, I'm writing it with 0xD3 now to disable interrupts 23.40.38 # should work 23.40.55 Quit esperegu (Read error: 104 (Connection reset by peer)) 23.41.26 # the LCD controller is a DMA master, maybe it's accessing invalid memory or something, could that cause an exception? 23.41.51 # hm, shouldn't block the CPU at least 23.42.04 # maybe it's just flooding the system bus? 23.42.08 # how is the clocking? 23.42.11 # could also be 23.42.51 # I did get at some point a bit of flashing on the LCD that could be controlled by setting a clock divider. I set it quite low now, same as the OF 23.44.10 # you're clocking with those insane PLL factors off a 32kHz clock? 23.46.38 # what's the SDRAM port speed set at? or do you have an IRAM framebuffer? 23.47.57 Quit n1s ("Lämnar") 23.50.32 # it's supposed to be IRAM in my test program 23.55.11 Quit ender` (" In every computer error, there are at least two human errors, including the error of blaming it on the computer.")