--- Log for 06.02.112 Server: pratchett.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 4 days and 17 hours ago 00.00.21 # saratoga: http://tinyurl.com/rbutil-dev 00.01.23 # it will identify itself as 1.2.12, since that's what 1.2.12 should become once I got the build setup working again 00.03.57 # bluebrother^: works great, i just pasted the URL into the dialog without even downloading it and the file patched just fine 00.04.31 # how soon until an official release? 00.05.40 # just tested the windows version in wine, works great 00.06.10 # saratoga: would have been tonight, if my build machine wasn't acting up 00.06.25 # so it will become next couple of days 00.06.51 # so you pasted the url into the file open dialog? That works? Wow. 00.07.06 # yeah 00.07.11 # thats a standard windows feature though 00.07.26 # must be, since we have absolutely no code for that in Rockbox Utility :) 00.07.36 # in the background IE is actually downloading it, and the player gets a link to it in the temporary internet files folder 00.07.42 # err program, not device 00.07.45 # though I never had the idea of actually trying it 00.08.03 # but it's really nice. 00.08.09 # bluebrother^: what machien do you need? 00.08.17 # its such a neat feature, MS got into antitrust trouble for it :) 00.08.53 # funman: the problem is Windows. I have a running machine but it causes problems with windres, likely related to the checkout. 00.09.00 # ah 00.09.06 # it doesn't build with mingw? 00.09.21 # I can cross compile for Windows, but something with mingw-cross-env is causing screen reader support to break 00.09.36 # * bluebrother^ has an idea 00.11.02 Join anewuser_ [0] (~anewuser@186.93.99.225) 00.11.24 Quit domonoky (Read error: Connection reset by peer) 00.13.12 Quit anewuser (Ping timeout: 252 seconds) 00.14.01 # argh. Stupid Windows. 00.15.56 # Commit 64f71e6 in rockbox by 03Dominik Riebeling: When writing data from repository open file as binary. 00.16.30 # building on the final machine has to wait until tomorrow though. 00.17.58 # with zip support, how hard would it be to grab the sandisk firmware link from a file on the download server? that way people wouldn't have to provide a binary at all 00.27.20 Quit lebellium (Quit: ChatZilla 0.9.88 [Firefox 11.0/20120201153158]) 00.30.47 Quit [Saint_] (Ping timeout: 252 seconds) 00.33.32 # gevaerts: if we are going to do a early 3.11 we are running out of time 00.34.55 # saratoga: why just not put the link in rbutil ? 00.35.46 # saratoga: the problem is that we would need to implement downloading. We can't rely on some IE magic on Linux and OS X :) 00.35.51 # is the graphics api supported for sansa clip plus ? 00.36.12 # bluebrother^: we could use libcurl, i know the maintainer ;) 00.36.16 # plus, I'd like to avoid having fixed links in Rockbox Utility to 3rd party sites. Such links can change at any time 00.36.42 # funman: thanks, but since Rockbox Utility is Qt based we already use the http support it provides :) 00.36.43 # that'd fix the daily question on how to uninstall rockbox on sansa ams 00.36.47 # ah right 00.36.56 # aarch: which ai? 00.36.57 # api* 00.37.39 Quit petur (Quit: Leaving) 00.37.56 # bluebrother^: in practice the links to sansa didn't change, and we will notice shortly when they do 00.38.11 # we'd still need fallback to manual file open 00.38.44 # funman: i mean this: http://www.rockbox.org/wiki/GraphicsAPI 00.39.38 # Existing implementations: 00.39.39 # Black & white core (Targets with monochrome displays) 00.39.54 # that includes black, blue and yellow displays 00.42.04 # okay. got some compilation errors when I tested it out, but maybe it was just my sloppiness 00.42.22 # yep... forgot rb-> :) 00.59.50 *** Saving seen data "./dancer.seen" 01.02.07 Join al4nc4ds [0] (~denver@unaffiliated/al4nc4ds) 01.03.36 Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940) 01.19.40 Quit al4nc4ds (Quit: ( www.nnscript.com :: NoNameScript 4.22 :: www.esnation.com )) 01.32.50 Quit factor (Read error: Connection reset by peer) 01.50.40 Join factor [0] (~factor@74.197.205.204) 01.55.08 Join perrikwp [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) 02.11.17 Join webguest885 [0] (~41be5413@www.haxx.se) 02.11.26 # Hi 02.12.55 Quit saratoga (Ping timeout: 245 seconds) 02.13.33 # How would I bypass Rockbox on my Archos Jukebox Recorder? 02.13.49 # <[Saint]> Define "bypass". 02.14.17 # Get to the stock OS 02.14.23 # Not run Rockbox at boot 02.16.44 # webguest885: uninstall the bootloader? 02.17.13 # Installing only required dropping a .ajz and .rockbox file on the HD 02.17.17 # No bootloader 02.18.43 # Never mind, found my answer in the manual. Maybe I should have check there first... 02.18.46 Quit webguest885 (Quit: CGI:IRC) 02.37.11 Join limescout [0] (~david@c-69-242-30-52.hsd1.pa.comcast.net) 02.39.33 Quit TBCOOL (Read error: Connection reset by peer) 02.41.43 Join TBCOOL [0] (~tb@c-313071d5.09-42-73746f22.cust.bredbandsbolaget.se) 02.56.12 Join [Saint_] [0] (~Saint]@unaffiliated/saint/x-8516940) 02.59.51 *** Saving seen data "./dancer.seen" 03.19.51 # hi, I'm working on my first plug-in and I can't find out how to get input from different buttons 03.20.30 # in the example on the website, button_get only gets the status of the center button on an iPod 03.20.59 # how do I use the other buttons on the DAP as well? 03.21.26 # have a look at pluginlib_actions 03.21.38 # alright 03.21.45 # button_get will get you any button though 03.21.56 # it returns a bitmask of the pressed button 03.22.28 # Ah, ok 03.22.56 # but we would prefer you use pluginlib_actions because it is far easier to port the plugin to a new dap 03.23.21 # alright, I'll keep that in mind 03.23.50 # [Saint_]: did you play with the %and() and %or() tags? 03.25.08 Join antil33t [0] (~Ahurhurr@101.98.150.103) 03.27.48 Join [Saint__] [0] (~Saint]@unaffiliated/saint/x-8516940) 03.28.06 Quit [Saint__] (Client Quit) 03.28.33 Quit [Saint_] (Disconnected by services) 04.15.52 Quit TheSeven (Disconnected by services) 04.16.05 Join [7] [0] (~TheSeven@rockbox/developer/TheSeven) 04.23.18 Join dreamlayers [0] (~bgjenero@rockbox/developer/dreamlayers) 04.27.26 Quit MethoS- (Quit: Konversation terminated!) 04.28.26 Join anewuser [0] (~anewuser@186.93.99.225) 04.28.27 Quit anewuser (Changing host) 04.28.27 Join anewuser [0] (~anewuser@unaffiliated/anewuser) 04.31.46 Quit anewuser_ (Ping timeout: 256 seconds) 04.36.44 # Commit 691c7a7 in rockbox by 03Michael Sevakis: Make generic pcm-mixer.c more generic in the way it writes output. 04.37.57 Quit amiconn (Disconnected by services) 04.37.57 Join amiconn_ [0] (quassel@rockbox/developer/amiconn) 04.38.19 Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) 04.38.48 Quit pixelma (Disconnected by services) 04.38.50 Join pixelma_ [0] (quassel@rockbox/staff/pixelma) 04.38.52 Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) 04.50.03 # Commit 43e6d7a in rockbox by 03Michael Sevakis: Urgh...actually change all the stuff I'm supposed to. 04.57.17 Quit Rower85 (Read error: Connection reset by peer) 04.59.02 Join Rower85 [0] (~husvagn@v-413-alfarv-90.bitnet.nu) 04.59.53 *** Saving seen data "./dancer.seen" 05.03.16 Quit Rower85 (Client Quit) 05.05.12 Join Rower85 [0] (~husvagn@v-413-alfarv-90.bitnet.nu) 05.05.34 Quit anewuser (Read error: Connection reset by peer) 05.24.08 Part limescout 05.39.32 Part dreamlayers 05.49.10 Join Rob2223 [0] (~Miranda@p4FFD2144.dip.t-dialin.net) 05.53.51 Quit Rob2222 (Ping timeout: 272 seconds) 05.57.52 Join cpu98 [0] (de6c42d5@gateway/web/freenode/ip.222.108.66.213) 06.04.11 Quit cpu98 (Ping timeout: 245 seconds) 06.14.05 Quit curtism (Quit: Live Long and Prosper) 06.45.03 Quit dfkt (Quit: -= SysReset 2.55=- Sic gorgiamus allos subjectatos nunc.) 06.46.34 Quit Rower85 (Quit: Hmmm...) 06.55.38 Quit factor (Ping timeout: 240 seconds) 06.58.57 Join factor [0] (~factor@74.197.205.204) 06.59.57 *** Saving seen data "./dancer.seen" 07.28.16 Join Sleepy_Coder [0] (~z_Z_z_Z_z@just.dontfeedthebots.co.uk) 07.28.17 Quit Sleepy_Coder (Changing host) 07.28.17 Join Sleepy_Coder [0] (~z_Z_z_Z_z@unaffiliated/sleepycoder/x-938672) 07.28.44 Quit Sleepy_Coder (Client Quit) 07.34.58 Join stoffel [0] (~quassel@pD9E42FE3.dip.t-dialin.net) 07.38.27 Join Sleepy_Coder [0] (~z_Z_z_Z_z@just.dontfeedthebots.co.uk) 07.38.28 Quit Sleepy_Coder (Changing host) 07.38.28 Join Sleepy_Coder [0] (~z_Z_z_Z_z@unaffiliated/sleepycoder/x-938672) 08.01.36 Join leavittx [0] (~leavittx@89.221.199.187) 08.08.22 Quit amiconn (Remote host closed the connection) 08.08.22 Quit pixelma (Remote host closed the connection) 08.09.51 Join amiconn [0] (quassel@rockbox/developer/amiconn) 08.09.53 Join pixelma [0] (quassel@rockbox/staff/pixelma) 08.21.23 Quit leavittx (Read error: Operation timed out) 08.24.16 Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) 08.34.19 Join Zagor [242] (~bjst@rockbox/developer/Zagor) 08.34.59 Quit stoffel (Read error: Operation timed out) 08.40.03 Join Misanthropos [0] (~Misanthro@testomat.ee.ethz.ch) 08.47.39 Join bertrik [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 08.47.39 Quit bertrik (Changing host) 08.47.39 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 09.00.01 *** Saving seen data "./dancer.seen" 09.16.41 Quit [Saint] (Ping timeout: 252 seconds) 09.19.27 Join [Saint_] [0] (~Saint]@101.98.129.152) 09.19.27 Quit [Saint_] (Changing host) 09.19.27 Join [Saint_] [0] (~Saint]@unaffiliated/saint/x-8516940) 09.29.43 # Commit a969c4d in rockbox by 03Thomas Martitz: (Author: Frank Gevaerts) rocklife is much more a demo than a game. 09.30.20 # gerrit is really nice 09.31.51 Nick [Saint_] is now known as [Saint] (~Saint]@unaffiliated/saint/x-8516940) 09.34.08 Quit bertrik (Ping timeout: 240 seconds) 09.34.14 # are the builds hanging, or is it a problem in my end? 09.36.07 # perhaps the commit hash is too odd 09.39.57 Quit Zarggg (Ping timeout: 272 seconds) 09.40.28 # kugel: so, does this commit contain the respective changes to the manual as well? 09.41.04 # pixelma: yes 09.43.22 Join petur [0] (~petur@rockbox/developer/petur) 09.48.36 Quit [Saint] (Ping timeout: 252 seconds) 09.51.57 Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940) 09.55.10 Join pamaury [0] (~quassel@sphinx.lix.polytechnique.fr) 09.55.10 Quit pamaury (Changing host) 09.55.10 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 10.00.07 Quit jordan`` (Quit: Coyote finally caught me) 10.03.21 Join jordan` [0] (~gromit@2001:660:3302:2826:225:90ff:fe20:d9a8) 10.06.45 Quit [Saint] (Ping timeout: 252 seconds) 10.23.31 Join Keripo [0] (~Keripo@eng226.wireless-resnet.upenn.edu) 10.34.31 Join Bagder [0] (~daniel@1-1-5-26a.hud.sth.bostream.se) 10.34.31 Quit Bagder (Changing host) 10.34.31 Join Bagder [241] (~daniel@rockbox/developer/bagder) 10.37.11 Quit Scr0mple (Read error: Connection reset by peer) 10.37.35 Join Scr0mple [0] (~Simon@119.225.209.134) 10.41.26 Quit kadoban (Read error: Operation timed out) 10.41.42 Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940) 10.42.09 Join kadoban [0] (~kadoban@ip98-165-177-158.ph.ph.cox.net) 10.46.49 Quit einhirn (Ping timeout: 252 seconds) 10.46.54 Quit [Saint] (Ping timeout: 252 seconds) 11.00.04 *** Saving seen data "./dancer.seen" 11.00.37 Join webguest67 [0] (~5eec07be@www.haxx.se) 11.10.09 Join knittl [0] (~knittl@thehappy.de) 11.10.09 Quit knittl (Changing host) 11.10.09 Join knittl [0] (~knittl@unaffiliated/knittl) 11.28.54 Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940) 11.37.41 Join T44 [0] (~Topy44@f049142095.adsl.alicedsl.de) 11.40.48 Quit Topy (Ping timeout: 240 seconds) 11.44.56 Join mortalis [0] (~mortalis@77.108.98.177) 11.51.42 Join leavittx [0] (~leavittx@89.221.199.187) 12.00.26 Join LinusN [0] (~linus@giant.haxx.se) 12.04.37 Join nick_p [0] (~nick@82-69-105-120.dsl.in-addr.zen.co.uk) 12.14.33 Join merbanan [0] (~benjamin@h217-27-188-82.cust.tyfon.se) 12.26.37 Quit aarch (Read error: Operation timed out) 12.33.12 Quit pixelma (*.net *.split) 12.33.12 Quit amiconn (*.net *.split) 12.33.12 Quit nosa-j (*.net *.split) 12.33.12 Quit KiwiCam (*.net *.split) 12.33.12 Quit CIA-10 (*.net *.split) 12.33.19 Join amiconn [0] (quassel@rockbox/developer/amiconn) 12.34.59 Join pixelma [0] (quassel@rockbox/staff/pixelma) 12.34.59 Join nosa-j [0] (~m00k@adsl-74-235-42-105.clt.bellsouth.net) 12.34.59 Join KiwiCam [0] (~KiwiCAM@51.197.69.111.dynamic.snap.net.nz) 12.34.59 Join CIA-10 [0] (~CIA@cia.atheme.org) 12.45.05 Join Rower85 [0] (~husvagn@v-413-alfarv-90.bitnet.nu) 12.46.57 Quit nick_p (Quit: Leaving) 12.47.33 Join aarch [0] (~z@ip-115.viapori.fi) 12.51.13 Quit Rower85 (Ping timeout: 272 seconds) 12.55.15 Join anewuser [0] (~anewuser@186.93.99.225) 12.55.15 Quit anewuser (Changing host) 12.55.15 Join anewuser [0] (~anewuser@unaffiliated/anewuser) 13.00.06 *** Saving seen data "./dancer.seen" 13.00.10 Join Rower85 [0] (~husvagn@v-413-alfarv-90.bitnet.nu) 13.01.16 Quit evilnick (Quit: Leaving) 13.10.28 Quit Galois (Ping timeout: 252 seconds) 13.16.00 Quit Keripo (Quit: Leaving.) 13.43.18 Quit factor (Read error: Connection reset by peer) 13.44.15 Quit Rower85 (Quit: Hmmm...) 13.52.57 Join perrikwp_ [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) 13.56.01 Quit perrikwp (Ping timeout: 260 seconds) 13.59.28 Join factor [0] (~factor@74.197.205.204) 14.00.16 Quit [Saint] (Read error: Connection reset by peer) 14.08.46 # would someone have an objection if I had an entry to the debug menu for the fuze+ (imx233 more generally) that dumps "all" registers to a file to allow for offline processing ? The reason for this is that the imx233 hardware is complicated, has hundreds of registers and it's just simpler to dump everything to file and use an offline tool to inspect the content (which can even be generated automatically) 14.09.32 # (of course there is a bit of redundancy with the debug screens but the debug screens only show a limited amount of information) 14.13.56 Join perrikwp [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) 14.15.05 Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) 14.16.43 Quit perrikwp_ (Ping timeout: 244 seconds) 14.17.33 # I noticed a slight difference on left/right channels using clip+ with a negative balance setting. Somehow it feels like left and right channels are not increasing/decreasing to the same amount. I am not sure if its because of my ear or if its related to calculations. 14.18.41 # When I listen to audiobooks I notice the difference on lower volumes - if you change volume eg from -25 to -24 or -26... it loses it balance a bit 14.18.55 # pamaury: if that's more or less safe (i.e. there aren't any regisers that cause stuff to happen on read), that sounds fine to me 14.19.17 # of course, I would only dump the registers which are harmless 14.19.37 # Misanthropos: maybe that's because volume has a different stepping than balance 14.19.40 Join wodz [0] (~wodz@iwl138.internetdsl.tpnet.pl) 14.20.28 # pamaury: for this very purpose it would be much more suitable to push data over serial link to the dedicated decoder software on PC side 14.20.44 Quit perrikwp (Read error: Connection reset by peer) 14.21.11 # wodz: no, because that would require usb and thus prevent some states (like playback) to be dumped 14.21.33 # ukleinek, thats sounds like it could be the reason. So that is to be expected? 14.21.57 Join perrikwp [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) 14.22.15 # pamaury: how? 14.22.21 # pamaury: can't you suppress MSC and expose only usb-2-serial? 14.22.36 # then you need to have a build with usb serial enabled 14.22.52 Join robin0800 [0] (~robin0800@cpc2-brig8-0-0-cust848.3-3.cable.virginmedia.com) 14.23.21 # Ah, you want to be ble to collect dumps from ohers esily? 14.23.29 # yes 14.23.53 # ok, this makes sense 14.24.10 # I already have plenty of more or less strange tools for me :) 14.26.24 # Misanthropos: note I have very limited knowledge here, but yes, I think that's expected 14.28.31 Quit robin0800 (Quit: Leaving) 14.30.09 # perhaps this mechanism can be generalized to other platforms if found useful 14.31.19 # we discussed before having a plugin that did register inspection/poking/dumping with a target-independant UI, i think ;) 14.33.24 # and what was the result ? 14.35.18 # people agreed that would be nice ;) 14.37.17 Join TheLemonMan [0] (~LemonBoy@adsl-ull-161-222.50-151.net24.it) 14.38.48 # actually my point was not about having a plugin but that's an interesting idea. 14.39.57 # the inconvenient with the plugin idea is that you need to embed a full description of the registers 14.40.57 # for the i.MX 233, I can generate it pretty much automatically 14.41.46 # if someone is willing to provide such a map for another target (say as3525), I would be willing to write the plugin itself 14.44.04 # funman perhaps ? :) 14.44.19 Join MethoS- [0] (~clemens@134.102.106.250) 14.44.40 # pamaury: you can read map from external file this would make plugin target agnostic 14.45.19 # true, but that don't change the point, you still need to write the map :) 14.45.23 # *doesn't 14.45.30 # we can probably preproces .h file from our tree 14.45.32 # perhaps you want to do it for the rk27xx ? 14.45.34 # pamaury: are there any situations where having it in core would be a significant advantage? 14.45.40 # i think generally a plugin would be nicer 14.45.42 # Torne: no 14.45.48 # a plugin is ok 14.46.28 # wodz: I think we should just agree on a format, at least the general idea 14.46.47 Quit MethoS- (Remote host closed the connection) 14.47.19 Join MethoS- [0] (~clemens@134.102.106.250) 14.48.41 # pamaury: general idea is neat but I can see potential problems with it. Dumping registers can alter some state. With lots of registers you will need very big buffer to dump all in one run 14.49.02 # saving intermediate stages will change storage related registers at least 14.49.10 # we would only dump the registers which are harmless 14.49.45 # I don't understand your problem with big buffers 14.50.02 # the plugin buffer is pretty big :) 14.50.22 # nevermind, I just come the same conclusion as Torne :-) 14.50.25 # say that you have 1000 registers, that's still 4 x 1000 bytes 14.50.29 Quit MethoS- (Remote host closed the connection) 14.50.35 # I'm more concerned with the size of the description actually 14.51.04 Join MethoS- [0] (~clemens@134.102.106.250) 14.52.38 Quit Whazor (Ping timeout: 245 seconds) 14.52.56 Quit MethoS- (Remote host closed the connection) 14.53.19 # pamaury: how big are those descriptions? 15 bytes each? 14.53.23 Join MethoS- [0] (~clemens@134.102.106.250) 14.54.29 # depends on the target and what you describe. If you describe each register is a tree fashion, I would say addr+text ~ 20 bytes average 14.54.45 # but describing the actual fields of the registers is interesting too 14.55.01 # I can try for the imx233 and give you a quick overview 14.55.58 # I think having individual bits is never going to be done for more than the first target (if even that). Too much work 14.56.27 # I can generate them automatically :) But that's optional 14.56.33 # eek, individual fields is a work of processing on PC side 14.56.57 # without the fields, you need the doc which is a pain 14.57.07 # You need the doc anyway 14.57.10 # I would simply put addr val and everything else process on PC 14.57.18 # Field values are meaningless if you don't know what they mean 14.57.38 # The short register names can be useful I think 14.58.09 # gevaerts: short as abbreviated? 14.58.30 # * Torne alllmost suggests using the register description form he invented for pycorn. 14.58.33 # :) 14.58.34 # wodz: as in the way the defines are usually named 14.58.40 # (probably not viable, it is actual python) 14.58.41 # hum, let's agree on a common basis then and let room for improvements. I really would like register fields for myself but I understand it a bit of work. 14.59.49 # name addr val ? 15.00.02 # I would prefer a tree 15.00.10 *** Saving seen data "./dancer.seen" 15.00.12 # you don't want to put all the registers at the root level 15.00.23 # If you don't do fields, you should be able to fit in the order of 1000 registers in a 32K plugin buffer 15.00.37 # a tree woudl be nice. possibly some flags or something for "cannot be read without side effects" or whatever 15.00.49 # and/or read/write state? (in case we want to support poking them :) 15.01.01 # are we talking about description file or the output file? 15.01.53 # we should agree on the functionality. We want a plugin to be able to 1) dump the registers to a file 2) display them in a tree fashion (perhaps with fields) 3) change their value 15.02.20 # 4) integrate with lua ;) 15.02.37 # And then 5), write device drivers in lua :) 15.02.45 # ouch 15.03.22 # Seriously though, I agree with your 3 requirements 15.03.34 # 6) port it to java script 15.03.46 Quit user890104 (Ping timeout: 252 seconds) 15.05.01 Join user890104 [0] (venci@Addicted.to.Minecraft.ipv6.6bez10.info) 15.05.29 Quit Scr0mple (Ping timeout: 272 seconds) 15.07.17 # depending on whether we want something really readable or not, I propose a format like: 15.07.17 # you organize the registers in a tree. Each line of the file either: 1) add a register at the current level 2) add a new level 3) close the current level 15.07.17 # For example: 15.07.17 DBUG Enqueued KICK pamaury 15.07.17 # +CLKCTRL 15.07.17 # PLL 0x80001000 15.07.18 *** Alert Mode level 1 15.07.18 # SSP 0x80001010 15.07.21 # - 15.07.23 # +DMA 15.07.25 # +CH0 15.07.27 # SEMA 0x800... 15.07.29 # - 15.07.32 # +CH1 15.07.34 # ... 15.07.36 # - 15.07.38 # ... 15.07.40 # - 15.08.35 # perhaps add some flags for R/W 15.08.47 Ctcp Ignored 1 channel CTCP requests in 0 seconds at the last flood 15.08.47 # * Torne suggests going ahead and using indentation for the tree. 15.08.49 # Do we want this to be loaded from a file? 15.09.03 # gevaerts: seems nice. means you can hack it without recompiling :) 15.09.18 # Torne: yeah, I though about using indentation too 15.09.28 # nicer probably 15.10.18 # also would be nice to support things being offsets from their parent's base address 15.10.41 # * gevaerts nods 15.10.59 # then at minimum you can copypasta bits easier. 15.11.09 # maybe #include/macro if someone feels the need to go that far. 15.11.33 # perhaps have something like: 15.11.33 # 15.11.33 # all subfields addresses are related to their parents 15.11.33 *** Alert Mode level 2 15.11.33 # and only leaves are actual registers 15.12.25 # also make address mandatory for leaves and with an optional R/W/whatever qualifier 15.12.34 Quit wodz (Quit: Leaving) 15.12.42 Join y4n [0] (y4n@unaffiliated/y4ndexx) 15.12.57 # i'd allow both addresses and offsets 15.13.06 # maybe +100 or whatever 15.13.27 # allowing absolute addresses lets you have, say, a group that's just a bunch of ID registers from places, or whatever 15.13.35 # without having to use ridiculous offsets 15.13.38 # I'd say addresses, offsets, and bit ranges. That gives you fields without introducing extra syntax 15.13.51 # Heh 15.13.59 # Are you going to allow 10,4:0 though? :) 15.14.40 Join evilnick [0] (~evilnick@rockbox/staff/evilnick) 15.14.44 # Let's make it masks and shifts :) 15.15.14 # anyway. start with the basics ;) 15.16.30 # * pamaury wants register fields too 15.16.55 # sure, but if we have a tree syntax where things can be relative to their parents that's easy to add later without breaking anything 15.17.22 # sure, but fields are quite different from the rest. 15.17.25 # Not really 15.17.37 # at least, i don't see why 15.17.56 Join perrikwp_ [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) 15.18.19 # group foo at base address 0x1234 with members at offsets 0, 4, 8 looks very much like register foo at base address 0x1234 with fields at bits 0-3, 4-7 15.18.30 # they don't really fit the things, that would rather be , except if you use masks 15.18.47 # who says "addr" has to be an int? 15.18.57 # 4:0 or whatever 15.19.01 # you need to be able to tell whether it's a register of a field 15.19.06 # *or 15.19.06 Quit perrikwp (Read error: Operation timed out) 15.19.22 # That's a prefix 15.19.41 # right. my suggestion here is "1234" is an absolute address, "+12" is an offset, "4:0" is a field 15.19.44 # or similar 15.19.45 # *0xwhatever is an address, &0xwhatever is a mask, +0xwhatever is an offset, <0xwhatever is a shift 15.20.04 # 0x is icky, i would hope we can assume addresses are hex. 15.20.22 # and writing fields with bit numbers looks more like a datasheet than a mask/shift.. 15.20.22 # for bitfields, decimal is useful :) 15.20.26 Join Scromple [0] (~Simon@119.225.209.134) 15.20.30 # yes, see under "addresses" 15.20.40 Nick kugel is now known as kugelp (~kugel@rockbox/developer/kugel) 15.21.10 # and converting between them is not hard, let's not add too many features in the parser 15.21.34 *** Alert Mode OFF 15.21.54 # guys, this clearly needs xml 15.21.58 # no!!! 15.22.29 # asn.1 is clearly better! 15.22.52 Quit leavittx (Ping timeout: 245 seconds) 15.24.16 # and what about the R/W thing ? some registers are dangerous 15.29.13 Join metaphysis [0] (~metaphysi@d86-32-96-55.cust.tele2.at) 15.33.14 # actually, I wouldn't be against describing the registers with some others format (xml ? c ?) and generating these files but that's just a suggestion 15.33.28 Quit metaphysis (Client Quit) 15.34.30 Join jlbiasini [0] (~metaphysi@d86-32-96-55.cust.tele2.at) 15.36.58 # jlbiasini: hi 15.37.07 # hi 15.37.32 # is your fuze+ storage still non-working ? 15.37.35 # I saw you went forward on the radio! is it working now? 15.37.47 # yes that why I'm stuck 15.38.01 # It works on mine but it requires some modifications in the radio code, it's under review currently 15.38.08 # http://gerrit.rockbox.org/r/#change,84 15.38.10 # pamaury: sure, yeah, the format doesn't have to be like that on disk 15.38.24 # well, not on target 15.38.25 # i mean. 15.38.37 # I think the dump file should just have address: value 15.38.49 # do you have any other idea to test on the broken storage? 15.38.59 # gevaerts: i meant the file the plugin reads 15.39.43 # Anyway I ordered a new one that I should get in 2 weeks 15.39.47 # not really, I thought about it again and I don't understand why even rewriting the firmware doesn't work. Perhaps we could try to "erase" some blocks, so they would be free for allocation again but I'm really not sure if it changes anything 15.40.04 # ah, right 15.40.12 # how could I erase block? 15.40.40 # anyway the broken device is still available for testing recover solution :D 15.41.01 # there is an emmc command for it 15.41.04 # does it boot currently ? 15.41.57 # yes it is even working as long as it doesn't need to write, I can listen music 15.42.17 # use plugin 15.43.05 # jlbiasini: will you be on irc this evening ? I have written a tool with which we could experiment 15.43.47 # ok I'll try to be connected 15.44.14 # in the meantim i'll have a lot at this emmc command 15.44.21 # *look 15.45.32 # the tool I wrote always to send arbitrary ssp commands to the flash, so we can try to init the emmc and send send an erase command, we don't even need to write more code normally 15.45.38 # *allows 15.45.51 # pamaury: ohoh in what package is it? I don't seem to have any emmc command 15.46.15 # I've not published it, it's in my tree 15.46.19 # wait a minute 15.46.23 # oh ok 15.50.04 # Zagor: didn't you have a makefile at some point to generate www/playerpics from the manual svgs? 15.50.44 # jlbiasini: https://github.com/pamaury/pa-tools/tree/master/fuze+/recovery_util 15.51.25 # pamaury: cool thanks! I'll try 15.51.46 # try to compile it first, tell me if I forgot some files 15.53.10 # it's in fuze+/recovery_util right? 15.53.16 # yes 15.54.21 # jlbiasini: you use it this way: https://gist.github.com/1752520 15.54.21 # but this one only works for a sd interface, the fuze+ uses an emmc interface. I would prefer that you wait for my instructions but in case you want to try, you basically need to replicate the init sequence of mmc-imx233.c just like I reproduced the one of sd-imx233.c 15.55.22 # I'll wait your instruction then! :D tonight? On what time? 15.56.13 # there seems to be /elftosb missing 15.57.01 # yeah, you need to add symlinks to the differents tools 15.57.08 # or modify the Makefile 15.57.16 # 6pm or 7pm 15.57.36 # very good! 15.59.19 Join WalkGood [0] (~4@unaffiliated/walkgood) 16.02.11 Join stoffel [0] (~quassel@pD9E41641.dip.t-dialin.net) 16.02.46 # pamaury: now there seems to be a hdr.bin file missing... or is it related to the mmc init already? 16.03.24 # the hdr.bin file is not needed, it's just useful for a hack when the device uses an encryption key 16.03.28 # let me modify the makefile 16.04.08 # done 16.05.34 # ok this is compiling ok 16.06.20 # see you on 6 or 7 pm thrn 16.21.00 Join perrikwp [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) 16.22.33 Nick kugelp is now known as kugel (~kugel@rockbox/developer/kugel) 16.23.37 Quit perrikwp_ (Ping timeout: 240 seconds) 16.29.15 Quit perrikwp (Read error: Connection reset by peer) 16.30.29 Join perrikwp [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) 16.44.31 Quit Torne (Read error: Operation timed out) 16.44.43 Join Torne [0] (~torne@rockbox/developer/Torne) 16.53.58 Quit sinthetek (Remote host closed the connection) 16.54.22 Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93) 16.56.13 Quit jlbiasini () 16.57.10 Join perrikwp_ [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) 16.59.59 Quit perrikwp (Ping timeout: 255 seconds) 17.00.14 *** Saving seen data "./dancer.seen" 17.00.21 Part Zagor 17.03.18 Quit pamaury (Remote host closed the connection) 17.08.07 Part LinusN 17.11.14 Join Galois [0] (djao@efnet-math.org) 17.34.28 Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 17.41.59 Join pamaury [0] (~quassel@vit94-1-82-67-248-70.fbx.proxad.net) 17.41.59 Quit pamaury (Changing host) 17.41.59 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 17.43.45 Join perrikwp [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) 17.44.36 Join n1s [0] (~n1s@nl118-175-223.student.uu.se) 17.44.37 Quit n1s (Changing host) 17.44.37 Join n1s [0] (~n1s@rockbox/developer/n1s) 17.47.01 Quit perrikwp_ (Ping timeout: 260 seconds) 17.48.12 Quit Misanthropos (Remote host closed the connection) 17.53.06 Join lorenzo92 [0] (~chatzilla@host120-170-dynamic.245-95-r.retail.telecomitalia.it) 17.53.07 Join jlbiasini [0] (~metaphysi@d86-32-96-55.cust.tele2.at) 17.53.27 Quit lorenzo92 (Client Quit) 17.54.01 Quit perrikwp (Read error: Connection reset by peer) 17.55.11 Join perrikwp [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) 18.00.55 Quit petur (Quit: *plop*) 18.01.07 Join perrikwp_ [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) 18.02.33 # pamaury: should we try your code? do you have time to give me instruction now? 18.02.47 # I'm checking the init sequence 18.02.49 Join perrikwp__ [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) 18.03.01 # ok 18.03.04 Quit n1s (Read error: Connection timed out) 18.03.32 Quit perrikwp (Ping timeout: 252 seconds) 18.05.41 Quit perrikwp_ (Ping timeout: 260 seconds) 18.09.32 # jlbiasini: try this: https://gist.github.com/1753380 18.09.58 # at the end it should hexdump the mbr, you can check that if works by looking for the 55 aa signature 18.12.55 # ah I forgot: did you add the symlinks or modify the Makefile to have the sb tools to produce recovery.sb ? 18.13.47 # pamaury: I cannot git clone that: it complain about a missing "fatal: https://gist.github.com/1753380/info/refs not found" 18.14.14 # "did you run git update-server-info on the server?" 18.14.16 # just copy paste 18.14.17 # you can't clone like that 18.14.18 # ;) 18.14.26 # ok 18.14.36 # if you want to clone it there is a url for that given that will work 18.14.41 # git and not gist !! :D 18.14.41 # I suggest you copy it to a file (mmc_read.sh) 18.14.42 # but just the gist web url won't 18.15.35 Quit perrikwp__ (Read error: Connection reset by peer) 18.16.34 # jlbiasini: it is using recovery mode so the procedure is: 1) plug the fuze+ in recovery mode 2) run mmc_read.sh 18.16.49 Join perrikwp [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) 18.17.12 # ok 18.17.56 # but I have to lauch this mmc_read.sh from within the recovery_util directory, right? 18.18.14 # yes 18.18.33 # and after running make with success 18.20.48 Join perrikwp_ [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) 18.21.59 # ok, I also need sbloader and I need to be root... 18.22.45 Quit perrikwp (Read error: Operation timed out) 18.23.30 # and read_util this one I don't know where to find it... 18.23.51 # in the read_util subdirectory 18.24.33 # util_reader/ sorry 18.24.58 # you can build it with make too 18.25.29 Join n1s [0] (~n1s@nl118-175-223.student.uu.se) 18.25.30 Quit n1s (Changing host) 18.25.30 Join n1s [0] (~n1s@rockbox/developer/n1s) 18.26.15 # read_util.c:122:56: warning: unused parameter ‘int_ep’ [-Wunused-parameter] is this bad? 18.26.47 # no, normal warning 18.27.50 # ok mmc_read now make the transfert and then "transfer error at init step" 18.27.58 Join sinthetek [0] (~sinthetek@cpe-174-111-026-094.triad.res.rr.com) 18.27.58 Quit sinthetek (Changing host) 18.27.58 Join sinthetek [0] (~sinthetek@unaffiliated/sinthetek) 18.28.24 # did you run sbloader by hand before ? 18.28.31 # found a match at blahblah, tranfert size 1024 18.28.45 # euh no? what do I have to do? 18.29.21 # ah, your sbloader is probably not up to date 18.29.45 # just replace the first line by this: 18.29.45 # ./sbloader 1024 recovery.sb && 18.31.04 # but I let the \ at the end, right? 18.32.19 # don't need to 18.32.50 # it did something! address number everywhere! what do I look for? 18.32.56 Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) 18.33.50 Quit merbanan (Ping timeout: 272 seconds) 18.34.10 # at the end, it should dump the mbr in hex and char form 18.34.30 # it should end with 55 aa 18.35.12 # hum if I'm looking the output correctly mine end with 00 00 00 00 18.35.47 # jlbiasini: the end of the output should look like this: 18.35.47 # https://gist.github.com/1753380#comments 18.36.32 # can you pastebin the whole output actually ? 18.36.39 # that will be faster* 18.36.59 # ouch! my dump is 2 line long!! 18.37.39 # not normal :) 18.37.55 # then paste it here 18.38.06 # mine is actually hundreds lines long 18.38.42 # also it seem to be trying several time because the output get repeated 18.38.55 # 20 00 10 e0 73 02 00 00 80 80 ff 40 30 9c 05 08 ...s......@0... 18.39.02 # 74 51 99 14 26 c2 03 35 00 00 00 00 tQ..&..5........ 18.39.24 # the sends lots of commands, they look the same but are not, please pastebin the entire output 18.39.30 # *the script 18.42.11 Join Xerion [0] (~xerion@5419EF19.cm-5-2d.dynamic.ziggo.nl) 18.42.25 # pamaury: https://gist.github.com/1753579 18.44.07 # hum, apparently the emmc is not yet ready, the script is a bit hacky on this point, give me a minute to get something more reliable 18.44.18 # ok 18.46.32 Join cyan0 [0] (~karli@85-127-52-67.dynamic.xdsl-line.inode.at) 18.46.34 Quit perrikwp_ (Read error: Connection reset by peer) 18.47.08 Quit cyan0 (Quit: Verlassend) 18.47.46 # Commit 32326e3 in rockbox by 03Frank Gevaerts: (Author: Marko Pahlke) SVG Image for Samsung YP-R0 (FS#12577) 18.49.35 Nick Jack87 is now known as Jack87|Away (Jack87@nasadmin/admin/jack87) 18.50.00 # jlbiasini: try this: https://gist.github.com/1753380#comments 18.50.01 Join perrikwp [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) 18.50.08 # Commit dd20b5c in www by 03Frank Gevaerts: Add Samsung YP-R0 image for the build page 18.52.22 Quit webguest67 (Quit: CGI:IRC (EOF)) 18.52.32 # pamaury: Yes this way I've got my 55 aa 18.54.28 # ok, some it means we can correctly send commands to the emmc 18.54.42 # now the idea is to erase some blocks and see what it does 18.54.46 # https://gist.github.com/1753671 18.55.17 # there are different results not all the time the big output 18.55.36 # also two lined ones with different values 18.55.45 Join webguest50 [0] (~42be0053@www.haxx.se) 18.55.53 # some values are not deterministic in the output 18.55.56 Quit webguest50 (Client Quit) 18.56.07 # cool!! Let's broke the broken device! :D 18.56.22 # all you need to plug the device, run mmc_read.sh and if you get the aa 55 don't do anything and wait for my instructions :) 18.56.28 # how large is the internal storage ? 18.56.42 # 16 GB 18.57.03 # also Byte not bit 18.57.38 # no problem I wait 18.58.51 # anyway I notice the commend does not work twice in a row: I first have to unplug it before retrying the mmc_read... is it normal? 18.58.59 # yes 18.59.15 # because it tries to resend the firmware every time 18.59.26 # let's call it a security measure :) 19.00.18 *** Saving seen data "./dancer.seen" 19.01.08 Join kumy [0] (~kumy@house.kumy.net) 19.01.33 # sorry for the delay, I'm making the computations 19.01.51 # hi all :) 19.02.01 # i'll survive :D 19.02.11 # kumy: you are the fuze+ owner with the flash problem ? 19.02.19 Join Strife89 [0] (~Strife89@207.144.201.128) 19.02.28 Quit jordan` (Ping timeout: 252 seconds) 19.02.28 # pamaury: here I am :) do you have some time to help me flash my fuze+ again ? 19.02.32 # pamaury: yes :) 19.02.47 # kumy: I'm busy right now with jlbiasini but after that I can help you 19.02.56 # jlbiasini: send this 19.03.21 # ./util_reader/read_util 066f:3780 ssp_cmd 2 read resp 17 0x1D8F5AC - 19.03.25 # pamaury: no problem, just ping me 19.03.37 # it should *not* output a big hex blob 19.03.56 # it did 19.03.56 # except if I did the math wrong 19.04.04 # :( 19.05.08 Quit KiwiCam_ (Ping timeout: 245 seconds) 19.05.16 # https://gist.github.com/1753746 19.05.33 # hey so I'm not the only one with a flash problem? 19.05.54 # ah ok, it's cylinder aligned, replace the hex number with 0x1DA9000 19.06.13 # jlbiasini: it's not the same problem, he ran output of power during a flash update, so the firmware is probably corrupted 19.07.16 # pamaury, jlbiasini: this is a good description of the problem 19.07.39 # pamaury: big hex block strike back... 19.08.33 # jlbiasini: that's impossible ! It's supposed to read a non-existent sector ! 19.08.34 # https://gist.github.com/1753772 19.09.20 # are you sure you only have 16Gb ? 19.10.09 # ok, let's be sure: try with 0x3B6F000 19.10.17 # euh? I didn't look exatly the size of the partition! I have the 16GB model 19.10.30 # it might be not exactly 16GB 19.11.16 # /dev/sde1 2048 7831551 3914752 b W95 FAT32 19.11.32 Join KiwiCam_ [0] (~dontlook@dontlookoverhere.tilaa.nl) 19.11.56 # jep no big hex block this time 19.12.52 # ok, so we'll try to erase a few sector at the end of the FAT partition 19.13.08 # hit me :D 19.14.26 # run this and pastebin the output 19.14.26 # ./util_reader/read_util 066f:3780 ssp_cmd 2 nodata resp 35 0x1D8F5A2 - 19.14.53 # it sets the address of the first sector to erase (CMD35, ERASE_GROUP_START ) 19.15.30 Quit TheLemonMan (Quit: WeeChat 0.3.6) 19.16.22 # what should be the output? 19.16.45 # numbers as usual, but the exact value is important, to check for success 19.17.21 # I have only a 2 line hex block 19.17.41 # that's normal, what is the value after resp0= 19.17.42 # ? 19.18.03 # 0x900 19.18.31 Quit benedikt93 (Quit: Bye ;)) 19.18.31 # good, it means success and stayed in tran mode 19.19.13 # now same procedure with this: 19.19.13 # ./util_reader/read_util 066f:3780 ssp_cmd 2 nodata resp 36 0x1D8F5A8 - 19.19.13 # it sets the address of the first sector to erase (CMD36, ERASE_GROUP_END ) 19.20.11 # resp0=0x900 19.20.16 # ^first^end^ ? 19.21.13 # good, now we will erase ! 19.21.13 # ./util_reader/read_util 066f:3780 ssp_cmd 2 nodata resp 38 0 - 19.21.16 Join lebellium [0] (~chatzilla@f052243055.adsl.alicedsl.de) 19.22.03 # resp0=0x800 19.24.08 # so now? unplug replug format? 19.24.52 # seems to have work. No send a last command to get the status: 19.24.53 # ./util_reader/read_util 066f:3780 ssp_cmd 2 nodata resp 13 0x1000 - 19.25.22 # resp0=0x800 19.27.52 # hum, ok I guess this is normal, at least no error is signalled. So it means erase can work. The flash can't be completely dead if it accepts that 19.27.55 Join bertrik [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 19.27.55 Quit bertrik (Changing host) 19.27.55 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 19.28.28 # good 19.29.10 # if you are willing to take the risk, you could erase more sectors and see if writes suceed then. But ideally, we should only erase the unused sectors of course 19.30.24 # well it's mostly full of file anyway 19.31.02 Join perrikwp_ [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) 19.31.30 # well it's mostly full of file anyway 19.32.03 Quit SynrG (Ping timeout: 245 seconds) 19.32.08 # so to erase I set the first sector, then the last and tell to erase, riht? 19.32.15 # yes 19.33.08 # you could try to lower the first sector, to erase a few megabytes for example and see if it still suceeds 19.33.22 # and then try to boot and write something 19.34.15 # how many bit are the adress? 4? 19.34.38 Quit perrikwp (Ping timeout: 272 seconds) 19.34.39 # all bits, 0x1D8F5A2 is a sector address 19.34.46 # ok 19.34.56 Join AlexP [0] (~alex@rockbox/staff/AlexP) 19.35.06 # if I'm correct, the last sector of the FAT partition is 0x1D8F5AC-1 19.35.18 Join SynrG [0] (~synrg@blk-222-91-184.eastlink.ca) 19.35.26 Quit SynrG (Changing host) 19.35.26 Join SynrG [0] (~synrg@debian/developer/synrg) 19.36.09 # I let you experiment 19.36.21 # ok 19.36.40 # I have no idea if it will ever work again :( 19.36.41 Join TheLemonMan [0] (~LemonBoy@adsl-ull-161-222.50-151.net24.it) 19.36.48 # kumy: still there ? are you running linux ? 19.37.22 # pamaury: here... linux.. of course ;) 19.37.26 # As I said I already order another one anyway, but its interesting to see what can be done however 19.37.49 # jlbiasini: what is the address of the bootloader on the server ? 19.38.24 # wow good question! wait I will have a look 19.38.26 # kumy: do you have the build tools ? 19.38.46 # pamaury: yes, also have of .sb, and a patched one 19.39.11 # already played with sbloader... 19.39.21 # pamaury: why do you need a map ? 19.39.23 # recovery.sb just upload fine 19.39.29 # write all 4GB to a file, done! :) 19.39.57 # kumy: you will need to send a special version of the bootloader to be able to dd to the firmware partition 19.40.22 # pamaury: ok, waiting for your instructions ;) 19.40.32 # http://download.rockbox.org/bootloader/sandisk-sansa/fuzeplus/bootloader-fuzeplus.sansa 19.40.57 # kumy: first download the file jlbiasini just linked to 19.41.06 # done 19.41.24 # put it in rbutil/mkimxboot/ 19.41.34 # cd to that directory and run make if not already done 19.41.54 Quit TheLemonMan (Quit: WeeChat 0.3.6) 19.42.08 # mkimxboot is already built 19.42.55 Join nosa [0] (~m00k@adsl-74-235-42-105.clt.bellsouth.net) 19.43.20 # ok cool, run it with these parameters: 19.43.20 # mkimxboot -i -b -o recovery.sb -t recovery 19.43.37 # (it's similar to a normal build except that you add -t recovery basically) 19.44.01 # pamaury: 1 MB = 8x1024x1024 bits, right? 19.44.13 # ./mkimxboot -i bootloader-fuzeplus.sansa -b sandisk-firmware.sb -o recovery.sb -t recovery 19.44.28 # jlbiasini: yes but beware the emmc addresses are in sector (one sector=512 bytes) 19.44.37 # right 19.44.47 # arf ok 19.44.48 # when done, you send recovery.sb with sbloader 19.45.09 # pamaury: http://pastebin.com/cMvBehBS 19.45.37 Quit nosa-j (Ping timeout: 240 seconds) 19.45.37 Nick nosa is now known as nosa-j (~m00k@adsl-74-235-42-105.clt.bellsouth.net) 19.46.08 # kumy: sandisk-firmware.sb needs to be latest of from sandisk (version 2.38.6 iirc) 19.46.11 Join perrikwp [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) 19.46.13 # hum, I inversed -i and -b files... 19.46.28 Quit perrikwp (Read error: Connection reset by peer) 19.46.30 # ah right my mistake 19.46.51 # better... ;) 19.47.03 # ok, recovery.sb built 19.47.10 # jlbiasini: for information: 0x1DA9000*512 ~= 16Gb 19.47.31 # kumy: now send it using sbloader. On the screen it should say the MMC window has been disabled 19.47.45 # ./sbloader 1024 recovery.sb 19.48.42 # yes , then no partition found\n usb: connecting \n bootloader usb mode 19.48.52 # good 19.48.56 Quit perrikwp_ (Ping timeout: 260 seconds) 19.49.22 # now you build an actual firmware image: 19.49.22 # ./mkimxboot -b bootloader-fuzeplus.sansa -i sandisk-firmware.sb -o firmware.sb -t dualboot 19.49.26 # so 1MB is basicly 4000 sector 19.49.27 # nautilus gave me some errors, would you like I pastebin it ? 19.49.39 # no, it won't be able to mount it anyway 19.50.04 Quit nosa-j (Read error: Connection reset by peer) 19.50.10 # keep it connecting while building the firmware.sb file. We will then dd it, I just need to remember the tricky detail 19.50.31 # and I've set ./util_reader/read_util 066f:3780 ssp_cmd 2 nodata resp 35 0x1D8B5A2 - and I get resp0=0x10000900 is it normal? 19.50.41 # firmware.sb built 19.51.17 # jlbiasini: it means "An error in the sequence of erase commands occurred." 19.51.23 # eh I meant 4000 in haxa count! 19.51.31 # damned 19.51.47 # kumy: can you run fdisk on the disk ? There should be exactly one partition with type 0x53 19.52.00 # which one is it ? 19.52.04 # yes 19.52.11 # /dev/sdb2 1025 101376 50176 53 OnTrack DM6 Aux3 19.53.22 # ok, now you need to dd the firmware.sb file to this partition but *BEWARE*, there is an offset (which is 4 iirc). So you need to run: 19.53.22 # dd if=firmware.sb bs=512 skip=4 of=/dev/sdb2 19.53.56 # funman: I thought about dumping the 4Gb but I figured out it was too easy :) 19.54.17 # what will be the problem if the offset is not 4 ? 19.54.32 # is it dangerous ? :p 19.54.37 # no 19.54.41 # it will not boot 19.54.43 Join perrikwp [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) 19.54.46 # and you can retry :) 19.54.49 # ok so some part seems to be corrupted and some other not 19.54.53 # ok, as for now ;) 19.54.56 # it's either 2 or 4 but I'm pretty sure it's 4 19.55.14 # dd'ing 19.55.39 # done 35MB copied :) 19.56.09 Join nosa-j [0] (~m00k@adsl-74-235-42-105.clt.bellsouth.net) 19.57.08 # kumy: now simply reboot 19.57.10 # pamaury: should I unplugged it and try to boot it now ? 19.57.14 # ok 19.57.19 # and pray ;) 19.57.43 # oups, I got a "panic" when I long press on power 19.58.21 # press any key and boot again 19.59.11 # pamaury: snif, still black screen :( 19.59.43 # pamaury: dmesg give me some errors.. 20.00.03 # http://pastebin.com/p6HVKhJj 20.00.38 # when exactly did you got the panic ? 20.01.04 # pamaury: when I long pressed on power button to shutdown it. 20.01.12 # pamaury: what could I try next, the device is still read only 20.01.29 # then I pressed power again and it stopped. 20.01.36 # hum, you should have just unplugged it, sorry I was unclear. Perhaps it caused something weird 20.01.45 # ok, let's try again 20.02.00 Quit TBCOOL (*.net *.split) 20.02.00 Quit qnm (*.net *.split) 20.02.00 Quit ukleinek (*.net *.split) 20.02.00 Quit Elfish (*.net *.split) 20.02.00 Quit rasher (*.net *.split) 20.02.00 Quit ps-auxw (*.net *.split) 20.02.00 Quit Naked (*.net *.split) 20.02.00 Quit ThomasAH (*.net *.split) 20.02.01 Quit Farthen (*.net *.split) 20.02.01 Quit tmzt_ (*.net *.split) 20.02.01 Quit rudi_s (*.net *.split) 20.02.01 Quit Rondom (*.net *.split) 20.02.01 Quit tuxx- (*.net *.split) 20.02.01 Quit bzed (*.net *.split) 20.02.01 Quit freqmod (*.net *.split) 20.02.05 Join TBCOOL [0] (~tb@c-313071d5.09-42-73746f22.cust.bredbandsbolaget.se) 20.02.06 Join rudi_s [0] (~simon@austria125.server4you.de) 20.02.06 Join ThomasAH [0] (~thomas@aktaia.intevation.org) 20.02.06 Join bzed [0] (~bzed@devel.recluse.de) 20.02.07 Join rasher [0] (~rasher@rockbox/developer/rasher) 20.02.08 Join ukleinek [0] (~ukl@2001:6f8:1178:2:21e:67ff:fe11:9c5c) 20.02.09 Join tmzt [0] (~tmzt@adsl-69-208-8-174.dsl.akrnoh.ameritech.net) 20.02.15 Join ps-auxw [0] (~arneb@2001:470:c807:0:1532:4e5f:2ad3:4123) 20.02.18 # same procedure: boot in recovery mode, send recovery.sb using sbloader and then dd firmware.sb 20.02.20 Join Elfish [0] (amba@2a01:4f8:100:90a1:abc:abc:abc:abc) 20.02.30 Join Rondom [0] (~rondom@2a01:488:66:1000:b24d:4f2f:0:1) 20.02.31 Join qnm [0] (~qnm@2001:44b8:3110:f300:208:9bff:fec0:179a) 20.02.37 # ok :) 20.02.48 Quit mystica555_ (Ping timeout: 240 seconds) 20.03.02 # when done, unplug it. I'll try on mine to be sure 20.03.14 Join Farthen [0] (~Farthen@2a01:4f8:101:2a4:0:bc28:b2e1:9) 20.03.18 # (if it still doesn't work) 20.03.32 # hum 20.03.54 # I got a panic too, (a different error), "mount = 0" 20.04.03 # when ? 20.04.14 # just after usb disconect 20.04.22 # you dd everything already ? 20.04.33 # sure 20.04.42 # so it boot but panic now ? 20.05.07 # no boot... screen is still black 20.05.38 # weird, let me check something 20.05.52 # i've uploaded the recovery.sb again... 20.05.57 # I'll wait :) 20.06.09 Join TheLemonMan [0] (~LemonBoy@adsl-ull-161-222.50-151.net24.it) 20.06.42 Join saratoga [0] (980329b4@gateway/web/freenode/ip.152.3.41.180) 20.07.02 # wow i just tested and the sandisk firmware really does do 96khz sampling rate on AMS devices 20.07.07 Join tuxx- [0] (tuxx@pantoff0l.nl) 20.07.47 # it reproduces a 30kHz test tone just fine from a flac file 20.08.57 # kumy: can you run this: 20.08.57 # hexdump -C /dev/sdb2 | head 20.09.06 # when recovery.sb is running 20.09.31 # http://pastebin.com/79wz7jvb 20.09.47 Quit evilnick (Ping timeout: 240 seconds) 20.10.44 # pamaury: the problem is that the used space change in the partition but the device is still not formatable 20.10.44 # hum, not normal, and this: hexdump -s 0x800 -C /dev/sdb2 | head 20.11.24 # jlbiasini: how do see the used space has changed ? 20.11.43 # pamaury: http://pastebin.com/8187PJ7s 20.12.01 # after deleting sector gparted show a different used space in the partition 20.12.04 # definitely strange 20.12.06 Join Naked [0] (~naked@naked.iki.fi) 20.12.18 # jlbiasini: surprising 20.12.59 # kumy: run this: 20.12.59 # dd if=/dev/zero bs=512 count=4 /dev/sdb2 20.12.59 # and then rerun 20.12.59 DBUG Enqueued KICK pamaury 20.12.59 # hexdump -C /dev/sdb2 | head 20.13.06 # sorry, of=/dev/sdb2 20.15.07 # it zeroed some bits :) http://pastebin.com/VYVQTyEw 20.15.23 # ah fuck, I know why it didn't work, it's my fault, I confused dd's skip and seek ... So run: (notice the change) 20.15.23 # dd if=firmware.sb bs=512 seek=4 of=/dev/sdb2 20.15.36 # ;) 20.15.50 # I knew I skipped a tricky detail 20.17.09 # ok, dd terminated, I'll unplug USB 20.17.11 # when done, unplug, it will panic with mount=0; then press any key and it should boot normally this time 20.17.18 # (and cross my finger) 20.17.56 # didn't had time to see what's on the white screen... 20.18.17 Join Thra11 [0] (~thrall@87.113.159.153) 20.18.32 Join perrikwp_ [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) 20.19.04 # pamaury: actually I was dreaming: no change 20.19.05 # it didn't boot, maybe, my battery is completly low... does the firmware in charge of charging the battery ? 20.19.21 # ah right, plug usb without touching anything 20.19.27 # I'll plug it to the sector ;) 20.19.40 # if the battery is too low it will refuse to boot 20.19.51 # :):):):) 20.20.05 # IT'S ALIVE !!!! 20.20.13 # :) 20.20.40 # my wife will be so happy ! 20.20.57 # hum, it reboot after some few time 20.21.07 Quit perrikwp (Ping timeout: 240 seconds) 20.21.14 # I'll boot on the OF for charging ... 20.21.17 # kumy: try to boot in the OF then 20.21.57 # I suggest that you run a fsck after, I don't really know what the OF does when it's updating 20.22.33 # why I tried to upgrade the firmware was to get battery charging within RB... Is it implemented ? 20.23.00 # just got a message on the OF, "you have successfully update your device" :p 20.23.53 # battery charging is implemented yes but you you upgraded the firmware with the OF right ? Won't it refuse to upgrade if the battery is too low ? 20.24.02 Quit stoffel (Remote host closed the connection) 20.25.01 # or by upgrade the firmware you just mean upgrading rockbox ? 20.25.05 # I've compiled a new bualboot bootloader yesterday.. 20.25.17 # Commit 779c2f3 in rockbox by 03Dominik Riebeling: chinachippatcher: allow additional CFLAGS from the command line. 20.25.19 # ... and failed miserably :p 20.25.47 Quit perrikwp_ (Read error: Connection reset by peer) 20.25.52 # I'll let it charge, then upgrade to the new firmware in a few hours ;) 20.26.09 # you don't need to update the bootloader usually, only the code in .rockbox 20.26.27 # hooo ! ok ! 20.26.35 # so.. already done 20.26.37 Join ej0rge [0] (~alhaz@207.135.137.71) 20.26.57 # pamaury: thanks a lot !! can I make you a donation ? 20.27.09 # ej0rge, I get that too 20.27.09 Join perrikwp [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) 20.27.13 # no, that's fine 20.27.24 # bertrik: hm 20.27.27 # you can donate to the project if you want I guess 20.27.39 # so I'll donate directly to the project 20.27.49 # (you're faster than me :p) 20.27.59 Join Strife89|AndChat [0] (~Strife89@207.144.201.128) 20.28.20 # I have to leave you for now, thanks again !!! 20.28.28 # pamaury: what is resp0=0x80900 20.29.05 # jlbiasini: ERROR :( 20.29.23 # and resp0=0x2900 20.30.00 # ERASE_RESET (An erase sequence was cleared before executing because an out of erase sequence command was received (commands other than CMD35, CMD36, CMD38 or CMD13) 20.30.12 # huh? Why has the tag the for Rockbox Utility 1.2.11 "rbutil" in it while svn says it's "Rockbox Utility"? 20.30.40 # jlbiasini: it means you began an erase sequence and didn't finish it 20.30.56 # (like set first and last erase group but don't call erase) 20.31.06 # ok 20.31.49 Join sniperown [0] (~320499eb@www.haxx.se) 20.32.26 # Question: What is the best media management program to use with rockbox? 20.32.45 Quit Strife89|AndChat (Ping timeout: 252 seconds) 20.33.33 Join Strife89|AndChat [0] (~Strife89@207.144.201.128) 20.33.42 # sniperown: cp is awesome 20.34.35 Quit Strife89|AndChat (Client Quit) 20.35.18 # do you have a link? 20.35.47 # I believe he means copy-pasting through a file browser 20.36.08 # time for building binaries! 20.36.36 # heh, gotcha 20.36.53 Join Strife89|AndChat [0] (~Strife89@207.144.201.128) 20.37.08 # i'm only curious because i normally use WMP but when i sync with rockbox it adds a new folder in my files and doesnt show up in my track library 20.38.37 Join leavittx [0] (~leavittx@89.221.199.187) 20.39.14 # pamaury: those address are not big endian, are they? 20.40.58 Quit rasher (*.net *.split) 20.40.59 Quit parafin (*.net *.split) 20.40.59 Quit ruskie (*.net *.split) 20.41.05 Join rasher [0] (~rasher@rockbox/developer/rasher) 20.41.12 # sniperown: I guess that's when you use your player in MTP mode (which player ist it, by the way)? Maybe you could use it in some other mode too but I don't know WMP good enough. Other than that, each program should work that can deal with files in a usual mass storage manner and can write m3u(8) playlists, in case you want to use those) 20.41.18 Join Strife1989 [0] (~Strife89@207.144.201.128) 20.41.27 Quit Strife89|AndChat (Read error: Operation timed out) 20.41.36 Join parafin [0] (parafin@paraf.in) 20.42.18 # I don't use any management software either, only file browser, so can't give more tips 20.42.31 # isn't that a file management software? 20.43.57 Quit Strife1989 (Read error: Connection reset by peer) 20.44.36 Join evilnick [0] (~evilnick@rockbox/staff/evilnick) 20.44.53 # jlbiasini: no 20.45.46 Ctcp Ignored 1 channel CTCP requests in 0 seconds at the last flood 20.45.46 # * bertrik considers a quick hack to see if we can use RDS to set the clock 20.46.48 # the player i use is the Sansa Fuze 20.46.59 Quit perrikwp (Read error: Connection reset by peer) 20.48.11 Join perrikwp [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) 20.49.00 # pamaury so I set cmd35 then cmd36 then cmd 38 with 0 as argument and it should delete? 20.49.28 # what are cmd17 you used? 20.49.29 Quit perrikwp (Read error: Connection reset by peer) 20.50.42 Join perrikwp [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) 20.51.02 Join petur [0] (~petur@rockbox/developer/petur) 20.52.12 # read 20.52.39 # pamaury: if so then it give correct return and simply do nothing (i just erased between 0x008F5AC and 0x1D8F5AC) 20.53.38 # which is consistent with the fact I never get errors from directory managers but that the compy/deletind simply never occurs 20.54.24 # do nothing and return success... I have also a few collegue that act the same way... :D 20.55.17 # bertrik: i appear to have gotten my rbclient going again by checking out from git again. I am sure there is a more elegant solution. 20.55.29 # (I mean i deleted and pulled the tree fresh) 20.55.44 # not sure if that is actually going to work 20.55.57 # *shrug* it's plugging along building stuff 20.58.54 Quit sniperown (Quit: CGI:IRC (EOF)) 20.59.03 # pamaury: wouldn't be a way to directly erase the partition itself and try to generate a new one? 20.59.19 # pamaury: I've just updated my post to the forum, with the detailled steps ;) 20.59.59 # jlbiasini: actually it silently fails because rockbox doesn't check if the write actually suceeds or not ;) 21.00.19 # jlbiasini: you can run erase on the whole partition, you just need to get the right offsets 21.00.22 *** Saving seen data "./dancer.seen" 21.00.39 # pamaury: actually rb fail on writing, but nautilus don't! :D 21.01.31 Quit y4n (Quit: PÆNTS ØLF!) 21.04.07 Quit fs-bluebot (Ping timeout: 240 seconds) 21.05.00 Join ruskie [0] (ruskie@sourcemage/mage/ruskie) 21.05.27 Quit bluebrother^ (Ping timeout: 240 seconds) 21.05.46 Join fs-bluebot [0] (~fs-bluebo@g231123016.adsl.alicedsl.de) 21.07.34 Join bluebrother [0] (~dom@g231123016.adsl.alicedsl.de) 21.07.37 Quit bluebrother (Changing host) 21.07.37 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 21.09.19 Join Zero_Diamond [0] (~4b6a812b@www.haxx.se) 21.10.09 Join zgr [0] (~zgrge@79.165.25.46) 21.12.19 # Hey, does anyone know where I can find the drivers for an Archos Jukebox 6000? They don't appear to offer drivers for any of their players on their official site anymore and after upgrading this thing's hard drive and plugging it in, Windows can't find the proper drivers. 21.13.56 Part zgr 21.15.13 # iirc there was something about that in the wiki or on the mailing list some time back. Try searching those 21.18.57 # The only thing I've found on the official site is a mail archive page that just mentions NEEDING the drivers with no link to a place I could get them. 21.19.23 # Searching the wiki for "Drivers" brings up nothing and "Driver" just gives me HardDriveReplacement. 21.21.28 Quit perrikwp (Read error: Connection reset by peer) 21.22.11 # the wiki says that the bridge chip is an ISD300, so you can try searching for that 21.22.55 Join perrikwp [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) 21.23.03 # Wasn't it an ISD200 in the AJB? 21.24.15 Join curtism [0] (~curtis@bas11-montreal02-1128531121.dsl.bell.ca) 21.24.15 # ah, it's the ISD200 21.24.48 # Zero_Diamond: link from that post still works: http://www.rockbox.org/mail/archive/rockbox-archive-2006-09/0081.shtml 21.25.31 # Oh, weird 21.25.37 # That's a different post than I was looking at 21.25.38 # Thank you 21.25.49 # pamaury: well there just no effect on the actual partition whatever I erase 21.26.00 # must be a controller problem 21.26.07 # you're welcome 21.26.15 Join anewuser_ [0] (~anewuser@186.93.206.64) 21.26.20 # I was simply searching and browsing the mailing list archive a bit :) 21.26.34 # a "next / previous in thread" linking in the archives would be nice 21.26.50 # anyway if you come up with another thing you want to test you're very welcome :D 21.26.50 # How do you search it, for future reference? I didn't see any way to do so. 21.27.04 # use google :) 21.27.11 # oh nice, the first channel I try gives correct RDS time, the RDS time message even gives me UTC and timezone separately 21.27.17 # Heh heh, I gotcha. 21.27.21 # Zero_Diamond: google has nice features like "site:" and "inurl:" :) 21.27.42 # Yeah, I know about those. Just didn't know if there was an on-site way to that I was missing or not. 21.28.40 Quit anewuser (Ping timeout: 248 seconds) 21.29.33 # Bagder: can you move the new Rockbox Utility binaries to the download server? http://www.alice-dsl.net/dominik.riebeling/rockbox/rbutil-releases/1.2.12/ 21.31.46 # bertrik: nice :) 21.32.37 # it uses some kind of weird date code, modified julian 21.33.41 # is there anything in rockbox that uses the 88k and 96k sample rates? 21.33.55 # a test plugin? 21.42.12 # Okay, can somebody maybe shed some light on this situation for me? I've just installed Rockbox on this Archos 6000, but when I turn it on it just displays "Jukebox 6GB Ver : 4.09" and hangs there. 21.42.38 # I just replaced the hard drive with a 120 gig if that holds any bearing on anything. 21.43.03 Quit mortalis (Quit: KVIrc 4.1.1 Equilibrium http://www.kvirc.net/) 21.50.58 # Zero_Diamond: did it work with that disk before you installed rockbox? 21.51.15 # I actually didn't try it 21.51.32 # I was so excited to put Rockbox on it that I didn't try to run it stock first 21.52.07 # According to what I've read though, it should be working fine. It's the right side and connection type and 120 gigs is just about the max that the hardware can read without hacky workarounds. 21.52.16 # Size, rather 21.52.32 # well yes, it should work 21.52.46 # But the partition table or formatting may be wrong for it 21.53.03 # I used Partition Magic to make it a primary FAT32 partition 21.53.28 # Although I -did- get a warning when I was doing that saying something about it not being on the 1024 cylinder or something. 21.53.42 # Oh, that shouldn't be a problem 21.54.07 # The 1024 cylinder thing is an old PC BIOS issue, but the archos isn't an old PC :) 21.54.30 # Right 21.55.01 # The hard drive reads fine in Windows while it's hooked up 21.56.03 # But it seems it's not even reading the new firmware or something 21.56.09 # Which rockbox version did you install? 3.10, or the current development build? 21.56.38 # 3.10. I used the automatic installer with the latest stable Archos 6000 build. 21.57.11 # Ok. I'm not aware of any reports of 3.10 being broken on the AJB 21.57.43 # are we aware of any reports of it working? 21.57.52 # Well, that's the big question :) 21.57.53 # Well, this doesn't bode well then I'd imagine 21.58.45 # I really hope I can get this figured out because I've been excitedly waiting for my new hard drive to arrive for this thing just so I could put Rockbox on it 21.58.50 # Even took the day off of work today! 21.58.52 # The AJB is getting reasonably rare and most people running it stay with old releases, so I wouldn't consider it entirely impossible if nobody actually tried it 21.59.42 # What's the most recent known-to-work build for the AJB? I can always try that and see if that sorts things out 21.59.53 # Or is that even really known? 22.00.11 # do we have a function in rockbox to convert from unix seconds to a date/time in separate components (year,month, day, hours, secs etc)? 22.00.42 # Zero_Diamond: most people seem to use 2.x on the archoses 22.00.49 # Zero_Diamond: 3.0.1 definitely should work. Probably also some of the newer ones 22.01.22 # * gevaerts wishes he hadn't blown up the charging circuit on his AJB. Trying things on it is a pain now 22.01.24 # How much feature loss am I going to get going back to 3.0.1? Any filetypes I won't be able to play? 22.02.02 # Not that it matters if it won't work anyways, but it's always nice to know 22.02.14 # No. On the Archoses you can play what the hardware supports, and that won't change 22.02.33 # Oh wait, really? 22.02.45 # So all the extra formats won't even work on here, just MP3? 22.03.13 # yeah. the archos is too slow to run software decoders 22.03.17 # the hardware only supports mp3 22.03.23 # uggggggh 22.03.34 # Well, also mp2... 22.03.51 # I wish I'd have known that 22.04.55 # I've really set myself up for disappointment 22.05.05 # meh, another fm channel sends time over RDS as local time instead of UTC (but also sets the UTC offset to 0) 22.05.36 Join wodz [0] (~wodz@89-76-160-35.dynamic.chello.pl) 22.05.48 # kugel: http://imagebin.org/197664 22.06.22 # and also seems 3 days off w.r.t. date 22.06.38 # bertrik: call them and complain! 22.07.36 # Where do I find 3.0.1? Old releases appears to only go up to 2.5 22.07.53 # http://download.rockbox.org/release/ 22.08.52 Join megal0maniac [0] (~29f3749b@www.haxx.se) 22.09.07 # kugel: addresses printed by backtrace() look reasonable 22.09.30 # @pamaury Hey. Could you please fill me in? 22.14.32 Quit evilnick (Ping timeout: 252 seconds) 22.14.52 Quit megal0maniac (Quit: CGI:IRC (Ping timeout)) 22.15.17 # gevaerts, hm, actually wikipedia seems to be wrong 22.15.26 # bertrik: call them and complain! ;) 22.15.45 Quit petur (Quit: Leaving) 22.15.53 Join evilnick [0] (~evilnick@5e03125a.bb.sky.com) 22.15.53 Quit evilnick (Changing host) 22.15.53 Join evilnick [0] (~evilnick@rockbox/staff/evilnick) 22.16.07 # I skipped the calling part and do the complaining here :) 22.19.45 Quit wodz (Quit: Leaving) 22.20.47 # Unzipped 3.0.1 and the same thing is still happening 22.23.13 # isn't the best AJB release 2.5 ? 22.23.37 # 2.5 is doing the same thing now 22.24.23 # I'd suspect there's something with the disk formatting that it doesn't like, but I really have no idea 22.24.51 Join megal0maniac [0] (~29f3749b@www.haxx.se) 22.26.35 # wasn't there a way to flash Rockbox on that players? Maybe that's an issue? 22.26.59 # For some reason Windows won't give me the option to format it as anything but NTFS so I'm gonna have to try reformatting with PM again 22.27.26 # Try a thing called swissknife (IIRC) 22.27.53 # yes, swissknife 22.28.03 Quit jlbiasini () 22.28.36 # and Windows refuses to format partitions larger than 32GB (?) as FAT. At least XP does, I think w2k too. 22.28.56 # I've had issues with a player before because it didn't like FAT32. Try Easus. It's free 22.29.20 # Much like swissknife :) 22.29.36 # another possibility, does the disk have a partition table? No idea if the Archos devices require one 22.29.40 # or fat32format 22.29.49 # or mkfs.vfat :P 22.30.14 # fdisk :) 22.30.34 # that doesn't format, only partition 22.31.05 # Eh. Wasn't serious anyway :) 22.32.13 # Anyone care to help me unravel the mystery of the Fuze+? 22.32.46 # http://forums.rockbox.org/index.php/topic,26284.msg191263.html#msg191263 22.33.25 Join Kriz [0] (~Kriz@cpe-76-174-12-9.socal.res.rr.com) 22.33.39 # Have a listen. Let me know if you have any ideas, or advice on debugging when this happens. It's faithfully reproducable, but what am I looking for? 22.34.49 Join wtf__ [0] (7798@dsl3-014.express.oricom.ca) 22.34.52 # Hey guys, question regarding a Clip V2 that was bricked during an upgrade. Followed the Unbricking V2 guide, had a successful file copy, and still have a dead player. Any suggestions? 22.35.19 Part wtf__ 22.36.48 Quit evilnick (Ping timeout: 245 seconds) 22.37.13 # Commit f1eedb8 in rockbox by 03Dominik Riebeling: Don't try to save settings if none available. 22.37.27 # first bug in 1.2.12 fixed :D 22.37.40 Join wtf__ [0] (7798@dsl3-014.express.oricom.ca) 22.38.00 Part wtf__ 22.38.34 # Okay, what the hell? Formatted it with Swissknife, opened the drive, and Rockbox was still installed. 22.38.49 # Kriz, can you still unbrick it again? 22.38.51 # Then of course I turned it on and the same stupid problem remains 22.39.47 # bertrik - still mounts and shows an invaild partition table 22.39.57 # Oh wait, what the hell? I plugged it back in and it's blank now. 22.40.29 # just wanted to ask if you by chance formatted the wrong drive ... 22.40.40 # you did a safe remove before unplugging? 22.41.05 Quit anewuser_ (Read error: Connection reset by peer) 22.41.05 # Yes, I did 22.41.06 # Kriz, what size partition does it show? 22.41.16 # Disk /dev/sdc: 3965 MB, 3965190144 bytes 22.41.16 # 122 heads, 62 sectors/track, 1023 cylinders, total 7744512 sectors 22.41.16 # Units = sectors of 1 * 512 = 512 bytes 22.41.16 DBUG Enqueued KICK Kriz 22.41.16 # Sector size (logical/physical): 512 bytes / 512 bytes 22.41.16 # I/O size (minimum/optimal): 512 bytes / 512 bytes 22.41.17 *** Alert Mode level 1 22.41.17 # Disk identifier: 0x997dac55 22.41.22 # And now that it's blank and I reinstalled it is still hanging with "Jukebox 6GB Ver : 4.09" 22.41.29 # Clip V2 4GB 22.41.42 # This is so ridiculous 22.42.53 # funman, any idea about Kriz player? 22.43.14 # Last line of the fdisk: Disk /dev/sdc doesn't contain a valid partition table 22.43.52 # Kriz: shut it down and restart 22.43.56 # Kriz, we discovered a problem which bricks certain clip v2s, yours could be one of those 22.43.57 # Zero_Diamond: Stupid question, maybe, but have you re-installed the bootloader as well, or just rockbox? 22.44.12 # megal0maniac: this is an AJB, no separate bootloader 22.44.14 # bertrik: it is for sure 22.44.33 # Kriz: how did you copy the file, from cygwin? linux? 22.44.33 # funman, shut what down and restart 22.44.38 # the player 22.44.43 # you must turn it off after using dd 22.44.43 # I used the installer for 2.5 22.44.44 # installed ubuntu, did it from the terminal console 22.44.47 # The .exe 22.44.47 # Thanks for the heads-up. How does it boot, then? 22.44.56 # So I'd assume that should have put the loader on it 22.45.51 # Kriz: 1/ you must turn it off after using dd and start it again 22.46.03 # the battery was disconnected prior to starting, is there a different way to turn it off after using the DD command rather than just unplugging 22.46.16 # Kriz: 2/ you must make sure that the 2 pads are not still connected together. I had to scratch the connection with a knife to make sure no solder was between them 22.46.23 # megal0maniac: the old archoses boot from a file on disk if there is one, or from ROM 22.46.30 # This is the way they update the OF 22.46.31 # Kriz: disconnecting the battery after unplugging will do 22.46.56 # it was disconnected prior... do the leads need to remain shorted during the update process? 22.47.01 # no 22.47.05 # *it meaning battery 22.47.09 # you must disconnect the battery AFTER as well 22.47.15 # prior AND after 22.47.51 # it doesn't reboot by itself, so it stays in recovery mode after unplug 22.47.56 # I disconnected battery. shorted the leads. mounted and checked the device with the results above. copied the file. disconnected the usb. and reattached the battery 22.48.06 # ah ok, that works 22.48.16 # result - nothing 22.48.19 # now make sure the connection between the leads is removed 22.48.32 # i used a terminal screwdriver to bridge... no solder 22.48.47 # scratch a bit between them using your screwdriver to make sure 22.48.57 # hm also did you use the same OF version that you had previously on it ? 22.49.14 # and was it an unmodified OF ? 22.49.16 # i used the .bin you sent to me 22.49.30 # " funman when it's running again try to put funman/m30pa.bin">http://people.videolan.org/~funman/m30pa.bin on your player instead of using rockbox utility" 22.49.35 # ok you should use the unmodified OF 22.49.48 # once the OF works, put my file on the player to upgrade it 22.50.14 # the unmodified is hte sandisk one, correct? 22.50.22 # (sorry for still being wet behind the ears on this) 22.51.18 *** Alert Mode OFF 22.51.24 # That's the one :) 22.51.36 # thanks mega... 22.51.37 # Kriz: no problem. rather be extra sure when dealing with this 22.51.44 # back in a few with the results 22.52.37 # http://mp3support.sandisk.com/firmware/clip/clip02.01.35.zip if you don't already have it 22.53.25 # Can anyone perhaps help me with my Fuze+? 22.53.50 # Nothing I do seems to make a difference 22.54.26 # Upgrading this was a $100 waste of time 22.55.33 # guys, one last dumb question... should sudo fdisk find the device regardless of connecting the device to usb with or without the pins bridged? 22.57.18 # Zero_Diamond: Are you sure that 120gb isn't too big for a player which originally came out with something 20x smaller? 22.57.40 # megal0maniac: it's not 22.57.55 # That's pretty impressive 22.57.55 # People have used such drives before 22.57.59 # Yeah, I did the research 22.58.19 # Also I tried formatting it down to 6 gigs like it originally had and that also resulted in the same hang 22.59.04 # I thought that with older IDE controllers, there was an addressing limit of... Something like 40gb. Older Seagate drives had jumpers to impose a limit. 22.59.51 # But it seems that regardless, it's not reading the drive right 23.00.08 # Somebody mentioned that it reads from the disk to load the driver OR from ROM if it's not found 23.00.25 # I just booted it up with nothing at all on the drive and sure enough, it's still showing the same message while hanging 23.00.26 *** Saving seen data "./dancer.seen" 23.00.44 # But then the question remains: why can it not read the drive? It shows up in Windows just fine 23.01.00 # Zero_Diamond: is there a master/slave jumper on the drive? 23.01.19 # I'm not sure what that even is 23.01.29 # I'd have to take it apart again to find out 23.01.43 # Right. Don't do that right away 23.01.56 # I think it's unlikely to be the problem anyway, but you never know 23.02.18 Join webguest68 [0] (~56b7338c@www.haxx.se) 23.03.01 # I'd say you should post on the forums about this. I suspect you're more likely to find people there who actively use an AJB 23.04.47 # funman / mega / bertrik / saratoga.... 23.04.55 # thank you! back up and running 23.05.09 # Good stuff! 23.05.32 # Rockbox as well or just OF? 23.05.36 # OF 23.05.40 # Kriz: awesome! does my file work? 23.05.46 # i can test it again on mine before you do 23.06.05 # i can try... want to find out/ 23.06.06 # ? 23.06.24 # second, let me confirm again that it works for me 23.07.01 # md5sun = b3179231548a4d7d58ad2d2fef8e7c65 when bunzipped 23.07.03 Quit kumy (Quit: Quitte) 23.07.06 # What's the difference between your file and the one that Rockbox Utility makes? 23.07.18 # with mkamsboot 23.07.22 # I think 23.07.33 # rockbox utility current release doesn't have my fix 23.07.53 # Kriz: yup, works for me 23.07.59 # Which forum should I post in? 23.08.04 # and that was file in the directory, correct? 23.08.24 # http://forums.rockbox.org/index.php/board,28.0.html 23.08.39 # Kriz: yes, did you bunzip it ? 23.09.02 # um.... que? 23.09.15 # im going to guess no... 23.09.17 Nick kugel is now known as kugelp (~kugel@rockbox/developer/kugel) 23.09.45 # wodz: nice 23.10.05 # how would i do that funman 23.12.16 # 7zip or winrar 23.12.33 # Kriz: download it again i unzipped it 23.12.40 Join mystica555_ [0] (~Mike@mystica.mobi) 23.12.43 # http://people.videolan.org/~funman/m30pa.bin 23.15.13 # matches... 23.15.25 # trying to teach myself ubuntu in the process 23.15.26 # off to update 23.17.06 Join anewuser [0] (~anewuser@186.93.128.199) 23.17.06 Quit anewuser (Changing host) 23.17.06 Join anewuser [0] (~anewuser@unaffiliated/anewuser) 23.17.27 # funman, or another dev, could you please have a listen to the issue I'm having and share collective genius? 23.18.08 # http://forums.rockbox.org/index.php/topic,26284.msg191263.html#msg191263 23.18.20 Quit leavittx (Ping timeout: 260 seconds) 23.18.58 # Original file is here: http://atinyhedgehog.za.net/03-the_joy_formidable-austere.mp3 23.20.15 # Even without a Fuze+, perhaps someone could see if there's something wrong with the file. It plays fine everywhere except for on my Fuze+ 23.20.48 # Okay, well, thread posted. Thanks for the help you guys offered me. 23.20.59 # Pamaury has confirmed it to be a problem, with the same file. 23.21.12 # Hopefully somebody can help me fix this. Otherwise I've got to try and return this hard drive to where I got it from. 23.22.38 # Best of luck, man. I'm sure it's just a formatting issue 23.22.48 # Funman... give yourself a pat on the back 23.22.52 # All good. 23.23.02 # great :) 23.23.16 # bluebrother: count of clipv2 bricked since fixed now back to zero :)) 23.23.28 # lol 23.23.32 # Here's hoping so, mega 23.23.41 # megal0maniac: no fuze+ here 23.24.05 # i think this warrants a beer 23.24.17 # funman: good. 23.24.39 # But could you maybe listen to what it's doing, and tell me how to go about getting debug info? Please? 23.24.45 # btw, new Rockbox Utility released earlier tonight. I'm waiting for Bagder to push the files to the download server :) 23.24.46 # funman: *known* bricked :) 23.24.54 # ^_^ 23.25.22 Quit fs-bluebot (Quit: So long, and thanks for all the fish.) 23.25.47 # http://www.mediafire.com/?z5qwk4oi6bloz7o 23.25.54 Join fs-bluebot [0] (~fs-bluebo@g231123016.adsl.alicedsl.de) 23.26.06 # anything else useful i can do to help while its apart? 23.26.26 # That's what it's doing. And I don't know how to obtain worthwhile debug info 23.27.25 # Kriz: nope, just enjoy rockbox 23.29.12 Quit Kriz (Remote host closed the connection) 23.29.55 Nick kugelp is now known as kugel (~kugel@rockbox/developer/kugel) 23.30.28 # Anyone?... 23.31.06 # hey guys why when I download the latest build for Clip Zip I get the version fd461d8 which seems to be unknown on the RB website and particularly the commits list? 23.31.33 # That's because Rockbox moved from SVN to Git not so long ago 23.31.58 # The versioning works differently, and many comments were made when SVN was still in use 23.32.25 Quit Scromple (Read error: Connection reset by peer) 23.32.34 # yes but I download the latest version, not an old one so it should be the same as the 1st on the home page no? 23.32.46 Join Scromple [0] (~Simon@119.225.209.134) 23.33.38 # megal0maniac: there's a tool out there called mp3cat that will output only valid mp3 frames 23.33.41 # lebellium: all revs don't show on the frontpage 23.33.55 # megal0maniac: if you are on a *nix system you can use it to create a version of that mp3 with no tags or metadata, and see if that works 23.33.56 # Depends on whether it's a daily build or stable build 23.34.07 # nls: thanks, that the magic then , I understand better :) 23.34.23 # our build system appears to be borked currently 23.34.47 # things that go into the www dir for example do not show up 23.34.48 # ej0rge: Thanks! I'll check it out. 23.34.55 # lebellium: that looks weird. I don't see fd461d8 in the log 23.35.30 # gevaerts: I see that on http://build.rockbox.org/ and in the rockbox-info.txt file 23.35.39 # bertrik: yeah, it seems to have hung 23.36.30 # lebellium: *very* weird... 23.38.17 # gevaerts: i think funman added some tag yesterday, might that be it? 23.38.36 # i have nfi how tags work in git 23.39.04 # n1s: gevaerts: yes that's me 23.39.53 # http://git.rockbox.org/?p=rockbox.git;a=commit;h=fd461d827382b6d8c8acc214292d8b548476e25a the commit is there though 23.40.11 # it's http://git.rockbox.org/?p=rockbox.git;a=commit;h=db3afb03a26868b00011e9aab9733643440bc03a with a different log 23.41.50 # I wonder if this is somehow related to those phantom builds for commits we can't find 23.44.13 Quit WalkGood (Quit: CaminaBien ♪ ♫ ♪ ♫) 23.44.55 # what are those commits ? 23.45.03 # git checkout works on this one 23.45.59 # hm didn't it happen on *any* tag? (correct or not) 23.48.06 Quit Strife89 (Quit: Vamoose!) 23.54.23 Quit n1s (Quit: Ex-Chat) 23.57.25 Quit megal0maniac (Quit: CGI:IRC (Ping timeout))