--- Log for 18.06.112 Server: kornbluth.freenode.net Channel: #rockbox --- Nick: logbot_ Version: Dancer V4.16 Started: 3 days and 0 hours ago 00.00.58 Quit GeekShadow (Read error: Connection reset by peer) 00.02.11 Quit Rower85 (Quit: Hmmm...) 00.06.17 Join evilnick| [0] (~evilnick@rockbox/staff/evilnick) 00.07.48 Quit mc2739 (Ping timeout: 248 seconds) 00.08.12 Quit evilnick (Ping timeout: 245 seconds) 00.08.53 Quit Guest3349 (Read error: Connection reset by peer) 00.09.13 Quit TheSeven (Disconnected by services) 00.09.14 Join [7] [0] (~quassel@rockbox/developer/TheSeven) 00.09.49 Join mc2739 [0] (~mc2739@rockbox/developer/mc2739) 00.11.29 Join kevsthebomb [0] (~ada1e5cd@www.haxx.se) 00.11.32 Quit domonoky1 (Read error: Connection reset by peer) 00.12.03 Quit kevsthebomb (Client Quit) 00.12.15 Join kevsthebomb12312 [0] (~ada1e5cd@www.haxx.se) 00.12.32 Quit kevsthebomb12312 (Client Quit) 00.12.40 Join kevsthebomb12312 [0] (~ada1e5cd@www.haxx.se) 00.14.23 Quit petur (Quit: Leaving) 00.15.57 Quit kevsthebomb12312 (Client Quit) 00.16.59 Quit kevku (Ping timeout: 248 seconds) 00.17.03 Quit mirak (Quit: Ex-Chat) 00.18.40 Join kevsthebomb12312 [0] (~ada1e5cd@www.haxx.se) 00.23.12 Quit lebellium (Quit: ChatZilla 0.9.88.2 [Firefox 14.0/20120612164001]) 00.25.24 Join Topy44 [0] (~Topy44@f049110229.adsl.alicedsl.de) 00.25.47 # sup 00.25.49 Join GeekShadow [0] (~antoine@193.102.193.77.rev.sfr.net) 00.27.48 # 02hello 00.28.00 # 03hello??? 00.28.18 # Do you have a question? 00.29.13 # Could it be that the USB backdrop+image on the beast is 2 pixels less wide than the screen resolution? 00.29.15 # dose my ipod nano 2g get any outher stuff or just rockbox 00.29.30 # If you mean are there any other alternative firmwares, then no 00.29.50 # wow :) 00.29.50 Quit [Saint] (Read error: Connection reset by peer) 00.30.19 # there must be some big encryption code 00.30.27 Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940) 00.30.47 # That has been broken, if any other projects wanted to run their own code they could 00.30.53 # But it is a huge amount of work 00.31.18 # there are no real other project doing this kind of software, that's it. 00.31.21 # there's not ipodlinux for it? 00.31.31 # That has been dead for a long long time 00.32.03 # there's freemyipod these days 00.32.11 # now adays everyone jailbreaks i pods it can be well ... that every ones into new tech 00.32.18 # bluebrother: Not as a full firmware though 00.32.34 # kevsthebomb12312: I'm having trouble understanding you 00.32.48 # ohh ok sorry 00.32.52 # AlexP: no. Just as a project that does something with the newer Ipods :) 00.32.59 # Are you using machine translation? 00.33.05 # bluebrother: yep :) 00.33.19 # jailbreaking doesn't have much in common with writing a new firmware 00.33.54 # so jailbreaking is just like a store for homebrewed apps 00.33.58 # No 00.34.20 # It lets you install apps on your iphone (or whatever) from places other than the Apple store 00.34.48 # <[Saint]> People jailbreak ipods now? 00.35.02 # Commit 7292254 in rockbox by 03Bertrik Sikken: Remove #ifdef USB_FULL_INIT from sim_tasks.c to make usb_wait_for_disconnect work 00.35.12 # <[Saint]> Oh...iTouch, right. Yes...those. 00.35.19 # [Saint]: sure, since those new ipods (like ipod touch) aren't too different to iphones :) 00.35.49 # kevsthebomb12312: there are two pretty distinct things: 00.36.15 # 1. writing a firmware. That means replacing *all* software that is running on the device. Like replacing Windows with Mac OS or Linux on your PC. 00.36.44 # 7292254 build result: All green 00.36.52 # well i know appels ios is junk so why not make a rockbox for that 00.37.03 # 2. Jailbreaking. That means breaking out of some artificially limited environment in the software running. Like rooting Android phones, or jailbreaking iOS 00.37.04 # or something 00.37.22 # plus, iOS isn't "junk" per se. It's a fullblown OS 00.37.32 # something like a stripped down OS X 00.37.39 # Replacing an full operating system for a phone with something that plays music doesn't make much sense 00.37.56 # yeah 00.38.00 # if you're going to replace the OS on an itouch, replace it with android 00.38.06 # then you have a winner 00.38.07 # newer devices (like iTouch things) have a full blown OS. That is, they run real applications, like you do on your PC 00.38.11 # well some one put windows on a ipod and i cant figer out how they did it 00.38.15 # (and a project to do that is underway) 00.38.21 Quit Scromple (Read error: Connection reset by peer) 00.38.40 # older devices (like the old Ipods) have a firmware. That means it cannot load applications the same way an OS can do 00.39.04 # (Rockbox supports plugins, but those are not "applications" in the usual sense) 00.39.28 # (since they have some very specific limitations and requirements for creating them) 00.39.55 # well i do think rockbox need some more plugins 00.40.00 # <[Saint]> Isn't the win3.11 install on iOS just done exactly how Android does it? Just cheroot and a loopback fs? 00.40.04 # why that? What for? 00.40.12 # <[Saint]> Afaik its not *replacing* the OS. 00.40.25 # <[Saint]> running along side it, rather. 00.40.28 # bluebrother: it can be said that iOS doesn't load "applications" in the same way an OS can do ;) 00.40.28 # kevsthebomb12312: Feel free to write some 00.40.37 # I don't see how it should even be possible to run Windows Mobile on an Ipod 00.40.39 # not without being jailbroken anyways 00.40.45 Join Scromple [0] (~Simon@119.225.209.134) 00.41.00 # bluebrother: windows mobile is for a very similar hardware architecture, so it's just a matter of drivers 00.41.12 # and hardware-specific UI tweaks 00.41.14 # stupid question: if I use logf("something\n"), then something should appear in the debug menu under Show Log File, right? 00.41.23 # like a leach huh. basicly a os leaching 00.41.34 # capitalthree: well, no. It has some limitations, but it uses some dynamic loader. Which is completely different to what Rockbox plugins do 00.41.53 # are there limitations on where i can use logf() from? 00.42.02 # also, Windows Mobile "just being a matter of drivers". Well. Where and how do you expect those drivers to come from? 00.42.12 # and since Windows is closed source ... 00.42.34 # bluebrother: uh... "possible" and "practical for a community effort" are different concepts 00.42.39 # I'm definitely not saying anyone should bother to try 00.42.44 # but it IS possible. 00.42.45 # plus, for these kind of devices a "similar" architecture might mean pretty much nothing 00.43.09 # well, if you pay Microsoft enough money, sure. 00.43.09 # it's the exact same cpu arch, that's most of the difficulty 00.43.27 # when people are out there hacking closed-source android honeycomb roms onto windows mobile phones 00.43.30 # anythinig is possible :P 00.43.47 # Android isn't closed source 00.44.25 # honeycomb was. 00.44.31 # <[Saint]> Beat me to it. 00.44.45 # and it still got hacked onto devices that were never meant to support it 00.44.55 # why dont they update the old rockboy and put GBA. more roms bios on there 00.44.59 # if winmo isn't getting hacked onto as many devices, it's because hackers don't like winmo 00.45.02 # (as well we shouldn't) 00.45.21 # <[Saint]> kevsthebomb12312: the question is...why don't *you* do it? 00.45.40 # dont know how 00.45.54 # <[Saint]> If you want it, add it. Learn how. 00.46.03 # <[Saint]> That's how everything else got there. 00.46.07 # ill try 00.46.30 # is anyone trying to do this yet? 00.47.01 # <[Saint]> Nope. Fwiw, I don't think many targets would ever run GBA 00.47.18 # <[Saint]> Fast targets often struggle with GBC 00.48.09 # <[Saint]> s/ever run/ever run in real or remotely playable time/ 00.48.31 # so anyway any new updates i should get for my ipod nano 2g 00.49.01 # <[Saint]> No. 00.49.23 # <[Saint]> You should explicieavoid updating the nano2g presently. 00.49.33 # <[Saint]> *explicitly avoid 00.49.51 # i heard that androids can play GBA.s 00.50.06 # <[Saint]> That's nice. 00.50.17 # is it true? 00.50.29 # kevsthebomb12312: I think you are overestimating the processor speed in a dap 00.50.35 # It's probably true that you heard that. 00.50.54 # <[Saint]> FOAD: damn you! Beat me to it! :p 00.51.06 # ;) 00.51.24 # so were do i fine the bios or fermware for this 00.51.41 # <[Saint]> kevsthebomb12312: its true, yes, but its very very offtopic. 00.52.19 # <[Saint]> This channel is for discussing Rockbox. Not Android GBA emulation. 00.54.05 # so will new rockbox fermware be out soon and are they doing work on it yet 00.54.26 # New versions are usually released multiple times per day 00.54.31 # and it is "firmware" 00.54.32 # <[Saint]> Several new Rockbox firmwares come out daily. 00.54.56 # my spelling sucks i know :P 00.55.40 # <[Saint]> But as I stated earlier, if your target is Nano2g...you should avoid updating. 00.55.53 # <[Saint]> ...if you like working USB that is. 00.56.02 Part amayer 00.56.11 # i saw that 00.56.25 # spellings off 00.56.29 # <[Saint]> There's always disk mode of course, but its best to stick with the release for now. 00.57.09 # well i g2g thanks for the help 00.57.42 Quit liar (Ping timeout: 246 seconds) 00.57.49 Quit kevsthebomb12312 (Quit: CGI:IRC) 01.06.06 Quit bertrik (Ping timeout: 246 seconds) 01.10.09 Quit ender (Quit: Religion is an insult to human dignity. With or without it you would have good people doing good things and evil people doing evil things. But for good people to do evil things, that takes religion. -- Steven Weinberg) 01.10.32 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 01.16.47 Quit liar (Ping timeout: 245 seconds) 01.17.55 *** Saving seen data "./dancer.seen" 01.21.32 Quit GeekShadow (Read error: Operation timed out) 01.25.44 Join GeekShadow [0] (~antoine@197.114.197.77.rev.sfr.net) 01.47.16 Join bitcraft [0] (~bitcraft@173-23-42-120.client.mchsi.com) 01.47.46 Quit [Saint] (Read error: Connection reset by peer) 01.47.52 Join [Saint_] [0] (~Saint]@unaffiliated/saint/x-8516940) 02.03.47 Join saratoga [0] (1858fd62@gateway/web/freenode/ip.24.88.253.98) 02.04.59 Join webmind_ [0] (~webmind@2a02:898:109::198:1) 02.05.30 Quit webmind (Ping timeout: 264 seconds) 02.05.35 # pandrew: did you get logf working? 02.06.06 # saratoga: yes, i had to add #define LOGF_ENABLE 02.06.12 # ah yeah 02.06.26 # funny you're asking now as we're talking about how to replace logf after all these years 02.08.09 # what were you trouble shooting anyway 02.08.24 # i can access logf() messages trought the debug menu, but i couldn't get it working over usb serial: http://www.rockbox.org/wiki/PortalPlayerUsb#logf_40_41_over_USB_Serial 02.10.09 # saratoga: there is a problem when scrolling playlists really fast with the clickwheel on ipod video. It results data aborts. I have almost fixed it. 02.10.50 # saratoga: anyway, about usb-serial-logf, i compiled the source as it suggests, and ran modprobe, but ttyUSB doesn't show up 02.11.27 # i don't know about logf over USB, i think that was paramury's work 02.11.40 # what causes the abort? 02.12.59 # saratoga: the tracks are not loaded, when the list callback function requests a name. 02.13.20 # in a playlist? 02.13.23 # yeah 02.14.09 # i'll have a patch soon... 02.25.33 # I got logf-over-usb working. The problem may have been that usbserial module was already loaded. 03.00.00 # are there any rockbox targets that can have more then 65 lines of playlist displaying at any one time? 03.00.26 Quit perrikwp (Read error: Connection reset by peer) 03.07.35 Quit bitcraft (Remote host closed the connection) 03.07.43 # <[Saint_]> pandrew: that seems very likely. 03.08.09 # [Saint_]: what do you think should be a sane maximum? 03.08.26 # btw. when i say lines, i men text lines 03.08.55 # <[Saint_]> sysfont==6x8px per char, 65x8==520, and there's targets with 800px high displays (and higher) 03.09.17 Join bitcraft [0] (~bitcraft@173-23-42-120.client.mchsi.com) 03.10.13 # <[Saint_]> You want to at the very least fill the screen with sysfont I'd say. 03.10.52 # <[Saint_]> So, there's no sane default that wouldn't be wasteful on one target or too little on another really. 03.10.55 Join bitcraft_ [0] (~bitcraft@173-23-42-120.client.mchsi.com) 03.10.55 Quit bitcraft (Read error: Connection reset by peer) 03.12.47 # <[Saint_]> At a bare minimum I assume you'd want to be able to display a full screen list (-1 line for the title bar) of the cabbiev2 default font for (which varies) 03.15.22 # <[Saint_]> Another fun thing to consider is that on touchscreen targets the maximum number of lines of text isn't dependent on the font alone. 03.16.40 # <[Saint_]> It can be less than font height / screen height, as there's an option (defaults on) to add list padding between lines, and this padding can be set to a custom value. 03.17.18 # <[Saint_]> Fun edge cases! Yay! 03.17.57 *** Saving seen data "./dancer.seen" 03.18.22 Quit jfc (Ping timeout: 246 seconds) 03.20.43 Join jfc [0] (~john@stat-bng-72-73-80-12.ngn.east.myfairpoint.net) 03.42.12 Join Totalled [0] (~Totalled@c-98-245-9-211.hsd1.co.comcast.net) 04.03.13 Join TheSphinX_ [0] (~briehl@p5B323635.dip.t-dialin.net) 04.04.29 Join webguest47 [0] (~46be935b@www.haxx.se) 04.05.32 # I have a Sansa Fuze+. When I try to play doom, it runs extremely fast. Is there any way to stop that from happening? 04.07.04 Quit TheSphinX^ (Ping timeout: 276 seconds) 04.08.21 Quit saratoga (Ping timeout: 245 seconds) 04.08.26 Quit [7] (Disconnected by services) 04.08.32 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven) 04.19.27 Quit webguest47 (Quit: CGI:IRC (EOF)) 04.26.15 Join Rower85 [0] (husvagn@v-413-alfarv-90.bitnet.nu) 04.27.01 Quit thegeek (Read error: Connection reset by peer) 04.31.46 Join thegeek [0] (~thegeek@171.17.9.46.customer.cdi.no) 04.37.24 Quit amiconn (Disconnected by services) 04.37.24 Join amiconn_ [0] (amiconn@rockbox/developer/amiconn) 04.37.29 Nick amiconn_ is now known as amiconn (amiconn@rockbox/developer/amiconn) 04.39.55 Quit pixelma (Disconnected by services) 04.39.56 Join pixelma_ [0] (pixelma@rockbox/staff/pixelma) 04.39.58 Nick pixelma_ is now known as pixelma (pixelma@rockbox/staff/pixelma) 04.56.00 Join Jverm [0] (1710548b@gateway/web/freenode/ip.23.16.84.139) 04.56.18 # hey can someone help me out with my ipod 2g? 04.56.28 # i cant get it to the apple software 04.56.36 # and when i connect it to the computer 04.56.40 # nothing shows up in itunes 04.56.45 # and it freezes my comp 05.02.25 Quit Jverm (Quit: Page closed) 05.17.10 # how is the stack size limited in rockbox? 05.18.01 *** Saving seen data "./dancer.seen" 05.23.29 Join user485763 [0] (~aoeu@112.166.15.141) 05.39.12 Quit bitcraft_ (Remote host closed the connection) 05.59.01 Quit anewuser () 06.44.28 Quit [Saint_] (Remote host closed the connection) 06.44.49 Join [Saint] [0] (~Saint]@101.98.158.103) 06.44.49 Quit [Saint] (Changing host) 06.44.49 Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940) 06.46.33 Join [Saint_] [0] (~Saint]@unaffiliated/saint/x-8516940) 07.08.31 Join [Saint__] [0] (~Saint]@unaffiliated/saint/x-8516940) 07.09.37 Quit [Saint__] (Remote host closed the connection) 07.12.18 Quit [Saint_] (Disconnected by services) 07.16.56 Quit prof_wolfff (Remote host closed the connection) 07.18.04 *** Saving seen data "./dancer.seen" 07.50.06 Quit advcomp2019 (Read error: Connection reset by peer) 07.50.28 Join advcomp2019 [0] (~advcomp20@71-213-219-94.sxcy.qwest.net) 07.50.29 Quit advcomp2019 (Changing host) 07.50.29 Join advcomp2019 [0] (~advcomp20@unaffiliated/advcomp2019) 07.50.48 Quit Scromple (Quit: Leaving) 07.53.38 Join Scromple [0] (~Simon@119.225.209.134) 08.07.59 Quit user485763 (Ping timeout: 252 seconds) 08.12.09 Join ender` [0] (krneki@foo.eternallybored.org) 08.22.00 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 08.22.49 Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) 08.47.00 Join pamaury [0] (~quassel@vit94-1-82-67-248-70.fbx.proxad.net) 08.47.00 Quit pamaury (Changing host) 08.47.00 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 08.48.43 Join ks [0] (~ks@aqu33-5-82-245-97-150.fbx.proxad.net) 08.50.36 Quit pamaury (Remote host closed the connection) 09.06.00 # moin 09.06.03 Join wodz [0] (~wodz@89-76-160-35.dynamic.chello.pl) 09.06.23 Nick webmind_ is now known as webmind (~webmind@2a02:898:109::198:1) 09.07.49 Join LinusN [0] (~linus@giant.haxx.se) 09.08.07 # trying to compile sim with --sdl-threads I get this http://www.pastie.org/4107012 with git HEAD 09.08.12 # any clue? 09.18.06 *** Saving seen data "./dancer.seen" 09.18.22 # It is linking order problem 09.18.47 # libfirmware.a needs to be specified after librbcodec.a in final link 09.19.42 # <[Saint]> Hum...I saw this same error the other day but forgot about it. 09.39.40 # JdGordon: ping 09.48.22 Quit Scromple (Read error: Connection reset by peer) 09.49.41 Quit evilnick| (Ping timeout: 246 seconds) 09.53.51 Nick sc is now known as Guest53430 (~sc@ham.whatbox.ca) 09.58.55 # <[Saint]> wodz: pretty sure he's still on his honeymoon. 10.00.15 Join Zagor [0] (~bjst@sestofw01.enea.se) 10.00.15 Quit Zagor (Changing host) 10.00.15 Join Zagor [242] (~bjst@rockbox/developer/Zagor) 10.01.33 # is it possible to do non-blocking IO in rockbox? 10.03.07 # pandrew: can you elaborate a bit? 10.03.11 # or is it at least possible to have one thread waiting for the HDD, while the other thread is handling user events? 10.03.36 # pandrew: thats how it works actually 10.04.06 # [Saint]: honeymoon without rb? thats insane :-) 10.05.03 # <[Saint]> wodz: he pops in occasionally, but, I'm pretty sure he won't be back full-time for another week or so. 10.06.14 # wodz: when scrolling large playlists, after scrolling over the entries in memory, the scrolling stops while new entries are loaded from the HDD. 10.06.30 # wodz: i optimized it a little bit, to use as much of available memory as possible 10.07.07 # wodz: but when i use a lot of memory the scrolling is smooth, for playlists of up to 2000-3000 songs 10.07.10 # <[Saint]> pandrew: perhaps a saner option is to reduce the scrolling speed slightly as well. 10.07.32 # <[Saint]> If we're scrollibng faster than we can read/display entries...well, that's not terribly nice. 10.08.05 # well the user can choose the speed that they want when using the click wheel 10.08.46 # <[Saint]> yes, this is true...but the default speed can get *very* fast *very* quickly...even without changing the list acceleration. 10.10.51 # <[Saint]> Hmmm...no. Thats not really a sane option at all. Some targets scroll very slowly with identical list acceleration settings. 10.10.53 # <[Saint]> Hmmm. 10.11.37 # <[Saint]> pandrew: do you have a patch prepared? I'd quite like to see how you're handling this. 10.13.01 # [Saint]: in a few minutes... 10.21.14 # who runs the wiki 10.21.15 # ? 10.21.23 # webmind: I do 10.21.30 # Zagor, can I get edit rights? 10.21.44 # sure, what account name? 10.22.18 # SebastianStellingwerff 10.22.55 # <[Saint]> webmind: didn't AlexP grant you access rights yesterday? 10.23.37 # <[Saint]> I seem to recall you asking, and him saying he would do so, and my logs agree with me. 10.24.09 # [Saint], but I didn't get them 10.24.23 # the wiki log says no. probably because there is no user page for SebastianStellingwerff 10.24.40 # well I couldn't edit my page 10.24.43 # without rights 10.24.58 # <[Saint]> You're not in the list. 10.25.14 # webmind: yeah it's a bug in the wiki. you're supposed to get a page when registering. :-( 10.25.21 # <[Saint]> So...apparently, AlexP didn't actually add you. 10.25.30 # gotta give class, bbl 10.25.40 # Zagor, can you fix it for me? 10.25.48 # yup 10.25.51 # thnx 10.26.09 # <[Saint]> Zagor: what's with the difference between the two access lists? 10.26.40 # <[Saint]> While you're there, could you merge both lists and run sort on it? 10.27.05 # <[Saint]> I've wanted to do so for ages, but due to the potential of I haven't. 10.28.46 # <[Saint]> Zagor: also, when logged in, the wikiusersgroup page has a very lovely bug whereby none of the links at the bottom of the page work, and there's a mile and a half of blank space appended to it. 10.28.58 # <[Saint]> The wiki, she is sick...very sick. 10.29.04 # [Saint]: yeah the wiki is quite ill 10.30.09 # <[Saint]> The main problem seems to be that no user page gets created (I've been manually creating user pages and adding a blank form to them by hand when asked for edit rights), and when adding a user, it only gets added to one list. 10.30.25 # ha I finally understood why fms is not piced up by default :-) 10.30.38 # <[Saint]> The wiki history tells me there's always been two lists...but, I *really* don't recall it being this way. 10.31.03 # <[Saint]> Another oddity to note is that the bottom list doesn't have any "?"s next to the users that never created pages. 10.31.19 # Zagor: can I get wiki access too? 10.31.40 # pandrew: name? 10.31.57 # <[Saint]> *real name 10.33.47 # Zagor: PurdeaAndrei 10.34.06 # Zagor: Access check on Main.PurdeaAndrei failed. Action "CHANGE": access not allowed on web. 10.34.54 # <[Saint]> pandrew: that's because you haven't been added yet. 10.35.13 # <[Saint]> you only gave him 13 seconds to do so :) 10.35.20 # :) 10.35.47 # <[Saint]> its also quite probably that you may not get write access even after being added. The wiki is very ill. 10.35.53 # <[Saint]> *probable 10.35.54 # [Saint]: the top list is a normal wiki group list " * Set GROUP = xxx, xxy". the bottom list is a %META:PREFERENCE{name="GROUP" title="GROUP" type="Set" value="xxx, xxy"}% 10.36.23 # I don't know it has both types 10.36.30 # <[Saint]> Zagor: why does the "Add Member" thingy only add it to the top list? 10.36.50 # I wish I knew 10.36.57 # <[Saint]> :-S 10.37.32 # <[Saint]> I wish I knew more about this wiki magic too...I have the time and patience to take it on, but not the knowledge of whats actually broken. 10.37.38 # I'm afraid I've let the wiki rot a bit. 10.38.00 # <[Saint]> The crowning example is the search page being broken for 11 years I think :) 10.39.14 # <[Saint]> http://www.rockbox.org/wiki/WebSearch?rev=6 is fine, though. I've also been tempted to roll this page back to this good revision, but I've been so terribly afraid of breaking it even more. 10.40.52 # <[Saint]> oddly, there's no record of who made the breaking change in r7 (or a record of who made any changes since) 10.41.08 # * Torne suspects "wiki engine upgrade" 10.41.12 # rather than a person 10.41.21 # <[Saint]> Ahhhh...good point. 10.42.04 # Torne: have you seen my question about relocation (or lack of rather) in plugin header? 10.42.10 # <[Saint]> Apparently stuff-all people but me use the search page in the wiki. 10.42.30 # wodz: what was the problem? 10.42.44 # kugel: with fms? or relocations? 10.43.20 # wodz: yes, but not with enough information to undersatnd what you're talking about :) 10.44.43 # Torne: ok, I'll try to be more precise. We put __header struct in .header section to be sure it is at the very begining of the plugin 'executable' 10.45.08 # the fields of this struct points to rb and plugin__start() 10.45.33 # so basically this to pointers should be properly fixed after loading 10.46.31 # if I melt .header on top of .text (I mean adding *(.header) in .text section descritpion in ld script) no relocations are emmited for this two 10.47.00 # ..then i suspect you are doing it wrong 10.47.16 # what does your linker script look like? 10.47.19 # and what does the output look like? 10.48.36 # wodz: fms 10.49.24 # Torne: http://www.pastie.org/4107327 10.50.24 # kugel: by default we don't parse theme cfg file at all. We hardcode default values. see apps/settings_list.c 10.50.49 Join kevku [0] (x@heaaqi4aafadxht333ikq6h53ua.dyn.reverse.name) 10.51.57 # Torne: bflt produced has proper header with ptrs pointing to .data section in flat mem but there are no relocations for this two fields emmited 10.52.07 # not the bflt, the elf binary 10.52.20 # there should be no difference at all in the elf between anything in .text 10.53.06 # Torne: you mean what is in .text of intermediate elf? 10.53.13 # yes 10.53.43 # <[Saint]> Zagor: have I permission to roll back the search page to the last good revision? I know that sounds weird, but just wondering if I should do so or if you're wanting to look into it yourself later. 10.54.18 # feel free to try to make it work 10.55.03 # <[Saint]> Tada! 10.55.43 # Torne: look for what? readelf -a or objdump -D ? 10.55.53 # read the relocations and see if they are right 10.55.59 # and if the section structure is right 10.57.57 # Torne: http://www.pastie.org/4107362 10.58.33 # Torne: the header is at the very beginning and the first relocation is at 0xa80 10.58.46 # no it isn't 10.58.50 # the relocations are just not sorted. 10.59.03 # i can't authenticate to gerrit 10.59.11 # can someone walk me trough it? 10.59.22 # pandrew: only by repeating the steps that are already on the wiki.. 10.59.32 # :) 11.00.03 # wodz: also, compare to the relocs in the input file 11.00.13 # and check waht the actual addresses of the targets should be also 11.00.26 # pandrew: what specifically doesn't work? 11.00.44 # plugin__start has wrong reloc type doesnt it? 11.01.26 # Torne: hmm in did this are not sorted 11.02.32 # kugel: why 11.02.46 # is it a problem if my gerrit account has the First and Last name switched? 11.03.06 # pandrew: it needs to match the name you use to make your commits, otherwise you won't be able to push any commits 11.03.13 # kugel: looks fine to me 11.03.39 # ah, sorry 11.03.46 # 0x10 is plugin_header.entry_point, and it patches in R_ARM_ABS32 address of plugin__start 11.04.10 # it's just a pointer, so it's gonna be an ABS32 11.04.12 # it doesn't allow me to change it anymore 11.04.22 # right 11.04.31 # wait, never mind 11.04.40 # yeah it looks correct I was fooled by sort thing 11.04.58 # wodz: do you mean here, or in the bflt? 11.05.10 # or both :) 11.05.14 # both 11.05.19 # right. 11.05.27 # ok then :) 11.05.39 # it's odd, though, i would expect them to be sorted 11.05.53 # anyway if there is entry in text.reloc of type ABS32 it will be present in bflt reloc list as well 11.06.39 # can't you place .header in .data? 11.06.46 # no, it's a header 11.06.49 # it needs to be at a fixed address 11.06.54 # so that the loader can find it 11.07.02 # the start of the file is a good fixed address :) 11.07.04 # isnt the blft header the real header? 11.07.08 # no 11.07.12 # not that loader 11.07.13 # the plugin loader. 11.08.02 # i thought the idea was that the plugin loader would essentially become a blft loader 11.08.20 # we still have to use plugin_header to manually patch rb in there 11.08.36 # we could probably kill the entry_point field and use the ELF entry point instead 11.08.42 # but it doesnt' really matter 11.09.00 # or revert to passing rb as arg to plugin_start or whatever 11.09.01 # but that can be anywhere if the actual header is the blft one for the loader 11.09.01 # kugel: it seems sensible to get it working with minimal changes before changing the way that plugins work 11.09.08 # kugel: no it can't 11.09.14 # it's always at the beginning of the *loaded binary* 11.09.20 # because that's where the linker script puts it 11.09.29 # it's not at the beginning of the *file* but that doesn't matter, we already loaded it before we look 11.09.55 # wodz: well, the cunning thing to do in the long term would be to eliminate the rb structure and just link directly to functions in the main binary by ordinal through relocations :) 11.09.57 # it needn't be at the start of the loaded binary anymore 11.10.04 # kugel: yes it does 11.10.09 # how else can you find it? 11.10.23 # the first thing in .data 11.10.30 # where .data is is defined in the blft header 11.10.37 # why should it be in .data? 11.10.41 # that makes no sense 11.10.44 # we could but whats the difference after all? 11.11.00 # it _is_ data 11.11.04 # no it isn't 11.11.08 # the header is data 11.11.11 # it's not code 11.11.12 # no it isn't. 11.11.16 # not all the text is code 11.11.16 # header at the very begining is more natural 11.11.20 # there is data in the text section too 11.11.24 # :) 11.11.29 # that's not what "text" means 11.11.58 # (see: every platform that merges .rodata into .text) 11.12.25 # just saying, if we go for blft we can remove the plugin_header altogether and just put the rb pointer to the start of data 11.12.33 # kugel: no, that's a dumb way to do it 11.12.44 # we would remove the header altogether and just relocate the symbol directly 11.12.55 # even better 11.12.57 # but that's extra complexity and stuff to go wrong 11.13.03 # let's get it working as is first 11.13.39 # ok have to go now 11.13.45 Quit wodz (Quit: Leaving) 11.13.47 # wodz: -z combreloc 11.13.49 # oh 11.14.21 # wodz: link with -z combreloc (well, -Wl,-z -Wl,combreloc or similar) to make it flatten and sort all the relocation sectiosn :) 11.18.08 # kugel: better than that is to eliminate struct rb and just relocate the functions, but that's even harder still :) 11.18.09 *** Saving seen data "./dancer.seen" 11.18.24 # (convincing ELF toolchains to link by ordinal, whee) 11.29.00 Nick jordan` is now known as mouni (~gromit@2001:660:3302:2826:225:90ff:fe20:d9a8) 11.29.38 Nick mouni is now known as jordan` (~gromit@2001:660:3302:2826:225:90ff:fe20:d9a8) 11.54.13 Join evilnick [0] (d92c81be@rockbox/staff/evilnick) 11.54.27 # guy, could you check this out? http://gerrit.rockbox.org/281 ; http://gerrit.rockbox.org/282 11.54.27 Quit Riviera (Excess Flood) 11.54.39 # [Saint]: ^ 11.55.53 # Zagor, in need for a new wiki? 11.56.21 # nah, I just need to take the time to fix what's broken. 11.56.46 # I've been neclecting it for quite a while 11.57.20 Join Riviera [0] (~Riviera@92.51.147.16) 11.58.21 # s/guy/guys 11.58.41 # k 11.58.57 # Zagor, can you tell me when I can edit? 12.04.58 Join T44 [0] (~Topy44@f048140028.adsl.alicedsl.de) 12.07.56 Quit Topy44 (Ping timeout: 246 seconds) 12.15.12 Join tallica [0] (~michal@host-89-167-39-131.nplay.net.pl) 12.17.38 Join nosa [0] (~m00k@adsl-74-235-79-79.clt.bellsouth.net) 12.19.31 Join user485763 [0] (~aoeu@112.166.15.141) 12.19.45 Quit nosa-j (Ping timeout: 265 seconds) 12.19.45 Nick nosa is now known as nosa-j (~m00k@adsl-74-235-79-79.clt.bellsouth.net) 12.34.15 Quit user485763 (Ping timeout: 265 seconds) 13.05.44 Join [Saint_] [0] (~Saint]@unaffiliated/saint/x-8516940) 13.15.38 Join anewuser [0] (~anewuser@186.93.203.104) 13.15.39 Quit anewuser (Changing host) 13.15.39 Join anewuser [0] (~anewuser@unaffiliated/anewuser) 13.18.13 *** Saving seen data "./dancer.seen" 13.36.25 Quit froggyman (Ping timeout: 246 seconds) 13.47.48 Join petur [0] (~petur@rockbox/developer/petur) 13.55.37 Join [Saint__] [0] (~Saint]@unaffiliated/saint/x-8516940) 13.58.52 Quit [Saint_] (Ping timeout: 246 seconds) 14.04.45 Quit [Saint__] (Remote host closed the connection) 14.13.15 Nick Guest53430 is now known as sc_ (~sc@ham.whatbox.ca) 14.21.17 Join [Saint_] [0] (~Saint]@unaffiliated/saint/x-8516940) 14.24.53 Quit [Saint] (Ping timeout: 255 seconds) 14.43.45 Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 14.53.27 Join user485763 [0] (~aoeu@112.166.15.141) 15.02.40 Quit petur (Ping timeout: 252 seconds) 15.14.54 Join Thra11 [0] (~thrall@84.51.188.98) 15.17.40 Quit [Saint_] (Quit: brb - reboot) 15.18.17 *** Saving seen data "./dancer.seen" 15.21.47 Quit kevku (Ping timeout: 272 seconds) 15.27.24 Join [Saint] [0] (~Saint]@101.98.158.103) 15.27.24 Quit [Saint] (Changing host) 15.27.24 Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940) 15.49.20 Quit bluebrother (Disconnected by services) 15.49.25 Join bluebrother^ [0] (~dom@rockbox/developer/bluebrother) 15.50.49 Quit fs-bluebot (Ping timeout: 260 seconds) 15.52.13 Join fs-bluebot [0] (~fs-bluebo@g231120195.adsl.alicedsl.de) 15.58.44 Part LinusN 16.18.57 Join WalkGood [0] (~4@unaffiliated/walkgood) 16.33.08 Quit FOAD (Quit: I'll be back) 16.33.23 Join FOAD [0] (~foad@83.161.135.61) 16.33.23 Quit FOAD (Changing host) 16.33.23 Join FOAD [0] (~foad@unaffiliated/foad) 16.48.12 Join bitcraft [0] (~bitcraft@173-23-42-120.client.mchsi.com) 17.06.44 Quit Zagor (Quit: Clint excited) 17.09.45 Quit factor (Quit: Leaving) 17.18.19 *** Saving seen data "./dancer.seen" 17.19.52 Quit wtachi (Quit: λ) 17.19.59 Join wtachi [0] (~chat@bloom.wtachi.us) 17.26.29 Join webguest68 [0] (~46be935b@www.haxx.se) 17.31.54 Quit webguest68 (Quit: CGI:IRC (Ping timeout)) 17.48.47 Quit bitcraft (Remote host closed the connection) 18.05.24 Join Neelark [0] (5af62ff9@gateway/web/freenode/ip.90.246.47.249) 18.13.06 Join eckoit [0] (~ryan@50.65.10.24) 18.22.52 Quit user485763 (Ping timeout: 252 seconds) 18.23.47 Quit Rower85 (Quit: Hmmm...) 18.24.21 Quit Neelark (Quit: Page closed) 18.25.08 Join pamaury [0] (~quassel@vit94-1-82-67-248-70.fbx.proxad.net) 18.25.09 Quit pamaury (Changing host) 18.25.09 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 18.38.15 Join Keripo [0] (~Keripo@c-50-135-159-85.hsd1.wa.comcast.net) 18.39.57 Join bertrik [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 18.39.57 Quit bertrik (Changing host) 18.39.57 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 18.47.09 Join lebellium [0] (~chatzilla@e179064036.adsl.alicedsl.de) 18.48.01 Join bitcraft [0] (~bitcraft@66.254.199.148) 18.49.01 Join MethoS- [0] (~clemens@134.102.106.250) 18.51.06 Quit guymann (Ping timeout: 252 seconds) 18.51.18 # hello there 18.51.55 # is it normal that when I type my theme's name in the theme search bar it only displays one of the 3? 18.52.50 Join n1s [0] (~n1s@nl118-175-223.student.uu.se) 18.52.51 Quit n1s (Changing host) 18.52.51 Join n1s [0] (~n1s@rockbox/developer/n1s) 19.00.42 # lebellium: Which page are you searching from? 19.01.08 # http://themes.rockbox.org/ 19.01.11 # at the bottom 19.01.45 # if you type "lebellium samsung-like" it only finds one theme while there are 3 for 3 different targets 19.05.36 # Hmmm, what are the different targets? 19.06.04 # Clip Zip, Fuze and Fuze+/R0 19.06.30 # lebellium even if you do author, i only see 1 19.06.43 # Yeah, I can only find one on the site itself 19.06.54 # Are they the same resolution? 19.07.13 # no, all these targets have different resolutions. The only thing in common is the same name 19.07.58 # Try uploading the ones that aren't 220x176 again. It doesn't look like there are 3 there :/ 19.08.47 # actually it only display the theme I updated the latest so sometimes it's the one for Fuze, sometimes for Zip etc 19.09.34 # the others are there, just not displayed on search 19.09.39 # indeed 19.09.54 # it seems the website doesn't like that I gave the same name to all my themes :p 19.09.56 # sorry for butting in, just wanted to say what i see 19.10.16 # lebellium have you tried renaming 19.10.33 Join Wardo [0] (~Mirandaha@176-120-190-109.dsl.ovh.fr) 19.11.00 # nope I haven't tried yet but I'm sure it should work that way. 19.11.15 # the issue is that you have to give the same name to update a theme 19.11.20 # that's why I won't rename them 19.11.30 # lebellium: patches welcome :) 19.11.48 # * evilnick can only see one theme, even at: http://themes.rockbox.org/index.php?allthemes 19.12.32 # gevaerts: you know that I can only design themes and report bugs, I can't compile builds, I can't make patchs, I can't code :) 19.13.02 # lebellium it's definately the fact that you named them all the same, try search Martin Sägmüller by author and you'll see all of his 19.13.19 # * gevaerts has a look 19.14.39 # Walkgood: exactly. If I knew that would cause this issue I would have named them a different way like adding the target resolution in the name but as I said, now it's too late, if I rename them it's not an update, it's like a new theme 19.14.42 # It's possible that the theme site expects each theme name to be unique, so every time you upload the three updated themes, it only keeps the final one 19.15.06 # * evilnick guesses (wildly) 19.15.15 # That's what I guess too 19.17.08 # No. It's just the listing code that doesn't allow this 19.17.14 # Should be easy to fix 19.18.18 Join mgottschlag [0] (~quassel@reactos/tester/phoenix64) 19.18.22 *** Saving seen data "./dancer.seen" 19.18.51 # That's good to hear/read :) 19.20.17 # hey, I am playing with an old Sigmatel SMTP3710 based MP3 player (plilips SA3225) and trying to execute some code on it (and maybe trying to start a rockbox port on it as well just for the fun of it) 19.21.42 # Commit e128b7e in themesite by 03Frank Gevaerts: Make listthemes() and searchthemes() differentiate on lcd size 19.21.49 # is there any way to decrypt the firmware or to dump an unencrypted firmware? 19.21.59 # seeing that other STMP3xxx players already work with rockbox, I thought that some of you might be able to help me :) 19.22.25 # lebellium: better? 19.22.31 # *STMP37xx 19.22.57 Quit n1s (Read error: Connection timed out) 19.22.58 # mgottschlag: I guess you want to talk to pamaury 19.23.19 # gevaerts: Works For Me (tm) 19.25.03 # mgottschlag: there are a few differences between the stmp3710 and the stmp3780/imx233. Mostly different registers and no doc but I think I have a pretty good understanding of it anyway and I have a stmp3770 device myself. The imxtools in the repo should work to decrypt the firmware (if you know the key of course) 19.25.18 # most players use the zero key (or no key) 19.25.51 # does a "don't match" line in sbtoelf mean that I am out of luck here? 19.26.10 # so if you haven't done it, I advise you to clone our repository, compile the tools in utils/imxtools/sbtools and run sbtoelf on the firmware file 19.26.19 Quit ks (Quit: Nettalk6 - www.ntalk.de) 19.26.28 Join lebellium_ [0] (~chatzilla@g231085216.adsl.alicedsl.de) 19.26.42 # probably means the firmware image is not correct. There are two cases: either that's no the firmware image or it's using a custom format 19.26.43 # gevaerts: thank you, that was fast! 19.27.05 # is the file available on the net ? 19.27.45 # I am using the one from the "philips firmware manager" for that device, it's a windows install which contains it 19.28.00 # I could send via e-mail 19.28.13 Quit lebellium (Ping timeout: 246 seconds) 19.28.23 Nick lebellium_ is now known as lebellium (~chatzilla@g231085216.adsl.alicedsl.de) 19.28.48 # mgottschlag: do you have the link to the updater, that will be faster. What is the name of file by the way ? 19.28.56 # http://www.p4c.philips.com/cgi-bin/dcbint/cpindex.pl?ctn=SA3225/37B&slg=en&scy=US&mid=Link_Software 19.29.03 # sec 19.29.47 Quit evilnick (Quit: Page closed) 19.29.49 # http://paste.kde.org/502796 19.30.47 # * mgottschlag takes a look at the sbtoelf sources now :) 19.30.58 # firmware.sb should be the good one 19.31.17 # updater.sb too but it's probably a little stub running to install the read one 19.31.18 # http://paste.kde.org/502802 19.31.40 # ah, the key is not zero 19.31.45 # did you try on updater.sb ? 19.31.51 # same thing 19.32.07 # http://paste.kde.org/502808 19.32.09 # hmm, wait a minute 19.32.18 Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) 19.33.33 # not a good thing, some philips players had a flaw in the updater.sb file encrypted with two keys but not this one. Bruteforcing the key seems unlikely, perhaps there is a way to abuse the updater itself 19.36.59 # hmm, the updater crashes on my windows box :( 19.37.05 # and the player will not accept any other code either, right? 19.37.10 # unsigned code+ 19.38.07 # btw, won't the updater just pass the encrypted data to the device? 19.38.42 # mgottschlag: if the recovery is enabled you can always try but it probably disabled. I can give you a file to try with if you want 19.39.02 # can you send me the files by email ? The updater won't work here 19.46.13 # "mgottschlag: if the recovery is enabled you can always try but it probably disabled. I can give you a file to try with if you want" - if the recovery is enabled? the mode where it shows up as a sigmatel device after pressing a button while plugging in? 19.47.21 # yes 19.48.49 # "Bus 002 Device 031: ID 066f:3700 SigmaTel, Inc." 19.49.00 # are you running windows ? or linux ? 19.49.04 # linux right now 19.49.35 # I need to reboot to execute the flashing program, I don't have any VM with USB passthrough at hand 19.50.08 # we only have linux tools anyway 19.50.31 # I saw that sbloader tool, but is there any documentation/tools for dumps? 19.50.32 # if I give you a sb file can you try ot send it using the sbtool program ? 19.50.38 # sbtool? 19.50.46 # sbloader sorry 19.50.54 # go ahead :) 19.57.42 # you can send it this way: "sbloader 0 recovery.sb" 19.58.54 Quit MethoS- (Ping timeout: 265 seconds) 19.59.10 Join Neelark [0] (5af62ff9@gateway/web/freenode/ip.90.246.47.249) 20.11.45 Join evilnick [0] (~evilnick@rockbox/staff/evilnick) 20.18.15 # Wonder if anyone can help- my 6 month old Rockboxed Sansa Clip+ has died. I've tried all sorts of 'reset' key combinations to no avail! 20.20.10 # mgottschlag: the updater and the firmware are using the zero key. The firmware using a rather unusual set of sections just host and play (plus hvmi and pvmi which related to virtual memory). I guess host contains the init bits 20.20.37 # pamaury, have you ever seen a firmware not using the zero key? 20.20.45 # you can use sbtoelf -z -o dir/ firmware.sb to extract the files (you must created the directory before). 20.20.47 # bertrik: yes 20.21.07 # but it had another flow 20.21.08 # I see, I'll have a look 20.21.36 Quit WalkGood (Quit: ♪ ♫ ♪ ♫ ♪ ♫ ♪) 20.21.38 # mgottschlag: are you familiar with programming and reverse engineering ? 20.21.56 # programming? yes. low level programming? yes. reverse engineering? not a bit. 20.22.52 # hmm, then reverse engineering the firmware might prove difficult. 20.25.34 # I don't want to frighten you of course, a new port is always cool and a good way to learn lots of things 20.26.08 # well, I will at least have a look at it 20.26.16 # many thanks btw for the help 20.26.25 Quit domonoky (Read error: Connection reset by peer) 20.27.43 # mgottschlag: don't hesitate to ask if you need some help, I've reverse engineer several firmware of the stmp, all based on the same sdk 20.28.56 Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) 20.31.53 # mgottschlag, a good first thing to figure out is if you can find the display initialisation code in the disassembled firmware 20.33.29 # actually the display is one of the most tricky part of the sdk :-/ 20.33.48 # Neelark: What key combination have you tried? And where did you read that? 20.38.31 # evilnick: holding 'power' for well over minute, holding 'power' and 'home', 'power' and 'select', 'home' then 'power'... 20.40.19 # Holding power for a long time (20 s or so) is a good thing to try. Also holding 'left'/'previous' while powering it back up could help to return to the original firmware 20.44.50 # Tried that one too. Can't access internal flash when connected to PC, just shows up as 'M200Plus' in device manager 20.45.46 # oh, that's semi-bricked indeed 20.46.06 # do you run linux? 20.47.19 # Yes, I have Slitaz on a laptop. 20.48.24 # Can you boot that, connect the player through USB and observe dmesg/syslog and check the size of the drive? 20.48.57 # oh, and keep a copy of the .bin original firmware file at hand 20.51.38 # I could, I'll switch IRC over to that so I may disappear for a short while. 20.52.34 Quit Neelark (Quit: Page closed) 20.52.56 Join petur [0] (~petur@rockbox/developer/petur) 20.57.55 Join Neelark [0] (5af6c59f@gateway/web/freenode/ip.90.246.197.159) 21.00.03 # back, so what do I do? 21.02.07 # tail -f /var/log/syslog (or tail -f /var/log/messages ?) and plug the clip+ in through USB 21.03.42 # user.info kernel: usb 1-2: new high speed USB device using ehci_hcd and address 9 21.04.09 # then... 21.04.11 # user.err kernel: usb 1-2: device descriptor read/64, error -110 21.04.54 # can you get it back into 'M200Plus' mode? 21.05.35 # That was on the Win7 computer 21.06.57 # I should be possible to get the M200Plus thing in Linux too. What I'm wondering if the drive exposed in this mode is 4 MB or 30 MB 21.07.51 # If it shows a drive of approximately 30 MB, there's a good chance you'll be able to recover. I'm not sure if we ever got a device showing a 4 MB drive recovered 21.08.51 Quit eckoit (Quit: eckoit) 21.09.31 # I just plugged it straight in on Win7, same on Linux 21.12.00 Join GermanMushroom [0] (~c@s5146db6a.adsl.wanadoo.nl) 21.12.35 # do you get any information about some sdX drive becoming available after plugging? 21.17.55 Quit Neelark (Ping timeout: 245 seconds) 21.18.26 *** Saving seen data "./dancer.seen" 21.19.13 Join Neelark [0] (5af6c59f@gateway/web/freenode/ip.90.246.197.159) 21.19.43 # sorry, no sdX drive appearing 21.21.59 # never appeared as a drive in windows either 21.22.49 Join eckoit [0] (~ryan@96.53.108.182) 21.27.49 Join ender [0] (krneki@foo.eternallybored.org) 21.29.46 Quit ender` (Ping timeout: 265 seconds) 21.30.16 Quit ender| (Ping timeout: 260 seconds) 21.43.18 Join ender| [0] (~ender1@2a01:260:4094:1:42:42:42:42) 21.48.16 # well, thanks for now, I'll investigate some and get back to you... 21.48.23 Quit Neelark (Quit: Page closed) 21.48.43 # don't consider unsoldering the battery yet 22.08.24 Join Scromple [0] (~Simon@119.225.209.134) 22.08.52 # pamaury, I haven't put much more time into getting FM audio to work on the zen xfi-3 22.09.29 # it's almost as if dma is not working right, stuttering in the same pattern as CPU activity 22.10.10 # maybe I should just clean up and commit the work-in-progress so far 22.18.03 Quit mgottschlag (Disconnected by services) 22.18.19 # this is bad news 22.25.51 Join kevku [0] (x@heaaqi4aafadxhwy7qjwbftneeq.dyn.reverse.name) 22.29.00 Join pamaury_ [0] (~quassel@vit94-1-82-67-248-70.fbx.proxad.net) 22.29.01 Quit pamaury (Ping timeout: 256 seconds) 22.30.33 # Commit beb61a9 in rockbox by 03Bertrik Sikken: Not quite a fix for FS#12693 yet, but at least invalidate the playlist file descriptors after closing and removing 22.32.42 Join lebellium_ [0] (~chatzilla@g231085216.adsl.alicedsl.de) 22.32.43 # beb61a9 build result: All green 22.34.04 Quit lebellium (Ping timeout: 246 seconds) 22.34.06 Nick lebellium_ is now known as lebellium (~chatzilla@g231085216.adsl.alicedsl.de) 22.43.12 Quit anewuser (Ping timeout: 252 seconds) 23.01.33 Quit kevku (Quit: KVIrc 4.0.4 Insomnia http://www.kvirc.net/) 23.04.36 Quit kugel (Quit: leaving) 23.04.44 Join kugel [0] (~kugel@141.45.176.104) 23.04.44 Quit kugel (Changing host) 23.04.44 Join kugel [0] (~kugel@rockbox/developer/kugel) 23.05.16 Quit [Saint] (Ping timeout: 255 seconds) 23.14.15 # ku 23.14.20 # gel 23.14.43 # yay, adapted brickmania for the clip zip 96x96 screen, just one plugin left 23.14.49 # sorry 23.16.28 Quit GermanMushroom (Ping timeout: 260 seconds) 23.18.29 *** Saving seen data "./dancer.seen" 23.18.42 Join lebellium_ [0] (~chatzilla@g231085216.adsl.alicedsl.de) 23.18.53 # Commit 4f4e1d1 in rockbox by 03Dominik Riebeling: Move constructing manual URL to ServerInfo class. 23.18.53 # Commit dd79fac in rockbox by 03Dominik Riebeling: Extend ServerInfo unit test for manual URL. 23.20.43 # dd79fac build result: All green 23.21.19 Quit lebellium (Ping timeout: 246 seconds) 23.21.21 Nick lebellium_ is now known as lebellium (~chatzilla@g231085216.adsl.alicedsl.de) 23.22.12 Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940) 23.24.18 # Commit e9487d3 in rockbox by 03Dominik Riebeling: Simplify manual installer setup a bit. 23.26.11 # e9487d3 build result: All green 23.35.47 Join krabador [0] (~krabador@host177-54-dynamic.244-95-r.retail.telecomitalia.it) 23.38.13 Join webguest97 [0] (~d09db754@www.haxx.se) 23.38.59 Quit webguest97 (Client Quit) 23.39.21 Join webguest76 [0] (~d09db754@www.haxx.se) 23.39.45 # looking for email address for tomaszmon please 23.39.57 # Commit e5d6e42 in rockbox by 03Dominik Riebeling: Set size policy for build details group. 23.41.06 # webguest76: do your homework please 23.41.53 # e5d6e42 build result: All green 23.42.40 # google told me in a few seconds ... 23.43.46 Quit petur (Quit: Leaving) 23.44.12 Quit webguest76 (Client Quit) 23.45.04 Join GermanMushroom [0] (~c@s5146db6a.adsl.wanadoo.nl) 23.56.11 Quit Wardo (Quit: Blarglarg) 23.56.40 Quit krabador (Ping timeout: 272 seconds)