--- Log for 12.03.112 Server: card.freenode.net Channel: #rockbox --- Nick: logbot_ Version: Dancer V4.16 Started: 4 days and 9 hours ago 00.00.31 Quit XavierGr () 00.03.19 Quit lebellium (Quit: ChatZilla 0.9.88.1 [Firefox 11.0/20120308162450]) 00.07.19 Join mshathlonxp [0] (msh@84.237.141.70) 00.16.14 # Commit 64bb720 in rockbox by 03Michael Sevakis: Coldfire: Optimize emac context save/restore in mixer ISR. 00.16.25 Quit ender` (Quit: There are times, Sember, when I could believe your mother had a secret lover. Looking at you makes me wonder if it was one of my goats. -- David Gemmel, The King Beyond the Gate) 00.18.34 # Commit f637072 in rockbox by 03Michael Sevakis: Change EQ settings to use a struct array in global_settings. 00.19.13 # 64bb720 build result: All green 00.22.37 # f637072 build result: All green 00.29.18 # * [Saint] declares that diff says evilnick is wrong, and that diff knows all. 00.29.27 # <[Saint]> therefore, I have nothing to worry about. 00.29.33 # :( 00.29.55 # <[Saint]> Its almost certainly not true...but, I can't for the life of me see what's going on. 00.30.15 # <[Saint]> I need coffee and more awake time under my belt. 00.31.31 # <[Saint]> I'll bugger about, then I'll check it against the version with the known working AA popup (which wasn't long ago) 00.35.32 Quit liar (Ping timeout: 245 seconds) 00.37.35 *** Saving seen data "./dancer.seen" 00.42.18 Quit wtachi (Quit: &) 00.42.32 # <[Saint]> Wait...I totally don't get this. 00.42.58 # <[Saint]> Unless its a skin bug, affecting all ports (can't check that just yet), I'm calling bs. 00.43.18 # <[Saint]> the changes made since it was apparently working are *totally* harmless. 00.43.34 Quit bitcraft (Remote host closed the connection) 00.43.35 Quit bertrik (Read error: Operation timed out) 00.44.58 # <[Saint]> evilnick: how free/busy are you? 00.45.27 # I can spare 30 mins 00.49.42 # <[Saint]> evilnick: if you get the change, and can tell me if replacing the .wps with https://raw.github.com/saint-lascivious/RaaA-CabbieV2/bd0826f39182ab8a677f075325504af7f17f0021/480X800/rockbox/wps/cabbiev2.wps goes back to the "old" behaviour (AA popup working, volume popup not) as expected, it'd be appreciated. 00.50.02 # <[Saint]> I've no time for on-target testing presently, but this is annoying me. 00.50.11 # <[Saint]> s/change/chance/ 00.54.26 # <[Saint]> If it *does*, I'm bloody stumped. 00.55.41 Join icarusfactor [0] (~factor@r74-195-184-248.msk1cmtc01.mskgok.ok.dh.suddenlink.net) 00.56.34 Nick icarusfactor is now known as factor (~factor@r74-195-184-248.msk1cmtc01.mskgok.ok.dh.suddenlink.net) 00.57.33 # [Saint]: Yes, it goes back to the old way of removing the text but not showing the pop-up(s) 00.57.42 # For both volume AND pressing album art 00.58.18 # <[Saint]> Ohhh....Hummm, I was confused, then. I was under the impression it was displaying the volume pop-up only. 00.59.00 # <[Saint]> thanks, evilnick . 00.59.10 # Nope, this new wps (and the last time I got the build and theme from your dropbox link) didn't display either pop-up (IIRC) 01.01.24 Quit mshathlonxp () 01.01.39 # <[Saint]> Hmmm...maybe I managed to steal the entire audio buffer. 01.02.00 # <[Saint]> nah...foolery! I've messed something up, but apparently neither I nor diff can see it. 01.04.49 Quit pamaury (Remote host closed the connection) 01.10.09 # heh our resampler has a lot of trouble with 96k test tones, whereas the original firmware does a lot better on the clip 01.17.21 # although wow does it mess up 24 bit wav files, I think it treats each 24 bit word as a 16 bit word and half of the next one 01.17.28 # flac works fine though 01.17.42 # hmm no it doesn't 01.18.05 # i love that they bothered to implement a multiple sample rate support but can't handle 24 bit files 01.21.29 # <[Saint]> No no no! 01.21.33 # <[Saint]> this makes no sense! 01.21.37 # <[Saint]> ARRRRRRRGH! 01.28.41 # * evilnick makes a mental note to check the logs when he wakes up 01.28.45 Quit evilnick (Quit: Bye) 01.34.12 # <[Saint]> So, who feels like doing some on-target RaaA theme testing? 01.35.00 # depends, have youg ot one for GN yet :) 01.35.25 # <[Saint]> 480x800 is apparently "broken", and I can't fucking see how. 01.35.39 # sdl-app is your friend 01.35.48 # <[Saint]> not on Windows it isn't. 01.35.59 # rasher's build? 01.36.29 # <[Saint]> I just tested 240x320 on rasher's latest, works fine there. 01.37.16 # <[Saint]> diff tells me there's nothing to worry about unless I'm completely blind, my commit logs tell me there's only harmless changes...so, I'm pretty bloody stumped. 01.39.45 Join bitcraft [0] (~bitcraft@173-20-20-92.client.mchsi.com) 01.43.18 # <[Saint]> If someone felt like loading my latest 480x800 on a target of same res or greater and giving me a yes/no on the albumart pop-up, it'd be great. 01.43.39 # <[Saint]> not that I don't trust evilnick, but usually after this much looking *something* pops up at me. 01.46.49 Quit Thra11 (Ping timeout: 244 seconds) 01.50.33 Quit sinthetek (Ping timeout: 244 seconds) 01.51.29 # <[Saint]> someone tell me I'm not fucking mental, please? 01.51.31 # <[Saint]> http://pastebin.com/dgw8rt8d 01.52.06 # <[Saint]> that's diff -r /good /"bad" 01.53.02 # <[Saint]> All I'm seeing is harmless changes in x,y offset. 01.53.21 Join sinthetek [0] (~sinthetek@unaffiliated/sinthetek) 02.07.14 Quit saratoga (Quit: Page closed) 02.10.58 # <[Saint]> Ok...latest rasher build, latest theme build from my github, working fine on 240x320. 02.11.38 # <[Saint]> If anyone could put me out of my misery and confirm 480x800 is the same, or that it is indeed broken (bonus points for why), I'll be a very happy man. 02.12.13 Join Llorean [0] (~DarkkOne@rockbox/user/Llorean) 02.12.30 # <[Saint]> if I've spent the last fe hours chasing ghosts, I'll be the exact opposite of that. 02.16.24 # <[Saint]> why are the dates in http://www.rockbox.org/since-release.html all weird? 02.16.51 Quit factor (Quit: Leaving) 02.17.12 # <[Saint]> yesterday, thursday, saturday, 6th MarX3, 28th Feb, 2nd Mar... 02.18.00 # * [Saint] never knows which scorche to bug 02.20.32 # <[Saint]> GodEater: ping? 02.20.40 # * [Saint] throws JdGordon into this mess too 02.21.14 # <[Saint]> ^In all honesty, what do you need from me for new (different resolution) cabbie ports? 02.21.30 # <[Saint]> Its not the code, one assumes, as that's all done....so, images, I guess? 02.24.07 # <[Saint]> "%xd(foo_image,scale)" would kinda fix that, ...but the scaling isn't exposed to anything except aa afaik. 02.24.21 Join |Scorp| [0] (~dinis@a85-138-164-138.cpe.netcabo.pt) 02.24.48 # <[Saint]> (where "scale" extends the image to the viewport boundaries when defined with 0,0 x,y offset) 02.25.07 Part |Scorp| ("Saindo") 02.30.11 Quit mc2739 (Ping timeout: 252 seconds) 02.32.14 Join mc2739 [0] (~mc2739@rockbox/developer/mc2739) 02.37.37 *** Saving seen data "./dancer.seen" 02.37.50 # [Saint]: ? 02.38.35 # [Saint]: the dates are wierd because date of commit and date of merge are different in git (i think) 02.39.48 Join Derreck [0] (~Derreck@c-71-207-14-127.hsd1.pa.comcast.net) 02.43.55 Quit prof_wolfff (Ping timeout: 246 seconds) 02.47.13 # <[Saint]> JdGordon: I was just confirming that yes, it is indeed the images you guys need for new ports. The commit date/time thing was really open for anyone. 02.47.38 # <[Saint]> then I kinda went off on a tangent thinking about if %xd could scale there'd basically be no problem with new ports. 02.48.23 # <[Saint]> I assume scaling down would be better, so it's be wasteful on smaller targets, though. 02.48.29 # <[Saint]> *it'd 02.52.24 # ok, so i was mostly joking before about the gn port 02.52.50 # I dont tihnk we should spend any effort utnill we see how we do target scaling (i.e kugels work and zagors work, etc) 02.53.43 # * [Saint] is braced for the nightmare of negative viewport x,y,w,h defines 02.53.46 Join emily__ [0] (~emily@c-68-80-37-73.hsd1.pa.comcast.net) 02.54.15 # sometime around a week ago I was talking with kugel about viewport relative posisiotng and wanted to get your iew on it 02.54.22 # hi 02.54.46 # <[Saint]> hi, emily__. 02.55.06 # <[Saint]> how may we service your (rockbox related) needs? 02.55.10 # does anyone here know how to make banshee detect clip + ? 02.55.25 # i'd think it's msc mode 02.56.04 # but after installing i don't think thats possible 02.56.43 Join prof_wolfff [0] (~prof_wolf@81.61.201.173.dyn.user.ono.com) 02.56.57 # <[Saint]> Our fine manual can help you here. 02.57.28 # <[Saint]> It has all you need to know about setting MSC/MTP modes. 02.58.11 # ok 02.58.16 # sorry 02.58.17 # * [Saint] wants to point out that if this isn't Rockbox related, then its Banshee and/or SanDisk's problem. 02.58.59 Join saratoga [0] (980329e4@gateway/web/freenode/ip.152.3.41.228) 03.00.49 # umm would you please like to this alleged manual? 03.01.33 # theres a link on the front page, left side 03.04.53 # <[Saint]> Bam! 03.04.54 # <[Saint]> http://download.rockbox.org/daily/manual/rockbox-sansaclipplus/rockbox-build.html 03.10.35 # ok i'l be quiet 03.10.56 # i found a solution 03.11.11 # (looking at the logs) you might want to ask the people who made your software, they'll likely know more about how it works then we do 03.11.11 # http://all-tech-thoughts.blogspot.com/2009/11/accessing-sandisk-sansa-clip-with.html 03.13.16 # only thing is it seems like rockbox thinks the computer is a chargeing station 03.13.40 # as it only mounts in stock FW 03.13.47 # <[Saint]> Argh! 03.14.05 # http://www.rockbox.org/wiki/SansaAMS#AMSv2_issues_40Fuzev2_44_Clipv2_44_Clip_43_44_ClipZip_41 03.14.19 # <[Saint]> thanks, saratoga. 03.15.01 # <[Saint]> Your options are a: "Live with it", b: "wait for the next release", or c: "update to current as opposed to release" 03.15.17 # ok thanks 03.15.27 # <[Saint]> c and only c will get you USB in a timely fashion. 03.22.39 Quit saratoga (Changing host) 03.22.39 Join saratoga [0] (980329e4@rockbox/developer/saratoga) 03.22.45 Join enthdegree [0] (~BitchX@unaffiliated/enthdegree) 03.22.49 Quit dfkt (Quit: -= SysReset 2.55=- Sic gorgiamus allos subjectatos nunc.) 03.32.15 # <[Saint]> Is it possible to build the SDL app for Windows? 03.32.19 # * [Saint] guesses not. 03.32.30 # I have 03.32.35 # * [Saint] summons peeps who know this stuff 03.32.50 # it's not too hard 03.32.52 # <[Saint]> jhMikeS: how much hackery did this involve? 03.32.57 # not much 03.33.15 # just get the SDL dll from SDL's site. forget about building it. 03.33.31 # <[Saint]> Will it be obvious from the errors spat what I'll need to massage? 03.33.36 # <[Saint]> Oh...or that. 03.33.40 # pretty much 03.33.55 # and you have to install the mingw stuff 03.34.07 # <[Saint]> Yeah, that's all there. 03.34.26 # <[Saint]> Trouble is, I like building in Linux, but working in Windows. :-S 03.34.28 # just configure for it. drop sdl.dll in the directory and go 03.34.44 # oh, make sure to actually build the sim too :) 03.35.00 # <[Saint]> Hahaha 03.35.47 # <[Saint]> "./configure" Hmmmmm...JhMikes...it doesn't work! Oh! *make* too now... 03.36.02 Quit randumbum (Quit: ChatZilla 0.9.88.1 [Firefox 10.0.2/20120216101208]) 03.36.08 # I don't want to forget any critical steps :) 03.38.04 # <[Saint]> I need to just bite the bullet and find an editor I like, and convert my SciTE-related scripts to it. 03.38.04 Quit emily__ (Quit: Leaving) 03.38.33 # <[Saint]> both image and textual editors, neither of which I enjoy using in Lunux 03.38.42 # <[Saint]> *Linux too 03.38.52 Quit prof_wolfff (Ping timeout: 246 seconds) 03.40.26 Quit Derreck (Quit: Leaving) 03.41.45 # you can build the app in a linux virtual machine, but edit the files on windows over an SMB share 03.42.03 Join Keripo [0] (~Keripo@SEAS236.wlan.seas.upenn.edu) 03.42.22 # * jhMikeS does the VM thingy 03.42.39 # if you want to be fancy you can install an x windows program for linux, then run the GUI on windows too, but thats only a minor improvement over vbox 03.42.50 # sorry, xwindows program for windows i mean 03.43.15 # Xming for instance lets you run the sim over putty and see the graphics on windows 03.43.27 # without actually compiling it for windows 03.44.09 # <[Saint]> saratoga: Yeah, I'm just avoiding setting up another VM :) Especially as I've all but convinced myself I'll build the bloody thing, find no problem, then rage :) 03.44.25 # i posted a complete VM on the wiki 03.44.38 # <[Saint]> Ah, so you have. 03.44.56 # <[Saint]> virtualbox or vmware? 03.45.00 # virtualbox 03.45.05 # * [Saint] nods 03.45.07 # should be good to go, although it won't build android without installing the android tools 03.45.37 # virtualbox seems to work as well as vmware, but its free and will use an unlimited number of CPUs rather then whatever vmware caps at 03.46.14 # * jhMikeS should switch already to VBox 03.46.28 # that means "VirtualBox" 03.48.22 # my only complaint is that the virtualized CPU in vbox only has SSE3, so SSE4 and AVX are off the table 03.49.34 Join factor [0] (~factor@r74-195-184-248.msk1cmtc01.mskgok.ok.dh.suddenlink.net) 03.56.19 Quit Keripo (Quit: Leaving.) 04.00.57 Quit Guinness (Read error: Connection reset by peer) 04.01.27 Join Guinness [0] (Slayer@c-68-55-111-159.hsd1.va.comcast.net) 04.05.00 Quit factor (Quit: Leaving) 04.06.32 # <[Saint]> I'm still holding out some hope that by the time I get back from the pharmacy, someone will have tested on-device and said either yes or no. 04.06.45 # * JdGordon says no 04.06.46 # or yes 04.07.22 # * [Saint] sees JdGordon missed the important precursor :) 04.07.42 # where the virtual box? 04.10.30 # <[Saint]> Its there, *virtually*. 04.11.15 # It must be 04.12.35 # <[Saint]> Actually...not I'm wondering the same. 04.12.39 # <[Saint]> *now 04.13.09 # <[Saint]> Alls I can find is http://www.rockbox.org/wiki/VMwareDevelopmentPlatform 04.13.42 # I can't seem to find an image specifically for it, just a "you can convert the VMWare image" 04.14.11 # * [Saint] summons saratoga 04.14.14 Quit amiconn (Disconnected by services) 04.14.14 Quit pixelma (Disconnected by services) 04.14.15 Join amiconn_ [0] (amiconn@rockbox/developer/amiconn) 04.14.17 Join pixelma_ [0] (pixelma@rockbox/staff/pixelma) 04.14.19 Nick pixelma_ is now known as pixelma (pixelma@rockbox/staff/pixelma) 04.14.37 # http://www.rockbox.org/wiki/DevelopmentGuide 04.14.37 Nick amiconn_ is now known as amiconn (amiconn@rockbox/developer/amiconn) 04.15.04 # <[Saint]> Pfffft! 04.15.09 # <[Saint]> what a place to put it... :) 04.15.10 # * jhMikeS feels idiot 04.15.54 # not so much with the anchor for "VirtualBox" not actually going to the link 04.16.17 # <[Saint]> the wiki search seems *very* broken. 04.16.36 # we could just delete the vmware page 04.16.39 # *cough* syrup *cough* 04.16.39 # i haven't maintained it 04.17.27 # is the image just a 2GB one like the VMWare one? 04.17.32 # <[Saint]> enter thing to search for, click search, comes up with nothing, enter thing you want to search for in the search field entry now displayed since the search failed, search completes as expected. 04.17.36 Quit passstab (Remote host closed the connection) 04.18.28 # <[Saint]> seriously...even pages I *know* exist fail. 04.18.43 # <[Saint]> enter "wikiusers", click search, no results. 04.19.11 # <[Saint]> enter the same in the new search field the failed search gives you....search is a success. 04.19.16 Join dhrasmus [0] (~dhrasmus@c-98-246-195-168.hsd1.or.comcast.net) 04.20.04 # <[Saint]> Fark! 04.20.16 # <[Saint]> what is it? discover-broken-shit day? 04.20.41 # yup 04.21.53 # <[Saint]> that is really quite broken, and unobvious as to its workings, though. 04.22.01 # <[Saint]> It took me a while to figure it out myself. 04.22.36 # <[Saint]> So I don't expect "Average Joe" to know why their search takes them to....just another place to search for the same thing they just tried to search for. 04.23.00 # <[Saint]> complete with ~100 lines or so of utter irrelevancy. 04.23.21 # <[Saint]> *any* search takes you to: http://www.rockbox.org/wiki/WebSearch 04.23.40 # <[Saint]> (note the ridiculous amount of cruft displayed on said page) 04.24.39 Join factor [0] (~factor@r74-195-218-139.msk1cmtc02.mskgok.ok.dh.suddenlink.net) 04.25.33 # <[Saint]> http://www.rockbox.org/wiki/WebSearch?rev=6 seems "correct" 04.26.07 # <[Saint]> lol! 04.26.15 # <[Saint]> broken since ~2000 04.27.08 # <[Saint]> Ohhh...I even get to blame someone. 04.27.15 # <[Saint]> busted: 12 Mar 2001 - 06:18:51 - PeterThoeny 04.29.06 Quit bitcraft (Remote host closed the connection) 04.29.14 # jhMikeS: IIRC its about 400MB after a couple hours through 7z, includes the arm compiler and sdl for the sim, no android or cf/sh1 04.29.29 # stock ubuntu image otherwise 04.29.39 # <[Saint]> I believe he meant what size is the decompressed image. 04.29.52 # oh i have no idea 04.30.13 # it'll probably explode the first time you write something to the disk and vb uncompacts it 04.31.00 # well, basically, the size of the virtual disk 04.31.02 Join Rower85 [0] (husvagn@v-413-alfarv-90.bitnet.nu) 04.31.08 # ...is what I was wondering 04.32.17 Quit TheSeven (Disconnected by services) 04.32.31 Join [7] [0] (~TheSeven@rockbox/developer/TheSeven) 04.32.33 # * [Saint] guesstimates 4GB 04.32.44 # i was going to guess 10GB 04.32.49 # i don't remember through 04.32.53 Join bitcraft [0] (~bitcraft@173-20-20-92.client.mchsi.com) 04.32.58 # it's already about 3 04.33.24 # size: 3,010,539,520 packed: 0 <= ? 04.33.37 # <[Saint]> wellp, if its 10, it 'aint goin' on this machine. 04.33.51 # VB doesn't actually use hd space until you write something to the disk 04.34.15 # so i think the default is about 10 or 20GB, which will give a 2-3GB image on the disk until you start writing stuff to it 04.34.24 # <[Saint]> but it needs to be able to, though, no? otherwise it'll refuse to install the image (I thought) 04.34.49 # no idea, i have a lot of storage space 04.35.07 # * [Saint] only has a 64Gb ssd, that's near full. 04.35.08 # * jhMikeS has some space to burn 04.35.22 # <[Saint]> the other disks I wouldn't want to run a VM on. 04.35.41 # not so good with RAM on this PoS 04.37.38 *** Saving seen data "./dancer.seen" 04.38.00 # * [Saint] will probably end upclearing some space and using Wubi dual-boot (as the GF will have a spaz if I remove Windows) 04.38.19 # hehe 04.39.20 # <[Saint]> Mir: that's no speculation, either. She *will remove my man parts for forcing Ubuntu on her :) 04.39.39 # i understand 04.40.54 # i would not force ubuntu on anyone 04.41.40 # now i am not anti-ubuntu 04.41.50 # i am actualy anti-compiz 04.41.58 # i HATE compiz with a passion 04.42.17 # is this on-topic for #rockbox now? 04.43.46 # * [Saint] takes the blame for topic drift. 04.44.41 # [Saint]: viewport relative viewport positioning.... any thuoghts? 04.45.26 Quit saratoga (Ping timeout: 245 seconds) 04.45.29 # <[Saint]> Not right this second. You caught me walking out the door. 04.45.47 # <[Saint]> If you can point me to a log, I'll have a nosey in a bit when I get back. 04.46.37 Quit factor (Quit: Leaving) 04.46.57 # http://www.rockbox.org/irc/log-20120303#12:23:05 04.58.04 Quit anewuser (Read error: Connection reset by peer) 04.58.46 Join factor [0] (~factor@r74-195-218-139.msk1cmtc02.mskgok.ok.dh.suddenlink.net) 05.06.24 Quit bitcraft (Remote host closed the connection) 05.07.41 Join Rob2222 [0] (~Miranda@p5B0254A4.dip.t-dialin.net) 05.09.57 Join [Saint_] [0] (~Saint]@101.98.158.103) 05.09.58 Quit [Saint_] (Changing host) 05.09.58 Join [Saint_] [0] (~Saint]@unaffiliated/saint/x-8516940) 05.10.10 # <[Saint_]> Oh. Ye. Gods. 05.10.35 # * [Saint_] really isn't a fan of the headwork that would be needed to create a theme that even halfway worked there. 05.11.02 # <[Saint_]> And no, fwiw, I don't have a better idea...but I really dislike this one :) 05.11.33 Quit Rob2223 (Ping timeout: 248 seconds) 05.11.55 Quit [Saint] (Ping timeout: 255 seconds) 05.12.05 # <[Saint_]> pretty much, kugel said it for me. 05.12.16 # <[Saint_]> (I hate it when we agree on things, it seems weird :P) 05.12.19 # <[Saint_]> kugel I don't think having vp1 at a fixed offset of vp0 which is at a fixed position helps there 05.12.19 # <[Saint_]> 12:39 kugel it may make sense if vp0 could move/resize dynamically 05.15.54 Quit [Saint_] (Quit: Quit) 05.16.07 Join [Saint_] [0] (~Saint]@unaffiliated/saint/x-8516940) 05.28.57 Quit curtism (Quit: Live Long and Prosper) 05.36.09 Join CaptainKewl [0] (captainkew@207-237-110-248.c3-0.nyr-ubr2.nyr.ny.cable.rcn.com) 05.39.37 Quit OzzieJacks (Remote host closed the connection) 06.02.57 Quit dhrasmus (Quit: Leaving) 06.05.49 # <[Saint_]> JdGordon: I know its pretty ugly, but how does http://pastebin.com/SeDVNSpq look to you? 06.06.17 # <[Saint_]> I'd eventually like to kludge this into all cabbie variants (its specific to my RaaA port presently) 06.07.34 # <[Saint_]> If I were to "In a nutshell" it: It attempts to compensate for missing metadata by way of fallthrough cases, and if it can't fall through to anything sane, it will shift the line from below up a space to fill the gap that would result. 06.08.04 # <[Saint_]> (it doesn't actually shift anything, its just creative conditions) 06.15.23 # sounds sensible 06.15.50 # <[Saint_]> It still doesn't (and couldn't possibly) cater for all cases a user might botch their metadata...but, it should at the very least always display filename and file/codec info. 06.17.28 # making better use of the avilable tags is always good 06.17.35 Quit CaptainKewl (Quit: ( www.nnscript.com :: NoNameScript 4.22 :: www.esnation.com )) 06.17.41 # <[Saint_]> It basically just has each line checking if the intended case from the previous line is true or not to decide what it should display. 06.20.22 # <[Saint_]> My current cabbie code has a much "lighter" version of this, but this code (should) always display as much information as possible, without gaps between entries. 06.21.00 # <[Saint_]> The absolute worst case scenario is "no metadata whatsoever, with all files just crammed in / without subdirs" 06.21.09 # <[Saint_]> ...but I can't code against insanity :) 06.22.57 # <[Saint_]> In which case you'll get: "filename; (root); X Kb/s " 06.23.36 # <[Saint_]> which isn't exactly terrible, but I wish there was more "useful" info to flesh this case out a bit. 06.30.34 # will it more likely show more info than whats in git? 06.30.43 # if yes then i see no reason against it 06.31.51 # <[Saint_]> Yes, it will. 06.33.27 # <[Saint_]> If you have sane tags, you'll not see any difference whatsoever. 06.34.00 # <[Saint_]> If you have tags with many missing fields, where those fields missed might differ between tracks, you'll see a huge improvement. 06.35.12 # <[Saint_]> I'll spend some time (probably mid-week) massaging it into git and get it up on gerrit. 06.35.52 # <[Saint_]> There's still a few cabbies that missed the viewportification, so I'll need to (not really, but I should) fix that up at the same time. 06.37.42 *** Saving seen data "./dancer.seen" 06.49.10 # I'd advise against that 06.49.18 # against the viewportification i mean 06.49.33 # <[Saint_]> ....why? 06.50.29 # hmm, well, ok 08.05.32 Join stoffel [0] (~quassel@pD9E42AAE.dip.t-dialin.net) 08.08.03 Join randumbum [0] (~IRCclient@173-8-222-138-Oregon.hfc.comcastbusiness.net) 08.13.10 Quit fyre^OS (Read error: Connection reset by peer) 08.13.23 Join fyrestorm [0] (~nnscript@cpe-68-173-235-85.nyc.res.rr.com) 08.16.56 Join Keripo [0] (~Keripo@eng163.wireless-resnet.upenn.edu) 08.20.58 Join Zagor [242] (~bjst@rockbox/developer/Zagor) 08.37.42 Join bertrik [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 08.37.42 Quit bertrik (Changing host) 08.37.42 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 08.37.45 *** Saving seen data "./dancer.seen" 08.40.24 Join ender` [0] (~ender@foo.eternallybored.org) 08.43.16 Join Tweedle [0] (~quassel@c-69-142-233-125.hsd1.nj.comcast.net) 08.44.17 # is anyone awake? 08.44.18 # :) 08.44.26 Join Derreck [0] (~Derreck@c-71-207-14-127.hsd1.pa.comcast.net) 08.45.54 # Tweedle: most likely :) 08.46.21 # the idea behind making distro packages for the compilers is to make it simple for people to set up a VM. Just install the distro, install missing packages via the distros package manager, install the compilers from our packages 08.46.37 # Tweedle: no, only bots in this channel :P 08.47.09 # bluebrother^: sounds good to me 08.47.47 # Zagor: the bots or packages thing? 08.48.29 # :) packages 08.48.31 # someone wanted to make a ppa for ubuntu (at least IIRC this was discussed on last DevCon). Nothing happened so I made packages for Fedora 08.49.11 # I wanted to make an additional meta package that pulls in all required packages 08.49.20 # Commit 01397c4 in rockbox by 03Bertrik Sikken: rds: show rds clock-time as broken down time instead of UTC time in debug menu 08.49.21 # so you can simply do yum install rockboxdev 08.50.49 # and be done with it 08.51.02 # and eventually we can drop the vmware image 08.51.36 # <[Saint_]> Tweedle: Thats the invitation to ask your question, if you have one. 08.51.41 # does anyone know how to make the song title scroll completely across? it only scrolls a few characters the jumps back to the begining 08.52.22 # 01397c4 build result: 23 errors, 3 warnings (Bertrik Sikken committed) 08.53.18 # <[Saint_]> Tweedle: Settings - General Settings - Display - Scrolling - Bidirectional Scroll Limit - 0 08.53.44 # Commit 16a9561 in rockbox by 03Bertrik Sikken: fix year calculation in gmtime 08.54.03 # Commit fb30d01 in rockbox by 03Jonathan Gordon: (Author: Osborne Jacobs) Fix minor bookmark problems/Enhance bookmark functions 08.54.54 # [Saint_]: didnt fix it 08.54.59 Join nick_p [0] (~nick@82-69-105-120.dsl.in-addr.zen.co.uk) 08.56.37 # 16a9561 build result: All green 08.56.51 # <[Saint_]> Tweedle: it definitely does so here. 08.56.57 # <[Saint_]> that is what this setting is for. 08.57.19 # <[Saint_]> You can verify it by watching scrolling items in the menu 08.57.21 # im talking about the scrolling of the playing track and the next track during the "now playing" screen 08.57.27 # not in the menu 08.57.36 # sry if i wasnt clear about that 08.57.37 # :/ 08.57.39 # <[Saint_]> same applies. 08.58.33 # well, it didnt fix it 08.58.51 # it only scrolls about 4 spaces, then clicks back to the beginning 08.59.03 # fb30d01 build result: All green 08.59.19 # <[Saint_]> What theme is this? 08.59.29 # <[Saint_]> It seems likely the theme is doing something stupid. 09.00.03 # pacman 09.00.15 # but its not just on this theme 09.00.54 # when im in the scrolling limit menu, it shows the scrolling example, up top, just fine 09.01.09 # <[Saint_]> I'm about 99% positive that the scroll settings are global, and that bidirectional limit should fix this issue. 09.01.32 # <[Saint_]> If bidirectional scrolling doesn't apply to themes, it makes me wonder why. 09.01.41 # <[Saint_]> It certainly should. 09.01.56 Join GodEater_ [0] (93722cd1@rockbox/staff/GodEater) 09.01.57 # yea, i thought the same thing 09.02.00 # <[Saint_]> All the other scrolling settings are used by themes. 09.02.32 # <[Saint_]> verify that it doesn't work on the default theme, and file a bug. 09.02.33 # they do. Works fine for me 09.02.42 # and, it doent always click back at the same spot each time 09.02.42 # <[Saint_]> bluebrother^: Ah, good. 09.02.49 # though I'm usually not sure if scroll limit has to be set to 0 or 100 :) 09.02.53 # yea, i have quite a few bugs to file 09.02.59 # <[Saint_]> Tweedle: Sounds like your theme(s) are broken. 09.03.09 # i get memeory access, page faults errors 09.03.21 # yea, maybe i should reinstall 09.03.33 # <[Saint_]> this is nothing we can do anything about (themes), unless its cabbiev2 (the default). 09.03.41 # could be filesystem errors as well 09.03.56 # <[Saint_]> In which case unfortunately I'm probably the man to bug, because it was likely me that broke it :) 09.04.01 # * bluebrother^ suggests running chkdsk /f before reinstalling 09.04.06 # <[Saint_]> theme, not filesystem :) 09.04.18 # [Saint_]: you broke my filesystem? 09.04.22 # :) 09.04.44 Join wodz [0] (~wodz@89-76-160-35.dynamic.chello.pl) 09.04.52 # well, i installed it in windows 7, but right now im in Kubuntu 09.04.55 # <[Saint_]> bluebrother^: with the bider limit...do you want the line to "bounce" always, sometimes, or never? 09.05.07 # is the installer for linux about the same? 09.05.07 # how to build single, particular .rock? I always forget the proper line :/ 09.05.24 Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) 09.05.27 # [Saint_]: I don't want it to bounce, since text going backwards is pretty much unreadable IMO. 09.05.33 # <[Saint_]> never == 0, ~100 == "if the title is shorter than the screen width", ~200 == always. 09.05.35 # wodz: make rock 09.05.41 # (or rocks? Not sure) 09.05.49 # [Saint_]: in my case the value is 0 09.05.55 # this will build all plugins 09.06.01 # <[Saint_]> bluebrother^: yeah, you want 0 09.06.09 # I want to build only test_codec and test_mem 09.06.16 # simply looked it up on the player ;-) 09.06.26 # wodz: hmm, don't know then. 09.07.27 # <[Saint_]> Tweedle: bluebrother^ is correct here, it certainly sounds like (a pretty bloody weird manifestation of) cilesystem corruption. 09.07.44 # yea, i agree 09.07.47 # <[Saint_]> Seeing as you're getting incorrect behaviour *and* memory faults. 09.08.21 # <[Saint_]> I don't think I've seen filesystem errors affect a theme in such a specific way, but, there's a first time for everythign I guess. 09.10.33 # argh, late for work :( 09.10.33 # * [Saint_] wonders exactly how resource intensive a diskcheck.rock plugin would be. 09.10.36 # * bluebrother^ runs off 09.10.56 # <[Saint_]> Or, if we could expose SMART data via a plugin. 09.11.19 # <[Saint_]> "Your disk is going to crap its pants, backup your shizzle, yo." 09.12.49 # <[Saint_]> Don't get me wrong, I know it will *always* be better to do a filesystem check/repair on a device other than the target...but then in a similar regard its always better to edit text on a PC, and we offer a text editor. 09.13.58 # <[Saint_]> As long as its a choice to run it, I don't much see the harm. Some people might not be around a PC very often and are still just as prone to FS errors as those that are. 09.14.55 # <[Saint_]> It might take a rather hilariously long time to complete on spinning disk based targets, or juice the battery before it completes, though...so, Hmmm. 09.16.36 # bugger. I compiled test codecs for rk27xx before and now I can't manage to 09.20.20 # i decided to re-format with the built-in firmware's format option 09.20.27 # then im going to re-install rockbox 09.25.33 # Zagor: ping 09.25.38 # pong 09.27.56 # Zagor: could you update frontpage? I moved hd300 to stable 09.28.28 # done 09.28.41 # thanks 09.29.28 Quit wodz (Quit: Leaving) 09.35.14 Quit bertrik (Read error: Operation timed out) 09.36.09 Quit Derreck (Quit: Leaving) 09.40.54 Quit Keripo (Quit: Leaving.) 09.43.36 Join timotimo [0] (~timo@gallifrey.wybt.net) 09.46.01 # i'm running the current rockbox utility on linux64, but i can install neither the fonts package nor can i get any themes. it just errors out with an HTTP404, is that a known problem? 09.46.39 Join pamaury [0] (~quassel@sphinx.lix.polytechnique.fr) 09.46.39 Quit pamaury (Changing host) 09.46.39 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 09.46.41 # this is for the sansa clipzip 09.47.00 # <[Saint_]> timotimo: I saw a similar report regarding themes yesterday. 09.47.28 # <[Saint_]> You can download both themes and the font pack directly from the website. 09.47.57 # i'm doing that right now. it would still be nice if it worked in the utility 09.48.23 # <[Saint_]> Oh, it surely would. Patches are welcome. 09.54.10 # ok, lets see if i did it right .... :) 10.08.02 Quit Tweedle (Remote host closed the connection) 10.19.51 Quit factor (Read error: Connection reset by peer) 10.20.36 Join factor [0] (~factor@r74-195-218-139.msk1cmtc02.mskgok.ok.dh.suddenlink.net) 10.21.20 Quit factor (Read error: Connection reset by peer) 10.24.37 # the whole UI updating mechanism really needs to be looked at again 10.25.20 # FS#12606 is easy to fix in specific cases (i.e updating every screen to look for when the sbs needs updating) but a more general approach is needed 10.25.20 # http://www.rockbox.org/tracker/task/12606 3UI Viewport disappears when the player skips to the next track (bugs, unconfirmed) 10.30.22 Join jdgord [0] (~jdgord@rockbox/developer/JdGordon) 10.30.41 Join wodz [0] (~wodz@iwl138.internetdsl.tpnet.pl) 10.37.48 *** Saving seen data "./dancer.seen" 10.45.52 # <[Saint_]> why don't all screens simply update at a rate defined by the tags in use? 10.46.21 # <[Saint_]> example being, if there's no scrolling text or peak meters, then the default refresh is a bit over the top in the .wps 10.50.48 Quit wodz (Quit: Leaving) 10.51.08 # <[Saint_]> I've just now twigged that that's a seperate issue to what you're describing...but unless I'm mistaken, the .sbs and .wps have entirely different refresh rates? 10.52.10 # <[Saint_]> attempting to do animations with 0.1sec timeouts in the .wps definitely looks a lot better than the .sbs anyway. And I'm not sure why this is the case. 10.52.37 # <[Saint_]> I think you proved that the refresh rate had no notable hit on battery life did you nto? 10.52.44 # <[Saint_]> *not 10.59.54 Quit jdgord (Read error: Connection reset by peer) 11.01.58 Join TomColler [0] (~thomas@net-93-144-160-205.cust.dsl.teletu.it) 11.03.28 Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93) 11.10.00 Join AlexP_ [0] (~alex@rockbox/staff/AlexP) 11.10.23 Quit AlexP (Ping timeout: 246 seconds) 11.13.17 Join Thra11 [0] (~thrall@250.72.112.87.dyn.plus.net) 11.26.50 Join AlexP [0] (~alex@rockbox/staff/AlexP) 11.27.32 Quit AlexP_ (Ping timeout: 246 seconds) 11.35.37 Quit nick_p (Ping timeout: 252 seconds) 11.42.52 Join nick_p [0] (~nick@82-69-105-120.dsl.in-addr.zen.co.uk) 11.43.11 Join AlexP_ [0] (~alex@rockbox/staff/AlexP) 11.43.59 Quit AlexP (Ping timeout: 246 seconds) 11.57.49 Join swilde [0] (~wilde@aktaia.intevation.org) 12.09.00 Join AlexP [0] (~alex@rockbox/staff/AlexP) 12.09.32 Quit AlexP_ (Ping timeout: 246 seconds) 12.15.08 Quit AlexP (Ping timeout: 246 seconds) 12.15.35 Join AlexP [0] (~alex@rockbox/staff/AlexP) 12.21.04 Join wodz [0] (~wodz@iwl138.internetdsl.tpnet.pl) 12.27.18 Join anewuser [0] (~anewuser@190.207.136.156) 12.27.18 Quit anewuser (Changing host) 12.27.18 Join anewuser [0] (~anewuser@unaffiliated/anewuser) 12.31.39 Quit pamaury (Ping timeout: 260 seconds) 12.31.42 Join LinusN [0] (~linus@giant.haxx.se) 12.37.50 *** Saving seen data "./dancer.seen" 12.47.18 # [Saint_]: correct, entirely different issue :) 12.47.35 # AlexP: gevaerts: whats the bar for bug fixes going into the release branch? 12.50.23 Join hoal [0] (~Miranda@stud213074.studentenheim.uni-tuebingen.de) 12.54.25 Quit nick_p (Quit: Leaving) 12.57.44 # [Saint_]: the fix for that is adding some smarts to the skin engine to figure out how fast the skin needs updating (which shold actually be pretty trivial to add) 13.06.29 # I'll ask again: how to compile *single* plugin? I thought it was make $BUILDDIR/apps/plugins/test_codec.rock for example but it doesn't work 13.11.20 Quit hoal (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 13.14.00 # how impossible is the idea of using the audio hardware of any rockbox powered device and offer it to a pc via usb as an usb audio device? 13.14.14 # JdGordon: It's about *this* high 13.14.18 # * gevaerts holds his hand up 13.14.57 # timotimo: depends on the device. pamaury has a branch somewhere on github that implements that for e200, but it's not fully finished 13.15.08 # wow, neat 13.15.36 # because i'm told my laptops audio hardware (and most other laptops apparently) is very, very poor, whereas my sansa clipzip has pretty decent audio hardware 13.15.57 Quit randumbum (Quit: ChatZilla 0.9.88.1 [Firefox 10.0.2/20120216101208]) 13.16.14 Join mortalis [0] (~mortalis@77.108.98.176) 13.16.19 # I'm not sure about the clip zip, but I'd say it can *probably* be done. It's just a lot of work 13.16.23 # wodz: i believe make $BUILDDIR/test_codec.rock 13.16.44 # the deps are slightly arcane 13.17.06 # Torne: will try, thanks 13.17.33 # unless your machine is very starved for ram it shouldn't take any noticable time to decide that that's the only thing that needs remaking, though :) 13.17.59 # btw. what are general criteria for selecting armclk/hclk/pclk 13.18.36 # Torne: the problem is that I defined keymaps only for test_* family and make rocks simply barfs 13.18.48 # oh. 13.18.57 # Oh, if this is test_* did you actually configure with them enabled? :) 13.19.06 # yes 13.19.08 # that woudl be a different reason for make to reject it other than it being the wrong target 13.21.12 # JdGordon: I can give an opinion on specific cases. General statements about this are rather tricky 13.21.33 # wodz: having just tried it seems like *nothing* works :p 13.22.01 # So, yeah, have fun with that. 13.22.22 # hell, it used to work 13.23.09 Quit enthdegree (Ping timeout: 260 seconds) 13.26.25 # gevaerts: do you know how much of the usb audio thing works for the e200? 13.27.54 # if i found the right repository, that stuff hasn't been touched for at least half a year 13.31.46 Join factor [0] (~factor@r74-195-218-139.msk1cmtc02.mskgok.ok.dh.suddenlink.net) 13.31.57 Join XavierGr [0] (XavierGr@rockbox/staff/XavierGr) 13.39.01 Join dfkt [0] (dfkt@unaffiliated/dfkt) 13.39.12 # timotimo: I've never looked at it in detail 13.39.21 # But yes, it's a bit oldish now 13.40.05 # sad to hear that, would have been fun 13.40.29 # Feel free to pick it up! 13.40.55 # but i'm not ready to learn everything needed to finish that or implement it on the clipzip 13.46.15 Join anewuser_ [0] (~anewuser@190.207.136.156) 13.48.20 Quit anewuser (Ping timeout: 244 seconds) 14.07.31 Join denials [0] (~dan@pdpc/supporter/professional/dbs) 14.08.37 Quit kadoban (Ping timeout: 248 seconds) 14.10.04 # Just dropped by to say "Thanks!" to the Rockbox team for making my Sansa Clip+ so much better - and for having great project documentation, website, etc. 14.15.36 Part denials 14.16.44 Join AlexP_ [0] (~alex@rockbox/staff/AlexP) 14.16.56 Quit AlexP (Ping timeout: 246 seconds) 14.37.20 Join AlexP [0] (~alex@rockbox/staff/AlexP) 14.37.35 Quit AlexP_ (Ping timeout: 246 seconds) 14.37.52 *** Saving seen data "./dancer.seen" 15.01.33 Join TheLemonMan [0] (~LemonBoy@adsl-ull-208-242.45-151.net24.it) 15.08.05 Join anewuser [0] (~anewuser@190.207.136.156) 15.08.05 Quit anewuser (Changing host) 15.08.05 Join anewuser [0] (~anewuser@unaffiliated/anewuser) 15.09.58 Quit anewuser_ (Ping timeout: 244 seconds) 15.12.44 Join rarog [0] (~chatzilla@p4FF5CB95.dip.t-dialin.net) 15.20.40 Quit wodz (Quit: Leaving) 15.23.39 Join evilnick [0] (~evilnick@rockbox/staff/evilnick) 15.29.59 Quit Guinness (Read error: Connection reset by peer) 15.30.06 Join Guinness [0] (Slayer@c-68-55-111-159.hsd1.va.comcast.net) 15.31.28 Quit mystica555 (Disconnected by services) 15.32.03 Quit dfkt (Quit: -= SysReset 2.55=- Sic gorgiamus allos subjectatos nunc.) 15.32.22 Join mystica555 [0] (~mystica@mystica.mobi) 15.37.49 Join bitcraft [0] (~bitcraft@173-20-20-92.client.mchsi.com) 15.37.53 Join dfkt [0] (dfkt@unaffiliated/dfkt) 15.43.44 Quit Guinness (Read error: Connection reset by peer) 15.43.50 Join Guinness [0] (Slayer@c-68-55-111-159.hsd1.va.comcast.net) 15.52.45 Join enthdegree [0] (~BitchX@unaffiliated/enthdegree) 15.57.22 Quit TheLemonMan (Quit: WeeChat 0.3.7) 16.12.40 Quit mortalis (Quit: KVIrc 4.1.1 Equilibrium http://www.kvirc.net/) 16.13.30 Join ceemko [0] (59678331@gateway/web/freenode/ip.89.103.131.49) 16.15.02 # hey guys, anyone has some experience with rockboxing sansa clip+? after I did complete installation via wizard, the rockbox clearly works on the player, but when I try to connect it to PC, it is not recognized 16.21.02 # my personal experience of the clip+ is limited, but I seem to recall you currently have to reboot it into the original firmware to get USB support. 16.22.45 # the 3.10 release doesn't have USB support, no. boot the original firmware following the instructions in the manual. Once you've done that you may, if you want, upgrade to the current development release which does have USB support 16.23.46 # thank you guys, that's exactly the kind of information i missed :) 16.33.07 Join passstab [0] (~v@c-68-80-37-73.hsd1.pa.comcast.net) 16.37.55 *** Saving seen data "./dancer.seen" 16.46.36 Join kadoban [0] (~kadoban@ip98-165-177-158.ph.ph.cox.net) 16.52.53 Quit rarog (Quit: ChatZilla 0.9.88.1 [SeaMonkey 2.4.1/20111011102430]) 16.55.15 Join mystica555_ [0] (~Mike@71-211-204-107.hlrn.qwest.net) 17.02.27 Quit bitcraft (Remote host closed the connection) 17.05.38 Quit evilnick (Read error: Connection reset by peer) 17.07.10 Part Zagor 17.12.42 Join y4n [0] (~y4n@unaffiliated/y4ndexx) 17.17.14 Quit azhag (Read error: Connection reset by peer) 17.20.14 Join bitcraft [0] (~bitcraft@173-20-20-92.client.mchsi.com) 17.27.03 Join evilnick [0] (~evilnick@rockbox/staff/evilnick) 17.29.09 Join olegfink1 [0] (~olegfink@ppp92-100-112-145.pppoe.avangarddsl.ru) 17.29.32 Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 17.30.06 # hi, somewhat offtopic, but knowing you guys are experts on bizzare hardware: any idea what the likes of http://www.sharp.co.jp/papyrus/lineup/pw-a8050/index.html run on? 17.32.31 Nick olegfink1 is now known as olegfink (~olegfink@ppp92-100-112-145.pppoe.avangarddsl.ru) 17.32.59 # I think we're only going to do what you'd do here, and exercise our google-fu 17.34.13 # lest i used the channel as a google frontend. 17.34.26 # AlexP, pixelma: the manual states that Rockbox boots into the OF on clip+ and others when powered up with USB connected. This is not true anymore. 17.34.39 # don't have time to fix this right now though 17.34.42 Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) 17.35.02 # possibly later. If someone has the time earlier the better :) 17.38.17 # timotimo: which version of Rockbox Utility are you using? There was a bug in 1.2.12 which is fixed with the latest release (1.2.13). 17.38.24 # installing the fonts pack works fine for me 17.39.03 # I also get an error trying to install themes, but that's a different story -- the server responds with a 500 internal server error 17.39.43 # version 1.2.13 17.40.03 # although every version i've tried ever has told me "there's a new version!" when i start it the first time 17.40.25 # can you please post the system trace (About / Troubleshooting / System Trace) after you tried somewhere? 17.40.43 # tried what? the fonts package download? 17.40.49 # yes 17.45.18 # ok, so I've just retried with the latest binary on 64bit linux. Works for me. 17.45.39 # plus, I don't get a message that a new version is available. I suspect you're not using 1.2.13. 17.47.11 # http://www.perpetuum-immobile.de/tempo/rbutil_fonts_log.log and http://www.perpetuum-immobile.de/tempo/rbutil_fonts_trace.log 17.47.18 # i don't get the message any more either 17.48.04 Join pamaury [0] (~quassel@vit94-1-82-67-248-70.fbx.proxad.net) 17.48.05 Quit pamaury (Changing host) 17.48.05 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 17.48.29 # that's interesting. 17.48.43 # the fonts URL is constructed wrongly but that should be fixed. 17.49.18 # probably should, yeah 17.49.44 # hmm, why is it using the release fonts URL? 17.49.50 Part LinusN 17.50.29 # which versoin of Rockbox have you installed? 17.51.58 # I'm under the impression that there's still a problem with git hashes :( 17.55.27 # which you should be able to work around by installing a newer version 17.55.36 # i.e. a version with a different hash :) 17.57.46 Quit passstab (Ping timeout: 246 seconds) 18.06.27 # timotimo: can you put the rockbox-info.txt file of your installation (in the .rockbox folder) online as well? 18.10.02 Join T44 [0] (Topy44@f049206236.adsl.alicedsl.de) 18.11.33 Join passstab [0] (~v@c-68-80-37-73.hsd1.pa.comcast.net) 18.13.10 Join Keripo [0] (~Keripo@seas732.wireless-pennnet.upenn.edu) 18.13.36 Quit Topy44 (Ping timeout: 272 seconds) 18.16.04 Join randumbum [0] (~IRCclient@c-71-193-176-198.hsd1.wa.comcast.net) 18.18.38 Join TheLemonMan [0] (~LemonBoy@adsl-ull-208-242.45-151.net24.it) 18.18.46 Quit bluebrother^ (Ping timeout: 246 seconds) 18.18.54 Quit fs-bluebot (Ping timeout: 260 seconds) 18.20.01 Quit ceemko (Quit: Page closed) 18.20.09 Join fs-bluebot [0] (~fs-bluebo@g224239074.adsl.alicedsl.de) 18.20.38 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 18.24.23 Quit enthdegree (Ping timeout: 272 seconds) 18.25.18 Quit randumbum (Ping timeout: 264 seconds) 18.27.31 Quit Keripo (Quit: Leaving.) 18.30.19 Quit thegeek (Read error: Connection reset by peer) 18.31.04 Join enthdegree [0] (~BitchX@unaffiliated/enthdegree) 18.33.54 # I'm wondering if the backtrace mechanism could be extended to all threads ? For example, if the UI freeze, it might be because of some other thread and knowing where the other threads are stuck my be usefu 18.37.59 *** Saving seen data "./dancer.seen" 18.39.33 Join thegeek [0] (~thegeek@33.15.9.46.customer.cdi.no) 18.40.06 Join randumbum [0] (~IRCclient@c-71-193-176-198.hsd1.wa.comcast.net) 18.45.52 Quit enthdegree (Ping timeout: 245 seconds) 18.52.23 # pamaury: you were the one who started work on offering the e200 as an usb audio device? 18.52.37 # timotimo: yes 18.52.50 # are you still interested in that? i thought that was kind of a cool idea 18.53.15 # yes but it requires some work and I've been busy with the fuze+ port recently 18.53.40 # ah 18.53.55 # well, since i don't have an e200 (i do have a clipzip) it's not too interesting for me, just a cool thing 18.54.17 # for the clipzip you'd probably have to redo it from scratch or something? 18.55.17 # actually it was not e200 specific, just specific to some driver. Another interesting class of device would be amsv2 (fuzev2,clip+,clipzip) but implementing it will not be easy I think and the usb driver is not even completely stable 18.56.08 # so if fuze+ gets done you'd continue work on it? 18.56.30 # if I have time and motivation :) 18.57.11 # very cool :) 18.57.26 # what do you mean when you say it's specific to "some driver"? 18.58.21 # there is a generic part and a hardware specific part. The generic part is mainly done but I only implemented the driver for one usb controller which is found in the e200 but not only 18.58.27 # (the fuze+ for example) 18.58.34 # ah, ok 18.58.44 # have you also considered exposing the microphone? 18.58.55 # or hell, even the radio receiver once you're at it :) 18.58.58 # yes, and radio 18.59.18 # that's really cool 18.59.22 Quit passstab (Ping timeout: 246 seconds) 18.59.40 # but the playback part is easier than the recording one I think 19.00.52 Join passstab [0] (~v@c-68-80-37-73.hsd1.pa.comcast.net) 19.04.24 Quit stoffel (Ping timeout: 260 seconds) 19.05.43 Join thegeek_ [0] (~thegeek@33.15.9.46.customer.cdi.no) 19.09.31 Quit thegeek (Ping timeout: 246 seconds) 19.31.50 Join Keripo [0] (~Keripo@drl190.wlan.sas.upenn.edu) 19.49.33 Join n1s [0] (~n1s@nl118-175-223.student.uu.se) 19.49.33 Quit n1s (Changing host) 19.49.33 Join n1s [0] (~n1s@rockbox/developer/n1s) 20.01.58 Quit Keripo (Quit: Leaving.) 20.08.35 Join bertrik [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 20.08.35 Quit bertrik (Changing host) 20.08.35 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 20.16.26 Quit bertrik (Quit: And That, My Liege, Is How We Know the Earth to Be Banana Shaped) 20.16.37 Join bertrik [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 20.16.37 Quit bertrik (Changing host) 20.16.37 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 20.18.05 Join curtism [0] (~curtis@bas11-montreal02-1128531121.dsl.bell.ca) 20.18.05 Quit curtism (Changing host) 20.18.05 Join curtism [0] (~curtis@unaffiliated/programble) 20.20.11 Quit bertrik (Client Quit) 20.20.25 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 20.36.02 Quit y4n (Quit: only amiga makes it possible) 20.38.00 *** Saving seen data "./dancer.seen" 20.43.20 Join enthdegree [0] (~BitchX@unaffiliated/enthdegree) 20.43.52 Join Ray072 [0] (~Ray072@75-134-123-215.dhcp.aldl.mi.charter.com) 20.50.10 Part Ray072 ("Leaving") 20.58.06 Quit XavierGr (Ping timeout: 252 seconds) 20.59.08 Join petur [0] (~petur@rockbox/developer/petur) 20.59.24 Join XavierGr [0] (~xavier@rockbox/staff/XavierGr) 21.11.31 Join Ray039 [0] (~Guest@75-134-123-215.dhcp.aldl.mi.charter.com) 21.12.32 Quit Ray039 (Client Quit) 21.13.50 Join anewuser_ [0] (~anewuser@190.207.136.156) 21.15.51 Quit anewuser (Ping timeout: 245 seconds) 21.17.29 # timotimo: which Rockbox version do you have installed when observing the fonts download issue in Rockbox Utility? 21.17.59 # uh, the "recommended" one 21.18.42 # can you post the contents of /.rockbox/rockbox-info.txt somewher? 21.20.12 # recommended as of today? 21.21.56 # * bluebrother guesses this to be 3448f5b6ad25f59e01ece347cb06e09652915e30 21.22.18 Join anewuser [0] (~anewuser@190.207.136.156) 21.22.19 Quit anewuser (Changing host) 21.22.19 Join anewuser [0] (~anewuser@unaffiliated/anewuser) 21.23.12 # yeps, that produces a failing test 21.23.37 # great :) 21.24.02 # having a test turns out to be really neat :) 21.24.39 Quit anewuser_ (Ping timeout: 252 seconds) 21.25.20 # hmm, or did I insert the value wrongly? 21.25.36 # maybe a headache is a bad precondition for looking for bugs :( 21.25.47 # since the test now passes :/ 21.26.40 # strange 21.26.45 # well, don't beat yourself up about it? 21.31.03 # what did that ? do there? 21.31.15 # no idea about the ? ;-) 21.31.30 # * bluebrother would really like to know the contents of rockbox-info.txt :) 21.32.31 Quit petur (Ping timeout: 245 seconds) 21.34.50 # sorry, man. i just lost the device somewhere :( 21.35.24 # uh. That's bad (especially for the loss) 21.36.27 # i just got it for my birthday, because i was convinced i had lost my clip+ 21.36.37 # just found the clip+ a few minutes ago in a jacket pocket i hardly ever use 21.42.54 # found it! 21.43.58 # http://bpaste.net/show/25039/ 21.44.57 # nice, thanks 21.45.06 # you're welcome 21.45.13 # if i want to prioritize bmp album art, do i just have to alter that one line in albumart.c? - static const char * extensions[] = { "jpeg", "jpg", "bmp" }; 21.46.15 # ah, the test was even incomplete 21.46.22 # * bluebrother can now reproduce the issue 21.46.48 Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) 21.47.29 Join wodz [0] (~wodz@89-76-160-35.dynamic.chello.pl) 21.48.33 # Torne: Building plugins separately works as used to. The 'trick' is to select test plugins in configure if you intend to build it :-) 21.49.21 # pamaury, do you have time to test a patch for the imx233 rtc driver? 21.51.17 # whats are the general criteria when selecting armclk/hclk/pclk freqs (I mean other then max allowed values and allowed dividers)? 21.52.03 # bluebrother: great! :) 21.54.08 Quit stripwax (Quit: http://miranda-im.org) 21.55.21 # wodz, not sure what you mean. And I have to admit I don't really know what hclk is for 21.55.54 Join saratoga [0] (980329e4@gateway/web/freenode/ip.152.3.41.228) 21.56.51 # hclk is the AHB clock i think 21.57.26 # I think I've seen usually FCLK >= HCLK >= PCLK 21.58.20 Quit Thra11 (Quit: kthxbai) 21.58.38 Join Thra11 [0] (~thrall@250.72.112.87.dyn.plus.net) 21.59.24 # nano2g uses fclk=hclk=pclk imo in lower speed 21.59.54 # makes sense 22.00.48 # I guess on target without iram dram speed is at premium 22.01.40 # yeah usually you want DRAM as fast as possible without making everything else faster (which would waste power) 22.03.17 Join Thra11_ [0] (~thrall@87.115.83.89) 22.03.44 # although on a lot of devices increasing the cpu clock doesn't waste that much power if the P/Hclks aren't raised, so its not always hte best way to go 22.04.00 # i think arm cpus tend to be efficiently made, random SOC peripherals less so 22.04.44 Quit Thra11 (Ping timeout: 252 seconds) 22.08.18 # faster dram means faster hclk usually 22.12.11 Quit Llorean (Disconnected by services) 22.12.48 # usually you have to do a battery bench to see if higher or lower p/h clk is better 22.12.53 Join Llorean1 [0] (~DarkkOne@wsip-98-190-153-134.ph.ph.cox.net) 22.12.58 # on AMSv2 it is apparently worse, although i'm not sure why 22.15.09 # currently rk27xx runs at fcpu@200MHz hclk@100MHz pclk@50MHz, I discovered I could run it at 132/132/66 or 132/132/33. This would give ~33% in dram speed 22.15.25 Join wtachi [0] (~wtachi@cpe-069-134-168-033.nc.res.rr.com) 22.16.26 Join Frank__L [0] (~frank@mar178.athome226.wau.nl) 22.17.48 # Hi there. I've got some questions about the audio decoders in rockbox 22.18.38 # I'm not a rockbox users myself, but I'm very interesting in the possibility to bring some of the stuff into Debian armel architecture 22.19.04 # specifically because of the fixed-point and other optimizations that are present in rockbox code 22.19.14 # Frank__L: you'll probably want to talk to saratoga 22.19.29 # k 22.19.32 # hey 22.19.57 # hi 22.20.04 # we have some stuff on gerrit that lets you compile our codecs standalone on linux 22.20.13 # that's cool 22.20.27 # I've been trying to compile your libfaad on Debian 22.20.31 # but it's not easy so far 22.20.34 # i use them for developing on arm-linux, so it should be useful for you 22.21.05 # I'll check that out 22.21.14 # you won't be able to do that without either writing a lot of code, back porting our changes to stock libfaad, or using the standalone tool patches 22.21.29 # Commit 93cf878 in rockbox by 03Dominik Riebeling: Test: check retrieved version string as well. 22.21.29 # Commit 674bbba in rockbox by 03Dominik Riebeling: Fix false positive in version detection. 22.21.30 # Commit b30df55 in rockbox by 03Dominik Riebeling: Enable MPIO HD200 and HD300 installation. 22.21.43 # timotimo: and fixed. Thanks for the input! 22.21.50 # you're very welcome :) 22.22.13 # is my impression right that the basis of libfaad in rockbox is much older than the one in Debian? 22.22.38 # i.e. in Debian they've been incorporating 'newer' upstream releases, like libfaad2 v2.7 22.22.42 # Frank__L: yes, i believe we forked from libfaad in 2005 or so 22.22.58 # oh dear 22.23.02 # that'll be tough to port over :) 22.23.19 # i haven't seen much upstream stuff that looked interesting, but a bit has been back ported to us 22.23.38 # mostly though our changes involve rewriting libfaad to not suck, so we're not too interested in their stuff 22.23.43 # bertrik: is it on gerrit ? 22.23.45 # is there a chance that e.g. your fixed-point WMV decoder finds its way back into ffmpeg? 22.23.59 # I mean wma 22.24.12 # pamaury, no, but I can put a patch on pastebin 22.24.14 # i asked Michael about it some years ago and basically it seemed like it wasn't worth doing that 22.24.21 # aw 22.24.25 # b30df55 build result: All green 22.24.28 # although over the years various people have gotten it to work with ffmpeg 22.24.33 # i believe VLC uses it for instance 22.24.37 # it does 22.24.45 # I'm trying to get a version that works with gstreamer 22.24.47 # bertrik: yes or recall me the address your previous paste 22.24.49 # not sure how up to date they are though 22.25.11 # there was also a parallel implementation of fixed-point wma, right? 22.25.18 # in one of the google summer of codes? 22.25.19 # i've been too busy to do much codec stuff the last two years, and most of that has been mp3 related 22.25.22 # parallel? 22.25.28 # by someone else 22.25.42 # let me find you the link 22.25.49 # i did the wma summer of code project if thats what you're asking 22.26.01 # theres nothign parallel about it hough 22.26.11 # pamaury, http://pastie.org/3580685 22.26.24 # oh I'm confused 22.26.29 # maybe Frank_L means pp dualcore mp3 decoder? 22.26.36 # it was a optimization of tremor 22.26.45 # so vorbis 22.26.48 # not wma 22.26.57 # there are a couple of tremor versions around now 22.27.01 # yea 22.27.01 # gets a bit confusing 22.27.10 # ours is believed to be the fastest on arm 22.27.20 # bertrik: ok, I'll that in one hour 22.27.47 # we've picked all the best bits from the different ones floating around, and then ported over new optimizations from non-tremor codec stuff 22.28.03 # although i think we could still squeeze a few more MHz out of it 22.28.20 # don't we have some problem parsing oggs, to skip embedded album art for example? 22.28.23 # gevaerts: On the basis that nobody else is likely to offer, might it be an idea to just through a few dates out there (or on the wiki or whatever) and see when seems best? 22.28.26 # vorbis is not my biggest problem right now 22.28.46 # gevaerts: And then we might even be organised slightly before the last minute :) 22.28.49 # as my goal is to play back different formats on an NSLU2@266Mhz. The tremor trunk from xiph does this 22.29.01 # AlexP: good idea. I'll see if I can get a volunteer to start the wiki page :) 22.29.09 # AAC and WMA are not possible in realtime unfortunately with the codecs in Debian 22.29.17 # hence I'm trying to find better versions :) 22.29.17 # 266 is loads! :) 22.29.21 # yeah it is 22.29.35 # not enough for the default libfaad2 though 22.29.42 # nor for ffmpeg's wma decoding 22.29.46 # gevaerts: Also, I clearly meant throw :) 22.29.48 # Frank__L: we do Vorbis 128k at about 20MHz on ARM9E :) 22.29.55 # that's very nice 22.30.16 # I wish the rockbox stuff would get picked up 22.30.17 # gevaerts: I nominate evilnick 22.30.19 # Frank__L: 266mhz is easily fast enough for these codecs 22.30.24 # are you running them in fixed point? 22.30.32 # libfaad2, yes 22.30.35 # there's also overhead 22.30.44 # I'm running them with the gstreamer framework 22.30.52 # Frank__L: What is your actual target? media center or something? 22.30.57 # with no optimization libfaad2 ought to take about 60MHz or so 22.31.00 # a uPNP mediarenderer 22.31.02 # so you're doing something very wrong 22.31.24 Quit XavierGr () 22.31.38 # is it easy to profile where the cpu cycles go to? 22.32.22 # on linux there is a bunch of profilers 22.32.41 # AlexP: I've been assuming "mid may to mid july" basically, but that's not set in stone 22.33.05 # yeah, seems about right 22.36.01 # yeah apparently the straight late-2005 era libfaad check in was basically real time on an 80MHz ARM7 core 22.36.53 # I wonder where all my cycles go to then :) 22.37.10 # what processor does the NSLU2 have 22.37.15 # ixp4xx 22.37.40 # AlexP: the manual claims that for clipv2, clip+ and fuzev2 the bootloader to boot into the OF when powered by USB 22.37.46 # oh xscale 22.37.52 # and worse, it doesn't tell the button to boot the OF 22.37.54 # i have no idea how those compare to stock arm processors 22.37.54 # ARM5TE 22.37.59 # any idea what the correct button is? 22.38.03 # bluebrother: Damn people changing things and not the manual! 22.38.05 *** Saving seen data "./dancer.seen" 22.38.11 # that pretty much explains all those support questions 22.38.14 # bluebrother: Left is my guess, but not sure 22.38.38 # not only the behaviour has been changed, the manual hasn't been updated *and* its entry is even incomplete :( 22.40.04 # nice, and the wiki page posted in the forums points to the manual on how to boot the OF 22.40.06 Quit TheLemonMan (Quit: WeeChat 0.3.7) 22.40.13 # great job :( 22.40.32 # pamaury: ping 22.41.22 # bluebrother: yeah :/ 22.41.24 # oh, I was wrong. 22.41.36 # the manual does indeed have the button to boot the OF, and it's Left 22.42.01 # ah, this kind of opting things is confusing :( 22.42.03 # RTFM! :) 22.42.35 # * bluebrother thinks a complete overhaul of the manual would be a really good thing 22.46.14 # though I guess that there's nobody around to actually do it :/ 22.49.58 # Commit 47e30b8 in rockbox by 03Dominik Riebeling: Update manual for boot behaviour on clip+, clipv2 and fuzev2. 22.50.33 # that note is a bit in a weird place but better than claiming wrong things. 22.52.20 # bluebrother: Yeah, it could really do wit that 22.52.21 # 47e30b8 build result: All green 22.52.38 # But it is a massive massive amount of work 22.52.51 # does albumart.c needs a major rework to prioritize cover.bmp over cover.jpg? it seems that all in there is jpg-specific, and bmp always the last one to get called 22.53.51 # AlexP: sure :) 22.54.12 # If we came up with a plan we could just slowly work on it in a brnch 22.54.18 # bertrik: the issue with embedded art in vorbis files is a desgin flaw in tremor that we hit due to the very limited memory avalible to codecs 22.56.07 # and the spec allows the metadata to be arbitrarily large IIRC so in theory you could have a vaild file with a 4GB AA embedded 22.56.19 # might be something to discuss at DevCon, given that the main manual people are around 22.56.56 Quit n1s (Quit: Ex-Chat) 23.04.13 Quit domonoky (Read error: Connection reset by peer) 23.10.47 Join XavierGr [0] (~xavier@rockbox/staff/XavierGr) 23.13.44 # i'd at least like to overhaul the install section 23.13.55 # too much detail not directly related to the install directions all mixed together 23.20.40 Quit passstab (Remote host closed the connection) 23.29.34 Quit dfkt (Quit: -= SysReset 2.55=- Sic gorgiamus allos subjectatos nunc.) 23.33.15 Join Scromple [0] (~Simon@119.225.209.134) 23.36.35 # Frank__L: did you figure out how much time your codec was actually using? 23.40.40 Quit Rower85 (Quit: Hmmm...) 23.41.14 Quit MethoS- (Quit: Konversation terminated!) 23.43.05 Join MethoS- [0] (~clemens@134.102.106.250) 23.48.23 Quit ender` (Quit: Knowledge is power. Power corrupts.)