--- Log for 13.08.113  Server: pratchett.freenode.net  Channel: #rockbox
--- Nick: logbot  Version: Dancer V4.16  Started: 18 days and 5 hours ago

00.01.48 Quit    advcomp2019 (Read error: Connection reset by peer)
00.02.13 Join    advcomp2019 [0] (~advcomp20@unaffiliated/advcomp2019)
00.03.47 Quit    mrtux (Ping timeout: 248 seconds)
00.04.35 Quit    Mir (Remote host closed the connection)
00.05.16 Join    Mir [0] (~Mir@pool-71-109-219-86.lsanca.dsl-w.verizon.net)
00.06.16 Quit    pamaury (Read error: Operation timed out)
00.06.54 Join    mrtux [0] (~colin@unaffiliated/mrtux)
00.13.01 Quit    habys (Ping timeout: 245 seconds)
00.17.51 Quit    petur2 (Quit: Nettalk6 - www.ntalk.de)
00.26.31 ***     Saving seen data "./dancer.seen"
00.29.57 Quit    petur (Quit: Leaving)
00.33.20 Quit    akaWolf (Ping timeout: 276 seconds)
00.34.56 Join    akaWolf [0] (~akaWolf@188.134.9.161)
00.34.56 Quit    akaWolf (Changing host)
00.34.56 Join    akaWolf [0] (~akaWolf@unaffiliated/akawolf)
00.40.36 Quit    akaWolf (Ping timeout: 240 seconds)
00.41.30 Quit    ender1 (Quit:  Mythical guardians will be instructed to ask visitors name, purpose of visit, and whether they have an appointment instead of ancient riddles. -- Evil Overlord List #256)
00.41.47 Join    akaWolf [0] (~akaWolf@unaffiliated/akawolf)
01.04.14 Join    lebellium [0] (~chatzilla@lns-c10k-ld-02-m-212-194-176-149.dsl.sta.abo.bbox.fr)
01.04.55 Quit    mikroflops (Ping timeout: 264 seconds)
01.06.44 Join    mikroflops [0] (~yogurt@h-179-221.a238.priv.bahnhof.se)
01.09.24 Quit    liar (Ping timeout: 240 seconds)
01.13.59 Quit    mikroflops (Ping timeout: 246 seconds)
01.16.14 Join    mikroflops [0] (~yogurt@h-179-221.a238.priv.bahnhof.se)
01.19.16 Quit    bertrik (Remote host closed the connection)
02.04.36 Quit    robin0800 (Quit: KVIrc 4.3.1 Aria http://www.kvirc.net/)
02.21.45 Quit    lebellium (Quit: ChatZilla 0.9.90.1 [Firefox 23.0/20130729175331])
02.26.34 ***     Saving seen data "./dancer.seen"
02.32.26 Join    wowaname [0] (~wow@184.242.177.73)
02.38.04 Join    Scromple [0] (~Simon@161.43.73.67)
02.38.04 Quit    Scromple (Client Quit)
02.42.44 #       <wowaname> May i ask why Rockbox is unsupported for sixth generation iPod classic?
03.04.23 #       <[Saint]> It isn't "unsupported".
03.04.31 #       <[Saint]> Its "unusable".
03.04.49 #       <[Saint]> Which is merely a target classification, it doesn't actually mean its unusable.
03.05.23 Join    bzed_ [0] (~bzed@devel.recluse.de)
03.05.39 #       <[Saint]> It still needs a Rockbox bootloader and Rockbox Utility before it can be moved up to "unstable".
03.05.56 #       <[Saint]> *Rockbox Utility installation support
03.06.08 #       <[Saint]> (there are several things about this that are non-trivial to implement)
03.06.57 Quit    bzed (Ping timeout: 260 seconds)
03.07.04 Nick    bzed_ is now known as bzed (~bzed@devel.recluse.de)
03.07.47 #       <wowaname> [Saint]» thanks for the clarification
03.08.06 #       <wowaname> i'm just looking around for something
03.08.17 #       <wowaname> i already removed iTunes in favour of foobar
03.08.46 #       <wowaname> i used foobar long before but had to get used to the foo_dop ipod sync extension
03.09.40 #       <[Saint]> You can most certainly install ROckbox on this device (I use it myself), however, it requires a (rather bloated, compared to Rockbox's usual iPod bootloaders) third party tool cool emCORE.
03.09.52 #       <wowaname> oh ok
03.09.56 #       <wowaname> i'll look into that
03.10.04 #       <[Saint]> There is also no diuual-boot support, and USB can be quite flakey on some machines.
03.10.08 #       <[Saint]> see: http://www.freemyipod.org/wiki/EmCORE_Installation
03.10.16 #       <[Saint]> (detailed installation walkthrough)
03.10.19 #       <wowaname> thanks
03.10.37 #       * [Saint] advises wowaname to use *nix for the installation if at all possible
03.10.50 #       <wowaname> i can do that
03.11.12 #       <wowaname> in fact i'm using vbox with crunchbang for xchat
03.11.48 #       <[Saint]> Aha. Excellent. Just make sure to hand over control of the device to the virtual machine, and all should go smoothly.
03.12.03 #       <wowaname> ya
03.12.20 #       <[Saint]> Don't be afraid to speak up if you get into trouble. But, nothing can really go /horribly/ wrong.
03.12.35 #       <[Saint]> There is absolutely no chance of bricking the device.
03.12.35 #       <wowaname> i'll idle here if i do
03.12.37 #       <[Saint]> Zero.
03.12.44 #       <wowaname> inb4 something deletes system32
03.12.49 #       <[Saint]> (which is what most peoiple seem to fear)
03.12.51 #       <wowaname> on linux </irony>
03.13.03 #       <wowaname> oh yeah i was wondering about that too
03.13.16 #       <wowaname> the possibility of bricking
03.13.19 #       <wowaname> well that's good
03.13.46 #       <wowaname> lol i love how freenode always has 100+ users on channels but only a few are not idling
03.14.55 #       <[Saint]> With the iPods, it is *exceedinly* hard to brick any of them prior to the Nano2G - and basically impossible to brick any of them post Nano2G.
03.15.18 #       <wowaname> because: Apple just works (TM)
03.15.24 #       <[Saint]> You'd need to go to an immense amount of effort to brick an iPod using Rockbox tools.
03.15.40 #       <[Saint]> It is possible, but, you couldn;t do it accidentally.
03.16.50 #       <[Saint]> With the Classic, the worst that can happen is you force it into DFU mode and then restore with iTunes.
03.17.29 #       <[Saint]> But, yeah, that walkthrough should get you up and running.
03.17.57 #       <wowaname> ok
03.18.16 #       <wowaname> lol i hope to god that i dont need to reinstall that PoS iTunes
03.19.16 #       <[Saint]> Once you have completed the installation, it is advisable to update the Rockbox image by extracting http://build.rockbox.org/data/rockbox-ipod6g.zip to the root of the device.
03.19.29 #       <wowaname> k
03.20.09 #       <[Saint]> However - this may cause some issues with USB instability, or it may not.
03.20.42 #       <wowaname> what trouble would one run into
03.20.52 #       <wowaname> not detecting the device?
03.21.30 #       <[Saint]> Correct. Failure to mount, or, mounting after a huge length of time and then botching transfer.
03.21.37 #       <wowaname> ah
03.21.56 #       <[Saint]> Fortunately there is a fallback image embedded within emCORE itself that shouldn't have any issue with USB.
03.22.20 #       <[Saint]> So, it is still possible to use the device, albeit a little incomvenient.
03.22.41 #       <[Saint]> But, lets not worry about this until the install is finished and we know if you have troubles or not. :)
03.23.00 #       <wowaname> ya
03.23.12 #       <wowaname> i'm just reading through before i do anything
03.23.31 #       <[Saint]> Just make sure to avoid USB3 ports. For <some_unknown_reason> this seems to trigger a whole bunch of problems.
03.24.07 #       <wowaname> even though i do have linux and C: mounts automatically...
03.24.17 #       <wowaname> lol usb3.0
03.24.29 #       <wowaname> this laptop's a bit old for even having any of those ports
03.25.42 #       <TheSeven> wowaname: itunes can recover >99% of the possible screwed up states by itself, so going back is usually easy
03.25.49 #       <wowaname> k
03.26.06 #       <wowaname> itunes IS a screwed up state imo
03.26.06 #       <wowaname> but if i have to i will install it
03.26.21 #       <TheSeven> yes, but it indeed turns out to be good at fixing up borked ipods, but only nano3g and classic upward
03.26.26 #       <wowaname> ya
03.26.43 #       <[Saint]> The only other thing I can think of to mention is that (because of the port's current classification as "unusable"), there is no manual available for the device, but you can substitute the iPod Video manual: http://download.rockbox.org/daily/manual/rockbox-ipodvideo/rockbox-build.html
03.26.50 #       <TheSeven> you can also recover things without itunes if you want to deal with some command line tools
03.26.58 #       <TheSeven> we can fully replicate what itunes does during recovery
03.27.02 #       <wowaname> ok
03.27.13 #       <wowaname> TheSeven» that's great
03.27.14 #       <[Saint]> The only things I can think of that do not apply are: dual-boot, USB HID, FM, and recording.
03.27.37 #       <TheSeven> and in fact all unrecoverable issues that I've seen so far on classics, both at users and developers, were one of two things: old hard drives failing or water damage
03.27.44 #       <wowaname> dualbooting on an iPod... i know it has a use but it's kinda funny
03.28.18 #       <[Saint]> Its useful for devices that only offer iPod connectivity.
03.28.30 #       <wowaname> o yeah
03.28.33 #       <wowaname> docks?
03.28.38 #       <[Saint]> car head units, some stereos, docks, etc.
03.29.05 #       <[Saint]> Oh, also, themes: http://themes.rockbox.org/index.php?target=ipodvideo
03.29.18 #       <[Saint]> (Classic has the same physical dimensions as the iPod Video)
03.29.43 Join    amayer [0] (~amayer@h5.34.25.72.ip.windstream.net)
03.30.00 #       <wowaname> oh my god that is great, custom tag display
03.30.22 #       <wowaname> i was pretty sure it would have it
03.30.40 #       <[Saint]> fully customizable skin engine FTW. :)
03.30.46 #       <wowaname> :3
03.31.21 #       <wowaname> are themes native or is it a scripting language
03.31.42 #       <[Saint]> Its a unique language.
03.31.51 #       <wowaname> compiled, i assume
03.31.59 #       <[Saint]> No, no, plain text.
03.32.02 #       <wowaname> oh
03.32.04 #       <wowaname> oh awesome
03.32.20 #       <[Saint]> The manual I linked above descibes the skin engine.
03.32.20 #       <amayer> wowaname: download a theme and unzip it
03.32.23 #       <wowaname> k
03.32.42 #       <wowaname> configuration files
03.32.55 #       <wowaname> bitmaps
03.32.55 #       <wowaname> fun
03.33.02 #       * [Saint] is "some form of Rockbox skin "expert"" ;)
03.33.19 #       <wowaname> s/skin //
03.34.14 #       <[Saint]> Oh, no, no way - there are many facets of the core that may as well be magic as far as I'm concerned. :)
03.34.24 #       <wowaname> lol but you are helpful
03.35.26 #       <wowaname> bitmap fonts?
03.35.57 #       <wowaname> i was just asking for clarification; i actually prefer bitmap fonts
03.37.17 #       <[Saint]> There's actually support for anti-aliased fonts now too, has been for some time, but I'm not sure the manual mentions this.
03.37.51 #       <wowaname> but the fonts are in the theme archives?
03.37.52 #       <[Saint]> However, you can't just drop in any old .ttf, fonts need to be converted to our .fnt format.
03.37.55 #       <wowaname> ya
03.38.59 #       <[Saint]> Some themes include their own fonts, if said fonts are not contained within our font pack.
03.39.07 #       <wowaname> k
03.39.13 #       <[Saint]> Otherwise, the shipped binaries would be *massive*.
03.39.18 #       <wowaname> the Windows FNT or a custom format
03.40.39 #       <[Saint]> Hmmmm. I'm not sure about that, to be honest. My guess would be that it just so happens to share the extension.
03.40.54 #       <wowaname> i'll look at the wiki for that
03.42.09 #       <[Saint]> you'd need to compile convbdf from our sources to convert your own fonts from a bdf file.
03.42.28 #       <[Saint]> Or, convttf to convert your own antialiased fonts from a ttf file.
03.43.14 #       <[Saint]> I made an antialiased font pack a while ago, linked here: http://www.rockbox.org/wiki/RockboxExtras
03.43.20 #       <wowaname> if anything i'd use this font: http://en.wikipedia.org/wiki/Proggy_programming_fonts‎
03.43.38 #       <wowaname> proggyfonts.com
03.43.55 #       <wowaname> one of my favourite fonts
03.44.59 #       <[Saint]> that domain is useless.
03.45.08 #       <[Saint]> otherwise I'd whip up a font for you right now.
03.45.15 #       <wowaname> holy shit
03.45.16 #       <wowaname> it is
03.45.24 #       <wowaname> curse you google
03.45.41 #       <wowaname> where the hell was it
03.45.57 #       <wowaname> hmm the site must have went down
03.46.26 #       <wowaname> http://web.archive.org/web/20130623064834/http://proggyfonts.com/
03.46.27 #       <wowaname> yep
03.49.08 #       <wowaname> wait would a reflash wipe all data off the iPod
03.49.16 #       <[Saint]> It looks quite similar to GNU Unifont, which I have an antialiased version thereof in my font pack in various sizes.
03.49.36 #       <[Saint]> Yes. Installing Rockbox on the Classic will wipe all user data.
03.49.50 #       <wowaname> i also love Fixedsys Excelsior
03.50.03 #       <[Saint]> Backup any files you need to before installation.
03.50.21 #       <wowaname> i dont need to back anything up, just take the time to resync everything
03.50.33 #       <wowaname> i'll mess with it tomorrow
03.50.33 #       <[Saint]> Ah.
03.51.39 #       <wowaname> if i were to use EmCORE for Win7, would there be stability issues, or just other crap to deal with
03.52.00 #       <TheSeven> it's somewhat likely that you might have trouble transferring files on windows
03.52.17 #       <TheSeven> but if that happens, you should be able to reboot the ipod into the fallback rockbox version, which should work fine
03.52.21 #       <wowaname> permanently or just hit and miss
03.52.24 #       <wowaname> oh ok
03.52.57 #       <[Saint]> The installation is the primary source of fuckaroundery.
03.53.36 #       <[Saint]> The install on *nix is so smooth its not even funny when compared to the Windows iTunes/non-iTunes installation.
03.54.20 #       * TheSeven blames that on microsoft not having any sane userspace USB access interface
03.54.25 #       <wowaname> yeah windows isnt good with developer shit
03.54.40 #       <TheSeven> everything needs a kernel driver on windows, and those drivers need to be signed by microsoft
03.54.56 #       <wowaname> windows' mounting system fails. drive letters. seriously
03.55.11 #       <wowaname> ugh
03.55.22 #       <wowaname> ok i'll use linux for it lol
03.55.47 #       <TheSeven> if you're on 64bit windows and need to run a custom kernel mode driver, you have to apply a bootloader hack :)
03.55.58 #       <wowaname> oh  wow
03.56.37 #       <TheSeven> microsoft tried to solve part of the mess by providing their own userspace USB api driver, but that still needs to be installed for a particular device, competing with itunes' driver, which is just a huge mess
03.56.50 #       <[Saint]> TheSeven is the evil genius that made all this possible.
03.56.53 #       <wowaname> ew
03.56.58 #       <[Saint]> The Classic port is his baby.
03.56.58 #       <wowaname> ha
03.57.03 #       <wowaname> ty TheSeven 
03.57.31 #       <TheSeven> the classic port was mostly trivial after figuring out the nano2g one :)
03.58.12 #       <TheSeven> how long did it take us? 2 weeks after I received the donated classic until we had music playback, or something like that?
03.58.18 #       <TheSeven> and slightly longer on ce-ata devices of course...
03.58.41 #       <TheSeven> the nano was more like half a year :)
04.00.38 #       <[Saint]> Longer, iirc.
04.02.45 #       <TheSeven> I'm only counting it from when we had code execution on the device
04.03.02 #       <TheSeven> if you include the battle against apple's code signing it was ~3 years IIRC
04.08.23 Quit    pixelma (Disconnected by services)
04.08.24 Join    pixelma_ [0] (pixelma@rockbox/staff/pixelma)
04.08.26 Nick    pixelma_ is now known as pixelma (pixelma@rockbox/staff/pixelma)
04.08.31 Quit    amiconn (Disconnected by services)
04.08.32 Join    amiconn_ [0] (quassel@rockbox/developer/amiconn)
04.08.36 Nick    amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn)
04.21.44 #       <[Saint]> Aha. Right.
04.25.17 #       <wowaname> [Saint]» Unifont's quite different from Proggy
04.25.39 #       <[Saint]> Looks fairly similar to me.
04.25.42 #       * [Saint] shrugs
04.25.45 #       <wowaname> it's taller
04.25.48 #       <wowaname> lol
04.26.03 #       <wowaname> but it's unicode
04.26.08 #       <wowaname> that is good
04.26.36 ***     Saving seen data "./dancer.seen"
04.26.56 #       <wowaname> hex format sounds interesting
05.13.08 Quit    wowaname (Ping timeout: 248 seconds)
05.26.58 Quit    TheSeven (Disconnected by services)
05.27.07 Join    [7] [0] (~quassel@rockbox/developer/TheSeven)
05.34.53 Nick    SuperBrainAK is now known as DormantBrain (~andy@shared02.balt01.cd.2g2u.net)
05.42.54 Quit    amayer (Quit: Leaving)
05.50.06 Quit    [Saint] (Remote host closed the connection)
05.51.07 Join    [Saint] [0] (~saint@rockbox/user/saint)
05.51.20 Join    stormdragon2976 [0] (~Storm@137.118.186.73)
05.53.33 Quit    sakax (Read error: Operation timed out)
05.55.05 #       <stormdragon2976> I am having trouble generating the voice file with espeak. It says everything has completed successfully, but when I press ok and disconnect the player it still speaks with flite. I'm using Arch Linux. What am I doing wrong?
06.08.28 Join    sakax [0] (~sakax@unaffiliated/sakax)
06.12.14 Quit    Xerion (Read error: Connection reset by peer)
06.12.45 Join    Xerion [0] (~xerion@5419F5F4.cm-5-2d.dynamic.ziggo.nl)
06.23.35 Join    kevku [0] (~kevku@2001:0:c38c:c38c:3b:610d:3d69:be0b)
06.26.39 ***     Saving seen data "./dancer.seen"
06.52.52 #       * [Saint] has a Rockbox build client unattended network installer for Raspberry Pi working
06.53.24 #       <[Saint]> I need to clean it up a bit though.
06.53.36 #       <[Saint]> I don't imagine there is going to be a huge market for this. :)
06.53.48 Nick    DormantBrain is now known as SuperBrainAK (~andy@shared02.balt01.cd.2g2u.net)
06.54.06 #       <[Saint]> Its made possible by hifi's excellent raspbian-ua-netinst
07.00.27 #       <[Saint]> Its kinda ugly at the moment though - I need to figure out a clean way of setting up a new user with a unique username.
07.52.49 Join    dv__ [0] (~quassel@chello080108009040.14.11.vie.surfer.at)
07.53.18 Join    olspookishmagus [0] (~pookie@host-84-205-241-1.cpe.syzefxis.ote.gr)
07.53.51 Quit    dv_ (Ping timeout: 264 seconds)
08.05.25 Join    ender` [0] (krneki@foo.eternallybored.org)
08.26.40 ***     Saving seen data "./dancer.seen"
08.38.54 Join    Rower [0] (husvagn@v-413-alfarv-177.bitnet.nu)
08.56.03 Join    Guest10765 [0] (~liar@clnet-p09-185.ikbnet.co.at)
09.05.04 Join    pamaury [0] (~quassel@rockbox/developer/pamaury)
09.05.44 Join    einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de)
09.08.54 Join    petur [0] (~petur@91.183.48.77)
09.08.57 Quit    petur (Changing host)
09.08.57 Join    petur [0] (~petur@rockbox/developer/petur)
09.21.32 Quit    [Saint] (Remote host closed the connection)
09.22.42 Join    [Saint] [0] (~saint@rockbox/user/saint)
09.26.41 Quit    shamus (Read error: Connection reset by peer)
09.27.16 Join    shamus [0] (~shmaus@ip-206-192-195-49.marylandheights.ip.cablemo.net)
09.38.34 Quit    rdn (Remote host closed the connection)
09.40.09 Part    stormdragon2976 ("With a flash lof lightning and a blast of air from massive wings the storm dragon takes flight and vanishes into the fading twilight.")
09.51.54 #       <copper> is there a better way of offering the same theme in different colors, than to just submit each one as a separate and appropriately named theme?
09.53.03 #       <copper> a meta-theme archive with 5 different colors would make a somewhat large zip
09.53.26 #       <copper> also I assume that kind of practice is frowned upon
09.54.01 #       <copper> each backdrop is 228 KiB
09.56.42 #       <copper> ugh, well, they're ALWAYS 228 KiB, being uncompressed…
09.58.08 #       <copper> the problem with distributing separate themes is that any time I update the theme, I'm gonna have to upload each one of them separately, and that would be a huge pain in the ass
09.58.56 Join    eyfour [0] (~a4@13.90-149-56.nextgentel.com)
10.26.43 ***     Saving seen data "./dancer.seen"
10.36.07 Join    LinusN [0] (linus@giant.haxx.se)
10.37.59 Quit    pamaury (Read error: Connection reset by peer)
10.42.51 Join    bertrik [0] (~quassel@rockbox/developer/bertrik)
10.45.16 Join    pamaury [0] (~quassel@rockbox/developer/pamaury)
11.16.33 Quit    Rower (Quit: Hmmm...)
11.23.20 Quit    eyfour (Read error: No route to host)
11.24.37 Join    eyfour [0] (~a4@90.149.56.13)
11.31.53 #       <copper> er, the zip file is still very small
11.31.58 #       <copper> bmp compresses well
11.33.49 Join    wodz [0] (~wodz@iwl138.internetdsl.tpnet.pl)
11.34.58 Join    Rower [0] (husvagn@v-413-alfarv-177.bitnet.nu)
11.44.23 Quit    wodz (Read error: Connection timed out)
11.44.48 Join    wodz [0] (~wodz@iwl138.internetdsl.tpnet.pl)
11.47.02 #       <copper> 100 KiB
11.48.36 Nick    dv__ is now known as dv_ (~quassel@chello080108009040.14.11.vie.surfer.at)
11.53.03 #       <wodz> pamaury: ping
11.59.20 Nick    SuperBrainAK is now known as DormantBrain (~andy@shared02.balt01.cd.2g2u.net)
12.05.24 Join    lebellium [0] (~chatzilla@lns-c10k-ld-02-m-212-194-176-149.dsl.sta.abo.bbox.fr)
12.21.19 Quit    eyfour (Quit: WeeChat 0.3.7)
12.23.44 #       * bertrik is thinking a bit about the "cpu-noise" problems on the clip+ that apparently go away when enabling high-speed mode in the sd card
12.26.46 ***     Saving seen data "./dancer.seen"
12.29.37 #       <copper> http://outpost.fr/stuff/Googley-Classic.png
12.32.46 Join    hype [0] (~hype@82.199.174.16)
12.33.36 #       <bertrik> still have to figure out the exact conditions under which it happens
12.35.11 #       <wodz> bertrik: Are you able to reproduce 'cpu noise'?
12.35.22 #       <bertrik> no
12.36.02 #       <bertrik> there's a fix for it, but it introduces a bug (not waiting for card response) and I'd rather not "fix" before knowing the root cause
12.36.13 #       <wodz> thats my point
12.37.39 #       <bertrik> I don't really know what happens when you tell an sd card / sd card controller to use high-speed mode (50 MHz instead of 25 MHz)
12.38.24 #       <bertrik> perhaps the sd card changes to a stronger drive strength, but I can't see how that reduces interference
12.39.23 #       <bertrik> we're not actually changing the transfer speed on the clip+
12.40.32 Quit    sakax (*.net *.split)
12.42.27 #       <copper> pamaury: btw, were you able to come up with anything to increase the speed of the sd card reader?
12.44.25 Quit    hype (Quit: ["Textual IRC Client: www.textualapp.com"])
12.46.31 Join    sakax [0] (~sakax@unaffiliated/sakax)
12.54.40 Quit    ender` (Read error: Connection reset by peer)
12.55.21 Join    ender` [0] (krneki@foo.eternallybored.org)
12.55.48 Quit    [Saint] (Remote host closed the connection)
12.56.44 Join    [Saint] [0] (~saint@rockbox/user/saint)
13.06.20 #       <copper> oh for fuck's sake
13.06.59 #       <copper> the theme uploader refuses my archive because it contains several variants of the same theme
13.08.55 #       <copper> come on, do I *really* have to upload 6 individual themes? ;-(
13.21.01 #       <copper> grrrr
13.23.24 #       <pamaury> wodz: pong
13.23.27 #       <pamaury> copper: not yet
13.25.04 #       <wodz> pamaury: Have you seen hwstub rk27xx port pastie? Beware this code does not work.
13.25.21 #       <pamaury> yes, I haven't fixed/looked it yet
13.29.46 #       <wodz> pamaury: according to my tests the driver doesn't see (mostly) SETUP packets. From time to time it gets SETUP packet but I can't spot any pattern why it is so.
13.30.21 #       <pamaury> cpu too slow ?
13.30.52 #       <wodz> dunno. It is running at 200MHz so it should be capable to at least record the event
13.31.16 #       <bertrik> maybe you're not getting interrupts for EP0, or perhaps interrupts are getting cleared accidentally?
13.31.26 #       <wodz> maybe usb core setup sequence is incorrect
13.31.34 #       <wodz> bertrik: this code works in polled mode
13.31.41 #       <wodz> with irqs turned off
13.33.48 #       <pamaury> cache disabled
13.34.21 #       <wodz> pamaury: is it a question or a statement
13.34.29 #       <pamaury> question
13.34.33 #       <wodz> disabled
13.37.59 #       <copper> phew
13.38.06 #       <copper> all 6 themes uploaded, separately
13.54.28 Nick    GeekShad1w is now known as GeekShadow (~antoine@nzf.turmel.info)
13.58.11 Join    robin0800 [0] (~Robin0800@cpc1-brig15-2-0-cust755.3-3.cable.virginmedia.com)
14.08.02 #       <copper> http://themes.rockbox.org/index.php?searchtheme&searchword=Googley-Classic&searchtype=name
14.10.57 Join    speckmade [0] (~stinky@port-92-201-14-229.dynamic.qsc.de)
14.13.29 #       <speckmade> Can somebody help me to blindly enable voiced menus on my sansa clip?
14.13.37 #       <speckmade> I smashed my display
14.14.00 #       <speckmade> apart from that my device works just fine...
14.14.27 Quit    wodz (Read error: No route to host)
14.14.50 Join    wodz [0] (~wodz@iwl138.internetdsl.tpnet.pl)
14.15.00 #       <speckmade> how can I configure voiced menus by editing the config file?
14.15.09 #       <copper> meh, buy a new one
14.15.30 #       <speckmade> yeah - I may do that eventually... :-/
14.19.17 Join    amayer [0] (~amayer@mail.weberadvertising.com)
14.26.49 ***     Saving seen data "./dancer.seen"
14.29.47 #       <bertrik> oh, I thought that voice menu would be enabled automatically, if the voiced strings are present on the device
14.35.26 #       <speckmade> I downgraded to 3.13 stable in order to be able to install voice files via Rockbox installer
14.36.48 #       <speckmade> then I installed the voice file
14.37.20 #       <speckmade> now there's the file "english.voice" under /.rockbox/langs
14.37.39 #       <speckmade> now it doesn't yet seem to speak to me
14.38.22 #       <speckmade> then I also tried changing the menu language back to english
14.38.32 #       <speckmade> via config file
14.48.56 Quit    Guest10765 (Quit: huiiiiiiiiiiiiiiiiiiiiiiiiiiiiiii)
14.52.10 Quit    olspookishmagus (Quit: free() the malloc())
15.05.50 #       <pixelma> speckmade: should be possible by editing config.cfg in .rockbox. The line should read "lang: /.rockbox/langs/english.lng" or possibly "lang: -"
15.10.54 #       <pixelma> or it could just be deleted, maybe as well as any line that lists a setting with "talk" in case you disabled something there. They will only be present in config.cfg if the setting differs from the default (which is "on" for anything talk related)
15.28.41 #       <pamaury> copper: I know why the sd read/write speed is capped
15.30.08 #       <copper> why?
15.30.12 #       <pamaury> with the current clock rate, there is no way you can transfer at more than ~6MB/s
15.30.48 #       <pamaury> I'll see what is needed to clock higher
15.31.06 #       <pamaury> note that it doesn't apply to the internal storage
15.31.28 #       <amayer> pamaury: will something like this limit usb speeds too?
15.32.07 #       <pamaury> no
15.32.21 #       <amayer> ok :)
15.32.23 #       <pamaury> I mean you cannot transfer through usb than 6MB/s obviously
15.32.43 #       <pamaury> but usb itself has no such limit
15.33.05 #       <amayer> oh ok
15.33.39 #       <pamaury> I have a card which does 14MB on my computer and 7MB/s on rockbox so we have room for improvement ^^
15.36.26 #       <pamaury> copper: have you tried in OF ?
15.36.53 #       <copper> no
15.36.57 #       <copper> uh
15.37.01 #       <copper> I don't remember actually
15.37.25 Quit    ender` (Ping timeout: 240 seconds)
15.38.54 #       <copper> checking the logs, looks like I didn't
15.39.00 #       <pamaury> the thing is that as far as I know, the imx233 cannot change the pin voltage of the sd card data lines and you cannot go higher than 25MHz with 3.3V signalling
15.39.25 #       <pamaury> so maybe we are actually limited to 6MB/s because of this but it's worth checking if the OF is limited too
15.39.57 #       <pamaury> Maybe someone who knows SD can confirm, gevaerts: who knows this ?
15.40.23 #       <bertrik> I think you can still go high-speed, if the card supports it, at 3.3V
15.40.34 #       <bertrik> 50 MHz instead of 25 MHz
15.41.23 #       <pamaury> the spec says no and I've tried: switched to HS and 48MHz clock: doesn't work
15.41.35 #       <pamaury> maybe something else is wrong though
15.41.56 #       <pamaury> oh no, you're right
15.42.07 #       <pamaury> HS is 50MHz, so it should work :-/
16.26.48 Quit    Zagor (Quit: Clint excited)
16.26.53 ***     Saving seen data "./dancer.seen"
16.26.58 Quit    petur (Quit: Nettalk6 - www.ntalk.de)
16.45.26 Quit    robin0800 (Quit: KVIrc 4.3.1 Aria http://www.kvirc.net/)
16.53.56 #       <pamaury> damn, CSD indicates high speed but setting clock to 50MHz plain doesn't work
16.59.02 Part    LinusN
17.02.20 #       <pamaury> ah that's interesting, clocking at 40MHz works and gives ~10MB/s now
17.04.29 #       <pamaury> but it's unsable
17.04.35 #       <pamaury> *unstable :-/
17.06.08 Quit    bluebrother (Disconnected by services)
17.06.13 Join    bluebrother [0] (~dom@rockbox/developer/bluebrother)
17.06.48 #       <pamaury> ah increasing drive strength helps
17.06.49 Quit    fs-bluebot (Ping timeout: 264 seconds)
17.08.17 Join    fs-bluebot [0] (~fs-bluebo@g225252197.adsl.alicedsl.de)
17.09.25 Quit    wodz (Ping timeout: 240 seconds)
17.09.38 #       <pamaury> nice I can now reach 15MB/s internal, it's still only 11MB/s on usb
17.09.50 Join    wodz [0] (~wodz@iwl138.internetdsl.tpnet.pl)
17.12.12 #       <copper> http://outpost.fr/stuff/Googley-FuzePlus.png
17.14.11 #       <[Saint]> pacman -Syu sudo lxde upower gamin polkit-gnome gvfs
17.14.17 #       <[Saint]> errrrr, fuck.
17.17.24 #       <[Saint]> pacman -Syu sudo lxde upower gamin polkit-gnome gvfs gvfs-smb gvfs-afb
17.17.36 #       <[Saint]> grrrrrrr.
17.20.05 Quit    Raptors (Read error: Operation timed out)
17.21.01 #       <bertrik> pamaury: increase drive strength on the host side, I suppose?
17.23.35 Join    Raptors [0] (~whoneedsa@216-58-33-203.cpe.distributel.net)
17.27.06 #       <pamaury> yes
17.27.27 #       <pamaury> I think I need to use CMD23 to have optimum performance but it's optional on sd, so more code to handle both
17.27.37 #       <pamaury> we need a generic SD/MMC driver !!!
17.30.07 #       <bertrik> we could start with at least using the same function names in the various sd drivers for send_cmd etc.
17.31.31 #       <bertrik> I'm not completely sure if I understand the history of some of the usb drivers, but IIRC trying to unify broke something that is currently still broken
17.32.55 Quit    pamaury (Read error: Operation timed out)
17.33.28 #       <copper> http://themes.rockbox.org/index.php?searchtheme&searchword=Googley-FuzePlus&searchtype=name
17.35.38 Join    pamaury [0] (~quassel@rockbox/developer/pamaury)
17.35.50 #       <copper> hopefully everyone will find a color that they like
17.36.51 #       <pamaury> bertrik: not really, we tried to unify to one broken driver with an unstable one and this resulted in a brokunstable one
17.37.12 #       <pamaury> *-to, actually I wasn't the one to do it
17.37.37 #       <pamaury> it's not the same though: our sd driver really have a lot of duplicate, potentially buggy code
17.39.47 #       <bertrik> pamaury: something like an generic upper level, which does init/read/write, and a lower device-specific which implements init/send_cmd/transfer_block ?
17.41.49 #       <pamaury> yes exactky
17.42.01 #       <pamaury> we want to factor the read/write/init card
17.42.05 Quit    einhirn (Read error: Connection reset by peer)
17.42.16 #       <pamaury> and provide hook for platform specific things like bank switching, of course
17.43.50 #       <wodz> I should publish my draft probably.
17.44.35 Join    einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de)
17.45.25 Quit    speckmade (Ping timeout: 240 seconds)
17.45.38 Quit    DexterLB (Quit: So long and thanks for all the fish)
17.47.01 #       <bertrik> I would very much like to improve the individual drivers first, not waiting for the "ultimate generic solution"
17.47.01 Join    DexterLB [0] (~dex@79.100.5.0)
17.47.34 #       <pamaury> as you wish, but I think it's better to have a generic driver and slowly move the drivers to it, ie it would be optional
17.48.00 #       <pamaury> it would implement all the sd_* part and rely on some sd_drv_* functions, this way you are not obliged to use it
17.48.07 #       <wodz> bertrik: but you know some problems are in common code like the last bug in imx sd driver
17.48.29 Quit    einhirn (Client Quit)
17.49.09 #       <pamaury> and I would like to merge sd and mmc too
17.49.31 #       <pamaury> it shouldn't be too hard since mmc is hardly used: on imx233 it's like sd and there the ondio I think
17.50.15 #       <wodz> maybe cowon d2 - it has full size sd/mmc slot
17.50.29 #       <bertrik> pamaury: that way of slowly integrating more drivers into the generic one, sound like a good idea
17.50.37 #       <pamaury> I doubt the current driver support mmc though
17.50.46 #       <pamaury> bertrik: yes, otherwise we will break everything at once :)
17.50.57 #       <bertrik> but I mean that it shouldn't stop us from fixing bugs in the current sd drivers
17.51.10 #       <bertrik> wodz: what was the last bug in the imx sd driver?
17.51.54 #       <pamaury> the sd switch function which didn't read the 64 bytes
17.52.09 #       <wodz> http://git.rockbox.org/?p=rockbox.git;a=commit;h=20ee453edce207a4285638f0399926b0b9f506df
17.53.26 #       <bertrik> ah, yes, this bug is also in the AMSv1 driver (not in AMSv2 though)
17.56.23 #       <bertrik> IIRC, on AMSv1, we are being silly by doing all SD transfers in 1-bit SD mode. Switching to 4-bit mode would give a 4x speedup, now we try to improve performance by going high-speed which gives only 2x speedup and only for cards that support it
17.57.07 #       <bertrik> the code has a comment around and #if 0'ed part of the code that switches to 4-bit mode /* FIXME : it seems that reading fails on some models */
17.58.14 #       <bertrik> I'd like to enable the 4-bit mode again. I think the failing reads occurred before another cleanup I did 2 years ago.
17.58.34 Quit    DexterLB (Quit: So long and thanks for all the fish)
17.59.11 #       <bertrik> In several places, the sd driver code did not wait for the response, but just did a delay. I think the problems that this caused were incorrectly blamed on the 4-bit mode. The 4-bit mode probably changed the timing.
17.59.50 Join    DexterLB [0] (~dex@79.100.5.0)
18.03.25 #       <bertrik> are we releasing in september?
18.03.37 #       <wodz> bertrik: enable 4-bit and wait for complaints :-)
18.04.13 #       <bertrik> wodz: yeah, that was roughly my plan :) unless we're close to release
18.13.44 Quit    wodz (Quit: Leaving)
18.25.10 Join    n1s [0] (~n1s@rockbox/developer/n1s)
18.26.56 ***     Saving seen data "./dancer.seen"
18.29.28 Join    olspookishmagus [0] (~pookie@91.132.63.143)
18.54.33 Join    ender` [0] (krneki@foo.eternallybored.org)
19.07.40 Quit    [Saint] (Remote host closed the connection)
19.08.35 Join    [Saint] [0] (~saint@rockbox/user/saint)
19.13.22 Join    wodz [0] (~wodz@89-75-41-78.dynamic.chello.pl)
19.14.15 #       <wodz> pamaury, bertrik: http://pastebin.com/ZmZPFHqH <- this is very preliminary draft of sd refactoring. function names are adhoc but general idea can be seen.
19.38.10 Join    thomasjfox [0] (~thomasjfo@rockbox/developer/thomasjfox)
19.43.27 Join    rdn [0] (~oop@cpe-69-204-124-212.buffalo.res.rr.com)
19.50.55 Join    Strife89 [0] (~Strife89@2602:306:250e:e539:14cf:4b5a:a1d2:6add)
20.15.31 Join    y4n [0] (~y4n@unaffiliated/y4ndexx)
20.26.59 ***     Saving seen data "./dancer.seen"
20.33.12 Quit    Strife89 (Ping timeout: 264 seconds)
21.04.00 Join    stripwax [0] (~Miranda@rockbox/developer/stripwax)
21.04.44 Join    ikeboy [0] (~dell@ool-435622d3.dyn.optonline.net)
21.20.19 Quit    ikeboy (Quit: Ex-Chat)
21.21.09 Quit    Provel (Read error: Connection reset by peer)
21.23.27 Join    speckmade [0] (~stinky@port-92-192-55-161.dynamic.qsc.de)
21.24.27 Nick    DormantBrain is now known as SuperBrainAK (~andy@shared02.balt01.cd.2g2u.net)
22.05.13 Quit    n1s (Quit: Ex-Chat)
22.15.51 Quit    stripwax (Read error: Connection reset by peer)
22.19.26 Quit    y4n (Quit: PÆNTS ØLF!)
22.27.00 ***     Saving seen data "./dancer.seen"
22.45.52 Quit    amayer (Quit: Leaving)
22.47.21 Quit    fyrestorm (Read error: Connection reset by peer)
22.49.24 Join    fyrestorm [0] (~nnscript@cpe-24-90-158-3.nyc.res.rr.com)
22.55.23 Quit    alexbobp (Ping timeout: 245 seconds)
23.05.22 Quit    thomasjfox (Quit: Konversation terminated!)
23.06.36 Join    alexbobp [0] (~alex@capitalthree.pwnz.org)
23.09.12 Quit    ender` (Quit:  It is easier to port a shell than a shell script.	-- Larry Wall)
23.11.45 Quit    ender^ (Ping timeout: 246 seconds)
23.12.15 Join    ender^ [0] (~ender1@2a01:260:4094:1:42:42:42:42)
23.22.35 Quit    ender^ (Ping timeout: 246 seconds)
23.24.06 Join    stripwax [0] (~Miranda@rockbox/developer/stripwax)
23.35.30 Join    ender^ [0] (~ender1@2a01:260:4094:1:42:42:42:42)
23.39.03 Quit    Rower (Quit: Hmmm...)
23.55.10 Join    sakax_ [0] (~sakax@d8D862C77.access.telenet.be)
23.55.49 Join    mirak [0] (~mirak@5-49-104-130.hfc.dyn.abo.bbox.fr)