--- Log for 13.11.109 Server: lindbohm.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 11 days and 16 hours ago 00.00.17 Join GeekShado_ [0] (n=Antoine@APoitiers-552-1-108-198.w92-156.abo.wanadoo.fr) 00.00.28 Join AEnima1577 [0] (n=clbarnob@nc65207d1.cns.vt.edu) 00.02.07 # I need to delete my last comment on FS#10371, can I do that? 00.04.28 Quit Topy (Read error: 104 (Connection reset by peer)) 00.07.10 Quit GeekShadow (Read error: 60 (Operation timed out)) 00.08.05 Quit GeekShado_ (Read error: 104 (Connection reset by peer)) 00.08.28 Join GeekShado_ [0] (n=Antoine@APoitiers-552-1-108-198.w92-156.abo.wanadoo.fr) 00.08.48 Quit seani (Read error: 60 (Operation timed out)) 00.10.59 Join Topy44 [0] (n=Topy44@f048197252.adsl.alicedsl.de) 00.14.40 # freddyb: do you want to delete it or just get rid of the doubled part? 00.15.53 Quit AEnima1577 ("Leaving.") 00.16.08 Quit domonoky (Read error: 104 (Connection reset by peer)) 00.16.49 Join AEnima1577 [0] (n=clbarnob@nc65207d1.cns.vt.edu) 00.19.03 # FlynDice: Undouble it. Thanks. 00.20.03 # freddyb: I'll get rid of the first 1 thru 5 then if that works 00.20.26 # FlynDice: my browser f*d up and put on inside the other 00.20.45 # been there , done that.... 00.21.28 # I'm not getting any traction on the srollwheel keyboard patch. bummer. 00.22.11 # freddyb: I think generally people would prefer a 1-D keyboard for scrollwheel devices 00.22.28 # it's been proposed several times before with no real objections but also nobody actually going and writing the code ;) 00.22.38 Quit Thundercloud (Remote closed the connection) 00.22.41 # I certainly would prefer 1-D 00.22.45 Quit bertrik ("De groeten") 00.22.51 # freddyb: Done, go see if that's what you wanted to say. 00.23.21 # freddyb: not that i've tried your patch, but i get the idea 00.23.52 Join dfkt_ [0] (i=dfkt@unaffiliated/dfkt) 00.24.17 Join seani [0] (n=seani@78.33.109.70) 00.24.24 # Torne: I think you could use my patch with a one line keyboard except it doesn't scroll (yet) 00.24.51 # freddyb: The switching of directions won't work, though, no? 00.24.56 # the whole forwards/backwards/forwards thing 00.25.02 # FlynDice: thanks that looks right 00.25.17 # i mean, just scrolling in either direction to choose a character, and hitting a button to accept 00.26.16 # Torne: you're right, I was thinking of starting at far left and going back and forth. I'd have to change that too. Maybe start from scratch come to think of it. 00.26.30 # freddyb: yah, i don't see that it's related really to your patch. 00.27.22 Quit flydutch ("/* empty */") 00.29.27 Quit cpatiankwel ("Page closed") 00.30.00 Quit MaadMan ("Leaving") 00.33.28 Quit Omlet ("( www.nnscript.com :: NoNameScript 4.22 :: www.esnation.com )") 00.36.05 Join Strife89 [0] (n=nds@adsl-81-160-3.mcn.bellsouth.net) 00.41.51 Quit dfkt (Read error: 110 (Connection timed out)) 00.42.54 Quit dfkt_ (Read error: 110 (Connection timed out)) 00.45.04 Join hd [0] (i=jd@modemcable178.248-201-24.mc.videotron.ca) 00.45.14 Quit hd (Client Quit) 00.47.34 Part toffe82 00.48.02 Join hd [0] (i=jd@modemcable178.248-201-24.mc.videotron.ca) 00.51.15 Nick Strife89 is now known as Strife1989 (n=nds@adsl-81-160-3.mcn.bellsouth.net) 00.51.33 Join Strife89 [0] (n=michael@adsl-81-160-3.mcn.bellsouth.net) 00.52.03 Quit ender` (" Where there's a will, there's an inheritance tax.") 00.56.10 Quit fyrestorm ("Ur skills' fireproof like a wooden panel -- U got feds talking leet on your IRC channel!") 00.59.55 Join fdinel [0] (n=Miranda@modemcable235.127-131-66.mc.videotron.ca) 01.00.58 Join fyrestorm [0] (n=nnscript@cpe-69-203-150-85.si.res.rr.com) 01.02.17 Quit HellDragon (Read error: 110 (Connection timed out)) 01.07.56 Quit AEnima1577 ("Leaving.") 01.09.28 # amiconn: i can *try* 4.3, but i think that i had trouble with libgcc and some of our multilib targets on 4.3 01.10.35 Quit amiconn (Nick collision from services.) 01.10.37 Join amiconn_ [0] (i=quassel@rockbox/developer/amiconn) 01.10.44 Quit pixelma (Nick collision from services.) 01.10.44 Join pixelma_ [0] (i=quassel@rockbox/staff/pixelma) 01.10.59 Nick amiconn_ is now known as amiconn (i=quassel@rockbox/developer/amiconn) 01.11.04 Nick pixelma_ is now known as pixelma (i=quassel@rockbox/staff/pixelma) 01.14.00 *** Saving seen data "./dancer.seen" 01.17.47 Quit Strife1989 (Read error: 104 (Connection reset by peer)) 01.17.56 Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) 01.23.03 Join AEnima1577 [0] (n=clbarnob@nc65207d1.cns.vt.edu) 01.24.13 Quit Kupop (" ") 01.25.46 Quit GeekShado_ ("The cake is a lie !") 01.32.47 Quit gevaerts (Nick collision from services.) 01.32.54 # Looking at alexs patch, FS#10601, I see that keys can be combined for shortcuts. Any opinions on BUTTON_REC | BUTTON_LEFT or BUTTON_RIGHT to always map to previous and next track? 01.32.58 Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) 01.33.32 # need more context 01.34.11 # ah, yes, no chance of that happening :) 01.34.55 # In the WPS screen, always have REC + LEFT / RIGHT as track skip. That way you can employ user-selected track-skipping at the same time without losing the ability to skip whole tracks 01.35.15 # seani: the rec button is very contentious.... everyone wants to do their own thing with it 01.35.38 # I have no idea what you just said there :p 01.35.43 Quit Thundercloud (Remote closed the connection) 01.37.38 # If you set track skip to 20 seconds, next and previous jump around in 20 second chunks instead of between tracks. I thought adding REC as a modifier would allow "whole track" and "user defined" skipping to co-exist. 01.37.55 Join webguest01 [0] (n=465b2dc9@giant.haxx.se) 01.38.07 # Perhaps I'll just glue more buttons onto my C200 :-) 01.38.28 Quit webguest01 (Client Quit) 01.41.00 Join robin0800_ [0] (n=quassel@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) 01.43.29 # ah 01.43.33 # yeah, that would be better 01.49.28 Quit DerPapst ("Leaving.") 01.50.37 # I'll assume you mean the gluing not the patching. I'm impressed with how easy adding custom actions seems to be, so I'll try it out in a personal build anyway. 01.51.36 # Also seem to be using the SIM as my standard desktop player. Is there a quick(ish) way I can set an arbitrary resolution for more a larger screen? 01.52.04 # "more a larger"? Ho-hum. 01.55.20 # seani: no, the sim is intended to simulate a specific device. things will be rather broken if you go changing the resolution. 01.57.03 Quit dmb (Read error: 104 (Connection reset by peer)) 02.02.43 # Unhelpful: some of the #defines in device specific source files are tantalising, but I guess there's more to it than that. I'll settle for building the SIM with the largest standard display then. Ta! 02.04.29 # that might not work out for you, either. we have some very large-screened targets with numerous features disabled (because they don't work on the hardware yet). have you considered a player that was designed as a desktop application? the sims are really meant for testing rockbox things on your computer... 02.07.50 # Yes, I find rhythmbox overblown and lacking shortcuts. Most of the other desktop players are similarly obese. xmms is close but I'm used to the RB structure. The F40 SIM does the trick nicely if nothing else - many of the features I never touch anyway. 02.10.02 # quod libet, perhaps? ;) 02.10.22 Join BHSPitMonkey [0] (n=stephen@unaffiliated/bhspitmonkey) 02.11.48 # I feel a bit of apt-get install action coming on 02.16.02 Quit robin0800_ (Read error: 110 (Connection timed out)) 02.17.08 # Torne said that some folk wanted a virtual keyboard for scrollwheel that just uses the scrollwheel to pick the letter and select to insert, so I posted a patch on FS#10763 if someone wants it enough to take it and start a new FS entry. It's basically done. 02.18.16 # The patch is called scroll-1d.diff 02.23.19 Join toffe82 [0] (n=chatzill@adsl-75-12-169-219.dsl.frs2ca.sbcglobal.net) 02.27.06 Quit AaronM ("Emo Time In My Corner... //_-") 02.34.58 Quit toffe82 (Read error: 54 (Connection reset by peer)) 02.48.00 Quit freddyb (Remote closed the connection) 02.57.29 Join freddyb [0] (n=fred@pool-70-104-101-195.chi.dsl-w.verizon.net) 03.14.04 *** Saving seen data "./dancer.seen" 03.24.23 Nick tmzt_ is now known as tmzt (n=tmzt@adsl-69-208-8-42.dsl.akrnoh.ameritech.net) 03.29.45 # freddyb: would be nice (sansa e200/fuze) the existing one is confusing enough I don't really enter text 03.36.39 # tmzt: give it a whirl 03.37.39 Quit MethoS- (Read error: 131 (Connection reset by peer)) 03.37.47 # in svn? I'm not sure how the patches work or how to track them outside of the bug database 03.39.53 Join saratoga [0] (i=474d0741@gateway/web/freenode/x-gtomwkrlnodlidtm) 03.41.10 # tmzt: if you have an arm based player I can cook you one 03.41.34 # patch failed 03.41.45 # on current svn 03.42.39 Quit killan (Read error: 110 (Connection timed out)) 03.42.52 # failed how? 03.43.06 # hunks failed, I need to read something 03.43.39 # Let me check my patch... 03.44.58 # tmzt: try doing an "svn up" first 03.45.03 # I did 03.45.08 # just restored the file 03.45.08 # what is apps/recorder supposed to contain? 03.45.36 # amiconn: also there aren't really any problems with 4.4.1 aside from the section offset thing that seems to be a binutils problem. there's a problem building 4.4.2, which seems to hate being built for a bare-metal environment.. 03.46.14 # patching file apps/action.h 03.46.15 # Hunk #1 succeeded at 235 (offset -1 lines). 03.46.18 # is that a problem? 03.46.38 # tmzt: no, that's not a problem. 03.47.03 # it says it succeeded ;) 03.47.35 # your hunk failure says "hunk succeeded"? 03.47.47 # no, the other file failed in multiple places 03.47.51 # recorder/keyboard.c 03.48.08 # r23621 03.48.15 # i tried it with current svn and it applies fine 03.48.28 # what command do you use to apply it? 03.48.44 # patch -p0 < patchame 03.48.52 # patchname 03.49.25 # see http://www.rockbox.org/wiki/WorkingWithPatches 03.49.56 # tmzt: maybe you need to "svn revert apps/recorder/keyboard.c" ? 03.50.15 # I was rm/up'ing it, is that better? 03.50.17 # yes if you've already applied a previous version of that patch it will certainly fail to apply a new one 03.51.30 # tmzt: what player you using? 03.51.49 # fuze 03.52.35 # still fails, I can't understand why 03.52.39 # I reverted the file 03.53.02 # I'm on trunk 23621 03.53.20 # guess I need to checkout again while I'm on a fast link 03.56.05 Join T44 [0] (n=Topy44@f049007055.adsl.alicedsl.de) 03.56.41 # still fails 03.57.14 # this is the patch, http://www.rockbox.org/tracker/task/10763?getfile=20866 03.59.18 # tmzt: no, you want the one from the bottom: scroll_1d.diff http://www.rockbox.org/tracker/task/10763?getfile=20911 04.01.08 # ah, that makes sense 04.02.25 # ok, applies 04.02.27 # sorry about that 04.02.32 Quit saratoga ("Page closed") 04.08.29 Quit Rondom (Nick collision from services.) 04.08.39 Join Rondom [0] (n=Rondom@84.57.174.247) 04.09.52 # tmzt: hang on I need to fix the fuze keymap 04.14.02 Quit Topy44 (Read error: 110 (Connection timed out)) 04.18.06 Quit AEnima1577 ("Leaving.") 04.18.25 # tmzt: you still there? 04.19.12 Join bomberman [0] (n=48e593b7@giant.haxx.se) 04.19.51 # tmzt: new patch with fixed Fuze keymap http://www.rockbox.org/tracker/task/10763?getfile=20913 04.20.05 # still here 04.20.46 # have you built one before? do you just want me to just email you a rockbox.zip? 04.20.48 # i was wondering if it were possible to change the layout of the menus 04.21.15 # is the pcm patch supposed to be there? 04.21.20 # I've built it before 04.21.24 # i mean to just totally cusomize the menu system 04.22.30 # tmzt: no, not unless you want to record. sorry dude. it's getting late. 04.22.34 # freddyb: does mic work on fuze then? why is this stuff in there? 04.23.04 Quit TheSeven (Nick collision from services.) 04.23.09 Nick hd is now known as HellDragon (i=jd@Wikipedia/HellDragon) 04.23.20 # bomberman: by modifying the source and rebuilding, yes. 04.23.23 Join The_Seven [0] (n=theseven@rockbox/developer/TheSeven) 04.23.32 # looks like it built 04.23.35 Nick The_Seven is now known as TheSeven (n=theseven@rockbox/developer/TheSeven) 04.23.45 # can't test without cable which is at home though, unless install from sd works now 04.23.47 # tmzt: I was trying to help get recording going and I forgot to take the patch out. I does work ok for me but I don't know if it will damage your player 04.24.13 # doesn't seem to affect routing or anything with power so I can't see how 04.24.47 # haven't checked the progress on fuze recently, it's usable as is 04.24.50 # huh?! thats sounds like a lot of work. wouldnt it be a lot better to allow the themes to change the layouts.? 04.25.17 # bomberman: no, because then some theme file could make the menu completely useless. 04.25.29 # explain 04.26.45 # what do you mean "make it completely useless" 04.26.46 # a theme, from the theme site, could deliberately or accidentally remove menu items in such a way that you can't change themes or use your player? 04.27.15 # so then what's the rockbox simulator for? 04.27.22 # to test your themes first, right? 04.27.53 # tmzt: there's a fixed patch w/o record now. http://www.rockbox.org/tracker/task/10763?getfile=20914 04.27.57 # to test themes, to test plugins, to look at debug output from code, provided the code is not target-specific... 04.28.14 # sure, I can test the other one though 04.28.41 # oh... see i was gonna be a little selfish and only add this to the fuze port 04.28.55 # "this"? 04.29.07 # tmzt: you know the disclaimers.... 04.29.12 # right 04.29.14 # the feature to customize layouts and stuff 04.33.16 # you would find it difficult to add such a feature for only one target, as the menu code is shared. :) 04.34.43 # oh pardon me. i havent even looked at the source yet 04.36.33 # time to dive in 04.36.37 Quit bomberman ("CGI:IRC") 04.41.15 Quit freddyb (Remote closed the connection) 04.42.37 Join phanboy_iv [0] (n=benji@c-24-98-43-198.hsd1.ga.comcast.net) 04.49.17 Join AaronM [0] (n=Aaron@adsl-4-241-157.mem.bellsouth.net) 04.51.52 Quit fyrestorm ("lamers envy me like they envy bill g -- main boot xp, just the way it should be!") 04.52.10 Quit BHSPitMonkey (Read error: 113 (No route to host)) 04.58.19 Join fyrestorm [0] (n=nnscript@cpe-69-203-150-85.si.res.rr.com) 04.59.46 Quit phanboy4 (Read error: 113 (No route to host)) 05.02.53 Quit Strife89 ("Bed.") 05.09.15 Join antil33t [0] (n=Mudkips@203-184-54-232.callplus.net.nz) 05.11.36 Quit fdinel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 05.14.05 *** Saving seen data "./dancer.seen" 05.18.10 # amiconn: you had suggested that we needed subpixel AA for font AA to be worth much. i've thought about it a bit. i generated a test image with a few strings on it, using some kanji as these are a difficult case for small sizes (lots of strokes): http://www.looking-glass.us/~chshrcat/rockbox/aafonttest.png 05.18.21 # kugel might want to look at those as well ;) 05.20.48 # the image is sized to fit an e200 display (and the subpixel order is configured for that, as well). the first row is with no AA. the second is with 16-level AA as the current patch uses. the next three are with 3-, 5-, and 9-level subpixel AA. i think the 5-level subpixel looks rather nice on the e200, and is a nice compromise between glyph data size and quality (the 3-level has very obvious color fringing) 05.22.27 # AA overload :p 05.23.09 # i also *think* that the 5-level can be done quite efficiently... we'd unpack an RGB value to 32 bits as we currently do, use a SWAR operation to get the difference between the foreground and background colors, shift the background color left by two, and then mask out each field of the foreground color and multiply-accumulate it to the shifted background color. 05.24.41 # this is 3 mac operations, vs one multiply and one mac for the current patch. the extra fixup work on the colors would cost a bit also, but the step of mapping the alpha range from 0-15 to 0-16 that the current patch does could be skipped. 05.24.53 Quit togetic (Read error: 104 (Connection reset by peer)) 05.25.03 # JdGordon: yes, well, how else am i supposed to tell what might work... implement and then run it? :P 05.25.09 Join lifeless_ [0] (n=lifeless@89.20.109.174) 05.25.31 # I meant AA albumart and anti-aliasing :) 05.26.02 # apart from the very slight colouring difference, i cant see any change in that image 05.26.09 # oh, that, yes. it does lead to confusion. 05.26.12 # (on computer screen though which is probaly why) 05.26.33 # well, if it's a CRT computer screen, you won't see much at all ;) 05.27.21 # na lcd 05.27.28 # it's most obvious on the complex character right in the middle. the 5-level and 16-level ones look indistinguishable to me 05.27.43 # well, nearly so 05.28.07 # actually.. the y is obvious 05.28.36 # yes, the diagonals in the y look better IMO in the 5-level 05.30.41 # it looks like i chopped the tail of the y in the 1-bit sample. the y *does* render with a proper tail. :/ 05.32.31 # the top points of the M look more even in the antialiased versions, also, just because in the one-bit version they rounded to different widths. the main benefit with font AA is going to be at small sizes, where there's just not enough resolution using whole pixels to render lines accurately 05.34.01 Join AndyI [0] (n=pasha_in@212.14.205.32) 05.41.59 Quit Horscht ("Verlassend") 05.44.48 Quit AndyIL (Read error: 110 (Connection timed out)) 05.46.11 Quit grndslm ("Leaving") 06.14.33 Quit AaronM ("Emo Time In My Corner... //_-") 06.15.39 Join jus__ [0] (n=julian@lns-bzn-48f-81-56-223-53.adsl.proxad.net) 06.19.10 Join BHSPitMonkey [0] (n=stephen@unaffiliated/bhspitmonkey) 07.07.39 Quit liar (Client Quit) 07.14.06 *** Saving seen data "./dancer.seen" 07.29.01 Join dmb [0] (n=Dmb@unaffiliated/dmb) 07.29.17 Quit jus__ (Read error: 60 (Operation timed out)) 07.31.52 Join stoffel [0] (n=quassel@p57B4D8D2.dip.t-dialin.net) 07.36.56 Join AEnima1577 [0] (n=clbarnob@198.82.16.195) 07.41.03 Join jus__ [0] (n=julian@lns-bzn-48f-81-56-223-53.adsl.proxad.net) 08.04.11 Join funman [0] (n=fun@rockbox/developer/funman) 08.05.26 Join Rob2223 [0] (n=Miranda@p4FDCC9B9.dip.t-dialin.net) 08.16.33 Join LinusN [0] (n=linus@rockbox/developer/LinusN) 08.18.24 # Unhelpful: This supports my opinion that plain aa is worse than no aa at all, and sub-pixel aa is better but not really needed. It's ok on a multi-GHz PC, bu ton a dap I still think it's too much of a waste 08.19.05 # Also it would be better to have a black-on-white example, imo 08.19.22 # amiconn: i actually find the greyscale AA more readable, so i suspect opinions will vary. curves and diagonals that are jaggy due to aliasing bug me. :/ 08.20.24 # you could invert that image to get one :) 08.20.34 # The most readable one for me is actually the no-aa version, followed by the two higher-level subpixel aa versions 08.20.56 Join Bagder [0] (n=dast@giant.haxx.se) 08.21.03 Quit martian67 (Read error: 110 (Connection timed out)) 08.21.23 # That *may* be due to the fact that it's white-on-black (which annoys me much more than any type of aliasing or anti-aliasing) 08.21.49 # heh. themes i like are all light-on-dark, despite the fact that i hate this on my desktop :) 08.23.49 Quit Rob2222 (Read error: 110 (Connection timed out)) 08.25.56 # you could always make it optional to use it. i like the anti-aliased fonts a lot 08.25.57 # assuming we had a renderer for subpixel-aa glyphs in rockbox, though, you would get exactly the same result running it in black-on-white as you would by inverting the sample 08.27.39 # topik: if it *ever* gets merged it will be quite simple to "turn it off" by using a 1-bit font. the patch on flyspray supports 1-bit fonts as we have now or 4-bit greyscale AA. 08.28.06 # that would work too :) 08.28.20 # i should get a build environment set up again to try the patch 08.29.17 # * Unhelpful wonders if there's any point in benchmarking codecs with eabi builds on various PP devices... presumably they'll perform about the same with regard to -O levels vs speed? 08.30.12 # benchmark or keep wondering, that's your options :) 08.30.26 Join ender` [0] (i=krneki@foo.eternallybored.org) 08.30.28 # I can read black-on-white text on screens for hours and hours, whereas white-on-black starts to annoy me within minutes, no matter what screen it is 08.30.48 # This is one reason why I disable cabbiev2 on all my targets almost immediately 08.31.18 # topik: true, but i only have an e200 and gigabeat s, and asking somebody to run codec benchmarks for a few hours is a much larger request than "can you try this build and make sure it boots and can play music?" 08.31.20 # And in my experience aa always reduces readability, as a tradeoff for looks 08.31.32 Join liar [0] (n=liar@213.162.66.173) 08.31.42 # Just the tradeoff is much lower with subpixel aa than with greyscale aa 08.33.06 # subpixel can improve things imo by increasing available horizontal resolution. you can't use it to get finer details, but you can use it to get finer positioning. 08.33.34 # Plain aa is effectively just adding blur, so I fail to see how it could ever improve readability. Subpixel aa also adds blur, but at the same time it increases the effective horizontal (most of the time) resolution 08.33.44 Join FlynDice_ [0] (n=FlynDice@c-24-19-225-90.hsd1.wa.comcast.net) 08.35.32 # you could *possibly* do subpixel AA without blur, with each subpixel on or off. for this not to show color fringes all over, you must guarantee that any horizontal run of subpixels is at least 3 subpixels wide - so horizontal features couldn't be any thinner than without subpixel AA, but could be placed more finely. 08.38.19 # the value of subpixel AA also decreases rapidly as you move to more saturated foreground or background colors, or lower contrast between them. if you use, say, yellow-on-black, you lose a third of the possible horizontal resolution because you can't light blue subpixels. 08.40.20 Quit phanboy_iv (Read error: 54 (Connection reset by peer)) 08.40.42 Join phanboy_iv [0] (n=benji@c-24-98-43-198.hsd1.ga.comcast.net) 08.42.43 Quit jus__ (Read error: 60 (Operation timed out)) 08.42.59 Quit TheSeven (Read error: 113 (No route to host)) 08.45.20 # Yes, obviously. E.g. black on green would stop subpixel aa from working at all 08.46.37 # Regarding subpixel aa without blur - I think you would need to make sure that any horizontal run of subpixels is an integer multiple of 3 in order to avoid colour fringes 08.46.38 # at that point it's no better than full-pixel AA, and is actually a bit worse as the color is selecting one of the three subpixels to use to represent the alpha value for the full pixel :/ 08.46.59 # * Unhelpful is doing some math tests for subpixel AA now 08.47.21 Quit FlynDice (Read error: 113 (No route to host)) 08.47.38 Quit liar (Read error: 145 (Connection timed out)) 08.48.57 # Hmm, probably except for large runs - so just requiring the minimum might be sufficient 08.49.48 Join flydutch [0] (n=flydutch@host119-166-dynamic.8-87-r.retail.telecomitalia.it) 08.49.50 # amiconn: the minimum should be good enough. as long as each subpixel can be fit into a triplet of lit subpixels, fringing will be fairly minimal 08.50.38 # yes, i'm now pretty sure that we can calculate a (good enough) packed rgbval1 - rgbval2 without having to implement a complete partitioned subtract 08.51.37 # Subpixel aa on rockbox would need to support at least two subpixel orders (maybe 4 on some targets) 08.52.00 # Two orders are necessary for display flip 08.52.27 # 4 orders might be necessary for certain targets with more than one panel type 08.53.44 # there'd be a 16->32 spread as used with other rgb565 swar operations, then OR the spread rgbval1 with 0x100400, then subtract spread rgbval2, then AND result with 0x7feff9ff 08.53.50 # Hmm, it just strikes me that while rockbox doesn't support 90° rotation in general because it doesn't support variable resolution, this would be possible on square displays (small H10) 08.55.03 # amiconn: RGB vs BGR could be handled by swapping subpixels in the mask bitmap, either on draw (slower) or on load (faster but means we can't rotate at will) 08.56.28 # vertical vs horizontal subpixel layout could be handled by having each glyph appear in the file in both forms, with the correct one being loaded into memory... another reason not to use very large per-subpixel alpha values. 08.58.47 # anyway, after masking we could then, for each subpixel, mask out that segment of rgbval2, multiply by the subpixel alpha, and add to an accumulator initialized with (rgbval1 << 2). this can only work for up to 5-level alpha values. 09.00.22 # the same technique could actually be used for whole-pixel AA as well, with only one multiply per pixel... though the other multiply is now replaced by several shift, or, and and operations 09.03.45 # Hmm, display flip adds yet another problem - what happens to text that is already on screen? 09.04.26 # ...it's, um, going to look less than nice. 09.04.43 # wrong-ordered subpixel AA is worse than whole-pixel AA or even none at all. 09.05.44 # and there's really no way, when there are colored items drawn on screen, to transform the RGB-rendered screen to a BGR-rendered one... except by redrawing everything. 09.05.48 Join petur [50] (n=petur@rockbox/developer/petur) 09.06.32 # Of course this problem will go away on the next full redraw, and it's not like you'll flip the display every minute or so 09.07.01 # we'd want to force a full redraw on flip, if we don't want it to be icky. 09.10.21 # * amiconn still isn't convinced that we should add any form of aa to rockbox, but if we do, I'd very much prefer subpixel aa 09.11.13 # * amiconn imagines file size and necessary buffer size for an antialiased unifont... 09.13.04 # unifont can't really be antialiased, it's not available as an outline font, or not really, anyway. 09.14.07 *** Saving seen data "./dancer.seen" 09.15.53 Quit AEnima1577 ("Leaving.") 09.16.37 # Then replace it with an outline font also covering the whole unicode bmp 09.18.52 # those are rather hard to come by in my experience, but yes, at large sizes it would be a rather large file. 09.20.21 Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) 09.24.08 Join liar [0] (n=liar@213162066169.public.t-mobile.at) 09.26.33 # i think the easiest way to support swapping RGB vs BGR at draw would be to store the three masks to apply during multiply in an array, and have a second copy of it in the reverse order. then you can still pull subpixels out of the glyph data in the same order, but the first one that you apply will affect B or R depending on which mask array is used 09.29.05 Join kubiix [0] (n=59665283@giant.haxx.se) 09.30.15 # hi 09.31.45 # I am using rockbox for many years, but few days ago I have noticed something weird on my iPod Photo 09.33.19 # in lastest build, in build which is old 4 days and in build 3.4, skiping on next/previous song in wps is impossible 09.34.02 Quit BHSPitMonkey (Remote closed the connection) 09.35.02 # is is not hardware related, in menu i can navigate with left and right button click, and control the quickscreen. Also fast forward / rewind works on wps when click and hold left or right 09.36.24 Quit swilde (Remote closed the connection) 09.45.39 Quit topik ("leaving") 09.47.08 Join Zagor [0] (n=bjorn@82.99.7.155) 09.48.21 Quit kubiix ("CGI:IRC") 09.52.01 Part LinusN 09.54.24 Join topik [0] (i=awesome@213.203.214.114) 09.55.11 Quit Thundercloud (Remote closed the connection) 10.04.12 Join einhirn [0] (n=Miranda@bsod.rz.tu-clausthal.de) 10.06.28 # hrm, in fact we *can* have the 9-level version, but we have to move the G component in the spread pixel value over to the left a position 10.07.11 # as the 9-level math would require that there be 6 0 bits between each component... but requires only 3 bits of clearance above the topmost component for its value to be correct. 10.07.54 Quit phanboy_iv ("Leaving") 10.09.25 Join LinusN [0] (n=linus@rockbox/developer/LinusN) 10.16.01 Quit crwl ("paskaa hajonneen tilalle") 10.20.26 Join Grahack [0] (n=chri@LCaen-151-91-3-232.w193-251.abo.wanadoo.fr) 10.20.37 Quit linuxstb (Read error: 113 (No route to host)) 10.29.20 Quit Grahack ("Leaving.") 10.54.31 Join Prot [0] (i=prot@ip68-2-146-144.ph.ph.cox.net) 10.55.43 # Question: When I take a c250 and put rockbox on it, then (while off) I plug it into a car sansa adapter or 110v wall sansa adapter, it hangs on the rockbox boot screen. I've seen this on two c250s so far and I've tried reformatting/reinstalling on both. 10.55.47 # Anyone experience this? 10.59.41 Join Tomis [0] (n=Tomis@70.134.95.232) 11.11.21 Join crwl [0] (n=crwlll@a91-156-100-168.elisa-laajakaista.fi) 11.14.11 *** Saving seen data "./dancer.seen" 11.33.20 Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) 11.40.00 Join MethoS- [0] (n=clemens@134.102.106.250) 11.49.02 Join slam_ [0] (n=grndslm@174.126.14.4) 11.50.08 Nick slam_ is now known as grndslm (n=grndslm@174.126.14.4) 11.52.14 Quit MethoS- (Remote closed the connection) 11.56.46 Quit robin0800 (Read error: 110 (Connection timed out)) 12.30.56 Quit Tomis () 12.32.40 Join teru [0] (n=teru@ZQ174123.ppp.dion.ne.jp) 12.47.46 Quit lifeless_ (Remote closed the connection) 12.48.39 Join Tomis [0] (n=Tomis@70.134.95.232) 13.14.15 *** Saving seen data "./dancer.seen" 13.22.02 Join Lynx_ [0] (n=Lynx@87.79.51.77) 13.27.30 Quit funman ("free(random());") 13.40.18 Join dfkt [0] (i=dfkt@unaffiliated/dfkt) 13.43.00 Join Zorda [0] (n=hi@c-71-62-228-21.hsd1.va.comcast.net) 13.45.01 Quit liar (Read error: 110 (Connection timed out)) 13.46.27 Quit Utchybann ("I like core dumps") 13.55.04 # Hey guys I just tried to install rockbox on my nano 2nd gen when i connect the cable all i get is a blank E: drive windows does identify it as a nano 2nd gen but it shows up as 0 bytes and and i cant really access it on my ipod rockbox seems to be running fine and comes up at multimedia mode as im guessing it should. Any sugestions? 13.56.17 Join AleMaxx [0] (n=enforcer@f053003238.adsl.alicedsl.de) 13.57.03 Join Horscht [0] (n=Horscht2@xbmc/user/horscht) 14.00.31 # any cc1600/sc8600/rk28 activities? I saw the chinachip page on rb.org 14.01.19 # i went through the manual instal instructions from my mac, dd'd the nano 2g and all and it went fine Zorda 14.01.30 # maybe put it in disk mode first? 14.02.07 # i guess some of that stuff doesn't apply if you're doing it with an already windows-formatted nano 14.03.12 # http://l4n.clustur.com/index.php/ILoader are the instructions i followed 14.12.24 Nick YPSY is now known as Ypsy (n=ypsy@geekpadawan.de) 14.12.39 Join Strife89 [0] (n=nds@adsl-81-160-3.mcn.bellsouth.net) 14.15.40 Join fyre^OS [0] (n=nnscript@cpe-69-203-150-85.si.res.rr.com) 14.15.54 Quit fyre^OS (Remote closed the connection) 14.16.16 Quit fyrestorm (Read error: 113 (No route to host)) 14.23.01 Join Strife1989 [0] (n=Strife89@adsl-81-160-3.mcn.bellsouth.net) 14.27.22 # well disk mode worked o.o; 14.27.28 # thanks Tomis 14.27.43 # I guess that was kind of stupid and i shouldent of asked but oh well.. 14.27.56 # trial and error, live and learn 14.29.01 # Tomis can i ask another amazingly retarded question? 14.30.11 # Zorda: USB is expected to work, but there are known issues 14.30.43 # also, you're not allowed to ask if you're allowed to ask a question! ;) 14.30.59 # So >.> i just read the manual but it was vauge so.... i just make a folder called music and then dump right? >.>; 14.31.20 # Zorda: you can put files wherever you want. 14.31.26 # ah ok 14.31.49 # inside .rockbox is not recommended though 14.33.51 # personally, i have a folder called Movies at the root, i mostly use the apple firmware for actual music listening, then reboot to rockbox to watch movies 14.37.58 # oh god guys 14.38.09 # an even smaller thing then my psp is making music 14.39.43 Join froggyman [0] (n=187b533e@giant.haxx.se) 14.40.11 Nick froggyman is now known as Guest81 (n=187b533e@giant.haxx.se) 14.40.30 Quit Guest81 (Client Quit) 14.40.30 Join fyrestorm [0] (n=nnscript@cpe-69-203-150-85.si.res.rr.com) 14.56.11 Join mirak [0] (n=mirak@85-171-108-41.rev.numericable.fr) 14.59.27 Join AlexP_ [0] (n=alex@rockbox/staff/AlexP) 15.00.52 Join hatseflats [0] (n=hatsefla@193.200.132.183) 15.01.55 # so, is there any significant difference between stuff encoded in mp3 or ogg or other lossy codecs in terms of energy consumption on ipod rockboxes? 15.04.07 # I think mp3 is more efficient, but I'm not sure how significant the difference is. 15.04.52 # had figured as much, though I sometimes hear voices from the vorbis-crowd who claim on pc's vorbis decodes more efficiently 15.05.03 # but it's probably hardware related for the ipod 15.07.35 # hatseflats: in rockbox on PortalPlayer (the chip used in ipods), the mp3 codec makes use of both CPU cores while the vorbis codec doesn't, so the average clock speed can be lower 15.09.39 # gevaerts: theoretically it should be more energy efficient, but the difference is negligable in real life? 15.09.48 # actually, I should just do the tests myself 15.10.07 # hatseflats: good idea :) I'm not sure if anyone has done real tests 15.10.14 # seems like fun 15.10.28 # there's probably a few mA difference 15.10.34 Quit Strife89 ("ClIRC - IRC client for Nintendo DS") 15.10.37 Quit AlexP (Connection timed out) 15.10.47 # hatseflats: This page could have some useful info, but it might all be out of date - http://www.rockbox.org/wiki/IpodRuntime 15.10.47 Nick Strife1989 is now known as Strife89 (n=Strife89@adsl-81-160-3.mcn.bellsouth.net) 15.13.16 # linuxstb: nice, thanks. 15.14.17 *** Saving seen data "./dancer.seen" 15.17.20 Join liar [0] (n=liar@83.175.83.185) 15.22.14 Quit Strife89 ("If you hold a Unix shell to your ear, you can hear the C.") 15.24.32 # hatseflats: If you have an ipod video, you can test it very easily: the debug menu tells you how much current is being drawn from the battery. 15.24.53 # much quicker than battery benching 15.24.54 # :) 15.26.35 # Torne: nice, and yes, iPod video. 15.27.03 # hatseflats: i committed the battery current display patch a couple of weeks ago so if you have a current build it should show up under debug -> battery 15.27.19 # turn the scrollwheel to scroll through the pages of battery info, it's on there somewhere. 15.27.27 # Torne: ah, should upgrade in that case. 15.27.37 # you can pretty easily compare consumption of different codecs, then 15.28.01 # should be pretty easy, yeah. 15.28.21 # Should make a few items of comparable bitrate right about now than 15.30.29 Quit Zorda (Read error: 110 (Connection timed out)) 15.43.37 Part LinusN 15.47.10 Quit teru ("Quit") 15.52.10 Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) 15.53.45 Join saratoga [0] (i=9803c6dd@gateway/web/freenode/x-itqapevuneatgykj) 15.54.26 # MP3 is "faster" on PP due to dual core support, but vorbis uses much fewer clock cycles (but all on the same core) so mp3 wins by a little on dual core targets 15.57.26 Join freddyb [0] (n=fred@pool-70-104-101-195.chi.dsl-w.verizon.net) 16.02.25 Quit petur ("*plop*") 16.03.05 Join AEnima1577 [0] (n=clbarnob@198.82.18.127) 16.09.40 Quit dfkt (Read error: 110 (Connection timed out)) 16.10.45 Join mabeco49 [0] (n=93410248@giant.haxx.se) 16.12.12 Quit mabeco49 (Client Quit) 16.15.03 Join dfkt [0] (i=dfkt@unaffiliated/dfkt) 16.15.23 Join Topy44 [0] (n=Topy44@f049007055.adsl.alicedsl.de) 16.16.47 Quit T44 (Read error: 104 (Connection reset by peer)) 16.23.05 Quit linuxstb (Read error: 60 (Operation timed out)) 16.23.23 Join toffe82 [0] (n=chatzill@ppp-71-138-17-48.dsl.frs2ca.pacbell.net) 16.24.37 Join MethoS- [0] (n=clemens@134.102.106.250) 16.33.50 Quit Zagor ("Don't panic") 16.36.52 Quit liar (Read error: 113 (No route to host)) 16.42.49 Join funman [0] (n=fun@rockbox/developer/funman) 16.45.19 Join liar [0] (n=liar@83.175.83.185) 16.54.00 Join dfkt_ [0] (n=dfkt@unaffiliated/dfkt) 16.54.48 Quit dfkt (Nick collision from services.) 16.54.59 Nick dfkt_ is now known as dfkt (n=dfkt@unaffiliated/dfkt) 16.55.24 Join Tomis2 [0] (n=Tomis@70.134.77.137) 17.02.10 Quit AEnima1577 ("Leaving.") 17.03.54 Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) 17.06.11 Join AEnima1577 [0] (n=clbarnob@nc6521897.cns.vt.edu) 17.07.00 Quit AEnima1577 (Client Quit) 17.07.53 Quit Tomis (Read error: 110 (Connection timed out)) 17.07.53 Nick Tomis2 is now known as Tomis (n=Tomis@70.134.77.137) 17.10.00 Join Tomis2 [0] (n=Tomis@70.134.96.115) 17.14.18 *** Saving seen data "./dancer.seen" 17.14.47 Join Blue_Dude [0] (n=chatzill@rockbox/developer/Blue-Dude) 17.16.05 # Lately the build process for manual builds hasn't been completing fully. The manual ends up as rockbox-build.pdf but is never renamed and copied to the build folder. 17.16.42 # Blue_Dude: any more changes coming to buffering.c? i was thinking of resyncing the clip patch 17.17.05 # I haven't touched buffering.c yet. I may never touch buffering.c. :) 17.18.01 # You meant pcmbuf.c? 17.19.50 # oh you're right, i'm just mixing them up in my head 17.20.34 # I see the clip patch. I don't think resyncing it will affect anything I'm doing. 17.20.50 # Or vice versa. 17.21.11 # actually its probably still in sync and i'm just mixing up my files :) 17.22.49 # That's been known to happen... 17.26.53 Quit Tomis (Read error: 110 (Connection timed out)) 17.27.04 Quit stoffel (Remote closed the connection) 17.29.01 Join martian67 [0] (n=lol3@d198-166-50-176.abhsia.telus.net) 17.29.17 Quit Tomis2 (Read error: 110 (Connection timed out)) 17.29.26 # Fixed the manual build. I just needed to svn up after the svn commit with the manual change. Seems the make file was confused which version was current. 17.34.01 Join AEnima1577 [0] (n=clbarnob@198.82.9.170) 17.41.44 # Torne: Does the current display in the debug menu calculate an average? 17.41.48 # no 17.41.57 # well, maybe. 17.42.09 # If it doesn't, it's not worth much for telling what codec is more efficient 17.42.09 # It displays the charge controller's ISTAT pin reading 17.42.16 # scaled to be in mA 17.42.24 # Current consumtion will jump up & down with boost state 17.42.42 # the ISTAT reading is probably a moving average 17.42.43 Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 17.42.51 # but the code doesn't do anything to average it, no 17.43.11 # You'd need a rather long time constant in order to get a useful average 17.43.18 # it doesn't seem to jump up and down that much :) 17.43.23 # (several seconds at least) 17.43.39 # the ltc4066 datasheet should say, maybe :) 17.43.51 # Well if you use a codec that doesn't need to boost at all you won't see it jumping 17.43.53 # except we don' thave it 17.43.57 # (i think) 17.44.02 # amiconn: i mean, even with one that does 17.44.04 # * Torne tries. 17.45.22 # ah 17.45.25 # indeed :) 17.46.08 # it's not that unpredictable though 17.46.57 # you could use the current data to work it out. 17.47.15 # (approximately) 17.47.20 # look at consumption unboosted and boosted, and the boost ratio 17.47.55 # I hadn't thought of this, i have been using the current metering for testing power management changes unrelated to boosting, for which it works fine :) 17.51.05 Nick FlynDice_ is now known as FlynDice (n=FlynDice@c-24-19-225-90.hsd1.wa.comcast.net) 17.57.01 Join Tomis [0] (n=Tomis@70.134.96.175) 17.57.26 Join killan [0] (n=nnscript@c-94fc70d5.06-397-67626721.cust.bredbandsbolaget.se) 18.00.02 Join bluebrother [0] (n=dom@f053154046.adsl.alicedsl.de) 18.01.24 Quit bluebroth3r (Read error: 60 (Operation timed out)) 18.10.11 Join Gvape_ [0] (n=chatzill@static-204-62-61-32.ptr.shelbybb.com) 18.10.31 Part Bagder 18.10.57 Quit freddyb (Remote closed the connection) 18.12.43 Quit Gvape_ (Client Quit) 18.17.44 Quit kotnik ("Leaving.") 18.19.05 # * bertrik considers working on a ramloader for the meizus this weekend 18.45.02 # Question: When I take a c250 and put rockbox on it, then (while off) I plug it into a car sansa adapter or 110v wall sansa adapter, it hangs on the rockbox boot screen. I've seen this on two c250s so far and I've tried reformatting/reinstalling on both. 18.45.04 # Anyone experience this? 18.45.48 Join Zorda [0] (n=hi@c-71-62-228-21.hsd1.va.comcast.net) 18.46.25 # Prot: I believe I read something related to the start screen, what is yours set to? 18.46.43 # everything default 18.46.52 # complete reformat 18.47.04 # hmm, no idea then 18.47.31 # which build did you install? 18.47.41 # latest 3.4 18.47.48 # using rbutility 18.48.06 Quit Blue_Dude ("ChatZilla 0.9.85 [Firefox 3.5.5/20091102152451]") 18.48.11 # the only common factor is that I'm using a 16gb microsd 18.48.13 # that would be the last release, could you try with a current build? 18.48.34 # will do 18.50.08 # trying 3.3 18.50.51 # I meant a current build not somehting older, I'm not sure 3.3 had Rockbox USB on the Sansas 18.51.12 # thats the latest stable 18.51.26 # 3.3 still hangs on boot screen. Screen says 'boot version 5.0' 18.51.37 # this is the wall ac adapter 18.53.10 # update your bootloader 18.53.28 # try updating your bootloader too with Rockbox Utility (should be 6.0 now), this needs root access. And please try with a "current build" not a release 18.53.52 # 6.0 is the first bootloader with full USB support on the sandisk players 18.53.52 # actually looks like its not hanging anymore, but it is booting to OF 18.53.59 # nice, didnt know there was a new one 18.54.03 # yes thats what the 5.0 bootloaders do 18.54.08 # its booting to OF in car mode too 18.54.09 # since they don't have USB 18.54.31 # Question can you run strife on the doom client? 18.54.48 # look at the keymap for your player 18.55.05 # yes i know >.> 18.55.26 # i was wondering if it would worktechnicly 18.56.10 # oh if you mean to implement it, well see if you have the buttons and then look at the code 18.56.27 # IIRC doom did let you strafe so its probably technically possible if you have the buttons to spare 18.59.45 # saratoga: rbutility installs 5.0 bootloader. how would I find 6.0? 19.00.05 # which version of rbutility do you run? 19.00.16 # ah need to upgrade 19.00.37 # 1.2.2 19.01.55 # downloaded 1.2.3 still installs bootloader 5 19.03.33 # got it 19.03.35 # disabled cache :) 19.04.08 # yes! thanks very much. works in car mode 19.04.30 # in cache mode it still says 'downloading...' :) 19.11.36 Join polobricolo [0] (n=polobric@AGrenoble-257-1-29-75.w86-194.abo.wanadoo.fr) 19.11.57 Join stoffel [0] (n=quassel@p57B4D8D2.dip.t-dialin.net) 19.12.51 Join jus__ [0] (n=julian@lns-bzn-48f-81-56-223-53.adsl.proxad.net) 19.14.20 *** Saving seen data "./dancer.seen" 19.19.50 Join bughunter2 [0] (n=bughunte@unaffiliated/bughunter2) 19.28.25 # is there anyway to change the scroll senstivity? 19.30.04 Quit funman ("free(random());") 19.37.03 Quit flydutch ("/* empty */") 19.39.33 Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 19.47.04 Join AEnima15771 [0] (n=clbarnob@nc65209aa.cns.vt.edu) 19.51.22 Quit polobricolo (Read error: 145 (Connection timed out)) 19.51.56 Join n1s [0] (n=n1s@rockbox/developer/n1s) 19.53.29 Mode "#rockbox -o scorche " by ChanServ (ChanServ@services.) 19.53.47 Quit AEnima1577 (Read error: 145 (Connection timed out)) 19.53.59 Join JdGordon|| [0] (n=Miranda@nat/microsoft/x-ycfysnagcvohrfvd) 19.56.53 Quit shai ("Leaving") 20.01.17 Quit AEnima15771 ("Leaving.") 20.09.46 # where are rbutil threads suppposed to go? 20.11.01 Quit JdGordon| (Read error: 110 (Connection timed out)) 20.11.16 Nick JdGordon|| is now known as JdG (n=Miranda@nat/microsoft/x-ycfysnagcvohrfvd) 20.11.23 Nick JdG is now known as JdGordon| (n=Miranda@nat/microsoft/x-ycfysnagcvohrfvd) 20.14.47 # is rbutil, multi threaded? shouldn't you OS handle the threads then? 20.14.55 # your, even 20.15.13 # has gevaerts hijacked n1s's nick? :) 20.15.13 Join toffe82_ [0] (n=chatzill@ppp-71-138-17-48.dsl.frs2ca.pacbell.net) 20.15.14 # and that comma shouldn't be there 20.15.47 # * n1s won't tell! 20.15.57 # * gevaerts is innocent! 20.19.18 Join merbanan [0] (n=banan@c-83-233-172-172.cust.bredband2.com) 20.19.55 Quit toffe82 (Read error: 60 (Operation timed out)) 20.19.58 Nick toffe82_ is now known as toffe82 (n=chatzill@ppp-71-138-17-48.dsl.frs2ca.pacbell.net) 20.20.39 Join domonoky1 [0] (n=Domonoky@g229116023.adsl.alicedsl.de) 20.20.55 Join BHSPitMonkey [0] (n=stephen@unaffiliated/bhspitmonkey) 20.23.41 Join AEnima1577 [0] (n=clbarnob@nc65216d9.cns.vt.edu) 20.30.23 Quit bertrik (Remote closed the connection) 20.30.58 Quit AEnima1577 ("Leaving.") 20.34.07 Join Grahack [0] (n=chri@ip-222.net-82-216-222.rev.numericable.fr) 20.37.46 Quit domonoky (Read error: 110 (Connection timed out)) 20.39.02 Join phanboy4 [0] (n=benji@c-24-98-43-198.hsd1.ga.comcast.net) 20.40.47 Join freddyb [0] (n=fred@pool-70-104-101-195.chi.dsl-w.verizon.net) 20.42.36 Quit Grahack ("Leaving.") 20.46.11 Nick Ypsy is now known as YPSY (n=ypsy@geekpadawan.de) 20.53.35 Quit mirak (Read error: 104 (Connection reset by peer)) 20.53.50 Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 20.56.06 Join ender [0] (i=krneki@foo.eternallybored.org) 20.56.12 Join Paleskin [0] (n=Paleskin@fm-ip-118.137.90.128.fast.net.id) 20.57.03 Join panni_ [0] (i=hannes@ip-95-222-21-143.unitymediagroup.de) 20.57.07 # flac playback on fuze sometimes autopause and can't be resumed, but after a force reboot, it plays again 20.57.41 # build r23549-091107 20.57.47 # is this a known bug ? 21.05.06 Join Tomis2 [0] (n=Tomis@70.134.101.90) 21.07.41 # flac playback on fuze sometimes autopause and can't be resumed, but after a force reboot, it plays again 21.07.44 # build r23549-091107 21.07.46 # is this a known bug ? 21.08.10 # Paleskin: The people who know are not necessarily on IRC 24/7 21.08.32 # ic 21.09.00 # which time zone do they at ? 21.09.10 # saratoga or any other 21.09.52 Quit ender` (Read error: 110 (Connection timed out)) 21.12.28 Part Paleskin 21.13.19 Quit panni_ (Read error: 54 (Connection reset by peer)) 21.14.21 *** Saving seen data "./dancer.seen" 21.18.40 Join Tomis2_ [0] (n=Tomis@70.134.86.252) 21.20.17 Quit Tomis (Read error: 110 (Connection timed out)) 21.20.17 Nick Tomis2_ is now known as Tomis (n=Tomis@70.134.86.252) 21.30.43 Quit Tomis2 (Connection timed out) 21.36.25 Quit jus__ (Read error: 113 (No route to host)) 21.44.04 Join Strife89 [0] (n=Strife89@adsl-81-160-3.mcn.bellsouth.net) 21.44.14 Join AaronM [0] (n=Aaron@adsl-4-241-157.mem.bellsouth.net) 21.44.20 # i wonder if test builds of the current clip deadlock fix on other targets are worth doing 21.44.42 # the bug is unlikly to happen on targets with a lot of memory, but it might be nice to check and see if it causes any unintended consequences 21.58.30 Quit ender (" Today's BOFH excuse: Zombie processes haunting the computer") 22.07.44 Join froggyman [0] (n=4845dcc2@giant.haxx.se) 22.08.12 Nick froggyman is now known as Guest33445 (n=4845dcc2@giant.haxx.se) 22.08.28 Nick Guest33445 is now known as froggyman| (n=4845dcc2@giant.haxx.se) 22.09.27 Join ender` [0] (i=krneki@foo.eternallybored.org) 22.12.49 Quit grndslm (Connection timed out) 22.18.33 Join grndslm [0] (n=grndslm@174-126-14-4.cpe.cableone.net) 22.19.53 Quit grndslm (SendQ exceeded) 22.21.30 Join grndslm [0] (n=grndslm@174-126-14-4.cpe.cableone.net) 22.23.35 Quit grndslm (SendQ exceeded) 22.25.05 Join grndslm [0] (n=grndslm@174-126-14-4.cpe.cableone.net) 22.32.25 Quit grndslm (SendQ exceeded) 22.37.27 Quit merbanan (Read error: 110 (Connection timed out)) 22.39.17 Join merbanan [0] (n=banan@c-83-233-172-172.cust.bredband2.com) 22.39.24 # Choice of stereo/mono record disappeared on Fuze. Anyone know where to look? 22.40.15 # i saw it playing with fred being the sheds before... maybe its there? 22.44.17 # JdGordon|: huh? 22.45.18 # My sheds are empty... 22.45.56 # You have two sheds? 22.46.49 # what colour are they? 22.47.09 # colours maybe 22.47.22 # gevaerts: freddy, not arthur :) 22.47.31 # oops :) 22.50.31 # I guess that's a big no. JdGordon: You posted about wanting a side to side scroll on the forums did you try out my patch? http://www.rockbox.org/tracker/task/10763?getfile=20914 22.50.53 # havnt had a chance 22.51.05 Nick shaggy-h is now known as chrism (n=kiwi@host-87-74-127-193.dslgb.com) 22.58.43 # New commit by 03blue_dude (r23622): Crossfade: crossfaded manual skips now start fading immediately 23.00.37 Join LambdaCalculus37 [0] (n=LambdaCa@rockbox/staff/LambdaCalculus37) 23.00.50 Join slam_ [0] (n=grndslm@174-126-14-4.cpe.cableone.net) 23.01.32 Quit merbanan (Read error: 110 (Connection timed out)) 23.02.31 Nick slam_ is now known as slammer (n=grndslm@174-126-14-4.cpe.cableone.net) 23.02.34 Quit stoffel (Read error: 54 (Connection reset by peer)) 23.02.39 Nick slammer is now known as grndslm (n=grndslm@174-126-14-4.cpe.cableone.net) 23.06.54 Join Tomis2 [0] (n=Tomis@70.134.86.21) 23.09.31 Nick AlexP_ is now known as AlexP (n=alex@rockbox/staff/AlexP) 23.11.20 Quit froggyman| ("CGI:IRC") 23.14.22 *** Saving seen data "./dancer.seen" 23.15.41 Quit evilnick_B ("Page closed") 23.21.06 Quit Tomis (Read error: 110 (Connection timed out)) 23.21.07 Nick Tomis2 is now known as Tomis (n=Tomis@70.134.86.21) 23.33.21 Quit Strife89 ("Errands.") 23.39.47 Quit freddyb ("Konversation terminated!") 23.43.41 Quit n1s ("Lämnar") 23.45.09 Quit Tomis (Read error: 110 (Connection timed out)) 23.47.11 Join Tomis [0] (n=Tomis@70.134.104.26) 23.48.21 Quit JdGordon| ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org")