--- Log for 23.12.110 Server: anthony.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 18 days and 23 hours ago 00.00.15 # or I didn't check if it's even runnable, or maybe I didn't handle all the other important bits as well :) 00.01.09 # there's alot of important bits, like what if it exits while urgent. the core then needs updating. it needs to be irq and core safe too if it's use elsewhere. there's probably a dozen or so spots to add a tiny bit of code to handle it. 00.01.35 Quit komputes (Remote host closed the connection) 00.01.43 # I definitely didn't add that much code :P 00.04.15 # blocked or not it shouldn't matter really. it could be only a few small spots of code. hmmm... 00.09.30 Part toffe82 00.10.39 Quit kugel (Remote host closed the connection) 00.14.05 Join JdGordon| [0] (~jonno@rockbox/developer/JdGordon) 00.15.56 Join kadoban [0] (~kadoban@ip98-165-177-158.ph.ph.cox.net) 00.16.25 *** Saving seen data "./dancer.seen" 00.18.27 # JdGordon|: ping 00.22.52 # wodz: semi-pong 00.25.04 # JdGordon|: %tx is broken IMO - with line %?tx it segfaults simulator with %?tx it works 00.26.10 # Anyone use a Clip+?? 00.29.38 Quit {phoenix} (Remote host closed the connection) 00.31.07 Quit TheLemonMan (Quit: free(me)) 00.37.17 Quit wodz (Quit: Leaving) 00.37.25 Quit linuxguy3 (Read error: Operation timed out) 00.37.58 Quit zenlunatic (Quit: Changing server) 00.41.19 Join eWill_ [0] (~chatzilla@adsl-76-235-42-181.dsl.dytnoh.sbcglobal.net) 00.42.09 Join linuxguy3 [0] (~timj@adsl-75-57-165-250.dsl.emhril.sbcglobal.net) 00.42.26 Quit eWill (Ping timeout: 260 seconds) 00.42.31 Nick eWill_ is now known as eWill (~chatzilla@adsl-76-235-42-181.dsl.dytnoh.sbcglobal.net) 00.49.35 Quit Keripo (Quit: Leaving.) 00.57.45 Quit parafin (Remote host closed the connection) 00.57.57 Join parafin [0] (parafin@paraf.in) 01.03.54 Join Llorean1 [0] (~DarkkOne@99-68-45-56.lightspeed.hstntx.sbcglobal.net) 01.04.21 Quit Llorean (Disconnected by services) 01.04.25 Nick Llorean1 is now known as Llorean (~DarkkOne@99-68-45-56.lightspeed.hstntx.sbcglobal.net) 01.04.27 Quit Llorean (Changing host) 01.04.28 Join Llorean [0] (~DarkkOne@rockbox/user/Llorean) 01.04.55 Join eWill_ [0] (~chatzilla@adsl-76-235-54-238.dsl.dytnoh.sbcglobal.net) 01.05.51 Quit eWill (Ping timeout: 250 seconds) 01.06.06 Nick eWill_ is now known as eWill (~chatzilla@adsl-76-235-54-238.dsl.dytnoh.sbcglobal.net) 01.07.42 Part marines 01.10.01 Join JdGord [0] (~jonno@vl10.gw.ok-labs.com) 01.12.05 Quit dfkt (Quit: -= SysReset 2.53=- Sic gorgiamus allos subjectatos nunc.) 01.12.13 Quit pamaury (Remote host closed the connection) 01.17.20 Join [AndrewR] [0] (~andrewrot@66.78.105.13) 01.17.42 # <[AndrewR]> hi, does anyone know how long a tick is in void (*sleep)(int ticks); ? 01.18.23 # 1l 01.18.40 # Arg... 1/100th of a second 01.19.12 # <[AndrewR]> thanks 01.19.23 # <[AndrewR]> I used my workout app for the first time at the gym last week :D 01.19.33 # <[AndrewR]> it was useful 01.19.52 # <[AndrewR]> told me what weight to use, how long to rest between sets 01.20.09 # there's a workout app? :> 01.20.15 # <[AndrewR]> still some bugs to work out then I think I'll make a youtube vid to show, see if anyone else is interested 01.20.19 # <[AndrewR]> I made one 01.20.26 # this is interest 01.21.07 # <[AndrewR]> 1 sec 01.21.19 # <[AndrewR]> I'm currently on a train with really crappy internet 01.21.39 # <[AndrewR]> my app is a combination of a ruby on rails app and rockbox plugin 01.22.04 # i assume the ruby part isn't rockbox hosted, heh 01.22.16 # <[AndrewR]> https://github.com/andrewroth/rockbox_workout/wiki/Brainstorming 01.22.26 # <[AndrewR]> no, people have to host that themselves 01.22.49 # <[AndrewR]> it's really more a proof of concept / something people with some development skills can set up themselves 01.23.39 # <[AndrewR]> https://github.com/andrewroth/rockbox_workout/blob/master/rockbox_source/workout.c 01.23.53 # <[AndrewR]> I'm not a C programmer 01.23.53 # <[AndrewR]> so it's a bit messy 01.24.04 # <[AndrewR]> but it's working on my sansa 01.24.38 # sounds like a good concept anyway 01.24.45 # does the rest between sets matter much anyway? :> 01.24.54 # anywayanywayanyway 01.24.54 # <[AndrewR]> but I have actually used it in the gym 01.25.10 # <[AndrewR]> no, not the specific time 01.25.11 # <[AndrewR]> but I don't want to think when I'm working out 01.25.11 # <[AndrewR]> it beeps at me to tell me to go again 01.25.18 # <[AndrewR]> I don't like staring at the clock 01.25.29 # heh, fair point 01.25.32 # <[AndrewR]> basically I set up the workouts in the rails app 01.25.49 # <[AndrewR]> then the plugin is a workout "player" that has a list of the exercises and sets in your workout 01.25.54 # yeah, makes sense 01.26.06 # <[AndrewR]> and advances through stages: setup, workout, rest.. repeat 01.26.07 # assuming you're the only person in the gym :> 01.26.11 # <[AndrewR]> pretty simple 01.26.17 # <[AndrewR]> oh, there's lot of ppl there 01.26.21 Quit JdGordon| (Quit: Lost terminal) 01.26.23 # <[AndrewR]> it just looks like I'm messing with my playlist 01.26.38 # <[AndrewR]> I use earphones 01.26.40 # just thinking as long as nothing's taken 01.26.47 # <[AndrewR]> oooh 01.26.50 # there could be a pause button anyway 01.27.01 # i don't care if i look stupid while working out, so that's not a problem :P 01.27.02 # <[AndrewR]> yeah, it's not really flexible for subbing in different exercises on the go 01.27.13 # <[AndrewR]> you can skip to a different spot in the workout 01.27.34 # <[AndrewR]> I also store the workout data on the pandora, and then sync it with the rails app after 01.27.54 # <[AndrewR]> I want to graph my progress 01.28.22 # yeah, sounds truly sweet 01.28.23 # <[AndrewR]> I currently have it at a point where I could do that, if I had more data 01.28.29 # can you update it if you modify your program on the go? 01.28.44 # <[AndrewR]> I'm not sure what you mean 01.29.05 # <[AndrewR]> I run a capistrano task to sync the player with my rails db 01.29.18 # well, deviate from my planned setup, up the weights, run longer 01.29.19 # etc 01.29.21 # <[AndrewR]> it uploads the logs from the player, then downloads any new workout data (exercises, etc) 01.29.26 # if i decide to do that, i want to have it logged 01.29.31 Join JdGordon| [0] (~jonno@vl10.gw.ok-labs.com) 01.29.31 Quit JdGordon| (Changing host) 01.29.31 Join JdGordon| [0] (~jonno@rockbox/developer/JdGordon) 01.29.32 # <[AndrewR]> ah. no, not there yet :) 01.29.43 # <[AndrewR]> you're right, I want that feature too 01.29.51 # <[AndrewR]> but I had to trim features to get something working 01.29.56 # <[AndrewR]> so right now it's a strict player 01.29.59 # yeah, but it should be doable 01.30.07 # and it would be quite killer if possible 01.30.12 # <[AndrewR]> if you change it, you have to remember and modify it in the rails app 01.30.12 # not much else i want to be able to do :) 01.30.13 # <[AndrewR]> yeah, it's do-able 01.30.38 # <[AndrewR]> it's a bit tricky for me to know how that should work though, with respect to goals 01.30.55 # <[AndrewR]> if you change from 50lb to 70lb at the gym, does that change your goal or just log it? 01.31.05 # hm 01.31.06 # <[AndrewR]> either is doable, just not sure yet how that should work 01.31.15 # <[AndrewR]> let me make a backup of my rails db 01.31.19 # <[AndrewR]> then I'll show you that 01.31.20 # it should just log it, really 01.31.26 # <[AndrewR]> yeah, probably 01.31.41 # whether i want to change my goal or not would vary a bit 01.31.57 # <[AndrewR]> the goals stuff right now are simple linear functions 01.32.05 # <[AndrewR]> each workout has an integer number 01.32.06 # and would not be something i want the app to decide without further input anyway 01.32.07 # <[AndrewR]> starting at 0 01.32.13 # preglow: you wrote the EQ code right? 01.32.17 # saratoga: correct 01.32.25 # saratoga: at least the dsp part of it, safetydan did the ui part 01.32.26 # <[AndrewR]> then you say "weight", 50 + 2*n, kinda thing 01.32.34 # i've been meaning to go through and update the ASM for our DSP code for arm9/11 01.32.41 # i had a few questions 01.33.04 # i remember most of it, so you're in luck 01.33.11 # i noticed the replaygain scale values are 32 bit, that could probably be 16 bit, but what about the EQ filter coefficients? 01.33.28 # 16 bit is much faster on arm9e and arm11 01.33.37 # they could be 16 bit, but not with any ease 01.33.48 # peaking filters use quite a few bits of integer precision 01.33.53 # but the frac bits are in many ways what matters 01.34.28 # and with "peaking" i mean "shelving" 01.34.39 # <[AndrewR]> preglow my workout rails app is at http://workout.andrewroth.ca/ please don't modify stuff, it's not passworded :S 01.34.54 # i'm not really familiar with the EQ, whats the difference between those? 01.35.10 # saratoga: peaking has 0db gin at both 0 hz and max hz 01.35.17 # and whatever you want in between 01.35.18 # <[AndrewR]> currently it's simple rails scaffolding, I hope to make it a nicer interface 01.35.29 # shelving filters have x db gain at either 0 hz or nyquist 01.35.32 # and 0 at the other end 01.35.45 # these are IIR filters? 01.36.39 # yeah, most eqs are 01.36.51 # so rounding errors will compound 01.36.59 # in a way 01.37.16 # rounding errors in the coefs will only give a different frequency response 01.37.22 # with wrong freqs and gains, that kind 01.37.33 # hmm 01.37.44 # rounding errors in the filter calculation will manifest as noise and, with bad luck, as limit cycles 01.37.49 # which are bad 01.38.01 # you shouldn't quantize filter coefs to 16 bits unless you really know what you're doing 01.38.04 # 16 bit audio data is ok 01.38.17 # [AndrewR]: i'll be good :) 01.38.23 # armv5e has a 32x16 multiply accumulate with 32 bit accumulation 01.38.40 # so if possible i'd like to use them 01.39.11 # i guess if theres no obvious way to use faster multiplies, i could just go through and reschedule for arm9's longer pipeline 01.39.19 # the current asm is very arm7ish 01.39.23 # very 01.39.28 # that's all i thought of when coding it 01.39.41 # you can pipeline for arm9 without impacting arm7 very foten 01.39.42 # often too 01.41.51 # pretty much always 01.42.03 # yep 01.42.12 # i dont' think theres anything that benefits arm7 while hurting arm9/9e/11 01.42.15 # but yeah, using the new dsp instructions would be very good, they're fast as hell 01.42.24 # i did think about it, and it won't be trivial 01.42.34 # quantizing the coefs to 16 bits would be the hard way 01.42.53 # i think at 16 bits it'd take about 1MHz per EQ band on the Clip+ 01.43.44 # but i guess even without it the eq is so fast its not a big deal 01.44.23 # heh 01.44.29 # faster is better ;) 01.44.34 # i'd def go for 16 bit audio first 01.44.42 # that's what we mostly use anyway 01.45.30 Join ampdj89 [0] (~merrychri@24.121.121.206) 01.45.40 # heh 01.45.44 # yeah that might work 01.45.54 Nick ampdj89 is now known as Guest20103 (~merrychri@24.121.121.206) 01.46.04 # how far into the DSP engine is the EQ? 01.46.17 # i really don't remember, quite late i think 01.46.23 # should be easy to find out from dsp.c 01.47.34 # i know this has been answered but ipod classic is nearing its life as speculated, wouldnt it be effective to port rockbox to the 6th classic ipods? the iOS has much complicated firmware lock yet there lots of support. 01.47.45 # Guest20103: effective, yes, easy, no 01.47.51 # let's just go 8 bits, it should be enough for everyone, the rest is just snake oil *runs and hides* 01.47.58 # hm, wat makes it different 01.48.01 # ? 01.48.24 # saratoga: but yeah, i would definitely recommend going for a 16 bit audio version, you would have no need to think about the filter coefs at all (the tricky part), and the perf gains should be equivalent 01.48.46 # Guest20103: i don't believe we have any good way of running code on the 6th gen classic 01.48.53 # i could be wrong here 01.49.11 # theres been a way to run code on it for a while, just until now no interest on working on it 01.49.26 # TheSeven was working on it, not sure if he still is, hes got like 8 ports going at once :) 01.49.44 # he's cheating.. all the ports are realy the same hardware 01.50.02 # well vaguely similar anyway 01.50.19 # preglow: ok i'll probably look at that after i finish libmad 01.50.32 # so is rockbox and extremely mofified linux port? if it would be atleast have 60% linux... then it would have been ported right, or is it a kernel problem 01.50.39 # we're not linux 01.50.49 # no idea why people thing we are 01.50.49 # oh ok then 01.50.55 # think 01.51.10 # saratoga: at least that way you would discover if the gains are worth it without all the fuss with mucking about with filter coefs 01.51.10 # saratoga: because only insane people would try to write their own OS 01.51.13 # which can be very messy 01.52.03 # well i'm sure i'll get roughly a 2x speed up 01.52.14 # if its worth it depends on how much you care about making something fast even faster 01.52.29 # not so sure about 2x, but worth a shot 01.52.37 # less than 2x would still be wonderful 01.53.32 # the 32x16 instructions can function in saturating mode, rite? 01.54.19 # i don't think so 01.54.27 # ah, that might be the 16x16 one 01.54.28 # s 01.54.39 # I don't think any multiplies do, just adds and subtracts (if it starts with "q") 01.54.42 # usually its 2x since each multiplication takes half as long, and you can load two coefficients per ldr 01.55.00 # a fair point 01.55.07 # although unless we can fold truncation into some earlier step that'll slow things down 01.55.14 # and i guess if people want dithering that should be done first 01.55.19 # yeah, you're right 01.55.21 # could be a pain to make this happen actually 01.55.24 # filter coefs don't need loading 01.55.40 # oh because theres so few? 01.55.51 # but i guess thats one more reason to do the audio samples 01.56.13 # not really, if you can fit 2x the coefs into the same space, you _could_ do stereo processing 01.56.16 # the savings would be immense 01.56.17 # 16 bit math is really nice since it basically doubles the number of registers, allowing you to pretend arm is a sane isa 01.56.19 Quit [AndrewR] (Quit: [BX] Did somebody say BitchX?) 01.57.06 # i always wondered why we were the only people on earth writing stuff in arm asm, then i started doing it and i'm not surprised 01.57.13 # heh 01.57.16 # or rather no longer surprised 01.57.22 # dsp and asm goes hand in hand 01.57.23 # always 01.57.27 # even on x86 01.58.30 # anyway, one of my main criteria when writing those asm loops was keeping the coefs in regs at all times 01.58.37 # so i only have to load samples 01.58.44 # yeah makes sense 01.58.50 # it just about works because they are so few 01.58.55 # preglow: what were you planning for the full-duplex, if you don't mind me asking? 01.58.57 # but i had to cut corners in the arm case 01.59.17 # jhMikeS: nothing major, really, i just bought myself a mixer and wanted to get my fx plug working again 01.59.33 # but i can't make it work after the api changes 01.59.57 # probably just me doing stupid shit 02.00.51 # Can't do processing in the isr anymore but other than that, it should be ok. since we have pitch detector, doing playback too should be all the same 02.01.16 # i'm not doing it in the isr, i'm basically still using your old framework plugin, which uses thread and circular buffers 02.01.27 # threadZ 02.02.10 # the pitch plugin does much the same thing, but with two buffers instead of 2^x 02.02.16 # and no playback, ofc 02.02.56 # yeah, no playback but playback would be the same as any other plugin if it did, so hmmm.... 02.03.29 # like i said, probably just me doing stupid shit, i just lost all my will and/or ability to debug/hack lowlevel stuff to figure out how and why it fails 02.03.38 # I made pd do that. at first it was full starting and stopping recording on every frame 02.04.15 # haha 02.04.22 # i did look over the last sound api changes and agreed with myself that not enough changed for full duplex to have broken 02.04.46 Join eWill_ [0] (~chatzilla@adsl-99-138-182-75.dsl.dytnoh.sbcglobal.net) 02.04.53 Quit Kitar|st (Ping timeout: 260 seconds) 02.05.13 # saratoga: any targets in particular that would benefit from arm5 opts, btw? 02.05.26 # apart from all the new ones, that is, but they have mhz to burn anyway :P 02.05.35 Quit eWill (Ping timeout: 240 seconds) 02.05.43 Nick eWill_ is now known as eWill (~chatzilla@adsl-99-138-182-75.dsl.dytnoh.sbcglobal.net) 02.05.50 # preglow: Clipv2/Fuzev2/Clip+/GigabeatS/D2/Android 02.05.56 # probably some up and coming targets as well 02.06.03 # * jhMikeS wasn't aware that there were armv5 with the same dsp instructions as imx31, interesting 02.06.09 # i don't think anyone is still making armv4 players 02.06.33 # jhMikeS: ARMv5E has most of the DSP instructions as ARMv6 but not all 02.06.56 # the arm docs are actually pretty confused with some saying 5E has the v6 ops, but they don't work on my player 02.07.38 # so i can't do the top half 32 bit multiply for instance on the clip+ 02.07.38 # armv6 does the simd 16x16 stuff, no? 02.07.56 # yeah it also adds packed 16 bit multiplies, but they're pretty useless for audio IIRC 02.08.02 # since i don't think they saturate 02.08.16 # hm 02.09.21 # loads of the 32x16 ones seem to update a saturate flag 02.09.29 # but i dunno how much that helps 02.09.40 # actually SMLALD might be useful 02.09.41 Join Kitar|st [0] (~Kitarist@BSN-182-139-47.dial-up.dsl.siol.net) 02.09.54 # for complex multiplies, but its only 16 bit so rounding might be ugly 02.10.25 # heh its a two cycle instruction on arm11 02.10.42 # so not very exciting 02.11.23 # how i wish people would copy emac 02.11.32 # so unless i'm missing something its not even faster then just doing two multiplies 02.11.40 # (which would be more accurate) 02.11.51 # it probably is taking into account loads 02.12.02 # yeah theres that 02.12.22 # memory pretty much always ends up being the limiting factor 02.12.24 # IIRC the only reason we use the armv4 motion comp on armv5 is that the armv6 code uses those packed multiplies 02.12.40 # maybe i should look and see if the armv6 code is actually faster then just using armv5 ops 02.12.51 # I think the packed multiplies add to 32 bit accums, iirc 02.13.32 Quit simonrvn (Read error: No route to host) 02.14.28 Quit YPSY (Ping timeout: 245 seconds) 02.14.50 # yeah but one of the operands can be 32 bit, so its still less accurate 02.15.55 # oh wait 02.15.58 # there's stuff like smuad, and then smulwb(t) which is 32X16->48, I think you mean 02.16.07 # theres a 16 bit multiply with 64 bit accumulate 02.16.29 *** Saving seen data "./dancer.seen" 02.17.00 # smulwb/smlawb is the main one i've been using for atrac and mp3, its really just a 32 bit accumulate with the top 32 bits of the 48 bit product 02.17.02 # heh, is there? I don't think ever I needed it for what I did 02.17.11 # SMLALxy 02.17.18 # "Signed Multiply-Accumulate with 16-bit operands and a 64-bit accumulator. " 02.17.25 # beats me what you'd want to use that for 02.17.37 # saratoga: a very clever scheme, the top bits are what you'd use anyway 02.17.48 # and basically what we do on emac 02.17.53 # yeah smlawb is amazing useful 02.18.03 # i can't believe it took until armv6 to get a 32 bit version of it 02.19.04 # heh 02.19.24 # i kind of get the feeling there was one DSP guy at arm ltd before 2002 or so, and everyone there didn't like him because he was creepy 02.19.34 # if there's one thing i learnt looking at emerging cpu instruction sets, it has to be the fact that instruction set designers never understand what you actually need :P 02.19.37 # just look at sse 02.19.44 # and all revisions up and until the very recent ones 02.19.53 # i actually don't know anything but arm 02.20.20 # i'm not an expert, but i always did pc coding, and watched every sse update with great anticipation :P 02.20.31 # followed by violent bouts of cursing 02.20.37 Join simonrvn [0] (simon@197.184-ppp.3menatwork.com) 02.20.42 # i think one of the revisions of sse4 has a multiply accumulate instruction 02.20.49 # indeed 02.20.50 # preglow: I thought they did extensive testing to find the most "useful" stuff. :) 02.20.55 # they got the point in the end 02.21.00 # amd tho 02.21.07 # got it in the first version of 3dnow 02.21.09 Join Ypsy [0] (~ypsy@geekpadawan.de) 02.21.20 Nick Ypsy is now known as YPSY (~ypsy@geekpadawan.de) 02.21.21 # no wonder those guys were the ones who invented amd64 02.21.25 # whatever their post SSE ISA is called is supposed to have 256 packed multiply accumulates, so i guess that doesn't suck 02.21.32 # 256 nbit 02.21.34 # bit 02.21.50 # (sorry just got contacts and am dizzy) 02.22.23 Quit JesusFreak316 (Ping timeout: 245 seconds) 02.24.00 # * jhMikeS just wants to find out why the SPC codec is dead on arm6 when it worked before even after asm upgrades :\ 02.25.13 # gcc updates? 02.25.46 # likely suspect 02.26.37 # not sure. I'm not sure if somehow I missed the problem with going eabi or not. rockbox just before eabi won't play anything whatsoever it seems. 02.31.47 # does the gigabeat S have frequency scaling yet? 02.33.13 # yes, it's automatic though 02.33.42 # and voltage. voltage seems to make all the difference for any gain, frequency not much at all 02.34.02 # yeah frequency doesn't make much difference on AMSv2 either 02.34.21 # is there any way to force a lower max clock? it'd be neat to test arm11 at low clock speeds 02.34.36 # also, do you remember what the memory clock is? 02.35.03 # that's tricky because there's a bug that probibits lowing the core relative to the bus clocks so much 02.35.57 # i gotta get some sleep done, have a nice night/day guys :) 02.35.58 # you'd have to reclock it all. right now it just uses divider scaling. pll relock has other issues with the audio 02.36.05 # preglow: gnight 02.36.18 # does it ever run with a divider of 1? 02.36.59 # saratoga: at high loads. that's overdrive (528MHz) which also needs elevated voltage, which also degrades the chip faster :\ 02.37.29 # i mean with the cpu clock and memory clock equal 02.37.56 # ideally i'd like to have test codec run with the memory clock sync and with the CPU clock maxed 02.37.56 # no, the errata apparently prohibit that ratio 02.38.09 # whats the smallest one? 02.38.29 # 2:1 for 132MHz core, 66Mhz memory 02.38.40 Join antil33t [0] (~Mudkips@124-197-51-80.callplus.net.nz) 02.39.50 # it's possible to turn off frequency scaling then set the working point manually. the apis exist in the driver but they're not used atm 02.42.39 Quit saratoga (Quit: Page closed) 02.48.49 Join saratoga [0] (62e16704@gateway/web/freenode/ip.98.225.103.4) 02.52.25 Join designate72 [0] (~aaron@adsl-065-013-002-216.sip.asm.bellsouth.net) 03.02.50 Join madalu [0] (~user@unaffiliated/madalu) 03.08.35 Quit DerPapst (Quit: Leaving.) 03.12.49 Join [Saint] [0] (S_a_i_n_t@203.184.2.67) 03.17.40 Quit saratoga (Ping timeout: 265 seconds) 03.17.44 Quit mortalscan (Ping timeout: 265 seconds) 03.19.05 Join mortalscan [0] (~mortalsca@109.169.55.155) 03.20.45 Join [AndrewR] [0] (~andrewrot@CPE001b115d62aa-CM000f9f7b1d34.cpe.net.cable.rogers.com) 03.23.11 Quit JdGord (Quit: Bye) 03.26.18 Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) 03.32.20 Join CaptainKewl [0] (~jason@207-38-215-126.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) 03.33.54 # New commit by 03rmenes (r28879): Disktidy plugin: add .Spotlight-V100 directories ... 03.35.50 # r28879 build result: All green 03.37.21 Join saratoga [0] (62e16704@gateway/web/freenode/ip.98.225.103.4) 03.41.54 Join mordocai [0] (~mordocai@66.119.9.243) 03.50.14 Join The_Pwny [0] (~IceChat7@203-219-63-40.tpgi.com.au) 03.52.35 Quit telliott (Ping timeout: 240 seconds) 03.54.16 Join fyrestorm [0] (~nnscript@cpe-69-203-144-35.si.res.rr.com) 03.54.28 # is there a define saying if the eabi compiler is being used or not? 03.58.17 # prob best to ask in #gcc 03.58.28 # isnt there a #define for the gcc version string? 03.59.45 # for that, yes. is the number a reliable way though 03.59.56 Quit madalu (Read error: Connection reset by peer) 04.00.15 # well considering we specify the compiler to use it is probably safe 04.00.17 # or good enough 04.00.37 # just #error out on unknown compiler os it isnt forgotten about 04.00.45 # I try non-eabi for gigs and the ldmpc macros don't work, nor would the init section 04.04.00 Quit Judas_PhD (Remote host closed the connection) 04.04.07 Quit TheSeven (Disconnected by services) 04.04.08 Join The_Seven [0] (~TheSeven@rockbox/developer/TheSeven) 04.08.21 Join BHSPitMonkey [0] (~stephen@unaffiliated/bhspitmonkey) 04.11.28 # <[Saint]> What are peoples views about settings/subdirs with only one option...and what to do about them. 04.11.42 # <[Saint]> To me, it seems like it could be avoided with some thought. 04.13.25 # <[Saint]> My view is that if only one choice is presented to the user, it really isn't a choice at all and just adds noise to the menu. There isn't *too* many places in the menu where this happens, but there is a few. 04.14.25 # are you sure you want to go down that particular rabbit whole? 04.14.27 # hole* 04.15.51 # <[Saint]> I'm sure it's not *that* much a big deal, no...it makes perfect sense to eliminate cases where there isn't 2 or more choices available. 04.15.56 # [Saint]: just remember that while a submenu might only one have option on your device, it might have 3 on another 04.16.31 # <[Saint]> JdGordon|: I'm aware of that. 04.16.33 *** Saving seen data "./dancer.seen" 04.16.39 # <[Saint]> But, surely that can be compensated for. 04.16.58 # yes, but it gets complicated to do it more than a few times 04.17.06 Quit designate72 (Ping timeout: 255 seconds) 04.17.07 # it is already done for the time&date screen 04.17.32 # <[Saint]> I think it would be worthwhile, once it was done it would be easy to maintain. 04.17.52 # <[Saint]> it's just the getting it done initially thing... 04.19.22 Join lwhalen [0] (~law@pool-108-7-59-99.bstnma.fios.verizon.net) 04.19.32 # hey all 04.19.59 # <[Saint]> Welcome, if you have a question/query about Rockbox..just ask away. 04.20.12 # I am an unfortunate owner of one of those 120GB iPod Classics, and after some judicious Googling I've found that it's going to be pretty much impossible for RockBox to ever be ported to it 04.20.30 # <[Saint]> That is quite incorrect. 04.20.37 # really? 04.20.41 # <[Saint]> Yes. 04.20.49 # there seems to be no ipod 6G support, per the website... 04.21.00 # <[Saint]> While there is no ROckbox port for it, that is not because it is "impossible". 04.21.13 # <[Saint]> It simply is a huge amount of work, and isn't done yet. 04.21.23 # more judicious Googling seems to say that it's because the ROM image is encrypted 04.21.40 # so, 'mathematically improbable' might've been the better term :-) 04.22.12 # <[Saint]> The Nano2G also has encryption...and a Rockbox port. 04.22.16 # I was wondering, what would you guys recommend for an ipod alternative that holds at least 120GB, and I can hook up to my car stereo's aux input? 04.22.21 # heh, fair enough :-) 04.22.42 # <[Saint]> Until not so long ago, there wasn't a known exploit for the Classic but there has been one for some time now. 04.23.02 # ooooo! 04.23.17 # <[Saint]> The_Seven has been working on the Classic for ~3 weeks...perhaps longer. 04.23.20 # is there a roadmap/feature request/etc for Classic support? 04.23.24 # * lwhalen does a happy dance 04.23.28 # <[Saint]> And is running arbitrary code for some time. 04.23.48 # well alright then, slap mah 'fro and call me Susan 04.24.17 # <[Saint]> To follow the progress of the Classic it would be best to follow the freemyipod wiki/svn 04.24.25 # link? 04.24.51 # freemyipod.com 04.24.58 # <[Saint]> .org no? 04.25.03 # i don't remember 04.25.12 # honestly just punch it into google 04.25.56 # <[Saint]> emBIOS is really the relevant freemyipod work in this case, though. 04.26.22 # <[Saint]> Not sure how up to date the pages are about the Classic work though. 04.26.23 # haha, epic AND awesome 04.26.29 # I think I owe somebody some beer 04.26.48 # <[Saint]> My address is on my wiki page ;) 04.27.13 # freemyipod.org seems to think that the Classic 2G (which I believe is what I own - 120GB) is coming along nicely 04.27.17 # saint - link? 04.27.35 # <[Saint]> I was kinda kidding... 04.28.13 # * lwhalen shrugs 04.28.22 # y'all should have Amazon/B&N wishlists up ;-) 04.28.44 # if you want to donate, send someone on that project an ipod 04.28.46 # <[Saint]> Rockbox has a donate button on the mainpage. 04.29.18 # lwhalen: you can buy me a archos 101 if you want? :D 04.29.33 # this brings me back to my original question... 04.29.55 # what would you guys recommend for an ipod alternative that holds at least 120GB, and I can hook up to my car stereo's aux input? about the same size/portability as an ipod classic would be ideal 04.30.01 # <[Saint]> but, indeed...that work just basically wouldnl't exist if some kind soul didn't send a slightly messed up Classic to The_Seven to work on. 04.30.21 Join simonrvn_ [0] (simon@209.128-ppp.3menatwork.com) 04.30.38 # <[Saint]> lwhalen: An iPod Video? 04.30.44 # lwhalen: this isn't really the right place to ask about mp3 players, try rockbox-community 04.30.49 # <[Saint]> Or..did you specifically not want an iPod? 04.30.53 Quit Barahir (Read error: Operation timed out) 04.31.03 # saratoga - my apologies, I take it this is more of a dev-centric channel? 04.31.13 # saint: I was looking for specifically not-Apple 04.31.22 # and not-Microsoft either ;) 04.32.09 Quit simonrvn (Ping timeout: 240 seconds) 04.32.09 Nick simonrvn_ is now known as simonrvn (simon@209.128-ppp.3menatwork.com) 04.34.46 Join Barahir [0] (~jonathan@frnk-590f53bc.pool.mediaWays.net) 04.40.30 Quit amiconn (Disconnected by services) 04.40.30 Join amiconn_ [0] (quassel@rockbox/developer/amiconn) 04.40.38 Quit pixelma (Disconnected by services) 04.40.40 Join pixelma_ [0] (quassel@rockbox/staff/pixelma) 04.40.42 Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) 04.40.47 Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) 04.46.58 Part lwhalen 04.54.53 Quit GeekShadow (Quit: The cake is a lie !) 04.54.58 Join nidzimjelp [0] (~42329da1@giant.haxx.se) 05.00.38 # Hello. 05.01.00 # <[Saint]> Welcome, if you have a question/query about Rockbox..just away. 05.01.43 # wtf is rockbox and why, why the hell should I give a crap? 05.02.52 # <[Saint]> haha..oops, nice typo. "just ask" rather. 05.05.18 # Are "viewports" also used to themes to set the coordinates for rockbox to start displaying main menu text? 05.05.38 # yes 05.08.02 # Thank you. 05.14.35 # argh, you can't even compile this thing with --no-eabi anymore :\ 05.17.21 # <[Saint]> nidzimjelp: For that, you need to set a UI Viewport, specifically. 05.26.32 # oted 05.26.38 # noted 05.29.28 Quit Rob2222 (Ping timeout: 276 seconds) 05.30.30 Quit Horscht (Quit: Verlassend) 05.32.11 Quit advcomp2019 (Read error: Connection reset by peer) 05.32.58 Join advcomp2019 [0] (~advcomp20@unaffiliated/advcomp2019) 05.38.13 Quit BHSPitMonkey (Ping timeout: 240 seconds) 05.39.14 Quit Pun (Ping timeout: 250 seconds) 05.40.01 Quit [AndrewR] (Quit: BitchX: it's all day strong, all day long) 05.40.46 # <[Saint]> I'd like to include a small addition to CabbieV2 if noone is going to cry about it. 05.41.14 # <[Saint]> I'd like the "time remaining" under the progressbar to have a - 05.41.19 # HAHAHAHA what ever gave you that idea? 05.41.46 # <[Saint]> what, the "-", or noone crying about it? ;) 05.41.52 # the latter 05.42.19 # <[Saint]> I was thinking of including it when I fix up the volume icon to change to text whilst it's being changed. 05.42.26 Join BHSPitMonkey [0] (~stephen@unaffiliated/bhspitmonkey) 05.42.28 # what, without the "-" I might be confused? 05.43.00 # <[Saint]> I think it looks more complete with it, personally. 05.43.36 # <[Saint]> makes it more obvious that it is a negative value, and counting down. 05.43.49 # It's not a negative value. 05.44.00 # It's 4 minutes remaining, not negative 4 minutes remaining. 05.44.33 # T -4:00 until launch 05.44.48 # <[Saint]> haha, I was just thinking of that example. 05.45.44 # Yeah, but that's a countdown rather than a duration remaining. You have X minutes to Event, rather than X minutes left of Song. 05.45.51 # you could think of it as -4:00 into the next song, then it makes sense 05.46.24 # <[Saint]> jhMikeS: That is how I look at it really, but like all things I thought I'd voice it first before wasting time with a patch. 05.46.27 # Yeah, my point though is that it's currently presented as time remaining. 05.46.45 # Another question if I may. If the font is specified in the .cfg file, how should the "ui viewport" character for font be? 1 or "-"? 05.46.56 # I'd like to see a fix that shows numeric volume while it's being changed though. 05.47.00 # both would work nidzimjelp 05.47.07 # Assuming 0 is for some default font used by RB. 05.47.09 # <[Saint]> nidzimjelp: both. 05.47.16 # <[Saint]> 1 == user font. 05.47.16 # Thanks. 05.47.22 # As to the time remaining, I'm mostly indifferent, but it seems like something that's more worth discussing since it's very subjective how you interpret it and it's not something worth changing arbitrarily without getting opinions - nothing's broken as it stands. 05.47.32 # [Saint]: not both, that obviously cant work... either would though 05.48.24 # <[Saint]> well, yeah...worded poorly. either, was what I meant. I guess it wasn't as obvious to others what I meant as it was myself. 05.57.34 Part Guest20103 ("Leaving") 06.03.28 Join JesusFreak316 [0] (~JesusFrea@pool-173-65-113-24.tampfl.fios.verizon.net) 06.06.00 Join tchan [0] (~tchan@lunar-linux/developer/tchan) 06.06.05 # Ok, something is weird. "ui viewport is written right but whenever I select the theme or switch the base skin to this theme the menu items disregard the view port. Would you have any ideas as to what it may be? 06.06.50 # <[Saint]> Not without seeing the code, no. 06.06.55 # <[Saint]> Pastebin your theme. 06.08.45 # http://pastebin.com/ZaFjFrTd 06.09.34 # This is what it should look like:http://themes.rockbox.org/themes/176x220/free-state-sbs/menu-free-state-sbs1.png 06.10.51 # <[Saint]> your UI viewport statement is quite incorrect. 06.11.01 # But the "Rockbox, Files, Database, etc" move up and appear behind the ... oh 06.12.01 # <[Saint]> it should look as: "%Vi(-,X,X,X,X,X)%Vf(XXXXXX)%Vb(XXXXXX)" 06.12.29 # <[Saint]> using "-" as the identifier for the UI viewport makes sure that it is used by default. 06.13.52 # Ok, give me a sec. 06.15.07 # <[Saint]> ui viewport: %Vi(-,5,50,166,150,-)%Vf(333333)%Vb(-) should work fine. 06.16.37 *** Saving seen data "./dancer.seen" 06.20.15 Quit JesusFreak316 (Ping timeout: 245 seconds) 06.23.05 Join JesusFreak316 [0] (~JesusFrea@pool-173-65-66-169.tampfl.fios.verizon.net) 06.30.31 # hmmm...gcc seemed to overwrite the contents of an input operand into an output that was assigned the same register, but before the input was referenced :\ 06.33.10 Quit xavieran (Ping timeout: 276 seconds) 06.34.21 Join xavieran [0] (~xavieran@ppp118-209-249-120.lns20.mel6.internode.on.net) 06.35.32 # Finally got it working. 06.35.41 # Thank you. 06.35.48 # <[Saint]> No problem. 06.36.16 # Though it wasn't in the cfg file 06.36.47 # it was missing that statement from the sbs 06.36.52 # <[Saint]> well, the line for UI Viewport in your .cfg was certainly incorrect. 06.37.46 # <[Saint]> Oh, wait...I think I confused myself. Yes, it should have looked as I stated in the .sbs 06.37.49 # <[Saint]> apologies. 06.37.51 # The thing is that after I tried it and it didn't work, I checked another theme that has about the same style and the uivp appeared the same 06.38.01 # no problem 06.38.06 # thank you 06.38.30 # If you hadn't mentioned that I wuold never have been able to check for that line 06.39.15 # <[Saint]> I opened an .sbs instead of a .cfg file when I was checking how it should look. No idea how I mixed those two up, sorry for that. 06.39.30 # <[Saint]> Glad you got it working, though. 06.40.28 # Do you know anyone in charge of the themes on the site 06.41.04 # whats the problem? 06.41.17 # This theme: http://themes.rockbox.org/index.php?themeid=420&target=sansae200 06.41.31 # <[Saint]> what about it? 06.41.56 # The sbs file needs this line "%Vi(-,5,50,166,150,-)%Vf(333333)%Vb(-)" added. 06.42.23 # <[Saint]> it's up to the original author to update it. 06.42.31 # cant anyone upload updateS? 06.42.35 # <[Saint]> Nope. 06.42.46 # <[Saint]> not to the same theme, anyway. 06.43.02 # I'll email him asking him to update it then. 06.43.02 # <[Saint]> nothing stopping you from uploading it under another name though. 06.43.14 # <[Saint]> probably the best idea. 06.43.36 # Ok, well thank you. 06.43.49 # maybe we should setup something to allow minor mods 06.43.53 # I'll be going now, you've been great help. bye 06.44.07 # <[Saint]> JdGordon|: Not a good idea IMO 06.44.29 Quit nidzimjelp (Quit: CGI:IRC (EOF)) 06.48.34 Quit factor (Ping timeout: 250 seconds) 06.49.34 Quit Strife89 (Quit: Logging off.) 06.50.18 Join utanapischti [0] (~username@46.114.213.63) 06.53.19 Quit sasquatch (Ping timeout: 265 seconds) 07.08.28 Join factor [0] (~factor@r74-195-220-23.msk1cmtc02.mskgok.ok.dh.suddenlink.net) 07.13.26 Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) 07.23.57 Quit JdGordon| (Quit: leaving) 07.27.28 Join anewuser [0] (anewuser@unaffiliated/anewuser) 07.31.09 Join JdGord [0] (~jonno@58.108.102.204) 07.36.32 Quit BHSPitMonkey (Read error: Connection reset by peer) 07.50.17 Join n1s [0] (~n1s@rockbox/developer/n1s) 07.52.12 Quit JdGord (Quit: Bye) 07.54.06 Quit jhMikeS () 07.54.53 Join jhMikeS [0] (~jethead71@adsl-99-26-177-70.dsl.sfldmi.sbcglobal.net) 07.54.53 Quit jhMikeS (Changing host) 07.54.53 Join jhMikeS [0] (~jethead71@rockbox/developer/jhMikeS) 07.59.50 Quit timccc (Ping timeout: 240 seconds) 08.00.03 Join LinusN [0] (~linus@rockbox/developer/LinusN) 08.02.10 Quit factor (Ping timeout: 240 seconds) 08.16.38 *** Saving seen data "./dancer.seen" 08.16.41 Join ender` [0] (krneki@foo.eternallybored.org) 08.20.54 Join JdGordon [0] (3a6c66cc@gateway/web/freenode/ip.58.108.102.204) 08.21.55 Quit JesusFreak316 (Ping timeout: 245 seconds) 08.23.44 Join timccc [0] (~timccc@112.166.15.141) 08.33.02 Quit CaptainKewl (Read error: Operation timed out) 08.36.24 # New commit by 03jethead71 (r28880): SPC Codec: Was broken on ARMv6 since EABI switch and somehow I failed to notice in the first place (and so did eveyone else it seems :). Some ... 08.38.31 # r28880 build result: All green 08.52.00 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 09.10.43 Join Bagder [0] (~danielx@1-1-5-26a.hud.sth.bostream.se) 09.12.29 Join factor [0] (~factor@r74-195-220-23.msk1cmtc02.mskgok.ok.dh.suddenlink.net) 09.19.47 Join petur [0] (d408b802@rockbox/developer/petur) 09.20.32 Quit simonrvn (Quit: ZNC - http://znc.sourceforge.net) 09.23.02 Quit bertrik (Quit: :tiuQ) 09.44.30 Quit factor (Ping timeout: 264 seconds) 09.49.07 Quit JdGordon (Ping timeout: 265 seconds) 09.57.55 Join timccc1 [0] (~timccc@112.166.15.141) 09.58.17 Quit timccc (Read error: No route to host) 10.09.00 Quit xavieran (Ping timeout: 272 seconds) 10.12.23 Join xavieran [0] (~xavieran@ppp118-209-249-120.lns20.mel6.internode.on.net) 10.16.39 *** Saving seen data "./dancer.seen" 10.21.36 Quit xavieran (Ping timeout: 240 seconds) 10.22.28 Join xavieran [0] (~xavieran@ppp118-209-249-120.lns20.mel6.internode.on.net) 10.22.39 Quit ranmachan (Ping timeout: 250 seconds) 10.23.53 Part LinusN 10.24.49 Join factor [0] (~factor@r74-195-220-23.msk1cmtc02.mskgok.ok.dh.suddenlink.net) 10.25.02 Quit kadoban (Ping timeout: 265 seconds) 10.33.47 Quit n1s (Quit: Lämnar) 10.37.45 Join wodz [0] (~wodz@87-206-240-131.dynamic.chello.pl) 10.37.51 Quit factor (Read error: Connection reset by peer) 10.37.54 # Zagor, Badger: ping 10.41.28 Join pamaury [0] (~quassel@cez63-2-88-164-98-172.fbx.proxad.net) 10.41.28 Quit pamaury (Changing host) 10.41.28 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 10.55.18 Join factor [0] (~factor@r74-195-220-23.msk1cmtc02.mskgok.ok.dh.suddenlink.net) 10.57.28 Join kevku [0] (~kevku@2001:7d0:0:f000::135d) 10.59.29 Join TheLemonMan [0] (~lem0n@ppp-60-142.98-62.inwind.it) 11.05.54 Quit simabeis_ (Ping timeout: 240 seconds) 11.05.59 Join simabeis [0] (~simabeis@lobmenschen.de) 11.09.04 Join {phoenix} [0] (~dirk@p57AA44A0.dip.t-dialin.net) 11.12.29 Join stoffel [0] (~quassel@p57B4A883.dip.t-dialin.net) 11.20.37 Join mystica555_ [0] (~mike@c-75-70-179-25.hsd1.co.comcast.net) 11.24.47 Join {-phoenix-} [0] (~dirk@p57AA4A41.dip.t-dialin.net) 11.26.30 Quit MagusG (Read error: No route to host) 11.26.42 Join MagusG [0] (magusg@c-71-59-57-46.hsd1.ga.comcast.net) 11.27.28 Quit {-phoenix-} (Remote host closed the connection) 11.27.49 Quit kevku (Remote host closed the connection) 11.28.13 Quit {phoenix} (Ping timeout: 255 seconds) 11.30.43 # is the tracker the right place to moot a change on makefile? 11.32.09 # I made some changes on root.make and buildzip.pl, what I want to put up for discussion anywhere before eventually commiting it 11.32.31 Join LinusN [0] (~linus@rockbox/developer/LinusN) 11.39.41 Join dfkt [0] (dfkt@unaffiliated/dfkt) 11.46.20 Quit xavieran (Ping timeout: 260 seconds) 11.46.48 Join n1s [0] (~n1s@rockbox/developer/n1s) 11.47.19 Join xavieran [0] (~xavieran@ppp118-209-249-120.lns20.mel6.internode.on.net) 11.47.57 Join kevku [0] (~kevku@2001:7d0:0:f000::135d) 11.51.49 Join kugel [0] (~kugel@212.23.105.186) 11.51.50 Quit kugel (Changing host) 11.51.50 Join kugel [0] (~kugel@rockbox/developer/kugel) 11.51.56 Quit xavieran (Ping timeout: 245 seconds) 11.52.58 Join xavieran [0] (~xavieran@ppp118-209-249-120.lns20.mel6.internode.on.net) 11.54.36 Quit n1s (Ping timeout: 240 seconds) 11.56.10 Join casainho [0] (~chatzilla@pal-213-228-181-14.netvisao.pt) 12.03.46 # Stummi: Yes, you should post the patch there. But you may also want to try to get people to talk about it here or on the dev mailing list. 12.05.48 Join dfkt_ [0] (dfkt@unaffiliated/dfkt) 12.07.05 Quit dfkt (Read error: Connection reset by peer) 12.13.11 Join JdGord [0] (~jonno@58.108.102.204) 12.13.46 # ok, patch added :) http://www.rockbox.org/tracker/task/11825 12.14.27 # btw, a bot, what would post actions on tracker here (like CIA with the CVS does) would be a nice thing 12.16.40 *** Saving seen data "./dancer.seen" 12.17.02 # wodz: sorry about earlier 12.17.04 Quit kugel (Read error: Connection reset by peer) 12.17.13 # What's %tx. ? 12.17.30 # And yes if it is segfaulting it needs fixing 12.17.49 # File a bug. I might be able to fix it on the plane tomorow 12.18.49 # Stummi: yuou know there's a mailing list for flyspray updates? 12.19.05 Quit wodz (Quit: Leaving) 12.23.34 # gevaerts, yes 12.25.59 Join dfkt [0] (dfkt@unaffiliated/dfkt) 12.26.42 Part LinusN 12.27.12 Quit dfkt_ (Read error: Connection reset by peer) 12.27.42 Quit mystica555_ (Ping timeout: 272 seconds) 12.29.15 Quit JdGord (Read error: Connection reset by peer) 12.30.09 # * gevaerts would call the thig "symlinkinstall". "link" makes him think "hard link" 12.39.25 Join kugel [0] (~kugel@212.23.105.186) 12.39.26 Quit kugel (Changing host) 12.39.26 Join kugel [0] (~kugel@rockbox/developer/kugel) 12.45.13 Quit xavieran (Ping timeout: 265 seconds) 12.52.42 Join xavieran [0] (~xavieran@ppp118-209-249-120.lns20.mel6.internode.on.net) 12.55.45 Quit dfkt (Ping timeout: 260 seconds) 12.58.49 Join dfkt [0] (dfkt@unaffiliated/dfkt) 13.02.00 Join DerPapst [0] (~Alexander@91-66-226-46-dynip.superkabel.de) 13.05.19 # ugha 13.06.10 # * amiconn just got around to reading the monster thread on dev ml 13.11.51 Join ranmachan [0] (ranma@yumi.tdiedrich.de) 13.14.01 # gevaerts, ok, changed this 13.14.25 Quit kugel (Ping timeout: 260 seconds) 13.20.25 Join kugel [0] (~kugel@212.23.105.186) 13.20.26 Quit kugel (Changing host) 13.20.26 Join kugel [0] (~kugel@rockbox/developer/kugel) 13.24.10 Join GeekShadow [0] (~Antoine@93.21.159.10) 13.24.10 Quit GeekShadow (Changing host) 13.24.10 Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) 13.27.31 Quit xavieran (Ping timeout: 240 seconds) 13.30.09 Quit casainho (Remote host closed the connection) 13.32.41 Join JdGord [0] (~jonno@58.108.102.204) 13.32.51 Join xavieran [0] (~xavieran@ppp118-209-249-120.lns20.mel6.internode.on.net) 13.36.48 Join sacredchao [0] (debian-tor@gateway/tor-sasl/nike) 13.36.52 # What program can I use to extract music files from an Apple-firmware iPod so that it reads the tags and actually names the files based on artist/album/number/title? 13.37.03 # I am on Debian and want to back up this music prior to Rockbox installation 13.39.14 Quit The_Pwny (Quit: If you can't laugh at yourself, make fun of other people.) 13.39.22 Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93) 13.43.33 # sacredchao: mp3tag will work (on Windows). but rockbox will find your music 13.43.48 # I am not on Windows 13.44.00 # I want to pull off the music on GNU/Linux and back it up 13.44.38 # easytag can possibly do it 13.44.56 # it can 13.46.38 # Yeah but aren't the files on Apple-firmware iPods not only renamed to weird filenames, but put in incorrect folders? 13.46.51 # yes 13.46.58 # is funny-named folders too 13.48.10 Join kugel2 [0] (~kugel@212.23.105.186) 13.48.11 Quit kugel (Disconnected by services) 13.48.12 Quit kugel2 (Changing host) 13.48.12 Join kugel2 [0] (~kugel@rockbox/developer/kugel) 13.51.39 Quit GeekShadow (Quit: The cake is a lie !) 14.03.06 # So there's no GNU/Linux application to fix this as files are copied off the iPod? 14.03.44 # did you already try easytag? 14.04.13 Nick kugel2 is now known as kugel (~kugel@rockbox/developer/kugel) 14.11.35 Quit xavieran (Ping timeout: 272 seconds) 14.15.48 Quit DerPapst (Read error: Connection reset by peer) 14.16.42 *** Saving seen data "./dancer.seen" 14.17.48 Join DerPapst [0] (~Alexander@91-66-226-46-dynip.superkabel.de) 14.19.59 # Bagder: Found something better 14.20.03 # the answer: gtkpod 14.20.11 Quit kugel (Ping timeout: 240 seconds) 14.21.56 Join kugel [0] (~kugel@212.23.105.186) 14.21.57 Quit kugel (Changing host) 14.21.57 Join kugel [0] (~kugel@rockbox/developer/kugel) 14.31.26 Quit chattr (Quit: gone) 14.33.25 Quit kugel (Ping timeout: 240 seconds) 14.35.23 Quit JdGord (Quit: Bye) 14.36.25 # Also Banshee but it wants to install mono on my system 14.36.29 # fuck C# 14.37.15 Quit krazykit (Ping timeout: 240 seconds) 14.39.25 Join krazykit [0] (~krazykit@99-126-205-52.lightspeed.cicril.sbcglobal.net) 14.42.06 Quit stoffel (Ping timeout: 265 seconds) 14.50.56 Join MethoS- [0] (~clemens@134.102.106.250) 15.02.40 Join marines [0] (~marines@marvin.uplink.cz) 15.08.38 Quit krazykit (Quit: awe yeeeeeee) 15.22.19 Join kugel [0] (~kugel@rockbox/developer/kugel) 15.22.24 Quit Bagder (Quit: Konversation terminated!) 15.32.05 Join evilnick_B [0] (0c140464@rockbox/staff/evilnick) 15.33.07 Join chattr [0] (~mike@244.87.189.72.cfl.res.rr.com) 15.36.11 Quit chattr (Client Quit) 15.37.51 Join Skaps [0] (~dpero@180.181.51.65) 15.37.59 Join komputes [0] (~komputes@ubuntu/member/komputes) 15.38.01 # hello! Skaps here. 15.40.02 # i have a sansa e260 and like, i want it to be able to play AVI files 15.40.26 # Skaps: Either convert them to mpeg or add in .avi playback ability 15.40.38 # i want to do the latter 15.40.44 # do you have a link to get me started? 15.41.09 # Are you a programmer? 15.41.16 # by no means 15.42.03 # That's not really an option then! It'd take a looong time to get up to speed on the code and then to work on adding support for .avi files. 15.42.12 # ok 15.42.18 # isn't avi just a container anyway? 15.42.21 # Right now, your best option is to convert them 15.42.32 # does rockbox already have mpeg support? 15.42.35 # And pixelma is quite right, .avi isn't an actual codec 15.43.00 # so it should be very easy to convert then? 15.43.19 # Skaps: yes, mpeg1 and 2, see the manual 15.43.32 # thanks guys 15.46.37 Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 15.47.56 # anyone know any legit avi to mpeg converters 15.48.55 # our fine manual and wiki may 15.50.10 Join Strife89TX [0] (~cstrife89@207.144.201.128) 15.50.59 # Skaps: http://www.rockbox.org/wiki/PluginMpegplayer 15.51.13 # you are all so kind 16.01.14 Join Buschel [0] (~chatzilla@p54B67F9D.dip.t-dialin.net) 16.03.32 # soap: any new results from your tests? 16.04.55 Quit utanapischti (Ping timeout: 240 seconds) 16.07.29 Join ruckus [0] (~Earworm@99-59-195-147.lightspeed.livnmi.sbcglobal.net) 16.07.46 # pixelma: Hi, I adressed the cmments made yesterday, and here is the new patch: http://pastie.org/1400705 16.08.41 # I reused a string that was here for recording only 16.10.53 # And I reused the current translations, that way, all language where the string was translated is reused 16.11.49 Quit eWill (Ping timeout: 240 seconds) 16.12.09 # if no one object, I will commit it later this day 16.13.23 Join eWill [0] (~chatzilla@adsl-99-138-182-75.dsl.dytnoh.sbcglobal.net) 16.13.30 # I'm planning to see if I can harmonise this with the properties plugin 16.13.46 Quit eWill (Client Quit) 16.14.29 # moos: can't one just change the id (I don't know)? 16.15.20 # I made this to not break compability and because it was a string depending on recording 16.15.34 # hey everyone, i have a ipod video 30gig model (although with a 160gb drive) developed some weird problems recently, so I am wondering if anyone knows about them. 2 issues mainly, i would be playing music and it would randomly freeze. i can tell that the firmware is still working because i can scroll the song back and forth although there's no sound, and the song doesn't progress. also, often times i would play music and i wou 16.15.56 # *that developed 16.16.23 # ruckus: Try checking the disk 16.16.45 *** Saving seen data "./dancer.seen" 16.16.51 # i.e. fsck or chkdsk 16.17.13 # kugel: I already updated all the current translation :) http://pastie.org/1400724 16.17.19 # +s 16.18.05 # evilnick_B: fair enough, i haven't had the chance to do that. 16.18.40 # evilnick_B: could it be anything else ? 16.19.21 # ruckus: There are probably a few things that it could be, so best to rule things out one by one 16.21.53 Join b1uebrother [0] (~dom@92.117.49.131) 16.29.16 Join utanapischti [0] (~username@2.210.252.34) 16.29.24 Quit b1uebrother (Ping timeout: 265 seconds) 16.29.55 Quit dfkt (Read error: Connection reset by peer) 16.31.07 Join b1uebrother [0] (~dom@46.114.168.82) 16.32.20 Quit b1uebrother (Client Quit) 16.32.37 Join b1uebrother [0] (~dom@46.114.168.82) 16.32.44 Quit rasher (Quit: Lost terminal) 16.33.11 Join rasher [0] (~rasher@0x5550f5a3.adsl.cybercity.dk) 16.33.11 Quit rasher (Changing host) 16.33.11 Join rasher [0] (~rasher@rockbox/developer/rasher) 16.33.15 Join dfkt [0] (dfkt@unaffiliated/dfkt) 16.38.14 # evilnick_B, so ive converted an avi to an mpeg 2 and the playback on my sansa e260 isnt very smooth 16.38.21 # what can i do to make it better 16.39.54 # Did you resize it to fit the display? 16.40.43 # yes 16.41.50 Join Buschel_ [0] (~chatzilla@p54B67F9D.dip.t-dialin.net) 16.42.16 # Skaps: Can you try out the sample video "Elephant's Dream" from http://www.rockbox.org/wiki/PluginMpegplayer#Sample_Videos 16.42.45 Quit Buschel (Ping timeout: 276 seconds) 16.42.47 Nick Buschel_ is now known as Buschel (~chatzilla@p54B67F9D.dip.t-dialin.net) 16.42.51 Join Skaps_ [0] (~dpero@180.181.51.65) 16.43.11 # sorry i dcd 16.43.11 # could you repeat anything you said 16.43.16 # Skaps_: Can you try out the sample video "Elephant's Dream" from http://www.rockbox.org/wiki/PluginMpegplayer#Sample_Videos 16.43.28 Join CaptainKewl [0] (~jason@207-38-215-126.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) 16.43.34 # will do. 16.43.47 # That will tell us whether it's your player or the video file that you converted that's making the playback choppy 16.44.52 Quit Skaps (Ping timeout: 245 seconds) 16.44.58 Nick Skaps_ is now known as Skaps (~dpero@180.181.51.65) 16.46.13 # ill keep you updated. 16.46.16 Join bluebroth3r [0] (~dom@92.116.80.250) 16.49.06 Quit b1uebrother (Ping timeout: 260 seconds) 16.57.02 Join Buschel_ [0] (~chatzilla@p54B67F9D.dip.t-dialin.net) 16.57.31 Join fdinel [0] (~Miranda@modemcable235.127-131-66.mc.videotron.ca) 16.59.00 Quit Buschel (Ping timeout: 260 seconds) 16.59.15 Nick Buschel_ is now known as Buschel (~chatzilla@p54B67F9D.dip.t-dialin.net) 17.02.19 # evilnick_B, this video runs relatively smoothly. 17.03.50 # Skaps: So that points to the conversion process not being quite right. Check the settings that you used against the ones from the Wiki page and see if you can see any discrepencies 17.04.19 # rewatching the other video i converted, it isnt that bad actually 17.04.36 # compared to the one you gave me it runs at relatively the same smoothness 17.04.49 # there are some laggy sections where the video seems to lose framerate 17.05.03 # evilnick_B: so i am running chkdsk right now, though i realized that my drive is fat32. we're talkinga bout 160gb, so is that good ? 17.05.05 # but i guess that might be expected from a portable device of this caliber 17.05.56 # ruckus: Yeah, that will only affect how long the scan takes 17.06.02 # Skaps: one thing to keep an eye on is overall bitrate 17.06.55 # what kind of bitrate would run really well? 17.07.00 # anything under like.. 240? 17.07.09 Join chattr [0] (~mike@244.87.189.72.cfl.res.rr.com) 17.07.32 # evilnick_B: what do you mean? performance wise it doesn't matter? 17.07.44 Quit TheLemonMan (Read error: Operation timed out) 17.08.03 # <[Saint]> copy the properties of the test files on the wiki 17.08.10 # <[Saint]> Skaps: ^ 17.08.17 Quit Buschel (Ping timeout: 272 seconds) 17.08.20 # ruckus: are you asking if you should use something other than fat32? 17.08.23 # i have 17.08.31 # <[Saint]> ah... 17.08.41 # you are referring to this page yes http://www.rockbox.org/wiki/PluginMpegplayer#Sample_Videos ? 17.08.45 # the settings given on this one 17.09.07 # <[Saint]> correct 17.09.08 # gevaerts: yes 17.09.28 # ruckus: rockbox only supports fat, so no 17.09.32 # ruckus: You HAVE to use fat32 17.10.19 # evilnick_B, Saint, i thank you 17.10.37 Quit sacredchao (Remote host closed the connection) 17.11.29 # my bitrate on the VLC conversion tool is default at 800 kbps for Mpeg-2 17.11.33 # should i decrease that 17.11.49 # i dont really know what a good standard bitrate is for video formats 17.11.50 Join sacredchao [0] (debian-tor@gateway/tor-sasl/nike) 17.12.27 # I'd recommend experimenting a bit 17.13.21 # ill try 400 and see if its watchable. 17.13.39 # Skaps: On that Wiki page it lists an average bitrate of 469 for the e200 17.13.47 Quit sacredchao (Remote host closed the connection) 17.13.48 # thank you gevaerts and evilnick_B. i have a feeling that i've already looked this up in the past, but i've forgotten it 17.13.53 # (at 4:3) 17.14.16 # and 354 for 16:9 17.14.51 Join WonTu [0] (~WonTu@p57B53D77.dip.t-dialin.net) 17.15.05 Part WonTu 17.15.11 Join sacredchao [0] (debian-tor@gateway/tor-sasl/nike) 17.18.39 Quit sacredchao (Remote host closed the connection) 17.19.51 Join sacredchao [0] (debian-tor@gateway/tor-sasl/nike) 17.20.02 Join Buschel [0] (~chatzilla@p54B67F9D.dip.t-dialin.net) 17.21.19 Quit Buschel (Client Quit) 17.21.40 Quit bluebroth3r (Quit: leaving) 17.22.32 Quit anewuser (Quit: Changing server...) 17.23.36 Join anewuser [0] (anewuser@unaffiliated/anewuser) 17.24.56 Join t0rc [0] (~t0rc@unaffiliated/t0rc/x-5233201) 17.26.49 Quit sacredchao (Remote host closed the connection) 17.28.08 Join sacredchao [0] (debian-tor@gateway/tor-sasl/nike) 17.34.01 Quit Skaps (Read error: Connection reset by peer) 17.34.22 Join Skaps [0] (~dpero@180.181.51.65) 17.36.02 # well, i lowered the bitrate to 320 and it runs great 17.37.33 Quit sacredchao (Remote host closed the connection) 17.45.29 Quit DerPapst (Read error: Connection reset by peer) 17.46.00 Join DerPapst [0] (~Alexander@91-66-226-46-dynip.superkabel.de) 17.51.17 Join stoffel [0] (~quassel@p57B4A883.dip.t-dialin.net) 17.57.38 Quit petur (Quit: Page closed) 17.58.14 Join Keripo [0] (~Keripo@CPE0022b0d4bdb7-CM001a6680d4fe.cpe.net.cable.rogers.com) 18.00.50 Join Skaps_ [0] (~dpero@180.181.51.65) 18.04.37 Quit Skaps (Ping timeout: 265 seconds) 18.04.49 Nick Skaps_ is now known as Skaps (~dpero@180.181.51.65) 18.08.50 # Skaps: Excellent - now you know the settings, then you can convert whatever you like! 18.09.58 # :3 18.09.58 # this 16 hour road trip should go down well. 18.16.48 *** Saving seen data "./dancer.seen" 18.18.25 Join casainho [0] (~chatzilla@pal-213-228-181-14.netvisao.pt) 18.24.32 Quit evilnick_B (Quit: Page closed) 18.25.14 Join toffe82 [0] (~chatzilla@adsl-71-132-81-164.dsl.sntc01.pacbell.net) 18.27.07 Join b1uebrother [0] (~dom@188.46.34.28) 18.40.25 # there's still some dependency problem with lang.h 18.51.01 Join earcar [0] (~carmine@host62-226-dynamic.37-79-r.retail.telecomitalia.it) 18.55.45 Join n1s [0] (~n1s@rockbox/developer/n1s) 18.57.27 Quit t0rc (Quit: Give someone code, help them with one project. Teach someone to code, help them rule the world.) 19.00.02 Part marines 19.02.08 # New commit by 03alle (r28881): Fix a typo in comment 19.03.52 # r28881 build result: All green 19.06.40 Join fml2 [0] (~chatzilla@manz-590ef022.pool.mediaWays.net) 19.07.30 # Hello. Is .DS_Store on Mac (the itunes thing?) a file or a dir? 19.18.35 Quit toffe82 (Ping timeout: 265 seconds) 19.20.09 Join toffe82 [0] (~chatzilla@adsl-70-137-196-204.dsl.frs2ca.sbcglobal.net) 19.22.12 Quit casainho (Ping timeout: 240 seconds) 19.25.55 Join kadoban [0] (~kadoban@ip98-165-177-158.ph.ph.cox.net) 19.28.56 # fml2: .DS_Store is a file 19.33.20 # hmm. tools/tools.make has a build rule for uclpack and tools/ucl/Makefile has too 19.37.08 Quit Guest17322 (Ping timeout: 272 seconds) 19.39.03 Quit Keripo (Quit: Leaving.) 19.40.21 # gevaerts: shall I put the tagcache root patch on fs or commit now? Slasheri already looked at it a bit without complaint 19.42.50 # kugel: you probably answered this already at some point, but what's the impact on native targets? 19.43.15 # no impact 19.43.28 # then I'd commit 19.44.13 Quit Strife89TX (Quit: Leaving) 19.51.00 Join madalu [0] (~user@unaffiliated/madalu) 19.53.12 Join bertrik [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 19.53.12 Quit bertrik (Changing host) 19.53.12 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 19.57.23 Join bluebroth3r [0] (~dom@92.117.154.230) 19.58.48 Join Horscht [0] (~Horschti@p5DD579C2.dip.t-dialin.net) 19.58.48 Quit Horscht (Changing host) 19.58.48 Join Horscht [0] (~Horschti@xbmc/user/horscht) 19.59.05 Quit b1uebrother (Ping timeout: 255 seconds) 19.59.46 # New commit by 03bluebrother (r28882): Set APPVERSION for libmkamsboot and libmkmpioboot. ... 20.00.00 # New commit by 03bluebrother (r28883): Tweak Makefiles a bit to allow cross compiling Rockbox Utility. ... 20.02.10 # r28882 build result: All green 20.02.23 # New commit by 03kugel (r28884): RaaA: Improve tagcache search to make the database built. ... 20.02.35 # gevaerts: still need to fix mod metadata parser though 20.03.04 # Ah, yes 20.03.24 # I'd say that that's a different issue though 20.03.58 # r28883 build result: All green 20.06.38 # r28884 build result: All green 20.09.31 Join soap_ [0] (~soap@rockbox/staff/soap) 20.09.48 Quit soap (Disconnected by services) 20.09.49 # New commit by 03alle (r28885): Add the new default dir to clean to the manual 20.09.51 Nick soap_ is now known as soap (~soap@rockbox/staff/soap) 20.10.20 Join soap_ [0] (~soap@cpe-76-181-78-156.columbus.res.rr.com) 20.10.20 Quit soap_ (Changing host) 20.10.20 Join soap_ [0] (~soap@rockbox/staff/soap) 20.11.42 # Buschel, I've done some more tests (logging on right now to make a 76Mhz test build again) while driving today. With a stock build (force boosted to always run at 80 or not) the problems are happening repeatedly at the first flash access after the device gets warm. 20.11.49 # r28885 build result: All green 20.13.35 # In a 19 C vehicle the device will not crash ever. But much warmer it will crash the first flash access after the initial boot and buffer fill. Get it hot enough and the bootloader won't find rockbox.ipod. 20.13.52 # At flash access? Interesting... 20.13.57 # * gevaerts looks for grep 20.15.09 # So let's call the three temps Cold (18C) Warm (?C) and Hot (?C). When warm Rockbox will fill the buffer (said second time) and start playback, but playback will be a mix of multiple tracks. When Hot the device freezes. 20.15.25 Quit fml2 (Quit: ChatZilla 0.9.86 [Firefox 3.6.13/20101206122310]) 20.16.12 # When Warm said scrambled audio (fractional seconds of each track, jumping back and forth between tracks) lasts for a while (30 seconds?) before the eventual crash 20.16.14 # soap: maraz reported similar (or at least also nano, heat, and storage related) issues back in Julu 20.16.17 # *July 20.16.51 # http://www.rockbox.org/irc/log-20100725#15:46:42 20.16.53 *** Saving seen data "./dancer.seen" 20.16.54 # My only test with the 76Mhz build was not under the same conditions as today's testing. I will repeat shortly. 20.17.21 Join JesusFreak316 [0] (~JesusFrea@pool-173-65-66-169.tampfl.fios.verizon.net) 20.17.28 # yep 20.17.33 # But it was under the same conditions which caused failure of a 80mhz build previously. I need to get back on the road, but should be able to report more in about an hour. 20.18.12 # gevaerts, look back to FS#7510's era. There were many reports in the FS and Forums and IRC at that time IIRC. 20.18.34 # I would not be suprised if, being as this appears to be a rare issue, some of the afflected people did not come back. 20.18.55 # That's certainly possible 20.18.57 # http://forums.rockbox.org/index.php/topic,25347.msg169819.html 20.18.59 # ^ 20.19.22 # http://forums.rockbox.org/index.php?topic=11817.0 20.23.37 Quit Skaps (Quit: ChatZilla 0.9.86 [Firefox 3.6.12/20101026210630]) 20.24.56 Join [AndrewR] [0] (~andrewrot@CPE001b115d62aa-CM000f9f7b1d34.cpe.net.cable.rogers.com) 20.25.41 # soap: I think it would still be useful to know if it's DMA related for you as well 20.26.35 # How would I test that? 20.26.40 # just disable DMA? 20.27.04 # soap: yes. According to http://www.rockbox.org/irc/log-20100725#16:32:41 that's what maraz did 20.27.10 # (ha! He says "just" as if it will be easy for him!) 20.27.27 # disabling dma certainly fixed the problem for me 20.27.58 # I'll try that next. 20.28.19 # FWIW windows is unzipping my new build to said (ice cold) Nano at an amazing 12KB/s) 20.29.02 # IF it is aging flash going out of spec I'd be a bit shocked. This flash has very very very few writes on it. 20.29.04 # http://www.rockbox.org/tracker/task/11825?opened=5937&type[0]=&sev[0]=&due[0]=&cat[0]=&status[0]=open&percent[0]=&reported[0]= can i commit this or should i await more comments for this? 20.29.18 # unless "aging" is truely time and not use dependent. 20.29.48 Quit kevku (Quit: KVIrc 4.0.2 Insomnia http://www.kvirc.net/) 20.29.55 # soap, my flash works just fine on OF. 20.30.07 # maraz: did you ever try a slightly lower boosted clock? 20.30.10 # rockbox with dma - problems. rockbox without dma - no problems. 20.30.12 # aye. 20.30.18 # even 24MHz. 20.30.50 # Curious. We'll see, the 76MHz test may have been a red herring. 20.32.02 # large files are trasfering fast. Lots of small files (full zip) are transfering very very slowly. 20.33.27 Join Feisar [0] (jljhook@irkki.fi) 20.33.53 Nick Feisar is now known as Guest28787 (jljhook@irkki.fi) 20.35.17 # FS#11828 - Fix core mod metadata parser 20.35.26 # who's listening to mod files? 20.35.52 # Stummi: how does it handle themes? 20.35.56 Join GeekShadow [0] (~Antoine@93.21.159.10) 20.35.56 Quit GeekShadow (Changing host) 20.35.56 Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) 20.36.01 Join soap__ [0] (~soap@53.sub-72-112-142.myvzw.com) 20.36.15 # themes are only made at make install time 20.36.33 # kugel: i don't checked this 20.36.52 # (and don't have any possibility to check this from here at the moment) 20.37.23 Quit soap (Ping timeout: 245 seconds) 20.37.53 # that reminds me, if someone feels like looking at the makefiles, having "make codecs" and "make plugins" not also include the themes, fonts, etc would be nice 20.38.11 # saratoga: they dont 20.38.40 # they did when i tried? 20.39.08 Quit stoffel (Ping timeout: 264 seconds) 20.39.09 # only make (full)install messes with themes and fonts 20.39.10 # hm, i will wait until saturday or sunday. Then i am back to home 20.39.44 # also it's make rocks, not make plugins ;) 20.39.48 # kugel: at the moment yes. It would be nice if somebody could source this out 20.40.12 Quit Guest28787 (Ping timeout: 260 seconds) 20.43.42 # kugel: I just tried it and make codecs included wps, themes, a half dozen fonts, etc 20.44.04 # the majority of the zip size is actually things other then the codecs 20.44.24 # make codecs creates no zip 20.44.24 # saratoga: just "make codecs"? 20.44.57 # yeah 20.45.05 # sorry, make codecs, then make 7zip 20.45.21 # well, make *zip also makes themes 20.45.46 Join afk [0] (~Dre@92.30.58.174) 20.45.55 # is there someway to get a zip of just the codecs short of doing it myself? 20.47.26 # no 20.47.36 Quit Dreamxtreme (Ping timeout: 265 seconds) 21.04.50 Join designate72 [0] (~aaron@adsl-065-013-002-216.sip.asm.bellsouth.net) 21.10.35 Join Strife89 [0] (~Strife89@adsl-80-156-175.mcn.bellsouth.net) 21.13.26 Join krazykit [0] (~krazykit@70.236.68.137) 21.16.15 Join Keripo [0] (~Keripo@CPE0022b0d4bdb7-CM001a6680d4fe.cpe.net.cable.rogers.com) 21.23.31 Join soap [0] (~soap@24.sub-72-118-187.myvzw.com) 21.23.32 Quit soap (Changing host) 21.23.32 Join soap [0] (~soap@rockbox/staff/soap) 21.25.05 # <[Saint]> If it's not too much to ask, could somebody please roll me a build fot iPod Colour with this patch: http://www.datafilehost.com/download-5819a940.html applied? 21.25.31 Quit soap__ (Ping timeout: 240 seconds) 21.25.32 # <[Saint]> It would be very greatly appreciated, I am not able to build myself at the present point in time. 21.25.56 # <[Saint]> s/fot/for/ 21.27.33 # <[Saint]> {And, if someone *does* roll me a build of SVN head, could the someone please include the .map file in the .zip file as well? Again, greatly appreciated - [St.]) 21.34.22 Quit MethoS- (Remote host closed the connection) 21.35.09 Join wodz [0] (~wodz@87-206-240-131.dynamic.chello.pl) 21.36.34 # ok, gevaerts, maraz, Buschel: I can not make the 76MHz build crash. I repeatedly got the ipod hot enough that touching the metal back to my cheek hurt. 21.36.40 Join Feisar [0] (jljhook@irkki.fi) 21.37.05 # It didn't take 1/10th the effort to crash the 80MHz build, with or without frequency scaling. 21.37.06 Nick Feisar is now known as Guest33774 (jljhook@irkki.fi) 21.37.10 # soap: from what i've gathered, it seems to be completely device specific at which point they'll exhibit symptoms. 21.37.37 # could it be that apple never intended to use dma on the nano and bought chips that are more or less broken on their dma side? 21.37.52 # I'll test a no DMA build in a bit. I need to unload some equipment and run a few errands first. 21.37.56 # easy way to tell: change the main build to 76MHz and see if people complain 21.38.44 # * The_Seven 's Christmas presents: http://files.freemyipod.org/misc/bootstrap-ipodclassic.dfu and http://files.freemyipod.org/misc/installer-classic.ubi 21.38.45 # I've got strange bug report regarding hd300. The guy claims that in rockbox anything above -15dB is clipped while in OF no clipping occurs with much higher gains. Do we had similar report for Gigabeat F or mrobe100 (using very similar codec)? 21.38.52 # Or, maraz, could Rockbox's DMA timings be off? 21.39.12 # well, that's the other option. 21.39.21 # i think this is ready for public alpha... people can now start playing around with their ipod classics :) 21.40.00 # <[Saint]> The_Seven: Congratulations, great work. 21.40.10 # rockbox or iloader? 21.40.10 # The_Seven: very cool :) 21.40.24 # iloader, allowing you to bootstrap rockbox :) 21.40.28 # <[Saint]> "The Masses" will be pleased, indeed, quite pleased. 21.40.37 # and it means that i can start actually porting rockbox now 21.40.47 # the only difference I spotted is that we set digital DAC gain to 0dB while OF set it to -0.5dB 21.41.26 # a lot of chips have separate gains for the DAC and headphone amps, maybe one is set too high? 21.42.08 Quit Guest33774 (Ping timeout: 264 seconds) 21.43.02 # attenuating signal slightly in digital domain make sense IMO 21.46.41 Quit bluebroth3r (Quit: leaving) 21.46.58 Quit kadoban (Ping timeout: 245 seconds) 21.46.59 # <[Saint]> froggyman: http://www.datafilehost.com/download-0769fb1c.html <-- iLike Colour/Fuze/Photo 21.47.15 # thanks! 21.47.19 # <[Saint]> I shall do the "release" announcement this afternoon. 21.48.37 # <[Saint]> froggyman: Let me know if you find anything obviously wrong...or something you feel could be improved upon. 21.49.11 # well, for starters I would prefer having battery as a percent and volume in dB 21.56.48 # <[Saint]> well...things that the OF does...that I'm not. 22.04.59 # * The_Seven wonders if it's possible to make rockbox compile without having an audio driver 22.05.44 Nick ej0rge_ is now known as ej0rge (~alhaz@alhaz.fttp.xmission.com) 22.06.34 # CaptainKewl: ping 22.07.31 Join mischasworld [0] (~quassel@g226208117.adsl.alicedsl.de) 22.10.53 Quit Keripo (Quit: Leaving.) 22.15.38 Join TheLemonMan [0] (~lem0n@ppp-76-143.98-62.inwind.it) 22.15.43 Quit mischasworld (Ping timeout: 245 seconds) 22.16.39 Quit ender` (Quit: The two aspiring triangle peaks arching into an abstracted ‘M’ typified the progressive leadership-minded outlook of the company. -- Motorola exec on their logo) 22.16.56 *** Saving seen data "./dancer.seen" 22.23.24 Join ender` [0] (krneki@foo.eternallybored.org) 22.24.42 Quit factor (Read error: Connection reset by peer) 22.25.17 Quit afk (Quit: Don't follow me) 22.26.56 Join factor [0] (~factor@r74-195-220-23.msk1cmtc02.mskgok.ok.dh.suddenlink.net) 22.27.15 # amee2k: ping 22.27.28 # mmh? 22.27.37 # any progress with your RaaA port? 22.28.10 # not yet, i've got all kinds of stuff getting in the way 22.28.20 # mostly xmas/holiday related 22.28.38 # another guy found that the SDL drawing is horrible slow (and I found in profiling that there are indeed a hundreds of thounds calls in it very shortly after starting) 22.28.43 # i'm also at my parent's place right now... good time to do some research 22.28.54 # hence my question in -community 22.29.04 # 0.0 22.29.27 # that would kinda explain why the interface is so sluggish 22.29.49 # he also made a patch to make it faster, so that it's usable on a n900; I bet it'll be useful for you too 22.29.55 # kugel: pong 22.30.25 # CaptainKewl: you listen to .mod files, right? can you have a look at FS#11828 please? 22.30.37 # sure 22.30.43 # cool 22.30.51 Join farlepet [0] (~42bcf0de@giant.haxx.se) 22.31.12 # i'll try the patch right when i come back, which will be around something like january 3..5th 22.31.35 Quit soap (Read error: Connection reset by peer) 22.34.03 # I should also get my mini2440 out of the drawer again to run the sdl app on it 22.35.26 # kugel: I'll need some time to test it but at a glance it looks about right; I'll post my findings. 22.36.37 Join JdGordon [0] (3a6c66cc@gateway/web/freenode/ip.58.108.102.204) 22.38.10 # hehe 22.38.48 Join Feisar [0] (jljhook@irkki.fi) 22.39.14 Nick Feisar is now known as Guest16638 (jljhook@irkki.fi) 22.44.00 Join Dreamxtreme [0] (~Dre@92.30.58.174) 22.45.33 Quit earcar (Quit: zzzzzz) 22.47.23 Quit Topy44 (Ping timeout: 245 seconds) 22.47.49 Join Topy44 [0] (~Topy44@g228195126.adsl.alicedsl.de) 22.52.30 Join T44 [0] (~Topy44@g228141120.adsl.alicedsl.de) 22.53.34 Join fml [0] (~5df3b5ad@giant.haxx.se) 22.54.14 Quit fml (Client Quit) 22.56.08 Quit Topy44 (Ping timeout: 245 seconds) 23.01.07 Quit farlepet (Quit: CGI:IRC (EOF)) 23.01.52 Quit tchan (Quit: WeeChat 0.3.3-dev) 23.06.35 Join Clipper [0] (53182eb2@gateway/web/freenode/ip.83.24.46.178) 23.06.38 # Hello 23.07.18 # Does anyone know any issues of current stable release of rocbox with clip+ other than USB mode incompability? 23.08.06 Quit JdGordon (Ping timeout: 265 seconds) 23.09.05 # kugel: nice catch with that mod parser 23.09.21 # thats probably been the cause of more then a few db lock ups over the years 23.09.37 # Clipper: check the wiki 23.10.29 # okay so 23.10.36 Join Buschel [0] (~chatzilla@p54A3A5CA.dip.t-dialin.net) 23.10.54 # ive downloaded rockbox utility 1.2.8 23.11.17 # connected clip+ in MSC mode, launched roxbox untility and pressed autodetect button 23.11.20 # crash 23.11.23 # always crash 23.13.17 Join JdGord [0] (~jonno@58.108.102.204) 23.13.19 # anyone else with clip+ experience this problem? 23.13.36 # Rockbox Utility crashes? 23.13.49 # yeah while autodetecting 23.14.02 # common? 23.14.16 # I don't think that's common 23.14.40 # * gevaerts looks for domonoky or bluebrother 23.15.37 # error indicates problem with msvcrt.dll 23.16.10 # * gevaerts doesn't know 23.16.11 # which is supposed to be responsible for Visual C++ 23.16.17 # maybe its windows problem? 23.16.23 # Could be I guess 23.16.23 # im on XP SP3 23.16.36 # That should work 23.17.04 # reminds me of a similar problem with another Qt app (which the Rockbox Utility is also) 23.18.22 # the solution there was to install a newer visual c++ runtime 23.18.34 # sounds inspiring 23.18.36 # vcredist something? 23.18.39 # do you know which you have installed? 23.18.52 # pixelma: nope, i dont know but im googling it at the moment 23.19.14 # Which visual c++ version is rockbox utility compiled with? 23.21.35 # JdGord: FS#11829 23.21.40 # the Utility ran on my XP SP3 laptop last time I checked, not sure I used autodetection though. For the other programme I needed this runtime: http://www.microsoft.com/downloads/details.aspx?displaylang=de&FamilyID=a5c84275-3b97-4ab7-a40d-3802b2af5fc2 23.21.40 # gevaerts: none at all :) 23.21.42 Quit CaptainKewl (Ping timeout: 265 seconds) 23.21.51 # ah, right... 23.22.13 # pure mingw? 23.22.17 # soap, maraz: your discussion about nano clock vs. DMA is interesting. IDE0_CFG (which has a special handling in the clock switching for the nano only) is changed by DMA code (ata_dma_set_mode) 23.22.17 # so, I'm on the wrong track? 23.22.30 # was just an idea 23.23.04 # saratoga: yea, it has a pretty serious buffer overflow problem 23.24.25 # soap, maraz: can you check the upper 4 bits of IDE0_CFG in boosted/unboosted state with and withouth DMA? 23.24.29 # Buschel: that's interesting... 23.25.07 # the PP ipods need certain minimal clock speeds for DMA to work 23.25.11 # if that's relevant 23.25.42 # pixelma: installed, no change 23.26.36 # Torne: ata_dma_set_mode() clears a bit in IDE0_CFG, which also cleared in ata_device_init(), *except* on the nano where it's explicitely set 23.26.43 # ..weird 23.26.47 # nano1g, you mean? 23.26.49 # yes 23.26.59 # ok, i don't see why it would do that 23.27.03 # Torne: yes. but the issue is the other way round: too high clock seems to result in freezes on some nano's when using DMA access 23.27.04 # but i didn't write it. :) 23.27.11 # ask dreamlayers :) 23.27.21 # If the nano really is the same SoC as e.g. the video, there's almost no way that can be correct... 23.28.02 # Torne: the weirdness is older 23.28.24 # I suspect dreamlayers didn't see the nano special case elsewhere in the file 23.28.33 # Clipper: ok, sorry then I'm out of ideas. Maybe bluebrother or domonoky (the main Utility devs) could help but I don't know if they are really around). Can you go on with the installation when chosing the target and the drive letter manually? 23.28.36 # Ah, hm 23.28.49 # r15705 23.29.48 # This would at least explain why DMA is involved 23.30.00 # Or why it actually isn't :) 23.30.20 Join dovshap [0] (~dovbers@aa101.bhphotovideo.com) 23.30.54 # so, might just be some ifdef'ing needed... 23.31.10 # Right.. hm 23.31.16 # i suggest just do the same hack then :) 23.31.25 # i don't think the IDE timing registers are well understood 23.31.27 # Or try it at least :) 23.31.49 # well, let's ask soap to do sp when he is back :) 23.31.59 # my nano is 2G 23.32.09 # and maraz I'd say 23.32.28 # yep 23.32.47 # We're still not 100% sure that they're having the same problem of course, but I think it's a good working hypothesis :) 23.33.26 # and it seems to be reproducible quite easily 23.33.40 # pixelma: well yes but i dont know if i can install 23.33.57 # 7.0.2600.5701 (xpsp_sp3_qfe.081025-1544) <-- my version of msvcrt.dll 23.35.47 # it doesn't matter how the Utility found your device (manually or by autodetection) if that's what you think 23.37.52 # Torne: the DMA code also sets some more unknown registers. How sure are we that just doing IDE0_CFG differently is safe? 23.38.15 # no idea. 23.38.22 # soap, maraz: as a first try I would just comment both IDE0_CFG lines in ata_dma_set_mode() in ata-pp5020-c 23.38.22 # i have no idea how the PP-specific IDE stuff works 23.38.29 # i just used dreamlayers' patch for all that 23.38.44 Quit JdGord (Read error: Connection reset by peer) 23.38.45 # i only know about the non-SoC-specific parts of IDE i'm afraid 23.38.48 # And how much faster is DMA on nano? 23.38.49 Join JdGord [0] (~jonno@58.108.102.204) 23.38.52 # pixelma: btw, http://www.msvcrtdll.com/ <--- reported by some sites as malware spreader 23.39.56 # also no idea 23.41.00 # Clipper: use MS's VC residistributable installer, don't download it from some reandom site 23.41.18 # VC? 23.42.09 # http://www.microsoft.com/downloads/en/details.aspx?FamilyID=9b2da534-3e03-4391-8a4d-074b9f2bc1bf&displaylang=en and the similar ones for the other versions of VC 23.43.29 # * Buschel just recognized he asked dreamlayers about the IDE0_CFG stuff in his DMA code 23.44.01 # * gevaerts saw that too 23.44.35 # pixelma: http://www.microsoft.com/security/portal/Threat/Encyclopedia/Entry.aspx?Name=Program%3AWin32%2FRegistryEasy <---- http://www.msvcrtdll.com is identified by microsoft as dongerous 23.44.49 # he reengineered from iPod Video code. maybe the nano is a bit different in this area... 23.44.59 # Looks like it 23.45.30 Quit ender` (Quit: A memorandum is written not to inform the reader but to protect the writer. -- Dean Acheson) 23.47.10 # Torne: it didnt help me but m getting latest NET distribution right now 23.47.15 # Clipper: then don't use that site. Nobody here recommended it... 23.47.25 # .NET is irrelevant 23.47.38 Join JdGordon| [0] (~jonno@vl10.gw.ok-labs.com) 23.47.38 Quit JdGordon| (Changing host) 23.47.38 Join JdGordon| [0] (~jonno@rockbox/developer/JdGordon) 23.47.58 Quit JdGord (Quit: Bye) 23.48.51 Quit factor (Read error: Connection reset by peer) 23.48.52 # gevaerts: i know that noone recommended that website, but as its one of top google picks related to msvcrt.dll phrase, im just trying to warn you 23.48.58 # anyway, it's unlikely to actually be a problem with msvcrt, generally 23.49.04 # it looks like "i will help you" website while its a trap 23.49.06 # it usually means the code's passed a bad pointer to something in libc 23.49.08 # or similar 23.49.33 Join factor [0] (~factor@r74-195-220-23.msk1cmtc02.mskgok.ok.dh.suddenlink.net) 23.50.17 # gevaerts, you mention r15705. This heat-related "glitching" (let's just call it that as the exact nature of the glitching was not pinned down as well previously initially started before 15705. 23.50.29 Join tchan [0] (~tchan@lunar-linux/developer/tchan) 23.51.15 # soap_: yes. r15705 adds some nano-specific special cases, which are not taken into account in the ATA DMA patch 23.52.12 # so go for starters with soap, maraz: as a first try I would just comment both IDE0_CFG lines in ata_dma_set_mode() in ata-pp5020-c ? 23.52.21 Nick soap_ is now known as soap (~soap@rockbox/staff/soap) 23.52.24 # hrm... 23.52.39 # * maraz eyes the task at hand 23.52.43 # * maraz decides to eat first 23.52.48 # soap, maraz: can you check the upper 4 bits of IDE0_CFG in boosted/unboosted state with and withouth DMA? 23.53.15 # Buschel, I can, would it be easier to open a task to dump the finding in? 23.53.44 # I think so 23.55.14 # Torne: should i try to manually assign drive letters then? 23.55.43 # if you want to get it installed, i suggest so :) 23.55.59 # if you want to help us debug the issue with rbutil, then maybe not.. but i dunno what you can reasonably do to help there 23.56.04 # unless you know how to use a windows debugger ;) 23.56.42 # i dont have it installed 23.56.55 # i was checking with some basic tools like dependency walker 23.57.04 # and msvcrt has no dependencies at all 23.57.15 # if it was missing something it wouldn't start in the first place 23.57.26 # and like i said, there's no particular reason to assume it's a problem with msvcrt 23.57.28 Quit bertrik (Ping timeout: 265 seconds) 23.57.40 # that's just hte C runtime, if any other code passes it a bad pointer it will crash in there 23.58.21 # AppName: rockboxutility.exe AppVer: 0.0.0.0 ModName: msvcrt.dll ModVer: 7.0.2600.5701 Offset: 00037fd4 23.58.32 # from error log 23.58.44 # yes; that doesn't tell anyone anything, unfortunately 23.58.50 # hee