--- Log for 11.02.113 Server: pratchett.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 25 days and 4 hours ago 00.04.08 Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 00.04.43 *** Saving seen data "./dancer.seen" 00.07.16 Quit bertrik (Ping timeout: 276 seconds) 00.29.15 Part LinusN 00.38.44 Join thegeek [0] (thegeek@110.36.34.95.customer.cdi.no) 00.55.10 Quit ender` (Quit: If you're going to do something tonight that you'll be sorry for tomorrow morning, sleep late.) 01.07.39 Quit foolsh (Ping timeout: 252 seconds) 01.20.45 Join foolsh [0] (~foolsh@nc-76-0-175-2.dhcp.embarqhsd.net) 01.28.39 Quit lebellium (Quit: ChatZilla 0.9.90 [Firefox 19.0/20130206083616]) 01.28.56 # * [Saint] wonders how random playback works/will work. 01.29.27 # <[Saint]> Does it randomise the entire playlist? Randomise until it fills the buffer and thinks about it again when it has to? etc. 01.30.33 # <[Saint]> If it is indeed 'random' then the playlist has no end if it has 2+ tracks, no? 01.30.44 # * [Saint] is confuzzled about how this will work 01.31.51 # * [Saint] wonders if JdGordon has a better idea of this 01.32.16 # [Saint], you're talking about my little patch? 01.32.27 # <[Saint]> In part, yes. 01.32.47 # well, it does nothing with playlist 01.33.03 # it just affects how next track is chosen 01.33.06 # <[Saint]> That'll fuck up 'next track' order in the .wps 01.33.14 # yes it does 01.33.17 # <[Saint]> iiuc, that's read from the playlist. 01.33.26 # <[Saint]> So, that's nasty. :-S 01.33.30 # yes 01.33.30 Quit foolsh (Ping timeout: 252 seconds) 01.34.02 # * [Saint] really wants 'true random' but doesn't see any way to make it work nicely. 01.34.26 # won't that laso break buffering? 01.34.33 # it'll buffer the wrong tracks, no? 01.34.38 # what do you mean 'nicely'? 01.34.40 # <[Saint]> it'll have to rebuffer after ever track. 01.34.47 # <[Saint]> *every 01.34.57 # <[Saint]> as the order will suddenly change. 01.35.19 # <[Saint]> gelraen: stuff like thwe above not happening ;) 01.35.23 # <[Saint]> *the 01.35.43 # well, I don't know much about the internals 01.36.04 # how much track are buffered that way? 01.36.07 # we fill up RAM with as much audio as possible 01.36.09 # *tracks 01.36.13 # no specific number of tracks 01.36.14 # oh 01.36.15 # just every available byte of memory 01.36.23 # according to what's next in the playlist :) 01.36.25 # <[Saint]> rebuffering after every track (how will that work with crossfade? hilariously, I imagine :)) and breaking the next track ordering in the .wps really isn't nice at all... 01.36.38 # <[Saint]> I imagine this makes crossfade hilarious. 01.36.45 # =) 01.37.22 # <[Saint]> "doop-e-doo...playing the first few seconds of the next track...wait, what?" <-- playback engine. 01.37.26 # for just next track it can be fixed realtively easy 01.38.30 # <[Saint]> Well, as far as the skin engine is concerned, we only care about knowing the next track. But it would be nicer if there was no arbitrary limit into how far forward or backward you can look into a playlist. 01.38.33 # but it can be hard for me, because I actually have no idea what happens on track change 01.40.47 # I was surprised how that "if (steps == 1)" fixed 2 UI problems I was concerned about 01.40.55 # well, the skin engine can look further if the skin uses it 01.41.02 # the mini playlist display 01.41.09 # and, "just hte next track" is not very much in buffering 01.41.18 # on the targets with lots of ram playing lossy codecs we often can buffer 8+ tracks 01.41.36 # <[Saint]> Right, but for metadata, we only care about the very next track. 01.41.44 # <[Saint]> the playlist viewer is a slight exception. 01.41.56 # having hte playlist viewer display info that's known to be wrong is dumb though 01.42.01 # <[Saint]> (and would give the wrong listing for 'random' playback) 01.42.11 # <[Saint]> heh, snap. 01.42.31 Join froggymana [0] (~me@unaffiliated/froggyman) 01.42.53 # <[Saint]> What is the basis behind the playlist not being re-ordered? 01.42.59 # <[Saint]> Who does that, and why? 01.43.13 # <[Saint]> Is there an example in the wild of an OS that does this I can look at? 01.43.20 # all this is exactly why shuffle works the way it does in rockbox in the first place 01.43.30 # * [Saint] nods 01.43.34 # the playback and buffering system depends on being able to know what the next N tracks are for an arbitrary value of N 01.43.45 # and so we shuffle the playlist rather than picking at random on track change :) 01.44.03 Quit pamaury (Ping timeout: 246 seconds) 01.44.03 # trying to change it to pick at random on track change without coming up with an alternative solution for buffering and UI is not viable 01.44.12 # <[Saint]> repeat shuffled is my 'true random'. 01.44.19 # <[Saint]> a poor compromise, but, ...meh. 01.44.45 Quit froggyman (Ping timeout: 246 seconds) 01.45.02 # <[Saint]> I very much dislike true random anyway. I prefer psuedo-random where there's no chance of hearing the same track within N tracks of itself. 01.45.12 Join eckoit [0] (~ryan@50.65.10.24) 01.45.21 # <[Saint]> But, I would /like/ true random, as it is oft requested. 01.45.32 # [Saint], what do you mean by "example in the wild of an OS that does this"? something that does not reorder the playlist? 01.45.49 Join foolsh [0] (~foolsh@nc-76-0-175-2.dhcp.embarqhsd.net) 01.46.03 # <[Saint]> gelraen: something that has true random playback without presenting the playlist order in that fashion to the user. 01.46.06 Quit prof_wolfff (Read error: Operation timed out) 01.46.12 # <[Saint]> so, yes, wht you said. 01.46.16 # <[Saint]> *what 01.46.28 # well, most desktop players do it that way 01.46.40 # <[Saint]> Not the ones I use. ;) 01.46.41 # or at least they appear to 01.46.42 # <[Saint]> Example? 01.46.54 # winamp, amarok, clementine 01.46.55 # [Saint]: there is no limit how far you can look forward/back in the playlist in the skins 01.46.56 # you can have "true" randomness and still use a preset playlist 01.47.08 # <[Saint]> JdGordon: for metadata there is... 01.47.14 # just instead of shuffling the playlist, create a new one derived from it that's random, and continue to create more as you go through it 01.47.22 # <[Saint]> Wait, hum...is there. Shit. 01.47.49 # <[Saint]> No, haha, I'm quite wrong there. 01.48.44 # the only thing you can't easily do using the playlist system as-is is have it be "secret" which track is going to play next 01.48.56 # <[Saint]> Not really relevant though I guess, as the information will be incorrect anyway. 01.48.58 # if you just want it to be able to repeat the same track without going through the entire list first that's perfectly doable 01.49.17 # [Saint]: yeah, it doesnt have to be 01.49.32 # the random patch doesnt go far enough to make that work 01.49.46 # <[Saint]> it also needs a skin tag ;) 01.49.47 # it is perfectly easy to store the index of the next X tracks so it works 01.50.07 # * [Saint] shudders at 'skin tag' 01.50.41 Part eckoit 01.58.23 # <[Saint]> How much longer do I have before the release to sneak the new presets in? 01.58.48 # <[Saint]> ...and, does anyone *really* give a flying fudge if I deprecate a few of them? 01.59.14 # put em up 02.00.29 # <[Saint]> and, the second question? Is it really a huge deal if I remove a few? 02.01.01 # <[Saint]> I did some *very* crappy frequency doubling to avoid that the first time around, and I dislike that very much. 02.01.40 # probably not 02.03.32 # * [Saint] really wants a system to remove deprecated files from the filesystem at first boot after installation. 02.03.45 # <[Saint]> 'twould be nice. 02.04.21 # and not nice to maintain 02.04.46 *** Saving seen data "./dancer.seen" 02.05.03 # <[Saint]> How so? It would just need to be something like a magic filoe with a csl of files to remove, last step being to remove the list itself. 02.05.29 # <[Saint]> and just check if exists in a known location at boot time. 02.05.54 # and where would that file come from? 02.06.15 # it would parse the file every upgrade if it is in the zip 02.07.28 # <[Saint]> Well, it wouldn't be present if there were no need for it. But, say if for some reason a developer renamed a plugin, he could add said plugin to so it wiped out the old version at the first boot. 02.07.47 # <[Saint]> It would need to be maintained manually, but the dev making the changing commit should know what they're deprecating. 02.09.30 # <[Saint]> I thought it could be done trivially with autorock and LUA, but, ...nah. 02.29.04 # autorock isnt enabled by default 02.29.26 # <[Saint]> it also only opens a plugin, iirc, there's no way to tell it to run anything. 02.31.31 # is there any issue really with having the old ones left around? 02.31.36 # or just empty them 02.32.06 # <[Saint]> Apart from user confusion, not really, no. 02.32.24 # <[Saint]> I just don't really like the idea of leaving old files around on the disk. 02.32.54 Quit foolsh (Ping timeout: 252 seconds) 02.45.19 Join foolsh [0] (~foolsh@nc-76-0-175-2.dhcp.embarqhsd.net) 02.45.19 Quit kaputnik (Read error: Connection reset by peer) 02.57.08 # <[Saint]> Question: Is the "Default" preset /really/ necessary? 02.57.25 # <[Saint]> I find it confusing, and misleading (it actually disables the EQ) 02.59.14 # * [Saint] added g#401 02.59.26 # <[Saint]> errr, g401 02.59.28 # 3Gerrit review #401 at http://gerrit.rockbox.org/r/401 : EQ Presets by Hayden Pearce (changes/01/401/1) 02.59.33 # <[Saint]> huzzah! 03.01.16 # <[Saint]> JdGordon: ^ 03.01.33 # <[Saint]> give 'em a try, see how they sound. 03.01.52 # <[Saint]> I like them very much compared to whats in HEAD presently. 03.03.13 # * JdGordon doesnt use the eq at all 03.03.25 # change the commit message though 03.03.42 # <[Saint]> to? and why? 03.04.18 # the cupertino bit 03.04.24 # adapted at least 03.04.26 # not borrowed 03.05.02 # * [Saint] doesn't see anything terribly wrong with saying where they came from 03.06.03 # adapted sounds less troublesome 03.06.58 # <[Saint]> I asked prior to starting if it would be a bother if I outright stole the presets from iTunes, and I got a resounding "no". 03.07.06 # <[Saint]> ...but, I'll remove the reference to them. 03.07.43 # <[Saint]> Done. 03.09.11 # <[Saint]> Hum...weird. If you do a commit --amend, and only change the commit message, gerrit doesn't display the previous patch set. 03.09.44 # <[Saint]> Or, Chrome is being a meanie. 03.09.51 # <[Saint]> Yes, that. 03.10.28 Join Spaceghost1 [0] (~Pablo@unaffiliated/spaceghost) 03.12.06 # f5 is your friend 03.13.25 Quit Spaceghost (Ping timeout: 260 seconds) 03.22.23 Quit XavierGr (Ping timeout: 248 seconds) 03.28.20 Nick Spaceghost1 is now known as Spaceghost (~Pablo@unaffiliated/spaceghost) 03.31.00 # * [Saint] is pretty sure that that one is quite safe to go through directly 03.31.15 # <[Saint]> I've been using the presets for a few days, they seem fine to me. 04.04.47 *** Saving seen data "./dancer.seen" 04.04.54 # [Saint]: have you tried the new eq menu? 04.05.10 Join amiconn_ [0] (amiconn@rockbox/developer/amiconn) 04.05.10 Quit amiconn (Disconnected by services) 04.05.15 Nick amiconn_ is now known as amiconn (amiconn@rockbox/developer/amiconn) 04.05.26 Join pixelma_ [0] (pixelma@rockbox/staff/pixelma) 04.05.27 Quit pixelma (Disconnected by services) 04.05.29 Nick pixelma_ is now known as pixelma (pixelma@rockbox/staff/pixelma) 04.16.51 Part amayer 04.22.26 Quit froggymana (Read error: Connection reset by peer) 04.36.30 Quit guymann (Remote host closed the connection) 04.37.07 Join guymann [0] (~c@unaffiliated/guymann) 05.14.58 Join TheSphinX^ [0] (~briehl@p5DD45581.dip.t-dialin.net) 05.19.18 Quit TheSphin_ (Ping timeout: 276 seconds) 05.30.46 Join froggyman [0] (~me@wr700n.nebula.msoe.edu) 05.30.46 Quit froggyman (Changing host) 05.30.46 Join froggyman [0] (~me@unaffiliated/froggyman) 05.46.44 Join webguest984 [0] (~ae03ec68@www.haxx.se) 05.48.20 # Hey there, got a classic 160gb ipod with some trouble 05.52.42 Quit webguest984 (Quit: CGI:IRC) 05.52.57 Join Billytex [0] (~ae03ec68@www.haxx.se) 05.54.03 # Hey there, been on here a few times now and havent ever gotten a responce. I've got a Classic 160gb ipod with emcore and rockbox that I thoroghly enjoy... when it works! 05.54.41 # Occasionally iit locks up for no apparent reason accompanied by loud annoying 'buzz' out the speakers 05.55.39 # <[7]> known issue with old builds up to summer 2012 or something 05.55.55 # I know the Classic 160gb is not an 'officially' supported port just yet but I have been contemplating taking off Rockbox for the lame but stable Apple OEM firmware BS 05.55.58 Quit [7] (Disconnected by services) 05.56.06 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven) 05.56.46 # How do I get a newer build on there? I'd be okay with almost any other trouble than that 05.57.33 # Its being touted 'The Rockbox FAIL' 05.58.54 # known issue with old builds up to summer 2012 or something 05.58.56 # builds newer than that have other problems though (mostly non-working usb) 05.59.09 # unpack the zip file of whatever build you want? 05.59.54 # so non working usb means i have to back to current build to add music? 06.00.14 # I have to go back to current build every time? 06.00.41 # what build do you recommend? 06.01.56 Join dfkt_ [0] (dfkt@unaffiliated/dfkt) 06.02.11 # yes, basically 06.02.14 # and that's what I recommend 06.02.23 # new build for playback, old build for USB if it fails on the new one 06.02.50 # Is the newest build any good? any serious issues? 06.02.59 Quit dfkt (Ping timeout: 256 seconds) 06.03.05 # well, USB mess... 06.03.34 # is it possible to store both builds on the drive itself? 06.04.38 # ah cant even charge? 06.04.50 *** Saving seen data "./dancer.seen" 06.06.13 # I was also wondering how to get the proper size batteryh meter 'uploaded' or update or whatever term Rockbox uses 06.06.35 # I don't know of charging problems 06.06.51 # hmm cool... 06.06.54 # just the device not being detected properly by the computer, which might give it a smaller power budget 06.07.08 # but it will even charge (albeit slowly) while being completely off 06.07.21 # there was a post somewhere about the battery metter being for a smaller milliamp hour rating 06.07.41 # that's configurable 06.07.48 # and a way to change that 06.07.55 # the various ipod classic generations/models have slightly different capacity ratings 06.08.18 # i think it currently goes to 500, but the battery has more than that 06.08.26 # but then again the milliamp hour setting doesn't really influence anything 06.08.35 # because we can't read the battery current on the classic (yet) 06.09.00 # the 'configurable' part are the different ratings, up to 500 06.09.02 # that setting is only used to calculate the remaining time estimate 06.09.09 # it doesn't affect hte way the battery is charged or usde 06.09.19 # if it's wrong it will just predict the wrong battery life 06.09.21 # which is based on completely arbitrary power consumption guesses 06.09.23 # yeah, no probs... I underastand 06.09.48 # 'A few have taken them apart and found no info I read here 06.10.06 # estimated at around ~850 06.10.40 # Was just curious 06.11.33 # so to update rockbox I just delete the .rockbox folder and drop in the newer one? 06.11.55 # just unpack the new folder, replacing the old one 06.12.12 # if you delete it first you'll lose your config etc. 06.12.29 # unpack... I have some reading to do I suppose 06.12.42 # emcore unpacks? 06.13.01 # well just extract the zip file 06.13.09 # Or once emcore is on, rockbox unpacker functions as normal 06.13.21 # emcore is just the bootloader 06.13.35 # extract to THAT folder 06.14.04 # Zips are updated daily? 06.14.26 # extract to the root directory of the ipod 06.14.28 # every time new code is checked in 06.15.32 # any idea when new code was checked lately? 06.16.05 # *checked in 06.16.05 # several times a day 06.16.12 # sometimes lots of times a day 06.17.01 # is there a website address you can point me at to see them? 06.17.22 # www.rockbox.org :) 06.17.29 # haha 06.17.42 # nice 06.18.25 # old releases archive? 06.20.52 # ther must be a place for just ipod 6g 160gb zips too? 06.21.16 # they aren't archived 06.21.40 # well, releases of course are, but not all of those autobuilds 06.21.54 # and there is no official ipod classic release 06.22.40 # so just unzip a release for a different ipod? like 4? 06.22.55 # no, just use the most recent ipod classic build 06.23.56 # the most recent according to the website is the one I'm using... 06.25.02 # Or, is this updated somehow automatically with new code? http://build.rockbox.org/data/rockbox-ipod6g.zip 06.25.33 # yes, several times per day, as stated above 06.25.40 # Ah I see 06.25.50 # K I'll try that 06.26.38 # the unpacker with the working usb is still available somewhere as well? 06.28.04 # I really wanna keep Rockbox if I can 06.28.21 # "the unpacker"? 06.30.39 # Sorry, excuse me. The unpacked 'zip' that comes when you initially instal emCore 06.31.06 # that's linked on the emcore download page 06.37.39 # thanks so much! I found them both. I'll try and see if I can force it too work 06.43.19 Join Rower [0] (husvagn@v-413-alfarv-177.bitnet.nu) 06.48.07 Quit froggyman (Ping timeout: 252 seconds) 06.50.55 Quit Billytex (Quit: CGI:IRC) 07.25.30 Join mortalis [0] (~mortalis@195.34.194.126.kalibroao.ru) 07.52.13 Quit SuperBrainAK (Quit: pbly going to sleep /_\) 07.52.14 Join melmothX [0] (~melmoth@unaffiliated/melmothx) 07.57.48 Quit soap (Read error: Connection reset by peer) 08.04.51 *** Saving seen data "./dancer.seen" 08.14.55 Join soap [0] (~soap@cpe-174-102-96-10.woh.res.rr.com) 08.14.56 Quit soap (Changing host) 08.14.56 Join soap [0] (~soap@rockbox/staff/soap) 08.23.22 Join bertrik [0] (~quassel@rockbox/developer/bertrik) 08.30.35 Join petur [0] (~petur@rockbox/developer/petur) 08.40.19 Join ender` [0] (~ender@foo.eternallybored.org) 08.45.56 Join LinusN [0] (~linus@giant.haxx.se) 08.54.15 Quit jhMikeS (Ping timeout: 256 seconds) 09.02.56 Join stripwax [0] (~Miranda@rockbox/developer/stripwax) 09.06.29 Quit stripwax (Client Quit) 09.12.11 Quit bertrik (Ping timeout: 255 seconds) 09.14.18 Join Zagor [0] (~bjst@sestofw01.enea.se) 09.14.18 Quit Zagor (Changing host) 09.14.18 Join Zagor [242] (~bjst@rockbox/developer/Zagor) 09.27.56 Join kevku [0] (~kevku@2a01:d0:ffff:34a::8:3) 09.37.36 Join lebellium [0] (~chatzilla@lns-c10k-ld-02-m-212-194-176-149.dsl.sta.abo.bbox.fr) 09.37.50 Join y4n [0] (~y4n@unaffiliated/y4ndexx) 10.01.10 Quit Scromple_ (Ping timeout: 252 seconds) 10.04.28 Join Scromple [0] (~Simon@161.43.73.67) 10.04.54 *** Saving seen data "./dancer.seen" 10.11.26 Join lorenzo92 [0] (~chatzilla@host135-231-dynamic.5-87-r.retail.telecomitalia.it) 10.12.37 # [Saint]: why are new EQ presets actually needed? 10.19.35 Nick dfkt_ is now known as dfkt (dfkt@unaffiliated/dfkt) 10.22.25 Quit Raptors (Disconnected by services) 10.22.26 Join Raptors_ [0] (~whoneedsa@216-58-33-203.cpe.distributel.net) 10.23.23 Join Guinness` [0] (Slayer@c-68-55-111-159.hsd1.va.comcast.net) 10.24.38 Quit Guinness (Read error: Connection reset by peer) 10.24.39 Nick Guinness` is now known as Guinness (Slayer@c-68-55-111-159.hsd1.va.comcast.net) 10.28.05 Join wodz [0] (~wodz@iwl138.internetdsl.tpnet.pl) 10.32.26 # wodz: do you remember report about pops in sound? I could reproduce it if switch to failsafe theme. 10.32.47 # oh, thats interesting 10.32.47 # it seems it's problem with commit_discard_dcache_range 10.32.59 # no, not again please 10.33.35 # mortalis: you mean current version or the previous one? I slightly changed this function not so long ago 10.33.40 # both 10.34.05 # no pops if i remove disabling interrupt 10.34.08 Quit y4n (Read error: Connection reset by peer) 10.34.51 Join y4n [0] (~y4n@unaffiliated/y4ndexx) 10.36.26 # replacing commit_discard_dcache_range in lcd_update with commit_discard_idcache seems helps too 10.43.22 Quit dfkt (Read error: Connection reset by peer) 10.43.33 Join dfkt [0] (dfkt@unaffiliated/dfkt) 10.45.03 # wodz: btw, there some news about white screen problem on slim. It appears that it has v1 type lcd (like mine), and white screen problem doesn't related to lcd identification, so it something else. 10.45.33 # and now i'm stuck 10.50.41 Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) 10.53.17 # mortalis: pamaury reported that commit_discard_dcache_range doesnt work in usb driver so thats suspicious. 11.05.05 # wodz: In sdk there is delay in loop after discarding every line. 11.05.58 # mortalis: which is odd as you busy loop until cache controller signals its done with discarding 11.07.31 # wodz: oh yes, i read it wrong first time. 11.08.57 # wodz: interresting what means this comment in sdk: //081103,BUG. 11.09.23 # :P 11.13.07 # In theory we could create separate section for frame buffer with fixed address and configure this range to be not cached. 11.23.22 # yes + I think dcache_range should be replaced with idcache function, until dcache_range will be fixed. 11.24.42 # the idea about uncached section would be quite complicated 11.26.34 # hmm, it is even not possible - base address has to be 32MB alligned and at least 32MB in size 11.27.41 Join kaputnik [0] (~kaputnik@port-92-206-7-238.dynamic.qsc.de) 11.30.02 # wodz: any ideas whats wrong with lcd? 11.31.28 # maybe different interface? like 16bit vs 18bit? 11.32.16 # white screen basically means that initialization failed 11.32.49 Quit Zambezi_ (Changing host) 11.32.49 Join Zambezi_ [0] (Zulu@unaffiliated/zambezi) 11.32.57 Nick Zambezi_ is now known as Zambezi (Zulu@unaffiliated/zambezi) 11.37.12 # wodz: on slim I borrowed only 1 from ~20 starts with white screen 11.37.27 # so it's prbably not interface 11.38.02 # randomness usually means timing problems 11.39.23 # yes, but same delays like in OF in lcd_init doesn't help 11.43.48 # we played with interface timing IIRC maybe we are driving it to hard 11.46.43 Join XavierGr [0] (XavierGr@rockbox/staff/XavierGr) 11.47.20 # you mean VERT_PERIOD? 11.47.20 # VERT_PERIOD=0xfff doesn't help too 11.47.49 # weird 11.50.00 # crazy idea: try to do initialization two/three times in row. Its interesting if it is truly random failure or we hit some weird lcd state 11.52.09 # wodz: it probably weird lcd state, because if bootloader starts with white screen, then main binary will start with white screen too 11.53.31 # i noticed some sort of "memory" effect. After white screen boot, if you restart device quickly you'll most probably get white screen again 11.54.32 # if switch off, wait a bit and switch on again, lcd initializes normally. 11.56.57 Quit petur (Quit: *plop*) 11.58.49 # kugel: I'm updating another patch set for R1, some cleanups and fixes for touchscreen, who can I also add for a review of the patch, you think? 12.00.00 Quit y4n (Read error: Connection reset by peer) 12.00.46 Join y4n [0] (~y4n@unaffiliated/y4ndexx) 12.04.56 *** Saving seen data "./dancer.seen" 12.05.57 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 12.08.28 # mortalis: is there a gpio connected to reset line in lcd? 12.09.20 # dunno 12.09.36 # pamaury: back from .pt? 12.09.42 # yeah 12.09.47 # how to check it? 12.11.54 # lorenzo92: don't know. I have little time currently, but I try to review in the next few days 12.12.41 # kugel: okay, thanks, no problem do that when you have time we're not in a hurry :) 12.36.40 Join evilnick_ [0] (538a2493@gateway/web/freenode/ip.83.138.36.147) 12.37.55 Quit melmothX (Quit: bau) 12.42.41 # + 12.52.44 Quit evilnick_ (Quit: Page closed) 13.09.15 Join evilnick_ [0] (538a2493@gateway/web/freenode/ip.83.138.36.147) 13.25.44 Part LinusN 13.35.07 # does anyone have any ideas why going into the fm screen, then exiting and trying to start playback would seem to fail the first time (playback starts for half a second the first time then stops)... this happens with a new playlist or resume playlist... 13.35.36 # my patch which apparently triggers this only unloads the fm skin and loads the wps skin when this happens, though there shld be no correlation 13.38.35 Join Wardo [0] (~Mirandaha@bpb01-1-88-162-4-186.fbx.proxad.net) 13.39.49 Join minouch [0] (~d590c461@www.haxx.se) 13.40.09 # Hello 13.41.06 # I have a problem with my Fuze+. It keep restarting at bootup screen stoping at "Exctracting" step. 13.41.45 # I can connect it to USB. But it don't let me pass the bootloader step. It used to works well... 13.42.50 # JdGordon: I never noticed that on R0/R1...if I play something from filebrowser, then i go to fm radio, and again resuming playback everything works fine 13.43.15 # When I want to power it On it don't do so, and when I plug the charger I have that restart bootloader problem. When I connect it to USB, it enter to USB mode of the bootloader 13.43.30 # Any hints to help me guys, please? 13.44.09 # minouch: I don't understand your problem, when you boot normally, without usb, what happen ? 13.44.17 # lorenzo92: no, its with my new skin patch I'm working on... I tihnk i just figured out the problem though 13.44.41 # ah ok, sorry :) 13.44.55 # Hello pamaury long time 13.45.04 # It refuse to boot. 13.45.38 # I have to plug charger or USB to have bootloader screen output 13.45.46 # battery is low ? 13.46.11 # That what I thought first hence my desire to charge it but then... 13.46.31 # boot into the OF on usb plug by holding volume down 13.46.42 # First time I got that behaviour. It used to have another behaviour when very low state 13.47.07 # OK let's try 13.47.46 # the current bootloader doesn't charge when usb is plugged, that's a known issue, will be fixed by next bootloader but "next" bootloader has a memory corruption issue :-/ 13.48.12 Join funman_ [0] (~fun@rockbox/developer/funman) 13.48.15 # Apparently, it don't want to boot OF 13.48.40 # Now that it know Rockbox, it don't want OF anymore :) 13.49.09 # try to reflash the OF: put the OF firmware.sb at the root, dismount and hold down when booting so that it upgrades 13.50.02 Quit Spaceghost (Quit: Leaving.) 13.50.04 Quit funman (Read error: Connection reset by peer) 13.50.28 # Forcing the thing worked, I had to hold the button for a long time 13.50.39 # yes, so it boots into the OF? 13.51.07 # Yes I'm on the OF USB mode it seems (first time I saw that :) 13.51.25 # ok, let it charge for some time, then if you still have a problem, poke me 13.51.48 # That was it thank you! 13.51.59 # leaving usb got me rockbox boot again! 13.53.02 # Btw pamaury, great works on cpu scaling 13.53.25 # Very good improve in stability and battery life 13.53.32 Quit funman_ (Ping timeout: 256 seconds) 13.53.49 # We just need to have a control on that crappy touchpad :) 13.53.51 Join Spaceghost [0] (~Pablo@unaffiliated/spaceghost) 13.53.54 # Good luck on that 13.54.06 # BAck to work, merci pamaury 13.54.22 Join funman [0] (~fun@rockbox/developer/funman) 13.54.40 # B4gder: Zagor: err, I just noticed one of the skin engine files I added back in sep 2010 had the (c) header copy/pasted from another file, is it OK to just change the name so its me with the correct date and not randoms? 13.55.25 # 99% of the file was last modified by me and most not since th einitial commit 13.55.26 # JdGordon: which file? 13.55.38 # apps/gui/skin_engine/skin_engine.c 13.55.56 # JdGordon: what's the current status of transparency in theme engine again? In some weeks I'll start making my first theme for a touch target, YP-R1, and I'm wondering if I'll be able to reproduce the transparency of OF http://media.generationmp3.com/lebellium/test/Samsung_R1/R0012325.JPG 13.56.36 # 1) \m/ 2) That should be doable.. you'd have to ask [Saint] for a better confirmatino though :) 13.56.46 # * JdGordon isnt sure :p 13.56.55 # JdGordon: go ahead 13.57.06 # you can definitly do the AA layering though 13.57.10 # Zagor: ta 14.00.02 # JdGoron 14.00.02 # JdGordon: http://anythingbutipod.com/forum/showpost.php?p=601530&postcount=68 14.00.33 # the post is a bit old. Has anything changed since then? 14.04.58 *** Saving seen data "./dancer.seen" 14.14.18 Join LinusN [0] (~linus@giant.haxx.se) 14.45.31 Join froggyman [0] (~me@dhcp-155-92-103-232.nebula.msoe.edu) 14.45.31 Quit froggyman (Changing host) 14.45.31 Join froggyman [0] (~me@unaffiliated/froggyman) 14.51.07 # the url parser in the log viewer is still broken :( 14.52.11 Join amayer_ [0] (~amayer@mail.weberadvertising.com) 14.52.57 # oh right, nicks have priority 14.53.41 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 14.53.54 Quit froggyman (Ping timeout: 260 seconds) 14.57.05 # kugel: patches are welcome :-) 15.06.34 Quit mortalis (Quit: Leaving) 15.11.35 Join nateloaf [0] (~nwild@S0106bcaec5c3e90e.wp.shawcable.net) 15.13.12 Join Spaceghost1 [0] (~Pablo@unaffiliated/spaceghost) 15.13.54 Join kaputnik_ [0] (~kaputnik@port-92-206-98-155.dynamic.qsc.de) 15.15.46 Quit Spaceghost (Ping timeout: 252 seconds) 15.16.07 Nick Spaceghost1 is now known as Spaceghost (~Pablo@unaffiliated/spaceghost) 15.17.29 Quit kaputnik (Ping timeout: 255 seconds) 15.19.48 Quit wodz (Quit: Leaving) 15.26.18 Quit Wardo (Quit: Blarglarg) 15.26.31 Join Wardo [0] (~Mirandaha@bpb01-1-88-162-4-186.fbx.proxad.net) 15.56.12 Quit liar (Read error: No route to host) 16.02.17 Quit scorche (Disconnected by services) 16.02.21 Join scorche` [0] (~scorche@rockbox/administrator/scorche) 16.05.02 *** Saving seen data "./dancer.seen" 16.06.00 Quit bluebrother (Disconnected by services) 16.06.05 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 16.06.52 Join TBCOOL [0] (~tb@c-893571d5.09-42-73746f22.cust.bredbandsbolaget.se) 16.07.06 Quit TBFOOL (Remote host closed the connection) 16.10.47 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 16.10.51 Quit minouch (Quit: CGI:IRC) 16.12.49 Quit lorenzo92 (Ping timeout: 255 seconds) 16.21.59 # <[Saint]> lebellium: statis text should be possible, dynamic text will mess things up gleefully. 16.22.04 # <[Saint]> *static 16.22.24 # <[Saint]> so, anything that scrolls, counters, , etc. 16.23.43 Join melmothX [0] (~melmoth@unaffiliated/melmothx) 16.25.30 # <[Saint]> Also, lol, is that Comic Sans? 16.25.32 # <[Saint]> ....hahahaha 16.25.55 Join jlbiasini [0] (~metaphysi@109.103.46.91) 16.27.42 # nope, that's AV_jumok_kr_v.ttf I guess 16.27.55 # I don't see Comic Sans in the sysdata folder 16.28.58 # hello, just to be sure I'm not doing some double work here, I'm starting on drawing zen X-Fi2 & 3 in svg, is anyone else working on that? 16.31.02 # jlbiasini: I don't think so, I did the images myself 16.31.05 # [Saint]: What about playmode icons (prev, next, play/pause) showing up over the album art with shadowed transparent background like on the pic? 16.31.35 # and you know how bad I am at drawing ^^ 16.31.37 # pamaury: so you have already done it? 16.31.44 # just for the sim 16.31.54 Quit ml| (Ping timeout: 260 seconds) 16.32.05 # and not in svg 16.32.14 # so go ahead :) 16.32.32 # ah yeah I saw the sim, I guess a slight improvement is still possible ;) 16.32.50 # jep I'm starting 16.33.12 # I have to learn again how to use inskape but its fun anyway... 16.33.51 # <[Saint]> [04:31:06] [Saint]: What about playmode icons (prev, next, play/pause) showing up over the album art with shadowed transparent background like on the pic? <-- perfectly possible 16.34.06 # <[Saint]> dynamic text however... 16.34.19 # <[Saint]> it's /possible/, but it'll look like ass. 16.36.12 # ok thanks, when I start the theme I'll probably need your help as it will be my first theme for a touch target and as for now I don't really imagine how it is possible to have 3 layers: Album Art + shadowed transparent background + icons 16.37.44 # <[Saint]> you can't have three layers. 16.37.53 # <[Saint]> but, I don't see why you'd need them. 16.38.24 # <[Saint]> shadowed transparent background+icons will need to be one image. 16.38.43 # <[Saint]> you absolutely canot have three layers. 16.38.56 # hum I did not think about that trick :) 16.39.04 # <[Saint]> there's only "background" and "not the background", no concept of front or back. 16.39.39 # so I'll need 2 images: one with the play icon and another with the pause icon. sounds like doable 16.53.35 Quit kevku (Ping timeout: 264 seconds) 16.59.18 Quit Zagor (Quit: Clint excited) 16.59.47 Join froggyman [0] (~me@dhcp-155-92-103-232.nebula.msoe.edu) 16.59.48 Quit froggyman (Changing host) 16.59.48 Join froggyman [0] (~me@unaffiliated/froggyman) 17.04.31 Join melmothX_ [0] (~melmoth@78-0-99-40.adsl.net.t-com.hr) 17.04.38 Quit melmothX (Read error: Operation timed out) 17.19.02 Join dfkt_ [0] (~dfkt@unaffiliated/dfkt) 17.20.03 Quit evilnick_ (Quit: Page closed) 17.21.11 Quit dfkt (Ping timeout: 264 seconds) 17.25.46 Join dfkt [0] (dfkt@unaffiliated/dfkt) 17.25.55 Quit dfkt_ (Disconnected by services) 17.35.44 Quit jlbiasini (Ping timeout: 276 seconds) 17.43.21 Join wodz [0] (~wodz@89-76-32-53.dynamic.chello.pl) 17.44.43 # pamaury: please consider looking at rk27xx usb issue with analyzer :-) 17.45.05 # yes, I just need....time ! 17.47.03 Join jlbiasini [0] (~metaphysi@109.103.46.91) 17.56.14 Join kevku [0] (~kevku@2001:470:27:773:0:feed:c0f:fee) 18.05.05 *** Saving seen data "./dancer.seen" 18.07.16 Join jhMikeS [0] (~jethead71@50.4.240.19) 18.07.16 Quit jhMikeS (Changing host) 18.07.16 Join jhMikeS [0] (~jethead71@rockbox/developer/jhMikeS) 18.18.24 # mortalis: (log) what about removing disable_irq_save() and restore_irq() from commit_discard_dcache_range()? It is used in sd, lcd and pcm drivers to handle transfers form/to data buffers so this should not harm. The build with modification passed my limited tests. It may be suggestion but this seems to remove background noise on my generic dap. 18.21.08 Quit XavierGr (Disconnected by services) 18.21.10 Join XavierGr [0] (~xavier@rockbox/staff/XavierGr) 18.21.29 # pamaury: In which way commit_discard_dcache_range() didn't work for you in usb driver? 18.23.17 # wodz: which usb driver ? I don't remember such a thing 18.23.23 # rk27xx 18.23.39 Join bertrik [0] (~quassel@rockbox/developer/bertrik) 18.23.46 # I don't remember honestly 18.24.03 Join petur [0] (~petur@rockbox/developer/petur) 18.29.36 # Torne: What is the status of mSATA? This seems to be hot topic on forum. 18.29.51 # i've got a device with a converter + mSATA SSD in it 18.30.05 # had a poke and it's just not initialised/ready when we expect it to be, but increasing timeouts doesn't fix it 18.30.14 # i think we just need to be more careful and thorough about resets 18.30.24 # once i get home i'm gonna craft some better ATA debug code 18.30.40 # since currently there doesn't appear to be an easy way to, say, get a dump of the ATA registers in a panic 18.30.57 # but i've been too busy on my vacation to do a lot :) 18.32.06 # ok, I'll respond on the forum then 18.33.01 # the people trying to do it in a h120/300 are of course in for ht eusual disappointment re bootloader 18.33.06 # :) 18.33.25 # well, also :( 18.34.02 # that is fixable :-) Just aswer them to bug gevaerts who got BDM pod to poke with :-) 18.38.06 # i broke my own ipodvideo though 18.38.21 # the disk had errors and stuff, so i opened it up to reseat the cable which fixed it last time 18.38.41 # <[Saint]> What do you need? 18.38.45 # and now the disk doesn't respond at all, and i also broke the corner of the lcd so the top left is no longer visible 18.38.45 # <[Saint]> I have a few spares. 18.38.52 # erm, a new ipod basically :) 18.38.58 # <[Saint]> Aha. :) 18.38.59 # since the screen and disk are both fucked 18.39.10 # so yeah 18.39.12 # <[Saint]> I have an LCD, a drive, and all ribbons. 18.39.29 # i dunno if i can be bothered to fix it :) 18.39.32 # i use it so rarely now 18.39.35 # <[Saint]> Fair enough. 18.39.39 Quit DmL (Quit: CGI:IRC (EOF)) 18.39.52 # <[Saint]> Well, I imagine so...since, y'know, it's non-functional. 18.40.04 # <[Saint]> I imagine you get very little enjoyment out of its usage. 18.41.31 # heh 18.42.20 # <[Saint]> You need the batteries in other devices to blow up. The, Apple will hopefully do what they did with the Nano1G. :) 18.42.26 # <[Saint]> *Then 18.45.07 Quit wodz (Quit: Leaving) 18.54.19 Quit froggyman (Ping timeout: 240 seconds) 19.01.30 Quit nateloaf (Quit: Leaving.) 19.04.28 Join ml| [0] (~ml@unaffiliated/ml/x-3958674) 19.06.17 Join nateloaf [0] (~nwild@S0106bcaec5c3e90e.wp.shawcable.net) 19.14.10 Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 19.16.26 Quit ml| (Read error: Operation timed out) 19.16.53 Join lorenzo92 [0] (~chatzilla@host159-105-dynamic.31-79-r.retail.telecomitalia.it) 19.24.31 Join ml| [0] (~ml@unaffiliated/ml/x-3958674) 19.25.42 Quit fs-bluebot (Ping timeout: 256 seconds) 19.26.25 Quit bluebrother (Ping timeout: 255 seconds) 19.27.04 Join fs-bluebot [0] (~fs-bluebo@g225255074.adsl.alicedsl.de) 19.27.29 Quit jlbiasini (Read error: Operation timed out) 19.28.33 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 19.29.28 Join pretty_function [0] (~sigBART@123.252.213.172) 19.31.59 Quit XavierGr (Disconnected by services) 19.32.01 Join XavierGr [0] (XavierGr@rockbox/staff/XavierGr) 20.05.07 *** Saving seen data "./dancer.seen" 20.07.00 Join froggyman [0] (~me@unaffiliated/froggyman) 20.07.16 Quit ml| (Ping timeout: 255 seconds) 20.09.17 Join ml| [0] (~ml@unaffiliated/ml/x-3958674) 20.20.58 Join DmL [0] (~acdc5b42@www.haxx.se) 20.25.49 Quit pretty_function (Remote host closed the connection) 20.37.59 Join SuperBrainAK [0] (~Andy@97-124-78-183.phnx.qwest.net) 20.59.56 Quit froggyman (Ping timeout: 252 seconds) 21.30.53 Quit melmothX_ (Quit: bau) 21.56.52 Join froggyman [0] (~me@msoe-00033403.nebula.msoe.edu) 21.56.52 Quit froggyman (Changing host) 21.56.52 Join froggyman [0] (~me@unaffiliated/froggyman) 22.02.28 Quit thegeek (Ping timeout: 255 seconds) 22.05.10 *** Saving seen data "./dancer.seen" 22.08.23 Join thegeek [0] (~thegeek@110.36.34.95.customer.cdi.no) 22.14.32 Quit y4n (Quit: HOLY SHIT! WE'RE ALL JUST LIVING ON A GINORMOUS FUCKING SPINNING ROCK FLOATING THROUGH SPACE CIRCLING A BIG FUCKING BALL OF FIRE!!!) 22.21.40 Quit froggyman (Ping timeout: 245 seconds) 22.28.38 Join froggyman [0] (~me@dhcp-155-92-103-232.nebula.msoe.edu) 22.28.39 Quit froggyman (Changing host) 22.28.39 Join froggyman [0] (~me@unaffiliated/froggyman) 22.36.11 Quit Wardo (Ping timeout: 264 seconds) 22.49.10 Quit Rower (Quit: Hmmm...) 22.51.50 Join Mathnerd314 [0] (~quassel@palevsky-223-221.rh.uchicago.edu) 22.52.30 Join stripwax [0] (~Miranda@rockbox/developer/stripwax) 23.00.50 Part LinusN 23.01.34 Quit liar (Read error: No route to host) 23.10.08 Quit amayer_ (Quit: amayer_) 23.30.45 Quit foolsh (Ping timeout: 252 seconds) 23.32.00 Quit stripwax (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 23.42.44 Quit lorenzo92 (Quit: ChatZilla 0.9.90 [Firefox 18.0.2/20130201190337]) 23.43.04 Join stripwax [0] (~Miranda@rockbox/developer/stripwax) 23.46.59 Quit kevku (Ping timeout: 264 seconds) 23.49.14 Quit Spaceghost (Quit: Leaving.) 23.54.25 Quit wry (Ping timeout: 252 seconds) 23.56.17 Join wry [0] (wry@newelite.bshellz.net) 23.57.12 Quit pamaury (Ping timeout: 246 seconds) 23.58.01 Join prof_wolfff [0] (~prof_wolf@62.83.50.196)