--- Log for 04.05.109 Server: lindbohm.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 1 month and 17 days ago 00.01.01 # motionman95: please stop always announcing when you are gone and back...it gets annoying... 00.01.55 # Sorry...I just was thinking that if I was talking to someone, and had to leave...but I guess that's a bad idea. :/ 00.02.41 Quit midijunkie (Read error: 104 (Connection reset by peer)) 00.02.55 Quit rocko ("Anarchism in Action: Methods, Tactics, Skills, and Ideas http://aia.mahost.org/") 00.03.45 Join KBH [0] (i=hbk@pool-71-96-74-73.dfw.dsl-w.verizon.net) 00.03.47 Quit n17ikh () 00.05.40 Quit Seed ("cu, Andre") 00.06.59 Quit bubsy ("Mrrrrreow!") 00.08.16 Join Seth_ [0] (n=chatzill@pool-71-186-64-226.chi01.dsl-w.verizon.net) 00.08.19 Quit Seth_ (Client Quit) 00.12.03 Join ff [0] (i=4597cd8a@gateway/web/ajax/mibbit.com/x-da2be83cafa398a2) 00.12.14 # <[1]froggyman> why isnt the gigabeat S a supported target, currently? 00.12.18 # http://mibbit.com/up/73mEPzrD.diff 00.13.07 # [1]froggyman: there is not a simple install and missing the manual 00.13.48 # <[1]froggyman> ohh, ok 00.16.29 Join itcheg [0] (i=62db4767@gateway/web/ajax/mibbit.com/x-19aa45cd3550eb4b) 00.17.17 Quit motionman95 ("http://www.mibbit.com ajax IRC Client") 00.17.40 Quit ff ("http://www.mibbit.com ajax IRC Client") 00.18.42 Quit bertrik (Read error: 113 (No route to host)) 00.19.23 Quit itcheg (Client Quit) 00.20.05 Join motionman95 [0] (i=4597cd8a@gateway/web/ajax/mibbit.com/x-8e1392e4b557b5ba) 00.20.41 # I think SVN may be down. I run "svn update" and I get the error "svn: Unknown hostname 'svn.rockbox.org'" 00.21.21 # works fine here 00.21.32 # and that's a DNS problem, not really svn... 00.22.25 # Both dns servers work fine 00.23.46 # My mistake... 00.23.54 Quit HBK (Read error: 110 (Connection timed out)) 00.24.33 Join Chubbz [0] (n=chubbz@ip-129-15-127-232.fennfwsm.ou.edu) 00.24.55 Part toffe82 00.25.12 # Hello, I'm having trouble getting the rbutil to work under Linux 64 bit 00.25.48 Quit flydutch ("/* empty */") 00.27.09 Part Chubbz 00.28.07 Quit petur ("Zzzzzz") 00.30.28 Quit motionman95 ("http://www.mibbit.com ajax IRC Client") 00.34.11 Join matsl [0] (n=matsl@1-1-4-2a.mal.sth.bostream.se) 00.35.53 Quit [1]froggyman (" HydraIRC -> http://www.hydrairc.com <- It'll be on slashdot one day...") 00.40.08 *** Saving seen data "./dancer.seen" 00.47.53 Join motionman95 [0] (i=4597cd8a@gateway/web/ajax/mibbit.com/x-93749c1f47b00009) 00.53.53 Quit ender` (" PHP is a minor evil perpetrated and created by incompetent amateurs, whereas Perl is a great and insidious evil, perpetrate") 00.57.16 Quit matsl (Read error: 110 (Connection timed out)) 00.58.27 Join itcheg [0] (i=62db4767@gateway/web/ajax/mibbit.com/x-8eafc01f93aa5f0b) 01.19.02 Join fizekul [0] (n=4c143e53@gateway/web/cgi-irc/labb.contactor.se/x-23e8a3f42b2b237e) 01.20.41 # i need a little help with installation on gigabeat s30 01.21.04 Quit motionman95 ("http://www.mibbit.com ajax IRC Client") 01.21.11 Quit Llorean (Read error: 54 (Connection reset by peer)) 01.21.30 Join Llorean [0] (n=DarkkOne@adsl-99-185-10-150.dsl.hstntx.sbcglobal.net) 01.21.52 # i have compiled sendfirm in ubuntu, then when i try sendfirm nk.bin, i get the result: libmtp version: 0.3.0 No devices. 01.22.51 # dmesg just keeps on giving me this [ 3159.812021] hub 1-0:1.0: unable to enumerate USB device on port 4 , which i assume is the mp3 player 01.27.41 Quit itcheg ("http://www.mibbit.com ajax IRC Client") 01.28.06 Join tvelocity [0] (n=tony@adsl22-78.her.forthnet.gr) 01.36.42 Quit calman_ (Client Quit) 01.52.11 Quit Willeth ("Leaving.") 01.55.21 # actually it appears that the dmesg is the what my wireless card is outputting. the gigabeat is actually not being recognized at all by ubuntu. does anyone know why this would be? 01.58.57 # fizekul: 9.04? 01.59.24 # ubuntu seems sort of broken w.r.t to usb. Did you install the latest updates? 02.00.10 # yes it is 9.04 02.00.42 # i just installed ubuntu last night and downloaded the freshest updates this morning 02.01.25 Join pixelma_ [0] (n=pixelma@p54BD3B35.dip.t-dialin.net) 02.01.29 Quit pixelma (Nick collision from services.) 02.01.29 Quit amiconn (Nick collision from services.) 02.01.31 Join amiconn_ [50] (n=jens@rockbox/developer/amiconn) 02.01.41 Nick pixelma_ is now known as pixelma (n=pixelma@rockbox/staff/pixelma) 02.01.51 Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) 02.04.05 Join dmb [0] (n=dmb@unaffiliated/dmb) 02.05.39 # now i'm kind of worried for the gigabeat. i just connected it to a windows 7 computer that i'm running, and nothing happens there either. i also tried two different usb cables. 02.06.07 # i forgot, do i have to put it in some kind of "mode" so that it can be detected by the computer? 02.08.09 Join n17ikh [0] (n=n17ikh@host-64-234-48-99.nctv.com) 02.13.19 Quit planetbeing_ () 02.15.06 Quit Thundercloud (Remote closed the connection) 02.16.14 # amiconn: so, you think a YUV->RGB scaler output might be a good idea? it shouldn't be hard to do at that stage, i'll just have to add or overload a parameter for YUV output, and the more i think about it, the more i think the savings are worthwhile, since the scaler itself doesn't have *any* per-input-pixel multiplies 02.17.07 # thanks for the help. i think my problems are actually hardware related and not software. ill just have to take this thing apart now. 02.17.11 Quit fizekul ("CGI:IRC") 02.20.10 Quit efyx_ (Remote closed the connection) 02.21.55 Quit dfkt ("-= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.") 02.32.58 # kugel: The 9.04 USB problem (as far as is known) only applies to UMS devices that Ubuntu expects to be using MTP 02.33.06 # kugel: The Gigabeat S OF would not be a category of thizs 02.34.55 # It's not a general issue of Ubuntu being broken with regards to USB, but rather a very specific issue with how libgphoto decides when to try to use MTP 02.37.59 # i'm checking out the latest libgphoto2 now to see if it goes away with an update 02.38.35 # saratoga: Well, gevaerts went to their IRC channel, and they committed a change that was supposed to fix it. 02.39.11 # kugel, I saw your message about the backlight fading; thanks for putting together the wiki on it. I had a question though: what is the reason for differentiating BACKLIGHT_FADING_SW_HW_REG and BACKLIGHT_FADING_SW_SETTING? It seems like it would be less complex to have one define along with dummy functions for players that don't specifically need _backlight_on and _backlight_off 02.39.22 # yeah just struggling now with their install directions 02.40.09 *** Saving seen data "./dancer.seen" 02.40.10 # I might misunderstand how the two are used, but it would seem better to have the dummy functions there anyway in case someone decides to disable backlight fading in the config.h file 02.41.54 Join itcheg [0] (i=62db4767@gateway/web/ajax/mibbit.com/x-ed0e79db2fcd270e) 02.42.00 # kkurbjun: have you seen the 1 part where HW_REG is different? You can't dummy/stub _backlight_set_brightness() I think 02.43.44 # don't they both use _backlight_set_brightness? 02.45.07 # I'm looking at the sansa e200v2 vs. the cowon x5 and they generally seem to be the same setup 02.45.18 Join motionman95 [0] (i=4597cd8a@gateway/web/ajax/mibbit.com/x-29e3e7c2ab0e15ea) 02.45.41 # kkurbjun: HW_REG needs an additional call 02.45.44 # any idea if libusb support is required in gphoto ? i'm guessing it is but the version ubuntu comes with is apparently too old so I'm not sure if they build with it 02.46.17 # kkurbjun: you can't do that on SW_SETTING as it would turn the backlight on again 02.46.34 # Has anyone seen the patches I've added to the Flyspray? Thanks for the suggestion of setting it up myself, Llorean! 02.46.46 # saratoga: gphoto is fixed as of a few days ago iirc 02.48.02 Quit itcheg ("http://www.mibbit.com ajax IRC Client") 02.48.07 # kugel, on the x5 it looks like two different registers are written to 02.48.08 # kugel: yeah i know but installing it is another thing enitrely given that ubuntu seems quite far behind libgphoto in terms of dependencies 02.48.13 # motionman95: You've admitted in both tasks that there's still a lot to do. I imagine a lot of people will be more interested in them once they're closer to being in a good condition. 02.48.47 # on the gigabeat also you can write to the brightness registers with the backlight turned off and it won't turn it back on 02.48.53 # Llorean: Good point... 02.50.02 # and on the targets that are set to "setting" it wouldn't be a problem either 02.50.12 # since your setitng the brightness to 0 anyway 02.50.21 # it will on as3514 though 02.51.16 # 3525? 02.51.20 # there's no seperate register for backlight on or off 02.51.26 # it's writing 0 in there too 02.51.44 # is your min brighness not set to 0? 02.51.44 # no, as3514 (the codec used in the v1 sansas), that one is in the as3525 too though 02.51.54 # backlight is controlled over i2c on the codec 02.52.09 # yes, but writing the lowest level will turn it on 02.52.26 # Llorean: I not sure what you mean by "both tasks" because I only said that in one...:/ 02.53.22 # Whoops, I correct myself...I forgot what I had written... 02.53.25 # on the v1 it looks like it does the same thing 02.53.33 # motionman95: You said the key locking one lacks keymaps for any target but c200. While in the other one, you mentioned that it really doesn't do much yet since it requires the one theme config file to be in the same folder as it, etc, et.c 02.53.41 # wries a 0 into the brightness register 02.54.00 # see previous post... 02.54.05 Quit motionman95 ("http://www.mibbit.com ajax IRC Client") 02.54.06 # kkurbjun: It's not about turning off 02.54.28 # it's about writing the lowest level into the register so that it starts with lowest brightness on the next fading up 02.54.48 # backlight.c line 464 02.54.56 # yeah, I'm looking at it 02.55.41 # on the hw reg version you call turn off, then write a 0 in there (which is still a turn off for "setting") 02.56.18 # the only way I see it not working is if the MIN_BRIGHTNESS_LEVEL is set to something other than 0 02.56.19 # checking out libgphoto2 from svn and compiling from source fixed the sansa e200v1 mounting problem for me 02.56.24 # and then you need to write 1 to it 02.56.34 # for the next fade up 02.56.47 # MIN_BRIGHTNESS is always > 0 02.58.05 # ok, that makes sense then 02.58.45 # what about using a MIN_BRIGHTNESS_SETTING and an OFF_BRIGHTNESS_SETTING instead of two defines for the hw_reg and setting? 02.59.33 # unless 0 is not valid for all targets 02.59.48 # what would that change? 03.00.01 # this: _backlight_set_brightness(MIN_BRIGHTNESS_SETTING); will be broken on e200 03.00.20 # saratoga: i believe you're one of us who has some understanding of DCT/IDCT? 03.00.26 # I was thinking of either hard setitng that to 0 instead of 1 03.00.35 # unless you can't write 0 into all of the registers 03.01.02 # or hard setting that to off_brightness_setting as a define to eliminate some of the ifdef stuff in backlight.c 03.02.31 # Unhelpful: yeah some, why? 03.03.31 Quit dmb (Read error: 104 (Connection reset by peer)) 03.04.51 # saratoga: it's related to the 16-point extended DCT that the JPEG decoder is using. it adds some extra blockiness, i believe because the DCT "thinks" of the endpoints of the block as continuous with each other. the best solution i've got so far is to only use it on chroma channels, so it will not be very obvious 03.04.59 # kkurbjun: that won't work on HW_REG 03.05.12 Join planetbeing_ [0] (n=planetbe@c-71-236-164-204.hsd1.or.comcast.net) 03.05.20 # you need to write the lowest level which is still backlight, not 0 03.05.26 # this woud mean the decoder can't upscale non-subsampled images x2, but that's not a big deal. 03.05.45 # hmm, why is that? 03.06.24 # ask the manufacturers :) 03.06.35 # Unhelpful: let me make sure i understand, doesn't jpeg use 8x8 blocks? 03.07.38 # well, I guess I'm wondering what the effect would be, it looks like there are two separate registers for the x5 and h300 (h300 actually uses a gpio to turn off) 03.08.15 # yep 03.08.23 # saratoga: it does. the downscale-on-decode modes use 2x2 and 4x4 IDCT on the top-left portion of the file DCT data. *this* seems to work great. the upscale case is an optimized version of a 16-point IDCT, with the "missing" coefficients filled out with zeroes. 03.08.51 # kugel, that says to me that you could write a 0 in there since there is something else that is actually turning it off 03.08.55 # i don't see why you'd use a DCT to upscale though 03.09.02 # isn't that very slow verses time domain interpolation? 03.09.35 # kkurbjun: MIN_BRIGHTNESS_SETTING is also > 0 since it's used it the settings when you chose your brightness 03.10.20 # yep, that makes sense I suppose if you don't want the backlight to turn off on you 03.10.31 # I'm not sure if 0 will work. I don't own such a target 03.10.45 Join dmb [0] (n=dmb@unaffiliated/dmb) 03.14.38 # kugel, looking at the pcf50606 datasheet it looks like you can write a 0 in there and the duty cycle will just be set at 0/16 03.14.54 # in efffect being off 03.14.57 # saratoga: the optimized 16-point IDCT is 28 multiplies. the 8-point IDCT is 12, with probably about 1 multiply per input and per output point to do linear scaling up. 03.16.14 # that covers the h300 and x5 at least, I'm not sure what the d2 has 03.16.49 # 28 multiplies to calculate a 256 point transform? 03.16.56 # or is this the 1D case? 03.17.07 # 1D 03.17.23 # this would be done in _backlight_off() then though (making the call unecessary). I don't know what the d2 exactly has, but it looks very similar to the h300 03.17.24 Join xathullu [0] (n=xathullu@c-76-114-118-65.hsd1.tn.comcast.net) 03.17.36 # so basically you take 8 points, pad to 16 points and do an inverse transform but it looks blocky 03.17.44 # i wouldn't expect that but let me see what matlab thinks 03.17.48 Join EternalRains [0] (n=Abztrkhi@c-76-106-220-241.hsd1.fl.comcast.net) 03.18.06 # kugel, it looks like backlight off for the x5 and h300 do some additional power saving measures 03.18.41 # but it still looks like the two defines could be combined if that backlight brightness was hardcoded to 0 instead of MIN 03.18.41 Quit planetbeing_ () 03.18.51 # Im having getting my computer to recognize my 80g viedo ipod. Ive tried a few diff OS. Anyone heard of this? 03.18.58 # trouble* 03.19.03 # looks like the d2 is the pcf5606 also 03.19.38 # kkurbjun: only if 0 for _backlight_set_brightness works. And then it should be done in _backlight_off which means we don't need MIN_BRIGHNTESS_SETTING to be 0 03.21.09 # also, h300 ORs the value with 0x01, i.e. it will always be at least 1 even if MIN_BRIGHTNESS_SETTING is 0 03.21.24 # kugel, that is setting a pwm on bit 03.21.28 # saratoga: keep in mind, that's not a "true" 16-point IDCT - it knows that 8 of its coefficients are 0 ;) 03.21.46 # Unhelpful: I tried doing this in matlab using an FFT and it actually looks quite bad like you expect, but I'm not grasping why 03.21.49 # so you could have the pwm on but with a duty cycle of 0 it won't be lit 03.22.48 # the off is taken care of in a different register on the x5, and on the d2 and h300 it is a gpio 03.23.25 Part xathullu ("Leaving") 03.24.18 # so, take pcf50606_write(0x35, 0); into _backlight_off() and pcf50606_write(0x35, backlight_brightness | 0x1); into _backlight_on() might do it 03.24.20 # saratoga: i believe it has to do with the assumed continuity of the endpoints. it's very, very obvious if you put a simple 0->N ramp through the process, you can see that it flattens at both ends 03.24.45 # Unhelpful: yeah thats one problem, but I also see ringing about my ramp 03.24.51 # which confuses me 03.25.39 # kugel, I think they are powering down more with the gpio to add to the savings when its fully turned off 03.26.02 # yea, I meant adding, not replacing :) 03.26.34 # oh, I see what you mean 03.26.44 # yes, I think that could do it 03.27.13 # or just set the min brightness in the backlight-target.c file and then the define isn't needed 03.27.30 # btw, backlight_brightness is a global, you don't need a copy of it in the backlight driver (the mr500 has one) 03.28.22 # _backlight_set_brightness? 03.28.42 # oh 03.28.44 # the variable 03.28.47 # yep 03.29.08 # hrm... ringing comes about when you're not messing with the transform size because of terms that have been changed by quanization (in the lossy compression case). i wonder how it would be showing up here, clearly half of the frequency components *can't* be there because they never existed :/ 03.29.13 # thanks for the heads up, I'll take that out 03.29.58 # well, but you want to #ifdef the code in backlight_on out then 03.30.27 # (see sansa c200/e200 backlight driver) 03.31.17 # Unhelpful: i guess in my case since I'm using the FFT and zero padding I'm breaking symetry and thus getting a non-real inverse transform, which is probably why I get the ringing 03.32.21 Join itcheg [0] (i=62db4767@gateway/web/ajax/mibbit.com/x-ab03d2a1299c3057) 03.32.55 # kugel, it's working fine now, but I guess that's a consequence of how backlight.c calls it 03.33.17 # what did you do? 03.34.04 # so, to be clear do you agree that the hw_reg and setting defines could be combined into one, or am I still missing something? 03.34.19 # well, it fades fine in and out 03.34.22 # backlight_brightness holds the value of the settings (the value passed to backlight_set_brightness), not the value that was written to the hardware at last (not the value passed to _backlight_set_brightness, which the fading calls) 03.34.24 # without an ifdef 03.34.41 # you should be noticing glitchy fading up :/ 03.34.41 # yeah, I know 03.34.50 # it seems to be working ok 03.35.14 # hm, on e200 without that #ifdef'd out, the brightness goes to the normal level before fading up 03.35.28 # due to the initial _backlight_on call 03.35.29 # mm. i had hoped that using an inverse DCT-I might help, because of DCT-I's different assumptions about the extension of data outside the sampled region... didn't really make a big difference, just looking at the numbers, and other bad things happen, as well... i wonder what taking the middle 16 values of, say, an 18-point IDCT might do? probably better results on a ramp, but worse in many realistic cases... 03.36.08 # yeah, that makes sense, I wonder why it's not causing a problem on the m:robe, but I see your point, I'll throw it in there for good measure 03.36.11 # yes, I of course agree to collapsing both fadings. this subtle difference always made me unhappy since it creates ugly #ifs 03.38.27 # Unhelpful: trying this with a real dct (just realized matlab could do them) actually looks quite good, just a bit of inflection on the last and first samples 03.38.31 # is that really visible? 03.39.35 # it is in luma... when only the chroma channel is upscaled this way, i don't find it terribly distracting. 03.41.14 # the 18 point truncated to 16 point actually looks very good 03.43.00 # saratoga: hrm... how about on things other than the ramp? 03.44.07 # Unhelpful: i think it should be fine for everything 03.44.14 # which DCT is jpeg using? 03.44.52 # kkurbjun: I'm wondering how the fading looks like on the mr500. 127 brightness levels, and a huge screen. sounds awesome :) 03.45.11 # IJG's tools don't have expanding IDCT in 6b, only reducing. 7pre uses the same expanding IDCT i used, but it doesn't have an 18-point for me to steal :/ 03.45.17 # oh, and #define MIN_BRIGHTNESS_SETTING 0 should really be 1 03.45.34 # Unhelpful: libmad has an 18 point DCT type 4 03.46.13 # shoot wrong flavor then 03.46.23 # oh, you mean which type? JPEG is type 2, which has type 3 as an inverse 03.47.27 # hmm sdctII in libmad sounds promising, if not for that s 03.48.36 # ah "scaled DCT type 2" 03.48.40 # sounds like what you want? 03.49.47 # if it's inverse... 03.51.46 # yeah its inverse 03.52.30 # * Unhelpful looks to see if he already has libmad sources... 03.53.49 # Unhelpful: they're included in rockbox 03.54.11 # i wasn't sure how much we've messed with them.... i don't see any but i*m*dct? 03.54.30 # actually i'm not sure if I understand the DCT well enough, so maybe its not the inverse? I thought the DCT-II is the forward and the DCT-III is the backwards? 03.54.40 # they're in layer3.c 03.55.50 # saratoga: the DCT-III is the inverse of the DCT-II. they are commonly used, and DCT-II is sometimes referred to as "the" DCT, and DCT-III as "the" IDCT. 03.56.49 # so the jpeg decoder actually needs a type 3 DCT? 03.57.21 # and this looks like one: void sdctII(mad_fixed_t const x[18], mad_fixed_t X[18]) 03.57.51 # yeah but thats the forward transform then, not the inverse 03.58.09 # oddly enough it seems you can compute the inverse DCT 4 via a forward DCT 2 03.58.31 Join Aidan [0] (n=AidanSon@76-205-1-57.lightspeed.stlsmo.sbcglobal.net) 03.58.43 # for some reason I thought the decoder needed the forward transform, but that wouldn't make sense 03.58.58 # with post-processing, or are they each other's inverses like 2/3? 03.59.53 # JPEG seems to use the variation given under "Some authors further..." here: http://en.wikipedia.org/wiki/Discrete_cosine_transform#DCT-II 04.02.53 Quit EternalRains (Read error: 104 (Connection reset by peer)) 04.06.40 Part Aidan 04.06.44 Join Aidan [0] (n=AidanSon@76-205-1-57.lightspeed.stlsmo.sbcglobal.net) 04.06.54 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 04.07.09 Part Aidan 04.08.21 Join AidanSonoda [0] (n=AidanSon@76-205-1-57.lightspeed.stlsmo.sbcglobal.net) 04.13.23 Quit itcheg ("http://www.mibbit.com ajax IRC Client") 04.19.59 Quit z35 (Read error: 54 (Connection reset by peer)) 04.20.49 Join z35 [0] (n=z35@h252.120.131.174.dynamic.ip.windstream.net) 04.32.31 Join evilwombat [0] (n=stevenm@pool-71-182-212-11.pitbpa.east.verizon.net) 04.33.30 # Hello. Where might one find the archos recorder schematics? I've got a unit that won't charge following wrong polarity and would like to fix the issue. Finally got the replacement charge controller chip, but I remember there being a BJT involved? 04.40.12 *** Saving seen data "./dancer.seen" 04.45.09 Quit miepchen^schlaf (Read error: 101 (Network is unreachable)) 04.57.53 Join perrikwp [0] (i=18ac0c41@gateway/web/ajax/mibbit.com/x-9deae11c752e15bd) 05.10.33 Quit intrados (Read error: 104 (Connection reset by peer)) 05.11.43 Join intrados [0] (n=intrados@cpe-71-67-129-220.woh.res.rr.com) 05.13.47 Quit JdGordon ("Leaving.") 05.14.46 Quit intrados (Read error: 104 (Connection reset by peer)) 05.15.51 Join JdGordon [0] (n=Miranda@c-67-160-44-90.hsd1.wa.comcast.net) 05.15.54 Join intrados [0] (n=intrados@cpe-71-67-129-220.woh.res.rr.com) 05.21.07 Quit kugel (Read error: 104 (Connection reset by peer)) 05.21.51 Quit rvvs89 (Read error: 110 (Connection timed out)) 05.22.50 Join fdinel [0] (n=Miranda@modemcable204.232-203-24.mc.videotron.ca) 05.23.20 # Apologies for resorting to IRC, but I'm having some trouble creating voicefiles (particularly for archos recorder, but also tried iPod 4G) with the utility (rbutilqt.exe on winxp). I was able to do this on the iPod last week, but when I attempt it now I get "The downloaded file was empty" in the pop-up dialogue. Google turned up a pair of mailling archive entries from march but no answers. 05.29.03 Quit timc ("Leaving") 05.29.20 Join timc [0] (n=aoeu@221.201.157.140) 05.36.25 Join JdGordon1924 [0] (n=Miranda@c-67-160-44-90.hsd1.wa.comcast.net) 05.36.26 Join planetbeing_ [0] (n=planetbe@c-71-236-164-204.hsd1.or.comcast.net) 05.36.27 Quit Horscht ("Verlassend") 05.36.57 Join cool_walking_ [0] (i=cb3b81c3@gateway/web/ajax/mibbit.com/x-4acb0ee7d6ff2a40) 05.37.09 # -- incidently, I can generate .talk clips (for directories & files) with the same settings. So I assume this has something to do with the file containing the list of menu entries to be voiced. 05.44.47 # I'm trying to get a 240GB HDD working in a Gigabeat S, and I get the "file not found" bootloader error. As suggested on GigabeatSInstallation, I tried using a tarred build, but when the bootloader attempted to extract it, all the files had (can't remember exact wording now) "can't create file"-type errors. 05.44.50 # I have compiled both the bootloader and build with "#define HAVE_LBA48" in config-gigabeat-s.h, but in bootloader USB mode, the second partition shows up as only ~128GiB. 05.46.12 Join itcheg [0] (i=62db4767@gateway/web/ajax/mibbit.com/x-0019850654331277) 05.47.50 Quit JdGordon (Read error: 110 (Connection timed out)) 05.57.53 Join BHSPitLappy [0] (n=BHSPitLa@unaffiliated/bhspitmonkey) 06.06.26 Quit JdGordon1924 (Read error: 104 (Connection reset by peer)) 06.08.13 Part AidanSonoda 06.13.10 Join JdGordon [0] (n=jonno@rockbox/developer/JdGordon) 06.14.56 # New commit by 03kkurbjun (r20849): M:Robe 500: Add backlight cleanups and fix power management so that dangerous and shutoff voltages are taken care of, carge discharge curves are ... 06.23.57 Quit itcheg ("http://www.mibbit.com ajax IRC Client") 06.25.44 # seriously, where did the archos recorder schematics go? 06.25.55 # looked at twiki and my xchat logs, can't find it .. 06.40.13 *** Saving seen data "./dancer.seen" 06.46.08 Join lymeca [0] (n=lymeca@64.254.166.151) 06.46.31 Quit fdinel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 07.02.15 Join martian67 [0] (n=martian6@about/linux/regular/martian67) 07.03.32 Quit CaptainKwel (Remote closed the connection) 07.05.09 Join AndyIL [0] (i=AndyI@212.14.205.32) 07.14.19 # evilwombat: http://www.rockbox.org/twiki/bin/view/Main/HardwareSchematics ? 07.14.31 # linuxstb, thanks! 07.15.57 # cool_walking_: The original firmware works fine with that disk? 07.16.21 Join LinusN [0] (n=linus@rockbox/developer/LinusN) 07.16.46 # Dunno, haven't tried. 07.16.55 Join BiptoN [0] (n=6294f9c1@gateway/web/cgi-irc/labb.contactor.se/x-21741b03c3acc03c) 07.17.15 # Give'us a bit, I'll try it soonish, but I'm multitasking. 07.18.45 Quit AndyI (Read error: 110 (Connection timed out)) 07.23.57 Join renke [0] (n=renke@134.106.200.215) 07.24.27 Quit renke ("leaving") 07.24.30 Join renke [0] (n=renke@134.106.200.215) 07.26.05 Quit BiptoN ("CGI:IRC (EOF)") 07.29.56 Join BiptoN [0] (n=6294f9c1@91.191.140.131) 07.31.27 # hey there folks, how would i go about requesting to re-open an old task? 07.32.21 # Is it a bug that's come back? 07.32.33 # Those it's generally acceptable to start a new task for. 07.36.16 # it's the same recording issue i experienced over two years ago on my 4th gen ipods and my 5.5 30gb 07.36.27 # actually every ipod i could test recording on 07.36.39 # now i have an 80gb 5.5 07.36.53 # and it's the EXACT same noise 07.37.10 # What SVN revision are you using, and what's the original FS number? 07.37.33 # http://www.rockbox.org/tracker/6989 07.37.41 # i tried the latest stable 3.2 07.37.50 # and a 3 day old svn build 07.38.04 # i was just about to test an svn i built an hour ago 07.38.21 # Please do testing on the builds we provide, rather than ones you compile. 07.38.30 # i built it without headphone detection 07.38.35 # those were your builds 07.38.43 # this is the first one i've done 07.39.00 # the noise is still on the right channel as before 07.39.00 # Regardless, any future testing should still be done with ones we provide. 07.39.05 # np 07.39.14 # Are you recording from the same source, or have you tried different sources? 07.39.19 # i'll elave out any info on home builds 07.39.23 # different sources 07.39.27 # different codecs 07.39.37 # wav and wavpack 07.39.43 # 44.1 and 48k 07.39.55 # line-in and headphone jack for source 07.40.09 # Different *source* not different inputs. 07.40.21 # you can get the noise if you just start recording with or without any mics 07.40.28 # As in, used a different mic or audio player to record from? 07.40.29 # only different mics 07.40.45 # but like i said 07.40.50 # you don't need a source 07.40.54 # Please don't break sentences across lines. 07.40.58 # the noise is there when you fire up 07.41.04 # sorry 07.41.43 # Post a new bug, give detailed directions on how to reproduce the issue with current SVN builds then. 07.42.13 # will do, thank you much. 07.45.36 Quit BlakeJohnson86 (Read error: 110 (Connection timed out)) 07.45.52 # linuxstb: The OF only sees ~127GB 07.48.57 Join BlakeJohnson86 [0] (n=bjohnson@c-24-118-162-123.hsd1.mn.comcast.net) 07.52.40 Quit evilwombat ("Byebye") 07.53.36 Quit lymeca (Read error: 110 (Connection timed out)) 07.53.36 Quit BiptoN ("CGI:IRC") 07.55.59 Quit jmillikin (Read error: 110 (Connection timed out)) 07.57.58 Join matsl [0] (n=matsl@dhcp86.contactor.se) 08.05.49 Join Rob2222 [0] (n=Miranda@p4FDCE4C2.dip.t-dialin.net) 08.06.21 Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 08.08.56 Quit dmb (Read error: 104 (Connection reset by peer)) 08.09.56 Join dmb [0] (n=dmb@unaffiliated/dmb) 08.12.49 Join _Auron|G1_ [0] (n=Auron@m360436d0.tmodns.net) 08.14.59 Quit Kopfgeldjaeger (Read error: 60 (Operation timed out)) 08.16.00 Quit GodEater (Read error: 60 (Operation timed out)) 08.16.17 Join lymeca [0] (n=lymeca@64.254.167.195) 08.16.25 Join GodEater [0] (n=nnnyeahr@bb-87-80-121-64.ukonline.co.uk) 08.17.06 Quit renke (Read error: 60 (Operation timed out)) 08.17.08 Quit gromit` (Read error: 60 (Operation timed out)) 08.17.09 Join renke [0] (n=renke@134.106.200.215) 08.17.11 Quit renke (Remote closed the connection) 08.17.14 Join renke [0] (n=renke@134.106.200.215) 08.17.23 Join gromit` [0] (n=gromit@ALagny-154-1-78-118.w81-48.abo.wanadoo.fr) 08.18.23 Join Kopfgeldjaeger [0] (n=nicolai@monitor-mode-enabled-on-mon0.phy0.de) 08.21.20 Quit antitrons (Read error: 104 (Connection reset by peer)) 08.24.08 Quit Rob2223 (Read error: 110 (Connection timed out)) 08.26.51 Join antil33t [0] (n=Mudkips@119.224.12.185) 08.27.48 Join ender` [0] (i=krneki@foo.eternallybored.org) 08.35.15 Quit renke (Read error: 110 (Connection timed out)) 08.40.17 *** Saving seen data "./dancer.seen" 08.41.34 Quit planetbeing_ () 08.42.34 Join petur [50] (n=petur@rockbox/developer/petur) 08.46.49 Join martian67_ [0] (n=martian6@testingthis.mooo.com) 08.47.13 Join _lifeless [0] (n=lifeless@188.16.107.255) 08.50.56 Quit z35 ("Leaving") 08.59.56 Quit __lifeless (Read error: 110 (Connection timed out)) 09.01.42 Quit martian67 (No route to host) 09.04.12 # * Llorean wishes non-developers wouldn't update the MajorChanges page. 09.04.40 Quit antil33t (Read error: 104 (Connection reset by peer)) 09.04.45 Join antil33t [0] (n=Mudkips@119.224.12.185) 09.08.38 Quit ender` (Read error: 54 (Connection reset by peer)) 09.08.50 Join Zagor [242] (n=bjorn@rockbox/developer/Zagor) 09.10.37 Join ender` [0] (i=krneki@foo.eternallybored.org) 09.15.56 Join efyx_ [0] (n=efyx@lap34-1-82-224-140-171.fbx.proxad.net) 09.16.19 Quit jon-kha (Read error: 131 (Connection reset by peer)) 09.21.04 Join midijunkie [0] (n=Miranda@eduroam-197-2.uni-paderborn.de) 09.21.36 Quit midijunkie (Client Quit) 09.24.57 # :D 09.27.35 Join robin0800 [0] (n=quassel@general-kt-199.t-mobile.co.uk) 09.30.31 Join jon-kha [0] (i=jon-kha@kahvi.eu.org) 09.30.54 Quit robin0800 (Client Quit) 09.31.32 Join robin0800 [0] (n=quassel@general-kt-199.t-mobile.co.uk) 09.35.41 # This post appears under rockbox utility http://forums.rockbox.org/index.php?topic=21559.0 this is clearly wrong but if subject matter is true a bug report is needed 09.36.46 # I think it may be a simple hardware issue (RAM come loose) 09.37.21 Quit robin0800 ("No Ping reply in 90 seconds.") 09.37.58 Join robin0800 [0] (n=quassel@general-kt-199.t-mobile.co.uk) 09.41.50 Join mt [0] (n=MTee@41.233.143.197) 09.58.42 Join midijunkie [0] (n=Miranda@eduroam-197-2.uni-paderborn.de) 10.01.01 Quit midijunkie (Client Quit) 10.02.45 Join Seed [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net) 10.03.48 Join codesquid [0] (n=quassel@kong.kawo1.RWTH-Aachen.DE) 10.07.03 Join renke [0] (n=renke@134.106.200.15) 10.10.35 Quit tessarakt ("Client exiting") 10.17.38 Join bmbl [0] (n=Miranda@unaffiliated/bmbl) 10.18.14 Join planetbeing_ [0] (n=planetbe@c-71-236-164-204.hsd1.or.comcast.net) 10.19.14 Join midijunkie [0] (n=Miranda@eduroam-197-2.uni-paderborn.de) 10.20.32 Quit robin0800 (Read error: 60 (Operation timed out)) 10.36.55 # does MP3 playback work on v2 Sansas? 10.37.15 # Not reliably. 10.40.20 *** Saving seen data "./dancer.seen" 10.46.41 Quit midijunkie ("?(???~•~)?") 10.48.33 Quit cool_walking_ ("http://www.mibbit.com ajax IRC Client") 11.01.03 Quit BHSPitLappy (Remote closed the connection) 11.07.45 Quit renke (Read error: 110 (Connection timed out)) 11.16.05 Join midijunkie [0] (n=Miranda@eduroam-197-2.uni-paderborn.de) 11.20.26 Join renke [0] (n=renke@134.106.200.211) 11.21.14 Join __lifeless [0] (n=lifeless@188.16.107.255) 11.26.19 # Llorean, just market it as a quantum software advance 11.26.59 Quit bmbl ("Woah!") 11.38.50 Quit _lifeless (Read error: 113 (No route to host)) 11.39.24 Quit mt (Read error: 110 (Connection timed out)) 11.39.30 Quit renke (Read error: 110 (Connection timed out)) 11.39.39 Join AngryToaster [0] (n=7cbd5649@gateway/web/cgi-irc/labb.contactor.se/x-0a260aa6777b3190) 11.40.15 Join nibbler [0] (n=Nibbler@87.234.86.12) 11.41.18 Quit linuxstb (Read error: 113 (No route to host)) 11.41.31 # Good evening, I am having some trouble with my H10 and installing Rockbox. I've installed the latest iriver firmware, and installed Rockbox as per the manual's instructions, but am still receiving the "System Files Missing" error on startup. I have double checked I've done it correctly with no avail. Any assistance would be appreciated. 11.41.59 # Was it working before you installed Rockbox? 11.42.05 # Yes. 11.42.11 # Which method did you use to install? 11.42.38 # I've tried the complete and minimal options (used the iriver restore program after each attempt). 11.43.27 # So you're using RBUtil? 11.43.40 # rbutilqt.exe 11.43.46 # Downloaded it from the website last night. 11.44.38 # And which H10 do you have? is it UMS or in UMS mode? 11.45.57 # It normally says MTP on startup, but after I used the iriver firmware upgrade tool it says PFD. 11.46.27 # I booted it into the mode it requires by holding the "o" button as instructed. 11.46.33 Quit _Auron|G1_ (Remote closed the connection) 11.46.36 # for each attempt to install. 11.46.36 # And which H10 do you have? 11.46.52 Join einhirn [0] (n=Miranda@bsod.rz.tu-clausthal.de) 11.46.58 # its a 20gig, 11.47.06 # Does rbutil correctly auto-detect it? 11.47.07 # do you need the FCCID or anything? 11.47.31 # it didnt the first time, but seemed to recognise it each subsequent attempt 11.47.46 # On subsequent attempts, the .rockbox folder was probably still there. 11.47.57 # I formatted the drive completely each attempt. 11.48.41 # Have you tried the manual installation instructions? 11.49.41 # No I have not. Will give it a try now. 11.53.26 Quit lymeca (Read error: 110 (Connection timed out)) 11.54.29 Quit einhirn (Read error: 104 (Connection reset by peer)) 11.57.20 Quit planetbeing_ () 11.59.00 Join ihp [0] (n=542aacbe@gateway/web/cgi-irc/labb.contactor.se/x-d490728fc9f27806) 11.59.48 # hello.. maybe u have old ihp-120 EU firmware.. I have not & iriver support page is deleted.. thx for help (tip) 12.01.30 # (1.60 version) 12.02.20 # ihp: check http://rasher.dk/rockbox/iriver-firmwares/ 12.02.40 # fok.. cool 12.02.44 # Fantastic, that's done the trick. Appreciate your assistance, Llorean. Have a good evening! 12.02.49 # 2 days search :) 12.03.00 # ty much 12.03.37 Quit AngryToaster ("CGI:IRC") 12.04.34 Join planetbeing_ [0] (n=planetbe@c-71-236-164-204.hsd1.or.comcast.net) 12.06.37 Join einhirn [0] (n=Miranda@bsod.rz.tu-clausthal.de) 12.08.31 Join robin0800 [0] (n=quassel@general-kt-199.t-mobile.co.uk) 12.12.11 Quit ihp ("CGI:IRC") 12.18.34 Join Sedgewick [0] (n=Sedgewic@81.200.132.126) 12.29.47 Quit midijunkie ("?(???~•~)?") 12.29.57 Quit Seed ("cu, Andre") 12.33.21 Quit robin0800 ("No Ping reply in 90 seconds.") 12.33.57 Join robin0800 [0] (n=quassel@general-kt-199.t-mobile.co.uk) 12.37.59 Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) 12.40.11 Join midijunkie [0] (n=Miranda@eduroam-197-2.uni-paderborn.de) 12.40.18 Quit midijunkie (Read error: 104 (Connection reset by peer)) 12.40.23 *** Saving seen data "./dancer.seen" 12.40.35 Join dfkt [0] (i=dfkt@unaffiliated/dfkt) 12.48.11 Quit Lss (Read error: 104 (Connection reset by peer)) 12.53.00 Quit planetbeing_ () 12.54.04 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 13.11.03 Join renke [0] (n=renke@134.106.200.89) 13.13.00 Quit feisar- (Read error: 104 (Connection reset by peer)) 13.13.56 Join feisar [0] (n=jljhook@irkki.fi) 13.14.23 Nick feisar is now known as Guest60183 (n=jljhook@irkki.fi) 13.16.19 Quit robin0800 ("No Ping reply in 90 seconds.") 13.16.56 Join robin0800 [0] (n=quassel@general-kt-199.t-mobile.co.uk) 13.19.47 Join bmbl [0] (n=Miranda@unaffiliated/bmbl) 13.25.04 Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) 13.39.02 Quit Sedgewick (Read error: 104 (Connection reset by peer)) 13.41.20 Join rvvs89 [0] (n=ivo@pdpc/supporter/base/rvvs89) 13.42.32 Join Sedgewick [0] (n=Sedgewic@81.200.132.126) 13.44.18 Quit robin0800 ("No Ping reply in 90 seconds.") 13.44.53 Join robin0800 [0] (n=quassel@general-kt-199.t-mobile.co.uk) 13.48.25 Join barrywardell [0] (n=barry@barry-workstation.ucd.ie) 13.54.52 Quit bmbl (Success) 13.57.20 Join kugel [0] (n=kugel@rockbox/developer/kugel) 13.57.57 # kkurbjun: :/ 14.04.34 # New commit by 03kugel (r20850): CONFIG_BACKLIGHT_FADING is always defined, so better ask for BACKLIGHT_NO_FADING. 14.05.32 # Zagor: i seem to have found, or created, a dependency problem. apps/plugin/lib/pluginlib_bmp.c isn't rebuilt when recorder/bmp.c changes :/ 14.05.58 # Unhelpful: I'll take a look 14.08.21 # hrm... well, i think part of it is created. that include, in my local branch, depends on HAVE_BMP_SCALING. 14.16.20 Join gregzx [0] (n=chatzill@dsb171.neoplus.adsl.tpnet.pl) 14.17.08 # it appears that it doesn't appear in make.dep if the include is conditional, even if the condition is true (i've added a #define HAVE_BMP_SCALING to all targets with HAVE_ALBUM_ART in their config-target.h) 14.23.52 Quit kugel (Nick collision from services.) 14.23.56 Join kugel [0] (n=kugel@rockbox/developer/kugel) 14.24.25 # Unhelpful: I'd rather suspect it's due to the ../.. path 14.24.34 # Unhelpful: do you include config.h? 14.29.54 Join LambdaCalculus37 [0] (i=44a0430d@rockbox/staff/LambdaCalculus37) 14.32.32 # Zagor: changing that didn't help. 14.32.41 # which target are you testing on? 14.33.14 # I just tried with archos recorder and I get a dependency for "apps/plugins/lib/../../recorder/bmp.c" in make.dep 14.37.21 Quit faemir ("Leaving") 14.38.00 Join pyro_maniac [0] (i=foobar@p57BBA514.dip0.t-ipconnect.de) 14.39.16 # Zagor: i believe the condition for the include in SVN is LCD_DEPTH == 1? i'm not sure why changing that should keep it out of make.dep. i'm testing on ipod4g sim, and it doesn't include it in make.dep if the include is conditional on HAVE_BMP_SCALING, whether or not that's defined. and config.h is included. :) 14.40.27 *** Saving seen data "./dancer.seen" 14.40.54 # isn't 4g greyscale or even color? 14.41.27 # i.e. wouldn't it build the scaler in the core anyway? 14.42.03 # 4th Gen greyscale and 4th gen colour a.k.a. the Color/Photo :) 14.42.26 # kugel: the point is that i'm trying to make the scaler in core optional. and it works fine except for some dep issues 14.43.41 # Zagor: is the fuze already in the way? 14.44.19 # kugel: ehrm, no. it's here on my desk. I've been away a week, I'll try to get it out today. 14.44.41 # ah ok 14.46.46 # Zagor: i see the same thing here. very odd. i wonder why it can figure out #if LCD_DEPTH > 1/#else and not #ifndef HAVE_BMP_SCALING... 14.48.09 # I would think it's something where that define is set, rather than in the condition 14.48.21 # is the patch available? 14.48.55 # i can make it so ;) 14.50.40 # http://pastie.org/467584 14.51.01 Join itcheg [0] (i=41d59de2@gateway/web/ajax/mibbit.com/x-9e8a8c525d0ba298) 14.52.39 # the good news is that aside from the deps issue, there seems to be no problem making JPEG and BMP scaling independently optional - core can be built without either, and the disabled feature becomes available in pluginlib, with read_image_file using the pluginlib version instead of core :) 15.04.13 Quit dmb (Read error: 104 (Connection reset by peer)) 15.11.53 Join froggyman [0] (n=187b533e@gateway/web/cgi-irc/labb.contactor.se/x-0f36a8d067f829e2) 15.12.36 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 15.14.55 # Zagor: can you take a look at r20830 please? libuisimulator.a apparently needs to be linked twice 15.15.03 Quit SUSaiyan (Read error: 104 (Connection reset by peer)) 15.15.03 Join blagger [0] (n=you@213-202-175-106.bas504.dsl.esat.net) 15.15.17 # hello 15.15.45 # could some1 help me ? 15.16.02 # kugel: ??? 15.16.11 # blagger: Only if you ask a question :) 15.16.49 # Zagor: see what I did to uisimulator.make. I got a whole lot of undefined references at linking 15.17.34 # I've been trying to get this installed on a ipod 8gb nano 15.17.50 # And Rockbox won't work on the 8GB nano. 15.17.57 # but ipopatcher keeps telling me no ipods dected 15.18.17 # Because Rockbox does not work on newer nanos; only the 1st generation model. 15.18.23 # blagger: See the list of players Rockbox works on at www.rockbox.org 15.18.46 # frig it why do i always get stung with hardware that cant be hacked :( 15.19.32 # there seems to be so many generations its hard to tell which one u have 15.20.16 # blagger: http://support.apple.com/kb/HT1353 15.20.58 # will they be developing a system for the 3rd gen nanos? 15.22.23 # Only if someone that wants it does the work 15.22.42 # But it is a hard proposition - encrypted firmware being the first major problem 15.22.52 # why does it run on the 1st gen but not the 3rd gen? 15.23.08 # different hardware, they are completely different 15.23.23 # pitty even tried to load it in Unbuntu thru a virtual machine in VMware 15.23.47 # It doesn't matter how you try - the different generations of nano are completely different internally 15.24.08 # And the firmware is encrypted, and no one has figured out the encryption yet. 15.24.12 # if you just so happen to be an encyrption god, you might be able to help get the port started though 15.24.28 # lol dont think so 15.24.52 Join Lss [0] (n=Lss@59.189.140.100) 15.24.58 # but thanks for your help been trying for hours to get it loaded now i know why it wont ever work :( 15.24.59 # then you probaly wont be able to help to much 15.25.10 Quit froggyman ("CGI:IRC") 15.26.38 Quit antil33t (lindbohm.freenode.net irc.freenode.net) 15.26.38 NSplit lindbohm.freenode.net irc.freenode.net 15.26.38 Quit Kopfgeldjaeger (lindbohm.freenode.net irc.freenode.net) 15.26.38 Quit AndyIL (lindbohm.freenode.net irc.freenode.net) 15.26.38 Quit pixelma (lindbohm.freenode.net irc.freenode.net) 15.26.38 Quit KBH (lindbohm.freenode.net irc.freenode.net) 15.26.38 Quit wikjif (lindbohm.freenode.net irc.freenode.net) 15.26.38 Quit krazykit (lindbohm.freenode.net irc.freenode.net) 15.26.38 Quit preglow (lindbohm.freenode.net irc.freenode.net) 15.26.38 Quit scorche|sh (lindbohm.freenode.net irc.freenode.net) 15.26.38 Quit bittin```` (lindbohm.freenode.net irc.freenode.net) 15.26.43 NHeal lindbohm.freenode.net irc.freenode.net 15.26.43 NJoin antil33t [0] (n=Mudkips@119.224.12.185) 15.26.43 NJoin Kopfgeldjaeger [0] (n=nicolai@monitor-mode-enabled-on-mon0.phy0.de) 15.26.43 NJoin AndyIL [0] (i=AndyI@212.14.205.32) 15.26.43 Join pixelma [50] (n=pixelma@rockbox/staff/pixelma) 15.26.43 NJoin KBH [0] (i=hbk@pool-71-96-74-73.dfw.dsl-w.verizon.net) 15.26.43 NJoin wikjif [0] (n=wikjif@74.193.248.206) 15.26.43 NJoin krazykit [0] (n=kkit@ppp-70-236-46-135.dsl.ipltin.ameritech.net) 15.26.43 NJoin preglow [0] (i=thomj@rockbox/developer/preglow) 15.26.43 NJoin bittin```` [0] (i=bittin@anapnea.net) 15.26.43 NJoin scorche|sh [50] (n=scorche@rockbox/administrator/scorche) 15.33.47 # LinusN: rumours have it that you have X5 joysticks. Is that still true, and if so, could I get one? 15.35.02 Quit robin0800 (Read error: 60 (Operation timed out)) 15.40.57 Quit renke (Read error: 110 (Connection timed out)) 15.47.31 Quit Zarggg () 15.54.44 Quit codesquid (Remote closed the connection) 15.55.40 Join mt [0] (n=MTee@41.233.143.197) 15.56.02 Join n1s [0] (n=n1s@rockbox/developer/n1s) 16.03.37 Join evilnick [0] (i=0c140464@gateway/web/ajax/mibbit.com/x-4915b808eee06383) 16.07.03 Join robin0800 [0] (n=quassel@general-ld-216.t-mobile.co.uk) 16.08.54 Join {phoenix} [0] (n=dirk@p54B47986.dip.t-dialin.net) 16.13.43 Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) 16.17.39 Part LinusN 16.20.42 Quit blagger () 16.27.29 Join SUSaiyan [0] (n=SUSaiyan@cc84863-b.zwoll1.ov.home.nl) 16.31.25 Join bmbl [0] (n=Miranda@unaffiliated/bmbl) 16.35.45 Quit Sedgewick ("off") 16.37.25 # Zagor: ...apparently i was working too early. surely the ipod4gray will not follow my edits to config-ipodvideo.h :/ 16.37.48 # heh 16.37.52 Quit chrippa ("leaving") 16.39.34 # also, removing the relative include should not be a problem, you made sure filenames were unique ages ago because of conflicts between the pluginlib's bmp.h and the core one. since this amounts to a code/include cleanup, i may as well get those, too. 16.40.29 *** Saving seen data "./dancer.seen" 16.49.28 Quit rwcr (Read error: 60 (Operation timed out)) 16.53.44 Join Seed [0] (n=ben@84.108.232.45) 16.58.06 Quit robin0800 (Connection reset by peer) 16.58.15 Quit kugel (Read error: 110 (Connection timed out)) 17.01.13 Quit matsl (Read error: 110 (Connection timed out)) 17.01.33 Join ender1 [0] (i=krneki@foo.eternallybored.org) 17.05.28 Quit {phoenix} (Read error: 60 (Operation timed out)) 17.05.53 Quit ender` (Read error: 60 (Operation timed out)) 17.08.45 Quit Seed ("cu, Andre") 17.09.12 Join robin0800 [0] (n=quassel@general-kt-199.t-mobile.co.uk) 17.09.13 Join toffe82 [0] (n=chatzill@74.0.180.178) 17.09.43 Join {phoenix} [0] (n=dirk@p54B47986.dip.t-dialin.net) 17.11.12 # now that i'm not stupid about which config.h i'm editing, any general objections to HAVE_BMP_SCALING and HAVE_JPEG? 17.11.29 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 17.11.41 Join jmillikin [0] (n=jmilliki@c-24-130-159-24.hsd1.ca.comcast.net) 17.12.09 Quit nibbler (Remote closed the connection) 17.12.12 Join perrikwp [0] (i=18ac0c41@gateway/web/ajax/mibbit.com/x-f0af2e8e1ea94bee) 17.16.28 Join nibbler [0] (n=Nibbler@87.234.86.12) 17.18.50 Join Zarggg [0] (n=zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) 17.20.11 Join robin0800_ [0] (n=quassel@general-kt-199.t-mobile.co.uk) 17.21.01 Part pyro_maniac ("Leaving.") 17.23.49 Quit Zagor ("Don't panic") 17.30.18 Join kugel [0] (n=kugel@rockbox/developer/kugel) 17.35.44 Quit Thundercloud (Remote closed the connection) 17.35.52 Join raphi [0] (n=raphi@pub082136118205.dh-hfc.datazug.ch) 17.36.06 Quit robin0800 (Read error: 113 (No route to host)) 17.46.45 # New commit by 03unhelpful (r20851): Make JPEG and BMP scaler optional with HAVE_JPEG and HAVE_BMP_SCALING, both defined for all targets that have HAVE_ALBUMART. Disable JPEG in ... 17.47.22 Quit stripwax (Read error: 104 (Connection reset by peer)) 17.47.31 Join schrottplatz [0] (n=max@f053227141.adsl.alicedsl.de) 17.51.29 Quit robin0800_ ("No Ping reply in 90 seconds.") 17.52.01 Join robin0800 [0] (n=quassel@general-kt-199.t-mobile.co.uk) 17.52.24 Join bubsy [0] (i=Bubsy@94.139.72.137) 17.57.28 Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) 17.57.35 Quit robin0800 (Connection reset by peer) 17.57.59 Join robin0800 [0] (n=quassel@general-kt-199.t-mobile.co.uk) 17.57.59 Quit robin0800 (Client Quit) 17.59.22 Join robin0800 [0] (n=quassel@general-kt-199.t-mobile.co.uk) 18.01.40 Join wincent [0] (n=wincent@dyndsl-091-096-000-117.ewe-ip-backbone.de) 18.02.24 # New commit by 03unhelpful (r20852): Fix red on Player 18.09.10 Join martian67 [0] (n=martian6@testingthis.mooo.com) 18.13.28 Quit synergist ("changing servers") 18.16.04 Quit petur ("work->home") 18.17.16 Join _synergis [0] (i=christop@cant.be-arsed.co.uk) 18.17.18 Quit martian67_ (Connection timed out) 18.24.43 # Unhelpful: hehe, next one trapping into charcell :P 18.25.27 Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) 18.27.11 Quit blithe ("Lost terminal") 18.27.23 Join blithe [0] (n=blithe@blakesmith.me) 18.29.11 Quit robin0800 ("No Ping reply in 90 seconds.") 18.29.52 Join robin0800 [0] (n=quassel@general-kt-199.t-mobile.co.uk) 18.32.22 Quit bubsy ("Mrrrrreow!") 18.34.53 Quit _synergis (Remote closed the connection) 18.37.59 Join synergist [0] (i=christop@cant.be-arsed.co.uk) 18.40.31 *** Saving seen data "./dancer.seen" 18.48.51 Join JdGordon| [0] (i=836b0070@gateway/web/ajax/mibbit.com/x-90385279dc5983ec) 18.52.58 Quit nibbler (Read error: 113 (No route to host)) 19.02.30 Quit Horscht ("Verlassend") 19.05.33 Join miepchen^schlaf [0] (n=miepel@p579EC62E.dip.t-dialin.net) 19.06.04 Quit kugel ("ChatZilla 0.9.84-rdmsoft [XULRunner 1.9/2009030810]") 19.06.09 Quit robin0800 ("No Ping reply in 90 seconds.") 19.06.49 Join robin0800 [0] (n=quassel@general-kt-199.t-mobile.co.uk) 19.11.35 Quit robin0800 (Read error: 104 (Connection reset by peer)) 19.15.08 Join motionman95 [0] (i=d807e1fe@gateway/web/ajax/mibbit.com/x-6cbf6ddae86a3364) 19.18.48 Quit motionman95 (Client Quit) 19.19.21 Join motionman95 [0] (i=d807e1fe@gateway/web/ajax/mibbit.com/x-db27b7787b18b068) 19.19.50 Quit gevaerts (Nick collision from services.) 19.19.59 Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) 19.21.22 Join faemir [0] (n=faemir@88-106-242-222.dynamic.dsl.as9105.com) 19.21.35 Quit motionman95 (Client Quit) 19.22.02 # add 0 sawu@hotmail.co.uk 19.22.12 # ups, sorry. wrong window :) 19.22.32 Join motionman95 [0] (i=d807e1fe@gateway/web/ajax/mibbit.com/x-cdfff67ec0a66780) 19.24.00 Part motionman95 19.24.28 Join motionman95 [0] (i=d807e1fe@gateway/web/ajax/mibbit.com/x-af7209a9eaf51be4) 19.24.45 Quit miepchen^schlaf () 19.25.02 Part motionman95 19.27.13 Join motionman95 [0] (i=d807e1fe@gateway/web/ajax/mibbit.com/x-0968cb96978bf22d) 19.27.27 Part motionman95 19.28.21 Join motionman95 [0] (i=d807e1fe@gateway/web/ajax/mibbit.com/x-8c7b3af31511fa82) 19.28.39 Join miepchen^schlaf [0] (n=miepel@p579EC62E.dip.t-dialin.net) 19.28.49 Quit miepchen^schlaf (Remote closed the connection) 19.29.05 Quit motionman95 (Client Quit) 19.30.45 Quit __lifeless (Read error: 60 (Operation timed out)) 19.31.33 Join _lifeless [0] (n=lifeless@188.16.89.55) 19.35.56 Join Seed [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net) 19.46.01 Quit Thundercloud (Remote closed the connection) 19.48.35 Quit itcheg ("http://www.mibbit.com ajax IRC Client") 19.51.42 Join flydutch [0] (n=flydutch@host219-166-dynamic.15-87-r.retail.telecomitalia.it) 20.00.01 Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 20.06.22 Join Zoxc [0] (n=zoxc@ti0128a340-dhcp0261.bb.online.no) 20.13.35 Quit SirFunk (Read error: 110 (Connection timed out)) 20.14.19 Join SirFunk [0] (n=Sir@208-15-25-145.netsync.net) 20.14.26 Quit _lifeless (Read error: 113 (No route to host)) 20.14.36 Join _lifeless [0] (n=lifeless@188.16.89.55) 20.16.13 Join Sedgewick [0] (n=Sedgewic@net-93-145-233-85.t2.dsl.vodafone.it) 20.18.25 Join schrottplatz_ [0] (n=max@f053229043.adsl.alicedsl.de) 20.21.37 Quit LambdaCalculus37 ("http://www.mibbit.com ajax IRC Client") 20.21.38 Quit evilnick ("http://www.mibbit.com ajax IRC Client") 20.21.38 Quit JdGordon| ("http://www.mibbit.com ajax IRC Client") 20.21.38 Quit saratoga ("http://www.mibbit.com ajax IRC Client") 20.21.38 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 20.23.30 Join JdGordon| [0] (i=836b0070@gateway/web/ajax/mibbit.com/x-76867acc2f33b1ab) 20.24.23 Quit JdGordon| (Remote closed the connection) 20.25.28 Quit raphi ("leaving...") 20.26.40 # domonoky: rbutil question - when rbutil gives the unsupported ipod prompt, is it possible to tell exactly which one? So it could i.e. say "Sorry, this is an 6th Generation Classic" or somesuch? 20.27.05 # It might help spell it out to people 20.28.03 Join schrottplatz__ [0] (n=max@f053231210.adsl.alicedsl.de) 20.28.57 # BigBambi: only if we would have the USB-IDs of all unsupported ipods.. 20.29.27 # domonoky: There aren't too many I guess - 3 gens of nano and the classic (+ shuffle maybe) 20.30.16 # domonoky: As it is we not infrequently get people still thinking they have a 5th gen, or 1st gen nano and querying rbutil - perhaps if we were more specific it might help 20.30.53 # BigBambi: to be more exact, currently it cant do this. it just stores "unknown ipod target", But it would be possible to extent it. 20.31.03 Join SirFunk_ [0] (n=Sir@208-15-25-145.netsync.net) 20.31.15 # domonoky: Perhaps a thought for the future :) 20.31.58 # maybe add it to the rbutilDev wiki page, so it doesnt get forgotten ? 20.32.26 Join tessarakt [0] (n=jens@e180075123.adsl.alicedsl.de) 20.33.01 # Sure 20.34.29 Join kachna [0] (n=kachna@r4ax178.net.upc.cz) 20.36.26 # domonoky: Would you prefer it as milestone 2 or 3 (or seperate)? 20.36.57 # i think it would fit under 2. But do as you like :-) 20.37.12 # I think 2 too, I just didn't want to tread on your toes :) 20.37.17 Quit schrottplatz (Read error: 110 (Connection timed out)) 20.37.42 Join schrottplatz [0] (n=max@f053231122.adsl.alicedsl.de) 20.38.52 Join LambdaCalculus37 [0] (i=44a0430d@rockbox/staff/LambdaCalculus37) 20.40.33 *** Saving seen data "./dancer.seen" 20.40.34 Join JdGordon| [0] (i=836b0070@gateway/web/ajax/mibbit.com/x-faf5e3991d059d61) 20.42.21 Quit SirFunk (Read error: 110 (Connection timed out)) 20.43.56 Quit schrottplatz_ (Read error: 110 (Connection timed out)) 20.44.37 Join SirFunk__ [0] (n=Sir@208-15-25-145.netsync.net) 20.45.05 Quit schrottplatz__ (Read error: 110 (Connection timed out)) 20.47.44 Join miepchen^schlaf [0] (n=miepel@p579EC62E.dip.t-dialin.net) 20.49.46 Quit SirFunk_ (Read error: 110 (Connection timed out)) 20.58.55 Join CaptainKwel [0] (i=2669ecc2@gateway/web/ajax/mibbit.com/x-4fbb72078350d490) 21.04.11 Quit Sedgewick ("off") 21.06.45 Join midijunkie [0] (n=Miranda@pD95477DE.dip0.t-ipconnect.de) 21.09.06 Join saratoga [0] (i=9803c6dd@rockbox/developer/saratoga) 21.09.07 Join petur [50] (n=petur@rockbox/developer/petur) 21.13.39 Join itcheg [0] (i=62db4767@gateway/web/ajax/mibbit.com/x-de8a93c6b5951e18) 21.17.34 Join evilnick [0] (i=0c140464@gateway/web/ajax/mibbit.com/x-bd59f1a58bc4158b) 21.19.47 Quit BigBambi (Remote closed the connection) 21.19.55 Quit itcheg ("http://www.mibbit.com ajax IRC Client") 21.19.58 Join BigBambi [0] (n=alex@rockbox/staff/BigBambi) 21.23.13 Quit _lifeless (Read error: 110 (Connection timed out)) 21.30.57 Join itcheg [0] (i=62db4767@gateway/web/ajax/mibbit.com/x-061001a43961ecb9) 21.33.13 Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) 21.33.59 Quit itcheg (Client Quit) 21.34.41 Quit bertrik (Remote closed the connection) 21.35.13 Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 21.35.14 Join perrikwp [0] (i=18ac0c41@gateway/web/ajax/mibbit.com/x-36e27bbb517cc18d) 21.36.39 Join rwcr [0] (n=oremanj@xenon.get-linux.org) 21.40.20 Join froggyman [0] (n=Froggyma@pool-71-186-64-226.chi01.dsl-w.verizon.net) 21.41.08 Join renke [0] (n=renke@p4FF15351.dip.t-dialin.net) 21.45.16 Quit SirFunk__ (Read error: 60 (Operation timed out)) 21.45.20 Join SirFunk_ [0] (n=Sir@208-15-25-145.netsync.net) 21.56.00 Join planetbeing_ [0] (n=planetbe@c-71-236-164-204.hsd1.or.comcast.net) 21.58.00 Quit LambdaCalculus37 ("http://www.mibbit.com ajax IRC Client") 22.08.34 Join SirFunk__ [0] (n=Sir@208-15-25-145.netsync.net) 22.09.11 Part wincent ("Kopete 0.12.7 : http://kopete.kde.org") 22.09.13 Quit SirFunk_ (Read error: 60 (Operation timed out)) 22.09.37 # hrm... worth ~2.4KiB to add a greyscale scaler to color targets to make loading greyscale jpegs faster? seems like it's not really going to be a common case... 22.09.51 Join jgarvey [0] (n=jgarvey@cpe-098-026-065-013.nc.res.rr.com) 22.10.07 Join Me [0] (n=47ba40e2@gateway/web/cgi-irc/labb.contactor.se/x-b14b81a030c861dd) 22.10.11 # Unhelpful: It is just speed, they otherwise work fine? 22.10.22 # And how much faster? :) 22.10.35 Nick Me is now known as Guest55002 (n=47ba40e2@gateway/web/cgi-irc/labb.contactor.se/x-b14b81a030c861dd) 22.10.52 Quit Guest55002 (Client Quit) 22.11.40 # make the scaling stage (but not decode) ~3x faster, since it's scaling in greyscale, then copying to the r/g/b channels, rather than the other way around. i don't see people with color devices having a big pile of b/w jpegs on them, but maybe somebody does :P 22.12.21 Quit {phoenix} (Remote closed the connection) 22.12.22 # I wouldn't have thought it was very common, no 22.13.03 # i suspect it's dead code that won't be used much, and my efforts are better spent elsewhere. 22.13.22 Quit SirFunk__ (Read error: 60 (Operation timed out)) 22.13.30 Quit dfkt ("-= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.") 22.14.35 Quit intrados (Connection reset by peer) 22.14.49 # is work being done getting a MTP mode for rockbox? 22.15.29 # not currently 22.15.42 Join intrados [0] (n=intrados@cpe-71-67-129-220.woh.res.rr.com) 22.15.47 # Although there is a GSOC project that should lay some good groundwork 22.16.14 # A possibly get on to it, not sure about that 22.16.43 Join SirFunk__ [0] (n=Sir@208-15-25-145.netsync.net) 22.20.37 # ok, because if a MTP mode were made that would easily double the programs that rockbox could use for music transfer 22.21.30 # I think you will find that the vast majority of the devs use copy and paste or rsync or something 22.21.34 # there are ones that don't support MSC? 22.21.53 Join matsl [0] (n=matsl@1-1-4-2a.mal.sth.bostream.se) 22.21.57 # No idea, I dislike music management stuff 22.22.32 # and some of us use overly complex python scripts. ;) 22.27.25 # I prefer having a setup where i can have my playlists change when connected, but right now i havent found a decent program to do this so now i use the windows explorer approach 22.27.59 # tried MM but dont really like it, but anyways I am getting off topic 22.32.25 # * evilnick wonders if a page in the Wiki that shows what people use to manage their music collections might be useful 22.32.45 # I think there already is such a page 22.33.12 # I think someone started one, and then was questioned as to why it belongs in the Rockbox wiki :) 22.33.52 # Did the reply "because this gets asked so often" not suffice? ;) 22.35.19 # I can't seem to find it now 22.37.43 # Maybe it never was created 22.38.33 # Plus it'd give people something to aim for as regards geekiness! "I want to be just like gevaerts" (for example)!! 22.38.50 Join _Auron|G1_ [0] (n=Auron@m460436d0.tmodns.net) 22.40.36 *** Saving seen data "./dancer.seen" 22.51.31 Quit gromit` (Read error: 110 (Connection timed out)) 22.51.41 Join mik3 [0] (n=mike@209.225.98.54) 22.51.44 # hey fellas 22.51.47 # (and ladies) 22.52.06 Quit matsl (Read error: 110 (Connection timed out)) 22.52.07 # can anyone tell me really quick if it's possible to make my rockbox device play random tracks from different folders? 22.52.17 # yes it is 22.52.20 Join linuxstb_ [0] (n=linuxstb@rockbox/developer/linuxstb) 22.52.30 Quit linuxstb (Nick collision from services.) 22.52.31 # ok cool thanks 22.52.34 Nick linuxstb_ is now known as linuxstb (n=linuxstb@rockbox/developer/linuxstb) 22.52.50 # mik3: Make a playlist of everything on the device, then turn on shuffle 22.52.59 # Or insert the folders you want shuffled 22.53.16 # Or use the database... 22.54.47 # oh right 22.54.47 # dur 22.57.13 Quit _Auron|G1_ (Read error: 104 (Connection reset by peer)) 22.57.32 Join _Auron|G1_ [0] (n=Auron@m460436d0.tmodns.net) 23.02.20 Quit schrottplatz ("o.O") 23.03.54 Join dfkt [0] (i=dfkt@unaffiliated/dfkt) 23.06.54 Join LambdaCalculus37 [0] (n=rmenes@rockbox/staff/LambdaCalculus37) 23.08.03 Quit _Auron|G1_ (Read error: 104 (Connection reset by peer)) 23.10.11 Quit barrywardell (Remote closed the connection) 23.13.00 Join _Auron|G1_ [0] (n=Auron@m360436d0.tmodns.net) 23.13.26 Join rockincool [0] (n=4c7a2bbc@gateway/web/cgi-irc/labb.contactor.se/x-b5579eac4a36f894) 23.14.35 Join coolrock [0] (i=4c7a2bbc@gateway/web/ajax/mibbit.com/x-70928b931e294439) 23.14.35 Quit rockincool (Client Quit) 23.15.27 # Hi, I want to upgrade, what files and folders do I need to backup? 23.16.17 # none, just overwrite 23.16.31 # If you want to back up first, then backup the .rockbox folder 23.16.49 # Thank you 23.18.42 Quit Zoxc () 23.22.44 Quit evilnick ("http://www.mibbit.com ajax IRC Client") 23.25.42 Quit _Auron|G1_ ("-a-") 23.29.18 Join _Auron|G1_ [0] (n=Auron@m360436d0.tmodns.net) 23.35.25 # what parts of the rockbox code is written in assembler? 23.36.02 # various bits 23.36.15 # codecs, some drivers, some of the init for the various CPUs 23.36.29 # anything that can't be expressed easily in c or would be too slow 23.36.38 # ok 23.36.41 # thanks 23.43.40 Quit n1s ("Lämnar") 23.44.18 Quit bmbl ("Woah!") 23.44.33 Quit renke (Read error: 113 (No route to host)) 23.44.35 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 23.50.31 Quit midijunkie ("?(???~•~)?") 23.50.39 Quit mt (Read error: 104 (Connection reset by peer)) 23.53.15 Quit LambdaCalculus37 ("This computer has gone to sleep") 23.54.03 Join cmwslw [0] (n=cmwslw@c-69-246-128-32.hsd1.tn.comcast.net) 23.54.52 Quit coolrock ("http://www.mibbit.com ajax IRC Client")