--- Log for 10.06.111 Server: card.freenode.net Channel: #rockbox --- Nick: logbot_ Version: Dancer V4.16 Started: 8 days and 22 hours ago 00.00.21 # this is the main aspect of buflib, to reduce fragmentation 00.01.11 # Because (1) their allocation is mostly static / init-time only, (2) dealing with moving data is hard / complex for them, and (3) the benefits for the system are likely minor. 00.01.40 # I think it's better to tolerate some fragmentation if at all possible 00.01.59 # the benefit doesn't depend on (for example) dircache, but what's hapenning around it 00.02.16 # if something is freed before dircache, the hole wants to be filed 00.03.01 Join bug2000 [0] (~bug@unaffiliated/bug2000) 00.03.33 # One idea that crossed my mind: Would it make sense to simply hand out buffer space to clients in fixed-size chunks (regions, arenas) and let the clients do the entire high-level alloc management themselves, possibly with the help of a lib? That would always allocate/free big chunks (at the expense of some internal fragmentation), and no data would ever have to be moved around. Could the audio / codec code deal with multiple noncontiguous big ch 00.03.43 # sideral: I didn't see freqmod talking too often in the other channel (though that's a bit in this channel's nature) anyway but thought he would read it from time to time 00.03.55 # sideral: I found it! I think. 00.04.03 # so I guess it needs a bit of patience 00.04.30 # pixelma: OK, thanks for your efforts! 00.04.50 # freeing (always) creates holes, no matter how you do the allocation 00.05.12 # sideral: I think I know how to reproduce it. 00.05.49 # bug2000: cool! shall I reopen the FS task? 00.06.02 # sideral: Ya. 00.06.18 # sideral: I believe you can reproduce it by deleting a file using Rockbox. 00.06.32 # Or at least thats how I think I've done it. 00.08.06 # bug2000: OK, I've reopened FS#12129 . I'm keen on seeing what you found! :) 00.08.07 # http://www.rockbox.org/tracker/task/12129 3Duplicate database entries (bugs, unconfirmed) 00.08.30 # sideral: I'm not sure what your suggestion achieves what a dumb malloc doesn't 00.10.08 # kugel: The idea is that there wouldn't be any external fragmentation: One module cannot fragment the memory allocated to another 00.10.51 # but each free would leave a "big chunk" hole 00.11.44 # and big chunks are almost always a memory waste 00.11.49 # kugel: Off the record, I love eating Kugel. 00.12.01 # No, each high-level free would leave a hole inside the module's arena. The the lowest level, the arena can only deallocated as a whole 00.13.18 # Yes, each module wastes whatever it cannot use of its chunk. But at the lowest level, there wouldn't be any fragmentation from small allocations 00.13.48 # s/The the/At the/ 00.13.49 Quit bertrik (Ping timeout: 255 seconds) 00.13.51 # fragmentation from small allocs is better than that from big chunks :) 00.14.25 # no, we cannot afford wasting memory on big chunks, really 00.14.41 # Not if you can tolerate noncontiguous big chunks in memory-hungry clients, which is my question actually 00.14.58 # buffering can't handle that, no 00.15.54 # To me it seemed like a smaller change than making dircache and tagcache fit for moving allocations 00.16.56 # sideral: Firefox found a time to die. 00.16.56 # Clients only needing small allocations could also share their arenas, reducing memory waste 00.17.12 # sideral: Basically, delete a file using Rockbox firmware. The duplication should happen if I got it right. 00.17.34 # bug2000: Do you have the dircache enabled? 00.17.55 # sideral: there's still not negible waste on big chucks. you know we have targets with less than 2MB memory (and 400k audio buffer) 00.17.58 # sideral: Where is that in the options? 00.18.08 # bug2000: Is it the file that you deleted that will get duplicated? 00.18.20 # and adding support to holes, which are even externally created, to buffering could easily double its code size 00.18.27 # sideral: It's EVERYTHING that gets duplicated. 00.19.01 # bug2000: dircache is in general settings -> system -> disk 00.19.26 # btw, if anyone knows how to reduce this Makefile rules to one, I'm all ears: http://pastie.org/2045037 00.19.51 # bug2000: can you make a backup of your database files for me, with a small example file set? Perhaps you can reproduce this with a simulator? 00.19.53 Quit ender` (Quit: Little expense had been spared to create the impression that no expense had been spared.) 00.20.35 # sideral: I see no "disk" there. 00.20.36 # kugel: OK, it was only an idea. Moving allocations in a C program frighten me :) 00.20.56 # sideral: Sure, just link me to a download link for the linux sansa clipv1. 00.20.59 # you surely need to be careful 00.21.03 # I can't really firefox right now but I can wget. 00.21.39 # the ability for non-movable buffers is actually only meant for the audio buffer, not the other allocs 00.21.48 # bug2000: Ah, the ClipV1 doesn't support dircache AFAIK 00.22.10 # sideral: Then no dir cache :P 00.23.11 # bug2000: I can't cut you a sim build right now (need to leave in a few minutes). I'm not sure, perhaps we offer sim builds on our web site? 00.23.25 # sideral: Firefox is broken :P 00.24.13 # bug2000: Use konqueror, links, or any other browser? 00.24.26 # Yey w3m :P 00.25.35 # bah, w32 file >.> 00.29.08 Join robin0800 [0] (~robin0800@149.254.61.232) 00.34.27 Quit liar__ (Ping timeout: 258 seconds) 00.37.57 # kugel: Look up "pattern rules" in the GNU Make info file 00.37.58 Join Scromple [0] (~Simon@115-64-195-104.tpgi.com.au) 00.40.25 # Yey. Firefox is back. 00.42.00 # sideral: I have such a rule 00.42.31 # http://pastie.org/2045110 is the complete makefile 00.43.01 # the pattern rule seems to not work for test_*.c and main.c since they're always remade 00.43.31 # kugel: That pattern rule is for compilation, not linking 00.44.05 # sideral: I fail to find the linux simulator. 00.44.08 # I thought you wanted to remove the redundancy from the link rules? 00.44.44 # sideral: I don't know how to setup a pattern rule for linking (the binaries have no extension) and it doesn't work for all C files 00.44.45 # bug2000: Do you feel comfortable compiling your own? It's not difficult. 00.44.58 # sideral: Ya, I'm ok with compiling. 00.46.13 # bug2000: http://www.rockbox.org/wiki/UiSimulator 00.47.46 # kugel: The pattern would be like: % : %.o : $(LIB) 00.48.40 # and then the command can refer to $@, $<, $^ in the usual fashion. And $* returns the string that was matched 00.49.58 # I don't get how % works. what does it match? 00.50.34 Quit mudd1 (Quit: Ex-Chat) 00.50.42 Quit efyx (Remote host closed the connection) 00.50.53 # sideral: svn co sure takes time. 00.51.57 Quit domonoky (Read error: Connection reset by peer) 00.53.21 Join Epicide [0] (~joe@cpe-174-109-086-069.nc.res.rr.com) 00.54.47 # also makes implicit rules confuse me 00.55.03 # it's making stuff with rules I never declared 00.55.26 # bug2000: we also have a git mirror: http://www.rockbox.org/wiki/GitVersionControl#The_public_Rockbox_git_repository 00.56.21 Join mshathlonxp [0] (~athlonmpp@5ad7b04e.bb.sky.com) 00.56.23 # kugel: Well, you seem to have specified at least some nonexisting target that Make thinks it can synthesize 00.57.32 # sideral: WAHH. It's REALLY late. 00.58.08 # bug2000: Take your time. I need to go offline anyway shortly 01.00.28 # sideral: :? 01.00.57 # how does % work? how does it know which .o files are meant with %.o? 01.02.32 # ah the all: $(TARGETS) confuses it 01.04.35 Join johnney5 [0] (~ident@pool-138-89-75-24.mad.east.verizon.net) 01.07.11 # kugel: I don't quite remember and would have to RTFM. I think it deduces from the targets it needs to make -- or did you have to specify after the second colon (and dependencies belong into separate dependency rules)? It's late... :) 01.10.33 # got it down, I think 01.10.45 # now* 01.16.30 Quit sideral (Quit: Leaving.) 01.16.57 Quit HaimN (Ping timeout: 276 seconds) 01.17.29 Join HaimN [0] (~quassel@95.86.119.222) 01.22.39 Quit Curulan (Ping timeout: 240 seconds) 01.23.58 Quit simonlnu (Remote host closed the connection) 01.36.34 Quit robin0800 (Read error: Connection timed out) 01.36.44 Quit Keripo (Quit: Leaving.) 01.37.24 Join robin0800 [0] (~robin0800@149.254.60.163) 01.49.54 Join [Saint] [0] (~st.lasciv@124-197-3-117.callplus.net.nz) 01.57.05 Join mshaxp [0] (~athlonmpp@5ad7b04e.bb.sky.com) 01.58.39 *** Saving seen data "./dancer.seen" 01.59.00 Quit mshathlonxp (Disconnected by services) 01.59.05 Nick mshaxp is now known as mshathlonxp (~athlonmpp@5ad7b04e.bb.sky.com) 02.15.32 Join Keripo [0] (~Keripo@c-76-28-198-27.hsd1.wa.comcast.net) 02.18.43 Quit Epicide (Ping timeout: 240 seconds) 02.27.34 Join Epicide [0] (~joe@cpe-174-109-086-069.nc.res.rr.com) 02.36.14 Join simonlnu [0] (Oguy5z8jMt@unaffiliated/simonrvn) 02.40.00 Quit HaimN (Remote host closed the connection) 02.42.18 Quit keyb_gr (Ping timeout: 240 seconds) 02.42.50 Quit robin0800 (Ping timeout: 250 seconds) 02.53.46 Quit GeekShadow (Quit: The cake is a lie !) 03.06.58 Quit Epicide (Quit: leaving) 03.09.35 Quit johnney5 (Quit: —I-n-v-i-s-i-o-n— 3.2 (July '10)) 03.24.21 Join evilnick [0] (~evilnick@ool-18bee3a9.dyn.optonline.net) 03.24.34 Quit evilnick (Changing host) 03.24.34 Join evilnick [0] (~evilnick@rockbox/staff/evilnick) 03.24.40 Nick jhMikeS is now known as MosquitoInMyRoom (~jethead71@rockbox/developer/jhMikeS) 03.24.50 Nick MosquitoInMyRoom is now known as jhMikeS (~jethead71@rockbox/developer/jhMikeS) 03.25.25 Nick jhMikeS is now known as StandingOnMyPant (~jethead71@rockbox/developer/jhMikeS) 03.26.16 Nick StandingOnMyPant is now known as jhMikeS (~jethead71@rockbox/developer/jhMikeS) 03.36.24 # Do we consider it kosher to delete posts with attachments someone says are "bad"? 03.40.03 Join Zarggg [0] (~zarggg@24.229.139.169.res-cmts.sm.ptd.net) 03.41.22 # bad how? (in the forum you mean?) 03.43.10 # in flyspray 03.44.03 # some bum patches posted in 12021 for the VGM codec 03.50.28 # yeah, delete them 03.53.46 Join timccc [0] (~aoeu@112.166.15.141) 03.55.36 Part timccc 03.58.43 *** Saving seen data "./dancer.seen" 04.14.18 Join Fangs [0] (~Fangs@cpe-71-72-63-25.neo.res.rr.com) 04.15.12 Quit [Saint] (Quit: Imagination is for turbo-nerds who can't handle how kick-butt reality is. I'm a kick-butt reality master! I would rather die, than be imaginative. I mean that.) 04.16.43 Join [Saint] [0] (~st.lasciv@124-197-3-117.callplus.net.nz) 04.20.51 # Hey can someone tell me if buying a new ipod just to put linux on it is reasonable? 04.21.26 # Also is there full functionality with rockbox's linux like any other computer with linux on it? 04.21.44 # umm ... while linux is simular to rockbox, it is not related to rockbox 04.22.18 # k 04.22.19 # :) 04.22.32 Quit [7] (Disconnected by services) 04.22.33 # <[Saint]> what is this "linux" of which you speak? 04.22.35 # http://www.google.com.au/url?sa=t&source=web&cd=6&ved=0CFQQFjAF&url=http%3A%2F%2Fdaniel.haxx.se%2Fblog%2F2008%2F11%2F28%2Frockbox-is-not-linux%2F&ei=43_xTf3OCcup0AGehIm6BA&usg=AFQjCNHbHNDYyT0967lEnr7d28YdruniIA&sig2=rQf15O07Nrno9XBmIp1WqQ 04.22.38 # but would I be able to screw around with kernels 04.22.39 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) 04.22.42 # dammit 04.22.42 # <[Saint]> Rockbox != linux 04.22.46 # http://daniel.haxx.se/blog/2008/11/28/rockbox-is-not-linux 04.23.21 # also, as far as I know, ipodlinux has not been ported to anything newer than the ipod v5 (ipod video) 04.23.29 # oh 04.23.52 # <[Saint]> Rockbox is Rockbox, Linux is Linux....you're you, I'm me, etc. ;) 04.24.21 # but it is italics right? 04.24.34 # well it sonds legal enough to me 04.25.09 # * [Saint] fails to parse the statement. 04.25.29 # at the same time I think I'm too fresh to do this solo 04.26.07 # <[Saint]> Yes, there is a functional Rockbox port for the iPod Classic, no, it's not Linux. The port is classed as "Unusable" at this stage, however, this does not mean that it's *actually* unusable. 04.26.30 # <[Saint]> It's very usable in fact, it just doesn't yet meet the criteria for "Unstable". 04.27.27 # well this seems useful. it's not exactly what I was thinking it was, but 04.27.32 # jailbreaking just seems so restrictive 04.27.38 # irony? 04.28.04 # jailbreaking? 04.28.19 # how is jailbreaking related to rockbox? 04.28.51 # Rockbox is related to ipods 04.28.55 # <[Saint]> Presently, installation requires the use of a third party loader (seperate from Rockbox) called emCORE. The installation is straightforward, however there is no dual-boot, so you will lose the ability to use the Apple firmware (this can be undone, though), and installation also requires formatting the device completely so you'll lose anything that isn't backed up. 04.28.59 # older ipods, but ipods none the less 04.29.07 # o 04.29.27 # <[Saint]> Also, there's some issues with USB for some people, and battery life is somewhat reduced compared to the OF. 04.29.48 # well it'd be a bare device so Im not worried 04.31.00 # Fangs: jailbreaking is something you do with iOS devices, rockbox has not been ported to those devices 04.31.19 # <[Saint]> http://www.freemyipod.org/wiki/EmCORE_Installation <-- All you'll need to know re: installing emCORE & Rockbox on the iPod Classic 04.31.59 # alright Im thinking it over, yeah I was going to buy the newest. My ipod video has been smashed to bits and disassembled for parts 04.32.23 # not so sure about the rockbox anymore 04.32.33 # what else is rockbox 04.32.34 # ? 04.32.51 # <[Saint]> What? 04.33.09 # <[Saint]> WHat on earth do you mean "what else is it"? 04.33.10 # http://www.rockbox.org/wiki/WhyRockbox 04.33.13 # <[Saint]> *What 04.33.58 # since im here and Im not sure I want to buy an old ipod 04.34.13 # <[Saint]> There's quite literally no alternative....so, if you want to buy a Classic, and you don't want to use the original Apple firmware....Rockbox is the only choice. 04.34.25 # <[Saint]> The other choice is being happy with the Apple firmware. 04.35.05 # which is cool in it's own right. Niche and all, looking through all the programs 04.35.19 # alternatively I'd recommend a 4 GB Sansa Fuze and stick a 16GB microSD card in it, to total 20GB overall 04.36.17 # you can get the player for $35 or less usually 04.36.27 Join kugel_ [0] (~kugel@rockbox/developer/kugel) 04.36.38 # cool cool, im using a 2nd gen nano with a cracked screen and a partially nonfunctional scroll wheel, so really anything would be an upgrade 04.36.45 # considering the options.... 04.38.14 # looks nice and cheaper 04.39.41 # ooh crossfader you guys are great :D 04.39.47 # the only thing about those Fuze models is that the screen cover is quite thin, it's worth the $4 to get a shell to stick the player in 04.40.14 # yeah I've got a problem with that 04.40.26 Quit kugel (Ping timeout: 276 seconds) 04.40.41 # fall once and it's like $300 gone in seconds 04.41.10 # how do you lose $300 on a $35 player? 04.41.42 # the ipod videos weren't cheap 04.41.46 # <[Saint]> betting on it to win the Kentucky Derby? ;) 04.42.07 # at some point, even though it probably made for 30 04.42.09 # also, I've dropped my iPod classic a couple of times over the last couple years 04.42.21 # yeah but I had a phone in my pocket as well 04.42.25 # the hardcase has protected it well enough 04.42.37 # the screen went crunch against the other screen 04.42.51 Quit pixelma (Disconnected by services) 04.42.53 Join pixelma_ [0] (quassel@rockbox/staff/pixelma) 04.42.55 Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) 04.44.40 Quit amiconn (Disconnected by services) 04.44.40 Join amiconn_ [0] (quassel@rockbox/developer/amiconn) 04.44.49 Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) 04.45.55 # Alright well im off 04.46.05 Quit Fangs (Quit: Fangs) 04.46.20 Join buttsfredkin [0] (~47db2762@giant.haxx.se) 04.48.22 Quit buttsfredkin (Client Quit) 05.04.36 Join Rob2222 [0] (~Miranda@p4FFF197D.dip.t-dialin.net) 05.08.08 Quit Rob2223 (Ping timeout: 246 seconds) 05.46.55 Quit simonlnu (Quit: .) 05.58.45 *** Saving seen data "./dancer.seen" 06.22.02 Join Horscht [0] (~Horscht@p5DD56F03.dip.t-dialin.net) 06.22.03 Quit Horscht (Changing host) 06.22.03 Join Horscht [0] (~Horscht@xbmc/user/horscht) 06.24.08 Quit Horschti (Ping timeout: 252 seconds) 06.25.13 Join robin0800 [0] (~robin0800@149.254.61.35) 06.26.45 # [Saint]: whats the latest on the theme? 06.26.56 # I skimmed the logs but didnt see much happening 06.30.27 # <[Saint]> I've not had a lot of time to work on it presently. 06.30.48 # <[Saint]> I'm poking at a WIP presently that removes the tabs (but still retains the functionality) 06.31.13 # change the tabs to something that looks more "buttony" and should be fine 06.31.51 Quit kugel_ (Ping timeout: 255 seconds) 06.32.14 # <[Saint]> I'm removing them completely. Right now, the plan of action is to launch the context popup with the current track text, and the volume popup with the volume icon. 06.32.54 # <[Saint]> it'd be kinda handy if the touch area "none" respected */&....it seems it doesn't? 06.33.25 # <[Saint]> Oh....that's right, I also need to poke at the source to get %cs working. 06.33.53 # <[Saint]> (well, it works...just the "playlist" and "ptichscreen" values don't display) 06.33.59 Join kugel [0] (~kugel@rockbox/developer/kugel) 06.35.16 # <[Saint]> I'll poke you as soon as I've got something I feel is worth testing. 06.35.45 # its 4 lines of code :) 06.35.58 # oh, you mean the skin? 06.36.16 # <[Saint]> Yeah...I know, I've just not had the time for much/any Rb hacking over the past week or so. 06.36.27 # <[Saint]> Real life keeps getting in the way :P 06.36.37 # damn real life! 06.36.45 # <[Saint]> And yeah, I did mean the theme. 06.37.31 Quit robin0800 (Quit: Leaving) 06.38.36 Quit krazykit (Ping timeout: 268 seconds) 06.51.50 Part belak 06.59.33 Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) 07.20.53 Join chattr [0] (~mike@94.166.189.72.cfl.res.rr.com) 07.21.06 Part chattr ("gone") 07.29.08 Quit Judas_PhD (Quit: This is a quitting message) 07.37.18 Quit wtachi (Ping timeout: 258 seconds) 07.40.09 Quit scorche (Disconnected by services) 07.40.16 Join scorche` [0] (~scorche@rockbox/administrator/scorche) 07.40.52 Join Stummi [0] (~Stummi@rockbox/developer/Stummi) 07.52.08 Quit Stummi (Quit: Leaving...) 07.58.47 *** Saving seen data "./dancer.seen" 08.03.29 Join sideral [0] (~sideral@213.165.85.248) 08.03.29 Quit sideral (Changing host) 08.03.29 Join sideral [0] (~sideral@rockbox/developer/sideral) 08.04.17 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 08.13.37 Join MethoS- [0] (~clemens@134.102.106.250) 08.15.54 Quit n17ikh (Remote host closed the connection) 08.24.08 Join B4gder [0] (~daniel@rockbox/developer/bagder) 08.26.01 Join GodEater [0] (~quassel@rockbox/staff/GodEater) 08.31.04 Quit factor (Read error: Connection reset by peer) 08.37.12 Join factor [0] (~factor@74.197.205.204) 08.42.40 Join einhirn [0] (~Miranda@p54850E33.dip0.t-ipconnect.de) 08.42.46 Join ender` [0] (krneki@foo.eternallybored.org) 08.43.10 Quit einhirn (Client Quit) 08.47.46 Quit Scromple (Quit: Gone) 08.51.43 Join n17ikh [0] (~n17ikh@c-174-56-150-44.hsd1.sc.comcast.net) 09.08.28 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 09.12.30 Join Zagor [0] (~bjst@rockbox/developer/Zagor) 09.17.24 Join petur [0] (~petur@rockbox/developer/petur) 09.18.17 Join Highlander [0] (~Highlande@2a01:e35:2ec2:dcd0:224:1dff:fec0:aef0) 09.22.13 Quit kramer3d (Quit: Leaving) 09.28.02 Join tchan1 [0] (~tchan@c-69-243-144-187.hsd1.il.comcast.net) 09.28.35 Quit bertrik (Ping timeout: 260 seconds) 09.29.02 Quit sasquatch (Quit: WeeChat 0.3.2) 09.29.26 Join sasquatch [0] (~username@p4FF2DCB8.dip.t-dialin.net) 09.30.12 Quit tchan (Ping timeout: 250 seconds) 09.36.25 Quit Highlander (Quit: Quitte) 09.36.43 Join mem_ [0] (~mem@mem-irc.netnod.se) 09.48.00 # This is one annoying bug. I was able to reproduce it last night and now I can't. 09.49.10 Part mem_ 09.58.50 *** Saving seen data "./dancer.seen" 10.01.06 # I'm feeling with you, bug2000. I'm following several of those on our tracker :) 10.01.18 Join antil33t [0] (~antil33t@124-197-33-15.callplus.net.nz) 10.01.58 # sideral: It's just WEIRD. 10.02.04 # One suggestion: log your experiments (changes, actions, and observations) to a text file. 10.02.35 # <[Saint]> "Reason for closing: PICS OR IT DIDN'T HAPPEN!" ;) 10.03.07 # bug2000: Perhaps it only triggers if you delete a file that was previously tracked by the database? 10.03.18 # <[Saint]> I'm sure that'd get rid of a lot of the open bugs on the tracker :P 10.04.07 # sideral: Pretty sure I did generate a new database for it to work with. 10.05.33 # bug2000: If it's a Heisenbug, you must look away to allow it to happen :) 10.13.23 # <[Saint]> forum admins: tinajane wants a ban. 10.19.25 Join efyx [0] (~efyx@lap34-1-82-225-185-146.fbx.proxad.net) 10.21.33 Quit [Saint] (Quit: Imagination is for turbo-nerds who can't handle how kick-butt reality is. I'm a kick-butt reality master! I would rather die, than be imaginative. I mean that.) 10.23.00 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 10.26.15 Join [Saint] [0] (~st.lasciv@124-197-3-117.callplus.net.nz) 10.42.21 # * GodEater prods @ torne with a stick 10.43.57 Quit Keripo (Quit: Leaving.) 11.17.36 Join simonlnu [0] (3n4xUanc0i@unaffiliated/simonrvn) 11.35.38 Quit beve (Quit: brb) 11.51.02 Join ChickeNES [0] (~ChickeNES@128.135.100.102) 11.55.55 Quit ChickeNES (Client Quit) 11.56.35 # GodEater: hi 11.58.54 *** Saving seen data "./dancer.seen" 12.09.37 Join ChickeNES [0] (~ChickeNES@128.135.100.102) 12.12.19 Quit ChickeNES (Client Quit) 12.15.08 # I've got the details of that VM 12.21.09 Join keyb_gr [0] (~chatzilla@p4FF0314F.dip.t-dialin.net) 12.28.25 Quit liar (Quit: hallowed are the ori!) 12.29.47 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 12.31.17 Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) 13.15.35 Quit jfc (Ping timeout: 240 seconds) 13.22.30 Quit pamaury (Ping timeout: 252 seconds) 13.26.51 # Why are the list and home button on the fuze reversed? 13.28.32 # reversed compared to what? 13.28.49 # we generally don't care about the original firmware's behaviour, and prefer to make button mappings mroe or less consistent across rockbox instead 13.45.49 Join pamaury [0] (~quassel@sphinx.lix.polytechnique.fr) 13.45.49 Quit pamaury (Changing host) 13.45.49 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 13.55.32 Join jfc [0] (~john@static-72-73-80-12.ptldme.east.myfairpoint.net) 13.58.56 *** Saving seen data "./dancer.seen" 14.03.18 Quit antil33t () 14.28.30 Quit markun (Read error: Connection reset by peer) 14.43.36 Join krazykit [0] (~krazykit@206.183.185.8) 14.53.35 Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93) 15.03.07 Quit liar (Ping timeout: 258 seconds) 15.09.49 Join evilnick_B [0] (0c140464@rockbox/staff/evilnick) 15.11.27 # ALL COMMITTERS: if you haven't put your email into the spreadsheet yet, please do so ASAP. If you don't know what I'm talking about, PM me for a link :) 15.28.10 Quit krazykit (Read error: Operation timed out) 15.29.51 Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) 15.32.14 Quit bluebrother (Ping timeout: 258 seconds) 15.42.39 Join bluebrother [0] (~dom@g231121230.adsl.alicedsl.de) 15.42.40 Quit bluebrother (Changing host) 15.42.40 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 15.44.33 # Torne: have you managed to get the import working at full speed now? 15.44.43 Join n1s [0] (~quassel@rockbox/developer/n1s) 15.44.56 # GodEater: I have it working how we will want it to work, we just need the author mapping 15.45.01 # Speed is another matter 15.45.05 # \o/ 15.45.07 # but i don't really care 15.45.11 # my server can just sit and churn 15.45.17 # well I was warned that box was slow 15.45.23 # I'm not doing it on porpoise 15.45.26 # i'm doing it on my server 15.45.31 # oh ok 15.45.34 # i'll just send a tarball over when it's done 15.45.39 # my machien is way faster indeed :) 15.45.54 # can we not give this task to preglow? 15.46.00 # hm? 15.46.02 # who has the most ninja server evar? 15.46.08 # It won't help a lot 15.46.14 # It's not that slow. 15.46.23 # I expect it will take well under 24 hours :) 15.46.28 # so fuck it 15.46.38 # i jsut need the author mapping, is the thing 15.46.45 # where's the bottle neck then? 15.46.49 # er 15.46.52 # hashing stuff, i expect 15.47.04 # so it's probably down to single-core performance 15.47.16 # and my server has reasonably fast/modern cores 15.47.29 # you probably can't manage to go more than *twice* as quick, so who cares. 15.47.36 # isn't it still running minecraft too ? ;) 15.47.43 # i have multiple cores 15.47.46 # minecraft can use the others ;) 15.47.53 # lol 15.48.23 # i'm looking at setting gerrit up on the machine while i wait to see if anyone else is going to fill in the trix 15.48.34 # we can decide what to do about people who haven't responded at some point 15.49.20 Quit mshathlonxp (Ping timeout: 240 seconds) 15.49.23 # gah, why does the headless JRE still depend on cups and freetype 15.49.39 # the server of my lecturer is pretty fast, 8 core 15.49.42 Join mshathlonxp [0] (~athlonmpp@5ad7b04e.bb.sky.com) 15.49.57 # git doesn't parallelise much/atall 15.50.00 # so hey. 15.52.37 # Zagor: did you do anything w.r.t to android in the build system since devcon? 15.52.51 # still getting the sdk version error 15.53.28 Join GodEater_ [0] (~quassel@rockbox/staff/GodEater) 15.54.07 Quit GodEater (Ping timeout: 250 seconds) 15.57.10 Join GodEater [0] (~quassel@64.9.146.129) 15.57.10 Quit GodEater (Changing host) 15.57.10 Join GodEater [0] (~quassel@rockbox/staff/GodEater) 15.57.58 Quit GodEater_ (Ping timeout: 252 seconds) 15.58.59 *** Saving seen data "./dancer.seen" 16.00.33 Quit GodEater (Read error: Connection reset by peer) 16.00.35 # kugel: you mean other than add it? 16.00.45 # http://build.rockbox.org/shownewlog.cgi?rev=29991;type=android480x800 16.01.04 # hm 16.01.11 # why do I still get the sdk error? 16.01.34 # are you sure your build client has the path set up correctly? 16.01.45 # yes 16.02.53 Join GodEater [0] (~quassel@rockbox/staff/GodEater) 16.03.09 # Zagor: http://pastie.org/2047785 16.04.17 # yes, but does your runclient.sh not set the path? 16.04.42 # why should it? it's exported 16.06.00 # just checking 16.06.51 Join GodEater_ [0] (~quassel@rockbox/staff/GodEater) 16.07.19 Quit GodEater (Ping timeout: 240 seconds) 16.07.31 Join wtachi [0] (~wtachi@cpe-065-190-012-236.nc.res.rr.com) 16.10.05 # Zagor: did it work at the devcon already? rbclient.pl wasn't updated since then 16.10.25 # yes it did 16.11.29 # I told you about that error at the devcon already 16.12.25 # well, it's difficult to debug a problem I cannot reproduce 16.13.52 # Zagor: adding the tools folder to PATH helped 16.14.11 # great 16.14.44 # I expected ANDROID_{S,N}DK_PATH to be sufficient, though, as those are needed for building 16.20.41 Quit domonoky (Read error: Connection reset by peer) 16.24.46 Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) 16.26.17 Join edboyer93 [0] (~eric@pool-72-94-145-226.phlapa.fios.verizon.net) 16.30.38 Quit Judas_PhD (Remote host closed the connection) 16.31.04 Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) 16.33.41 Quit B4gder (Quit: Konversation terminated!) 16.47.18 Quit Judas_PhD (Quit: This is a quitting message) 16.48.05 Join krazykit [0] (~krazykit@206.183.182.189) 16.58.22 Join Buschel [0] (~c2795aa3@giant.haxx.se) 17.00.51 Quit Buschel (Client Quit) 17.02.48 Part Zagor 17.03.35 Nick kugel is now known as kugelp (~kugel@rockbox/developer/kugel) 17.05.59 # gevaerts: I mostly finished implementing the buflib enhancements 17.06.28 Quit bluebrother (Disconnected by services) 17.06.29 Join bluebroth3r [0] (~dom@rockbox/developer/bluebrother) 17.07.51 Quit sideral (Quit: Leaving.) 17.09.29 Quit bluebrother-bot (Ping timeout: 255 seconds) 17.09.47 Quit petur (Quit: *plop*) 17.20.17 Join T44 [0] (~Topy44@f049181145.adsl.alicedsl.de) 17.20.18 Join bluebrother-bot [0] (~bluebroth@g231121006.adsl.alicedsl.de) 17.20.39 Quit n1s (Ping timeout: 240 seconds) 17.23.26 Quit Topy (Ping timeout: 255 seconds) 17.34.48 # * [Saint] wonders about RaaA and the build system... 17.34.53 # <[Saint]> How is signing handled? 17.35.11 # It isn't 17.35.21 # That's one ofd the reasons it's not being built successfully there yet 17.35.29 # <[Saint]> Aha. 17.35.31 # We discussed it at devcon and have some ideas. 17.36.17 # <[Saint]> basically all that can be done is build up to point of signing, then pass the build back to a trusted central machine....or have just one trusted machine handle all builds...no? 17.36.42 Join ChickeNES [0] (~ChickeNES@128.135.100.102) 17.36.49 # <[Saint]> otherwise you'd need to uninstall each time, and, that'd suck. 17.37.23 # we're probably going to end up actually authenticating clients somehow 17.37.26 # and choosing which ones to trust 17.37.30 Join user890104 [0] (~Venci@6bez10.info) 17.37.37 # and then sign builds from them 17.37.42 # it's not okay to just let clients build unsigned binaries and have the server sign it because anyone can connect as a client and upload anything 17.37.46 # from what I recall of the talk 17.38.03 # * [Saint] nods. 17.38.04 # Yeah, so we'll either have the trusted clients sign it with their own keys and then the master can resign them 17.38.15 # or we will just authenticate the slave/master connection 17.38.18 # <[Saint]> I've been wondering how the signing would work with the build system for some time now. 17.38.30 # probably the trusted clients will be "ones run by committers" 17.38.39 # I'm trying to work out which is the easier to implement 17.39.12 # I think signing the builds from each trusted client is probably easier 17.39.21 # probably 17.39.21 # rather than authenticating the connection 17.39.29 # <[Saint]> multiple machines+resigning would be faster...but one trusted machine "easier"..I assume? 17.40.05 Quit pamaury (Remote host closed the connection) 17.40.09 # Torne: the alternative is we send out the Rockbox master key to all trusted clients? 17.40.27 # i'd vote for not doing that on general principle unless it proves to be really hard to resign 17.40.30 # though I guess that risks the entire system in the event of a client compromise 17.40.41 # yeah. revocation. 17.40.43 # <[Saint]> indeed. 17.41.02 # <[Saint]> Not handing out the key should be avoided, if possible. 17.41.17 # nice double negative there [Saint] 17.42.23 # (re)signing trusted builds on the master very doable doesn't it? 17.42.48 # kugelp: should be,m unless the android tools are terrible 17.43.22 # Torne: I think you can just repack the apk and sign again 17.43.38 # is there some easy way to verify the signature, though? 17.44.16 # whatever jarsigner can do 17.44.57 Quit advcomp2019__ (Read error: Connection reset by peer) 17.45.24 Join advcomp2019__ [0] (~advcomp20@unaffiliated/advcomp2019) 17.56.23 Quit GodEater_ (Ping timeout: 252 seconds) 17.59.03 *** Saving seen data "./dancer.seen" 18.21.18 Quit edboyer93 (Quit: Leaving) 18.22.56 # ok, so i'm not giving up on more people filling in email addresses int he list *yet*, but eventually we will have to as some people are no longer around. What should we do with people who haven't been active for a long time but are still in the commit history? Guess an email for them from committers subscriptions? Use a @rockbox.org address? Use something obviously fake? 18.29.10 Join thomasjfox [0] (~thomasjfo@rockbox/developer/thomasjfox) 18.29.56 # New commit by 03thomasjfox (r29992): RaaA / sim: Don't abort directory read if we encounter files larger than 2 GB in a directory 18.33.06 # r29992 build result: All green 18.36.16 # * Torne builds a list of everyone who hasn't committed recently for comparison 18.39.51 # heh, there's 53 usernames that haven't committed since before 2008 18.40.45 Quit benedikt93 (Ping timeout: 252 seconds) 18.41.44 Join hobby16 [0] (~ubuntu@162.123.68.86.rev.sfr.net) 18.42.15 # hello 18.43.24 Join robin0800 [0] (~robin0800@cpc3-brig8-0-0-cust703.3-3.cable.virginmedia.com) 18.49.16 # <[Saint]> Hi hobby16, welcome to the channel. This channel is specific to Rockbox, if you have a question regarding ROckbox just ask away. If you're looking for a social channel, this isn't the right place ;) 18.51.34 # Torne: Can email addresses be "corrected" at a later date if old committers come forward? 18.52.23 # Not once we publish the repository and people start using it 18.52.34 Join GodEater [0] (~quassel@5ad8c387.bb.sky.com) 18.52.34 Quit GodEater (Changing host) 18.52.34 Join GodEater [0] (~quassel@rockbox/staff/GodEater) 18.52.35 # You don't have to use the same email forever, so if they come back and start committing again they can use whatever they like 18.52.35 # Torne: Also, I assume you've noticed some users are there twice? e.g. I have been both linuxstb and dave, Bagder has also been dast 18.52.47 # linuxstb: That would mess up the commit history -> new SHA1 ids 18.52.50 # but we can't change the address in old commits without destroying the history 18.53.06 # This is why the conversion I'm going to do is going to break existing git repos cloned from our git mirror ;) 18.53.14 # because that mirror doesn't remap usernames at all and just uses useless strings 18.53.37 # linuxstb: so yeah. I can, technically, replace the addresses while i'm still testing it 18.53.44 # filter-branch is faster than doing the whole import/conversion again 18.53.49 # but once we publish it you can't do that any more 18.54.03 # and yes, i know some people are in there multiple times 18.54.06 # that's fine 18.54.14 # those will just get folded together 18.54.23 # zagor is even more people since he is also root and (no author) :) 18.55.52 # but anyway. yeah. we will have to decide what is going to be recorded as the "official" history 18.56.20 # and the ability to change our minds drops off extremely rapidly once we are using git publicly :0 18.58.18 Join GodEater_ [0] (~quassel@027e17f7.bb.sky.com) 18.58.19 Quit GodEater_ (Changing host) 18.58.19 Join GodEater_ [0] (~quassel@rockbox/staff/GodEater) 18.59.31 # i poked more stats btw and about 50% of the usernames on the list have committed in the last 18 months 18.59.50 # so the other 50% may well not be paying much attention :) 19.01.00 Quit GodEater (Ping timeout: 244 seconds) 19.02.15 Quit thomasjfox (Remote host closed the connection) 19.02.25 Quit GodEater_ (Client Quit) 19.02.42 Join GodEater [0] (~quassel@rockbox/staff/GodEater) 19.04.06 Join pamaury [0] (~quassel@vit94-1-82-67-248-70.fbx.proxad.net) 19.04.06 Quit pamaury (Changing host) 19.04.06 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 19.07.23 Quit hobby16 (Ping timeout: 250 seconds) 19.12.21 # Torne: We might be able to get some committer->email mappings from the ml archives. 19.12.32 # The question is whether we want that 19.13.36 Join GodEater_ [0] (~bibble@027e17f7.bb.sky.com) 19.13.36 Quit GodEater_ (Changing host) 19.13.36 Join GodEater_ [0] (~bibble@rockbox/staff/GodEater) 19.15.46 Join promyloph [0] (~foo@unaffiliated/promyloph) 19.23.41 Join Buschel [0] (~chatzilla@p54A3B136.dip.t-dialin.net) 19.37.51 Join bertrik [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 19.37.51 Quit bertrik (Changing host) 19.37.51 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 19.40.14 Join xeniter [0] (~xeniter@194.48.133.8) 19.53.41 Join webguest28 [0] (~5039e7b1@giant.haxx.se) 19.53.52 Quit webguest28 (Client Quit) 19.54.11 Quit GodEater (Remote host closed the connection) 19.59.05 *** Saving seen data "./dancer.seen" 20.08.59 Join TheLemonMan [0] (~lem0n@ppp-36-20.26-151.libero.it) 20.09.41 Quit swilde (Remote host closed the connection) 20.16.37 Join sideral [0] (~sideral@213.165.85.248) 20.16.37 Quit sideral (Changing host) 20.16.37 Join sideral [0] (~sideral@rockbox/developer/sideral) 20.28.48 Join wodz [0] (~wodz@87-206-240-131.dynamic.chello.pl) 20.30.34 # amiconn: indeed 20.30.34 # amiconn: i'm not sure i want to just fill it in for people 20.30.49 # Torne: You refered to some spreadsheet earlier today - what's that? 20.31.06 # wodz: i sent a mail to -committers 20.31.24 # we're collecting email addresses for the git migration, for what you want to be associated with your commits 20.31.38 # since svn uses just a username wheraesa git uses realname 20.32.00 # hmm, I am not subscribed to -commiters that explain why I missed the context. 20.32.05 # You should be 20.32.11 # but yeah i just pm'ed you the link 20.32.24 # fill in the email address you want me to use for the git migration, next to your username 20.32.34 # and correct your real name if it's spelt wrong or not formatted right ;) 20.33.36 # What are you going to do if committers have more than one username? Will you merge them? 20.33.56 # yes 20.33.59 # they dont' need to be unique 20.34.08 # there's no actual "account" or anything here 20.34.24 # it's literally just throwing the svn usernames away and replacing them with an arbitrary string formatted as something that includes an email address. 20.34.28 # so it doesn't have to be 1:1 :) 20.34.50 # So how does one authenticate? 20.34.59 # unrelated to this. 20.35.07 # if we go with gerrit, you authenticate with an ssh pubkey 20.35.10 # or a generated password 20.35.15 # and whatever username you choose on gerrit 20.35.18 # which is up to you 20.35.24 # it's all self-service at that end 20.35.33 # This is just for how to identify authorship for existing commits in history 20.35.37 # it has nothing to do with access control 20.36.18 # if we don't go with gerrit then it may be slightly differnt but generally ssh public key auth is how it's done with git 20.41.43 # I'll have a gerrit demo running sometime over the weekend, and will put up some instructions on how to get set up and try it out, so you can see what you think. 20.41.43 # we have a machine to host it that isn't in my living room now, so it's got enough bandwidth to have a full copy of the rockbox tree ;) 20.41.43 # hmm is '+' sign valid in email address? 20.41.43 # wodz: yes 20.41.43 # weird 20.41.43 DBUG Enqueued KICK Torne 20.41.43 # lots of things don't like it, but it is valid by the RFCs 20.41.43 # wodz: if you quote it almost everything is valid 20.41.43 *** Alert Mode level 1 20.41.43 # "Hi There I'm Some Guy@231q535%%3"@foo.com is a valid email address 20.41.43 # Torne: you sent something to committers about the spreadsheet? I'm not seeing it :\ 20.41.43 *** Alert Mode level 2 20.41.43 # jhMikeS: yesterday? day before? 20.41.43 *** Alert Mode level 3 20.41.43 # spawned a 20+ post long argument about real names? 20.41.43 *** Alert Mode level 4 20.41.43 # :) 20.41.43 # oh 20.41.43 # waaaay back there ... lol 20.41.43 *** Alert Mode level 5 20.41.43 # amiconn: i'm tempted to go with username@rockbox.org for the people who haven't replied 20.41.43 *** Alert Mode level 6 20.41.43 # after some deadline 20.41.43 DBUG Enqueued KICK jhMikeS 20.41.43 # I'm not sure if bagder got my request to setup a rockbox.org address 20.41.43 *** Alert Mode level 7 20.41.43 # jhMikeS: well you can put it in now anyway 20.41.43 *** Alert Mode level 8 20.41.43 # it's not going to receive any mail any time soon 20.41.43 *** Alert Mode level 9 20.41.43 # we are unliekly to actually switch for at least a week or two :) 20.41.43 *** Alert Mode level 10 20.41.43 # amiconn: we can redirect them to some holding location or something until people come back to "claim" their mail, I guess? 20.41.43 *** Alert Mode level 11 20.41.43 # amiconn: seems like a better option than guessing and publishing an address they don't want published. 20.41.43 # maybe wait at least until release 20.41.43 *** Alert Mode level 12 20.41.43 # bertrik: yes, probably 20.41.43 # Yes, it does seem wise to wait ubtil the release 20.41.56 # I can still bring the git infrastructure up while we are still using svn, though 20.42.08 # it's not a problem to import new commits from svn as long as nobody is committing real work to git yet 20.42.18 # we can have it up to look at and experiment with 20.43.05 # it's not any different to the current git mirror in principle, it's just this version will have proper contributor names/addresses instead of dummy ones 20.43.12 # and the branch/tag history will be slighly different 20.43.22 # Torne: we need to sponsor you t-shirt with GO GIT or something :-) 20.43.22 # (i am preserving all branches and tags because it's easy and doesn't really make things any bigger) :) 20.43.31 # wodz: you realise i still don't actually like git 20.43.35 # and would rather use something else ;) 20.43.45 # it's ust that if we are going to use git i at least want to see it done properly ;) 20.44.02 # done 20.44.20 # thanks. 20.44.28 # Most people who have committed in the last year or so have done it 20.44.36 # the majority of the blanks are from people who aren't really around any more 20.44.48 # or at least not actually submitting to svn 20.46.49 Quit [Saint] (Quit: Imagination is for turbo-nerds who can't handle how kick-butt reality is. I'm a kick-butt reality master! I would rather die, than be imaginative. I mean that.) 20.47.12 # about updating wiki - TowerOfRockbox needs update with new record 20.48.43 # heh 20.49.05 # I have a small helicopter I could fly into it 20.49.42 # Speaking of which, what's the status of the devcon minutes and the google blog? 20.50.00 # Oh crap yes 20.50.04 # Someone still needs to write that 20.50.04 # :) 20.50.16 # would someone like to write that up this weekend? :) :) :) 20.50.18 # I suck at writing 20.50.25 # and maybe pick some photos 20.50.31 # (i don't have any photos) 20.51.00 # I half understood that GodEater was doing somethibg, but I'm not sure 20.51.44 *** Alert Mode OFF 20.51.50 # he implied he might 20.51.51 # anyway if we can get that done say, within the next week, that'd be great 20.51.51 # otherwise cat will probably bug me 20.52.46 Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93) 20.52.46 Ctcp Ignored 2 channel CTCP requests in 0 seconds at the last flood 20.52.46 # * Torne heads home, will be back later to check if any of the people who haven't filled in the list are actually on irc ;) 20.53.40 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 20.55.05 # LinusN surely must be involved here :) 20.56.03 Quit xeniter (Ping timeout: 276 seconds) 21.02.02 # we definitely owe Torne some beer for doing this git transition work 21.04.04 Join {phoenix} [0] (~dirk@p5DF2DDF4.dip.t-dialin.net) 21.05.56 Nick tchan1 is now known as tchan (~tchan@c-69-243-144-187.hsd1.il.comcast.net) 21.06.01 Quit tchan (Changing host) 21.06.01 Join tchan [0] (~tchan@lunar-linux/developer/tchan) 21.39.51 # I have one question w.r.t. to buflib_alloc_maximum() 21.40.18 # buflib has the handle table at the end of its buffer. for new allocations the handle table needs to be enlarged 21.40.38 # which might fail if buflib_alloc_maximum() handed out memory there 21.40.58 # Can that ever actually happen? 21.41.24 # so, I'm thinking how to solve this. a) reserve sufficiently enough handles in _maximum(), b) ask the allocation to make space at the end, or c) both 21.42.20 # it's unlikely to happen since de-allocated handles are reused before enlarging the table 21.42.23 # I mean, if you don't shrink after calling buflib_alloc_maximum(), something is wrong 21.42.43 Join [Saint] [0] (~st.lasciv@124-197-3-117.callplus.net.nz) 21.43.07 # the shrink can possibly free space at the front and not at the end of the allocation (i.e. audio buffer) 21.43.14 # oh 21.43.16 # right 21.44.19 # also the user code ideally shouldn't be concerned with the handle table at the end (or even know it exists) 21.46.03 # Maybe add a rule that says that non-movable allocations can only shrink on one end? Would that hurt things? 21.46.17 # I have implemented b) currently, a) is easy to implement additionally so we'd have c) 21.46.19 Quit [Saint] (Client Quit) 21.46.23 Join realodd [0] (~4f759869@giant.haxx.se) 21.46.59 # Well, it depends on what "sufficient" means 21.47.43 Quit rasher (Quit: Changing server) 21.47.49 # perhaps 64? 21.47.51 # So I'd say b, and possibly c, and insist that if you want a buffer at a fixed address, you can only shrink while keeping the start address the same 21.48.26 # If you do that, the a) bit is only an optimisation and it's not critical if you get the number a bit too small 21.48.43 # that breaks my plans to resize the audio buffer at its front, having the pcm buffer (accessed by dma) at the end 21.48.47 # But I don't know if that rule is realistic given the code 21.48.48 Join rasher [0] (~rasher@rockbox/developer/rasher) 21.49.19 # so, effectively audio would have to stop to make room at the end 21.49.23 # ok 21.49.39 # That's not really very nice, so let's try to avoid it :) 21.51.24 # 64 is only 256 bytes, and it's *really* unlikely there are going to be 64 simultanous allocations 21.51.51 # So c) would mean you only move when you happen to get the number wrong I guess, so you only may have to restart playback in rare cases? 21.52.01 Quit promyloph (Quit: WeeChat 0.3.5) 21.52.04 # if at all, yes 21.52.12 # right, then I think that's best 21.52.39 Quit mshathlonxp (Ping timeout: 240 seconds) 21.52.45 # alright then 21.52.56 Quit mikroflops (Ping timeout: 246 seconds) 21.53.08 # btw, I've implemented the API proposed on the ML now (with very minor changes to it) 21.54.20 # With the extra call to get a pointer? ;) 21.55.04 # yes :) 21.55.23 # (I've pushed everything to my github) 21.57.35 Join _jhMikeS_ [0] (~jethead71@c-68-61-166-99.hsd1.mi.comcast.net) 21.57.35 Quit _jhMikeS_ (Changing host) 21.57.35 Join _jhMikeS_ [0] (~jethead71@rockbox/developer/jhMikeS) 21.57.35 Quit jhMikeS (Disconnected by services) 21.57.36 Nick _jhMikeS_ is now known as jhMikeS (~jethead71@rockbox/developer/jhMikeS) 21.58.41 # hey anybody here? 21.59.01 Quit realodd (Quit: CGI:IRC) 21.59.08 *** Saving seen data "./dancer.seen" 21.59.10 Join realodd [0] (~4f759869@giant.haxx.se) 21.59.59 # nobody but us chickens 22.01.21 # Torne: I'll try and write up something cat-worthy over the weekend 22.01.23 # i bet there's chicks out there too 22.01.27 # anyhow 22.01.53 # can anyone help me make my ipod recognizable as a midi controller? 22.02.07 # or help me find some music making software? 22.02.10 # :) 22.02.43 # That's not going to be straightforward 22.03.33 # I *think* midi over USB uses the audio class. There are patches for USB audio around, but they're not finished or integrated, and they don't do midi yet 22.05.04 # and it mainly depends on the usb controller 22.05.27 # gevaerts: so, I would like to have decisions regarding the API relatively soon so I can start porting it over to rockbox 22.06.16 # kugelp: what decisions still need to be taken? The naming? 22.06.17 # in the meantime I will add more test cases, but it's not simple to make up sufficiently complex scenarios 22.06.42 # gevaerts: and (more importantly) whether the API is good enough 22.06.56 # I thought it would be more controverse but it doesn't appear to be 22.07.20 # kugelp: it's not contraversial because you're still not calling it malloc() ;) 22.07.33 # actually...:) 22.07.42 # * GodEater_ gets his pitchfork 22.07.46 # kugelp: you proposed it on the mailing list, so give it a few more days and it's fine :) 22.07.53 # actually, I thought on RaaA it might be malloc backed 22.08.03 # it's acceptable there 22.08.19 # those targets have bucketloads of memory compared to the usual targets 22.08.31 # GodEater_: lol...my sentiments exactly 22.08.57 # it's not like we're looking after the memory there either really - there's a "real" OS to do it for us. 22.08.58 # On RaaA you're also likely not going to bother moving allocations around 22.09.04 # They do have an MMU after all 22.09.05 # sneaking malloc in the back door 22.09.12 # jhMikeS: Sssssssh! 22.09.18 # malloc doesn't mean memory waste :) 22.09.18 # * GodEater_ looks nervously over his shoulder 22.10.01 # ;) 22.10.20 # the amount of available memory isn't an argument for or against malloc. whether you can sensibly free() is one 22.11.46 # jhMikeS: too late, it's already sneaked in ;) 22.12.39 # there are times I wouldn't mind it at all 22.15.20 Join [Saint] [0] (~st.lasciv@124-197-3-117.callplus.net.nz) 22.20.18 Quit TheLemonMan (Quit: Ex-Chat) 22.20.46 Join stoffel [0] (~quassel@p57B4B953.dip.t-dialin.net) 22.25.42 Join mshathlonxp [0] (~athlonmpp@5ad7b04e.bb.sky.com) 22.26.01 # yeah i know it's tricky 22.26.07 # but where should i go 22.26.09 # ? 22.26.38 # what other devices does rockbox emulate besides snes and that computer that runs on cassettes? 22.26.43 Join Noub [0] (~8e44613a@giant.haxx.se) 22.28.50 # as opposed to random songs)? 22.29.05 # and that ate the first half of my question, nice 22.29.32 # can rockbox shuffle albums as opposed to songs? 22.30.06 # It can shuffle directories. 22.30.09 Quit wodz (Quit: Leaving) 22.30.33 # that'd be the same as shuffling artists then? 22.30.50 Join hobby16 [0] (~ubuntu@162.123.68.86.rev.sfr.net) 22.31.01 # Well, that depends entirely on your directory structure 22.31.05 # I guess it would depend how the songs were transferred over, huh 22.31.08 # Have a look at http://download.rockbox.org/daily/manual/rockbox-ipodvideo/rockbox-buildch11.html#x14-30700011.4.13 22.31.23 Quit [Saint] (Quit: Imagination is for turbo-nerds who can't handle how kick-butt reality is. I'm a kick-butt reality master! I would rather die, than be imaginative. I mean that.) 22.31.24 # rhythmbox seems to do it by artist, I wonder if I can change that 22.34.15 Join evilnick_B_ [0] (0c140464@rockbox/staff/evilnick) 22.34.29 # most programs that use a file structure at all do artist\album 22.34.31 # which would work fine 22.35.11 Quit evilnick_B (Ping timeout: 252 seconds) 22.35.18 Nick evilnick_B_ is now known as evilnick_B (0c140464@rockbox/staff/evilnick) 22.36.42 # albums with various artists would cause headaches though 22.36.54 Join mikroflops [0] (~yogurt@h-34-156.A238.priv.bahnhof.se) 22.37.05 # most programs that arrange files sensibly put those under Various Artists\album, or under the albumartist 22.37.08 # :) 22.39.22 Quit benedikt93 (Quit: "There are three kinds of lies: lies, damned lies, and statistics." - Benjamin Disraeli) 22.41.04 # dionoea: see my mail on -committers about email addresses for git migration 22.42.17 # Torne: ? 22.42.37 # trying to collect committer names/addresses for svn2git purposes 22.42.44 # you haven't filled it in :) 22.43.04 # oh. I'm not sure that I got that e-mail. Let me check 22.44.17 # Unhelpful: also you 22.44.48 # also other people but they are not ehre using the same nick as their svn username 22.44.51 # :) 22.46.10 Join kramer3d [0] (~kramer@ip98-169-194-252.dc.dc.cox.net) 22.46.10 Quit kramer3d (Changing host) 22.46.10 Join kramer3d [0] (~kramer@unaffiliated/kramer3d) 22.46.25 # Torne: hum, I can't find that email 22.46.34 # Torne: IrcNicks on the wiki might help 22.47.00 # maybe but i can't be bothered to do that work right now 22.47.08 # someone else is free to, you have the link ;) 22.50.43 # there are still 16 people who haven't done it who have committed in the last 18 months. they are clearly not paying attention ;p 22.51.03 # people who haven't committed this decade I can maybe understand ;) 22.53.14 Quit stoffel (Remote host closed the connection) 23.01.07 # Febs, LambdaCalculus37, Lamed, MarcGuay, Mmmm, Moos, Nico_P, Paprica, Quelsaruk, TiMiD, Toni1, [IDC]Dragon, aliask, archivator, austriancoder, dan_a, debauched_sloth, dreamlayers, earHertz, eigma, elinenbe, gotthardt, hardeep, jyp, lostlogic, lowlight, matsl, midgey, midkay, niobos, phaedrus961, ptw419, roolku, safetydan, sdoyon, shotofadds, stevenm, stripwax, t0mas, theli_ua, tomal, tucoz, vitja: ping 23.01.29 # Torne: done :) 23.01.30 # hehe 23.01.58 # People just pinged: see history just above, or rockbox-committers list 23.02.18 # if you don't have the committers mail with the link to the spreadsheet ask someone else (not posting it publicly) 23.02.46 # gevaerts: it's much easier when people's names/emails/usernames/nicks are the same :) 23.04.34 Quit factor (Read error: Connection reset by peer) 23.05.21 Quit evilnick_B (Quit: Page closed) 23.14.08 Quit bertrik (Read error: Connection timed out) 23.14.45 Join bertrik [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 23.14.45 Quit bertrik (Changing host) 23.14.45 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 23.22.21 Join factor [0] (~factor@74.197.205.204) 23.28.46 Quit realodd (Quit: CGI:IRC) 23.41.51 Join mshaxp [0] (~athlonmpp@5ad7b04e.bb.sky.com) 23.42.34 Join realodd [0] (~4f759869@giant.haxx.se) 23.44.39 Quit mshathlonxp (Ping timeout: 240 seconds) 23.51.44 Quit hobby16 (Quit: Leaving) 23.51.47 Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) 23.52.13 Join hobby16 [0] (~ubuntu@162.123.68.86.rev.sfr.net) 23.52.15 Quit Judas_PhD (Client Quit) 23.57.33 Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) 23.58.14 Quit krazykit (Ping timeout: 246 seconds)