--- Log for 10.11.107 Server: kubrick.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 3 days and 2 hours ago 00.00.05 Join criznach [0] (n=criznach@host-69-145-134-192.grf-mt.client.bresnan.net) 00.00.11 # barrywardell: I do reconfigure and remake 00.00.22 # i mean on the h10 itself 00.00.42 # it's a long shot, but maybe an old file in the .rockbox dir is causing problems 00.01.07 Quit funglist (Read error: 110 (Connection timed out)) 00.01.12 # barrywardell: I do synchronise based on file contents comparison 00.01.34 # przemhb: wild guess: but the root menu probably calls the function that checks if an fm radio si present to decide if it's going to display the menu item, might be worth checking out... 00.02.43 # radio_hardware_present() 00.04.31 Quit theclaw ("n8*") 00.10.58 Join mirak [0] (n=mirak@m94.net81-66-75.noos.fr) 00.11.15 Quit Domonoky ("Trillian (http://www.ceruleanstudios.com") 00.11.25 Join Shoot [0] (n=Vitanova@bas1-toronto63-1088773343.dsl.bell.ca) 00.11.28 # Hi 00.11.31 # Is anyone there? 00.11.50 Quit kkurbjun ("leaving") 00.11.53 # yes 00.12.44 # I have a small question 00.12.49 # Does the Rockboy FPS lag? 00.13.36 # przemhb: your fmradio_i2c_getack is different than the h100/h300 one. I wonder if that could be a problem, especially the while loop 00.14.01 # strange: this time it get stucked at cpu_boost(false) in init()... 00.14.07 # Also; how do I place .gbc files into my e200? 00.14.11 # It doesn't let me 00.14.13 Quit alienbiker99 ("( www.nnscript.de :: NoNameScript 4.02 :: www.XLhost.de )") 00.14.25 # Says something like "Only pictures, videos and .mp3 can be placed in this drive" 00.14.45 # Shoot: your sansa has to be UMS 00.14.58 # UMS? 00.15.01 # MSC? 00.15.04 # USB mode MSC? 00.15.06 # and rockboy may be slow on some targets but honestly I don't know 00.15.07 # yes 00.15.11 # Alright thank you so much 00.15.12 # :D 00.15.18 # Ok; I'll try it out 00.15.27 # If it'll help you guys, I'll give you a response on the FPS lag 00.15.39 # Now... just have to find some nice GBC games >:D 00.15.55 # przemhb: I'll try it on my own H10 later/tomorrow. maybe I'll spot something then 00.17.08 Quit lee-qid ("aufwiederbyebientotsayonara") 00.17.43 Join advcomp2019_ [0] (n=advcomp2@unaffiliated/advcomp2019) 00.17.50 # barrwardell: ok; now it stops at cpu_boost(false); line in init() 00.18.14 # barrywardell: exactly the line 00.18.25 Join alienbiker99 [0] (n=alienbik@ool-44c126d4.dyn.optonline.net) 00.18.29 Quit pondlife (Read error: 110 (Connection timed out)) 00.21.00 Join japc [0] (n=japc@bl7-255-91.dsl.telepac.pt) 00.21.06 # maybe it's cpu frequency related then 00.21.23 Quit japc (Read error: 104 (Connection reset by peer)) 00.21.35 # if you comment out that line, what happens? 00.24.05 # barrwardell: I have just comment out the line and are making... 00.25.06 Join bertrik [0] (n=Bertrik_@134-022-045-062.dynamic.caiway.nl) 00.25.43 # barrywardell: it get us back to the point where it stucks inside root_menu() 00.26.12 # hmm. I'm out of ideas for now until I can test it on my own H10. 00.27.03 # which will be tomorrow 00.28.23 # got to go now. I'll let you know once I get a chance to test it myself. 00.28.52 Quit barrywardell () 00.31.52 # bye all 00.32.00 Part przemhb 00.32.39 Quit mirak (Remote closed the connection) 00.33.45 Join mirak [0] (n=mirak@m94.net81-66-75.noos.fr) 00.34.22 Quit iamben (Read error: 104 (Connection reset by peer)) 00.35.13 Quit advcomp2019 (Nick collision from services.) 00.35.27 Nick advcomp2019_ is now known as advcomp2019 (n=advcomp2@unaffiliated/advcomp2019) 00.36.42 Quit Robin0800 (" I love my HydraIRC -> http://www.hydrairc.com <-") 00.37.40 Join colin__ [0] (n=colin@host-155-47-107-208.midco.net) 00.39.38 # Hmm, bit-banging i2c on PP.... 00.39.50 Join iamben [0] (n=ben@ppp-70-129-185-42.dsl.spfdmo.swbell.net) 00.40.54 # amiconn: mmm? are there targets that do that? 00.41.32 # H10 tuner communication, as discussed by barrywardell and przemhb 00.42.14 # E, but the port manipulation can be done atomically 00.42.30 Quit Seed (Nick collision from services.) 00.42.34 Join Seedy [0] (i=ben@bzq-84-108-237-178.cablep.bezeqint.net) 00.42.41 # przemhb shouldn't have asked about atomic and/or macros on arm, but about atomic gpio manipulation... 00.43.43 Quit ender` (" A computer program will always do what you tell it to, and seldom what you want it to.") 00.44.09 # I'm working with a LPC2148 ARM7 and it has GPIO set and clear register, very convenient 00.48.00 Join Seed [0] (i=ben@bzq-84-108-237-178.cablep.bezeqint.net) 00.48.36 Join scubacoles [0] (n=scoles@219-90-216-51.ip.adam.com.au) 00.50.02 # Any manual people here? 00.50.18 # * n1s is a manual person 00.50.20 # I can build a (clean) pdf fine but the html errors out 00.50.43 # If I pop it on pastebin could you have a quick look for me? 00.51.26 # BigBambi: does the html build without the change? 00.51.30 # no 00.51.34 # * amiconn never got the html manual to build 00.51.42 # * n1s neither... 00.51.49 # I made changes, then tried compiling - pdf was fine, html failed 00.51.59 # So I tried a clean check out and html still failed 00.52.16 # So it isn't just me :) 00.52.36 Quit Shoot () 00.52.45 # BigBambi: if the pdf builds fine you should be fine 00.52.53 # nls; OK, cool 00.53.05 # I have just expanded slightly the font installation section 00.53.06 Join saratoga [0] (i=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-7e7858cd980dd526) 00.53.14 # At the moment it just says "install it" 00.53.27 # And we have had a couple of questions saying "How?" 00.53.42 # opps, accidentally zeros DEV_EN, which does about what you might expect 00.54.34 # BigBambi: sounds good 00.54.54 Quit OlivierBorowski (Remote closed the connection) 00.55.20 # n1s: I've just removed the note about fonts from the installing firmware section and stuck a new section inbetween installing firmware and installing bootloader 00.55.23 Quit davina (Remote closed the connection) 00.55.26 # saratoga: Yes, as it also disables the whole system 00.55.31 # Flyspray coming up 00.55.45 Join TomatoMonster_79 [0] (n=Thunder2@159.148.94.130) 00.55.46 Part TomatoMonster_79 ("Wrarrrrr!!!") 00.55.46 # Even sleep mode on PP5002 leaves 5 clocks running (iirc) 00.56.50 # Of course at a very low frequency: 32768Hz 00.58.23 Quit z35 ("Leaving") 00.58.31 Quit scorche|w ("CGI:IRC") 00.59.25 # n1s: There you go: http://www.rockbox.org/tracker/task/8128 00.59.54 # BigBambi: I'll look at it tomorrow, thanks 00.59.59 # Cheers 01.00.27 # I hope I haven't cocked up the latex too badly! 01.01.30 Join barrywardell [0] (n=barrywar@89-125-27-10.dhcp-ripwave.irishbroadband.ie) 01.03.18 # amiconn: yeah i figured, i'm just a littl rusty with bitwise operations 01.04.56 *** Saving seen data "./dancer.seen" 01.04.59 Quit colin__ () 01.05.13 Join thegeek [0] (i=thegeek@s220b.studby.ntnu.no) 01.05.26 # cool disabling USB does exactly like i'd expect 01.05.30 # amiconn: any specific bits you'd like to see first? 01.05.39 # i'm going to try them all 01.05.48 Quit Seedy (Read error: 110 (Connection timed out)) 01.05.52 Join colin__ [0] (n=colin@host-155-47-107-208.midco.net) 01.06.07 # * amiconn suspects there is more to it than just DEV_EN(1)..DEV_EN3 01.06.11 Quit Seed (Nick collision from services.) 01.06.14 Join Seedy [0] (i=ben@bzq-84-108-237-178.cablep.bezeqint.net) 01.07.08 # well if you have another register, let me know and i'll test it after the DEV_EN 01.07.17 # The G5 ROM fiddles with 0x70000028 and 0x70000060 - these addresses are looking suspiciously like inits/resets/enables 01.07.43 # do you know which bits? 01.07.54 # * amiconn wonders how many different functional units the PP502x might have 01.08.31 # its hard to imagine that the 96 (?) provided by DEV_EN 1-3 aren't enough 01.08.51 # unless thats mapped onto the broadcom part or something 01.09.33 # alright i'm moving my system into the lab to start taking measurements, i'll check back in a while 01.09.40 Quit saratoga ("CGI:IRC") 01.10.54 Join T0M4T0_Monster_9 [0] (n=blastekk@121.22.20.202) 01.10.59 Quit T0M4T0_Monster_9 (Excess Flood) 01.15.15 # argghghg, my linux has gone insane :/ 01.17.30 # 800x600, how i have missed thee 01.17.36 Quit bertrik ("bye") 01.18.01 # saratoga (for the logs): On a closer look, those addresses look more like resets and more complex inits to me. They seem to be related to ata somehow - they appear in conjunction with 0xc5000xxx 01.18.24 # saratoga: yeah, but otoh this beast obviously has 128 GPIO ports... 01.20.37 # The broadcom is hooked up to the address & data bus as normal. It has only 3 address bits (8 addresses), mapped to PP address bits 16..18, and a 16 bit data bus 01.21.29 Join saratoga [0] (i=98039b2b@gateway/web/cgi-irc/labb.contactor.se/x-7faa3edcc8514ac5) 01.21.45 # amiconn: the sansa battery has 3 terminals, two read negative but are not shorted and the other is positive 01.21.52 # any idea what the second negative is for? 01.22.08 # Some sense signal most probably 01.22.24 # any guess which i should ground? 01.22.34 # Unfortunately not 01.22.54 # i assume grounding the wrong one is harmless enough 01.23.26 # Depends on how the protection circuit works. Is the sansa battery user replaceable? 01.23.40 # yes 01.23.50 Join Isolinear [0] (n=A@c-76-105-254-119.hsd1.or.comcast.net) 01.24.05 Join darkapostrophe [0] (n=darkapos@217-50-177.231210.adsl.tele2.no) 01.26.18 Quit barrywardell () 01.27.24 # The small H10's battery also has 3 terminals 01.28.00 Join iamben_ [0] (n=ben@adsl-71-153-44-184.dsl.spfdmo.sbcglobal.net) 01.28.36 Join T0MA4AT0_M0nst4h [0] (n=HARSKISU@195.117.171.7) 01.28.40 Quit T0MA4AT0_M0nst4h (Excess Flood) 01.29.53 # Hmm, but that one has the 2 negative terminals shorted 01.30.08 # i think teh two need to be shorted to boot 01.30.20 # at least it powers off right away with the mid terminal floating 01.32.25 Part toffe82 01.34.39 # amiconn: exactly as you predicted - 20% improvement in 5th gen runtime with HDD poweroff. 01.35.02 # saratoga: found anything fun? 01.35.19 # Well, it's an improvement.... 01.35.28 Quit scubacoles ("Leaving") 01.35.41 # preglow: I can't get it to boot without the battery in place 01.35.47 # * amiconn wonders what's up with rockbox' main menu 01.35.51 # that third pin seems to do something important 01.36.28 # It draws more power than submenus, and power consumption fluctuates 01.36.32 # third pin? probably some kind of sense 01.36.34 # (measured on 1st gen) 01.36.57 # which explains why it won't boot, it probably thinks the battery is drained 01.36.59 # i think its a resistive sensor 01.37.09 # 115k ohms but zero open circuit volts 01.37.11 # Ah no. Seems to be related to wheel position 01.37.22 # will get a 100k resistor and try again 01.37.44 # though it also looks like there have been some measurable improvements prior to 15444 as well. My battery is obviously aging rapidly, yet the pre-HDD runtime was also suprisingly long. I'll start the Apple Firmware runtime tomorrow to get a RB%. 01.37.50 # that's a pretty big improvement, when I tested runtime with/without hd poweroff on h320 it went from ~13 to ~14 hours ~7-8% improvement 01.38.37 # amiconn: i wonder if i should even bother trying to test hd power off on nano :> 01.38.39 # Yeah, but that was still with the extra power sucker that was fixed afterwards 01.38.59 # preglow: Looking through the rom it has no hd power off 01.39.03 # I haven't thought the whole thing through yet, but does the fact the 60GB 5th gen has 64MB of RAM increase the value of HDD poweroff? Or does it all balance out? 01.39.09 # amiconn: then i shall most certainly not bother 01.39.12 # amiconn: I'm fairly certain the sucker was fixed before that 01.39.16 # amiconn: surprising, though 01.39.19 # The nano seems to be the only ipod with a 512KB rom 01.39.36 # All others have 1MB, even the old ones (1st and 2nd gen) 01.39.43 Join Ghwomb [0] (n=chatzill@c170.a108.sto.bahnhof.net) 01.40.00 # n1s: I doubt it. 14 hours seems a little low... 01.40.06 # jmspeex: awake? 01.40.31 # amiconn: it was with q6 vorbis though IIRC so that might be it 01.40.54 Join Shagnar [0] (n=shagnar@p5B206D86.dip.t-dialin.net) 01.40.58 # amiconn: weird 01.40.59 Quit ompaul (Client Quit) 01.40.59 Quit iamben (Connection timed out) 01.40.59 # My old tests were (that was definitely after fixing the otg power sucker): 01.41.10 # but anyway impressive improvement for the ipods :D 01.41.29 # H340, with hd poweroff: 20:26, without hd poweroff: 15:24 01.41.31 # Soap: if you mean balance out with the increased disk size, normally it shouldn't: it depends more on other factors. however, in the atypical situation where you seek like crazzy all the time, i guess it would come close to balancing out (at least that's my view at first glance) 01.41.37 Quit Dark_Apostrophe (Connection timed out) 01.41.40 Quit HellDragon (Client Quit) 01.41.45 # That's my usual test set, mp3 lame --preset standard 01.41.54 # Around 200kbps 01.42.32 # nanok: no I mean - since the disk spins half as often for for ~twice as long, and HDD poweroff timeout is short - does it make any difference on how much juice the HDD consumes. 01.42.51 # hey guys... in 2005 the HDD of my h140 broke... after i just installed the rockbox-early-firmware.. just at this moment i got it running again... rockbox was able to play the first 8megs of the \sample.wav file and it was grandiose... 01.43.02 # preglow: Btw, hd poweroff doesn't help on mini either. Seems those microdrives do auto-sleep like cf 01.43.17 # Soap: aaahm :). no, it definetly does not balance out like that 01.43.44 Nick darkapostrophe is now known as Dark_Apostrophe (n=darkapos@217-50-177.231210.adsl.tele2.no) 01.43.51 Quit Ghwomb (Client Quit) 01.43.58 # Soap: from that point of view, more memory is better. however, when the listening pattern is random (unpredictable), too much memory and buffering will only increase power consumption 01.44.03 # nanok: I would also think if you seek and skip "like crazy" the double buffer would actually hurt you. 01.44.09 Quit Arathis ("Bye, bye") 01.44.56 # Soap: so there is a limit, depending mainly on the average size of the media you listen too, in that case, from up to which increasing buffer memory will make things worse, i guess 01.45.06 # Soap: exactly 01.45.21 # :/ 01.45.25 # wrong window 01.45.25 # If you never skip, more memory is better 01.45.33 # but that isn't what I was trying to get at. My query was - using the standard battery bench procedures of no skipping - will the 64MB buffer models see more beneft from HDD poweroff than 32MB models, less, or the same. 01.45.42 # amiconn: my tests were run on december 8 last year, several months after the battery sucker was fixed, but I guess it's the decoder efficiency difference 01.45.48 # The benefit should be about the same 01.45.50 # Soap: however, it shouldn;t be hard to manage this smartly, and buffer in an...adaptive way, so to speak 01.46.31 # Soap: more beneffit, definetly, if the buffer is used correctly 01.46.50 Part pixelma 01.46.56 # nevermind nanok - that isn't the question I was asking. :) 01.47.00 # Soap: spinning the disk once to read more is cheaper than spinning the disk twice to read half as much every time 01.47.04 # Filling the 64MB buffer takes twice as long as filling a 32MB buffer. YOu just save one spinup 01.47.27 # Soap: for that simple question, the answer is at least 99% sure: more memory is better 01.47.35 # That's 2..3 seconds the hd can sleep longer in one "64MB buffering period" 01.48.01 # amiconn: thank you - that is what I assumed, but wasn't sure if I was missing part of the puzzle. 01.48.11 # nanok: that still isn't what my query was about. 01.48.15 # exactly, and the greatest power consumption should be spinning up, not keeping the speed 01.49.11 # nanok: entirely depends on how long the disk is spinning 01.49.16 # Soap: maybe i am not expressing myself so clear, it is long past my bedtime ;), but i basically said what amiconn explained, but not in such well chosen words as he did ;) 01.49.37 # haha 01.49.44 # * amiconn should go to bed too 01.50.48 # ugh damn sandisk for putting these pins so close 01.51.23 Join HellDragon [0] (i=jd@unaffiliated/helldragon) 01.52.07 # My battery bench list still has *the* rockbox battery runtime record :) 01.52.10 Join psycho_maniac [0] (i=psycho_m@ppp111.hk.centurytel.net) 01.52.40 # M5L? 01.53.07 # yup 01.53.24 Join T0MA4AT0_M0nst4h [0] (n=aTb-off|@121.22.20.202) 01.53.26 Quit T0MA4AT0_M0nst4h (Excess Flood) 01.54.08 Join Mouser_X [0] (i=cf9bb003@gateway/web/cgi-irc/ircatwork.com/x-6614506054932f20) 01.54.25 Join Calcipher [0] (n=Calciphe@ool-18bab657.dyn.optonline.net) 01.55.29 # and you even have the iPod record as well, I coveted that one. 01.56.11 # My 2nd gen test.... 01.56.26 # hey people 01.56.56 # i can get it to power on the screen for a second or two, but it always powers off 01.57.24 # did anyone see my comments yesterday, about a problem I encountered, while generating voice clips in cygwin 01.57.53 Quit mirak ("Ex-Chat") 01.58.00 # current draw seems reasonible 01.58.00 # i've tried 65kohms, 0 ohms, 100kohms, and 150kohms shorting the sense pin 01.58.02 Join thegeek_ [0] (i=thegeek@s220b.studby.ntnu.no) 01.58.12 # i'll try 10k 01.58.58 # what's your setup anyway? why remove the battery? 02.00.22 Quit psycho_maniac (" Want to be different? Try HydraIRC -> http://www.hydrairc.com <-") 02.01.32 Quit colin__ ("http://suffering.no-ip.org/itunescatalog/index.php") 02.01.50 # Oh. Didn't even remember that I did such a measurement, but rombox on archos (measured on player) extends battery runtime by 4..5% 02.02.05 # That's even though code runs slower from rom than from ram 02.02.38 # preglow: the battery connects to the sansa via pressure from the casing 02.02.38 # it has no wires, just metal contacts on the side 02.02.38 # theres no obvious way to insert an anmeter without cutting traces on the sansa 02.02.38 DBUG Enqueued KICK saratoga 02.02.38 # so i'm using a lab support with an anmeter in series 02.02.38 # lab supply 02.03.01 # the error I recieve after the voice build steps, when I run make voice, is as follows 02.03.08 # i wonder if the load across the battery changes the impedance seen on the sense pin 02.03.35 # Could also be some more sophisticated battery identify thing 02.03.47 # Generating voice clipserror -2147024894 02.04.46 # followed on the next line by "make: *** [voice] Error 141 02.05.20 # this was selecting english, then selecting sapi, and default lame and sapi settings 02.05.56 # for the e200R 02.07.44 # Is it just me or have the more recent builds seemed to slow down the iPod 5G? 02.07.59 # before that, I was having an issue that Mouser_X was familiar with, and helped me through, that was that ther arm-elf-gcc path was incorrect 02.08.09 # this is so weird, the resistance doesn't change under load, so i don't see why the sansa isn't happy 02.08.11 Join sarixe [0] (n=sarixe@ool-435403e9.dyn.optonline.net) 02.08.19 # same voltage, current, imedance on all pins 02.09.35 # afaik, there are fancy things like that around that even communicate digitally 02.10.41 Quit Toxicity999 (Remote closed the connection) 02.11.13 # ugh 02.11.14 Join ghost [0] (n=sarixe@ool-435403e9.dyn.optonline.net) 02.11.20 # if theres an IC on the battery i'm screwed 02.11.22 Join Toxicity999 [0] (n=bryan@unaffiliated/Toxicity999) 02.11.33 Quit ghost (Client Quit) 02.11.58 # i'm quite certain that exists 02.15.45 Quit thegeek (Read error: 113 (No route to host)) 02.16.38 # GOT IT 02.16.41 # finally 02.18.00 # saratoga: What is it you got? I joined a tad late. 02.18.15 # saratoga: doing what? 02.19.58 Join webguest93 [0] (i=4c10ea95@gateway/web/cgi-irc/labb.contactor.se/x-fdc240167fbd27d0) 02.20.00 # i think the current spikes high enough on the DMM to engage the overcurrent protection 02.20.19 # it works fine if i use the course current meansurement terminal, but then i don't get accurate enough readings 02.20.32 # hi do you have a voice file in spanish for the ipod video 30g 5generation? 02.24.10 Quit spiorf_ (Remote closed the connection) 02.25.41 # um....do you guys have the voice file? 02.25.44 # preglow: i can't work the controls while the sansa is wired up to the supply, so wheres the best place to hard code PP register values into? system-PP5020? 02.26.54 Quit Langly ("I dont have anything to say, thats why I'm quitting in the first place.") 02.27.06 # saratoga: what, so it just does fancy writing on boot? 02.27.45 # you guys to busy? i can try another time... 02.27.57 # webguest93: if someone had it, they would have answered 02.28.09 # you can still try another time, though 02.28.19 Quit Thundercloud (Remote closed the connection) 02.29.25 Join homielowe_ [0] (n=chatzill@d207-81-67-190.bchsia.telus.net) 02.29.34 # preglow: yes 02.29.44 Quit homielowe (Read error: 104 (Connection reset by peer)) 02.29.52 Nick homielowe_ is now known as homielowe (n=chatzill@d207-81-67-190.bchsia.telus.net) 02.30.36 # preglow: I just need a place to stick the DEV_EN = DEV_EN & 0xFFBFFFFF; lines somewhere so i can see what different settings do to power 02.31.27 Quit webguest93 ("CGI:IRC (EOF)") 02.31.30 Join aliask [0] (n=chatzill@c58-109-97-210.eburwd4.vic.optusnet.com.au) 02.33.03 # jmspeex: do you see anything wrong with the fp math in this patch? it applies again rockbox apps/codecs/libspeex dir, http://www.pvv.org/~thomj/rockbox/speex-fixed-point-stereo.patch 02.33.15 Quit dandin1 () 02.33.42 # jmspeex: i've done a comparison too, and that code differs from the old floating point based code by -45 dB, with ony one big peak keeping it from -55 dB 02.33.57 # saratoga: well, some place in apps/main.c is probably good 02.34.12 # saratoga: just check out app_main() or something, that's what gets called first 02.34.41 # that PP file seems to have worked 02.34.57 # sure, as long as it gets called during startup, which it probably does 02.35.01 # oh maybe not 02.35.40 # i'll try main.c 02.35.43 Join darkapostrophe [0] (n=darkapos@217-50-177.231210.adsl.tele2.no) 02.39.40 # preglow: thanks working good now 02.39.42 # well if anyone has experience generating voice files in cygwin using SAPI, please lend me a helping hand here, I'll be back later, hittin the gym, with my rb'ed Sansa, enjoyin the hell out of it 02.39.53 # USB uses 1.5ma 02.39.53 # saratoga: great, looking forward to seeing results :) 02.40.22 Ctcp Ignored 1 channel CTCP requests in 0 seconds at the last flood 02.40.22 # * Calcipher checks manual for new keymaps 02.40.58 # onto the next bit 02.43.32 Join ddalton [0] (n=Daniel@203-217-92-98.dyn.iinet.net.au) 02.44.24 # do I just need to run the rockbox sh script on linux to get all the compilers and stuff? 02.44.31 # yes 02.46.21 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 02.47.49 # jmspeex: i could probably have used more precision for the iir filter state and stuff, but 16 bit seems to be ok 02.49.26 # the sansa will happily draw power from the USB cable if I disable USB detection and remove the battery 02.49.37 # does USB have a +5 line thats seperate from data? 02.49.51 # that would be MUCH easier to tap into then the battery pins 02.50.14 # saratoga: usb is two power lines and two data lines 02.50.34 # then i should be splicing a USB cable 02.50.54 # saratoga: it does 02.50.58 # what he said 02.51.00 # hmm bit 31 seems to do nothing that i can tell 02.51.12 # rockbox works normally and the current draw doesn't change 02.51.15 # preglow: is the -45 dB due to the 0.01 on silence or due to the fixed-point? 02.51.36 # jmspeex: it might be due to 0.01, floating point roundoff due to e_tot, or fixed point 02.51.50 # preglow: never, ever use the >> or << operators on spx_word* types 02.51.50 # i dunno, really 02.52.10 # jmspeex: do i do that? 02.52.33 # yes, at the end. It's bad even on a fixed-point path 02.52.43 # also, don't use "int" for sign. 02.52.56 # forgot about that at the end 02.52.57 Quit Dark_Apostrophe (Connection timed out) 02.52.57 Nick darkapostrophe is now known as Dark_Apostrophe (n=darkapos@217-50-177.231210.adsl.tele2.no) 02.52.58 # why not use sign? 02.53.08 # int for sign, i mean 02.53.56 # i don't do << or >> on spx_word types, i do it on an int 02.54.11 # in a code path which is always fixed point 02.54.20 # int is platform-specific. 02.54.26 # sure, but it's always signed 02.54.29 # You need to use spx_word16_t or spx_word32_t 02.54.52 # it can either be 1 or -1, which any int should be able to accomodate, but sure, it's not a big deal anyway 02.55.01 # spx_word16_t is either an int16 or a float depending on whether you enable fixed-point or not. 02.55.16 # Also, you shouldn't be using the * and +, but rather the ADD and MUL operators. 02.55.38 # hmm, where? 02.55.54 # one immediate benefit of doing things properly is that compiling with fixed-point-debug will warn if you get overflows 02.56.18 # i think i've always used macros in my code, the floating point path remains for reference and is your code, i'll remove it when commiting 02.56.23 # sign*(tmp<<9) 02.57.19 # bit 30 uses 300uA but does not disable anything obvious that i can see 02.57.34 # ok, so i should make tmp a spx_word16_t too? 02.57.47 # saratoga: could you stuff this in a doc somewhere? wiki? 02.59.04 # jmspeex: i don't really see a point in bothering with the macros when i'm in a non-critical fixed point only code path, though 02.59.08 # preglow: you should probably assign tmp to a word16 variable just to make it obvious what you're doing 02.59.15 # yeah, done 02.59.56 # made it exp_exp(MULT16_16(sign, SHL16(tmp, 9))); 02.59.58 # preglow: The idea of the macros is that they can be adapted to any platforms. Also, they allow testing for overflows 03.00.14 # overflow testing is good 03.01.01 # preglow: looks goot 03.01.34 # hmm 03.01.52 # i'm wondering if the innerloop smooth_left/right assignments can overflow 03.02.20 # nah, they should _just_ fit within the limits 03.02.34 # preglow: if you look at fixed_debug.h to have an idea of the tests I do 03.02.43 # do you think the rounded shifts are necessary? 03.02.49 # careful about 32768 too 03.03.43 Quit GodEater_ (Read error: 110 (Connection timed out)) 03.03.51 # well, neither of them should be negativ 03.04.07 # smooth_left or e_left, so -32768 shouldn't be a problem 03.04.25 # hmm, the scaling constants sum to 32768, probably 03.04.59 # perhaps i should just go with the commented out line, that will never overflow, but is a slightly badder approximation to 0.98 and 0.02 03.05.01 *** Saving seen data "./dancer.seen" 03.05.17 # i should just test... 03.05.18 # preglow: BTW, there's a useful macro named Q15_ONE that's often useful 03.05.32 # is defined as either 1.0f or 32767 03.05.50 # * Nico_P has hackish AA! 03.06.17 # jmspeex: oh, didn't know about that one 03.06.44 # hmm, and can't use it here, i need Q16_ONE 03.07.05 Quit Calcipher (Read error: 104 (Connection reset by peer)) 03.07.27 # nah, it'll never overflow 03.07.59 # Q16_ONE??? doesn't make sense for signed 03.08.26 # jmspeex: for 32 bit Q16 ints it does, heh 03.08.32 # preglow: also, you need to be careful with rounding shifts because of the way they're implemented. 03.08.54 # yeah, know, but the rounding const is too small to matter here 03.09.12 # For example, PSHR16(32767,2) will actually cause an overflow because it adds 2 to 32767 before shifting 03.12.32 # i have no idea if rounding is really necessary here, i just added it to be sure 03.13.03 # Nico_P: I'm almost embarrassed to admit that I'm quite excited about this 03.13.09 # hehe 03.13.31 # it's hackish on the WPS side, but on the playback side it's almost complete 03.13.46 # Sweet! 03.13.54 # * aliask likes AA 03.14.21 # * Nico_P is really looking forward to being able to finally close FS#3045 03.14.32 # jpg loader in the core! :D 03.14.57 # what tools do I need on my system for rockboxdev.sh? 03.15.10 # it won't work for me 03.15.14 # preglow: I think it's probably fine without the rounding, though it doesn't hurt with it. 03.15.54 # preglow: couldn't it be loaded as a plugin, on demand? 03.16.01 Join kingwen [0] (n=kingwen1@12.46.130.61.dial.hu.zj.dynamic.163data.com.cn) 03.16.11 # Not a regular plugin of course, but plugin-ish 03.16.17 # preglow: there's a problem with e_ratio_quant. You're not allowed to use QCONST16() in a definition like that because it uses floor() 03.16.24 # ddalton: a bunch but starting out with a working native compiler is good :) 03.16.46 # ddalton: on a Debian system, apt-get install build-essential 03.16.50 # rasher: maybe, yeah... though I think jpeg in the core wasn't as badly received as I thought last time it was discussed 03.16.50 # n1s: my system has gcc, mutt, links, emacs and apt and thats about it. 03.16.53 # rasher: let's not call plugins all the time 03.16.58 # what should I get? 03.17.00 # rasher: it's a horrible hack 03.17.04 # oh and festival and brltty 03.17.08 # preglow: sorry, it no longer uses floor(), but I'm not yet 100% sure it's OK. Any idea? 03.17.25 # ddalton: as rasher said build-essential package is important, what error do you get? 03.17.26 # it should be very ok 03.17.46 # jmspeex: at least i can see nothing wrong with it, it's just reduced to a ton of constant folding which should be resolved real time 03.17.53 # jmspeex: we have several other codecs which does this 03.18.24 # jmspeex: as a matter of fact, i was about to ask you why you don't use this technique in other parts of speex :) it's easier than duplicating tables 03.18.29 # preglow: well, if it's the only way to get jpeg loading accepted, it's better than nothing. But I don't see why jpeg in the core is so unwanted - is binary size an issue on any relevant target? 03.18.35 # :o 03.18.37 # rasher: hell no 03.18.42 # rasher: jpeg in the core is the way to go 03.18.42 # n1s: ill just check. Do you know how I get the build stuff on debian? 03.18.45 # preglow: so you're sure it's perfectly C89-compatible? 03.18.47 # j 03.18.53 # ;j 03.19.12 # jmspeex: i think it is c89 compatible, but it might be highly ineffective with compilers that don't optimize away the float code compile time 03.19.15 # ddalton: ddalton: on a Debian system, apt-get install build-essential 03.19.16 # let's stick to bitmap for now gentlemen ;) 03.19.21 # jmspeex: and i am by no means certain it _is_ c89 03.19.30 # I remind you that we don't even have AA yet 03.19.38 # I need bzip apparently whats that by the way? 03.19.57 # It's a compression format, similar to zip 03.20.04 # anyway, bed time now 03.20.06 # ddalton: google is your friend 03.20.15 # * n1s goes ZzZz too 03.20.17 Quit n1s () 03.20.21 Quit Nico_P (Remote closed the connection) 03.20.30 # preglow: well, if it's in a const struct definition, there's no way the compiler can compute it at run-time, so either it accepts if or it reports an error. 03.25.37 # it can if it's not a static const struct definition, afaik 03.26.09 # the same way const arrays in functions can end up being constructed for each function call if they're not declared static 03.26.29 Join Gigante [0] (i=Gigante@24.139.226.244) 03.26.57 # i need help with a certain subject 03.27.23 # Gigante: What is that subject? 03.27.40 # does anyone know what I press for all the compilers so I can build any target? 03.27.53 # I just am having a bit of trouble with brltty. 03.28.02 # i work a part time job at an airport 03.28.12 # found me a 30 gb ipod 03.28.30 # bought a cvable but itunes doesnt recognizes it 03.28.51 # the battery is full 03.29.15 # i trieds to format it on win xp 03.29.17 # jmspeex: anyway, i need to go to bed now, talk to you later 03.29.32 # but when i click f drive it freezes 03.29.48 # Personally I think you should return it to lost property at the airport, but it sounds like the hard drive isn't formatted correctly. 03.29.56 # preglow: OK. But overall, your patch looks fine. It was just formatting details to make it like the rest of the code. Thanks for that 03.30.13 # i did 03.30.24 # jmspeex: i'll fix up the rest of stereo.c and give you a proper patch against speex svn soon 03.30.30 # gnight 03.30.33 # they wait a week and if not claimed it's yours 03.30.41 # preglow: thanks, g'night. 03.30.50 # Well then, nice score 03.31.13 # it's a little bit scratched but i dont complain 03.31.32 # can i reformat the ipod and load rockbox? 03.31.44 # iTunes should be able to restore the iPod 03.31.59 # itunes doesnt recogmnizes it 03.32.13 # I'm not sure if it's safe to format an iPod though, because the firmware is stored on the harddrive 03.32.19 Quit Shagnar ("( www.nnscript.de :: NoNameScript 4.1 :: www.regroup-esports.com )") 03.32.39 # how to change firmware then? 03.33.11 # aliask: couldn't you use ipodpatcher to restore it later? 03.33.17 # if your on win of course 03.33.49 # rigth now is in disk mode 03.34.17 # Gigante: Can the iPod load normally? 03.34.30 # stops when apple shows 03.35.12 # Sounds like the firmware on the disk is borked. Disk mode is in flash though. You should take a look at restoring the iPod first, and then installing rockbox 03.35.45 # how i restore it? 03.36.51 # does voice building require anything else apart from the targets compilers? 03.37.31 Quit homielowe (Read error: 104 (Connection reset by peer)) 03.37.43 Join homielowe_ [0] (n=chatzill@d207-81-67-190.bchsia.telus.net) 03.37.48 Nick homielowe_ is now known as homielowe (n=chatzill@d207-81-67-190.bchsia.telus.net) 03.38.18 # Gigante: http://www.wikihow.com/Restore-an-iPod 03.39.59 # gracias 03.45.22 Join webguest95 [0] (i=dce9bdd9@gateway/web/cgi-irc/labb.contactor.se/x-180ce81a05fb13b5) 03.46.34 Quit webguest95 (Client Quit) 03.46.59 # how long should the compilers take to install? 03.47.15 # 800 mhz processor 256 mb ram. 2 hours? 03.49.38 Quit kingwen (Read error: 110 (Connection timed out)) 03.53.28 # 0i tried to restore and received this message: ipod could not be restored an unknown error ocurred 1418 03.54.17 Quit ddalton (Read error: 104 (Connection reset by peer)) 03.54.27 # Hrm, odd. Might need to contact apple for support 03.54.50 # well 03.56.13 Join psycho_maniac [0] (i=psycho_m@ppp565.hk.centurytel.net) 03.56.36 # http://docs.info.apple.com/article.html?artnum=304508 03.57.28 Join ddalton [0] (n=Daniel@203-217-92-98.dyn.iinet.net.au) 04.05.17 Quit DerPapst ("So Long And Thanks For All The Fish!") 04.12.43 Join ruinedtwice [0] (n=xxx@d154-20-29-13.bchsia.telus.net) 04.20.12 # Zagor: (for the logs) Those USB registers seem to have some kind of voodoo magic protection on them, as soon as I try to read them it locks up. Other registers read fine... 04.25.01 # lostlogic: I have a question regarding buffering. It regards ADX, but what I'm thinking is usable for MP3s as well, if I'm understanding correctly (actually, it's probably the other way around - MP3s would use it, and it might be useable for ADXs). 04.25.53 # I'll try not to ignore you. 04.26.06 # Question: If someone has a playlist of 9 songs (large enough to cause rebuffering), 3 of which are the same file, that file will still be rebuffered, correct? 04.26.21 # yes, Nico is working on enabling smarter buffering though. 04.26.36 # the full implications thereof are complex when it comes to buffering shrinking and suchlike 04.26.56 # Could that be applied to ADXs as well? To keep them in the buffer, so that they loop properly? 04.27.41 # yeah, if you had a playlist of the same ADX twice and Nico does what he's talkin' about it would enable that ADX to not partially unbuffer and thereby not feck itself up 04.27.43 # Obviously, I'm not the one to say, but if the buffer stuff is "smart enough" to keep the MP3 in the buffer, wouldn't that make it easier to do the same for ADX? 04.28.07 # but we do seem to need a solution for files that are guaranteed not to be >= bufsize and which we need to keep all of on buffer for the duration if its playing, instead of shrinkign it 04.28.11 # at least that's my current take 04.29.23 # ^ That would fix ADXs, if I understand correctly, right? (I'm not completely sure what ">=" means. It's been to long since I did math...) 04.30.04 # greater than or equal to... 04.30.06 # and yes. 04.34.08 # enouf: ok so how do I use that? 04.34.25 # oops wrong channel sorry 04.54.16 Quit Gigante () 04.57.57 Join Llorean [0] (n=llorean@12.198.112.130) 04.59.14 Join TMM [0] (n=hp@ip5657f562.direct-adsl.nl) 05.05.04 *** Saving seen data "./dancer.seen" 05.07.46 Quit miepchen^schlaf (Read error: 110 (Connection timed out)) 05.08.02 Join miepchen^schlaf [0] (n=hihi@p54BF49D1.dip.t-dialin.net) 05.15.14 Quit bb (Nick collision from services.) 05.15.21 Join bb_ [0] (n=bb@unaffiliated/bb) 05.24.38 Quit homielowe (Read error: 104 (Connection reset by peer)) 05.24.58 # did amiconn ever say what the address for dev_en3 was? 05.25.11 # the one in the wiki is the same as the CACHE_CONTROL define 05.25.21 # so i'm assuming thats a mistake unless they're the same thing 05.26.22 Quit ddalton ("I was using BOFHNet IRC version 1.2 by fmillion - get your copy today from http://www.the-bofh.com/bofhnet/irc !") 05.28.29 Quit psycho_maniac (" HydraIRC -> http://www.hydrairc.com <- It'll be on slashdot one day...") 05.29.56 Join homielowe_ [0] (n=chatzill@d207-81-67-190.bchsia.telus.net) 05.30.01 Nick homielowe_ is now known as homielowe (n=chatzill@d207-81-67-190.bchsia.telus.net) 05.42.27 Quit ruinedtwice () 05.52.35 # I've never done a battery bench on my Gigabeat, but so far, it's been running for almost 15 hours, and still has 26% left (according to Rockbox). 05.52.51 Quit SirFunk (Remote closed the connection) 05.55.46 # The gigabeats seem to land in the "decent+" battery life category. :) 05.56.28 Join RoC_MasterMind [0] (n=Free@c-71-203-172-58.hsd1.fl.comcast.net) 05.57.37 # Yes, I've noticed it's 15+ hours. I've just never bothered refining it more than that. 05.58.42 # If I can get 17 hours out of it, then that should mean I can have it play for 2 days, without recharging, at work (8 hours). 05.59.03 # (17, because I tend to watch videos during breaks.) 05.59.51 Quit sarixe ("(EE) Failed to load "quit" module") 06.01.02 # turning off most of these registers doesn't seem to do anything to rockbox 06.01.18 # though i have to wonder if i'm missing some ill effect somewhere 06.06.03 # Mouser_X: Video takes up a LOT of juice. I think I timed something like 5 or 6 hours at 16x9 for video 06.06.18 # Though that was when it wasn't as optimized as it is now. 06.06.43 # What's the runtime for the original GB firmware? Just setting myself up for unattainable hopes regarding the pp targets.. :p 06.07.21 # PaulPosition: Rockbox only really matches the PP targets, or maybe gets 5-10% more. There aren't any reliable direct comparisons. 06.07.48 # Err, only really matches on the Gigabeat targets 06.08.03 # On the PP5002 targets we do already get some more too, there should be benches somewhere 06.09.04 # Llorean - I know.. Some targets match okay, some are far from there (like small H10), etc.. I just wanted to day-dream.. :) 06.09.33 # Llorean: I found a few PP registers that gate small amounts of power so far 06.09.38 # not sure what they do 06.09.55 # do you think i could get away with committing a few after some testing and just waiting to see if anyone complains? 06.10.07 # Llorean: Yes, I'm aware that video does nasty stuff to battery life. However, today I watched at least 1 full hour of video (today I had two 15 min. breaks, and an hour lunch. I watched some TV shows during that time). 06.10.41 # saratoga: If you say "These should improve battery life. If there are any unexpected side effects, please file a proper bug report" I think you'll be fine 06.10.45 # (note I said hopes and not expectations. I think RB is amazing all righ, as it is now, on my dap) 06.10.59 # Mouser_X: One hour of video is probably about the same as 2.5-3 hours of audio. 06.11.29 # I couldn't say. As I said, I never bothered checking before. 06.11.57 # Could be better now, but as the main problem is the LCD backlight, it's just kinda a given battery life during video has to suck 06.12.30 # On a "normal" day, I get at most 45 min. of video in (usually less). My backlight is at lvl. 7. 06.12.49 # My test was with full backlight, I suppose. 06.12.54 Join SirFunk [0] (n=Sir@206-159-155-246.netsync.net) 06.12.57 # I also haven't tested recently, or with fullscreen video. 06.13.02 # Which takes more CPU to decode, at least 06.13.13 # Very true. 06.13.46 # I can't go much darker on the backlight. It's already about as low as I can go, and keep it reasonably visable. 06.13.49 # Usually I don't pay attention at all to my battery level, because I know there's almost nothing I can do in the normal use time that will wear it down before I charge. 06.14.04 # I really don't understand why people are unwilling to charge once a day though, and want to stretch it through as many days as possible. 06.14.12 # (For videos, that is. I *could* go lower for normal use, but it starts getting difficult.) 06.14.34 Join webguest70 [0] (i=dead5cb6@gateway/web/cgi-irc/labb.contactor.se/x-18186f1de755c5cc) 06.14.50 # Well, I just don't want to worry about having to replace the battery. 06.15.07 # And no, I have no idea how soon/far away that would be. 06.16.37 Quit webguest70 (Client Quit) 06.16.55 # (only speaking for myself, for 3 and a half hours of runtime *without* any interaction means more than 'charge once a day'... It's *just* enough for what I use my dap for, but it happened a few times it would die on me in the bus...) 06.18.01 # Mouser_X: If it's li-ion charging it daily shouldn't be a problem... 06.18.25 Join Maxexcloo [0] (n=Max@c220-239-9-200.belrs4.nsw.optusnet.com.au) 06.18.31 # Hi 06.19.00 # Llorean - You think, with LiIon, it makes sense for me to do, once every two-three weeks, a full discharge/recharge ? 06.19.33 # PaulPosition: With lithium based batteries there should be minimal-to-no memory effect. It should be safe to charge it whenever you feel like it. 06.19.47 # In fact, long charges are unhealthy because they tend to heat the battery more, and a hot battery loses life. 06.20.02 # I did not know that. 06.20.26 # Hmm, interresting.. Though I reckon charging through usb can't be that devastating.. But what do I know. (oh, I know : nothing) 06.20.33 # That probably explains why I can't find any of the 15 min. rechargeable NiMH batteries I like. 06.21.03 # I have a question 06.21.09 # (They get really hot when charged in 15 min. Sometimes hot enough that I have to juggle them...) 06.21.23 # How hard would it be to make gba games play on rockboy? 06.21.34 # Very, very, very hard. 06.21.52 # Mouser_X: NiMH batteries are different. They're healthier if you do full charge/discharge cycles, though I believe quick-chargers are rough on them 06.21.54 # :| 06.22.06 # Maxexcloo: Can you magically make the processor about 5 times the speed it is now? 06.22.40 Join linuxstb_ [0] (n=chatzill@i-83-67-212-170.freedom2surf.net) 06.23.15 # I gtg 06.23.21 Quit Maxexcloo (Client Quit) 06.27.20 # Well, thanks all, good luck, and I'll come tomorrow, download a build and test (or if no commit by Saratoga, download the diffs, patch and compile and then test) for any sort of bug/freeze... 06.28.25 # and then pester the channel with bug reports.. (dunno why, that doesn't sound like something usefull, what with being a pain in the arse...) 06.28.28 # lol 06.29.17 Quit PaulPosition () 06.34.58 Quit linuxstb (Read error: 113 (No route to host)) 06.47.42 Join hannesd_ [0] (n=light@gate-hannes-tdsl.imos.net) 06.51.56 Quit RoC_MasterMind ("Leaving") 06.57.48 Part Mouser_X 07.03.09 Quit hannesd (Read error: 110 (Connection timed out)) 07.03.10 Nick hannesd_ is now known as hannesd (n=light@gate-hannes-tdsl.imos.net) 07.05.06 *** Saving seen data "./dancer.seen" 07.24.22 # well, disabling all the DEV_EN1,2,3 bits that aren't needed to playback audio on the sansa drops current consumption from 59.5 to 52.3 ma at idle 07.24.34 # not exactly impresive, but its a good start 07.25.10 # Isn't the Sansa already much closer to OF performance as it is? 07.25.10 # that said, I did notice 1 bit that substantially increased power, so i have to wonder if turning some of the others on could reduce consumption further 07.25.24 # yeah its pretty close 07.25.28 # that will make it closer 07.25.34 # but still not up to it I think 07.25.43 # damn it i should have metered the OF while I was there 07.26.50 # If we're getting ~15 hours, and assuming approximately consistent ratios, shouldn't we now get about 17? What's our goal? 07.27.17 # we get 16 now so i think this will put us to 18 hours 07.27.32 # sandisk claims 20, though who knows 07.27.38 # 18 and a quarter even, assuming the math holds. 07.27.51 # of course i'm not sure what the load current is 07.28.01 # theres no easy way to measure it because of the frequency scaling 07.28.15 # so i odn't know what 7 ma is as a percentage of typical load 07.28.57 # D'you know what was done for the PP5002 targets? 07.29.08 # basically the same thing i did here 07.29.33 # theres a good chance theres more registers on the 50xx that no one has found yet 07.29.41 # D'you know how much current consumption changed with his changes? 07.29.48 # i'm not sure 07.29.55 # amiconn didn't have a meter hooked up 07.30.12 # Aah 07.30.32 # i still wonder if we properly sleep the second CPU 07.30.55 # that might be a good bit of it, though with the smp changes, maybe it doesn't matter much 07.31.24 # Wasn't there a time when we were running all of everything on both cores? 07.31.28 # On accident? 07.31.31 Quit criznach ("ChatZilla 0.9.78.1 [Firefox 2.0.0.9/2007102514]") 07.31.36 # i think so 07.31.39 # Or was that just a "theory of what might've been going wrong" 07.31.59 # Because I seem to recall battery life never significantly decreasing during dual core tests, suggesting at least a bit that we never slept it right 07.32.15 # that seems likely 07.33.29 # Then again the PP5002 improvement suggests we either don't need to, or it's not a significant enough problem to matter. 07.34.48 # thats true 07.35.04 # (for the logs) heres the changes I made to get those 7 ma 07.35.06 # http://pastebin.ca/768034 07.35.26 # saratoga: the cop is woken for ticks or thread wakeups otherwise it's asleep just like the CPU. Nothing was overlooked or shortcuts taken with dualcore in any regard. 07.35.34 # i'm too tired to write up a proper patch 07.35.39 # ok thanks 07.36.26 # unfortunately, at least 1 ma of that savings is from disabling USB, which is ok on the sansa since we don't properly detect it anyway, but needs to be setup on the other targets so that it polls the port every so often 07.37.21 # we need to not poll anything (usb ticks) and use interrupts from the proper source 07.37.23 # jhMikeS: one question 07.37.41 # disabling one of those bits causes a stack overflow error 07.37.50 # any idea what hardware that could be? 07.38.41 # which bit? 07.39.17 # bit 1 in dev_en3 07.39.23 # I should look at the pastebin? 07.39.34 # which is labeled cache_control in teh code somewhere else 07.39.42 # if you want, its not very interesting 07.40.20 # cache_priority i mean 07.40.43 # eh i'm going to bed, if anyone comes up with more registers to test let me know 07.40.52 # well, I can't say why. the bits set are as OF did it. 07.41.11 Quit saratoga ("CGI:IRC") 07.55.07 Join mrkiko [0] (n=pv@adsl-152-102.38-151.net24.it) 07.56.04 # Hi all! 07.56.19 # Why does rockbox have so much more performances when deactivating voice? 07.56.25 # It didn't crash, it buffers very very well 07.56.35 # It simply runs faster! 07.56.41 # I can't get it to crash 08.04.50 Join ender` [0] (i=krneki@84-255-206-8.static.t-2.net) 08.18.12 Join criznach [0] (n=criznach@host-69-145-134-192.grf-mt.client.bresnan.net) 08.28.23 Join Rob222241 [0] (n=Miranda@p54B17779.dip.t-dialin.net) 08.39.49 Quit aliask ("ChatZilla 0.9.78.1 [Firefox 2.0.0.8/2007102207]") 08.46.41 Quit Rob2222 (Read error: 110 (Connection timed out)) 08.48.32 Quit EnterUserName (Read error: 104 (Connection reset by peer)) 08.52.39 Join daurnimator [0] (i=daurn@unaffiliated/daurnimator) 08.59.24 # Llorean: I did (and still do) have an ammeter hooked up to pp5002 09.00.52 Join spiorf [0] (n=spiorf@79.16.207.114) 09.01.35 # amiconn: I was just curious how Saratoga's changes are relative to your PP5002 changes. 09.02.09 # He said it was a 7ma reduction in consumption. 09.02.19 # The differences on pp5002 were much higher 09.02.49 # But then the Sansa is PP5024, which is already pretty efficient 09.03.09 # Did you ever measure which difference was due to HD-related changes, and which weren't? 09.03.33 # yes 09.03.45 # But yes, the 5024 seems to be the closest to OF of our inefficient PP targets. 09.04.14 # saratoga's experiment should be repeated on a pp5020 target 09.05.06 # Hi Llorean! 09.05.11 *** Saving seen data "./dancer.seen" 09.05.52 # The biggest problem for such measurements is the ammeter hookup. On 1st/2nd gen it was quite easy compared to later PP targets I have 09.06.57 # Aaah 09.07.05 Join bertrik [0] (n=Bertrik_@134-022-045-062.dynamic.caiway.nl) 09.07.28 # Still, better battery life is better battery life, whether little or lots. 09.07.47 # The old ipods just require to pop off the back cover in order to get to the battery, and the battery uses wires. So I just cut one wire and soldered 2 longer ones into place, where I can hook up my ammeter 09.08.13 # But the mini must be dissected to reach the battery, and then it can't be operated... 09.08.19 # Ick 09.09.16 # And the G5 has the battery connected via a flexible pcb strip - cutting that is possible, but how to repair it afterwards? 09.09.36 # What about the G4? 09.09.47 # I don't have one 09.10.34 # Ah, right. 09.11.55 # The H10 has a user replaceable battery, connected via 3 metal spring contacts 09.12.10 # So that's a better candidate from the sound of it. 09.18.18 Join pixelma [0] (i=pixelma@rockbox/staff/pixelma) 09.18.27 Join ackbahr [0] (n=Ackbahr@188-165.76-83.cust.bluewin.ch) 09.19.03 Part Llorean 09.21.50 Quit ackbahr (Remote closed the connection) 09.36.29 Quit linuxstb_ ("ChatZilla 0.9.78.1 [Firefox 2.0.0.9/2007102514]") 09.36.40 Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) 09.38.14 # Llorean: G4 ipod batteries are easily replacable, it's just a simple 2 wire plug connected to the board. 09.38.17 # oh, he left. 09.38.38 Join kubiix [0] (n=Miranda@mos-81-27-201-28.karneval.cz) 09.38.56 # The important point here being wires, not that it's replaceable 09.39.09 # The G5 battery is also plugged, bu tdoesn't use wires 09.39.38 # So a G4 would be a good target to do power measurements for PP5020... 09.43.02 # I guys! As already said by me some hours ago, I noted that disabling voice rockbox will never crash... 09.43.27 # The problem of a key release not being detected is triggerable again less easily, butwitout voice it's absolutely not. 09.43.50 # And, strangely, without voice I noted much more performance in buffering terms... 09.44.39 # amiconn: I haven't even managed to open my ipod Color... I don't own a soldering iron or any kind of meter either. But I would be happy to lend it to someone. 09.45.29 Join daurn|laptop [0] (n=fake@unaffiliated/daurnimator) 09.45.44 # mrkiko: You're thinking in reverse - Rockbox without voice is "normal", enabling voice causes lots of issues. 09.46.01 # I know :( 09.46.21 # The problem is that I installed rockbox with voice files from the start of the story. 09.46.40 # I will do without vooice with not many problems... 09.47.20 # Although it could be useful if you search the bug tracker for the problems you're experiencing, and file bug reports if they're not already there. 09.47.22 # * amiconn uses voice on H340, and it's usable 09.47.50 # I don't know of anyone having problems with voice in any other target different than mine - so I expect I should wait someone cleaning up it... I'm trying to understand slowly the code to help eventually... 09.47.50 # Sure, there are quirks, and I keep moaning about them. Unfortunately I'm not much into the swcodec voice code 09.48.25 # I haven't noticed any major problems with voice on my M5 (which is a vit comparable to the H300) but I admit that I didn't use it very often lately 09.48.33 # *bit 09.48.37 # Moving the voice codec into the core should hopefully help with reliablity - at the very least it should simplify the code. 09.48.39 Join SkinInd95 [0] (n=chatzill@host-69-144-93-208.hln-mt.client.bresnan.net) 09.49.11 Quit SkinInd95 (Client Quit) 09.49.13 # Can someone try to trigger fs#8003 scrolling very quickly the main menu? 09.49.16 # especially amiconn 09.49.27 # so I can detect if it's a problem only mine or general. 09.50.42 # I'm using R15552 09.51.50 Join przemhb [0] (n=przemhb@fan115.internetdsl.tpnet.pl) 09.53.37 # someone should warn me if I'm too stressing :) 09.54.55 Quit kubiix ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 09.58.31 Quit criznach ("ChatZilla 0.9.78.1 [Firefox 2.0.0.9/2007102514]") 10.05.20 # mrkiko: I can't make it crash by mvoing more or less quickly through the display settings 10.05.59 # This isn't the latest build though. r15312 10.06.04 Quit ATravelingGeek (Read error: 110 (Connection timed out)) 10.06.54 Join ATravelingGeek [0] (n=ATG@pdpc/supporter/student/ATravelingGeek) 10.07.52 # ... 10.07.59 # ehehe... 10.08.10 # I made it crash now - so may it an hardware problem? 10.08.27 # Even ddalton has it 10.08.47 # Well, updating all my targets is time consuming... but that build must be replaced as its older than a week. I will retry with a current build later 10.09.00 # but it works only on the main menu, the one saying "files" "database", ..., "settings" 10.09.00 Quit bertrik ("bye") 10.12.18 Join ackbahr [0] (n=Ackbahr@54-184.76-83.cust.bluewin.ch) 10.13.30 # mrkiko: In what way does it crash? Just freeze, or an error message on the display? 10.13.31 Join GnosticE [0] (n=dfearly@cpc1-port6-0-0-cust535.cos2.cable.ntl.com) 10.17.52 # Amiconn: freeze 10.18.00 # I've got a problem with rbutilqt 1.0.2. When it starts it complains about "Network Error: Proxy Authentication required". 10.18.44 # * mrkiko loves the new boot-loader 10.18.49 # I don't use a proxy and the No Proxy radio buitton is checked in the config screen. v1.0.1 works fine when I went back to that. Any ideas?? 10.20.38 # s/proxy/authenticating proxy/ 10.23.45 Quit daurnimator ("Cyas later...") 10.26.17 # amiconn: have you got it crash? 10.28.38 Join merbanan [0] (n=banan@83.233.243.136) 10.31.25 # amiconn: I've got a g4 I don't want if you want to cannibalize it for testing 10.31.42 # it has a pretty much dead screen. 10.37.08 # GnosticE has to leave 10.37.24 Quit GnosticE () 10.43.53 Join Thundercloud [0] (n=thunderc@resnet07.nat.lancs.ac.uk) 10.48.04 Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) 10.49.19 Join barrywardell [0] (n=barrywar@89-125-27-10.dhcp-ripwave.irishbroadband.ie) 10.51.36 Quit barrywardell (Client Quit) 10.53.54 # mrf 10.54.16 # mrf = ? 11.04.22 Nick parafin|away is now known as parafin (i=parafin@paraf.in) 11.05.12 *** Saving seen data "./dancer.seen" 11.07.54 Join JdGordon [0] (n=jonno@c210-49-113-143.smelb1.vic.optusnet.com.au) 11.09.06 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 11.11.32 # mrkiko: just some sounds he makes from time to time :) 11.12.57 # markun. ok, thank you :) 11.20.58 # mrkiko: I can't make the H340 crash in the menu with voice enabled, current build or old build 11.23.05 # Doesn't matter whether music is playing in parallel or not, and also not whether I move at a speed that still makes the voice try to speak, or really fast so that voice doesn't speak 11.24.07 # What I noticed though is that shutup() doesn't work when music is playing 11.24.31 # That probably has to do with the voice mixing 11.24.43 Join davina [0] (n=davina@cpc1-sout6-0-0-cust616.sotn.cable.ntl.com) 11.24.51 Quit BigBambi (Read error: 113 (No route to host)) 11.25.01 # amiconn: 11.25.08 # amiconn: strange... 11.25.20 # amiconn is your a USA or non-USA h340? 11.25.30 # european model 11.25.33 Join BigBambi [0] (n=alex@rockbox/staff/BigBambi) 11.26.00 # But that shouldn't matter at all 11.26.01 # amiconn: mhm... 11.26.17 # amiconn: have you tried in the main menu? In my case it happens only when music is off 11.26.21 # ok - player crashed again 11.26.43 # I tried with music playing and not playing, in main menu, display settings, and sound settings 11.26.53 # Moving at various speeds, up & down 11.26.58 # mhm... 11.27.12 # amiconn: so I don't know what to say... 11.27.32 # Maybe you're using features I don't use 11.27.42 # mrkiko - you've tried resetting your settings to rockbox defaults? 11.27.57 # No - infact I'm doing it now 11.28.20 # amiconn: my equalizer was on 11.28.25 # save your settings first if yuo want them back :) 11.28.27 # amiconn: dithering was off; crossfeed was off; 11.28.35 # (^yuo/you) 11.28.59 # stripwax: I saved them some time ago probably :) aniway no problems 11.29.16 Join daurnimator [0] (n=daurnima@unaffiliated/daurnimator) 11.29.32 # beep was on but this doesn't matter - it happened in various circumstances even with beep on 11.29.53 Part daurnimator 11.33.51 Join barrywardell [0] (n=barrywar@89-125-27-10.dhcp-ripwave.irishbroadband.ie) 11.33.52 # * mrkiko unhappily crashed the player 11.34.05 # Ok - my player may be damaged in some ways asthe ddalton one... 11.34.21 # Or may be we have some different revisione of some component 11.34.47 Join n1s [0] (n=nils@nl104-209-90.student.uu.se) 11.35.39 Join Domonoky [0] (n=Domonoky@e179092168.adsl.alicedsl.de) 11.37.47 Quit barrywardell (Client Quit) 11.39.53 # bah.. yesetrdays commit went thourgh without the message? wtf? 11.41.16 # mrkiko - just a thought, checkdisk? 11.41.50 # stripwax: I'm a Linux user; fsck.vfat -V -v -r says all is ok 11.42.03 # ok 11.43.15 Join Nico_P [0] (n=nicolas@rockbox/developer/NicoP) 11.44.17 # stripwax: the fact is that the player never crashed within the OF 11.44.29 # stripwax: so I don't expect hardware problems... 11.44.46 # stripwax: I tried to respect as closer as possible instructions on the original iRiver manual 11.48.23 # n1s, Nico_P: Have either of you tried the "merge0.cpp" program to inject code into the Gigabeat S nk.bin ? 11.48.25 # :'( no petur 11.48.39 # linuxstb: no 11.49.19 # no 11.49.47 # Do either of you know where the latest version is? The only one I can find is in MergeInject_v0.2.rar, but the wiki seems to be saying that's out of date. 11.51.45 # linuxstb: I think you have to compile it 11.51.58 # Of course, but I can't see the source... 11.52.27 # (apart from the version in MergeInject_v0.2.rar) 11.52.35 Join einhirn [0] (n=Miranda@p5B032F60.dip0.t-ipconnect.de) 11.52.48 Quit Domonoky (Read error: 104 (Connection reset by peer)) 11.52.53 # oh I see what you mean :p 11.53.29 # The wiki page first says "see below", and then says "see above", with no links to merge0.cpp in between... 11.55.18 # linuxstb: doesn't version à.2 work? 11.56.25 # or 0.2 11.57.05 # It doesn't seem to, unless I'm misunderstanding what it should be doing. Running it with the S bootloader (about 32KB) only appends about 92 bytes to the end of the file, and there are no other differences between the original nk.bin and the output file. 11.58.25 Join MouFou [0] (n=MouFou@dslb-088-067-067-070.pools.arcor-ip.net) 11.59.02 # linuxstb: Release.7z has two different versions of merge0.cpp 12.00.11 # hmm actually they don't seem to be what you want, sorry 12.02.11 Join Bagder_ [0] (n=daniel@1-1-5-26a.hud.sth.bostream.se) 12.02.17 # I should probably just wait until aliask is around, rather than wasting time investigating... 12.02.46 Join tierra [0] (n=tierra@ibaku.net) 12.03.00 # linuxstb: have you looked at the usb log? 12.03.29 # Has any progress been made when it comes to album art? 12.03.42 # Not yet, no. The first thing I want to do is to work out how aliask is currently running code. 12.03.53 # (that was to Nico_P...) 12.04.01 # ok 12.04.06 # Dark_Apostrophe: I have something here 12.04.23 # Something? 12.04.36 # still needs some work, but the basics are ready 12.04.43 # Nico_P: It seems the merge0.cpp I'm looking it reads the input file 4 bytes at a time, and stops when it reads 0x00000000... 12.04.51 # Nico_P: Great 12.05.04 # is there a wiki page that says why RBUtil was moved from wxwidgets to qt?...i cant seem to find one 12.05.09 # Nico_P: Have a rough estimate of when it'll be done? 12.05.13 # A week? A month? 12.05.14 # Dark_Apostrophe: no 12.05.22 # closer to a week though 12.05.37 # Sounds great :D 12.05.44 # tierra: The reason was that all the devs working on rbutil preferred qt. There were some limitations with wxwidgets, but I forget what. 12.05.47 Quit ackbahr (Read error: 110 (Connection timed out)) 12.05.59 # Qt > * 12.05.59 Join ackbahr [0] (n=Ackbahr@237-148.1-85.cust.bluewin.ch) 12.06.18 # tierra: http://www.rockbox.org/twiki/bin/view/Main/RockboxUtilityQt 12.06.47 Quit jake_ (Read error: 110 (Connection timed out)) 12.06.57 Join jake_ [0] (n=jake@user-0c9afn5.cable.mindspring.com) 12.07.25 Join FOAD_ [0] (n=dok@dinah.blub.net) 12.07.55 Quit mrkiko ("Lost terminal") 12.08.04 # (this is actually scorche at a wxwidget dev's house)... 12.08.13 # Nico_P: it doesnt say on that page 12.09.04 # oh I hadn't seen you wanted to know *why* 12.09.23 # tierra: I guess you should ask bluebrother - he started the Qt port... 12.09.24 # IIRC it's just that Domonoky and blueborther were familiar with Qt and not wx 12.09.49 # and noone was working on the wx version anymore 12.10.11 # Domonoky did a lot of work on the wx version... 12.10.21 # But yes, he seemed happy to switch to Qt. 12.10.54 # yeah, I meant "apart from them" 12.11.46 # That's still the case... 12.12.26 Join Lear [0] (i=chatzill@rockbox/developer/lear) 12.15.33 # linuxstb: aye...i actually came in here looking for him, but i couldnt see him here...i am out of the state this weekend, and am having chats about random stuff such as wxwidgets with a few friends :) 12.15.41 Join mrkiko [0] (n=mrkiko@host169-98-static.34-88-b.business.telecomitalia.it) 12.16.19 Join webguest61 [0] (i=55a46843@gateway/web/cgi-irc/labb.contactor.se/x-13a9335d40e4616c) 12.16.32 # Hi :) 12.16.49 # why do we link _every_ plugin against libmad? 12.17.25 # Hello? 12.17.44 # n1s: Because the build system isn't smart enough to allow per-plugin dependencies... 12.18.06 # But I guess no plugin is using libmad any more... 12.18.10 # Can anyone tell me where i can view how much the port for ipod classic and touch is going? 12.18.26 # ---><---- That much. 12.18.36 # linuxstb: it's fun because the current gccsnapshot I'm testing barfed on libmad so now i can't build any plugins :) 12.19.17 # webguest61: There aren't any ports for the new ipods, so nothing to see. 12.19.29 # in percent 12.19.34 # zero 12.19.50 Quit Bagder (Read error: 110 (Connection timed out)) 12.20.31 Join lee-qid [0] (n=liqid@p5496548E.dip.t-dialin.net) 12.21.51 # Too bad, is there no activity on that front? After loosing my ipod nano i'm in for a ipod Classic ery soon.. 12.22.11 # That's what I've been trying to say - "no activity"... 12.22.48 Quit FOAD (Read error: 110 (Connection timed out)) 12.22.48 Nick FOAD_ is now known as FOAD (n=dok@dinah.blub.net) 12.23.40 # n1s: there were some fairly big m68k changes a few days ago (like some scheduling support); could be interesting to see what effect they had... 12.24.13 # Lear: yes I noticed but now it won't build libmad... 12.24.39 # * amiconn doubts that we'll see any significant speedup from using a newer gcc 12.25.16 # * Lear saw some big faad speedups recently 12.25.17 # amiconn: does your player neither crash with equalizer on? 12.25.20 # A few percent, perhaps... unless they added emac support 12.25.25 # mrkiko: I never use eq 12.25.59 # Though I don't remember if I actually listened to a file with that build. :) Did run test codec though, and that was some 30% faster. 12.27.13 # Tremor was something like 20% slower though... 12.27.21 Quit webguest61 ("CGI:IRC (Ping timeout)") 12.27.44 Join kubiix [0] (n=Miranda@mos-81-27-201-28.karneval.cz) 12.28.42 # amiconn: can you try the same experiment with eq on? 12.29.12 Join bluebrother [0] (n=dom@rockbox/staff/bluebrother) 12.30.06 # Lear: Both Tremor and Mad breaks at above O levels now so benchmarks will not be very useful with those two... 12.30.54 # Sounds like we'll have to wait for those changes to stabilize a bit... 12.31.07 Join daurnimator [0] (n=daurnima@unaffiliated/daurnimator) 12.32.04 # what is it that makes code break at too high -O levels? 12.33.06 # I guess my question is really: does it mean the compiler generates bad code by trying to optimise too much? if so, how is that allowed? 12.33.54 # Nico_P: i one case gcc generated invalid asm and in the other it couldn't find registers for a "reload" in/after a block of inline asm that uses lots of registers 12.34.17 Part przemhb 12.34.41 # Nico_P: There seems to be a problem with AC3 playback - the codec is going into an infinite loop at the end of the file... 12.35.28 # It seems ci->request_buffer() succeeds past the end of the file... 12.36.16 # Lear: don't expect them to stabilize if we don't tell them 12.36.28 # Lear: i think the coldfire part of 4.3 won't be touched much more until it's out 12.36.39 # bluebrother: hi 12.36.43 Join _jhMikeS_ [0] (n=jethead7@rockbox/developer/jhMikeS) 12.36.43 Quit jhMikeS (Nick collision from services.) 12.36.58 # linuxstb: sounds a bit like the bug I had with MP3 and thought I had fixed :/ 12.37.36 Quit spiorf (Read error: 110 (Connection timed out)) 12.37.53 # bluebrother: i was wondering why you made the switch to QT from wxwigdets for RButil (this is scorche over at a wxwidget dev's house and i was at a loss, and searching fails me) 12.37.57 Join spiorf [0] (n=spiorf@host215-212-dynamic.20-79-r.retail.telecomitalia.it) 12.38.24 # Nico_P: The main decoding loop in a52.c is very simple - it just requests 4096 bytes with ci->request_buffer(), calls the a52 decoder to decode that data, then advances the buffer 4096 bytes. When ci->request_buffer() returns zero, it stops. 12.38.39 # I mean sets the first parameter to zero 12.38.46 Join Bubelgum [0] (n=Moredrea@p5B1180EC.dip0.t-ipconnect.de) 12.39.13 # ooh, panic :) 12.39.15 # linuxstb: the filesize is a multiple of 4096? 12.39.26 # Not always. 12.39.42 # Have any of you ever played SuperTux? 12.40.09 # It's an open source side-scrolling supermario-type game... Would that theoretically be portable to Rockbox? 12.40.21 # tierra - I think internationalisation/localisation was deemed easier with Qt than with Wx - and/or accessibility (screen readers) 12.40.22 Nick bb_ is now known as bb (n=bb@unaffiliated/bb) 12.40.28 # http://en.wikipedia.org/wiki/SuperTux 12.40.33 # Dark_Apostrophe: feel free to port it yourself 12.41.11 # hmm I need an AC3 file 12.41.19 # stripwax: from what i understand, wxwidgets has a bit better accessibility due to being just a wrapper over the OS's api 12.41.40 # tierra: I'll have to learn to code first 12.41.56 # Dark_Apostrophe: never a better time to learn :) 12.42.10 # What language is Rockbox written in? 12.42.16 # C 12.42.19 # Nico_P: I PMed a link to a AC3 file 12.42.36 # tierra: Hrm... 12.43.28 # tierra: hi :) 12.43.49 Nick bluebrother is now known as blue|coffee (n=dom@rockbox/staff/bluebrother) 12.43.54 # tierra: I gave up on learning Python, which is far easier, even. :/ 12.44.25 # Nico_P: just seek to the end 12.44.37 # Dark_Apostrophe: but now you have motivation :-) 12.44.40 # markun: is it normal that I hear nothing? 12.44.45 # (sim here) 12.44.49 # tierra: well, various reasons. Most of all, I like Qt much better and wanted to know if I could port it ;-) 12.44.55 # n1s: Not really, as I play SuperMario on rockboy :p 12.44.59 # and wx looks rather horrible on my linux box. 12.45.08 # n1s: But I just find SuperTux to be somewhat better than mario 12.45.24 # also, there were issues with static linking on linux prior to the switch 12.45.30 # Nico_P: very silent :) 12.45.36 # oh yes 12.45.44 Join theclaw [0] (n=theclaw@unaffiliated/theclaw) 12.45.45 # beginning of Blade Runner 12.45.47 # I guess having super tux ported will make more users think we are linux based... 12.45.54 # Hi 12.45.57 # blue|coffee: do you know the technical reasons? 12.46.05 # tierra: Ah yes, the Linux distros seemed to be fed up supporting all the different incompatible versions of libwx... e.g. Debian didn't seem to be incorporating 2.8 any time soon... 12.46.09 # n1s: No more than frozen bubble, which is also a Linux game 12.46.44 # wx = nasty 12.46.45 # You mean it's a game also available for Linux? 12.46.48 # yeah but tux is somewhat more associated with linux :) 12.46.59 Join mf0102 [0] (n=michi@85.127.180.92) 12.47.11 # on linux wx uses gtk. I think that was a reason for the linking issues but I never investigated them 12.47.23 # While playing a relatively long mp3 file (~30 min), rockbox crashed on my sandisk sansa e280. Did something like this happen to anyone else here? (I have to know, as it might as well be an hardware error) 12.47.52 # initially it was an interesting challenge for me as I hadn't done much cpp before 12.48.10 # * tierra transfers to the wxwidgets dev for a sec out of interest 12.48.13 # Nico_P: do you get the infinite loop at the end as well? 12.48.14 # and people quite liked it ... IIRC the idea of using Qt came up much earlier 12.48.21 # markun: no 12.48.28 # markun: do you have it on the sim? 12.48.32 # yes 12.48.38 # strange 12.48.45 # the only thing I can do is kill -9 12.48.54 # SuperTux is written in C++. Hrm. :/ 12.49.02 # linuxstb has the same problem 12.49.14 # n1s: Err... 12.49.19 # hmm I wasn't very up to date 12.49.20 # Nico_P: I'll svn up, is your build up to date? 12.49.22 # n1s: Ever played frozen bubble? 12.49.25 # trying again 12.49.28 # n1s: All you see are penguins 12.49.41 # linuxstb: that is true, we lost our Debian maintainer due to some ugly arguments between other devs, so we really have no idea when those packages will be picked back up unless the Ubuntu packages are used 12.50.26 # still no loop 12.50.29 # on that note, Gentoo still doesn't have 2.8 either due to some issues with portage (I'm not entirely aware of what's involved there) 12.51.25 # markun, linuxstb: I fixed something very similar in r155'1 12.51.32 # sorry, r15541 12.52.15 Join moos [0] (i=moos@m147.net81-66-159.noos.fr) 12.52.21 # * linuxstb updates 12.52.56 # * markun does the same 12.53.02 Join karashata [0] (n=Kimi@pool3-038.adsl.user.start.ca) 12.53.03 # Nico_P: Sounds like a false alarm then... 12.53.39 # haha, lostlogic and I always ask people who report bugs here to update and retest... this time I forgot :p 12.54.00 # * blue|coffee still has no internet at home :'-( 12.54.06 # linuxstb: would be very bad timing if we both updated during that 3 hour window 12.54.32 # markun: do you know what rev you had? 12.54.39 # blue|coffee: And no friendly neighbours with open wifi? 12.54.45 # wouldn't it be better to port SDL to rockbox instead of porting each SDL game? 12.54.56 # unfortunately not. 12.54.57 # (would it be possible?) 12.55.02 # Nico_P: not anymore.. 12.55.23 # markun, linuxstb the fix was on Thursday... surely you wer more up to date than that? 12.56.02 # Yes, fixed now... 12.56.10 # here too 12.56.14 # * markun feels stupid 12.56.16 # I guess not... 12.56.23 # * mrkiko feels tired 12.56.24 # :p 12.56.26 Nick linuxstb is now known as stupid (n=linuxstb@rockbox/developer/linuxstb) 12.57.15 # stupid: thanks for debugging anyway 12.57.40 # * stupid is always available 12.57.56 Nick stupid is now known as linuxstb (n=linuxstb@i-83-67-212-170.freedom2surf.net) 12.58.06 # I have an idea for "blind debugging". 12.58.34 # linuxstb: not sure what to do with my ambisonics code. Right now it just decodes to stereo. 12.58.52 # Is it currently part of the wav codec? 12.59.01 # Wouldn't be possible to put rockbox in a special mode where a log file is written to disk synchronously? This way it would be possible to trigger crashes and observe then what happened. The problems are various - the one I see (and not the bigger) is the fs may become corrupted badly. 12.59.16 # linuxstb: I have a question: is the cost of opening and closing a file two or three times big enough that I should bother to try reducing the number of opens? 12.59.50 # linuxstb: yes 13.00.05 # linuxstb: http://130.89.160.166/rockbox/ambisonics.patch 13.00.43 # markun: I would say go ahead and commit it... 13.00.53 # the code should simulate 2 microphones pointed at 45 and -45 degrees to the front 13.01.06 # Although your assumption about multi-channel audio seems wrong... 13.01.08 # linuxstb: I'll optimize the code a little bit then 13.01.26 # linuxstb: assuming that it's always ambisonics you mean? 13.01.26 # Can't you check for that ambisonics flag? 13.01.38 # yes 13.01.40 # yes, I will do that 13.02.39 # oh... I should escape! 13.02.40 Quit mrkiko ("leaving") 13.03.32 # Nico_P: I'm not sure. It seems inefficient to do multiple opens and closes though, if they can be avoided... 13.04.23 # yeah I agree 13.04.48 # * Nico_P seems to recall we used to read_bmp_fd in addition to read_bmp_file... 13.04.50 Part daurnimator 13.05.01 # "used to have", that is 13.05.14 *** Saving seen data "./dancer.seen" 13.06.45 # markun: that really doesn't simulate speakers at -45 and 45 degress in any way you can justify, though. like i said, those equations are only accurate if you decode to enough speakers 13.07.11 # preglow: alright 13.07.38 # it might sound as if the sound comes from two speakers in front of you, but that's more because of the crossfeed, i'd imagine 13.07.49 Join Shike [0] (i=5966cf08@gateway/web/cgi-irc/labb.contactor.se/x-03e9bebbabd0cb84) 13.07.53 # preglow: yes, of course 13.08.40 # but for the crossfeed to make sense I should find a way to simulate microphones pointing at those directions 13.08.47 # i guess so 13.10.03 # I didn't find any equations to generate any posision for cardioid and figure-of-eight microphones yes, only some examples 13.10.18 # position 13.10.28 # s/yes/yet/ 13.10.57 # preglow: do you have them at hand? 13.11.11 # didn't wikipedia have a couple? 13.11.28 # only examples 13.11.48 # well, why can't those be used? 13.12.17 Quit Shike (Client Quit) 13.12.39 # non of them match what I want to do, I want cartioids pointing forward at 45 and -45 degrees 13.13.45 # well, if i had a proper mathmematical background on spherical harmonics, i might be able to help you :) 13.14.45 # I thought you did 13.14.54 # nope 13.15.15 # i'm a bit shady on much of the lower level math stuff going on 13.15.33 # preglow: btw, didn't you tell me about the bass problem at very high orders? 13.15.36 Quit BigBambi (Remote closed the connection) 13.15.57 # yes 13.16.32 # preglow: did you see this? http://gyronymo.free.fr/audio3D/publications/AES23%20NFC%20HOA.pdf 13.16.49 # preglow: Do you have an idea how efficient speex is now on PP, especially PP5002? 13.17.01 Join daurnimator_ [0] (n=daurnima@203.46.65.235) 13.17.35 # markun: both seen and implemented 13.17.47 # amiconn: it's ok on my pp target, i have no idea how good it is on pp5002 13.18.03 # amiconn: sample files here, if you want to try http://www.pvv.org/~thomj/rockbox/speex/ 13.18.17 # amiconn: no code is in iram yet 13.18.20 # any objections about http://pastebin.ca/768216 ? amiconn? 13.19.06 # Lear: something is very broken, my h300 either pancics right after booting or shuts down immediately with a low battery warning (even with the patch to the pcf driver that used to fix it) 13.19.10 # amiconn: nb = 8khz, wb = 16 khz, uwb = 32khz, _vbr files are better quality 13.19.43 # need a shower, brb 13.20.46 # Nico_P: What's that good for? 13.20.47 Part MouFou ("Kopete 0.12.6 : http://kopete.kde.org") 13.21.04 # amiconn: if I already have an fd to the bitmap 13.21.12 # so reducing open() calls 13.22.54 # amiconn: is that worth it? if not I'm happy to continue using read_bmp_file 13.23.34 # Hmm.... 13.29.30 # amiconn: thoughts? 13.30.12 Join UncleRemus [0] (n=caj@81-234-174-183-no95.tbcn.telia.com) 13.32.04 # Just put rockbox on my iPod (Photo, 4th G) för the first time! How do oneself add songs to it? Just copying over to a folder, or what? (I'm running Linux and got it mounted at /media/ipod. Any nice clients?) 13.32.09 Join blue|cof1ee [0] (n=dom@static-ip-85-25-22-68.inaddr.intergenia.de) 13.32.25 # UncleRemus: just copying works fine 13.33.21 # UncleRemus - don't need a client 13.33.54 # OK, just saw that amarok supports it somehow. http://amarok.kde.org/wiki/Media_Device:IPod#Using_an_Ipod_running_Rockbox_with_Amarok 13.33.54 # UncleRemus - you might want to create a top level Music directory but other than that you can copy the music wherever you like :) 13.34.00 # preglow: http://pcfarina.eng.unipr.it/public/B-format/Software/VirtualMike.FOR 13.35.14 # Thanks guys. What do you say about mp3s vs. flacs on it? Will flacs cause it to run out of battery faster? 13.35.27 # UncleRemus: yes 13.35.36 # Nico_P - any chance you'd be looking to update my sliding_puzzle patch as part of the albumart thing ? :) 13.35.48 # or even committing it or something? :) 13.35.56 # That's OK for me. iPod is not a hifi-experience for me anyhow. 13.36.13 # markun: it can synthesize any response 13.36.15 # ? 13.36.16 # UncleRemus - there's a really good table of codec vs battery life on the wiki 13.36.22 # stripwax: after the first commit, yeah, if I don't forget ;) 13.36.25 # IpodRuntime i think 13.36.29 # Nico_P : ;-) 13.36.36 # n1s: uh? 13.36.50 # amiconn: ? 13.36.55 # stripwax: found it. looks nice! 13.37.02 # stripwax: how does it get the AA? 13.37.16 # I'd expect longer battery runtime with flac than with mp3 on ipods, especially pp5020 ipods 13.37.27 # amiconn: any thoughts about my question above? 13.37.35 # Nico_P - currently? I was asked by rockboxdevs to copy+paste the relevant bits of the albumart patch and put it into the sliding_puzzle patch ... 13.37.38 # preglow: here's some info about it: http://pcfarina.eng.unipr.it/public/B-format/Software/00Readme.txt 13.37.38 # (sorry to insist) 13.37.38 # always happy to oblige 13.37.40 # I wonder what you're trying to do... 13.37.51 # amiconn: me? 13.37.54 # but albumart is only a part of the sliding_puzzle patch 13.37.56 # yes 13.38.15 # amiconn: trying to reduce the number of open() calls by reusing an existing fd 13.38.27 # (so I guess I'm still not sure why it's not been committed yet, but .. ) having albumart committed should be the perfect excuse to have it dusted off 13.38.37 # Yeah, but where/what for?? 13.38.53 # amiconn: it's meant for AA, which I'm working on 13.39.09 # ok, in case nobody was able building / testing: I put a current svn rbutil build at http://www.stud.uni-karlsruhe.de/~uhcn/rockbox/rbutil/rbutilqt-1.0.3pre.zip 13.39.10 # ahhrrmmrr 13.39.16 # in my code I have the fd but call read_bmp_file, which is a bit frustrating 13.40.38 # Didn't the tar-for-wps patch include a change to read_bmp_file so it could take an fd? 13.40.55 # that patch needs some stroking and inclusion, btw... 13.41.04 # linuxstb: ah, that might be where I saw the idea 13.41.13 # amiconn: ah, according to the IpodRuntime wiki page they seem to give about the same runtime but there are no directly comparing tests on the same device asaict and all flac tests are from last year... 13.41.14 # preglow: When Nico_P and I tested it, we saw no noticable speedup... 13.41.40 # ??? 13.41.41 # Well, if you think that's necessary... 13.41.53 # UncleRemus: sorry you will probably see about the same runtime with flac and mp3 13.41.56 # * amiconn still doesn't understand why AA seems so important for many people 13.42.05 # Anyway, gotta reboot 13.42.08 Quit amiconn (" HydraIRC -> http://www.hydrairc.com <- Now with extra fish!") 13.42.16 # amiconn: well the question boils down to "is the cost of open() big enough to warrant the change?" 13.42.22 # linuxstb: then what makes wps loading so slow? 13.42.30 # preglow: it's slow? 13.42.37 # preglow: I don't find it that slow... 13.42.40 # n1s: Yeah, looked like that 13.43.00 # i thought we all agreed it was slow :V 13.43.02 Quit daurnimator_ ("Cyas") 13.43.14 # I think that could be the problem - it may depend on how fragmented the disk is, and Nico_P and I have clean disks... That patch needs to be tested by people experiencing slow loading... 13.43.18 # I will now remove everything on my iPod and only have .rockbox directory left, this is OK, or? 13.43.33 # linuxstb: if you ask me, it's rather obvious it'll be faster in _some_ way 13.43.34 # I'm leaving iTunes and gnupod 13.43.38 Join daurnimator_ [0] (n=daurnima@203.46.65.235) 13.43.41 # having a zillion bmps around isn't very pretty 13.44.04 # preglow: Yes, but it adds complication - so we didn't think it was worthwhile unless it was shown to give a noticable speed improvement. 13.44.30 # UncleRemus: yep, it's a-ok :) 13.44.31 # I hope I don't screw up my rockbox then, am I? 13.44.34 # ok, 13.45.04 # I'm really excited about this. Can't believe I haven't found it earlier 13.45.32 # grouped bmps should go in the same bmp as well 13.45.38 # grf, so many things i want changed, so little time... 13.46.04 Join amiconn [0] (n=jens@rockbox/developer/amiconn) 13.46.32 Quit blue|coffee (Read error: 113 (No route to host)) 13.47.57 Join Arathis [0] (n=doerk@p508A4EB6.dip.t-dialin.net) 13.48.03 # amiconn: i'd be very interested in performance figures if you do test, btw 13.49.19 # whatwhere? 13.49.36 Join mirak [0] (n=mirak@m94.net81-66-75.noos.fr) 13.50.24 # speex 13.50.25 # pp5002 13.50.29 # Ah, that 13.51.10 # That's why I needed to reboot - windows insisted that the SBP2 device has a probelm that only a reboot could fix, even if it worked without that huhdreds of times before 13.51.10 Quit kubiix (Read error: 104 (Connection reset by peer)) 13.51.21 # nice 13.51.22 # preglow: how's stereo.c doing? 13.52.02 # preglow: You made a whole bunch of test files - is there a table somewhere showing your cf and pp5020 results? 13.52.17 # Also, what are the most interesting tests 13.52.27 # * amiconn won't be able to test all of them right now 13.52.55 # jmspeex: oh, fine, haven't done any more with it today 13.53.00 # amiconn: nope 13.53.13 # amiconn: all of them aren't needed, i'd say test the q8_vbr of each 13.53.30 # q4 will be slightly faster, but not much 13.53.57 # preglow: BTW, about having raw files, I've got another suggestion. You could pad bytes for each packet end encode a 1-char length. That would waste on average about 600 bps, but would make it easy to convert these files to/from Ogg. 13.54.21 # jmspeex: i doubt anyone would want to convert them to ogg 13.54.35 # 600 bits per second isn't much, though :) 13.54.39 Join DerPapst [0] (n=DerPapst@p54B2E92A.dip.t-dialin.net) 13.54.52 # preglow: well, with the space saved by the ogg library, you could put the encoder in :-) 13.55.00 # heh 13.55.30 # i will try porting the encoder one day, but that'll be its own thing, it won't go in the decoder plugin anyway 13.56.37 # and then i probably won't bother disabling the decoder, the main reason i spent time disabling the encoder is it's going in the core 13.57.31 # preglow: well, might as well put the encoder in the core as well :-) 13.57.44 # PP5002 results: nb q8 vbr: 501%, wb q8 vbr: 278%, uwb q8 vbr: 169% 14.02.10 # Now it says Scanning disk... and I can't do nothing, I have only a few MB's on it currently. Should I await this process? 14.03.08 # amiconn: will check and compare 14.03.11 # with pp5020 14.03.41 # That means uwb speex is slower than mp3 @128kbps - even though that is stereo and 44.1kHz 14.03.56 # almost exactly 200% on PP5002 for the latter... 14.04.03 # putting a couple of functions in iram will help alot 14.04.10 # lots of time is spent in iir_mem16 and qmf_synth 14.04.12 # Yes, most probably 14.04.24 # wb q8 vbr: 438% 14.04.26 # just for comparison 14.04.55 # amiconn, preglow: I would recommend against using uwb for most things 14.04.58 # The core itself runs at the same speed, so code running from iram working on iram data sees no difference between PP5002 and PP502x 14.05.07 # jmspeex: we won't 14.05.30 # jmspeex: btw, do you know what mode/bitrate the sam & max games use? 14.05.37 Part Dave2 ("Pruning my channels.") 14.05.58 # But as soon as sdram, and hence the cache, is involved, speed can drop to 50% 14.06.00 # amiconn: uqb q8 vbr: 256% 14.06.04 # preglow: what uses? 14.06.39 # jmspeex: what speex mode/bitrate those games use 14.06.43 # i just assumed you know they use speex... 14.07.02 # what games? 14.07.10 # the newly release sam & max games 14.07.18 # made by telltale games 14.07.19 # what's that? 14.07.38 # does someone know if there is a point, to determine if a file exists, in trying to use dircache before trying to open it? 14.07.49 # jmspeex: http://en.wikipedia.org/wiki/Sam_%26_Max_Season_One 14.07.56 Join GnosticE [0] (n=dfearly@cpc1-port6-0-0-cust535.cos2.cable.ntl.com) 14.08.04 # jmspeex: just tried a free episode i got of it yesterday, and i noticed they use speex 14.08.16 # i've developed a pretty good ear for detecting speex files, for some reason... 14.08.16 Quit stripwax ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 14.08.21 # how did you notice? 14.08.22 # uwb q4 vbr is 175% 14.08.54 # jmspeex: characteristic sibilance distortion 14.10.01 # jmspeex: btw, why don't you recommend using uwb? too little gain for the extra file size? 14.10.04 # preglow: care to describe? 14.10.31 # jmspeex: it's kinda hard to explain 14.10.48 # A quick listening test makes me think that wb q4 vbr would be good enough for voice files 14.10.55 # i just recognize it after having listened to a ton of speex encodings of the same file :) 14.11.06 # amiconn: i was planning on using q5-6 14.11.17 # There are no q2 and q3 test files 14.11.19 # preglow: extra size is small. The problem is that it's sometimes too small and the added distortion can make things sound worse to some people. 14.11.38 # amiconn: there are however q5-7 files there for wb 14.11.42 # uwb too was a one-evening hack 14.11.45 # amiconn: i can encode more if you want 14.12.11 # jmspeex: i pretty much decided on using wb anyway, i don't see much point in uwb for speech 14.12.17 # Bah 14.12.34 # Skipping back doesn't werk - looks like a MoB bug 14.12.34 Quit einhirn (Read error: 104 (Connection reset by peer)) 14.12.44 # Nico_P: yes, using dircache is very much faster if that is available 14.12.49 # preglow: also note that other CELP codecs would tend to sound at least a bit similar. Though they're most likely using Speex for cost reasons :-) 14.13.24 # jmspeex: i pretty much know they do since i asked a guy who had checked it out 14.13.30 # jmspeex: nice feeling to see your baby ending up in all kinds of products? :) 14.14.30 # amiconn: q2 and q3 uploaded now 14.14.38 # * amiconn wonders how speex will cope with synthesized voices 14.14.41 # markun: it's nice to see it in games, but what I'm really after is seeing it in every IP phone. 14.15.56 Join einhirn [0] (n=Miranda@p5B032F60.dip0.t-ipconnect.de) 14.17.00 # jmspeex: btw, i shouldn't need clipping in the stereo decoder, should i? the ouput should always be within bounds? 14.17.03 # brb 14.17.18 Quit daurnimator_ ("Cyas") 14.17.29 # amiconn: should cope with synthetic voice fine I'd say. I'll cope with anything periodic. 14.18.31 Nick Bagder_ is now known as Bagder (n=daniel@1-1-5-26a.hud.sth.bostream.se) 14.18.58 # A quick check makes me think that even wb q3 should be enough for voice, and better than what we have now, at lower bitrate 14.19.18 # Of course that's only possible for swcodec 14.19.31 # unless someone does a mas codec... 14.19.33 # :D 14.19.41 # yeah 14.19.49 # mas would be very capable of decoding speex, for sure 14.19.51 # But would that even be possible? 14.20.08 # Many newer codecs need to many/too large data structures to run them on the mas 14.20.11 # speex has both small data and code and does very typical dsp things 14.20.34 # so yeah, my guess is mas could do it 14.20.35 # The MAS core has 4K words of RAM 14.20.43 # Slasheri: but I see open() already tries to use it, so for a file_exists() func, should I just use open or is there an advantage in using dircache_get_entry_ptr()? 14.20.44 # but it's not really a possibility anyway... 14.20.45 # That needs to hold both code & data 14.21.01 # amiconn: what is a mas word? 16 bits? 14.21.02 # Slasheri: knowing that I don't need the FD, of course 14.21.02 # ...and transfer buffers from the host (although these can be small for speex) 14.21.05 # 20 bits 14.21.31 # hmm 14.21.43 Join Crash91 [0] (n=evil91@41.232.204.155) 14.21.49 # But yes, processing power should be sufficient for speex 14.21.58 # for both code _and_ data 14.22.05 # The core runs at 22..24 MHz 14.22.07 # i don't know how they manage to put mpeg in there, then... 14.22.24 # The mpeg codec is in ROM, so they need the RAM only for data 14.24.28 # is there any way to customize the frequency range the rockbox radio listens to? (i want to be able to hear airband on my sansa) 14.25.39 Join stewball`ghost [0] (n=WTFOMGBB@91.106.222.67) 14.25.54 # The MAS3587F contains mpeg audio layer 2 and 3 decoder, and layer 3 encoder. The MAS35x9F family contains mpeg audio layer 2 and 3 decoder, G.729 decoder, and AAC decoder, in various combinations 14.26.30 # Of that family, only the MAS3539F is used in a rockbox target, and the 3539 is mpeg layer 2+3 only 14.26.46 # Nico_P: hmm, there is still small advantage in using direct dircache call as that doesn't have to access disk at all 14.27.01 # Only the ROM content is different for all mentioned MAS', the core, interfaces and RAM is all the same 14.28.32 # Slasheri: ok, I'll try thats then 14.28.34 # thanks 14.28.39 Join desowin [0] (n=desowin@hdp186.internetdsl.tpnet.pl) 14.30.28 # amiconn, preglow: what's MAS? 14.31.02 # jmspeex: the hardware decoder chip in our older archos targets 14.31.10 # jmspeex: it's a combined custom dsp core and dac/adc 14.31.26 # FYI, Speex runs duplex on a dsPIC, which has 8 kB RAM 14.31.39 # both encoding and decoding? 14.31.42 # yes 14.31.50 # narrowband though 14.31.53 # does that ram include const data? 14.31.57 # no 14.32.09 Part pixelma 14.32.13 # that'd probably be the problem, speex needs more const data than it needs ram 14.32.20 # at least non-stack ram 14.32.53 # preglow: The decoder needs about 1.5 kB RAM for the state and another 1.5 kB for stack 14.33.22 # so wb mode is what makes the stack usage rise to about 4k? 14.33.22 # if you only pick one mode, you can probably get away with only 2-4 kB worth of codebooks 14.33.57 # probably 14.34.06 # wideband would about double that 14.34.07 # still, that's not bad, what clock rate do those run at? 14.34.10 # is there any way to customize the frequency range the rockbox radio listens to? (i want to be able to hear airband on my sansa) 14.34.32 # Crash91: if it's not included in any of the usual region settings, you'd need to modify the source 14.35.08 # preglow: no idea what clock rate. I've never used these chips and the port is actually proprietary (made by the company from an old 1.1.x version) 14.35.27 # right, no source code? 14.36.03 Quit blue|cof1ee (Read error: 113 (No route to host)) 14.36.53 Quit mf0102 ("Verlassend") 14.36.59 # no, just a "free demo". Kind of stupid for a chip manufacturer. 14.37.57 # i would say 14.39.41 # On the opposite end, I've had some contracts from Analog Devices to optimise Speex for their Blackfin chip. That's overall the best port so far I'd say. 14.39.41 # bbl, shop 14.39.55 # ahh, yeah 14.39.58 # Then there's TI that doesn't seem to care much 14.40.07 # that was part of the reason you went 16 bit, wasn't it? 14.40.19 # ti have never been very nice people... 14.40.46 # but yeah, bbl 14.40.47 # preglow: the move to 16-bit was mainly "because I realised I could". 14.41.33 # I had to teach myself how to do fixed-point when converting Speex. 14.41.34 # is it possible to debug the rockbox source directly on the player? (sansa e200) 14.42.21 # theclaw: depends on what you mean 14.43.55 # n1s: stepping through the code and seeing the results on the player ;) 14.44.48 # theclaw: you'd need jtag for that, I believe it's possible though (with some soldering etc) 14.44.50 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 14.47.36 # ok 14.47.53 # jmspeex: For speex support on MAS, the codec, plus data, plus input buffer, plus code to control the audio output would need to fit into 4K words (that's 10K byte) 14.47.58 Part Crash91 14.48.25 # The core is a custom dsp (harvard architecture). There's no public docs about the core, but some leaked ones, plus a leaked simulator 14.48.57 Join Robin0800 [0] (n=Robin080@cpc1-brig8-0-0-cust97.brig.cable.ntl.com) 14.49.59 # * amiconn disappears 14.51.36 Join webguest99 [0] (i=50828ab8@gateway/web/cgi-irc/labb.contactor.se/x-0e2c241e32d03de3) 14.55.15 # hi! I've got a question(maybe it's been asked once before, but I couldn't get any pieces of information about that^^): How high do you estimate the risk of damaging my sansa if I install rockbox on it? 14.56.38 Join daurnimator [0] (n=daurnima@unaffiliated/daurnimator) 14.57.06 Quit markun (Remote closed the connection) 14.57.41 # webguest99: if you follow the instructions the risk is pretty much 0 14.57.48 # amiconn: 8 kbps mode might fit in about 4 kB, plus the code size. I don't know how compact the instructions are 15.00.28 # actually, if you disable the enhancer, then the decoder becomes really really small and would easily fit on that chip. Encoder is less sure. 15.00.35 Quit webguest99 ("CGI:IRC (Ping timeout)") 15.05.17 *** Saving seen data "./dancer.seen" 15.05.53 Join markun [0] (n=markun@rockbox/developer/markun) 15.08.21 # is a HAVE_ALBUMART #define going to be wanted? 15.09.59 Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) 15.10.28 # i bet yes ;) 15.11.25 # for people who don't want it to keep binsize small and boottime low ;) 15.11.29 # Nico_P: ptobably not.. only add the code on bitmap and your fine 15.11.40 # AA in MoB? 15.11.54 # yes 15.12.05 # it's working since yesterday evening 15.12.09 # cool 15.13.44 # I think adding in those defines are a bad Idea unless it helps with debugging, people who want to exclude features can change the code themselves 15.15.54 # Do we want album-art on mono LCDs? 15.16.00 # n1s: why do you think it's a bad idea? 15.17.02 # linuxstb: and on charcel LCDs :) 15.17.14 # markun: clutters the code with useless #ifdefs _and_ those ifdefs are likely to become broken if every change to the specific feature or something relating to it is not built with them #undefed... 15.17.50 # well, I don't agree that the ifdefs are useless 15.18.18 # but if it is only in a couple of places i don't mind really I just think we should keep it to a minimum 15.21.01 # some people might want to disable the feature in their builds... and currently I have a lot of #ifdef HAVE_LCD_BITMAP, which would all move to #ifdef HAVE_ALBUMART, allowing us to control better which targets get AA 15.21.28 # jmspeex: but enhancing is pretty essential for celp codecs in general, yes? 15.21.32 # or I change #ifdef HAVE_LCD_BITMAP to #ifdef HAVE_LCD_COLOR 15.22.45 # I also need to decide what to do with all the align and resize flags 15.23.22 # Nico_P: are you going to let the wps dictate the size of the image or is it fixed or do you scale? 15.24.41 # n1s: currently there is no scaling 15.25.07 # but you allow different sizes? 15.25.11 # so the WPS fixes the size of display, but the bitmaps are loaded at their original size 15.25.34 # so what dou you do if the image doesn't fit? 15.26.06 # I think it's cropped... not completely sure as I haven't done much testing of that part yet 15.27.09 # but it's been in the patch for quite long so I assume it's been tested 15.27.21 # merbanan: did anything fun happen to aac yesterday? 15.29.16 Join sarixe [0] (n=sarixe@ool-435403e9.dyn.optonline.net) 15.30.27 Quit JdGordon ("Konversation terminated!") 15.34.58 # amiconn: btw, did you try to put iir_mem16() and qmf_synth() in iram? they're both in filters_arm4.S 15.46.42 Quit ackbahr (Remote closed the connection) 15.47.57 Quit karashata (Nick collision from services.) 15.48.19 Join karashata [0] (n=Kimi@pool3-048.adsl.user.start.ca) 15.50.59 Quit Arathis ("Bye, bye") 15.53.40 # n1s: I've changed it so that bitmaps that are too big are cropped 15.53.54 # I plan on including scaling, but later 15.57.46 Quit donutman25 ("ChatZilla 0.9.78.1 [Firefox 2.0.0.9/2007102514]") 15.58.23 Join daurn [0] (n=daurnima@unaffiliated/daurnimator) 15.59.05 Join mrkiko [0] (n=pv@adsl-152-102.38-151.net24.it) 15.59.09 # Hi all! 15.59.31 # hello 15.59.45 Quit desowin (Remote closed the connection) 15.59.59 Quit stripwax ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 16.00.10 Quit daurnimator (Read error: 104 (Connection reset by peer)) 16.00.36 Join desowin [0] (n=desowin@hdp186.internetdsl.tpnet.pl) 16.04.39 Join daurnimator [0] (n=daurnima@unaffiliated/daurnimator) 16.04.52 Quit daurnimator (Read error: 104 (Connection reset by peer)) 16.04.54 Quit einhirn (Read error: 104 (Connection reset by peer)) 16.07.30 Join webguest76 [0] (i=54ac5fce@gateway/web/cgi-irc/labb.contactor.se/x-76a9fc0e963d5443) 16.08.07 Part webguest76 16.15.26 Quit Toxicity999 (Remote closed the connection) 16.17.32 Quit daurn (Read error: 104 (Connection reset by peer)) 16.18.02 Join Toxicity999 [0] (n=bryan@unaffiliated/Toxicity999) 16.18.28 Join daurnimator [0] (n=daurnima@unaffiliated/daurnimator) 16.18.41 Join ackbahr [0] (n=Ackbahr@237-148.1-85.cust.bluewin.ch) 16.19.10 Quit daurnimator (Remote closed the connection) 16.20.30 Join daurnimator [0] (n=daurnima@unaffiliated/daurnimator) 16.21.02 Quit Lear ("ChatZilla 0.9.78.1 [Firefox 2.0.0.9/2007102514]") 16.22.23 Quit Robin0800 (" Want to be different? Try HydraIRC -> http://www.hydrairc.com <-") 16.22.39 Join Robin0800 [0] (n=Robin080@cpc1-brig8-0-0-cust97.brig.cable.ntl.com) 16.22.40 # * freqmod_nx has a speex file that only works if you play another one first, (if not you get silence) 16.23.40 Quit Robin0800 (Client Quit) 16.23.55 Join Robin0800 [0] (n=Robin080@cpc1-brig8-0-0-cust97.brig.cable.ntl.com) 16.24.40 Quit ackbahr (Remote closed the connection) 16.25.46 # freqmod_nx: i know about the problem, will fix when i find out why 16.26.02 # ok 16.26.23 # no problem, I just thought I should report it 16.26.45 # freqmod_nx: quick thing you can try: in nb_decoder_init, memset the entire static struct to 0 16.26.55 # freqmod_nx: also in sb_decoder_init if it's a wb file 16.29.27 Join Crash91 [0] (n=evil91@41.232.204.155) 16.29.28 # pregi will try it after i have made dinner 16.29.52 # *preglow: (stupid tab completion) 16.29.54 Quit Bubelgum (Remote closed the connection) 16.30.00 # sure 16.35.01 Quit Toxicity999 (Remote closed the connection) 16.36.00 # * n1s spots // comments in speex.c 16.36.04 # -s 16.36.12 # +a 16.37.04 Join Toxicity999 [0] (n=bryan@unaffiliated/Toxicity999) 16.37.45 Join ackbahr [0] (n=Ackbahr@237-148.1-85.cust.bluewin.ch) 16.41.33 # I think AA is almost ready to commit 16.41.41 # anyone want to test? 16.41.46 # * preglow is so used to them :/ 16.41.49 # Nico_P: how does it work so far? 16.41.50 # AA? Album art? 16.42.22 # preglow: pretty well. it seems to show a few flaws in the buffering code but most of the time works fine 16.42.25 # Crash91: yes 16.42.35 # w00t 16.43.29 # Nico_P AA patch thats been around for ages? 16.43.34 # preglow: I get the occasional whitenoise instead of the bitmap 16.43.49 # alienbiker99: I've heavily modified it to adapt it to MoB 16.43.57 # which means it could be committed 16.44.24 # Nico_P: what is stopping you? 16.44.24 # Nico_P: well, it's fine by me 16.46.34 Quit stewball`ghost () 16.46.45 Quit sarixe ("(EE) Failed to load "quit" module") 16.46.49 Join stewball`ghost [0] (n=WTFOMGBB@91.104.222.184) 16.47.49 # i might be able to tes the partch. where is it? 16.48.19 Join PaulJam [0] (i=PaulJam_@vpn-3118.gwdg.de) 16.48.21 # i cant type this morning =\ 16.48.22 # alienbiker99: I still need to pastebin it somewhere but I want to test it on my gigabeat before 16.49.08 Quit billenium (Read error: 104 (Connection reset by peer)) 16.50.14 # Nico_P,I can test on an ipod video 16.50.32 Join billenium [0] (n=billeniu@c-69-249-243-110.hsd1.pa.comcast.net) 16.51.07 # n1s: (//) my fault :S 16.51.08 # i have a sansa, and h300 right now 16.52.04 # oh i cant say just sansa anymore. i have an E200 16.53.38 # freqmod_nx: I only saw the one preglow added (and now removed) 16.54.56 # n1s: ok, I saw one in the seeking code which I don't think is modyfied after my original patch. 16.55.18 # i fail at xubuntu, brb 16.55.23 Quit billenium (Remote closed the connection) 16.55.26 # freqmod_nx: i'll remove some floats from the seeking code 16.55.41 # there's both a floating point mul and div in speex.c, without those, there is no more floats left in our decoder 16.55.59 # feel free, the seeking code is not very good, it's relativly slow, and sometimes it doesn't work 16.56.42 # i think i remember that it workes better in the simulator than on target. 16.56.46 # alienbiker99, Robin0800: http://pastebin.ca/768388 16.57.04 # hmm actually I forgot to svn add some files 16.57.27 # freqmod_nx: how's that possible? 16.57.32 Quit daurnimator (Remote closed the connection) 16.58.00 # preglow: I don't know, and I din't test it very closely. 16.58.18 Part Crash91 16.58.28 # but yeah, we'll see, the primary reason i'm working on speex is to make it a good voice ui codec, and we won't need seeking there 16.58.38 # preglow: was it the st DecState you suggested to memset (in nb_decoder_init?) 16.58.40 # ok 16.58.45 # freqmod_nx: yes 16.59.07 # freqmod_nx: just put one memset call before anything else happens 16.59.29 # preglow: it works mostly, and resume works well. (which is most important for audiobooks etc.) 16.59.40 # * freqmod_nx looks up the memset api 17.00.45 Quit ackbahr (Remote closed the connection) 17.00.47 # preglow: if the seeking failes, then it will play back from where it were before the seeking. 17.02.37 # scorche: look, we are on this page :) http://code.google.com/opensource/ 17.03.09 # Nico_P. do i just save this as one file? 17.04.11 # alienbiker99: it's the patch, but I need to send a new one 17.04.42 # freqmod_nx: any results? 17.05.09 # alienbiker99, Robin0800: http://pastebin.ca/768393 17.05.20 # alienbiker99: you apply the patch to your source tree and build 17.05.22 *** Saving seen data "./dancer.seen" 17.05.32 # preglow: it's just like before 17.05.51 # well, shit 17.05.58 # could you send me the file in some way? 17.06.06 # DCC? 17.06.09 # sure 17.08.39 Quit FOAD ("I'll be back") 17.11.51 Join FOAD [0] (n=dok@dinah.blub.net) 17.11.58 # * preglow vanishes 17.12.45 Quit mirak ("Ex-Chat") 17.13.42 # hmm corrupted bitmap 17.13.49 # i just got that 17.14.35 # alienbiker99: I think those are problems in the buffering code, but I'm not 100% sure... I'd need to be able to repro them 17.15.22 # ok. should i remove this patch then? 17.15.59 # alienbiker99: the patch doesn't add any problems (I think), and it certainly isn't putting your player at risk 17.16.08 # ok 17.16.24 # what I meant was that these corruptions were indicators of other preexisting problems 17.18.14 Join random_desu_is_s [0] (n=chatzill@inet-out.dsl-nat.sura.ru) 17.18.41 Join toffe82 [0] (n=chatzill@adsl-70-137-196-44.dsl.frs2ca.sbcglobal.net) 17.20.21 # hmm actually I think I know what the problem is 17.24.56 Quit idnar (Nick collision from services.) 17.24.59 Join idnar_ [0] (i=mithrand@unaffiliated/idnar) 17.25.36 # easy to fix Nico_P? 17.25.56 # alienbiker99: yeah, pretty easy, but I need to make sure I'm right 17.26.53 Join Mouser_X [0] (i=cf9bb003@gateway/web/cgi-irc/ircatwork.com/x-3824ee3e19e9ced1) 17.29.41 Join BigBambi [0] (n=Alex@rockbox/staff/BigBambi) 17.31.16 # damn, why do problems never show up when I need them to? :( 17.32.22 # i wish i could help you haha. 17.35.12 # bug always vanish when someone wants to kill'em. 17.35.36 Join billenium [0] (n=billeniu@c-69-249-243-110.hsd1.pa.comcast.net) 17.36.37 Quit BigBambi ("Leaving") 17.40.55 Join JETC- [0] (n=jetc123@pool-71-125-77-210.nwrknj.east.verizon.net) 17.41.19 Join BigBambi [0] (n=Alex@rockbox/staff/BigBambi) 17.45.28 # alienbiker99: http://pastebin.ca/768436 shouldn't have the bitmap corruptions anymore 17.46.22 # I also encountered another unrelated bug in the process of fixing that one :) 17.46.39 # but I have to run, bbs 17.48.49 # Nico_P: is album art support going to make it in svn ? 17.49.03 # dionoea_: yes 17.49.19 # I've made it work with MoB 17.49.30 # cool :) (although i probably won't have any album art to display anyway) 17.50.05 # * dionoea_ wonders how long we'll have to wait for a "Please implement coverflow" feature request 17.50.48 Nick dionoea_ is now known as dionoea (n=dionoea@poy.chewa.net) 17.51.17 # dionoea: no reason why it shouldn't be doable on powerful targets ;) 17.51.25 # Shower BBl 17.52.02 # Nico_P im building it now for my h300 17.52.14 Join midgey [0] (n=tjross@westquad-188-46.reshall.umich.edu) 17.54.03 Quit J3TC- (".•«UPP»•.") 17.54.49 # alienbiker99: cool, thanks. I'm really leaving now, but I'll read the log when I come back (in not too long) 17.55.14 # crap i got an error 17.55.59 Quit BigBambi ("Leaving") 17.56.45 # does this AA path read the AA off the metadata of the file or a seperate bmp? 17.56.50 # *patch 18.02.00 # (or both?) 18.07.20 # DerPapst: separate bmp at least for now 18.08.19 Join smokinggnu [0] (i=3e2fb665@gateway/web/cgi-irc/labb.contactor.se/x-26a9b9e97c23cf58) 18.09.10 # ah ok 18.09.59 Join BigBambi [0] (n=Alex@rockbox/staff/BigBambi) 18.14.20 # BigBambi? 18.14.46 # yes? 18.14.58 # Are you familiar with the vmware debian workspace? 18.15.11 # I have used it in the past 18.15.31 # is it possible to create shortcuts on the workspace? 18.15.45 # It uses fluxbox doesn't it? 18.15.52 # yes 18.16.28 # I don' know much about fluxbox, you are probably better checking out a fluxbox site, but to my knowledge, no 18.16.58 # drats 18.22.15 # i got it to build. my tree was bad. 18.24.14 # smokinggnu: i seem to remeber there was a component of fluxbox which can do that for you 18.24.41 # not that i would ever use it. i like my desktop clean ;) 18.28.24 # erggi need to find a wps for an H300 that just has album art. 18.28.28 Join Jason [0] (i=acca90e2@gateway/web/cgi-irc/labb.contactor.se/x-24f9ff68b805ea10) 18.28.30 # it's annoying that I have to 18.28.47 # enter the same command all the time 18.29.03 # like "./tools/configure" etc.. 18.29.50 # Nico_P, its hard to find a wps to test that doesnt use scrolling margins 18.29.50 Quit Jason (Client Quit) 18.29.50 Quit Thundercloud (Read error: 104 (Connection reset by peer)) 18.29.55 # smokinggnu: you should only need to run configure in the same dir once 18.30.08 # If I had a shortcut on the desktop, I'd only have to click it and avoid the typing ... yes, I'm lacy. ;) 18.30.38 # ../tools/configure is quicker than grabbing the mouse for me :) 18.30.42 # but "make", "make install", "./rockboxui" 18.31.05 # I have to enter that combination quite often! 18.31.09 # make && make install && ./rockboxui :) 18.31.23 # put it in a script 18.31.29 # How? 18.31.37 Join Arathis [0] (n=doerk@p508A5CE8.dip.t-dialin.net) 18.31.39 # I only know how to make .bat scrips ;) 18.31.59 # just type it in a text file 18.32.12 # the give permission to run the script 18.32.20 # with chmod +x script 18.32.24 # and then execute the script 18.32.58 # yeah, that is required sometimes :) 18.33.50 Join sarixe [0] (n=sarixe@ool-435403e9.dyn.optonline.net) 18.35.59 Join theclaw_ [0] (n=theclaw@p5B296DDE.dip.t-dialin.net) 18.36.29 # alienbiker99: I just added the tags to icatcher 18.36.45 # the AA covers the texts, but for testing I don't care 18.38.11 # ok. can you upload your wps to pastebin> 18.38.36 # alienbiker99: it's the gigabeat version. but just add the tags like in http://www.rockbox.org/twiki/bin/view/Main/AlbumArt 18.38.42 # * Soap suggests a "buy all the devs a voltohmeter fund" 18.38.44 # ok thanks 18.41.09 Quit maddler ("Lost terminal") 18.41.31 Join maddler [0] (n=maddler@217-133-171-24.b2b.tiscali.it) 18.42.45 Quit theclaw (Nick collision from services.) 18.42.48 Nick theclaw_ is now known as theclaw (n=theclaw@unaffiliated/theclaw) 18.43.10 # errr i must be doing something wrong 18.43.28 # alienbiker99: you need to add two tags 18.44.01 # l|50|70||| (or whatever) alone on a line, and somewhere 18.44.04 # damn 18.44.07 Quit BigBambi ("Leaving") 18.44.25 # the script works, but can I save it on the desktop? 18.44.31 # "l|50|70|||" (or whatever) alone on a line, and "" somewhere 18.44.36 Join PaulPosition [0] (n=noneofye@modemcable228.133-82-70.mc.videotron.ca) 18.45.30 # alienbiker99: I can't manage to write the tags here :p but they are on http://www.rockbox.org/twiki/bin/view/Main/AlbumArt#The_WPS_tags 18.46.23 # * Nico_P bbs 18.47.01 Join Buschel [0] (n=AndreeBu@p54A3D163.dip.t-dialin.net) 18.47.56 # oh wow im stupid. im editing the rwps. grr 18.49.52 # lol.. viva la remote. 18.51.12 # bye 18.51.41 Part smokinggnu 18.53.48 Quit sarixe ("(EE) Failed to load "quit" module") 18.56.42 Join Frazz [0] (n=Fraser@thelawsons.plus.com) 19.02.06 Nick idnar_ is now known as idnar (i=mithrand@unaffiliated/idnar) 19.05.25 *** Saving seen data "./dancer.seen" 19.05.36 Quit billenium (Read error: 110 (Connection timed out)) 19.06.04 Join bertrik [0] (n=Bertrik_@134-022-045-062.dynamic.caiway.nl) 19.07.12 # Nico_P: I have an idea for AA which works around the scale-an-image-at-runtime issue. 19.07.38 # Soap: yeah? 19.08.02 # What if the AA code would look for different bitmaps based upon the image size as called for in the WPS? 19.08.42 # Soap: this was suggested, but IMHO it's not practical 19.08.42 # ie - if the wps wants a 100x100 image the code first looks for cover100x100.bmp, and if it doesn't find it then goes for cover.bmp. 19.08.56 # dang - I missed that suggestion - didn't mean to waste time. 19.09.19 # Nico_P i got it to work. the patch is good 19.09.32 # Soap: no problem ;) thanks for suggesting 19.09.36 # alienbiker99: cool 19.11.40 # my testing has been good too 19.12.55 Join jpt9 [0] (n=chatzill@venomoth-23.dynamic.rpi.edu) 19.13.00 # hey 19.13.11 # the stereo width and balance controls don't work in the simulator. 19.13.35 # neither does the channel configuration menu -- it's always on stereo, regardless of the setting. 19.13.39 Join ilgufo [0] (n=matteo@host206-150-dynamic.58-82-r.retail.telecomitalia.it) 19.13.52 # preglow: is speex getting unreasonably fast by now? 19.17.00 # jpt9: a lot of stuff works differently in the simulator than it does on the real targets, as far as I've seen 19.17.04 Join BigBambi [0] (n=Alex@rockbox/staff/BigBambi) 19.17.06 # oh. 19.17.13 # * jpt9 wants to play with it... 19.17.39 # * jpt9 's sansa should be arriving in about a week. 19.17.41 # too bad really, I wouldn't mind getting rid of some #ifdef SIMULATORs 19.19.15 # Nico_P: Why are you opposed to the multiple bitmaps idea? It would make it possible to switch between themes with different size cover-art without having to re-create the cover images 19.19.27 # At least, iiuc 19.24.49 # rasher: it would make the code much more complex for little benefit (IMHO). Instead of testing for the existence of certain known files, we'd have to scan the dir of the track to see which sizes are available and then choose 19.25.29 # Oh? Wouldn't you just see if cover%dx%d.bmp is available before using cover.bmp? 19.25.31 # also the resizing could be done at loading time, so only once per file 19.25.48 # rasher: what if the WPS uses 105x105? 19.26.02 Join barrywardell [0] (n=barrywar@host-194-46-230-223.dsl-ie.utvinternet.net) 19.26.11 # we'd want to use cover100x100.bmp but how would we know without scanning the dir? 19.26.20 # is it that hard to resize? 19.26.25 # that would be a problem for the user to solve. 19.26.26 # bertrik: no 19.26.27 # Nico_P: Ah, I was thinking in the case where no resizing is done 19.26.35 # (the 105x105) issue. 19.26.53 # Nico_P: then I'd want to look first for cover100x100.bmp (and ONLY that size), then for cover.bmp 19.27.04 # It would be up to the user to have an appropriate file named correctly, or suffer the consequences of using the "default" cover.bmp 19.27.13 # hmm yeah then why not 19.27.32 # To allow the user to have both cover100x100 and cover50x50, if he switches between two themes that use those sizes 19.27.40 # but if resizing is comming - then there is no need. 19.27.55 # I prefer resizing personally 19.28.18 # Oh I do as well, but I'm not offering to do it - so I sure as fuck can't be demanding it be done. 19.28.34 # Depending how demanding/pretty it is, this method could still be preferable in some situations. 19.28.42 Quit DerPapst ("So Long And Thanks For All The Fish!") 19.29.44 # would allow the user to use a different image for very-small "album art" - which might be something totally non CD cover related. 19.30.10 # would there be a WPS tag for next-track-AA? 19.30.35 # Besides, I imagine looking for cover%dx%d.bmp before cover.bmp would be a few lines of code, no? 19.30.38 # do a little thumbnail 20x20 cover.bmp of the next track's cover in a corner of a large screen? 19.31.02 # In the case where you look strictly for the correct size, that is. 19.32.12 # I assume an "equal or less than" search would be a PITA. 19.32.12 # Soap: I wasn't imagining next track AA but it would be easy 19.32.45 # Nico_P,can't get the file to patch it has errors 19.32.46 Quit lee-qid (Read error: 110 (Connection timed out)) 19.33.00 # combined with loading different sized covers, next track AA would be neat. 19.33.12 # Robin0800: can't patch or can't compile? 19.33.45 # Nico_P, can't patch 19.33.50 # Soap: I don't think it's desirable to load more than one bitmap per track though... perhaps not as easy as I thought 19.34.31 # oh well 19.35.13 # Soap: it all depends on how expensive is the bitmap resizing. I doubt very much that doing it on each display would be good 19.35.17 # Nico_P,not suire how to make patch copied and pasted the saved as was this correct? 19.35.34 # Robin0800: you ned to save the raw text version 19.36.10 Quit BigBambi ("Leaving") 19.36.13 # Nico_P,don't understand 19.36.59 # Robin0800: to copy the patch, you're using text the box at the bottom of the page, right? 19.37.27 # Nico_P: Even with in-rockbox resizing, I'd imagine a pc-side tool would do a better job at resizing, so looking for strict size-matching coverfiles would sitll be a very nice feature imho 19.37.55 # Robin0800: http://pastebin.ca/raw/768436 19.38.21 # rasher: I think you might be convincing me :p 19.38.53 # Nico_P: Again, I'm not suggesting searching for near-matches. Only checking if the exact match is available - should be fairly cheap to do 19.39.07 # yeah that should be ok 19.39.49 # And allow some flexibility while resizing is not available, and (probably) slightly better results even when it is 19.41.14 # the iAudio m5 doesn't have a fm tuner, right? 19.41.19 Quit Echelon (Remote closed the connection) 19.43.45 Join DerPapst [0] (n=DerPapst@p54B2E92A.dip.t-dialin.net) 19.45.00 Quit JRoT|Stage () 19.45.54 Join ompaul [0] (n=ompaul@gnewsense/friend/ompaul) 19.46.14 Join criznach [0] (n=criznach@host-69-145-134-192.grf-mt.client.bresnan.net) 19.50.00 # Nico_P,copied off pastebin pasted it to a text fille saved it as albumart.patch its still failing 19.50.19 # Robin0800: what's the error message? 19.50.35 # Robin - Pasted to a text file through what? notepad-like app or some text processor? 19.50.53 # be wary of wordpad and other FORMATED text editors.. 19.55.26 # Nico_P: in playback.c: Hunk #6 succeeded at 3316 19.55.45 # Not an error, I know - just so you're aware of it 19.55.53 # Nico_P,http://pastebin.ca/768580 19.55.54 # Whatever it is. 19.56.01 # rasher: yes? 19.56.20 # Other than that - it applied like it should for me on a fresh svn checkout 19.56.30 # Robin0800: I'll send another patch 19.56.39 # Nico_P: eh, Hunk #6 succeeded at 3316 (offset 1 line) 19.58.16 # Nico_P: Ah, that would be your latest commit causing that. Missed that 19.58.35 # Nico_P, http://pastebin.ca/768580 19.58.53 Join BigBambi [0] (n=Alex@rockbox/staff/BigBambi) 19.58.57 # Robin0800: do you have a fresh and unmodified svn checkout? 19.59.21 # Or are you using a tarball perhaps? 19.59.26 # n1s: cheers 20.00.00 # Robin0800: if http://pastebin.ca/768589 it's not my fault 20.00.12 # if it doesn't work I mean 20.08.04 # preglow: patch pending on the mailinglist 20.08.50 # preglow: should fix most of the problems 20.09.03 # preglow: but not all 20.11.20 # merbanan: on ffmpeg-devel? 20.11.33 # no 20.12.17 # where? 20.12.32 # SoC mailinglist 20.12.33 Quit BigBambi ("Please insert girder") 20.12.52 # ah, of course 20.18.16 Quit barrywardell () 20.23.48 Join barrywardell [0] (n=barrywar@host-194-46-230-223.dsl-ie.utvinternet.net) 20.25.08 Quit barrywardell (Client Quit) 20.30.19 # Oh dear, the "hide bar on blank lines" change makes using text_editor on files with blank lines quite challenging 20.37.50 Quit TMM (Remote closed the connection) 20.42.26 Quit Soap (Read error: 104 (Connection reset by peer)) 20.42.26 Quit tchan (SendQ exceeded) 20.43.13 Quit maddler (kubrick.freenode.net irc.freenode.net) 20.43.13 NSplit kubrick.freenode.net irc.freenode.net 20.43.13 Quit mrkiko (kubrick.freenode.net irc.freenode.net) 20.43.13 Quit miepchen^schlaf (kubrick.freenode.net irc.freenode.net) 20.43.13 Quit sslashes (kubrick.freenode.net irc.freenode.net) 20.43.13 Quit courtc (kubrick.freenode.net irc.freenode.net) 20.43.13 Quit marcosource (kubrick.freenode.net irc.freenode.net) 20.43.13 Quit animeloe (kubrick.freenode.net irc.freenode.net) 20.43.13 Quit gtkspert (kubrick.freenode.net irc.freenode.net) 20.43.13 Quit [mbm] (kubrick.freenode.net irc.freenode.net) 20.43.13 Quit BHSPitMonkey (kubrick.freenode.net irc.freenode.net) 20.43.13 Quit desowin (kubrick.freenode.net irc.freenode.net) 20.43.13 Quit markun (kubrick.freenode.net irc.freenode.net) 20.43.13 Quit spiorf (kubrick.freenode.net irc.freenode.net) 20.43.13 Quit _jhMikeS_ (kubrick.freenode.net irc.freenode.net) 20.43.13 Quit ATravelingGeek (kubrick.freenode.net irc.freenode.net) 20.43.13 Quit Dark_Apostrophe (kubrick.freenode.net irc.freenode.net) 20.43.13 Quit sd__ (kubrick.freenode.net irc.freenode.net) 20.43.13 Quit Frazz (kubrick.freenode.net irc.freenode.net) 20.43.13 Quit PaulPosition (kubrick.freenode.net irc.freenode.net) 20.43.13 Quit theclaw (kubrick.freenode.net irc.freenode.net) 20.43.13 Quit FOAD (kubrick.freenode.net irc.freenode.net) 20.43.13 Quit jake_ (kubrick.freenode.net irc.freenode.net) 20.43.13 Quit n1s (kubrick.freenode.net irc.freenode.net) 20.43.13 Quit ender` (kubrick.freenode.net irc.freenode.net) 20.43.13 Quit solatis (kubrick.freenode.net irc.freenode.net) 20.43.13 Quit jmspeex (kubrick.freenode.net irc.freenode.net) 20.43.13 Quit Arathis (kubrick.freenode.net irc.freenode.net) 20.43.13 Quit GnosticE (kubrick.freenode.net irc.freenode.net) 20.43.13 Quit merbanan (kubrick.freenode.net irc.freenode.net) 20.43.13 Quit HellDragon (kubrick.freenode.net irc.freenode.net) 20.43.13 Quit Seedy (kubrick.freenode.net irc.freenode.net) 20.43.13 Quit crashd (kubrick.freenode.net irc.freenode.net) 20.43.13 Quit merbzt (kubrick.freenode.net irc.freenode.net) 20.43.13 Quit Xerion (kubrick.freenode.net irc.freenode.net) 20.43.13 Quit DogBoy (kubrick.freenode.net irc.freenode.net) 20.43.13 Quit ilgufo (kubrick.freenode.net irc.freenode.net) 20.43.13 Quit midgey (kubrick.freenode.net irc.freenode.net) 20.43.13 Quit random_desu_is_s (kubrick.freenode.net irc.freenode.net) 20.43.13 Quit Toxicity999 (kubrick.freenode.net irc.freenode.net) 20.43.13 Quit Bagder (kubrick.freenode.net irc.freenode.net) 20.43.13 Quit linuxstb (kubrick.freenode.net irc.freenode.net) 20.43.13 Quit SirFunk (kubrick.freenode.net irc.freenode.net) 20.43.13 Quit Isolinear (kubrick.freenode.net irc.freenode.net) 20.43.13 Quit zicho (kubrick.freenode.net irc.freenode.net) 20.43.13 Quit [omni] (kubrick.freenode.net irc.freenode.net) 20.43.13 Quit scorche (kubrick.freenode.net irc.freenode.net) 20.43.13 Quit kclaf (kubrick.freenode.net irc.freenode.net) 20.43.13 Quit jhulst (kubrick.freenode.net irc.freenode.net) 20.43.13 Quit midkay (kubrick.freenode.net irc.freenode.net) 20.43.13 Quit ivan` (kubrick.freenode.net irc.freenode.net) 20.43.13 Quit J (kubrick.freenode.net irc.freenode.net) 20.43.13 Quit shodanX (kubrick.freenode.net irc.freenode.net) 20.43.13 Quit jurrie (kubrick.freenode.net irc.freenode.net) 20.43.13 Quit annulus_ (kubrick.freenode.net irc.freenode.net) 20.43.13 Quit TTThomas (kubrick.freenode.net irc.freenode.net) 20.43.13 Quit micols (kubrick.freenode.net irc.freenode.net) 20.43.13 Quit joshin (kubrick.freenode.net irc.freenode.net) 20.43.16 Quit maxkelley (kubrick.freenode.net irc.freenode.net) 20.43.16 Quit tedrock (kubrick.freenode.net irc.freenode.net) 20.43.16 Quit blithe (kubrick.freenode.net irc.freenode.net) 20.43.16 Quit UncleRemus (kubrick.freenode.net irc.freenode.net) 20.43.16 Quit RaRe (kubrick.freenode.net irc.freenode.net) 20.43.16 Quit jepler (kubrick.freenode.net irc.freenode.net) 20.43.16 Quit GodEater (kubrick.freenode.net irc.freenode.net) 20.43.16 Quit tuplanolla (kubrick.freenode.net irc.freenode.net) 20.43.16 Quit DiDjCodt (kubrick.freenode.net irc.freenode.net) 20.43.16 Quit hannesd (kubrick.freenode.net irc.freenode.net) 20.43.16 Quit preglow (kubrick.freenode.net irc.freenode.net) 20.43.16 Quit lodesi (kubrick.freenode.net irc.freenode.net) 20.43.16 Quit fxb__ (kubrick.freenode.net irc.freenode.net) 20.43.16 Quit toffe82 (kubrick.freenode.net irc.freenode.net) 20.43.16 Quit daurn|laptop (kubrick.freenode.net irc.freenode.net) 20.43.16 Quit Ave (kubrick.freenode.net irc.freenode.net) 20.43.16 Quit newbyx86 (kubrick.freenode.net irc.freenode.net) 20.43.16 Quit jumijoze (kubrick.freenode.net irc.freenode.net) 20.43.16 Quit Kohlrabi (kubrick.freenode.net irc.freenode.net) 20.43.16 Quit pabs (kubrick.freenode.net irc.freenode.net) 20.43.16 Quit feisar (kubrick.freenode.net irc.freenode.net) 20.43.16 Quit DerPapst (kubrick.freenode.net irc.freenode.net) 20.43.16 Quit jpt9 (kubrick.freenode.net irc.freenode.net) 20.43.16 Quit bertrik (kubrick.freenode.net irc.freenode.net) 20.43.16 Quit PaulJam (kubrick.freenode.net irc.freenode.net) 20.43.16 Quit amiconn (kubrick.freenode.net irc.freenode.net) 20.43.16 Quit davina (kubrick.freenode.net irc.freenode.net) 20.43.16 Quit iamben_ (kubrick.freenode.net irc.freenode.net) 20.43.17 Quit alienbiker99 (kubrick.freenode.net irc.freenode.net) 20.43.17 Quit Shaid (kubrick.freenode.net irc.freenode.net) 20.43.17 Quit Rick (kubrick.freenode.net irc.freenode.net) 20.43.17 Quit andrewg867 (kubrick.freenode.net irc.freenode.net) 20.43.17 Quit rvvs89 (kubrick.freenode.net irc.freenode.net) 20.43.17 Quit in-jane (kubrick.freenode.net irc.freenode.net) 20.43.17 Quit lostlogic (kubrick.freenode.net irc.freenode.net) 20.43.17 Quit Lynx_ (kubrick.freenode.net irc.freenode.net) 20.43.17 Quit dionoea (kubrick.freenode.net irc.freenode.net) 20.43.17 Quit n17ikh (kubrick.freenode.net irc.freenode.net) 20.43.17 Quit qwm (kubrick.freenode.net irc.freenode.net) 20.43.17 Quit ze (kubrick.freenode.net irc.freenode.net) 20.43.17 Quit criznach (kubrick.freenode.net irc.freenode.net) 20.43.17 Quit ompaul (kubrick.freenode.net irc.freenode.net) 20.43.17 Quit Buschel (kubrick.freenode.net irc.freenode.net) 20.43.17 Quit JETC- (kubrick.freenode.net irc.freenode.net) 20.43.17 Quit Robin0800 (kubrick.freenode.net irc.freenode.net) 20.43.17 Quit moos (kubrick.freenode.net irc.freenode.net) 20.43.17 Quit Rob222241 (kubrick.freenode.net irc.freenode.net) 20.43.17 Quit thegeek_ (kubrick.freenode.net irc.freenode.net) 20.43.17 Quit advcomp2019 (kubrick.freenode.net irc.freenode.net) 20.43.17 Quit nanok (kubrick.freenode.net irc.freenode.net) 20.43.17 Quit gromit` (kubrick.freenode.net irc.freenode.net) 20.43.17 Quit DataGhost (kubrick.freenode.net irc.freenode.net) 20.43.17 Quit sbeh (kubrick.freenode.net irc.freenode.net) 20.43.17 Quit lastebil (kubrick.freenode.net irc.freenode.net) 20.43.17 Quit XavierGr (kubrick.freenode.net irc.freenode.net) 20.43.17 Quit crwll (kubrick.freenode.net irc.freenode.net) 20.43.17 Quit parafin (kubrick.freenode.net irc.freenode.net) 20.43.17 Quit krazykit (kubrick.freenode.net irc.freenode.net) 20.43.17 Quit sneakums (kubrick.freenode.net irc.freenode.net) 20.43.17 Quit chris__ (kubrick.freenode.net irc.freenode.net) 20.43.17 Quit Nimdae (kubrick.freenode.net irc.freenode.net) 20.43.17 Quit BjoernErik (kubrick.freenode.net irc.freenode.net) 20.43.17 Quit bnakiddmj (kubrick.freenode.net irc.freenode.net) 20.43.17 Quit tierra (kubrick.freenode.net irc.freenode.net) 20.43.17 Quit Hadaka (kubrick.freenode.net irc.freenode.net) 20.43.17 Quit Jon-Kha (kubrick.freenode.net irc.freenode.net) 20.43.17 Quit rasher (kubrick.freenode.net irc.freenode.net) 20.43.17 Quit Slasheri (kubrick.freenode.net irc.freenode.net) 20.43.30 Join animeloe_ [0] (n=animeloe@ool-44c2be34.dyn.optonline.net) 20.43.38 Join tchan [0] (n=tchan@c-24-13-84-219.hsd1.il.comcast.net) 20.43.50 NHeal kubrick.freenode.net irc.freenode.net 20.43.50 NJoin hannesd [0] (n=light@gate-hannes-tdsl.imos.net) 20.43.50 Join Blue_Alien [0] (n=chatzill@blue-alien.fttp.xmission.com) 20.43.50 Join Soap_ [0] (n=Soap@cpe-65-189-128-141.columbus.res.rr.com) 20.43.50 NJoin criznach [0] (n=criznach@host-69-145-134-192.grf-mt.client.bresnan.net) 20.43.50 NJoin ompaul [0] (n=ompaul@gnewsense/friend/ompaul) 20.43.50 NJoin DerPapst [0] (n=DerPapst@p54B2E92A.dip.t-dialin.net) 20.43.50 NJoin ilgufo [0] (n=matteo@host206-150-dynamic.58-82-r.retail.telecomitalia.it) 20.43.50 NJoin jpt9 [0] (n=chatzill@venomoth-23.dynamic.rpi.edu) 20.43.50 NJoin bertrik [0] (n=Bertrik_@134-022-045-062.dynamic.caiway.nl) 20.43.50 NJoin Frazz [0] (n=Fraser@thelawsons.plus.com) 20.43.50 NJoin Buschel [0] (n=AndreeBu@p54A3D163.dip.t-dialin.net) 20.43.50 NJoin PaulPosition [0] (n=noneofye@modemcable228.133-82-70.mc.videotron.ca) 20.43.50 NJoin maddler [0] (n=maddler@217-133-171-24.b2b.tiscali.it) 20.43.50 Join theclaw [0] (n=theclaw@unaffiliated/theclaw) 20.43.50 NJoin Arathis [0] (n=doerk@p508A5CE8.dip.t-dialin.net) 20.43.50 NJoin midgey [0] (n=tjross@westquad-188-46.reshall.umich.edu) 20.43.50 NJoin JETC- [0] (n=jetc123@pool-71-125-77-210.nwrknj.east.verizon.net) 20.43.50 NJoin toffe82 [0] (n=chatzill@adsl-70-137-196-44.dsl.frs2ca.sbcglobal.net) 20.43.50 NJoin random_desu_is_s [0] (n=chatzill@inet-out.dsl-nat.sura.ru) 20.43.50 NJoin FOAD [0] (n=dok@dinah.blub.net) 20.43.50 NJoin PaulJam [0] (i=PaulJam_@vpn-3118.gwdg.de) 20.43.50 NJoin Toxicity999 [0] (n=bryan@unaffiliated/Toxicity999) 20.43.50 NJoin Robin0800 [0] (n=Robin080@cpc1-brig8-0-0-cust97.brig.cable.ntl.com) 20.43.50 Join desowin [0] (n=desowin@unaffiliated/desowin) 20.43.50 NJoin mrkiko [0] (n=pv@adsl-152-102.38-151.net24.it) 20.43.50 NJoin markun [0] (n=markun@rockbox/developer/markun) 20.43.50 NJoin GnosticE [0] (n=dfearly@cpc1-port6-0-0-cust535.cos2.cable.ntl.com) 20.43.50 NJoin amiconn [0] (n=jens@rockbox/developer/amiconn) 20.43.50 NJoin UncleRemus [0] (n=caj@81-234-174-183-no95.tbcn.telia.com) 20.43.50 NJoin moos [0] (i=moos@m147.net81-66-159.noos.fr) 20.43.50 NJoin spiorf [0] (n=spiorf@host215-212-dynamic.20-79-r.retail.telecomitalia.it) 20.43.50 NJoin _jhMikeS_ [0] (n=jethead7@rockbox/developer/jhMikeS) 20.43.50 NJoin jake_ [0] (n=jake@user-0c9afn5.cable.mindspring.com) 20.43.50 NJoin tierra [0] (n=tierra@ibaku.net) 20.43.50 Join Bagder [0] (n=daniel@rockbox/developer/bagder) 20.43.50 NJoin n1s [0] (n=nils@nl104-209-90.student.uu.se) 20.43.50 NJoin davina [0] (n=davina@cpc1-sout6-0-0-cust616.sotn.cable.ntl.com) 20.43.50 NJoin merbanan [0] (n=banan@83.233.243.136) 20.43.50 NJoin ATravelingGeek [0] (n=ATG@pdpc/supporter/student/ATravelingGeek) 20.43.50 NJoin daurn|laptop [0] (n=fake@unaffiliated/daurnimator) 20.43.50 NJoin linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) 20.43.50 NJoin Rob222241 [0] (n=Miranda@p54B17779.dip.t-dialin.net) 20.43.50 NJoin ender` [0] (i=krneki@84-255-206-8.static.t-2.net) 20.43.50 NJoin SirFunk [0] (n=Sir@206-159-155-246.netsync.net) 20.43.50 NJoin miepchen^schlaf [0] (n=hihi@p54BF49D1.dip.t-dialin.net) 20.43.50 Join Dark_Apostrophe [0] (n=darkapos@supporter/monthlybyte/DarkApostrophe) 20.43.50 NJoin thegeek_ [0] (i=thegeek@s220b.studby.ntnu.no) 20.43.50 NJoin HellDragon [0] (i=jd@unaffiliated/helldragon) 20.43.50 NJoin iamben_ [0] (n=ben@adsl-71-153-44-184.dsl.spfdmo.sbcglobal.net) 20.43.50 NJoin Isolinear [0] (n=A@c-76-105-254-119.hsd1.or.comcast.net) 20.43.50 NJoin Seedy [0] (i=ben@bzq-84-108-237-178.cablep.bezeqint.net) 20.43.50 NJoin alienbiker99 [0] (n=alienbik@ool-44c126d4.dyn.optonline.net) 20.43.50 NJoin advcomp2019 [0] (n=advcomp2@unaffiliated/advcomp2019) 20.43.50 NJoin nanok [0] (n=nanok@194.145.183.75) 20.43.50 NJoin gromit` [0] (n=gromit@ras75-5-82-234-244-69.fbx.proxad.net) 20.43.50 NJoin sd__ [0] (n=sd@81.201.60.183) 20.43.50 NJoin merbzt [0] (n=benlar@dns.basset.se) 20.43.50 NJoin zicho [0] (n=martin@c-6a98e355.68-7-64736c14.cust.bredbandsbolaget.se) 20.43.50 NJoin DataGhost [0] (i=dataghos@ip3e832ea5.speed.planet.nl) 20.43.50 NJoin Shaid [0] (i=shaid@210-84-36-100.dyn.iinet.net.au) 20.43.50 NJoin [omni] [0] (n=omni@bestII.com) 20.43.50 NJoin crashd [0] (i=foobar@lostnode.org) 20.43.50 NJoin scorche [0] (i=Blah@rockbox/administrator/scorche) 20.43.50 NJoin kclaf [0] (n=kclaf@85.95.211.245) 20.43.50 NJoin jhulst [0] (n=jhulst@unaffiliated/jhulst) 20.43.50 NJoin midkay [0] (n=midkay@rockbox/developer/midkay) 20.43.50 Join Rick [0] (i=rick@unaffiliated/rick) 20.43.50 NJoin courtc [0] (n=court@unaffiliated/courtc) 20.43.50 Join [mbm] [0] (i=mbm@openwrt/developer/mbm) 20.43.50 NJoin BHSPitMonkey [0] (n=stephen@unaffiliated/bhspitmonkey) 20.43.50 NJoin gtkspert [0] (n=gtkspert@gateless.info) 20.43.50 NJoin sslashes [0] (i=sslashes@209.67.252.122) 20.43.50 NJoin marcosource [0] (i=marco@cakebox.net) 20.43.50 NJoin animeloe [0] (n=animeloe@unaffiliated/animeloe) 20.43.50 NJoin solatis [0] (i=lmergen@cc1172915-a.ensch1.ov.home.nl) 20.43.50 NJoin jmspeex [0] (n=jmspeex@142.163.233.220.exetel.com.au) 20.43.50 Join ivan` [0] (n=ivan`@unaffiliated/ivan/x-000001) 20.43.50 NJoin Nimdae [0] (n=nimmeh@static-71-164-213-195.dllstx.fios.verizon.net) 20.43.50 NJoin jepler [0] (n=jepler@emc/developer/jepler) 20.43.50 NJoin annulus_ [0] (n=ap@81-237-222-105-no91.tbcn.telia.com) 20.43.50 NJoin DogBoy [0] (n=john@unaffiliated/dogboy) 20.43.50 NJoin Xerion [0] (i=xerion@cp198589-d.landg1.lb.home.nl) 20.43.50 NJoin Lynx_ [0] (n=lynx@tina-10-4.genetik.uni-koeln.de) 20.43.50 NJoin TTThomas [0] (n=tblackwe@c-68-38-172-205.hsd1.de.comcast.net) 20.43.50 NJoin qwm [0] (n=qwm@h38n2fls32o1010.telia.com) 20.43.50 NJoin chris__ [0] (n=chris@S01060016b649355d.ed.shawcable.net) 20.43.50 NJoin tedrock [0] (n=tedrock@d235-156-104.home1.cgocable.net) 20.43.50 NJoin sneakums [0] (i=sneakums@jenny.ondioline.org) 20.43.50 NJoin ze [0] (i=ze@cpe-76-175-22-254.socal.res.rr.com) 20.43.50 NJoin feisar [0] (i=jljhook@noppakerho.com) 20.43.50 NJoin krazykit [0] (n=kkit@light.sunsetab.denison.edu) 20.43.50 NJoin parafin [0] (i=parafin@paraf.in) 20.43.50 NJoin crwll [0] (n=crawlie@a88-114-143-95.elisa-laajakaista.fi) 20.43.50 NJoin bnakiddmj [0] (i=0@86.122.116.44) 20.43.50 NJoin XavierGr [0] (n=xavier@ppp101-108.adsl.forthnet.gr) 20.43.50 NJoin BjoernErik [0] (n=Bjoern@108.80-202-110.nextgentel.com) 20.43.50 NJoin lastebil [0] (n=truck@cube.lomal.la) 20.43.50 NJoin sbeh [0] (n=sbeh@82.96.68.160) 20.43.50 NJoin lostlogic [0] (n=lostlogi@rockbox/developer/lostlogic) 20.43.50 NJoin Kohlrabi [0] (n=Kohlrabi@frustrum.nosebud.de) 20.43.50 NJoin pabs [0] (n=pabs@xor.pablotron.org) 20.43.50 NJoin in-jane [0] (i=jane@212.83.122.85) 20.43.50 NJoin maxkelley [0] (n=max@cpe-74-69-17-126.rochester.res.rr.com) 20.43.50 NJoin dionoea [0] (n=dionoea@poy.chewa.net) 20.43.50 NJoin jumijoze [0] (n=jumijoze@unaffiliated/mike-zed) 20.43.50 NJoin rvvs89 [0] (n=rvvs89@pdpc/supporter/active/rvvs89) 20.43.50 NJoin joshin [0] (n=joshin@unaffiliated/joshin) 20.43.50 NJoin micols [0] (n=micols@scharff.fys.ku.dk) 20.43.50 NJoin DiDjCodt [0] (n=djc@poy.chewa.net) 20.43.50 NJoin jurrie [0] (n=jurrie@adsl-068-209-041-021.sip.asm.bellsouth.net) 20.43.50 NJoin blithe [0] (n=blithe@stiletto.djblithe.com) 20.43.50 NJoin shodanX [0] (n=shodanX@i9a132.informatik.uni-erlangen.de) 20.43.50 NJoin tuplanolla [0] (n=jani@a80-186-126-4.elisa-laajakaista.fi) 20.43.50 NJoin J [0] (n=john@cpc2-mfld9-0-0-cust297.nott.cable.ntl.com) 20.43.50 NJoin RaRe [0] (n=Laffin_B@202-89-187-101.static.dsl.amnet.net.au) 20.43.50 NJoin GodEater [0] (n=bryan@rockbox/staff/GodEater) 20.43.50 NJoin Slasheri [0] (i=miipekk@rockbox/developer/Slasheri) 20.43.50 NJoin rasher [0] (n=rasher@rockbox/developer/rasher) 20.43.50 NJoin Jon-Kha [0] (n=Jon-Kha@80-248-247-190.cust.suomicom.fi) 20.43.50 NJoin Hadaka [0] (i=naked@naked.iki.fi) 20.43.50 NJoin fxb__ [0] (n=felixbru@h1252615.stratoserver.net) 20.43.50 NJoin lodesi [0] (n=lds@fydelkass.inl.fr) 20.43.50 NJoin preglow [0] (n=thomj@rockbox/developer/preglow) 20.43.50 NJoin Ave [0] (i=ave@a91-152-238-56.elisa-laajakaista.fi) 20.43.50 NJoin newbyx86 [0] (n=newby@ip68-7-12-123.sd.sd.cox.net) 20.43.50 NJoin n17ikh [0] (n=n17ikh@c-76-23-98-11.hsd1.sc.comcast.net) 20.43.50 NJoin andrewg867 [0] (n=andrew@stjhnf0124w-142162083094.pppoe-dynamic.nl.aliant.net) 20.43.51 *** Server message 505: 'logbot :Private messages from unregistered users are currently blocked due to spam problems, but you can always message a staffer. Please register! ( http://freenode.net/faq.shtml#privmsg )' 20.43.57 *** Server message 505: 'logbot :Private messages from unregistered users are currently blocked due to spam problems, but you can always message a staffer. Please register! ( http://freenode.net/faq.shtml#privmsg )' 20.44.08 Quit animeloe (kubrick.freenode.net irc.freenode.net) 20.44.08 Quit marcosource (kubrick.freenode.net irc.freenode.net) 20.44.08 Quit gtkspert (kubrick.freenode.net irc.freenode.net) 20.44.08 Quit sslashes (kubrick.freenode.net irc.freenode.net) 20.44.08 Quit mrkiko (kubrick.freenode.net irc.freenode.net) 20.44.08 Quit miepchen^schlaf (kubrick.freenode.net irc.freenode.net) 20.44.08 Quit courtc (kubrick.freenode.net irc.freenode.net) 20.44.08 Quit BHSPitMonkey (kubrick.freenode.net irc.freenode.net) 20.44.08 Quit [mbm] (kubrick.freenode.net irc.freenode.net) 20.44.08 Quit maddler (kubrick.freenode.net irc.freenode.net) 20.44.10 # i just installed rockbox on my 60 gig ipod and i was wondering if there is a way i can watch my videos onit? 20.44.12 NJoin maddler [0] (n=maddler@217-133-171-24.b2b.tiscali.it) 20.44.12 NJoin mrkiko [0] (n=pv@adsl-152-102.38-151.net24.it) 20.44.12 NJoin miepchen^schlaf [0] (n=hihi@p54BF49D1.dip.t-dialin.net) 20.44.12 NJoin marcosource [0] (i=marco@cakebox.net) 20.44.12 NJoin sslashes [0] (i=sslashes@209.67.252.122) 20.44.12 NJoin gtkspert [0] (n=gtkspert@gateless.info) 20.44.12 NJoin BHSPitMonkey [0] (n=stephen@unaffiliated/bhspitmonkey) 20.44.12 NJoin [mbm] [0] (i=mbm@openwrt/developer/mbm) 20.44.12 NJoin courtc [0] (n=court@unaffiliated/courtc) 20.44.12 Join theclaw_ [0] (n=theclaw@p5B295344.dip.t-dialin.net) 20.44.12 # ... 20.44.12 Nick Soap_ is now known as Soap (n=Soap@cpe-65-189-128-141.columbus.res.rr.com) 20.44.14 # just installed rockbox on my 60 gig ipod and i was wondering if there is a way i can watch my videos onit? 20.44.22 Quit animeloe_ (Client Quit) 20.44.27 Quit PaulPosition () 20.44.36 Join animeloe_ [0] (n=animeloe@ool-44c2be34.dyn.optonline.net) 20.44.53 # wt.. what was that message? 20.45.04 Quit animeloe_ (Client Quit) 20.45.16 Join animeloe_ [0] (n=animeloe@ool-44c2be34.dyn.optonline.net) 20.45.23 # just installed rockbox on my 60 gig ipod and i was wondering if there is a way i can watch my videos onit? 20.45.30 # Blue_Alien: see the manual and the wiki on PluginMpegplayer 20.45.52 # and in the future - please be more paitent than asking the same question three times in 68 seconds. 20.46.00 Quit animeloe_ (Client Quit) 20.46.00 # DerPapst, referred to as a netsplit, nothing to worry about, leave it to network admins to get their kit together 20.46.11 Join animeloe_ [0] (n=animeloe@unaffiliated/animeloe) 20.46.21 # ompaul: ah ok :) 20.46.50 Quit animeloe_ (Client Quit) 20.47.13 Ctcp Version from freenode-connect!freenode@freenode/bot/connect 20.47.20 Quit Blue_Alien (Client Quit) 20.47.20 NJoin animeloe [0] (n=animeloe@unaffiliated/animeloe) 20.48.43 Quit jpt9 ("ChatZilla 0.9.78.1 [Firefox 2.0.0.9/2007102514]") 20.50.07 Join Thundercloud [0] (n=thunderc@resnet12.nat.lancs.ac.uk) 20.54.17 Join theclaw__ [0] (n=theclaw@p5B295EA0.dip.t-dialin.net) 20.56.46 Quit jhulst (No route to host) 20.57.03 Quit TTThomas (Read error: 113 (No route to host)) 21.00.59 Join jhulst [0] (n=jhulst@unaffiliated/jhulst) 21.01.11 Quit theclaw (Read error: 110 (Connection timed out)) 21.05.13 Join theclaw [0] (n=theclaw@p5B29731D.dip.t-dialin.net) 21.05.26 *** Saving seen data "./dancer.seen" 21.06.10 Join advcomp2019_ [0] (n=advcomp2@unaffiliated/advcomp2019) 21.06.24 Quit advcomp2019 (Nick collision from services.) 21.06.28 Nick advcomp2019_ is now known as advcomp2019 (n=advcomp2@unaffiliated/advcomp2019) 21.07.49 Join hannesd_ [0] (n=light@gate-hannes-tdsl.imos.net) 21.12.05 Join Jeton [0] (n=chatzill@79.126.190.189) 21.13.59 Join linuxstb_ [0] (n=chatzill@rockbox/developer/linuxstb) 21.14.37 Quit theclaw_ (Read error: 101 (Network is unreachable)) 21.14.41 Quit hannesd (Connection timed out) 21.15.49 Join FOAD_ [0] (n=dok@dinah.blub.net) 21.16.24 Quit Arathis ("Bye, bye") 21.17.25 Quit theclaw__ (Read error: 110 (Connection timed out)) 21.17.28 Quit karashata ("Leaving.") 21.18.41 # rasher: I did the size-in-name thing 21.19.19 # Hurray 21.19.52 Quit Frazz ("Leaving") 21.20.04 # I need to make a little bit less hackish now 21.26.16 Join Frazz [0] (n=Fraser@thelawsons.plus.com) 21.27.33 # What filename does it look for? 21.28.17 # woo hoo! 21.28.26 Quit hannesd_ (Connection timed out) 21.31.08 Quit amiconn (Nick collision from services.) 21.31.16 Join amiconn [0] (n=jens@rockbox/developer/amiconn) 21.31.52 # linuxstb: if Nico_P isn't going to answer... The discussion previously was on it looking for a file named the same as the size called for in the WPS, and then if that is not found, the default cover.bmp. 21.32.18 # ie - if the WPS calls for 100x100 album art the first file looked for would be 100x100cover.bmp 21.32.19 # linuxstb_: something like cover.100x100.bmp then cover.bmp 21.32.26 # nevermind 21.32.45 Quit FOAD (Read error: 110 (Connection timed out)) 21.32.45 Nick FOAD_ is now known as FOAD (n=dok@dinah.blub.net) 21.33.05 # linuxstb_: but there are other possible filenames... trackname.bmp, albumname.bmp, cover.bmp, then the same in the parent dir 21.33.11 # might be a little overkill 21.33.30 # OK, I was just curious exactly what filename you had chosen. cover.WxH.bmp seems perfect. 21.34.01 Join stevesel [0] (n=steve@BAA50ac.baa.pppool.de) 21.34.17 Part stevesel ("Konversation terminated!") 21.37.42 # Are there any WPSs which use album art but don't need any other patches? I was thinking that once you commit it, it could be nice to have a WPS in SVN that can use it... 21.40.07 # linuxstb_: on the gigabeat and sansa there probably are some, but on targets with landscape screens, it's hard to make an AA WPS without scrolling margins 21.44.07 # linuxstb_: but we could adapt one and simply disable the scrolling, although that's not very elegant 21.45.10 # the WPS should also use the conditional tag allowing for different layouts when there is AA and when there is not 21.45.58 # Nico_P: uhm,the sansa i think is portrait (don;t know about the gigabeat though) 21.46.23 # nanok, yes, that's what he was implying 21.47.06 # yeah and that's why it's easier to make an AA WPS without scrolling margins... you rarely want to put text next to the AA on those targets 21.47.09 Join sdubois92 [0] (n=steven@c-24-91-93-169.hsd1.ma.comcast.net) 21.47.19 # does songbird support rockbox? 21.47.40 # sdubois92: I suggest you ask a songbird forum. What do you mean by support though? 21.48.22 # like how itunes automatically puts music on the ipod. does songbird do the same for a rockbox device 21.48.37 # well, anyway, to be honest idon;t care much for album art. i discarded the idea straight on, especially that those wps's need(ed) custombuilds. i am more tempted by other (mostly nonvisual) features 21.48.52 # so i don't know much about albumart 21.49.11 # but, ofcourse, that's just me. overall i think it's great that now it will be merged 21.49.50 # sdubois92: A quick google points here - http://addons.songbirdnest.com/extensions/detail/28 21.49.52 # sdubois92: Again, this is not the forum for such a question. Rockbox devices are simply a regular USB drive. 21.50.35 Quit tedrock (Client Quit) 21.52.29 Quit criznach ("ChatZilla 0.9.78.1 [Firefox 2.0.0.9/2007102514]") 21.52.45 Quit ilgufo ("So Long, and Thanks For All the Fish - http://gufo.wordpress.com") 21.53.27 # I tested my iPod (Photo, 4th G) with rockbox today and noticed that the battery only played for 1:15 hours. I booted the Apple firmware and it still plays after 3 hours and the battery seems like 70-80%. Are there any major stuff i could do to improve battery time with rockbox since I reeaally want to use it? 21.55.31 # I tested my ipod photo last week, and got about 6h 50m playing back MP3s. 21.55.32 # Nico_P: will the resizing of the Album Art .bmp file cause it to be jaggy? Or the resized image will be "smooth"? 21.56.07 Join TPM_Debian [0] (n=TPM@p5B07FB3B.dip.t-dialin.net) 21.56.20 # Jeton: there'll be no resizing in the initial commit, but once I implement it I plan on using a better resizing algorithm than the patch 21.56.32 # hello @all 21.57.23 # Nico_P: that's great, since the actual algorithm does make the images appear jagged (you probably knew that ) . 21.57.26 # Jeton: but there is already support for files like cover.100x100.bmp or cover.75x75.bmp 21.57.41 # linuxstb_: I waould be very happy if I could reach that, how old is your iPod? 21.58.03 # yeah, but every theme that supports AA has different sizes specified ,that's why it's hard to keep a single size. 21.58.04 # Jeton: yeah, it's a pretty bad algorithm AFAIK 21.58.24 # Jeton: what I said above means that you can have several size 21.58.25 # s 21.58.37 # UncleRemus: I bought it a few months before it was replaced by the 5g - August 2005 I think. 21.59.06 # OK, seems the same as mine approx 21.59.22 # i see, but we wouldn't want 3 AA images(or more) for a song, or album. :) 21.59.28 Quit Frazz ("Leaving") 21.59.31 # i got a problem whis my sansa .... the bootloader and firmware are totaly corrupt ... so .. i use e200tool, but this tool prints no device found ... anybody a idea? (sry. my bad english) 21.59.42 # Jeton: then wait for resizing ;) 21.59.56 # linuxstb_: I was out walking with it when I tested it, can that account for the big difference? 22.00.19 # yes sir! :D , and hopefully jpeg (or even better embedded) support ;) 22.01.00 # Jeton: those are the steps after resizing 22.01.28 # UncleRemus: Why do you think that would matter? 22.01.36 # I'm not sure I'm very interested in them though 22.01.53 # UncleRemus: depends on how you walk :p 22.02.34 # Nico_P: well, all good then, The progress made so far is impressive. (thinking how my Sansa was before installing rockbox) 22.02.48 # linuxstb_: Maybe I'm just clutching at straws. So, you think your battery is approx. the same as with Apple? 22.03.12 # noone a idea??? 22.03.34 # I never use the Apple firmware, but no, I would expect it to be much better in Apple's firmware - there are known issues with Rockbox drawing more power than it should on some ipods, including the Photo. 22.04.52 # TPM_Debian: I assume you're running Debian? Are you running e200tool as root? Is your e200 in manufacturing mode? 22.05.18 # 1.) + 2.) yes ... 3.) i hope it ... 22.06.25 # if i use "init" command, so it will print 22.06.29 # Searching for device 0781:0720 ... found! 22.06.29 # Failed to claim the interface (-1, Operation not permitted) 22.06.29 # Searching for device 0b70:0003 ... 9 8 7 6 5 4 3 2 1 0 not found! 22.07.08 # That "Operation not permitted" looks to be the problem - are you sure you're root? 22.07.13 # so .. i dont know, ... found it or not?!? ... well ... i use i2cprogram only the last line will show 22.07.50 # a .. lol ... 22.07.59 # i was kickt out of su 22.08.02 # *donk* 22.09.05 # it will works now .. thx so much :] 22.09.19 # np 22.09.54 Quit Jeton ("ChatZilla 0.9.78.1 [Firefox 2.0.0.9/2007102514]") 22.11.15 # well ... e200tool has write the data, but nothin will do on my sansa ... black display on normal / recorery and manufacturing mode 22.11.17 # :( 22.12.16 Join Askyron [0] (n=tschulio@p549FBC47.dip0.t-ipconnect.de) 22.12.17 # http://www.pennergame.de/ref.php?refid=1041549 22.12.18 # http://www.pennergame.de/ref.php?refid=1041549 22.12.33 # Askyron, don't spam and get the hell out. 22.12.50 # sry 22.13.04 Part Askyron 22.13.08 Quit GnosticE () 22.13.18 # Surprisingly polite, all things considered. 22.13.29 # i'm more surprised that it actually worked. 22.14.51 Join billenium [0] (n=billeniu@c-69-249-243-110.hsd1.pa.comcast.net) 22.14.59 Quit sdubois92 ("Changing server") 22.16.21 # amazing 22.16.28 Join hannesd [0] (n=light@gate-hannes-tdsl.imos.net) 22.20.48 Join Arathis [0] (n=doerk@p508A5CE8.dip.t-dialin.net) 22.22.19 Quit Toxicity999 (Remote closed the connection) 22.23.35 # UncleRemus: The best guess is that Rockbox should have around 60-65% of the battery life of Apple firmware on the Apple Photo 22.25.04 # hmm ... after init, i2c and recover will short show the sandisk-logo then print it "hold-key locked ... system shutdown" ... but .. if i will start sansa normal or in recovery the display will be blank .... 22.25.14 # OK, Soap. Is the battery life issues of high importance for the devs? What could be the cause of the discrepancy? Is it not optimal usage of hardware acceleration? 22.25.57 Join Toxicity999 [0] (n=bryan@cpe-76-179-173-76.maine.res.rr.com) 22.27.59 Quit Mouser_X ("CGI:IRC (Session timeout)") 22.29.58 # The cause is unknown. The iPods use an undocumented chip. The problem is most likely NOT inefficient code - as outside the PP5020 series of chips (later rockbox supported iPods and Sansas) rockbox acheives better than stock battery life using the same code as on the targets it falls short of. 22.30.28 # The issue is of high importance - but the options are limited and difficult for such a situation. 22.30.33 # UncleRemus: probably hardware that's not initialized correctly (or should be put to sleep) 22.31.45 # freqmod_nx: does your file play in standard speexdec? 22.36.36 # Bagder: Around? 22.36.40 Quit hannesd (kubrick.freenode.net irc.freenode.net) 22.36.40 NSplit kubrick.freenode.net irc.freenode.net 22.36.40 Quit mrkiko (kubrick.freenode.net irc.freenode.net) 22.36.40 Quit sslashes (kubrick.freenode.net irc.freenode.net) 22.36.40 Quit courtc (kubrick.freenode.net irc.freenode.net) 22.36.40 Quit marcosource (kubrick.freenode.net irc.freenode.net) 22.36.40 Quit gtkspert (kubrick.freenode.net irc.freenode.net) 22.36.40 Quit BHSPitMonkey (kubrick.freenode.net irc.freenode.net) 22.36.40 Quit miepchen^schlaf (kubrick.freenode.net irc.freenode.net) 22.36.40 Quit [mbm] (kubrick.freenode.net irc.freenode.net) 22.36.40 Quit maddler (kubrick.freenode.net irc.freenode.net) 22.36.40 Quit amiconn (kubrick.freenode.net irc.freenode.net) 22.36.40 Quit advcomp2019 (kubrick.freenode.net irc.freenode.net) 22.36.40 Quit animeloe (kubrick.freenode.net irc.freenode.net) 22.36.40 Quit Dark_Apostrophe (kubrick.freenode.net irc.freenode.net) 22.36.40 Quit _jhMikeS_ (kubrick.freenode.net irc.freenode.net) 22.36.40 Quit spiorf (kubrick.freenode.net irc.freenode.net) 22.36.40 Quit markun (kubrick.freenode.net irc.freenode.net) 22.36.40 Quit sd__ (kubrick.freenode.net irc.freenode.net) 22.36.40 Quit ATravelingGeek (kubrick.freenode.net irc.freenode.net) 22.36.40 Quit desowin (kubrick.freenode.net irc.freenode.net) 22.36.40 Quit n1s (kubrick.freenode.net irc.freenode.net) 22.36.40 Quit jake_ (kubrick.freenode.net irc.freenode.net) 22.36.40 Quit ender` (kubrick.freenode.net irc.freenode.net) 22.36.40 Quit solatis (kubrick.freenode.net irc.freenode.net) 22.36.40 Quit jmspeex (kubrick.freenode.net irc.freenode.net) 22.36.40 Quit crashd (kubrick.freenode.net irc.freenode.net) 22.36.40 Quit Seedy (kubrick.freenode.net irc.freenode.net) 22.36.40 Quit merbzt (kubrick.freenode.net irc.freenode.net) 22.36.40 Quit merbanan (kubrick.freenode.net irc.freenode.net) 22.36.40 Quit Xerion (kubrick.freenode.net irc.freenode.net) 22.36.40 Quit DogBoy (kubrick.freenode.net irc.freenode.net) 22.36.40 Quit HellDragon (kubrick.freenode.net irc.freenode.net) 22.36.40 Quit Toxicity999 (kubrick.freenode.net irc.freenode.net) 22.36.40 Quit FOAD (kubrick.freenode.net irc.freenode.net) 22.36.40 Quit jhulst (kubrick.freenode.net irc.freenode.net) 22.36.40 Quit J (kubrick.freenode.net irc.freenode.net) 22.36.40 Quit tuplanolla (kubrick.freenode.net irc.freenode.net) 22.36.40 Quit shodanX (kubrick.freenode.net irc.freenode.net) 22.36.40 Quit jurrie (kubrick.freenode.net irc.freenode.net) 22.36.40 Quit annulus_ (kubrick.freenode.net irc.freenode.net) 22.36.40 Quit kclaf (kubrick.freenode.net irc.freenode.net) 22.36.40 Quit Isolinear (kubrick.freenode.net irc.freenode.net) 22.36.40 Quit random_desu_is_s (kubrick.freenode.net irc.freenode.net) 22.36.40 Quit midgey (kubrick.freenode.net irc.freenode.net) 22.36.40 Quit linuxstb (kubrick.freenode.net irc.freenode.net) 22.36.40 Quit micols (kubrick.freenode.net irc.freenode.net) 22.36.40 Quit joshin (kubrick.freenode.net irc.freenode.net) 22.36.40 Quit zicho (kubrick.freenode.net irc.freenode.net) 22.36.40 Quit maxkelley (kubrick.freenode.net irc.freenode.net) 22.36.40 Quit blithe (kubrick.freenode.net irc.freenode.net) 22.36.40 Quit UncleRemus (kubrick.freenode.net irc.freenode.net) 22.36.40 Quit ivan` (kubrick.freenode.net irc.freenode.net) 22.36.40 Quit RaRe (kubrick.freenode.net irc.freenode.net) 22.36.40 Quit jepler (kubrick.freenode.net irc.freenode.net) 22.36.40 Quit Bagder (kubrick.freenode.net irc.freenode.net) 22.36.40 Quit scorche (kubrick.freenode.net irc.freenode.net) 22.36.40 Quit midkay (kubrick.freenode.net irc.freenode.net) 22.36.42 Quit DiDjCodt (kubrick.freenode.net irc.freenode.net) 22.36.42 Quit [omni] (kubrick.freenode.net irc.freenode.net) 22.36.42 Quit SirFunk (kubrick.freenode.net irc.freenode.net) 22.36.42 Quit GodEater (kubrick.freenode.net irc.freenode.net) 22.36.42 Quit preglow (kubrick.freenode.net irc.freenode.net) 22.36.42 Quit lodesi (kubrick.freenode.net irc.freenode.net) 22.36.42 Quit fxb__ (kubrick.freenode.net irc.freenode.net) 22.36.42 Quit daurn|laptop (kubrick.freenode.net irc.freenode.net) 22.36.42 Quit toffe82 (kubrick.freenode.net irc.freenode.net) 22.36.42 Quit Ave (kubrick.freenode.net irc.freenode.net) 22.36.42 Quit newbyx86 (kubrick.freenode.net irc.freenode.net) 22.36.42 Quit jumijoze (kubrick.freenode.net irc.freenode.net) 22.36.42 Quit Kohlrabi (kubrick.freenode.net irc.freenode.net) 22.36.42 Quit pabs (kubrick.freenode.net irc.freenode.net) 22.36.42 Quit feisar (kubrick.freenode.net irc.freenode.net) 22.36.42 Quit TPM_Debian (kubrick.freenode.net irc.freenode.net) 22.36.42 Quit andrewg867 (kubrick.freenode.net irc.freenode.net) 22.36.42 Quit rvvs89 (kubrick.freenode.net irc.freenode.net) 22.36.42 Quit in-jane (kubrick.freenode.net irc.freenode.net) 22.36.42 Quit lostlogic (kubrick.freenode.net irc.freenode.net) 22.36.42 Quit Lynx_ (kubrick.freenode.net irc.freenode.net) 22.36.42 Quit Shaid (kubrick.freenode.net irc.freenode.net) 22.36.42 Quit PaulJam (kubrick.freenode.net irc.freenode.net) 22.36.42 Quit bertrik (kubrick.freenode.net irc.freenode.net) 22.36.42 Quit DerPapst (kubrick.freenode.net irc.freenode.net) 22.36.42 Quit alienbiker99 (kubrick.freenode.net irc.freenode.net) 22.36.42 Quit dionoea (kubrick.freenode.net irc.freenode.net) 22.36.42 Quit n17ikh (kubrick.freenode.net irc.freenode.net) 22.36.42 Quit iamben_ (kubrick.freenode.net irc.freenode.net) 22.36.42 Quit davina (kubrick.freenode.net irc.freenode.net) 22.36.42 Quit Rick (kubrick.freenode.net irc.freenode.net) 22.36.42 Quit qwm (kubrick.freenode.net irc.freenode.net) 22.36.42 Quit ze (kubrick.freenode.net irc.freenode.net) 22.36.42 Quit Arathis (kubrick.freenode.net irc.freenode.net) 22.36.42 Quit theclaw (kubrick.freenode.net irc.freenode.net) 22.36.42 Quit sbeh (kubrick.freenode.net irc.freenode.net) 22.36.42 Quit lastebil (kubrick.freenode.net irc.freenode.net) 22.36.42 Quit XavierGr (kubrick.freenode.net irc.freenode.net) 22.36.42 Quit crwll (kubrick.freenode.net irc.freenode.net) 22.36.42 Quit parafin (kubrick.freenode.net irc.freenode.net) 22.36.42 Quit krazykit (kubrick.freenode.net irc.freenode.net) 22.36.42 Quit sneakums (kubrick.freenode.net irc.freenode.net) 22.36.42 Quit chris__ (kubrick.freenode.net irc.freenode.net) 22.36.42 Quit Nimdae (kubrick.freenode.net irc.freenode.net) 22.36.42 Quit nanok (kubrick.freenode.net irc.freenode.net) 22.36.43 Quit thegeek_ (kubrick.freenode.net irc.freenode.net) 22.36.43 Quit Rob222241 (kubrick.freenode.net irc.freenode.net) 22.36.43 Quit Robin0800 (kubrick.freenode.net irc.freenode.net) 22.36.43 Quit JETC- (kubrick.freenode.net irc.freenode.net) 22.36.43 Quit Buschel (kubrick.freenode.net irc.freenode.net) 22.36.43 Quit moos (kubrick.freenode.net irc.freenode.net) 22.36.43 Quit Soap (kubrick.freenode.net irc.freenode.net) 22.36.43 Quit BjoernErik (kubrick.freenode.net irc.freenode.net) 22.36.43 Quit bnakiddmj (kubrick.freenode.net irc.freenode.net) 22.36.43 Quit tierra (kubrick.freenode.net irc.freenode.net) 22.36.43 Quit ompaul (kubrick.freenode.net irc.freenode.net) 22.36.43 Quit DataGhost (kubrick.freenode.net irc.freenode.net) 22.36.43 Quit gromit` (kubrick.freenode.net irc.freenode.net) 22.36.44 Quit Hadaka (kubrick.freenode.net irc.freenode.net) 22.36.44 Quit Jon-Kha (kubrick.freenode.net irc.freenode.net) 22.36.44 Quit rasher (kubrick.freenode.net irc.freenode.net) 22.36.44 Quit Slasheri (kubrick.freenode.net irc.freenode.net) 22.37.48 # * freqmod_nx is checking if it plays 22.40.10 # Decoding 16000 Hz audio using wideband (sub-band CELP) mode (stereo, VBR) 22.40.24 # it works but it is /\/\ 22.41.18 # probably a stereo error 22.42.15 Quit guyzmo (Remote closed the connection) 22.43.20 # o.0 22.43.23 # is anyone here? 22.43.37 Join przemhb [0] (n=chatzill@88.199.182.115) 22.43.39 Quit billenium ("Ex-Chat") 22.51.46 Join Llorean [0] (n=llorean@32.138.93.22) 22.54.43 NHeal kubrick.freenode.net irc.freenode.net 22.54.43 NJoin Toxicity999 [0] (n=bryan@cpe-76-179-173-76.maine.res.rr.com) 22.54.43 NJoin Arathis [0] (n=doerk@p508A5CE8.dip.t-dialin.net) 22.54.43 NJoin hannesd [0] (n=light@gate-hannes-tdsl.imos.net) 22.54.43 NJoin TPM_Debian [0] (n=TPM@p5B07FB3B.dip.t-dialin.net) 22.54.43 NJoin amiconn [0] (n=jens@rockbox/developer/amiconn) 22.54.43 NJoin FOAD [0] (n=dok@dinah.blub.net) 22.54.43 NJoin advcomp2019 [0] (n=advcomp2@unaffiliated/advcomp2019) 22.54.43 Join theclaw [0] (n=theclaw@unaffiliated/theclaw) 22.54.43 NJoin jhulst [0] (n=jhulst@unaffiliated/jhulst) 22.54.43 NJoin animeloe [0] (n=animeloe@unaffiliated/animeloe) 22.54.43 NJoin courtc [0] (n=court@unaffiliated/courtc) 22.54.43 NJoin [mbm] [0] (i=mbm@openwrt/developer/mbm) 22.54.43 NJoin BHSPitMonkey [0] (n=stephen@unaffiliated/bhspitmonkey) 22.54.43 NJoin gtkspert [0] (n=gtkspert@gateless.info) 22.54.43 NJoin sslashes [0] (i=sslashes@209.67.252.122) 22.54.43 NJoin marcosource [0] (i=marco@cakebox.net) 22.54.43 NJoin miepchen^schlaf [0] (n=hihi@p54BF49D1.dip.t-dialin.net) 22.54.43 NJoin mrkiko [0] (n=pv@adsl-152-102.38-151.net24.it) 22.54.43 NJoin maddler [0] (n=maddler@217-133-171-24.b2b.tiscali.it) 22.54.43 Join Soap [0] (n=Soap@rockbox/staff/soap) 22.54.43 NJoin ompaul [0] (n=ompaul@gnewsense/friend/ompaul) 22.54.43 NJoin DerPapst [0] (n=DerPapst@p54B2E92A.dip.t-dialin.net) 22.54.43 NJoin bertrik [0] (n=Bertrik_@134-022-045-062.dynamic.caiway.nl) 22.54.43 NJoin Buschel [0] (n=AndreeBu@p54A3D163.dip.t-dialin.net) 22.54.43 NJoin midgey [0] (n=tjross@westquad-188-46.reshall.umich.edu) 22.54.43 NJoin JETC- [0] (n=jetc123@pool-71-125-77-210.nwrknj.east.verizon.net) 22.54.43 NJoin toffe82 [0] (n=chatzill@adsl-70-137-196-44.dsl.frs2ca.sbcglobal.net) 22.54.43 NJoin random_desu_is_s [0] (n=chatzill@inet-out.dsl-nat.sura.ru) 22.54.43 NJoin PaulJam [0] (i=PaulJam_@vpn-3118.gwdg.de) 22.54.43 NJoin Robin0800 [0] (n=Robin080@cpc1-brig8-0-0-cust97.brig.cable.ntl.com) 22.54.43 NJoin desowin [0] (n=desowin@unaffiliated/desowin) 22.54.43 NJoin markun [0] (n=markun@rockbox/developer/markun) 22.54.43 NJoin UncleRemus [0] (n=caj@81-234-174-183-no95.tbcn.telia.com) 22.54.43 NJoin moos [0] (i=moos@m147.net81-66-159.noos.fr) 22.54.43 NJoin spiorf [0] (n=spiorf@host215-212-dynamic.20-79-r.retail.telecomitalia.it) 22.54.43 NJoin _jhMikeS_ [0] (n=jethead7@rockbox/developer/jhMikeS) 22.54.43 NJoin jake_ [0] (n=jake@user-0c9afn5.cable.mindspring.com) 22.54.43 NJoin tierra [0] (n=tierra@ibaku.net) 22.54.43 NJoin Bagder [0] (n=daniel@rockbox/developer/bagder) 22.54.43 NJoin n1s [0] (n=nils@nl104-209-90.student.uu.se) 22.54.43 NJoin davina [0] (n=davina@cpc1-sout6-0-0-cust616.sotn.cable.ntl.com) 22.54.43 NJoin merbanan [0] (n=banan@83.233.243.136) 22.54.43 NJoin ATravelingGeek [0] (n=ATG@pdpc/supporter/student/ATravelingGeek) 22.54.43 NJoin daurn|laptop [0] (n=fake@unaffiliated/daurnimator) 22.54.43 NJoin linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) 22.54.43 NJoin Rob222241 [0] (n=Miranda@p54B17779.dip.t-dialin.net) 22.54.43 NJoin ender` [0] (i=krneki@84-255-206-8.static.t-2.net) 22.54.43 NJoin SirFunk [0] (n=Sir@206-159-155-246.netsync.net) 22.54.43 NJoin Dark_Apostrophe [0] (n=darkapos@supporter/monthlybyte/DarkApostrophe) 22.54.43 NJoin thegeek_ [0] (i=thegeek@s220b.studby.ntnu.no) 22.54.43 NJoin HellDragon [0] (i=jd@unaffiliated/helldragon) 22.54.43 NJoin iamben_ [0] (n=ben@adsl-71-153-44-184.dsl.spfdmo.sbcglobal.net) 22.54.43 NJoin Isolinear [0] (n=A@c-76-105-254-119.hsd1.or.comcast.net) 22.54.43 NJoin Seedy [0] (i=ben@bzq-84-108-237-178.cablep.bezeqint.net) 22.54.43 NJoin alienbiker99 [0] (n=alienbik@ool-44c126d4.dyn.optonline.net) 22.54.43 NJoin nanok [0] (n=nanok@194.145.183.75) 22.54.43 NJoin gromit` [0] (n=gromit@ras75-5-82-234-244-69.fbx.proxad.net) 22.54.43 NJoin sd__ [0] (n=sd@81.201.60.183) 22.54.43 NJoin merbzt [0] (n=benlar@dns.basset.se) 22.54.43 NJoin zicho [0] (n=martin@c-6a98e355.68-7-64736c14.cust.bredbandsbolaget.se) 22.54.43 NJoin DataGhost [0] (i=dataghos@ip3e832ea5.speed.planet.nl) 22.54.43 NJoin Shaid [0] (i=shaid@210-84-36-100.dyn.iinet.net.au) 22.54.43 NJoin [omni] [0] (n=omni@bestII.com) 22.54.43 NJoin crashd [0] (i=foobar@lostnode.org) 22.54.43 NJoin scorche [0] (i=Blah@rockbox/administrator/scorche) 22.54.43 NJoin kclaf [0] (n=kclaf@85.95.211.245) 22.54.43 NJoin midkay [0] (n=midkay@rockbox/developer/midkay) 22.54.43 NJoin Rick [0] (i=rick@unaffiliated/rick) 22.54.43 NJoin solatis [0] (i=lmergen@cc1172915-a.ensch1.ov.home.nl) 22.54.43 NJoin jmspeex [0] (n=jmspeex@142.163.233.220.exetel.com.au) 22.54.43 NJoin ivan` [0] (n=ivan`@unaffiliated/ivan/x-000001) 22.54.43 NJoin Nimdae [0] (n=nimmeh@static-71-164-213-195.dllstx.fios.verizon.net) 22.54.43 NJoin jepler [0] (n=jepler@emc/developer/jepler) 22.54.43 NJoin annulus_ [0] (n=ap@81-237-222-105-no91.tbcn.telia.com) 22.54.43 NJoin DogBoy [0] (n=john@unaffiliated/dogboy) 22.54.43 NJoin Xerion [0] (i=xerion@cp198589-d.landg1.lb.home.nl) 22.54.43 NJoin Lynx_ [0] (n=lynx@tina-10-4.genetik.uni-koeln.de) 22.54.43 NJoin qwm [0] (n=qwm@h38n2fls32o1010.telia.com) 22.54.43 NJoin chris__ [0] (n=chris@S01060016b649355d.ed.shawcable.net) 22.54.43 NJoin sneakums [0] (i=sneakums@jenny.ondioline.org) 22.54.43 NJoin ze [0] (i=ze@cpe-76-175-22-254.socal.res.rr.com) 22.54.43 NJoin feisar [0] (i=jljhook@noppakerho.com) 22.54.43 NJoin krazykit [0] (n=kkit@light.sunsetab.denison.edu) 22.54.43 NJoin parafin [0] (i=parafin@paraf.in) 22.54.43 NJoin crwll [0] (n=crawlie@a88-114-143-95.elisa-laajakaista.fi) 22.54.43 NJoin bnakiddmj [0] (i=0@86.122.116.44) 22.54.43 NJoin XavierGr [0] (n=xavier@ppp101-108.adsl.forthnet.gr) 22.54.43 NJoin BjoernErik [0] (n=Bjoern@108.80-202-110.nextgentel.com) 22.54.43 NJoin lastebil [0] (n=truck@cube.lomal.la) 22.54.43 NJoin sbeh [0] (n=sbeh@82.96.68.160) 22.54.43 NJoin lostlogic [0] (n=lostlogi@rockbox/developer/lostlogic) 22.54.43 NJoin Kohlrabi [0] (n=Kohlrabi@frustrum.nosebud.de) 22.54.43 NJoin pabs [0] (n=pabs@xor.pablotron.org) 22.54.43 NJoin in-jane [0] (i=jane@212.83.122.85) 22.54.43 NJoin maxkelley [0] (n=max@cpe-74-69-17-126.rochester.res.rr.com) 22.54.43 NJoin dionoea [0] (n=dionoea@poy.chewa.net) 22.54.43 NJoin jumijoze [0] (n=jumijoze@unaffiliated/mike-zed) 22.54.43 NJoin rvvs89 [0] (n=rvvs89@pdpc/supporter/active/rvvs89) 22.54.43 NJoin joshin [0] (n=joshin@unaffiliated/joshin) 22.54.43 NJoin micols [0] (n=micols@scharff.fys.ku.dk) 22.54.43 NJoin DiDjCodt [0] (n=djc@poy.chewa.net) 22.54.43 NJoin jurrie [0] (n=jurrie@adsl-068-209-041-021.sip.asm.bellsouth.net) 22.54.43 NJoin blithe [0] (n=blithe@stiletto.djblithe.com) 22.54.43 NJoin shodanX [0] (n=shodanX@i9a132.informatik.uni-erlangen.de) 22.54.43 NJoin tuplanolla [0] (n=jani@a80-186-126-4.elisa-laajakaista.fi) 22.54.43 NJoin J [0] (n=john@cpc2-mfld9-0-0-cust297.nott.cable.ntl.com) 22.54.43 NJoin RaRe [0] (n=Laffin_B@202-89-187-101.static.dsl.amnet.net.au) 22.54.43 NJoin GodEater [0] (n=bryan@rockbox/staff/GodEater) 22.54.43 NJoin Slasheri [0] (i=miipekk@rockbox/developer/Slasheri) 22.54.43 NJoin rasher [0] (n=rasher@rockbox/developer/rasher) 22.54.43 NJoin Jon-Kha [0] (n=Jon-Kha@80-248-247-190.cust.suomicom.fi) 22.54.43 NJoin Hadaka [0] (i=naked@naked.iki.fi) 22.54.43 NJoin fxb__ [0] (n=felixbru@h1252615.stratoserver.net) 22.54.43 NJoin lodesi [0] (n=lds@fydelkass.inl.fr) 22.54.43 NJoin preglow [0] (n=thomj@rockbox/developer/preglow) 22.54.43 NJoin Ave [0] (i=ave@a91-152-238-56.elisa-laajakaista.fi) 22.54.43 NJoin newbyx86 [0] (n=newby@ip68-7-12-123.sd.sd.cox.net) 22.54.43 NJoin n17ikh [0] (n=n17ikh@c-76-23-98-11.hsd1.sc.comcast.net) 22.54.43 NJoin andrewg867 [0] (n=andrew@stjhnf0124w-142162083094.pppoe-dynamic.nl.aliant.net) 22.54.44 *** Server message 505: 'logbot :Private messages from unregistered users are currently blocked due to spam problems, but you can always message a staffer. Please register! ( http://freenode.net/faq.shtml#privmsg )' 22.59.09 Quit ompaul (Client Quit) 23.00.26 # Thanks for your replies, Soap and rasher. Interesting indeed. 23.00.29 # Nico_P: I think we *will* need a way to easily disable AA. On mono targets and other low-mem targets it doesn't make sense 23.00.30 Join guyzmo [0] (n=guyzmo@nenya.mithrandir.net) 23.00.31 # On greyscale targets it's to be decided. Might look acceptable with dithering 23.00.32 Ctcp Version from freenode-connect!freenode@freenode/bot/connect 23.00.33 # So, if I should ever by a new iPod, will the newer ones have better lifetime ratio (i.e. compared to Apple)? 23.00.34 # I wonder how you intend to handle targets with more than one LCD... 23.00.34 Join billenium [0] (n=billeniu@c-69-249-243-110.hsd1.pa.comcast.net) 23.00.36 # ...especially as you're planning to go without scaling, and use bmp 23.00.40 # UncleRemus, no, they share the issues. 23.01.14 # Why are we going without scaling? 23.01.17 # Hmmm, stupid iPods. :D What devices are known to work really good with rockbox in battery aspects? 23.01.18 # Everything coldfire based 23.01.18 # everything except 4+gen ipods and sansas 23.01.19 # krazykit: Not correct 23.01.19 # and the h10, right? 23.01.19 # Everything that's not portalplayer based 23.01.20 # Isn't there a bitmap scaling patch already? 23.01.20 DBUG Enqueued KICK amiconn 23.01.20 # More precisely, everything that's not portalplayer PP502x based 23.01.21 # The 5002 is on par with OF 23.01.22 Join GX9900WZ [0] (n=none@adsl-75-36-191-71.dsl.pltn13.sbcglobal.net) 23.01.22 *** Alert Mode level 1 23.01.22 # UncleRemus: If you want really long battery runtime, my recommendation would be the iaudio X5L or M5L 23.01.24 # Thanks, I'll go and check it now 23.01.27 # hi, i just installed rockbox on my sansa e250, i connected it to the computer, but the computer is not recognizing the device 23.01.27 # The M5L is holding the rockbox battery runtime record. Almost 52 hours with lame --preset standard mp3. Of course a synthetic runtime test is always better than real usage, but still... 23.01.27 # GX9900WZ, are you in the OF or rockbox 23.01.28 # rockbox 23.01.28 # GX9900WZ: USB for sansa e200 does not work yet in rockbox 23.01.29 # that is why rockbox does not have usb support yet.. so boot into OF 23.01.30 # oh, so i should switch to the OF when i connect to the computer to upload songs? 23.01.30 # okay, thanks 23.01.31 # to charge the battery and to use USB, you need to use the original firmware 23.01.42 # GX9900WZ: convenient way to boot into the original firmware is to turn your sansa off, then plug in the USB cable, it will wake up automatically and go to the OF, annoying database refresh will be suppressed by the rockbox bootloader 23.01.43 # oO ... the bat will not charging when the os this does not support?!?! ... wtf? 23.01.44 # Afaik the sansa charges from usb 23.01.44 # TPM_Debian: it will charge, but very slowly 23.01.45 # In order to draw more than 100mA from an usb port, this must be requested from the host as by usb standards 23.01.45 # a ... ok 23.01.45 # And since rockbox can't do usb yet on pp, we can't request that extra power either 23.01.46 # amiconn: in order to draw 100 mA, you need to tell the charger circuit to draw 100 mA, otherwise it defaults to 50 mA AFAIK 23.01.46 # max is a half amp 23.01.47 # TPM_Debian: Yes, but only if you tell the host 23.01.47 # yes ... i know ;) 23.01.47 DBUG Enqueued KICK TPM_Debian 23.01.47 # well ... i must mount my sansa on linux ... i hope i can do that .... 23.01.48 # I know there are devices which don't care, but that's violating specs, and some hosts play safe and simply sht down the port in such a case 23.01.48 # its my first time 23.01.48 # thanks for the tip 23.01.48 Quit midkay (Read error: 113 (No route to host)) 23.01.49 # TPM_Debian, you can mount it in the OF no problem. 23.01.49 # amiconn: I found the X5L http://www.netonnet.se/index.asp?iid=104852 . Will consider it for my next mp3 player. 23.01.50 # hmm, my sansa is waking up automatically when i plug in the usb 23.01.50 # GX9900WZ, yes, that's desired behavior 23.01.50 # UncleRemus: That's the plain X5 (60GB model), not the X5L 23.01.50 Quit n17ikh () 23.01.50 # i mean, it is not waking up automatically 23.01.50 Quit desowin ("use linux") 23.01.50 # UncleRemus: don't consider it for too long, they are quickly disapearing. 23.01.50 # Yeah, just noticed it was sold out... 23.01.50 Quit ATravelingGeek (Connection timed out) 23.01.50 # well .. my sansa is corrupt ... and its so very very hard to flash ned system on it .. after i write the i2c.bin ... i need to do (before the player restart) to push the rec button to init the device into recoery mode .. the i need to push the os-image on the device ... befor i can disconnect it from usb ... if i do this the device will reset .. its strange ... 23.01.51 # It's a nice player, but not the one with the really long runtime. The X5L has 2.5x the battery capacity of the plain X5, hence 2.5x the battery runtime, but only comes as single platter model (20GB and 30GB) 23.02.15 # so i need a mount under linux ... to write the os ... but its my first time to mount a usb on linux .. and i dont know how i can made it 23.02.16 Join ATravelingGeek [0] (n=ATG@pool-162-84-81-98.culp.east.verizon.net) 23.03.35 Quit random_desu_is_s ("ChatZilla 0.9.78.1 [Firefox 2.0.0.9/2007102514]") 23.03.53 Quit iamben_ (Read error: 110 (Connection timed out)) 23.04.05 # TPM_Debian, why exactly are you writing i2c.bin? 23.04.35 # amiconn: I'm having slight lag issues, so I'm not sure when my message showed up. Why is AA going to be done without scaling? 23.04.46 # well ... my sansa will show black display on normal / recovery and manufactury mode ... 23.04.53 # Llorean: I don't know... 23.05.09 # Llorean: That's just the initial implementation Nico_P wants to commit. He's said he'll work on scaling afterwards. 23.05.10 # I can understand an argument for no jpeg, though I'm not sure where I personally stand on it. 23.05.14 # Ah. 23.05.27 # Just a starting point. 23.05.28 # i can only access the device on manu-mode @ krazykit 23.05.31 *** Saving seen data "./dancer.seen" 23.05.34 Ctcp Ignored 2 channel CTCP requests in 27 seconds at the last flood 23.05.34 # * Bagder wants jpeg support and scaling for AA 23.05.47 # I'm indifferentish on jpeg, in favour of scaling 23.06.15 # Hmm. I think a better solution would be using jpeg and scaling, but not putting the jpeg decoder in the core, but reusing the jpeg viewer plugin 23.06.29 # Plugins that return data to the core, then? 23.06.44 # No, plugins that draw into a viewport... 23.06.48 # Aaaah 23.07.08 # I *know* there's an ingredient missing to do that... 23.07.10 # viewports that aren't implemented yet? 23.07.21 # Would that then conflict with TSR plugins? 23.07.26 # * DerPapst shuts up 23.07.36 # For example, batterybench + AA/Jpeg WPS? 23.07.38 # TPM_Debian, so you can write the bootloader? after that, you can't mount the recovery mode, or do you not know how? 23.07.40 # Llorean: It would. 23.07.58 # Bagder: Could you update the gcc multilibs patch (in www.rockbox.org/gcc/) with http://www.davechapman.f2s.com/rockbox/rockbox-multilibs-arm-elf-gcc-4.0.3.diff 23.08.01 # But it wouldn't conflict with normal plugin usage 23.08.17 # amiconn: I didn't think it would, which is why I didn't mention them. :) 23.08.57 # krazykit, the only why, how i can "relive" the sansa is in the exacly steps ... 1. init manu-mode, 2. write bootloader, 3. hold rec befor device rebot abter write success, 4. display will show logo and report status ... 5. write os image ... but whisout mounting i cant write ... and when i disconnect usb after write bootload, all will erase ... (i think) ... no effect will be when i restart the device after disconnect (no display) 23.09.36 # linuxstb: done! 23.10.02 # Bagder: Thanks. That _should_ now be fine for all current/in-progress ARM targets... 23.10.11 # great! 23.10.26 # TPM_Debian, so you're having problems mounting the device to write the OF image? 23.10.32 # yes 23.10.43 # do you not know the command, or is the problem something else? 23.10.52 # TPM_Debian: no, in manufacture mode you "reover" by loading the booloader so that you enter recovery mode, and then you should be able to mount the unit 23.10.55 # Llorean: considering the kind of TSR plugins we have, I don't see that as a huge problem 23.11.08 # its my first time to use a usb device under debina .. btw linux 23.11.23 Join n17ikh|Lappy [0] (n=n17ikh@c-76-23-98-11.hsd1.sc.comcast.net) 23.11.24 # Bagder, this will not work 23.11.24 *** Alert Mode OFF 23.11.40 # then something is very wrong in your end 23.11.47 # hundreds of people have done that already 23.12.06 # perhaps ... but my device will this not make 23.12.17 Join iamben [0] (n=ben@68.89.211.104) 23.12.31 # why not? 23.12.37 # your explanations so far have been flawed 23.12.41 # rasher: We only have one, right? But that one is exactly the sort you want to use with playback... 23.12.48 # it will (i think so) destroy the bootloader after burn and power-off the device 23.12.52 # Or rather, with a view of the WPS 23.13.10 # its very very strange 23.13.14 # Llorean: But I'd say it's reasonable to say "don't use AA if you're running battery bench". We'll lose only the ability to specifically benchmark AA 23.13.20 # TPM_Debian: can you explain what you want to do, and what exact device you have? 23.13.23 # But other than that, what difference does it make? 23.13.38 # rasher: I would like to assume there might be future TSR plugins. 23.13.56 # I'm not saying we shouldn't do it this way, I'd just like to strongly encourage looking for another solution first. 23.14.59 # For example, could we use a codec for the image, store the post-decoded/scale image in the metadata, since that also doesn't require viewports? 23.15.30 # Wow, the Creative Zen Vision:M New Ports forum thread has had 68880 views... 23.16.05 # Well isn't/wasn't that one of the top competitors to the iPod 5G? 23.17.35 # Bagder, "sansa e250" ... what the device not do: boot into normal-mode, boot into recovery mode ... what i do to "relive" ... 1. init manu-mode .. 2. flash bootloader out of debian .. 3. press REC befor write success and device will automatic reboot ... 4. device will wait for write os .... ... when i disconnect and reconnect usb on the device, display will be blank ... when the device reboot, and i do not push rec the device print "hold-key 23.17.35 # is locked ... system shutdown" ... after manual power on the display will be blank .. in all modes ... so .. the only way i can flash the os is folowing the 4 steps, mount device and write os befor i disconnect the device from usb 23.18.03 # Is Rockbox POSIX-compliant? 23.18.04 # Llorean: We have 2 tsr plugins... 23.18.09 # * Soap has spent a week trying to think of a cool TSR plugin - and has come up blank. 23.18.14 # amiconn: What's the other one? 23.18.16 # (one is archos only though) 23.18.25 # Aaaah, that's why I don't know of it. 23.18.30 # perhaps his thoughts are too narrow. 23.18.31 # alpine_cdc 23.18.55 # Bagder, or power will off 23.18.57 # TPM_Debian: really, you should pay attention to details and report those. 23.19.06 # your explanation is full of logical errors and flaws 23.19.15 # Dark_Apostrophe: Where it makes sense, functions in Rockboxare implemented to be POSIX-compliant. But you couldn't call Rockbox as a whole POSIX compliant. 23.19.22 # maybe ... my english is not perfect ;) 23.19.22 # * amiconn is going to try an adapted h1x0 radio driver on h10 23.19.57 # TPM_Debian: your english is fine enough. Like in step two, there's absolutely nothing that flashes anything when your're in manufactrure mode 23.20.01 # Then again, TSR plugins that can draw to viewports are also a kinda nifty idea... so yeah. 23.20.10 # TPM_Debian: and what happens exactly when it starts recovery mode? 23.20.15 Join kkurbju1 [0] (n=kkurbjun@c-67-166-49-171.hsd1.co.comcast.net) 23.20.16 # Bagder, nothing 23.20.24 # I don't believe you 23.20.27 Nick kkurbju1 is now known as kkurbjun (n=kkurbjun@c-67-166-49-171.hsd1.co.comcast.net) 23.20.29 # ;) 23.20.37 # so how do you know it started? 23.20.56 # Llorean: Mmmmyes, it would need to be tsr in that case. But I think that would be doable with the current infrastructure, just viewports are missing :/ 23.21.17 # If only more devs would care about the fundamentals - the low level code :\ 23.21.34 # amiconn: TSR plugins with viewports would then let people create "visualizations" in their WPSes, which they've only been asking for forever. ;) 23.21.35 # I would rather say that AA through a plugin sounds like a hack 23.21.54 # why? 23.21.54 # amiconn: I doubt it's a matter of care. 23.21.55 # amiconn: if only more devs knew about low-level stuff 23.21.58 # I would rather then go for the full "plugin as WPS" concept 23.22.09 # It would be rather flexible 23.22.20 # Bagder: How about "WPS in plugin"? 23.22.42 # Nico_P: That's something that can be learned 23.22.43 # amiconn: I wonder why I'd need to handle AA on lcd remotes 23.22.51 Nick parafin is now known as parafin|away (i=parafin@paraf.in) 23.23.03 # Nico_P: because people will want their WPSes on remotes to show them? 23.23.06 # Bagder: Leave the current WPS as it is, but give plugins the draw the WPS (with their own additions) so that the more out-there WPS features could be in specific custom wps plugins. 23.23.11 # Nico_P: the m:robe has a rather large lcd remote iirc 23.23.17 # ah 23.23.25 # I knew next to nothing about low-level programming when first getting into touch with rockbox 23.23.26 # Llorean: yes, that's pretty much what I think as well 23.23.34 # rasher: it's only 79x16 23.23.42 # then the AA bitmap will be cropped for now. I don't want to drop a big bomb this time 23.23.42 # Ah, I was wrong. 23.24.01 # oh well then who wants AA on the tiny screens the remotes have? 23.24.21 # Nico_P: We've long since learned people aren't sane. ;) 23.24.24 Quit advcomp2019 (Read error: 113 (No route to host)) 23.24.27 # Once the greyscale lib runs on the remotes... 23.24.29 # Nico_P: I'll bet they'll show their faces once you bring on the AA ;-) 23.24.39 # Nico_P: It's not so much the different resolutions (btw. on M5 the main & remote lcd don't have very different resolution), but the different pixel formats 23.24.39 Join advcomp2019 [0] (n=advcomp2@unaffiliated/advcomp2019) 23.24.58 # amiconn: yeah that's not an easy one 23.25.25 # Doesn't it simply mean loading two bitmaps (or loading/scaling the same bitmap twice)? 23.26.04 # I thought the graphics API had the notion of a 'canonical' format? 24-bit for color, 8-bit for grayscale 23.26.48 # Not the core api, check the footnotes for those functions 23.26.52 # All bitmaps are stored internally in the native format for the LCD hardware. 23.27.00 # linuxstb_: I'd prefer scaling the original to two sizes, personally. I like the scale solution, especially if people have collections for use on multiple targets, or just multiple WPSes even. 23.27.03 # linuxstb_: yeah, but I think there are a few subtelties I'll need to work out 23.27.20 # Hmm, looks like I get some communication with the radio chip :) 23.27.28 # Can rockbox run any SDL stuff? 23.27.31 # Hi all 23.27.36 # Dark_Apostrophe: nope 23.27.41 # Damn. 23.27.42 # Llorean: for now I've implementing the search for different bitmaps, eg cover.100x100.bmp 23.28.34 # Just stating my personal preference. I'm not likely to ever use album art, anyway. :) 23.28.55 # * amiconn neither, other than for testing 23.29.10 # amiconn: have you tried someting new or tested the last patch? 23.29.17 # heh, you might actually come to like it ;) 23.29.35 # przemhb: The patch I posted has some bugs of its own, and doesn't implement my latest idea 23.29.53 # But it looks like I now have communication with the fm chip going 23.29.59 # Nico_P: I do admit I have a little extra space in my WPS, but I'd like to fill it with enhanced playlist features eventually. :-P 23.30.24 # (and the patch won't apply to latest svn anyway because barrywardell did the target tree split) 23.30.42 Quit markun (Read error: 113 (No route to host)) 23.31.06 Join markun [0] (n=markun@rockbox/developer/markun) 23.32.29 # kkurbjun: you did spot the red, right? 23.32.44 # amiconn: I've tried the latest Barry Wardell's patch and there is communication with radio chip 23.33.17 # bagder, thanks I'll fix that 23.33.31 # * amiconn never remembers those fs# numbers, and the search function in flyspray isn't that helpful either 23.34.02 # kkurbjun: I've now fixed the patch used by rockboxdev.sh to correctly build libgcc.a for the arm1136jf-s if you want to test... 23.35.11 # przemhb: Unfortunately barry isn't here now. Just omitting the clock stretch isn't going to work, the TEA needs it 23.35.26 # And I already suggested the solution - doing the same thing as on iriver 23.35.33 # That's what I'm trying now 23.35.59 # linuxstb, great, is it in svn? 23.36.01 # But I need a full rebuild because the strings are all mixed up when only replacing the core 23.36.39 # kkurbjun: No, the patch itself is at http://www.rockbox.org/gcc/ - Bagder just updated it. 23.36.48 # Bagder, look this ... Http://mln.ath.cx/sansa.txt 23.36.50 # And btw, for me booting didn't fail with your patch - that's because I've set a different start screen than main menu :) 23.36.55 # :), oh yeah 23.37.07 # I'll give it a try 23.37.16 # * amiconn is a long term rockbox user, hence *need* to have rockbox start up in the browser 23.37.23 # amiconn: lucky you 23.37.54 # It's set this way on all my targets 23.38.21 # amiconn: my latest patch used H1x0 i2c code but it still wasn't enough 23.38.25 # TPM_Debian: after step 5 when you've run recover, what did you see on the screen? I take it you then mounted the device? How did you "write new bootloader to device" ? what does step 7 "burn finish" mean? 23.38.32 Quit Arathis ("Bye, bye") 23.39.15 # TPM_Debian: you could try to do the .fmt file creation to have the file system recreated 23.39.18 # przemhb: Yeah, it's based on my patch, which contained 2 goofs... 23.39.35 # step 6 mean that the e200tool now writing the data to the device ... and step 7 says the Write cycle is successfully and e200tool exited 23.39.41 # Reading SCL and SDA needs to read GPIOD_INPUT_VAL of course... 23.39.42 # amiconn: you're right 23.39.54 # Bagder: Doesn't he need to hold record when it automatically reboots between 7 and 8? 23.40.03 # yes he does 23.40.14 # I thought it was running from RAM at that point, so if you let it shut down from the hold being on, as he says it does, you lose all progress. 23.40.28 # TPM_Debian: see Llorean's comment, "recover" doesn't copy anything to any flash 23.40.53 # like variant-2 does I see 23.41.04 # although that one seems to stop at step 10 for some reason 23.41.37 # i hold rec only in variant 2 .. and the device will show the text in the recovery mode .. when i not do this all modes will show black screen after poweron ... 23.41.39 # TPM_Debian: and when doing "recover" and holding REC, the system does not restart, it starts recover mode 23.41.55 # variant 2 is realy the only why that will print the recovery mode text 23.42.04 # yes, and you WANT the recovery mode 23.42.13 # TPM_Debian: In Variant 1 you're not IN recovery mode, you go back to manufacturing mode because you didn't hold Record. 23.42.14 # that's the mode that you'll use to get things fixed 23.42.20 # You never finished the recovery process. 23.42.38 # przemhb: Seems like the tuner is receiving, just I don't hear anything yet 23.42.42 Quit jhulst (Connection timed out) 23.42.42 # amiconn: I've took a quick look at the radio chip readouts given by Barry and the readout I have on my own H10 - they look sensible to me 23.42.49 # And the radio screen buttons are messed up 23.43.00 # lodesi, i think not so ... when the device will go back into mamu mode so i can access the device whis e200 .. but this will not works 23.43.18 # amiconn: turn the mute off and try to record sth from it 23.43.32 # amiconn: it may work 23.43.36 # But from the stereo indicator it looks like I'm receiving the known stations in Berlin 23.43.38 # TPM_Debian: really, if you don't follow the proper procedures you won't manage what you attempt to do 23.43.59 # TPM_Debian: Do variant 2. When you get text on the screen, attach it to a computer. Then copy an official MI4 file to it. 23.44.04 # but feel free to ignore us 23.44.13 # No buttons apart from up/down are working in the radio screen. Those 2 tune down/up 23.44.49 # amiconn: does statsion searching stops in proper positions (at your local radio stations frequencies)? 23.44.51 # I can't even leave the radio screen without shutting down or pulling the battery 23.44.53 # yes 23.45.29 # Bagder, sry .. i cant understand your text ... what u mean thiw "proper procedures" ? 23.45.33 # whis 23.45.47 # TPM_Debian: go into recovery mode, mount the unit, copy the files 23.45.59 # TPM_Debian: He means you are not following the instructions. 23.46.08 # a .. hmmmm 23.46.18 # przemhb: I'll make a new patch, then you can experiment as well 23.46.29 # well .. how log i need to wait till the devie will go into manu-mode back? 23.46.30 # amiconn: great! 23.46.32 # Just need to adjust the config for big H10 23.46.33 # long 23.46.43 # (did small H10 only as that's what I have) 23.46.43 # TPM_Debian: ? 23.46.53 # back? 23.47.31 # when the device will reboot after writing bootloader ... how long i need to wait till i can access the device whis e200tool ? ... 23.47.35 # TPM_Debian: I get the feeling you're just playing with me, I'll stop this soon 23.47.46 # no!!! ... realy no!!!! 23.48.11 # this is a real problem .. but my english is realy not the best! 23.48.27 # TPM_Debian: Then why aren't you doing what we tell you? 23.48.29 Join midkay [0] (n=midkay@rockbox/developer/midkay) 23.48.50 # Do variant #2, when you get text on the screen attach it to a computer, and copy the MI4 file to it. 23.48.51 # TPM_Debian: then start it in manufacture mode, use e200too recover to go to recovery mode, then mount the system, copy the files, unmount 23.49.02 # so i cant understand what all u type ... and googel translate can not all translate right .. its hard for me to understand you 23.49.23 # Bagder, how can i mount the device in debian? 23.49.23 # TPM_Debian: which languages do you speak? 23.49.27 # german 23.49.35 # TPM_Debian: When it says "Welcome to recovery mode", attach it to your computer. 23.51.13 # Llorean, after show "welcome" i cant disconnect usb .. if i do this the device will go off and i cant go into recovery .... so .. i need the available usb connection ... 23.51.31 # i think, i need a manuel mounting of the device .. but i dont know, how i can made this 23.51.50 # TPM_Debian: When it shows "welcome" that IS Recovery 23.52.11 # yes .. i know 23.52.22 # All you need to do then is copy PP5022.MI4 to the player 23.52.31 # You do NOT use e200tool with Recovery Mode. 23.52.32 # yes .. but how? 23.52.32 # TPM_Debian: an you copied the MI4 file but you don't know how to unmount? 23.52.42 # he doesn't know how to mount 23.52.46 # heh 23.52.47 # yes!! 23.52.53 # i dont know how to mount 23.53.12 # mount /dev/sdXN /mnt/bla? 23.53.17 # * DerPapst hides 23.53.24 # I guess you should learn that first or use a diffrent operating system 23.53.41 # what is bla? 23.54.02 # and in recovery mode, it did come up as /dev/sdX to me, not sdXN 23.54.03 # a foldername in /mnt :) 23.54.16 # * linuxstb_ is surprised Sandisk haven't released a recovery tool that works with manufacturing mode... 23.54.19 # TPM_Debian: You'll need to read the instructions for your operating system 23.54.21 # TPM_Debian: "bla" was just an example 23.54.21 # a .. k .. i take a look into it 23.54.29 # well ipods use partitions so i was not sure ;) 23.54.32 # linuxstb_: Do we know the updater tool doesn't? 23.54.51 # DerPapst: so does the sansa, although not in their recovery 23.54.54 # Llorean: No... But I assumed that if it did, people wouldn't be using e200tool 23.55.17 # Bagder: ah ok. didn't know that. but i'll learn once my sansa arrived 23.55.23 # :-) 23.55.35 # hmm ... i have no files in mnt ... ls -l will nothign print 23.55.44 # this cant be ?!?!?! 23.55.57 # linuxstb_: Well honestly, a "normal" user should never need a manufacturer mode tool. 23.56.10 # nautilus 23.56.11 # ups 23.56.22 # wrong window ;) 23.56.39 # TPM_Debian: maybe ubuntu would be easier for you to use 23.56.44 # TPM_Debian: where is your sansa? /dev/sd... ? 23.57.49 # przemhb: Patch uploaded.