--- Log for 09.12.114 Server: weber.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 5 days and 16 hours ago 00.00.36 # huh new build seems to work fine on the clipv2 00.04.54 Quit AlexP (Remote host closed the connection) 00.07.10 # <[Franklin]> is there an XML parser in rockbox? 00.07.35 Quit pamaury (Ping timeout: 240 seconds) 00.08.18 # i don't think so 00.08.21 # but grep to be sure 00.08.33 # <[Franklin]> I didn't think there was, either 00.08.47 # <[Franklin]> nope 00.09.15 # <[Franklin]> well, I guess I'll go for a non-xml localization format, then 00.10.19 # <[Franklin]> well then, is there some way to make a string literal have more memory allocated for it than its length? 00.13.09 Quit ender` (Quit: ๐““๐“ป๐“ฒ๐“ฟ๐“ฎ ๐“ญ๐“ฎ๐“ฏ๐“ฎ๐“ท๐“ผ๐“ฒ๐“ฟ๐“ฎ๐“ต๐”‚. โ„ฌ๐“Š๐“Ž ๐’ถ ๐“‰๐’ถ๐“ƒ๐“€.) 00.14.54 # i've uploaded test builds here for the Zip, Plus and V2: http://forums.rockbox.org/index.php/topic,48549.msg230749.html#msg230749 00.15.01 # would be very interested to know if they work for everyone 00.15.30 # * [Franklin] wishes gerrit could have the build farm integrated with it 00.17.34 Quit Misanthropos (Ping timeout: 250 seconds) 00.19.12 # from my battery bench, if my clipzip still got 14 hours in the sandisk firmware, it would get over 35 hours in Rockbox 00.19.26 # <[Franklin]> dang 00.23.49 Quit bertrik (Remote host closed the connection) 00.26.00 # * [Franklin] is seriously wondering why manufacturers don't ship their devices with rockbox pre-installed 00.26.55 Join Mihail [0] (2ebf13e0@gateway/web/freenode/ip.46.191.19.224) 00.29.33 # "it would get over 35 hours in Rockbox" - it possible only on pause :) 00.29.52 # <[Franklin]> still 00.30.03 # <[Franklin]> very impressive 00.34.33 # in theory some people reported 16+ hours in the sandisk firmware when the players were very new 00.34.39 # i'm getting more than double it now 00.34.58 # <[Franklin]> how old is the player? 00.35.05 # wow. very impressive 00.35.13 # its a refurb, so who knows 00.36.16 # no idea if these voltages will work for everynoe though, might be more conservative when we commit 00.40.02 Join Misanthropos [0] (~Misanthro@frnk-5f7402b0.pool.mediaWays.net) 00.43.23 # we need tester to find safe voltages, if we do it more conservative we never know is it optimal 00.43.59 # indeed 00.44.03 # <[Franklin]> better than bricking someone's device ;) 00.44.08 # more people need to try the changes and see if they are ok 00.44.50 # [Franklin] maximum freeze 00.44.54 # my clipv2 also started glitching again with the modified build, not sure what is going on there 00.45.14 # <[Franklin]> Mihail: ok that's good then 00.45.21 Quit pauldgroot (Read error: Connection reset by peer) 00.46.18 # saratoga: can you try check it with reverted clock-target.h? 00.47.52 # you think the PCLK is too high? 00.50.08 # not sure, maybe some clock set wrong 00.51.02 # what is pclk when unboosted again? 00.51.27 # oh 19.2, barely different than before 00.54.17 # with those changes reverted it seems to work, although it worked briefly before so i need to test more 00.54.48 # the high pclk after boost could be a problem for the button hardware or something 00.54.56 # should check if forcing boost low fixes it 00.55.16 Join chrisb [0] (~chrisb@li482-205.members.linode.com) 00.57.15 # can you try revert only PLLB and MCLK? 01.00.34 # so only the lines below 148 in clock-target.h ? 01.01.32 # we also need someone with a fuzev2 to test this 01.01.34 # funamn? 01.01.39 # funman rather 01.04.19 # yes, and revert PLLB 01.06.16 Quit xorly (Ping timeout: 264 seconds) 01.07.27 Quit RiDD (Quit: A good plan today is better than a perfect plan tomorrow.) 01.09.09 Join AlexP [0] (~alex@rockbox/staff/AlexP) 01.12.53 Quit Misanthropos (Ping timeout: 244 seconds) 01.19.09 Quit Mihail (Ping timeout: 246 seconds) 01.35.09 Quit wolf (Quit: Page closed) 01.43.58 # 26 hours reported by someone on ABI on the zip 01.44.01 *** Saving seen data "./dancer.seen" 01.50.39 # it's becoming quite an awesome little player.. 01.50.44 # if only the screen were nicer 01.53.22 Quit AlexP (Remote host closed the connection) 02.00.56 Quit ZincAlloy (Quit: Leaving.) 02.02.48 Join Strife89 [0] (~Strife89@adsl-98-80-234-47.mcn.bellsouth.net) 02.04.53 # fuzev1/v2 actually both have a pretty nice screen 02.05.17 # i bet the v2 gets insane battery life now 02.06.13 Join Thoke [0] (ad12f725@gateway/web/freenode/ip.173.18.247.37) 02.06.18 # Hello? 02.06.48 # Anybody here? I need help with a Sansa E260 02.08.14 # I have no clue how an IRc works apperently. 02.08.34 # ask a question about your player 02.08.56 # I can't get Rockbox to detect my Sansa E260 02.09.51 # I tried changeing it into MSC (No avail) and i cant figure out how to change the firmware from .11 to .16 The natural Sansa Firmware updater keeps failing the download. 02.10.02 # i'm assuming you mean the installer 02.10.13 # Yeah, for the Firmware. 02.10.36 # usually this means that the player isn't in MSC mode, you've selected the wrong device in the installer, or something similar 02.10.42 # anyway i have to go 02.11.36 # I know it's not in MSC mode. There seem to be barriers I cant get across with updateing the firmware. 02.12.01 # And holding down the << for a forced MSC mode doesn't work. 02.39.42 Quit chrisb (Ping timeout: 250 seconds) 02.45.24 # <[Franklin]> foolsh: I'm having some issues making xworld load the strings from disk 02.45.33 # <[Franklin]> though I think I'll have it figured out soon enough 02.46.12 Quit krabador (Quit: Sto andando via) 02.58.07 Join Day64 [0] (47523191@gateway/web/freenode/ip.71.82.49.145) 03.03.35 # Hello? 03.03.55 # <[Franklin]> \o Day64 03.04.03 # <[Franklin]> got a question? 03.04.50 # how does Rolo actually work? Is the bootloader invoked or does it just jump back to the main() function and call system_init()? 03.05.03 # i'm wondering about what the best way to handle resetting voltage is during Rolo 03.05.11 # Yes, I'm looking for something called the sbloader. Apparently it can reload the original firmware into my mp3 player while in recovery mode. 03.05.26 # we could reset it in the rolo function, but that seems ugly so i was wondering about just having the system_init() function immediately set the voltage, but i'm not sure whats called first 03.05.29 # <[Franklin]> Day64: probably gonna want to ask pamaury about it 03.05.36 # I don't know if it's a program all it's own or an aspect of the rockbox utility program. 03.05.39 # <[Franklin]> but I'll see what I can do 03.06.09 # wiki says its in utils/imxtools/sbtools/ 03.06.16 # <[Franklin]> Day64: you want a windows version? 03.06.50 # Is that linux only? If you have something available in windows I'd greatly appreciate it. 03.07.37 # <[Franklin]> Day64: probably not 03.07.40 # <[Franklin]> it uses libusb 03.07.52 # <[Franklin]> I think windows has got that 03.08.07 # <[Franklin]> plus, it's only a 600-line program :) 03.08.19 # <[Franklin]> I'll see if I can get mingw to build it 03.08.51 # Wait wait wait. So there is no program? It's a code I have to compile first? 03.09.02 # <[Franklin]> Day64: I can compile for you if you'd like 03.09.13 # Sorry, I'm very new to this still. 03.09.21 # <[Franklin]> but you really should Do it Yourself (TM) 03.09.24 # <[Franklin]> ;) 03.09.44 # What type of code is it? What environment would I be using? 03.10.01 # <[Franklin]> preferably linux 03.10.15 # <[Franklin]> but it might work on windows, who knows? 03.10.51 # Ok, so it's shell coding. Sorry, I've only ever done application coding in language environments. 03.11.13 # <[Franklin]> yes 03.11.40 # <[Franklin]> Day64: I think it ought to work if you have a C compiler and libusb headers/library installed 03.11.51 # ok, where can I find the code? 03.12.05 # its probably written in plain c rather than any specific shell 03.12.16 # <[Franklin]> it is ;) 03.12.17 # [21:06] wiki says its in utils/imxtools/sbtools/ 03.12.32 # <[Franklin]> Day64: that's relative to the root of the source code 03.13.11 # <[Franklin]> however, it seems to be a freestanding C program 03.13.20 # I have no idea where any of this code is being pulled from. I installed rockbox via the graphical utility program. If there's any kind of manual compiling involved, I haven't touched it. 03.13.22 # <[Franklin]> so you could just grab the .c file straight of git 03.16.14 # <[Franklin]> Day64: do you have access to a c compiler? 03.16.29 # <[Franklin]> preferably gcc 03.17.18 # Don't have it. Can get it. 03.19.58 # <[Franklin]> then, get libusb instaled and build sbloader.c 03.20.23 Quit Thoke (Quit: Page closed) 03.21.34 # <[Franklin]> Day64: I can't seem to find libusb for windows anywhere 03.21.43 # same 03.21.55 # <[Franklin]> alright then, you might want to try linux then 03.22.39 # I'm familiar with ubuntu, and I have access, but playing with it's finer points are a bit beyond me. 03.22.54 # I'd hate to ask, but could you possibly help with the compiling? 03.23.04 # <[Franklin]> Day64: sure 03.23.14 # <[Franklin]> so you have access to a linux terminal right now? 03.23.48 # Give me a second to reset and change my boot. I have it on disc. 03.24.12 # <[Franklin]> ok, take your time 03.24.23 Quit Day64 (Quit: Page closed) 03.37.25 Join Day64 [0] (47523191@gateway/web/freenode/ip.71.82.49.145) 03.38.33 # Ok, I am back, and running ubuntu 14.04. I can use the OS as needed, but I've never done much in way of shell coding. So any help you can offer is appreciated. 03.38.56 # <[Franklin]> ok, open a terminal 03.40.00 # <[Franklin]> I'm assuming that you've got wget, so type this: 03.40.03 # <[Franklin]> wget http://git.rockbox.org/?p=rockbox.git;a=blob_plain;f=utils/imxtools/sbtools/sbloader.c;h=99715a6232bbd2fbb796d2380c51e041194786f2;hb=HEAD 03.40.38 # <[Franklin]> that should save sbloader.c to a file called utils_imxtools_sbtools_sbloader.c 03.42.25 # Where can I find the file once saved. 03.42.41 # <[Franklin]> type "ls" to get a listing of your working directory, BTW 03.42.58 # <[Franklin]> ls is one of those commands you should never forget 03.43.37 # there is an index.html?p=rockbox.git file 03.43.47 # <[Franklin]> ooh woops 03.43.53 # <[Franklin]> ok then, I' 03.43.56 # <[Franklin]> ok then, I'll do this 03.44.02 *** Saving seen data "./dancer.seen" 03.44.38 # <[Franklin]> type "wget fwei.tk/sbloader.c" 03.44.54 # <[Franklin]> I'll host it on my server for now 03.45.15 # Thank you very kindly 03.45.25 # <[Franklin]> nah, it's nothing 03.45.31 # and saved 03.45.35 # <[Franklin]> ok good 03.45.46 # <[Franklin]> do you have libusb installed? 03.46.58 # I can find it, but I'm curious as to whether or not there's a command that will bring it in via the linux terminal 03.47.14 # <[Franklin]> sudo apt-get install libusb I think 03.48.05 # unable to locate. 03.48.12 # <[Franklin]> hmm 03.48.27 # <[Franklin]> let's find the name of it in ubuntu 03.48.50 # <[Franklin]> try libusb-dev 03.48.56 # <[Franklin]> sudo apt-get install libusb-dev 03.50.15 # sudo apt-get install libusb-1.0-0-dev worked for me 03.50.33 # <[Franklin]> ok, that's good 03.50.39 # <[Franklin]> now type this to compile: 03.51.03 # <[Franklin]> gcc -lusb sbloader.c -o sbloader 03.51.22 # <[Franklin]> eh, never mind 03.51.28 # <[Franklin]> it's -lusb-1.0 03.52.20 # gcc -lusb-1.0 sbloader.c -o sbloader ? correct? 03.52.26 # <[Franklin]> try it ;) 03.52.30 # <[Franklin]> it can't break anything 03.52.52 # <[Franklin]> you may need to add -I/usr/include/libusb-1.0 if it can't find libusb.h 03.52.52 # libsub.h no such file or directory 03.52.55 # teeerminated 03.53.26 # <[Franklin]> gcc -lusb sbloader.c -o sbloader -I/usr/include/libusb-1.0 03.53.53 # <[Franklin]> actually, make that -lusb-1.0 03.54.15 # <[Franklin]> so in all: gcc -lusb-1.0 sbloader.c -o sbloader -I/usr/include/libusb-1.0 03.55.00 # <[Franklin]> I'm sorry, but I gotta go now 03.55.09 # <[Franklin]> \o 03.55.14 Quit [Franklin] (Remote host closed the connection) 03.56.03 # Ouch, the code is passing an error for a loop declaration. 03.56.06 # Perhaps another time then. 03.57.12 Quit Day64 (Quit: Page closed) 04.05.31 Join chrisb [0] (~chrisb@li482-205.members.linode.com) 04.11.53 Quit rudi_s (Quit: leaving) 04.13.37 Quit prof_wolfff (Quit: Bye) 04.14.04 Join prof_wolfff [0] (~prof_wolf@82.158.1.206.dyn.user.ono.com) 04.17.55 Quit chrisb (Ping timeout: 272 seconds) 04.45.29 Join rudi_s [0] (~simon@ruderich.eu) 04.50.17 Quit greatwolf (Ping timeout: 258 seconds) 04.50.32 Join greatwolf [0] (greatwolf@gateway/shell/panicbnc/x-bfwwsuhfxlypqazr) 05.10.18 Join chrisb [0] (~chrisb@li482-205.members.linode.com) 05.26.05 Quit TheSeven (Ping timeout: 244 seconds) 05.27.18 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven) 05.44.06 *** Saving seen data "./dancer.seen" 06.44.05 Quit chrisb (Ping timeout: 244 seconds) 06.48.48 Quit Strife89 (Ping timeout: 252 seconds) 07.12.49 Join mortalis|2 [0] (~kvirc@212.44.150.238) 07.22.39 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 07.33.30 Quit eternnoir (Remote host closed the connection) 07.35.07 Join eternnoir [0] (~quassel@li389-177.members.linode.com) 07.44.07 *** Saving seen data "./dancer.seen" 07.59.01 Quit __jae__ (Quit: leaving) 08.02.52 Quit pamaury (Ping timeout: 252 seconds) 08.04.52 Join __jae__ [0] (~jae@dedicated.jaerhard.com) 08.25.10 Join ender` [0] (krneki@foo.eternallybored.org) 08.38.37 Join LinusN [0] (~linus@giant.haxx.se) 08.50.14 Join petur [0] (5bb7304d@rockbox/developer/petur) 09.00.31 # the ypr0 boot failure relates to HAVE_MULTIDRIVE 09.11.03 # err, I think I see the problem 09.38.25 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 09.44.11 *** Saving seen data "./dancer.seen" 10.05.20 # is there a problem with the website ? 10.22.12 Join pamaury_ [0] (~quassel@rockbox/developer/pamaury) 10.34.48 Quit pamaury_ (Ping timeout: 245 seconds) 10.39.49 Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) 11.01.05 Join wodz [0] (~wodz@iwl138.internetdsl.tpnet.pl) 11.26.58 Join Misanthropos [0] (~Misanthro@frnk-4d018bd8.pool.mediaWays.net) 11.32.58 Quit Misanthropos (Ping timeout: 252 seconds) 11.44.12 *** Saving seen data "./dancer.seen" 11.49.09 Join pamaury_ [0] (~quassel@rockbox/developer/pamaury) 11.51.54 Join Misanthropos [0] (~Misanthro@frnk-4d01188f.pool.mediaWays.net) 12.11.43 Quit einhirn (Ping timeout: 250 seconds) 12.17.05 Join AlexP [0] (~alex@rockbox/staff/AlexP) 12.19.33 Quit pamaury_ (Ping timeout: 258 seconds) 12.32.44 Quit Misanthropos (Ping timeout: 252 seconds) 13.30.22 Join ZincAlloy [0] (~Adium@pD9EEBBF1.dip0.t-ipconnect.de) 13.31.11 Join JdGordon_ [0] (~jonno@ppp118-209-225-189.lns20.mel8.internode.on.net) 13.31.11 Quit JdGordon_ (Changing host) 13.31.11 Join JdGordon_ [0] (~jonno@rockbox/developer/JdGordon) 13.33.28 Quit JdGordon (Ping timeout: 264 seconds) 13.36.22 Join krabador [0] (~krabador@unaffiliated/krabador) 13.37.11 Quit krabador (Client Quit) 13.44.14 *** Saving seen data "./dancer.seen" 14.07.49 Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) 14.13.55 Quit Slasheri (Ping timeout: 250 seconds) 14.18.21 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) 14.20.25 Quit JdGordon_ (Ping timeout: 250 seconds) 14.23.40 Join JdGordon_ [0] (~jonno@rockbox/developer/JdGordon) 14.24.23 Quit JdGordon (Ping timeout: 265 seconds) 14.48.13 Join amayer [0] (~amayer@mail.weberadvertising.com) 14.48.43 Join markun_ [0] (~markun@rockbox/developer/markun) 14.51.53 Join bob [0] (981a1ad5@gateway/web/freenode/ip.152.26.26.213) 14.51.53 Quit markun (Ping timeout: 245 seconds) 14.52.21 Nick bob is now known as Guest14095 (981a1ad5@gateway/web/freenode/ip.152.26.26.213) 14.55.35 Quit olspookishmagus (Remote host closed the connection) 14.58.09 Quit Guest14095 (Ping timeout: 246 seconds) 15.04.37 Join JdGordon [0] (~jonno@ppp118-209-147-81.lns20.mel8.internode.on.net) 15.04.38 Quit JdGordon (Changing host) 15.04.38 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) 15.06.06 Quit JdGordon_ (Ping timeout: 245 seconds) 15.16.49 Quit AlexP (Remote host closed the connection) 15.19.57 Join JdGordon_ [0] (~jonno@rockbox/developer/JdGordon) 15.21.37 Quit JdGordon (Ping timeout: 258 seconds) 15.27.16 # TheSeven: another ATA -2147483542 error : http://forums.rockbox.org/index.php/topic,48706.msg230754/topicseen.html#msg230754 15.31.20 Quit wodz (Quit: Leaving) 15.44.18 *** Saving seen data "./dancer.seen" 15.49.43 Join AlexP [0] (~alex@rockbox/staff/AlexP) 15.53.08 Quit einhirn (Ping timeout: 245 seconds) 15.53.35 Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) 16.12.54 Join JdGordon [0] (~jonno@ppp118-209-250-98.lns20.mel8.internode.on.net) 16.12.54 Quit JdGordon (Changing host) 16.12.54 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) 16.13.26 Quit JdGordon_ (Ping timeout: 250 seconds) 16.14.01 Part LinusN 16.16.30 Join jtdesigns01 [0] (~Thunderbi@2601:4:5480:1a6:c1f:7c53:1ff5:9a7e) 16.22.36 Quit [Saint] (Read error: Connection reset by peer) 16.23.39 Join [Saint] [0] (~saint@rockbox/staff/saint) 16.27.04 Join xorly [0] (~xorly@m180.dkm.cz) 16.31.49 Join krabador [0] (~krabador@unaffiliated/krabador) 16.38.40 Quit jtdesigns01 (Ping timeout: 258 seconds) 16.54.29 Quit krabador (Quit: Sto andando via) 16.54.41 Quit xorly (Read error: Connection reset by peer) 16.56.16 Join xorly [0] (~xorly@m180.dkm.cz) 17.09.23 Quit mortalis|2 (Ping timeout: 245 seconds) 17.26.33 Join Slasheri [0] (miipekk@xen.ihme.org) 17.26.33 Quit Slasheri (Changing host) 17.26.33 Join Slasheri [0] (miipekk@rockbox/developer/Slasheri) 17.32.41 Quit the-kyle (Ping timeout: 264 seconds) 17.34.13 Quit petur (Quit: Page closed) 17.36.29 Join krabador [0] (~krabador@unaffiliated/krabador) 17.36.43 Quit krabador (Read error: Connection reset by peer) 17.37.13 Join kvieta [0] (~kvieta@149.255.110.134) 17.37.13 Quit kvieta (Excess Flood) 17.37.43 Join kvieta [0] (~kvieta@149.255.110.134) 17.37.44 Quit kvieta (Excess Flood) 17.38.13 Join kvieta [0] (~kvieta@149.255.110.134) 17.38.14 Quit kvieta (Excess Flood) 17.38.39 Quit Slasheri (Ping timeout: 255 seconds) 17.38.43 Join kvieta [0] (~kvieta@149.255.110.134) 17.38.44 Quit kvieta (Excess Flood) 17.39.14 Join kvieta [0] (~kvieta@149.255.110.134) 17.39.14 Quit kvieta (Excess Flood) 17.39.44 Join kvieta [0] (~kvieta@149.255.110.134) 17.39.44 Quit kvieta (Excess Flood) 17.40.14 Join kvieta [0] (~kvieta@149.255.110.134) 17.40.14 Quit kvieta (Excess Flood) 17.40.45 Join kvieta [0] (~kvieta@149.255.110.134) 17.40.45 Quit kvieta (Excess Flood) 17.41.14 Join kvieta [0] (~kvieta@149.255.110.134) 17.41.14 Quit kvieta (Excess Flood) 17.43.14 Join kvieta [0] (~kvieta@149.255.110.134) 17.43.15 Quit kvieta (Excess Flood) 17.43.44 Join kvieta [0] (~kvieta@149.255.110.134) 17.43.45 Quit kvieta (Excess Flood) 17.44.14 Join kvieta [0] (~kvieta@149.255.110.134) 17.44.15 Quit kvieta (Excess Flood) 17.44.22 *** Saving seen data "./dancer.seen" 17.44.44 Join kvieta [0] (~kvieta@149.255.110.134) 17.44.45 Quit kvieta (Excess Flood) 17.45.14 Join kvieta [0] (~kvieta@149.255.110.134) 17.45.15 Quit kvieta (Excess Flood) 17.45.44 Join kvieta [0] (~kvieta@149.255.110.134) 17.45.45 Quit kvieta (Excess Flood) 17.46.14 Join kvieta [0] (~kvieta@149.255.110.134) 17.46.15 Quit kvieta (Excess Flood) 17.46.44 Join kvieta [0] (~kvieta@149.255.110.134) 17.46.45 Quit kvieta (Excess Flood) 17.47.14 Join kvieta [0] (~kvieta@149.255.110.134) 17.47.15 Quit kvieta (Excess Flood) 17.47.44 Join kvieta [0] (~kvieta@149.255.110.134) 17.47.45 Quit kvieta (Excess Flood) 17.48.14 Join kvieta [0] (~kvieta@149.255.110.134) 17.48.15 Quit kvieta (Excess Flood) 17.48.44 Join kvieta [0] (~kvieta@149.255.110.134) 17.48.45 Quit kvieta (Excess Flood) 17.49.14 Join kvieta [0] (~kvieta@149.255.110.134) 17.49.15 Quit kvieta (Excess Flood) 17.49.26 Quit einhirn (Ping timeout: 245 seconds) 17.49.44 Join kvieta [0] (~kvieta@149.255.110.134) 17.58.23 Join krabador [0] (~krabador@unaffiliated/krabador) 18.03.31 Join bertrik [0] (~quassel@rockbox/developer/bertrik) 18.06.54 Quit pamaury (Remote host closed the connection) 18.18.34 Join cmhobbs [0] (~cmhobbs@ip98-186-66-92.fv.ks.cox.net) 18.18.34 Quit cmhobbs (Changing host) 18.18.34 Join cmhobbs [0] (~cmhobbs@fsf/member/cmhobbs) 18.41.09 Join Slasheri [0] (miipekk@rockbox/developer/Slasheri) 18.54.18 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 18.59.55 Join wodz [0] (~wodz@89-75-106-114.dynamic.chello.pl) 19.06.22 Quit cmhobbs (Remote host closed the connection) 19.07.25 Quit bertrik (Remote host closed the connection) 19.17.08 Join RiD [0] (~RiD@bl17-226-13.dsl.telepac.pt) 19.21.42 # does anyone have a fuzev2? I'll probably need some changes tested on it eventually 19.27.16 Quit wodz (Ping timeout: 240 seconds) 19.29.05 Join the-kyle [0] (~kyle@kyle.tk) 19.31.22 Join petur [0] (~petur@rockbox/developer/petur) 19.34.21 # wodz (logs): I have some suggestion regarding headergen and register description in general, which I think would provide a nice solution to the problem 19.44.23 *** Saving seen data "./dancer.seen" 19.48.58 Quit AlexP (Remote host closed the connection) 19.50.30 Join AlexP [0] (~alex@rockbox/staff/AlexP) 19.50.32 Join lebellium [0] (~chatzilla@128-79-0-151.hfc.dyn.abo.bbox.fr) 20.12.19 Quit preglow (Ping timeout: 256 seconds) 20.18.24 Join wodz [0] (~wodz@89-75-106-114.dynamic.chello.pl) 20.18.46 # pamaury: I am afk for ~30min. Later we can discuss 20.27.08 Quit ZincAlloy (Ping timeout: 258 seconds) 20.28.04 Join ZincAlloy [0] (~Adium@pD9EEBBF1.dip0.t-ipconnect.de) 20.40.19 Join cronix1 [0] (~cronix@HSI-KBW-046-005-165-253.hsi8.kabel-badenwuerttemberg.de) 20.40.23 # hi all 20.40.37 # anyone here who knows stuff about the rockbox for android builds? 20.40.58 # im currently messing around with my new pono. i already acuired the original rom 20.41.19 # its signed by test-keys so i rebuild it myself and signed and i flashed successfully 20.41.43 # right now im wondering if the rockbox for android builds are compatible with android 2.3.3 since that is the version the pono is rocking 20.42.03 # and if the is a build that acts as a launcher so it is launched at boot time 20.42.19 # im trying to get my pono to rock rockbox instead of the crappy default player apk 20.42.50 Join cmhobbs [0] (~cmhobbs@ip98-186-66-92.fv.ks.cox.net) 20.42.50 Quit cmhobbs (Changing host) 20.42.50 Join cmhobbs [0] (~cmhobbs@fsf/member/cmhobbs) 20.58.07 # cronix1: Don't hold me to it but I think anything 1.6 "donut" and up, but checking the manifest file should tell you 21.00.31 # pamaury: I am back 21.00.53 # wodz: ok, wait a sec 21.02.48 # well it works on the emulator with 2.3.3 21.03.02 # i got the pono to run the Launcher2 copyed from the android emulator 21.03.14 # but when i start the rockbox app it crashes right away 21.03.20 # i guess its missing some library 21.04.38 # wodz: back, I was thinking about change the description format to make it more uniform and also more obvious how to generate headers, let me write a small example 21.05.23 Quit michaelni (Quit: Leaving) 21.07.35 Quit cronix1 (Quit: #android) 21.07.49 Join cronix1 [0] (~cronix@HSI-KBW-046-005-165-253.hsi8.kabel-badenwuerttemberg.de) 21.08.21 Nick cronix1 is now known as cronix (~cronix@HSI-KBW-046-005-165-253.hsi8.kabel-badenwuerttemberg.de) 21.18.27 # * wodz waiting... 21.18.50 # wodz: https://gist.github.com/pamaury/36cffa3f8401ddd3f554 21.19.30 # the idea is to get rid of the device/register hierarchies 21.19.49 # devices can be nested, each device can have multiple instances, some unique, some ranges 21.20.04 # and some device are in fact registers, which contain fields, and so on 21.20.49 # I'm going to have diner, you have a few moments to read and comment, I hope it's self-explanatory 21.21.21 # ok, I'll think about it 21.22.17 Join TheLemonMan [0] (~lemonboy@adsl-ull-65-254.45-151.net24.it) 21.22.20 Quit TheLemonMan (Changing host) 21.22.20 Join TheLemonMan [0] (~lemonboy@unaffiliated/thelemonman) 21.23.54 Join michaelni [0] (~michael@chello084114129144.4.15.vie.surfer.at) 21.26.32 Quit cmhobbs (Remote host closed the connection) 21.27.49 # a first difference is that device do not have a name, only instances do 21.29.25 # a second difference is that there are two kinds of instances: 21.29.26 # - unique instance with name (like COP_INT_COLLECTOR) 21.29.26 # - ranges instance which are numbered (like CPU_INT_COLLECTOR(n)), the range can start at any number (0, 1 or anything), have a finite count, and either has a formula or has a stride (just a special case) 21.31.28 # One thing which I did not write yet, is that there would be hints about how to name things: each device can specify a prefix with respect to the parent device. So for example if the root device specify "HW_" prefix, all registers start with HW_. If a second level device specifies "#" prefix, then the name would be CPU_INT#ENABLE_n, you get the idea, the prefix can be empty (useful for atj I thinkร  21.37.44 # pamaury: Whats the point of nested devices? 21.38.43 # or it is more abstract and describe registers as well? 21.38.52 Join p3tur [0] (~petur@rockbox/developer/petur) 21.39.18 Quit p3tur (Client Quit) 21.44.18 # wodz: it's mostly because the distinction between devices and register lead to much code duplication, in the current state devices are exactly like registers with extra attributes 21.44.27 *** Saving seen data "./dancer.seen" 21.44.33 # this way is more abstract, more generic, more unified 21.45.29 # in the new description, a register is a device 21.45.46 # (with the extra element) 22.10.49 Join sakax [0] (~sakax@unaffiliated/sakax) 22.11.52 Quit fs-bluebot (Ping timeout: 250 seconds) 22.12.43 Quit bluebrother (Ping timeout: 265 seconds) 22.12.46 Join fs-bluebot [0] (~fs-bluebo@g231123048.adsl.alicedsl.de) 22.14.36 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 22.21.51 Quit xorly (Read error: Connection reset by peer) 22.22.49 Join xorly [0] (~xorly@m180.dkm.cz) 22.23.56 Quit xorly (Read error: Connection reset by peer) 22.25.06 Join xorly [0] (~xorly@m180.dkm.cz) 22.36.26 Join [Franklin] [0] (~franklin@unaffiliated/franklin) 22.38.41 # <[Franklin]> foolsh: I've pretty much got string loading working 22.38.59 # <[Franklin]> The format isn't human-editable as I'd hoped it would be 22.39.26 # <[Franklin]> Strings are limited to 199 characters (not including the null), and there can be a maximum of 141 strings 22.46.56 # pamaury: It is probably naming convention thing but naming register a device (but with additional argument) is mind bending. 22.47.50 # if your prefer, see it the other way around: "device"s are actually containers 22.47.58 # or namespaces 22.48.22 # lets abstract it further and call it a node 22.48.38 # ok if you prefer 22.50.15 # In bitfields I assume means starting bit position 22.51.17 # the convention bitrange="x:y" seems more natural 22.52.15 # DS provides description x:y and not start:len. But we are moving towards machine generating and machine processing so this doesn't matter much 22.52.51 # pamaury: Another thing is conversion between old and new format 22.53.17 # <[Franklin]> foolsh: I'm not sure if there should be a warning when the strings aren't found, though 22.54.14 # wodz: yeah this format is more machine oriented, here is the update: https://gist.github.com/pamaury/36cffa3f8401ddd3f554 22.54.35 # the old reading code would be moved to a tool which can read the old format and output the new one 22.57.52 # IMO s// s/// 22.58.17 # ah yeah better, I was looking for a better name :) 22.58.38 # [Franklin]: should you just supply the alternate strings file in the source? 22.59.38 # <[Franklin]> yes, I have it like that locally 22.59.49 # hum, there a few inconsistencies in the xml still, maybe the root node should have a dedicated tag 22.59.55 # <[Franklin]> I'm still working out some kinks 22.59.59 # <[Franklin]> should push pretty soon 23.00.45 # <[Franklin]> do you mind if I change your strings a bit? 23.01.01 # feel free 23.01.05 # <[Franklin]> ok :) 23.01.07 # pamaury: I think it should also have , maybe with variant 23.02.22 # <[Franklin]> foolsh: I'll host the strings file myself for now 23.02.32 # <[Franklin]> probably I'll need to find somewhere else, though 23.02.38 # pamaury: So the parsing will start at root entry and traverse down iterating over instances, right? 23.02.45 # yes 23.03.22 # maybe field to automatically update when the desc is touched 23.04.33 # I have updated the gist 23.04.45 # <[Franklin]> foolsh: ok, pushed it 23.05.01 Join Ivoah_ [0] (~Ivoah@p-67-158-180-239.dsl1.rtr.chat.fpma.frpt.net) 23.05.41 # pamaury: what you mean by ? 23.06.12 # register name would namesubnames 23.06.37 # if prefix is HW_ and suffix is _, you get HW_DEV_REG 23.06.46 # I'm not too happy with this yet 23.06.51 Quit Naked_ (Ping timeout: 240 seconds) 23.06.52 Quit Ivoah (Ping timeout: 264 seconds) 23.07.02 Join Naked [0] (~naked@naked.iki.fi) 23.07.22 # :) [Franklin] look at the file list #g1012 23.07.26 # 3Gerrit review #1012 at http://gerrit.rockbox.org/r/1012 : 3[WIP] Xworld Another World interpreter for Rockbox by Franklin Wei 23.07.32 # <[Franklin]> ohh what did I do this time? 23.07.39 # just look 23.08.17 # <[Franklin]> aww... lol 23.08.32 # <[Franklin]> again 23.08.53 # :D 23.08.56 # wodz: we could let the name generator in headergen, it would be target specific to avoid putting this information into the description 23.10.07 # pamaury: hmm, I can't see the benefit of expressing register as node. You provide tag anyway to distinguish it from device. 23.10.13 # <[Franklin]> foolsh: I think it's because I have 4 branches named "xworld" or similar 23.10.30 # wodz: the difference is that multireg are treated exactly like multidev 23.11.08 # I see 23.11.17 Join Strife89 [0] (~Strife89@adsl-98-80-234-47.mcn.bellsouth.net) 23.11.35 # a multidev is "put N copies of this dev here, here and here", a multireg is "put M copies of this reg here, here and here". A node is "put N copies of the subnodes here, here and here", a register a just particular kind of subnode you can place 23.11.42 # of course that's the only useful one at the end :D 23.12.01 # pamaury: right, I am fine with this 23.12.27 # pamaury: What you mean by 'we could let the name generator in headergen' ? 23.13.23 # I mean the description does not provide any register convention, and headergen has some soc specific code to generate the names 23.13.35 # <[Franklin]> foolsh: xworld.strings file is available at http://fwei.tk/xworld.strings 23.13.46 # * [Franklin] braces himself for a DMCA notice :) 23.14.11 # for imx233 it would HW_dev_reg, for atj it would devreg, maybe they could be merge in a single node1node2node3... format 23.14.21 Quit TheLemonMan (Quit: leaving) 23.14.43 # <[Franklin]> foolsh: I'll try to get zoom working now 23.15.20 # pamaury: For ATJ I only want to drop HW_ prefix DEV_REG is fine 23.15.54 # And only because the length of macro name is looong anyway 23.16.18 # ok, so I guess a generic format for headergen would do the trick 23.16.48 # with the convention that generates a parametrised macro like ENABLE(n) whereas unique instance generate as many copies 23.17.51 # yes 23.18.20 Join preglow [0] (~thomj@2001:840:4243:3::100) 23.18.43 # if you are okay with this, I'll try to implement a prototype 23.18.52 Quit amayer (Quit: Leaving) 23.19.32 Join mirak_ [0] (~mirak@static-176-182-184-17.ncc.abo.bbox.fr) 23.21.47 # pamaury: As I said I'd prefer with 31:30 style but it is really up to you (or to what is easier to implement) 23.22.29 # yeah I read that but I think it's easier to parse it with two fields. 23.22.30 # can anyone tell me what files the android app is installing to which locations? 23.22.40 # In qeditor it would still be in the 31:30 format though 23.27.03 # Build Server message: 3New build round started. Revision a2136a8, 255 builds, 33 clients. 23.27.38 # yay, ypr0 works again 23.28.06 # \o/ 23.34.41 # Build Server message: 3Build round completed after 458 seconds. 23.37.28 Quit xorly (Ping timeout: 264 seconds) 23.37.51 # <[Franklin]> foolsh: I got zoom working, but haven't tested it yet 23.38.07 # <[Franklin]> (I've tested it on a 320x240 screen) 23.38.18 # <[Franklin]> but that doesn't mean much 23.39.13 # <[Franklin]> ok, it seems to be working on the e200 23.39.24 # ok lets see if it works when i tell the rockbox apk to extract its stuff to sdcard instead of data 23.40.14 # * [Franklin] tries it on the clip zip now :) 23.40.37 # * cronix is messing with the pono player 23.41.08 # <[Franklin]> that $500 thing? 23.41.44 # lord is the pono player really $500? I figured it'd be stupidly expensive but wow 23.41.55 # 399$ 23.42.00 # <[Franklin]> oh wow 23.42.02 # oh that's so much better :P 23.42.06 # software is pretty much lame 23.42.11 # <[Franklin]> needs rockbox then :) 23.42.13 # its based on android 2.3.3 23.42.19 # oh wow haha 23.42.27 # I guess it has to match the cost of their beats audio headphones that are also a waste of money 23.42.27 # im already able to flash customized roms 23.42.28 Quit pamaury (Ping timeout: 264 seconds) 23.42.36 # <[Franklin]> foolsh: it' 23.42.40 # <[Franklin]> foolsh: it's working on clip zip 23.42.50 # but i dont have any adb access so i cant check why the heck rockbox apk crashes right after stating 23.42.57 # <[Franklin]> hmm 23.43.04 # <[Franklin]> hardware specs of this thing? 23.43.08 # 800mhz 23.43.12 # 128megs ram 23.43.14 # <[Franklin]> decent 23.43.18 # jup 23.43.24 # <[Franklin]> for a DAP 23.43.33 # bout 100megs of rootfs storage 23.43.41 # <[Franklin]> 'bout as powerful as a raspi 23.43.51 # bit less ram 23.43.55 # <[Franklin]> a lot less 23.43.57 # and smaller 23.43.59 # XD 23.44.07 # and no network or debug access 23.44.11 # >.< 23.44.20 # no idea if theres a jtag somewhere inside 23.44.27 # <[Franklin]> open it up 23.44.28 *** Saving seen data "./dancer.seen" 23.44.38 # <[Franklin]> get some PCB scans 23.45.19 # http://mikebeauchamp.com/2014/12/pono-player-teardown/ 23.45.27 # armv7 cpu 23.45.44 # machine sais: qmap beaglebone v3 23.45.46 # lul 23.45.57 # <[Franklin]> lol 23.46.17 # neon support 23.46.46 # mhm 23.46.55 # 256megs ram according to dmesg 23.47.33 # <[Franklin]> but why a trianglular prism? 23.48.06 Quit petur (Remote host closed the connection) 23.48.17 # <[Franklin]> they could have easily used a flat battery pack and avoided the shape completely 23.48.21 # no fucking idea 23.48.26 # i know 23.48.45 # well it sits in my hand quite nicely 23.48.55 # its just a bitt tricky for pocket carryage 23.49.12 Join bertrik [0] (~quassel@rockbox/developer/bertrik) 23.50.36 # alsa 1.0.23 23.50.57 # there is unpopulated 20pin zif connector which could be jtag 23.51.16 # o.0 23.51.32 # dmesg: usb otg mode controller 23.52.40 Quit lebellium (Quit: ChatZilla 0.9.91 [Firefox 35.0/20141201162954]) 23.52.54 # theres a u-boot labeled partition 23.53.02 # and a u-boot env labeled 23.53.13 # haha, I really like the description on battery red(+) black(-) and cables white and black actually :-) 23.53.20 # xD 23.55.03 # And the prism is to accomodate capacitors most probably. All sane daps use tantalum caps which are considered 'non audiophile' 23.55.29 # anyway whats the point of 1000uF 23.58.08 # no idea but i have to admit, it sounds pretty damn good for my ears in combination with my ultrasone headphones atleast 23.58.17 # on the film there are 3 wires from battery which makes sense as white is usually thermistor output