--- Log for 31.03.109 Server: lindbohm.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 13 days and 15 hours ago 00.00.30 # also, wouldn't it be better to have the references you added below the copyright boilerplate? 00.00.38 Quit MethoS- (Read error: 110 (Connection timed out)) 00.03.12 Quit JdGordon| ("http://www.mibbit.com ajax IRC Client") 00.03.56 # bluebrother: oh, I didn't remind. I will recitfy right now :-) 00.04.03 Quit bertrik ("Leaving") 00.04.22 # bluebrother: what is the boilerplate? 00.04.37 # bluebrother: sorry, didn't undertsnad 00.05.18 Quit MethoS-- (Read error: 110 (Connection timed out)) 00.08.19 # the files have some standard header which is the copyright information. You've put some reference comment inside of that 00.08.48 # wouldn't it be better to be consistent here and add that reference comment simply as a separate comment below the header? 00.09.29 # ah, ok. but below or after? 00.10.22 # isn't that the same? 00.11.23 # I mistake, maybe you wanted to say before... ok. I will do it now. 00.16.45 Quit ender` (" "Religion is the opiate of the masses." -- Karl Marx --- "Winners don't do drugs." -- The FBI") 00.17.41 # bluebrother: done. 00.17.56 # can you please see if there is nay more problems? 00.18.09 Quit Chris_Black (Client Quit) 00.19.43 Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-7f6d82adb734106c) 00.20.19 # Llorean: do you mind if I delete the stickies in New Ports and replace them with a bulleted list and rewritten explination when I get a chance? 00.20.33 # the current guidelines could be a little more clear 00.22.04 *** Saving seen data "./dancer.seen" 00.24.27 # saratoga: Sure, just preserve the "POSTING IN THIS FORUM" name please, I like having one of those in each section 00.24.46 Quit ZyL0R (Read error: 110 (Connection timed out)) 00.27.25 Join midgey [0] (n=tjross@67-194-122-69.wireless.umnet.umich.edu) 00.29.23 Quit antil33t (Read error: 113 (No route to host)) 00.29.39 Quit bmbl ("Woah!") 00.30.11 Quit saratoga ("CGI:IRC (Ping timeout)") 00.30.28 # Sounds like Doom's having sample rate problems on some targets (iPod 5G at least) again 00.31.36 Quit robin0800 (Read error: 110 (Connection timed out)) 00.36.42 Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) 00.38.08 Quit dfkt ("-= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.") 00.40.36 # What's the best way to collect stats from a codec so that they could be displayed on a debug screen? I was thinking of just sticking stuff into an extern struct and have vorbis.codec periodically write to a file but if there's an easy way to expose that to the debug screen I'd rather give that a go 00.41.18 Quit killan ("( www.nnscript.com :: NoNameScript 4.22 :: www.esnation.com )") 00.44.10 Quit midgey () 00.44.33 # Actually.. looks like that's mostly what the debug menu does anyway so mayble I'll just have a think about a generic codec debug datastructure that all codecs could use 00.47.40 Join itcheg [0] (i=62db4767@gateway/web/ajax/mibbit.com/x-35af9cbb0d381dfa) 00.49.17 Join killan [0] (n=nnscript@c-5ef170d5.06-397-67626721.cust.bredbandsbolaget.se) 00.49.28 Quit casainho (Remote closed the connection) 00.49.31 Quit PaulJam (Read error: 113 (No route to host)) 00.50.22 Quit bluebrother ("leaving") 00.52.45 Quit faemir (Read error: 60 (Operation timed out)) 00.53.10 Join hd [0] (i=jd@modemcable022.187-203-24.mc.videotron.ca) 00.53.14 Quit hd (Read error: 104 (Connection reset by peer)) 00.57.09 Quit itcheg ("http://www.mibbit.com ajax IRC Client") 00.59.32 Quit matsl (Remote closed the connection) 01.00.49 Quit mc2739 ("ChatZilla 0.9.84 [Firefox 3.0.8/2009032609]") 01.13.29 Join CaptainKewl [0] (i=jds@207-237-172-77.c3-0.nyr-ubr4.nyr.ny.cable.rcn.com) 01.13.36 Quit Thundercloud (Remote closed the connection) 01.14.25 Join advcomp2019_ [0] (n=advcomp2@unaffiliated/advcomp2019) 01.15.43 Join Conic_ [0] (n=conicpp@c-75-68-165-66.hsd1.vt.comcast.net) 01.17.16 Quit tessarakt ("Client exiting") 01.19.18 Join akur1 [0] (n=akur@bl6-144-224.dsl.telepac.pt) 01.19.58 Quit TBOL3 ("http://www.mibbit.com ajax IRC Client") 01.21.34 Part akur1 01.21.42 Join midijunkie [0] (n=Miranda@pD95476EC.dip0.t-ipconnect.de) 01.23.20 Join antil33t [0] (n=Mudkips@119.224.48.72) 01.24.09 Quit flydutch ("/* empty */") 01.26.46 Join barrywardell [0] (n=barrywar@79.97.77.138) 01.27.56 Join fenugrec [0] (n=ABC@modemcable247.111-201-24.mc.videotron.ca) 01.30.45 Join Hillshum [0] (n=chatzill@unaffiliated/hillshum) 01.32.05 Quit advcomp2019 (Read error: 110 (Connection timed out)) 01.33.09 Quit Conic (Read error: 110 (Connection timed out)) 01.34.11 Part toffe82 01.37.10 Join ultrasonic [0] (n=manohar@203.199.213.3) 01.39.00 Quit amiconn (Nick collision from services.) 01.39.02 Join amiconn_ [50] (n=jens@rockbox/developer/amiconn) 01.39.09 Quit pixelma (Nick collision from services.) 01.39.09 Join pixelma_ [50] (n=pixelma@rockbox/staff/pixelma) 01.39.21 Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) 01.39.24 Nick pixelma_ is now known as pixelma (n=pixelma@rockbox/staff/pixelma) 01.39.26 Quit stripwax (Read error: 104 (Connection reset by peer)) 01.42.27 Quit Hillshum ("ChatZilla 0.9.83 [Firefox 3.0.3/2008092417]") 01.46.49 Quit fenugrec ("Leaving") 01.50.16 Join _lifeless [0] (n=lifeless@90.150.218.111) 01.57.20 Join jordoex [0] (n=quassel@S0106002129693a39.vc.shawcable.net) 01.58.10 Quit Conic_ () 02.05.04 Quit phoul (Read error: 113 (No route to host)) 02.17.11 Quit thegeek (Read error: 113 (No route to host)) 02.22.06 *** Saving seen data "./dancer.seen" 02.41.24 Quit midijunkie (Read error: 104 (Connection reset by peer)) 02.53.40 Join Lezard [0] (n=lezardfl@189.58.209.20.dynamic.adsl.gvt.net.br) 03.02.29 Join thegeek [0] (n=nnscript@s243b.studby.ntnu.no) 03.03.28 Nick advcomp2019_ is now known as advcomp2019 (n=advcomp2@unaffiliated/advcomp2019) 03.10.33 Quit barrywardell () 03.10.57 Quit kushal_12_27_200 ("Leaving. I cannot promise to be back but most likely will.") 03.11.05 Quit linuxstb (Read error: 110 (Connection timed out)) 03.12.38 Quit bluefoxx (Read error: 104 (Connection reset by peer)) 03.12.44 Join bluefoxx [0] (n=BlueFoxx@S01060015e968e813.vs.shawcable.net) 03.31.51 Quit bluefoxx () 03.37.36 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 03.38.00 Quit thegeek (Read error: 131 (Connection reset by peer)) 03.38.11 Join thegeek [0] (n=nnscript@s243b.studby.ntnu.no) 03.40.02 Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) 03.41.57 Join midgey [0] (n=tjross@71.238.148.140) 03.52.28 Join krazykit` [0] (n=kkit@adsl-76-252-12-247.dsl.ipltin.sbcglobal.net) 03.53.23 Join homielowe [0] (n=homielow@unaffiliated/homielowe) 03.57.37 Quit bzed (Remote closed the connection) 04.00.03 Quit krazykit (Read error: 110 (Connection timed out)) 04.02.33 Part EternalRains 04.06.35 Join timc`` [0] (n=aoeu@124.93.243.83) 04.06.38 Quit timc (Read error: 104 (Connection reset by peer)) 04.08.26 Join Strife89 [0] (n=nds@204.116.244.200) 04.15.09 Join MrDuck [0] (n=kachna@r4ax178.net.upc.cz) 04.15.45 Join Barahir_ [0] (n=jonathan@Ya711.y.pppool.de) 04.16.28 Join fyrestorm_ [0] (n=fyre@cpe-68-173-232-9.nyc.res.rr.com) 04.17.09 Quit fyrestorm_ (Client Quit) 04.22.08 Quit kachna|lappy (Connection timed out) 04.22.10 *** Saving seen data "./dancer.seen" 04.24.58 Quit Strife89 ("Don't worry, I'll be back. :-*") 04.29.58 Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-e16cca5b1a4479ff) 04.30.10 Quit miepchen^schlaf (Read error: 101 (Network is unreachable)) 04.31.54 Quit Barahir (Read error: 110 (Connection timed out)) 04.33.33 Quit fyrestorm (Read error: 110 (Connection timed out)) 04.34.55 Join LambdaCalculus37 [0] (n=rmenes@rockbox/staff/LambdaCalculus37) 04.34.55 Quit saratoga (Client Quit) 04.37.15 Join bluefoxx [0] (n=BlueFoxx@S01060015e968e813.vs.shawcable.net) 04.49.10 Join StealthyXIIGer [0] (n=stealthy@c-68-62-18-116.hsd1.mi.comcast.net) 04.49.26 Join itcheg [0] (i=62db4767@gateway/web/ajax/mibbit.com/x-7a9138d03deee2cb) 04.51.22 Join Strife89 [0] (n=nds@204.116.244.200) 04.51.52 Part Strife89 04.53.47 Quit ultrasonic (Read error: 110 (Connection timed out)) 04.59.44 Quit MT (Read error: 110 (Connection timed out)) 05.01.27 Join AndyIL [0] (i=AndyI@212.14.205.32) 05.09.29 # so there are a few superdom patches in the tracker... aliask has gone awol so should i just commit them and hope they actually work? 05.10.21 Join BHSPitMonkey [0] (n=stephen@unaffiliated/bhspitmonkey) 05.11.47 Quit franky (Read error: 113 (No route to host)) 05.12.51 Quit AndyI (Read error: 110 (Connection timed out)) 05.13.08 Quit agaffney (Read error: 104 (Connection reset by peer)) 05.13.25 Join agaffney [0] (n=agaffney@gentoo/developer/agaffney) 05.19.50 Join wangxiang [0] (n=wangxian@203.86.76.219) 05.24.24 Quit itcheg ("http://www.mibbit.com ajax IRC Client") 05.35.32 Quit Horscht ("Verlassend") 05.40.01 Join ParadoxG [0] (n=LewisGun@S010600110904d72e.ed.shawcable.net) 05.51.02 Join krazykit [0] (n=kkit@ppp-70-236-47-235.dsl.ipltin.ameritech.net) 05.52.49 Quit kugel (Read error: 110 (Connection timed out)) 05.59.21 Quit krazykit` (Read error: 145 (Connection timed out)) 06.00.28 Quit bluefoxx () 06.09.22 Quit agaffney (Read error: 54 (Connection reset by peer)) 06.09.48 Join agaffney [0] (n=agaffney@gentoo/developer/agaffney) 06.22.12 *** Saving seen data "./dancer.seen" 06.26.17 Quit LambdaCalculus37 ("This computer has gone to sleep") 06.48.52 Join MT [0] (n=MTee@41.233.146.148) 06.54.57 Quit CaptainKewl (Read error: 60 (Operation timed out)) 06.55.23 Join Keripo [0] (n=Keripo@eng418.wireless-resnet.upenn.edu) 06.57.31 # I wrote up a quick GSoC proposal by following the template on the wiki: http://pastebin.ca/1377621 06.57.59 # wasn't sure how detailed or formal its expected to be, but I was told that I'd be able to get some feedback by posting here 06.59.40 # how do you plan to add areac support? 07.00.24 # "areac"? 07.00.30 # atrac 07.00.41 # Sony PSPs already support ATRAC3 07.00.52 # so its just a matter of integrating their plugin 07.01.19 # or rather, writing something that calls their plugin 07.01.33 # not too sure about how GPL-friendly that'll end up being though 07.01.48 # I doubt it will be friendly at all... 07.01.51 # it might be doable 07.02.03 Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-40c156ae234a72fa) 07.02.06 # you're planning this as a rockbox as an app port? or a proper firmware replacemet? 07.02.36 # if I remember correctly, a few homebrew apps do make use of the ATRAC3 plugin so I'd be using them as reference 07.02.45 # just not sure what license their source code is under 07.02.58 # an app port, starting from a UI sim port, working down 07.04.13 # its probably GPL safe to use the built in ATRAC decoder, but I would not put that in your application 07.04.18 # its really not related to the project 07.04.58 # hm, I was thinking it'd just be another format that Rockbox would be able to support as a bonus 07.05.08 # I wouldn't try to do anything with playback other then get it to work 07.05.17 # but if it'll cause licensing or other issues, its not a main focus 07.05.24 # its not realistic to do get into codec support given the time constraints 07.05.39 # noted, changing. 07.06.02 # Keripo: do you have any plan as to how you would build the sim for the psp? and make it generic for other sdl targets? 07.06.07 # you can actually use built in PSP codecs though, as far as the GPL is concerned 07.06.37 # getting RAAA to a point where its comitable will actually be quite difficult 07.06.43 # i badly underestimated the work involved last year 07.07.07 # JdGordon - I remember looking at the UI Sim's source code and it pretty much seems that I'd replace the Windows/Linux-specific code with PSP-specific system code 07.07.47 # the Sim is already for the SDL target - I'm just using the Sim as a starting point, not modifying the Sim so it compiles for the PSP 07.08.24 # saratoga, I don't expect merging back into the SVN to be easy - I'd just like it to work first 07.08.26 # what we need/want for RAAA is to have it seperate from the current sim code... ideally it would be a real target like an ipod for example... 07.09.28 # JdGordon- yeah, thats what I'd like to do eventually, but I think itd be easier to first get it running by using the Sim, then part by part turning it into an actual target 07.10.14 # whats the PSP dev tools like? there is a sdl port already? 07.10.53 # yup 07.11.16 # nice full SDL port and plenty of libraries ported for all sof things 07.11.37 # gcc mips is used? 07.12.30 # "psp-gcc" - I would assume yes, gcc mips 07.12.50 # so this would be my suggestion (we already have had more than a few people coming in saying they want to work on raaa)... try to get a psp app building from the current source, all thats needed is a simple hello world app that uses some of the rockbox sdl code to prove you can do it.... I tihnk thats the major hurdle, just being able to wrangle the configure script to get a usable build 07.12.51 # they have their own nice dev package 07.13.41 # JdGordon - will try 07.14.06 # what do you mean by "some of the rockbox sdl code" though 07.14.10 # can you post the link to the PSP gcc port? 07.14.10 # if you can do something like that then the rest is plain sailing 07.14.52 # http://forums.ps2dev.org/viewtopic.php?t=7373 07.15.02 # toolchain here: http://forums.ps2dev.org/viewtopic.php?t=9812 07.15.28 # dont remember if thats the exact same links I used before, but things are maintained by the PS2 devs 07.15.50 # Keripo: (some disagree with this aproach)... have a look at the bootloader builds for the current targets, the use only the firmware part of the source tree (a tiny bit compared to the apps/ folder)... if you can just build a rockbox sdl build with the lcd driver then you're almost there 07.15.55 Join l403 [0] (n=l@85.132.159.239) 07.17.15 # then the idea would be to copy the various sdl "drivers" into the firmware/target folder instead of uisimulator/ and getting a full build going 07.17.47 # bootloader/common.c? 07.18.47 Quit ParadoxG () 07.18.57 # each of the files in bootloader is a bootloader for a different target (common.c is common stuff :p ) 07.19.31 # Keripo: are you using cygwin then? 07.19.42 # the crucial bit is getting stuff like the sdl driver and system_init() going 07.20.26 # saratoga - I have both Cygwin and Linux installed but am probably going to do most things on Cygwin due to convenience 07.21.16 # ok good 07.21.19 # JdGordon - understood - I see the main and call to system_init in ipod.c ; ) 07.21.42 Quit saratoga ("CGI:IRC (EOF)") 07.22.11 # saratoga - Does Rockbox have a preference for Linux? (the wiki gives enviro setup instructions for Ubuntu on VM I believe) 07.22.23 # linux is easier and faster 07.22.29 # but no cygwin or a vm is fine 07.22.43 # interix even works 07.22.48 # (also osx...) 07.23.15 # I just prefer Cygwin since for the PSP I can just plug it in, copy over, then yoink it out (no unmounting needed) 07.23.39 # ... thats a bad assumption 07.23.48 # and you can do that in linux also with the right mount options 07.26.07 # hm, I've never bothered setting that up I suppose 07.26.08 # and cygwin is slooooooow 07.26.43 # I'm usually doing other things when I'm compiling, so I don't usually notice ; ) 07.26.51 Join Lss [0] (n=Lss@cm246.delta91.maxonline.com.sg) 07.29.43 Join einhirn [0] (n=Miranda@bsod.rz.tu-clausthal.de) 07.35.58 Quit cspotcode (Remote closed the connection) 08.02.19 Join midgey_ [0] (n=tjross@71.238.148.140) 08.03.21 Quit l403 (Read error: 113 (No route to host)) 08.10.57 Join Rob2223 [0] (n=Miranda@p4FDCD8B0.dip.t-dialin.net) 08.15.21 Quit midgey_ () 08.18.50 Quit midgey (Read error: 110 (Connection timed out)) 08.22.15 *** Saving seen data "./dancer.seen" 08.25.55 Join bmbl [0] (n=Miranda@unaffiliated/bmbl) 08.28.41 Quit Rob2222 (Read error: 110 (Connection timed out)) 08.30.36 Join Bagderr [241] (n=daniel@rockbox/developer/bagder) 08.30.59 Quit z35 ("Leaving") 08.31.03 Nick Bagderr is now known as B4gder (n=daniel@rockbox/developer/bagder) 08.31.53 Join flydutch [0] (n=flydutch@host238-166-dynamic.15-87-r.retail.telecomitalia.it) 08.34.42 Part Keripo 08.37.19 Quit StealthyXIIGer (Read error: 110 (Connection timed out)) 08.47.26 Join ender` [0] (i=krneki@foo.eternallybored.org) 08.50.35 Join Zagor [242] (n=bjorn@rockbox/developer/Zagor) 08.59.40 # it shouldnt be possible for one codec exiting to cause the next codec to fail yeah? 09.06.43 Join petur [50] (n=petur@rockbox/developer/petur) 09.06.46 Join LinusN [0] (n=linus@rockbox/developer/LinusN) 09.07.22 # for some reason, with 9795 hitting next track when wma is playing will cuase the next track to codec fail and skip the track, the one after will work fine 09.07.28 # wma->wma works ok though 09.10.39 Quit BHSPitMonkey (Remote closed the connection) 09.12.59 Quit bmbl ("Woah!") 09.14.38 Join franky [0] (n=franky@f053005054.adsl.alicedsl.de) 09.18.24 Quit GodEater (Read error: 113 (No route to host)) 09.20.58 # * JdGordon hopes this isnt a thread timing issue :( 09.25.30 Join GodEater [0] (n=nyeahrig@rockbox/staff/GodEater) 09.26.55 Quit wangxiang ("Leaving") 09.27.34 Nick Barahir_ is now known as Barahir (n=jonathan@Ya711.y.pppool.de) 09.31.01 Nick JdGordon is now known as JdGordon|zzz (n=jonno@rockbox/developer/JdGordon) 09.31.34 Join Casainho [0] (n=chatzill@bl8-171-207.dsl.telepac.pt) 09.31.47 # hello :-) 09.32.23 # B4gder: can you give a look to this FS#10076 ? 09.36.25 Quit |ahmina| (Read error: 104 (Connection reset by peer)) 09.36.26 Join lymeca [0] (n=lymeca@213-213-141-71.xdsl.is) 09.42.19 Quit Seed (Nick collision from services.) 09.42.20 Join Seedy [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net) 09.51.20 Quit MrDuck (Read error: 113 (No route to host)) 09.56.42 Quit jordoex (Read error: 110 (Connection timed out)) 10.01.40 Quit Casainho ("ChatZilla 0.9.84 [Firefox 3.0.8/2009032609]") 10.03.56 Quit DataGhost (Nick collision from services.) 10.04.04 Join DataGhost [0] (i=dataghos@unaffiliated/dataghost) 10.09.07 Join JustKemp [0] (n=matt@114.78.20.26) 10.09.14 # ya mon 10.09.25 # ima jamaican 10.09.59 Part JustKemp 10.10.42 Quit lymeca (Read error: 110 (Connection timed out)) 10.10.55 Join bzed [0] (n=bzed@devel.recluse.de) 10.22.17 *** Saving seen data "./dancer.seen" 10.22.27 Join kenguest [0] (n=radagast@78.153.202.217) 10.22.36 # lo 10.23.10 # great news about GSoC :D 10.32.30 Join lymeca [0] (n=lymeca@213-213-141-71.xdsl.is) 10.35.43 Quit nibbler (Read error: 110 (Connection timed out)) 10.37.05 Join ultrasonic [0] (n=manohar@203.199.213.3) 10.38.31 Quit daurnimator (Read error: 60 (Operation timed out)) 10.40.44 Join daurnimator [0] (n=quae@ppp118-208-168-83.lns10.mel4.internode.on.net) 10.43.07 Join renke [0] (n=renke@host-091-097-066-012.ewe-ip-backbone.de) 10.46.20 Join BdN3504 [0] (n=55b22ca7@gateway/web/cgi-irc/labb.contactor.se/x-fa57d3d154629816) 10.47.35 Quit BdN3504 (Client Quit) 10.56.48 Join |ahmina| [0] (n=lymeca@213-213-141-71.xdsl.is) 10.58.24 Quit |ahmina| (SendQ exceeded) 10.58.51 Join |ahmina| [0] (n=lymeca@213-213-141-71.xdsl.is) 10.58.53 Quit lymeca (Read error: 104 (Connection reset by peer)) 11.01.56 Join MrDuck [0] (n=kachna@r3g248.net.upc.cz) 11.20.47 Quit kenguest (Connection reset by peer) 11.20.53 Join kenguest [0] (n=radagast@lir.talideon.com) 11.31.32 Join Lez [0] (n=lezardfl@189.58.209.254.dynamic.adsl.gvt.net.br) 11.33.16 Quit Llorean (Connection reset by peer) 11.33.44 Join Llorean [0] (n=DarkkOne@adsl-99-185-10-52.dsl.hstntx.sbcglobal.net) 11.35.37 Quit Lezard (Read error: 60 (Operation timed out)) 11.36.59 Join EternalRains [0] (n=InsDel@c-76-106-220-241.hsd1.fl.comcast.net) 11.44.50 Quit blithe ("Lost terminal") 11.45.01 Join blithe [0] (n=blithe@blakesmith.me) 11.46.19 Join daurn [0] (n=quae@ppp121-44-194-211.lns10.mel4.internode.on.net) 11.48.29 Quit daurnimator (Read error: 60 (Operation timed out)) 11.55.40 Nick Lez is now known as Lezard (n=lezardfl@189.58.209.254.dynamic.adsl.gvt.net.br) 11.57.30 Quit Lss (Read error: 104 (Connection reset by peer)) 11.58.00 Join MT_ [0] (n=MTee@41.233.148.90) 12.08.14 Quit MT (Read error: 110 (Connection timed out)) 12.18.46 Join petur2 [50] (n=petur@rockbox/developer/petur) 12.20.58 Quit petur (Nick collision from services.) 12.21.02 Nick petur2 is now known as petur (n=petur@rockbox/developer/petur) 12.22.19 *** Saving seen data "./dancer.seen" 12.36.16 Join LambdaCalculus37 [0] (n=rmenes@rockbox/staff/LambdaCalculus37) 12.37.53 Part LambdaCalculus37 ("Leaving") 12.38.06 Join LambdaCalculus37 [0] (n=rmenes@rockbox/staff/LambdaCalculus37) 12.39.40 Join bs66_ [0] (n=sysuser@95.209.46.170) 12.39.48 Join barrywardell [0] (n=barry@barry-workstation.ucd.ie) 12.41.38 Join lucent [0] (i=lucent@unaffiliated/shadows) 12.41.44 Quit EternalRains ("Leaving.") 12.48.18 Join l403 [0] (n=l@85.132.159.239) 12.54.59 Quit bs66_1 (Read error: 110 (Connection timed out)) 12.55.34 Join kachna [0] (n=kachna@r3g248.net.upc.cz) 12.56.30 Join bluefoxx [0] (n=BlueFoxx@S01060015e968e813.vs.shawcable.net) 12.57.05 Quit bluefoxx (Client Quit) 12.57.48 Quit LambdaCalculus37 ("What am I doing on this planet!?") 13.00.01 Quit renke (Read error: 110 (Connection timed out)) 13.11.37 Join dfkt [0] (n=dfkt@unaffiliated/dfkt) 13.12.17 Quit MrDuck (Read error: 110 (Connection timed out)) 13.20.20 Join Casainho [0] (n=chatzill@bl8-171-207.dsl.telepac.pt) 13.21.19 # Bagder: hello :-) . Can you please give a look to the next patch of Lyre? 13.25.56 Join Ubuntuxer [0] (n=johannes@dslb-094-220-233-089.pools.arcor-ip.net) 13.29.30 Join petur2 [50] (n=petur@rockbox/developer/petur) 13.29.47 Quit petur (Nick collision from services.) 13.29.53 Nick petur2 is now known as petur (n=petur@rockbox/developer/petur) 13.32.12 Quit thegeek (Read error: 104 (Connection reset by peer)) 13.32.22 Join thegeek [0] (n=nnscript@s243b.studby.ntnu.no) 13.35.49 Quit lostlogic (Read error: 60 (Operation timed out)) 13.36.01 Join lostlogic [50] (n=lostlogi@rockbox/developer/lostlogic) 13.46.13 Join petur2 [50] (n=petur@rockbox/developer/petur) 13.46.37 # can someone give a look to FS#10076 ? 13.47.42 Join kushalone [0] (n=kushal@12.169.180.178) 13.52.41 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 13.55.37 Join petur3 [0] (n=petur@213.49.144.150) 13.55.46 Join Sedgewick [0] (n=Sedgewic@81.200.132.126) 13.58.00 Quit petur (Nick collision from services.) 13.58.08 Quit petur2 (Nick collision from services.) 13.58.12 Nick petur3 is now known as petur (n=petur@213.49.144.150) 14.07.51 Join kugel [0] (n=kugel@rockbox/developer/kugel) 14.10.16 Join PaulJam [0] (n=icke@vpn-3048.gwdg.de) 14.11.11 Part evilnick 14.11.36 Quit MT_ (Read error: 110 (Connection timed out)) 14.20.54 Join hmm [0] (n=jbivens@p5099a64e.dip0.t-ipconnect.de) 14.22.23 *** Saving seen data "./dancer.seen" 14.23.11 Part hmm ("Ex-Chat") 14.35.11 Join LambdaCalculus37 [0] (n=44a04303@gateway/web/cgi-irc/labb.contactor.se/x-ae065d0eb7e08372) 14.35.29 # * LambdaCalculus37 knows the manuals are broken... my bad! 14.36.02 Quit Casainho ("ChatZilla 0.9.84 [Firefox 3.0.8/2009032609]") 14.41.54 Part B4gder 14.47.09 Quit antil33t (Read error: 104 (Connection reset by peer)) 14.47.22 Join antil33t [0] (n=Mudkips@119.224.48.72) 14.48.53 Join n1s [0] (n=n1s@rockbox/developer/n1s) 14.49.02 Join lazka [0] (n=lazka@84-119-44-181.dynamic.xdsl-line.inode.at) 15.00.16 Join MT [0] (n=MTee@41.233.148.21) 15.01.56 Join midijunkie [0] (n=Miranda@pD9547372.dip0.t-ipconnect.de) 15.04.00 # why don't we just recreate the config if it's outdated, rather than complain about it? 15.05.11 # n1s: because you may have modified it manually 15.05.27 # ah 15.06.04 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 15.06.15 Join perrikwp [0] (i=18ac0c41@gateway/web/ajax/mibbit.com/x-fd8c77d135284da5) 15.09.03 # * n1s gets slightöy annoyed by that warning... 15.09.09 # s/ö/l/ 15.10.43 # hmm. 15.11.07 Quit kachna (Read error: 110 (Connection timed out)) 15.12.31 # I've a power only usb car adaptor for powering/charging my mp3 player [and other gadgets] in the car. decided I needed to charge my iriver h340 (w rockbox 3.2) this morning. it was playing at the time. plugged the charger into it and it swapped over to usb client mode. 15.12.41 # there's some button I have to press, isn't there? 15.13.27 # yes there is, i *think* it's the AB button but the manual should know 15.15.57 # cool. I suppose if it was clever about it, maybe rockbox could detect that only power is being supplied and not switch to usb client mode, but for this usecase that's probably a bit much 15.16.13 # thanks n1s 15.16.52 # kenguest: i think that's actually impossible on those players because USB is handled entirely by a usb-ata bridge chip 15.17.12 # gotcha. 15.20.49 Join CaptainKewl [0] (i=jds@207-237-172-77.c3-0.nyr-ubr4.nyr.ny.cable.rcn.com) 15.20.58 Join funman [0] (i=56421242@gateway/web/ajax/mibbit.com/x-30d29a3f84a83f57) 15.21.54 # hello 15.22.01 # I receive a phone call from AMS this morning 15.22.13 # they asked me how much potential clients I had :) 15.22.26 # The entire lot of us! :) 15.22.49 # (us being Rockbox devs/staff) 15.23.05 # I told him a possible gain for them can be expected if people like rockbox, buy sansa players, and sansa buy AMS SoCs, but it's a little gain i guess 15.23.57 Join lazka_ [0] (n=lazka@84-119-54-103.dynamic.xdsl-line.inode.at) 15.24.01 # he's gonna call me back, Bagder could you send him an email about your previous contacts (he wasn't aware) 15.24.57 Quit lazka (Read error: 104 (Connection reset by peer)) 15.28.07 Join evilnick_ [0] (i=0c140464@gateway/web/ajax/mibbit.com/x-7e18c57bbbf8ff91) 15.29.29 # Hello 15.33.35 # Lezard: Hi there. If you have a question then do ask 15.35.42 # Oh ok o/ 15.35.50 # Well 15.36.14 # i`m interested in the usability study and implementation project for the GSoC but i have some questions 15.38.03 # Lezard: Ask away, and when someone who can help comes in then they'll reply. 15.39.04 # ok ok 15.39.07 # ops 15.39.13 # it was supposed to be oh ok 15.40.05 # Well, my main question is if you want to use a metodology for the analysis or am i supposed to propose one as well 15.40.41 # Lezard, nobody on the project (that I'm aware of) is a usability expert, so we're allowing free reign on the methodology 15.41.54 # funman: I think it's a noticeable gain for AMS if sansa sticks to their hardware. They mass producing, millions of units, I don't think AMS can say "we don't care about sandisk" 15.42.34 # no but i think they don't care about rockbox smally increasing sandisk sales 15.43.00 # I don't think it's too small 15.43.12 # i received a Clip from a donator this morning, I was hacking around the MMU, and I just noticed flyndice patch update 15.43.12 # I`m asking because I`m a HCI and usability researcher in my university, and if you had any methodology I wanted to study it before the project but thanks 15.43.43 # about the implementations, how much of the proposed in the analysis need to be implementated in the GSoC time? 15.43.50 # Lezard: Remember it's Summer of _code_, so a large part of the project should be implementing usability improvements as well. 15.44.00 # funman: I tried the patch on my fuze. codecs are worse (ogg doesn't play at all) 15.44.11 # and pictureflow is sooo slooow 15.44.27 # I can't really tell the UI is more responsive, due to that 15.44.51 # kugel: pcm use DMA as well, so special care might be needed here 15.45.23 # perhaps dcache invalidation must happen in dma driver 15.45.48 # I'll hack around the patch at home 15.46.27 # by the way I tried to reset the peripherals (using CCU_SRC/SRL) and I can reset all of them but IDE interface .. looks like something is still missing in SD driver 15.46.41 # and test_disk fails as well on the Sansa Clip (v1) 15.46.58 # interesting 15.47.06 Quit kushalone ("Leaving. I cannot promise to be back but most likely will.") 15.47.10 # Llorean yes, i`m aware of that, my main fear is that many issues are found and i dont have time to code all the solutions 15.47.21 # funman: gigabeat s invalidates in the dma driver as well. not in the ata driver 15.47.35 Quit Ubuntuxer ("Leaving.") 15.48.30 # funman: also, it might be very useful if we can remap the iram to be directly behind the RAM (or before), so that we can get rid of longcalls 15.48.44 # Lezard: if the project is too big you can redefine your deadlines, and perhaps finish the work after the summer 15.49.06 # kugel: oh i was not aware of that, what is the distance limit for long calls? 15.49.33 # uhm, I'm not sure 15.49.46 # jhMikeS should know it 15.50.09 # funman: Well I agree, but I didn`t know that it was possible to finish the work after the summer 15.50.15 # but it has something to do, that the ldr instruction can only take a limited offset as immediate operand IIUC 15.51.13 # Lezard: it's free software, you can even work on it right now ;) - I mean that if what you want to do is too long for a summer, you can define what you will do during the summer, and do the remaining work after 15.51.28 # funman: remapping iram would also prove that the mmu is running 15.52.11 # Lezard: The key isn't that you do everything - it's that your progress at any given step is deemed reasonable for the amount of time that has passed. Ideally you should be able to proprose 15.52.40 # Lezard: Ideally though, you should be able to define some things that can be accomplished by the deadline. If a full overhaul isn't possible, specific individual refinements ought to be. 15.53.15 # Thanks, that makes me more confident on proposing to work in the project 15.53.45 # another question, is it possible for me to e-mail any mentor with a draft so it can be reviewed? 15.54.50 # Lezard, just submit it to the GSoC application - we can review it there, comment on it, and then you can refine it 15.56.46 # If you really want it reviewed first, the rockbox-dev mailing list exists, though you're likely to get a lot of random public comments too. 15.57.24 # funman: I tried to put some driver code into iram on the fuze but had problems 15.57.31 # And if you're not familiar with the list, it may be hard to know who you can ignore :) 15.57.45 # * GodEater puts gevaerts on the ignore list ;) 15.57.46 # kugel: did you enable IRAM use in config.h ? 15.57.53 # codecs didn't work at all (just skipped songs), and bootup was a bit weird 15.57.55 # yes 15.58.08 # and I added *.lds accordingly 15.58.27 # in fact, just enabling it in the condig.h is already problematic it seems 15.59.05 # funman: What I find weird though is, that IRAM doesn't seem to be enabled, but yet some mem* functions are in iram. 15.59.20 # and disabling iram entirely makes mp3 not crash 16.00.10 Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) 16.00.32 Quit CaptainKewl (Read error: 110 (Connection timed out)) 16.00.45 Join midgey [0] (n=tjross@71.238.148.140) 16.01.22 Quit Nico_P (Client Quit) 16.01.58 # IRAM doesn't seem to be managed correctly on the fuze it seems 16.02.24 # The Fuze looks more problematic than other models it seems 16.02.33 # I should receive mine this week 16.02.37 # no, not really 16.02.55 Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) 16.03.14 # besides of the display weirdness (where a workaround exists), the e200 seems doing worse, because the scrollwheel is depandant on this red pixel too 16.03.22 # Since the Fuze & e200v2 have so much similarities, seeing if the problems you meet can be reproduced on e200v2 too 16.03.50 # Did you find this "red pixel" by disassembly ? 16.04.01 # the e200 would probably have the display weirdness too if the display was wider (bitmap start to show pixel corruption if width > ~190) 16.04.33 # funman: no FlynDice found that on the e200, his scrollwheel only works if he didn't use cabbiev2, but another theme 16.04.42 # Lezard: I may be stating the obvious, but an important thing to remember is that Rockbox runs on about 30 different devices (varying a lot in physical characteristics) - so any usability study needs to take that into account. 16.05.10 # after investigating, he found that the red-part of the backdrop has to be above 127 16.05.29 # 127 in 24bit rgb sense 16.05.34 # Lezard: Also, some other students have just posted a link to a draft of their application here and asked for comments - before posting it on google's site. But as GodEater said, you can just do the same thing on google's site. 16.05.37 # O_O 16.06.12 Quit Nico_P (Remote closed the connection) 16.06.14 # funman: this doesn't apply for the fuze's wheel, but for the home button (and power to a less extend) 16.06.22 Quit funman ("http://www.mibbit.com ajax IRC Client") 16.06.26 # kugel: thats interesting, so you mean that the first pixel has to be 127? 16.06.31 Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) 16.07.05 # any pixel seems to work, it just has to be written just before reading. We took a pixel out of view for now 16.07.35 # ahh 16.09.30 Join sir_lewk [0] (n=jlg95@tux64-01.cs.drexel.edu) 16.10.07 # I'm having some trouble getting my ipod video (30gb) with rockbox installed to boot 16.10.49 # sir_lewk, what are your symptoms ? 16.10.53 # it's been working fine for some time, but now all of a sudden it either seems to hang on the apple logo screen, or rockbox's splash screen 16.11.34 # I'm trying to get it to at least mount on my computer so I can reinstall rockbox or back up my data 16.13.02 # oh whoa, just got it 16.13.30 Join wangxiang [0] (n=wangxian@203.86.76.219) 16.13.30 Join pyro_maniac1 [0] (n=jens@p4FEEA328.dip.t-dialin.net) 16.15.10 # heh, I think something is dreadfully wrong with this, I got it to mount but I can't seem to read the filesystem :/ 16.15.32 Quit timc`` (Remote closed the connection) 16.15.38 # sir_lewk, chkdsk time 16.17.08 # yeah 16.22.26 *** Saving seen data "./dancer.seen" 16.30.09 # * LambdaCalculus37 wants to commit FS#10079 16.30.17 # Tested and working here. 16.30.22 # * GodEater wants a million pounds 16.31.33 # * LambdaCalculus37 hands GodEater a sack containing a million pounds and three pence :) 16.31.48 # * GodEater gibbers slightly 16.39.29 Join toffe82 [0] (n=chatzill@74.0.180.178) 16.42.02 Quit barrywardell (Remote closed the connection) 16.49.39 Quit DataGhost (Nick collision from services.) 16.49.47 Join DataGhost [0] (i=dataghos@unaffiliated/dataghost) 16.51.55 Join mcuelenaere [0] (n=mcuelena@rockbox/developer/mcuelenaere) 16.53.34 Quit midgey () 16.59.53 # LambdaCalculus37, i forgot the size of viewer icons 17.01.13 # 16x16? 17.01.57 Join jordoex [0] (n=quassel@S0106002129693a39.vc.shawcable.net) 17.02.28 Quit Zagor ("Don't panic") 17.03.52 Part LinusN 17.03.56 Join SirFunk_ [0] (n=Sir@208-15-25-145.netsync.net) 17.06.21 Join matsl [0] (n=matsl@dhcp101.contactor.se) 17.08.17 # PSPdemon: I have to check again. 17.09.12 Quit Nico_P (Remote closed the connection) 17.13.24 Part lazka_ ("cya") 17.13.58 Join PaulJam__ [0] (n=icke@vpn-3040.gwdg.de) 17.14.07 Quit PaulJam (Read error: 110 (Connection timed out)) 17.15.05 Part mcuelenaere ("Leaving.") 17.15.12 Join mcuelenaere [0] (n=mcuelena@rockbox/developer/mcuelenaere) 17.17.56 # * pixelma hands LambdaCalculus37 a handful of yellow 17.18.08 Join barrywardell [0] (n=barry@barry-workstation.ucd.ie) 17.18.32 Quit matsl ("Riece/3.1.2 XEmacs/21.5-b28 (fuki, cygwin32)") 17.19.09 Quit wangxiang (Connection timed out) 17.22.19 Quit SirFunk (Read error: 110 (Connection timed out)) 17.22.48 # pixelma: I won't be able to commit a fix a while. 17.22.58 # * LambdaCalculus37 inserts a for 17.25.11 Join timc [0] (n=aoeu@124.93.243.83) 17.31.00 Join SirFunk__ [0] (n=Sir@208-15-25-145.netsync.net) 17.31.36 Nick JdGordon|zzz is now known as JdGordon (n=jonno@rockbox/developer/JdGordon) 17.31.56 Quit SirFunk_ (Connection timed out) 17.36.36 Join wangxiang [0] (n=wangxian@210.77.3.232) 17.36.54 Quit kugel (Nick collision from services.) 17.36.58 Join kugel [0] (n=kugel@rockbox/developer/kugel) 17.39.06 Quit kugel (Remote closed the connection) 17.40.58 Join bmbl [0] (n=Miranda@unaffiliated/bmbl) 17.45.20 Join SirFunk_ [0] (n=Sir@208-15-25-145.netsync.net) 17.48.57 Quit midijunkie ("?(???~•~)?") 17.52.18 Join kugel [0] (n=kugel@e178098136.adsl.alicedsl.de) 17.53.46 Quit kugel (Client Quit) 17.54.02 Join kugel [0] (n=kugel@rockbox/developer/kugel) 17.56.19 # is doom supposed to crash in the sim? 18.03.14 Part mcuelenaere ("Leaving.") 18.04.18 Quit SirFunk__ (Read error: 110 (Connection timed out)) 18.06.06 Quit lightbulbjim (Read error: 60 (Operation timed out)) 18.09.02 # hmm, it only crashes in the beast sim? 18.09.37 Quit PaulJam__ (Read error: 113 (No route to host)) 18.10.36 Quit wangxiang (Read error: 110 (Connection timed out)) 18.11.16 Join faemir [0] (n=daniel@88-106-169-118.dynamic.dsl.as9105.com) 18.11.46 Join Lez [0] (n=lezardfl@189.58.209.254) 18.12.02 Part kenguest 18.12.39 Quit Lezard (Read error: 113 (No route to host)) 18.12.53 Join midgey [0] (n=tjross@71.238.148.140) 18.13.00 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 18.14.47 Join mcuelenaere [0] (n=mcuelena@rockbox/developer/mcuelenaere) 18.18.34 Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 18.22.29 *** Saving seen data "./dancer.seen" 18.32.35 Join adam [0] (n=chatzill@n161s091.ntc.blacksburg.shentel.net) 18.32.36 Nick adam is now known as shawshank87 (n=chatzill@n161s091.ntc.blacksburg.shentel.net) 18.35.29 Join JdGordon| [0] (i=836b0049@gateway/web/ajax/mibbit.com/x-2d1067d70768ea4c) 18.36.53 Quit petur ("*gone at last*") 18.36.56 Join z35 [0] (n=z35@h36.17.89.75.dynamic.ip.windstream.net) 18.43.54 Join nibbler [0] (n=Nibbler@e181112193.adsl.alicedsl.de) 18.43.56 Join Strife89 [0] (n=michael@168.16.232.173) 18.47.16 Join domonoky [0] (n=Domonoky@g229064072.adsl.alicedsl.de) 18.49.18 # well, it crashes with a clean svn too so it's not my bug \o/ anyway gdb tells me it's r_draw.c:227 that is the offending line 18.49.28 Quit shawshank87 ("ChatZilla 0.9.84 [Firefox 3.0.8/2009032609]") 18.50.12 Quit JdGordon| ("http://www.mibbit.com ajax IRC Client") 18.51.59 Join JdGordon| [0] (i=836b0055@gateway/web/ajax/mibbit.com/x-754bc39bf275ef9c) 18.52.16 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 18.54.00 Quit midgey () 18.59.43 # * n1s would like some review of FS#10080 (especially the parts in the drivers) and some testing ;) 19.03.15 Quit JdGordon| ("http://www.mibbit.com ajax IRC Client") 19.03.56 Join JdGordon| [0] (i=836b0055@gateway/web/ajax/mibbit.com/x-2a0c788499f0dadb) 19.04.59 Quit antil33t (Read error: 104 (Connection reset by peer)) 19.05.13 Join antil33t [0] (n=Mudkips@119.224.48.72) 19.08.19 Join archivator [0] (n=archivat@77.70.28.57) 19.08.40 Quit jordoex (Read error: 110 (Connection timed out)) 19.13.16 Join midgey [0] (n=tjross@71.238.148.140) 19.15.44 # n1s: I'm not sure about the several places of strlcpy(a,b, size+1). Doesn't that mean the \0 could potentially behind the buffer? 19.16.49 # I would think if the original did buf[SIZE] = '\0', it would be a bug anyway 19.18.05 # I remember that we agreed on MAX_PATH or _SIZE like #defines should already include the \0 some time ago 19.19.40 Quit Strife89 ("To class.") 19.20.03 Join kachna [0] (n=kachna@r4ax178.net.upc.cz) 19.22.02 Quit Sedgewick ("off") 19.25.30 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 19.26.16 # hello there 19.26.57 Join shirish [0] (n=shirish@59.90.65.93) 19.27.11 # Hi, 19.27.24 Join FOAD_ [0] (n=dok@dinah.blub.net) 19.27.35 # I am shirish participating in this years gsoc 19.28.15 Join perrikwp [0] (i=982135ad@gateway/web/ajax/mibbit.com/x-16e7b0cc1b80722a) 19.28.18 Quit Lez (Read error: 104 (Connection reset by peer)) 19.29.22 # kugel: that is done mostly with buffers declared like char buf[SIZE+1] and that did strncpy with SIZE as the limit and then buf[SIZE] = 0 why do you think this is wrong? 19.30.22 Join Lezard [0] (n=lezardfl@189.58.209.254) 19.31.19 # I'd rather not change the buffer sizes in a lot of places as a part of this patch but as a follow up at a later time 19.31.53 Part andy` 19.33.01 # shirish: hello! 19.33.08 Join andy` [0] (i=andy@cassarossa.samfundet.no) 19.33.36 # hi gevaerts 19.33.39 # shirish: so you want to write a tts engine from scratch for rockbox in gsoc ? why not try to port a existing tts engine ? 19.33.44 # amiconn: do you think the driver parts of FS#10080 looks ok? 19.34.06 # hmmm 19.34.29 # yes, i guess i would rather import any existing one 19.34.37 Quit tvelocity (Remote closed the connection) 19.34.43 # that was nice of you to suggest domonoky 19.35.24 Quit FOAD (Read error: 110 (Connection timed out)) 19.35.25 Nick FOAD_ is now known as FOAD (n=dok@dinah.blub.net) 19.35.26 # Ugh, strlcpy... 19.35.46 # n1s: fine. Just saying that because we agreed on that some time ago (i.e. char buf[SIZE+1] shouldn't be done) 19.36.24 # domonoky , do i have to submit yet another proposal for this one 19.37.10 # shirish: you should be able to edit the one that's already there 19.37.37 # shirish: also i think we would like to have a more detailed timeplan. So you need to think about how you can breakdown the project into smaller steps.. 19.37.54 # amiconn: why ugh? 19.38.00 # * amiconn would rather not want to see strlcpy in rockbox 19.38.21 # thank you gevaerts domonoky would be doing that right away 19.39.05 # It's on MrSomeonesTodoList, so it has been agreed on (by definition, kinda). Why not strlcpy? 19.39.17 # Also i would like to ask whether there is any lyrics plugin built with in 19.39.36 # shirish: there's one on the tracker 19.40.22 # ok kugel 19.40.43 # shirish: http://www.rockbox.org/tracker/task/7432?histring=snc%20viewrer 19.41.36 # hm... from the description it does not seem to be supporting unsyncronized lyrics in tags 19.41.56 # Mostly because of this imo perfectly valid argument: http://sources.redhat.com/ml/libc-alpha/2000-08/msg00058.html 19.41.56 # it does, such as simple txt files 19.42.18 # kugel, hence "in tags" ;) 19.42.23 # and I believe it supports lyrics in tags too, but I'm not sure 19.43.40 # amiconn: so you would drop all str*cpy and just use memcpy? 19.44.09 # No, I'd continue to use the standardized functions and take care of possible truncation in the code 19.44.32 # I think those arguments are a bit elitist, like Drepper tends to be... 19.44.38 # amiconn: that does not apply to rockbox very much, 0 places checked for overflows from strncpy, several just \0 terminated the end of the buffer and severla places didn't handle it in any way 19.44.59 # Bagder: The comment I liked to is by someone else 19.45.10 # *linked 19.45.17 # oh right, but you can find longer arguments against strlcpy by him 19.45.21 # * domonoky still likes strncpy with handling trunkating... 19.45.38 Quit midgey (Read error: 110 (Connection timed out)) 19.45.44 # The quoted comment is by Drepper? 19.46.00 # Yes, but I'm mainly referring to the answer, not the quote 19.46.06 # no, the quoted is not the answer is 19.46.16 # argh 19.46.18 # * Bagder is confusde 19.46.23 # * Bagder goes hiding instead 19.46.29 # And strlcpy has another problem: It does *not* nullterminate if the source string is empty 19.46.55 # So you still need to handle a special case - nothing gained 19.47.15 # the real fun thing is: there x strxcpy versions out there, everyone whith its own flaw :-) 19.47.57 # * domonoky remembers sstrcpy and _sstrcpy and more :-) 19.51.05 # strlcpy isn't standard, so we can fix issues with it. Using standardized, but unsafer function is worse, imo 19.51.11 Join StealthyXIIGer [0] (n=stealthy@c-68-62-18-116.hsd1.mi.comcast.net) 19.51.49 # kugel: we can't fix it and keep calling it strlcpy I think (but that's a bit besides the point) 19.51.54 # * kugel thinks strlcpy is an improvement over strncpy in any way 19.52.08 # I think so too 19.52.12 # it's a better API 19.53.13 # gevaerts: Yes, we can :) 19.53.33 # Doing so seems unwise 19.53.49 # in theory, I mean. I won't argue whether it's good practise or nice or something. 19.54.10 # * domonoky opens a beer.. *prost* :-) 19.55.44 Quit SirFunk_ (Connection timed out) 19.55.55 Join miepchen^schlaf [0] (n=miepel@p579EC713.dip.t-dialin.net) 19.56.23 Join SirFunk_ [0] (n=Sir@208-15-25-145.netsync.net) 19.56.24 Join tessarakt [0] (n=jens@e180072074.adsl.alicedsl.de) 19.57.55 # it should null terminate if the source string is empty 19.58.02 # as long as size isn't zero 20.00.38 # it does that, iiuc 20.01.21 Quit shirish ("Leaving") 20.01.44 # I read the man page after amiconn's claim and I see no support for that 20.02.28 # looking at the code, the only problem I see is if size == 0, and src not null-terminated 20.02.42 Join bertrik [0] (n=51ff6e41@gateway/web/cgi-irc/labb.contactor.se/x-b84acfd81f92cd38) 20.04.27 Join robin0800 [0] (n=quassel@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) 20.08.05 Quit FOAD ("I'll be back") 20.08.27 Join FOAD [0] (n=dok@dinah.blub.net) 20.20.13 Join Buschel [0] (n=AndreeBu@p54A3FE47.dip.t-dialin.net) 20.22.30 *** Saving seen data "./dancer.seen" 20.25.34 Join robin0800_ [0] (n=quassel@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) 20.25.46 Quit robin0800 (Read error: 104 (Connection reset by peer)) 20.25.52 # Seems I misread that detail 20.26.22 Join kushalone [0] (n=kushal@12.169.180.178) 20.30.03 Quit mcuelenaere (Remote closed the connection) 20.32.14 Join mcuelenaere [0] (n=mcuelena@rockbox/developer/mcuelenaere) 20.45.17 Join akur [0] (n=akur@bl6-149-57.dsl.telepac.pt) 20.45.20 Part akur 20.45.34 Quit bertrik ("CGI:IRC (EOF)") 20.48.51 Join jordoex [0] (n=quassel@d142-058-094-202.wireless.sfu.ca) 20.49.01 Quit kushalone ("This computer has gone to sleep. Macs are like babies. They need a lot of sleep. :)") 20.49.10 # * amiconn isn't convinced that strlcpy + strlcat is really better 20.50.08 Quit Horscht ("Verlassend") 20.50.13 Join ArtificialGekko [0] (n=Gekko@p54AD1B1D.dip0.t-ipconnect.de) 20.52.47 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 20.52.48 Quit barrywardell (Remote closed the connection) 20.53.39 Quit ultrasonic (Connection timed out) 20.55.52 Quit archivator (Read error: 104 (Connection reset by peer)) 20.58.08 Join DarkSpectrum [0] (n=ZX@adsl-99-33-105-142.dsl.sfldmi.sbcglobal.net) 20.58.11 Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) 21.00.13 Quit Thundercloud (Remote closed the connection) 21.01.22 Join zylor [0] (n=zylor@bl11-88-229.dsl.telepac.pt) 21.07.06 Join midgey [0] (n=tjross@71.238.148.140) 21.10.06 Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) 21.12.13 Quit Thundercloud (Remote closed the connection) 21.13.21 Join SirFunk__ [0] (n=Sir@208-15-25-145.netsync.net) 21.14.03 Quit midgey () 21.17.59 # n1s: Some of the changes in 10080 look rather wrong 21.18.18 Quit ArtificialGekko ("Nettalk6 - www.ntalk.de") 21.18.43 # The most questionable one is the one in fat.c 21.19.51 Quit blithe ("Lost terminal") 21.19.57 # It looks like fat.c *relies* on strncpy behaviour 21.20.02 Join blithe [0] (n=blithe@blakesmith.me) 21.20.41 # amiconn: yes, i expected some errors especially in the dirvers, what do you mean *relies* exactly? 21.21.25 # It seems to rely on strncpy copying everything up to buffer length without null termination if the source is longer 21.22.20 # so a memcpy would be more suitable? 21.22.23 # sounds like a memcpy job to me 21.22.45 # It might also rely on the zero-padding 21.23.07 # The source string is certainly null-terminated, but most probably not padded 21.23.44 # * amiconn thinks that replacing all those calls in tried & tested code will probably cause more trouble than it's worth 21.23.47 # zero-padding at least seems like a good thing to do for FAT 21.24.15 Join bluebrother [0] (n=dom@rockbox/developer/bluebrother) 21.24.51 Quit blithe (Client Quit) 21.25.02 Join blithe [0] (n=blithe@blakesmith.me) 21.25.19 # I'm not involved into filesystems, but why would you want to rely on \0-padding? 21.25.57 # amiconn: maybe, but when i asked people felt we should get rid of strncpy so that's what i did, surely that one or those two places can be padded with a memset 21.26.21 Quit miepchen^schlaf () 21.26.38 # kugel: for rockbox it may not be too important, but you don't want to write data from random bits of memory to disk 21.26.52 # Also, our strncpy is optimised, strlcpy is not 21.27.14 Quit SirFunk_ (Read error: 110 (Connection timed out)) 21.27.18 Join miepchen^schlaf [0] (n=miepel@p579EC713.dip.t-dialin.net) 21.27.45 # and our optimized strncpy does the zero padding that is completely useless in the majority of cases 21.28.13 Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) 21.28.14 # * gevaerts would vote against replacing the strncpy in fat.c with anything else. This is exactly the case that strncpy is good at 21.28.21 # amiconn: this alignment optimisation can be done for strlcpy too 21.29.39 Join Conic [0] (n=conicpp@c-75-68-165-66.hsd1.vt.comcast.net) 21.29.42 # Zero padding isn't useless... 21.30.27 # "useless in the majority of cases" 21.31.04 # Yes, but not all. And if you are going to *replace* strncpy, you need to take care of the cases where it is necessary 21.31.31 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 21.33.33 # yes i know, and since i don't know all the rockbox code i asked for people to review it 21.33.35 Quit mcuelenaere (Read error: 104 (Connection reset by peer)) 21.33.47 # Also, the shortname entry case definitely relies on copying 11 chars without null-terminating, and zero-padding if the source is shorter 21.34.57 Quit nibbler (Read error: 113 (No route to host)) 21.36.16 # Hmm, actually the shortname is space-padded, hence can't be shorther than 11 chars 21.37.00 # so memcpy should be the way to go then 21.38.12 Join kushalone [0] (n=kushal@12.169.180.178) 21.39.46 Quit l403 (Read error: 110 (Connection timed out)) 21.40.25 # The dotdir case seems to be ok 21.40.53 # * amiconn thinks that fat.c has quite some possibilities for optimisation though 21.41.06 # and the other place in fat.c could use memcpy, right? 21.41.26 Join l403 [0] (n=l@85.132.159.239) 21.41.41 # Looks like it 21.42.00 # thanks you for looking at this 21.42.04 # -s 21.42.45 # If this is going to be committed it'll need to see rather extensive testing imo 21.44.15 Quit miepchen^schlaf (Read error: 145 (Connection timed out)) 21.44.18 # I intend to commit it and honestly though noone was seriously against but yes, much testing is needed 21.46.01 # amiconn: if you really don't like this i think you should take it up on the ml 21.46.40 Nick SirFunk__ is now known as SirFunk (n=Sir@208-15-25-145.netsync.net) 21.52.48 Join fml [0] (n=4fd3d519@gateway/web/cgi-irc/labb.contactor.se/x-f87b8a90185672fc) 21.56.22 # LambdaCalculus37: ping. I'd like to talk about your recent changes to the manual 21.58.05 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 21.58.16 # fml: I'm leaving work now; are you going to stick around for a while? 21.58.25 # (and yes, I know the manual's broken) 21.59.05 Quit LambdaCalculus37 ("CGI:IRC 0.5.9 (2006/06/06)") 22.01.08 # LambdaCalculus37: I've fixed it. But I have some stylistic comments as well. 22.05.56 Join gartral [0] (n=gareth@adsl-75-33-64-115.dsl.bcvloh.sbcglobal.net) 22.11.34 Join MethoS [0] (n=lem@host-091-097-245-208.ewe-ip-backbone.de) 22.14.02 # In the last change to rocklife.c, a variable is assigned a value and then a buffer of a variable length is declared. Is it standard C? 22.15.16 Quit timc (Read error: 110 (Connection timed out)) 22.15.37 Join miepchen^schlaf [0] (n=miepel@p579EC713.dip.t-dialin.net) 22.16.21 # fml: I think it's part of C99 22.17.38 Join midgey [0] (n=tjross@67-194-72-117.wireless.umnet.umich.edu) 22.18.00 Join timc [0] (n=aoeu@124.93.243.83) 22.18.23 # fml: That code looks dangerous though - it doesn't check for a maximum size... 22.19.42 # It is c99 and yes, easy to use to get nice StkOv messages :) 22.20.12 # linuxstb: Do we use C99? I too thought that the code is dangerous. Why not read the file line by line? 22.20.39 # fml: Yes, just what I was thinking... (reading the file line by line) 22.21.43 # hmm, did anyone ever managed to enable iPod 5G headphones without clicking? 22.21.49 # Or at the very least, decide on a maximum filesize, and allocate that as a fixed-size array (also on the stack). 22.22.34 *** Saving seen data "./dancer.seen" 22.22.49 # linuxstb: or, even better, make it static 22.23.13 # fml: That depends, if it fits on the stack, why not put it there? 22.23.21 # (stack is in iram...) 22.23.29 # (generally...) 22.23.45 Join webguest59 [0] (n=d079434a@gateway/web/cgi-irc/labb.contactor.se/x-0fda88f8b81e44ca) 22.24.00 # linuxstb: yes, but in the stack fits less than static IMO. If we had an infinite stack then I'd surely prefer stack 22.24.07 Quit |ahmina| (Success) 22.24.13 Quit webguest59 (Client Quit) 22.25.29 Join EternalRains [0] (n=InsDel@c-76-106-220-241.hsd1.fl.comcast.net) 22.25.33 # fml: Well, I think we agree that the current method is the worst option... 22.29.58 Quit l403 (Connection timed out) 22.30.12 # linuxstb: not to mention that there is no check whether the loaded file would shoot beyond the grid 22.34.58 Join tessarakt2 [0] (n=jens@e180068174.adsl.alicedsl.de) 22.38.07 Part homielowe 22.40.03 Quit DarkSpectrum (Read error: 110 (Connection timed out)) 22.42.13 Quit fml ("CGI:IRC") 22.52.04 Quit tessarakt (Read error: 110 (Connection timed out)) 22.52.12 Quit miepchen^schlaf (Read error: 145 (Connection timed out)) 22.53.40 Quit _lifeless (Remote closed the connection) 22.53.57 Join _lifeless [0] (n=lifeless@94.50.166.75) 22.56.34 Join Davide-NYC [0] (n=Davide-N@user-0cev1vr.cable.mindspring.com) 22.57.17 Join matsl [0] (n=matsl@1-1-4-2a.mal.sth.bostream.se) 22.58.05 # Hello afternoon all, quick question: Now that USB mode has been enabled for the Sansa e200 series is it possible to entirely remove the OF? (other than the Sansa Bootloader) 22.58.52 # Davide-NYC: yes 22.59.11 # Are there instructions on how to accomplish this? 22.59.47 # compile your own bootloader, take the bootloader.rom and use it with the sansapatcher' 22.59.54 # sansapatcher's -bl option 22.59.58 # Does bootloader USB mode with that bootloader? 23.00.02 # Davide-NYC: Hi there - I think that the instructions are in the flyspray task for the new bootloaders 23.00.12 # hello nick 23.00.44 # Davide-NYC: what? there's no usb mode in rockbox' bootloader 23.00.59 # Davide-NYC: I have an H140 ready for spare parts if you're interested? 23.00.59 Join bertrik [0] (n=51ff6e41@gateway/web/cgi-irc/labb.contactor.se/x-43c89e006171517c) 23.01.19 Join miepchen^schlaf [0] (n=miepel@p579EC713.dip.t-dialin.net) 23.01.22 # so what happens if you plug in (USB) the unit in the off state and then turn it on? 23.01.40 # nothing 23.01.43 # Nick, what on earth do you keep doing to your players? 23.01.50 # kugel: thanks 23.01.51 # it boots rockbox, which then enters usb mode 23.01.59 # perfect 23.03.20 # is it possible to brick X5 with firmware update or sth like that? 23.03.20 # Davide-NYC: Heh, this is my oldest Rockbox target, and it doesn't boot when plugged into AC power and I can't really be bothered to fix it up. I thought that you might like to have it to add to your collection, 23.04.22 # does it boot if *not* plugged into AC power? 23.06.06 # Unlikely. I haven't tried in months, it's possible that the right amount of "Nintendo" style blowing of contacts could revive it. 23.07.12 Join fml [0] (n=4fd3d519@gateway/web/cgi-irc/labb.contactor.se/x-96ee87f1cc5c08bb) 23.07.38 Join jordoex_ [0] (n=quassel@d142-058-094-202.wireless.sfu.ca) 23.08.34 Quit jordoex_ (Client Quit) 23.08.46 # so ummm... shall I assume X5 is unbrickable by usual means? 23.09.00 Join jordoex_ [0] (n=quassel@d142-058-094-202.wireless.sfu.ca) 23.09.33 # nick, check your private chat window 23.10.52 # ufoman: Please use real words like "something" and not things like "sth" in here. I believe this is explained in the IrcGuidelines page. 23.11.27 # I blame being cold... 23.11.39 # *having 23.11.41 # damn 23.12.26 Quit miepchen^schlaf () 23.12.42 # LambdaCalculus37: (for the log) I think the description of the action in the file format table should use the imperative form ("Load the file") and not the the third person ("Loads the file") as it's done for the other formats. Or we should change it everywhere. But it should use the same form. 23.13.27 # ufoman: yes the x5 is virtually impossible to brick 23.13.41 Join miepchen^schla [0] (n=miepel@p579EC713.dip.t-dialin.net) 23.13.59 Join perrikwp [0] (i=18ac0c41@gateway/web/ajax/mibbit.com/x-6df8f862c446b899) 23.14.02 # Bagder: cool, so I can proceed with the dualboot stuff :) 23.14.54 Quit Conic (Read error: 104 (Connection reset by peer)) 23.15.18 # Also, since the action is performed in the context of the selected file, we should (IMO) use "the", i.e. "Load the FM Presets". And without "you". It's frendlier, yes, but I think we agreed to use more formal style :-) 23.23.32 # ok... dual boot works :) 23.24.43 Quit fml ("CGI:IRC 0.5.9 (2006/06/06)") 23.25.02 Quit jordoex (Read error: 110 (Connection timed out)) 23.30.17 Quit bertrik ("CGI:IRC") 23.32.11 Join andyzweb [0] (n=andyzweb@pool-72-87-127-176.prvdri.fios.verizon.net) 23.34.31 Part andyzweb 23.35.28 Join casainho [0] (n=chatzill@87-196-97-183.net.novis.pt) 23.35.45 Join LambdaCalculus37 [0] (i=41585845@rockbox/staff/LambdaCalculus37) 23.36.22 # fml: Still here? 23.36.33 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 23.36.43 # Bagder: ping 23.36.54 Join perrikwp [0] (i=18ac0c41@gateway/web/ajax/mibbit.com/x-34b8834fd6f87bd1) 23.37.07 # yes? 23.37.29 # * LambdaCalculus37 waves to Davide-NYC 23.37.37 # Hey Rob@ 23.38.31 # Davide-NYC: I figured out what happened to that first gen nano... the charging circuit had indeed gone kablooey. 23.38.42 # you manage to fix her? 23.39.04 # Nope. I haven't really got the hardware repair skills necessary to make such a repair. 23.39.17 # It's a shame, because it would've been a perfectly working target otherwise. 23.39.34 # Bagder: can you please give a look to the next patch of Lyre? 23.39.56 # when I get time and energy, sure 23.40.52 # Bagder: ok, thanks!! :-) 23.41.12 # Davide-NYC: I wanted to ask... have you got any other spare parts from other targets lying around? 23.41.21 # Bagder: I am being talking with Olimex, they are not sure about this project. 23.41.32 # * LambdaCalculus37 will take this to -community so we don't clog up these logs here 23.43.00 # Bagder: luckly there is a guy (an individual as us) that may help us, we are in conversations. That guy is doing at home his own boards, designing and assembly, surface mount tecnhology (oven reflow) 23.43.19 Join fml [0] (n=4fd3d519@gateway/web/cgi-irc/labb.contactor.se/x-a60bfe122149747d) 23.44.07 # LambdaCalculus37: good evening! I wrote something for you in the logs :-) I won't stay here for very long now. 23.44.37 # fml: I saw. I'll fix it up. 23.44.47 # Bagder: and that guy is after selling his boards on Ebay: http://search.ebay.com/_W0QQsassZopendous . And was luck, because he was doing right now his first ARM9 dev. board as a product to sell online. He want now to help us, we he uses always Free Software tools: http://code.google.com/p/avropendous/ 23.45.18 # LambdaCalculus37: do you agree with the comments? That were just thoughts, not an order! :-) 23.45.35 # fml: No, I agree with them. :) 23.46.36 # LambdaCalculus37: ok. Enjoy the evening and the chat. Bye! 23.47.00 Quit fml (Client Quit) 23.52.04 Quit zylor (Read error: 104 (Connection reset by peer)) 23.52.30 # * Davide-NYC remembers nothing of that target 23.52.46 # http://www.rockbox.org/download/ <= BIG shiny button 23.52.48 # (sorry, wrong window) 23.53.29 Join homielowe [0] (n=homielow@unaffiliated/homielowe) 23.53.37 Join csz [0] (n=Win@csz.kolej.mff.cuni.cz) 23.53.45 # Shiny!!! 23.53.50 # hi 23.53.52 # oops 23.54.02 # LambdaCalculus37: Did you also read the discussion of r20591? 23.54.26 Quit midgey () 23.56.04 # Is the latest version of sansapatcher the one from Dec 2008? 23.56.20 Quit casainho ("ChatZilla 0.9.84 [Firefox 3.0.8/2009032711]") 23.57.33 # Davide-NYC: I believe so. 23.57.50 Quit Davide-NYC ("ChatZilla 0.9.84 [Firefox 3.0.8/2009032609]") 23.57.58 Join Davide-NYC [0] (n=Davide-N@user-0cev1vr.cable.mindspring.com) 23.58.02 # linuxstb: Yes, I saw.