--- Log for 09.02.116 Server: sendak.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 3 days and 11 hours ago 00.00.48 # it's possible that because of the change happening between -39dB and -40dB in the amplifier selection , there is a wider gap than expected 00.05.05 # well, it's getting late. Thanks for your help. 00.05.14 Quit lebellium (Quit: ChatZilla 0.9.92 [Firefox 45.0/20160204142810]) 00.11.34 Join Mihail [0] (252d44ca@gateway/web/freenode/ip.37.45.68.202) 00.12.22 # lebellium: Can you test this patch? http://knk.square7.ch/rockbox-YPR0_vol.patch 00.16.34 # one thing is that -40dB doesn't exists on this device anyway, you can't do -1dB 00.19.28 # yes, but in lebellium case - gap should be 3dB or more to be sensitive 00.25.34 # I wonder if the problem is not in the definition of MIXER_MAX_VOLUME 00.25.51 *** Saving seen data "./dancer.seen" 00.26.59 # because on AS3543, if you bypass the mixer, it's like having 0dB volume on the mixer, but 0dB = 27*1.5-40.5dB so it's setting 27(=0x1b). But MIXER_MAX_VOLUME is set to 0x16 on AS3543 which is not AS3525v2 00.27.42 # I mean that would be a HUGE volume gap, around 15dB 00.31.47 Quit uwe_ (Ping timeout: 248 seconds) 00.32.38 # Mihail: ^ 00.34.50 # Not sure. Comment in code say about difference in volume between AS3543 and as3514. Which one we have in yrp0? 00.36.47 # ypr0 uses AS3543 00.37.21 # for me the code is clearly buggy in the case of HAVE_AS3543 but not AS3525v2 because of this mixer bypass which assumes that MIXER_MAX_VOLUME corresponds to 0dB 00.38.42 # so the #ifdef line 281 should be HAVE_AS3543 00.38.51 Join uwe_ [0] (~uwe_@ipservice-092-217-096-099.092.217.pools.vodafone-ip.de) 00.46.05 # same define (CONFIG_CPU == AS3525v2) we have in firmware/export/as3514.h Is all AS3543 have AS3525v2? 00.49.06 Quit ender` (Quit: There was a picture on my phone of me sleeping. I live alone.) 00.49.26 # the problem is that as3514.h and as314.c were written for AS3525(v2) and kind of assume that AS3525v2 == HAVE_AS3543, but this is not true for the YP-R0 which has HAVE_AS3543 but not AS3525v2 00.49.49 # as3514.h should probably be fixed to replace CONFIG_CPU == AS3525v2 by defined(AS3543) too 00.55.50 # OK. Another patch for patch lebellium: http://knk.square7.ch/rockbox-YPR0_vol_2.patch 00.56.45 # Mihail: this is incorrect sorry my text was confusing: CONFIG_CPU == HAVE_AS3543 doesn't make sense 00.57.18 # CONFIG_CPU gives you the CPU, but HAVE_AS3543 is just a define saying we use the AS3543 00.59.12 # something like that: g#1255 00.59.13 # 3Gerrit review #1255 at http://gerrit.rockbox.org/r/1255 : 3as3514: fix bug in volume management on AS3543 targets which are not AS3525v2 by Amaury Pouly 01.00.48 # Thanks :) 01.07.34 Join orpheu [0] (0252b710@gateway/web/freenode/ip.2.82.183.16) 01.07.48 Nick suYin is now known as suYin`OFF (mysuyin@server2.shellfire.net) 01.11.55 Quit Mihail (Quit: Page closed) 01.18.34 Quit pamaury (Ping timeout: 240 seconds) 01.31.44 Quit orpheu (Ping timeout: 252 seconds) 01.37.23 Quit [Saint] (Remote host closed the connection) 01.38.11 Join [Saint] [0] (~hayden@rockbox/staff/saint) 01.44.55 Join orpheu [0] (0252b710@gateway/web/freenode/ip.2.82.183.16) 01.54.33 Quit bzed (Ping timeout: 250 seconds) 02.00.30 Join bzed [0] (~bzed@shell.bzed.at) 02.22.17 Quit soap (Read error: Connection reset by peer) 02.22.46 Join soap [0] (~soap@rockbox/staff/soap) 02.25.54 *** Saving seen data "./dancer.seen" 02.28.52 Quit krabador (Quit: Take The Time) 02.45.20 Quit bzed (Ping timeout: 245 seconds) 02.51.43 Join bzed [0] (~bzed@shell.bzed.at) 03.17.32 Quit [Saint] (Remote host closed the connection) 03.18.18 Join [Saint] [0] (~hayden@rockbox/staff/saint) 03.32.56 Quit nosa-j (Ping timeout: 240 seconds) 03.32.59 Join username12565 [0] (~hannes3@port-92-196-9-69.dynamic.qsc.de) 03.34.30 Join nosa-j [0] (~m00k@cpe-98-24-102-26.carolina.res.rr.com) 03.36.18 Quit hannes2 (Ping timeout: 248 seconds) 03.54.58 Join ZincAlloy1 [0] (~Adium@pD9FB646C.dip0.t-ipconnect.de) 03.57.46 Quit ZincAlloy (Ping timeout: 252 seconds) 04.13.01 Quit sparetire (Quit: sparetire) 04.25.58 *** Saving seen data "./dancer.seen" 04.29.58 Nick zz_HazWard is now known as HazWard (~HazWard@159.203.28.215) 05.08.07 Join bp0 [0] (~bp@unaffiliated/bp0) 05.32.57 Quit TheSeven (Ping timeout: 250 seconds) 05.34.26 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven) 05.50.47 Join mxyzptlk [0] (b805f989@gateway/web/freenode/ip.184.5.249.137) 05.53.56 Nick HazWard is now known as zz_HazWard (~HazWard@159.203.28.215) 05.54.47 # Hi. Is anyone around who could help get rockbox installed on a Sony Walkman NWZ-E384? I'm having no luck with the instructions in the wiki. 06.02.35 Quit bp0 (Remote host closed the connection) 06.08.22 # mxyzptlk: never used that device, but if you describe your problem someone might see it in the logs and reply 06.09.02 Join bp0 [0] (~bp@unaffiliated/bp0) 06.09.37 Join soap_ [0] (~soap@rockbox/staff/soap) 06.12.39 # Sure thing. I'm following the instructions here:http://www.rockbox.org/wiki/SonyNWZE370Port. The firmware is available in a forum thread (by pamaury, who developed the firmware for the device). I have a NWZ-384, but the E380 line is the same as the E370 line. Main problem is installing the bootloader. Supposed to plant one of the files pamaury made available on the thread into the root directory, but on reboot, there's definitely a 06.13.19 Quit soap (Ping timeout: 272 seconds) 06.14.51 # cut off at "there's definitely a" 06.14.56 Quit ZincAlloy1 (Quit: Leaving.) 06.15.00 # sorry 06.15.12 # there's definitely an update, but no rockbox 06.16.05 # The instructions get confusing when they say if the bootloader doesn't appear to push the reset button on the back of the device, but that resets it to the standard firmware, and eliminates any trace of pamaury's firmware. 06.17.58 # it says if you already have the rockbox bootloader installed you might need to do that 06.18.31 # oh wait no 06.19.16 # it sounds like you have to put a copy of rockbox, a copy of the bootloader and then reboot to trigger a firmware update 06.19.33 # nope, nothing is installed. The rockbox utility also won't work with the sony walkman, so there's no way to automatically install the bootloader. 06.20.30 # Yep, that's what I've done -- put the .rockbox and the bootloader into the root directory, then reboot. It actually looks like the original firmware is updating on reboot, nothing rockboxy at all, and no rockbox when it's done 06.21.37 # I just got the device when my last sansa clip died, and did so because this device is said to be fully functional on the device status page. Hoping that's the case. 06.22.01 # i'm a little confused, above you mentioned that rebooting removes some other firmware 06.22.07 # which was that? 06.24.19 # it's the one that the instructions say to rename to firmware.db. I drop that into the root directory along with .rockbox, unmount and reboot. Afer disconnecting, though, there's a screen that says "don't disconnect" and a spinner for a while -- which only appears after disconnecting, so I'm assuming that's the update. But then when powering up the device, it's still the standard walkman firmware, and when I plug it back in, the fir 06.24.30 # the firmware.db is gone, but .rockbox is still there 06.26.00 *** Saving seen data "./dancer.seen" 06.26.20 # I don't mind getting messy with this stuff, been using rockbox for years on sansa devices. This just has me a little baffled and wondering if I should return the device (really want something for podcasts and audiobooks, and the walkman's standard firmware isn't nearly as handy for those) 06.26.32 # If it helps, here's the thread with the files pamaury made: http://forums.rockbox.org/index.php/topic,43630.0.html 06.26.35 # first post 06.33.41 Join Rower [0] (husvagn@d83-183-134-99.cust.tele2.se) 07.07.15 Quit bp0 (Quit: Leaving) 07.20.13 # <[Saint]> mxyzptlk: you're not actually renaming it as "firmware.db" are you? 07.20.19 # <[Saint]> I mean, I hope that was a typo? 07.21.35 # <[Saint]> mxyzptlk: and, you already have the bootloader installed? 07.21.58 # <[Saint]> Just pushing the firmware, without the bootloader, will do precisely nothing observable. 07.22.18 # <[Saint]> It will do exactly as you described, in fact. 07.22.49 # <[Saint]> Appear to update, and then show no observable change, as there's no custom bootloader to give it the new jump points for booting. 07.23.03 # woops -- yeah, that's a typo. renamed it to firmware.sb 07.23.13 # <[Saint]> I highly suspect you don't actually have the bootloader installed. 07.23.39 # <[Saint]> The description of events certainly seems to suggest this. 07.24.09 # that's right, I'm trying to get the bootloader installed, and that's where I'm having the problem 07.25.44 # it seemed from pamaury's instructions that you need to drop the file pamaury created into the root directory (sonynwze380_rb_firmware.sb), rename that to firmware.sb, and reboot in order to get the bootloader on the device. 07.26.52 # <[Saint]> Yes, that's correct - sorry I misread some of the above - but you also actually need to have the Rockbox binary on the device as well. 07.27.34 # <[Saint]> http://build.rockbox.org/data/rockbox-sonynwze370.zip <-- dev build from the build farm 07.27.34 # I have that bootloader firmware there in the root directory along with the .rockbox directory -- is that correct? 07.27.44 # <[Saint]> Yes. This should be correct. 07.27.46 # yep, that's the one 07.28.40 # <[Saint]> You're not getting any bootloader message about not being able to find the rockbox bianry by any chance? 07.28.59 # no, nothing like that. 07.29.49 # the only update that looks like it's really happening actually looks like the standard firmware re-installing itself, as if the sonynwze380_rb_firmware were actually the OF. 07.30.03 # <[Saint]> Well, it is. 07.30.52 # <[Saint]> The "bootloader" is a modified original firmware file with some magic to boot into Rockbox and listen for a keppress to boot the OF. 07.30.53 # isn't the rb in sonynwze380_rb_firmware for rockbox, and the sonynwze380_1.0.0.firmware.sb file pamaury provides the OF? 07.32.11 # <[Saint]> see above. the entirety of Rockbox is supplied in the .rockbox directory, the "bootloader" is embedded in the modified firmware *.sb image. 07.32.31 # gotcha. But just so I'm understanding this, I should be putting sonynwze380_rb_firmware.sb into the root directory, correct? 07.32.49 # <[Saint]> Correct. 07.33.17 # <[Saint]> Well...somewhat correct. 07.33.21 # <[Saint]> After renaming it, of course. 07.33.30 # yeah, after renaming it 07.34.45 # <[Saint]> It really is a motherfucker that Dropbox doesn't supply md5 sum hashes. 07.34.57 # <[Saint]> Not exactly an ideal platform for this type of distribution. 07.35.27 # I'm assuming there aren't any beta rockbox utilities floating around that recognizes a walkman? 07.36.20 # <[Saint]> It should be available after selecting to view unstable devices. 07.36.47 # checking 07.37.30 # in the rockbox utility? 07.37.36 # <[Saint]> Yes. 07.39.00 # under Configuration, there's an option for "Show disabled targets," but I'm not seeing one for unstable devices 07.39.06 # <[Saint]> If you have a linux host you can forgo RbUtil entirely. 07.39.19 # <[Saint]> Hmmm, I guess it's possible that the current RbUtil release is too old for this. 07.39.33 # it's the 1.4 utility, and I'm on linux 07.40.59 # <[Saint]> I'll build a new bootloader for you if you like, see how that goes. 07.42.38 # <[Saint]> bah - just fighting some dependency issues. sec. 07.43.33 # I'm looking at the manual build instructions now. 07.47.01 Nick suYin`OFF is now known as suYin (mysuyin@server2.shellfire.net) 07.50.29 # <[Saint]> Ok, I'm compiling now. 07.50.44 # <[Saint]> Then I'll build the bootloader patched firmware, and zip everything up for you. 07.51.10 # <[Saint]> (it would take you an eternity just to build our toolchains) 07.53.20 # man, thank you 08.03.22 Nick suYin is now known as suYin`OFF (mysuyin@server2.shellfire.net) 08.06.21 # <[Saint]> Awwwww...c'mon! Almost there...I picked a bad time to clear out my ccache earlier today :-S 08.08.30 # <[Saint]> mxyzptlk: uploading 08.09.07 # <[Saint]> mxyzptlk: done - http://www.datafilehost.com/d/d4a9fc93 08.09.17 # <[Saint]> nwze370.zip 16.84MB 08.09.46 # <[Saint]> No need to rename anything, the only files in the archive you should need are firmware.sb and rockbox.zip 08.10.53 # whew. going through it now 08.11.32 # <[Saint]> I included the rest (scsitool, mkimxboot, and bootloader-nwze370.sony) in case you wanted to take a stab at creating your own patched bootloader image. 08.12.15 # <[Saint]> You should only need to copy firmware.sb to the root of the device, eject it, and then extract the rockbox.zip to it after the fact. 08.12.24 # just to be clear, all I should do is drop firmware.sb and the .rockbox directory in the zip inside the walkman's root, correct? 08.12.34 # <[Saint]> Correct. 08.12.46 # ah, drop in .rockbox after the fact 08.13.14 # <[Saint]> I suspect that there may be some form of conflict with the ~2.5 year old patched firmware image and a modern rockbox.sony binary. 08.13.52 # <[Saint]> Which is why I opted to compile both fresh to weed out any potential conflict that might rustle your jimmies. 08.14.00 # <[Saint]> No one likes rustled jimmies. 08.14.15 # heh 08.14.46 # okay, just on the firmware.sb step now, disconnected, and it's going through something 08.15.08 # <[Saint]> Sounds promising. 08.15.50 # <[Saint]> If you have some success here, I'll consult with pamaury and edit the linked files on the device wiki. 08.17.24 # WHOO-HOOO 08.17.32 # IT IS WORKING 08.17.38 # <[Saint]> Awesome. 08.17.56 # <[Saint]> I guess it was an age conflict with the bootloader and modern rockbox.sony binary then. 08.18.09 # <[Saint]> Enjoy, my main man. Enjoy. 08.18.12 # thank you so much. I was on the verge of sending it back and trying to find some other rockboxable device. 08.18.33 # <[Saint]> Not a problem. It's why (among other reasons) I'm here. 08.18.33 # cheers 08.19.02 # <[Saint]> I'll poke the wiki later on tonight to ensure others don't run into this same trap. 08.19.31 # <[Saint]> Glad I could be of service to you. Hope you enjoy it. It is quite a nice little target device. 08.20.30 # <[Saint]> I enjoy it very much when things like this work out as I expect them to because of the reasons I expected. 08.20.51 # <[Saint]> It might seem overly geeky, but that is as enjoyable for me as new-found Rockbox is for you. :) 08.20.59 # pamaury was on the forum thread about a month ago helping someone else who had a different issue, so I know people are gravitating toward it. Since the Sansa Clips are done, this might be the next step. Don't know where you're at, but I'm in the states and can finally knock off for the night. Thanks again for all the help -- just what I needed. 08.21.20 Part mxyzptlk 08.21.36 # <[Saint]> That was enjoyable. 08.24.44 Join ender` [0] (krneki@foo.eternallybored.org) 08.26.04 *** Saving seen data "./dancer.seen" 08.45.03 Join petur [0] (~petur@91.183.48.77) 08.45.03 Quit petur (Changing host) 08.45.03 Join petur [0] (~petur@rockbox/developer/petur) 09.09.07 Quit Rower (Ping timeout: 248 seconds) 09.23.43 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 09.36.30 Join edhelas [0] (~edhelas@535592E7.cm-6-6c.dynamic.ziggo.nl) 09.40.34 Quit pamaury (Ping timeout: 260 seconds) 10.26.07 *** Saving seen data "./dancer.seen" 10.28.16 Join Rower [0] (husvagn@d83-183-134-99.cust.tele2.se) 10.42.04 Quit PurlingNayuki (Remote host closed the connection) 10.42.48 Join PurlingNayuki [0] (~Thunderbi@14.158.32.203) 10.59.02 Join sparetire [0] (~sparetire@unaffiliated/sparetire) 11.01.14 Join maruk [0] (~papier@titanium.v6.sdv.fr) 11.24.11 Quit goom (Read error: Connection reset by peer) 11.24.35 Join goom [0] (~go4m@cpe-66-25-153-174.satx.res.rr.com) 12.06.34 Quit JanC (Ping timeout: 240 seconds) 12.20.05 Join JanC [0] (~janc@lugwv/member/JanC) 12.26.11 *** Saving seen data "./dancer.seen" 12.32.03 Quit Rower (Ping timeout: 272 seconds) 12.34.24 Quit Galois (Ping timeout: 240 seconds) 12.39.10 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 12.44.22 # lebellium (logs): regarding your sound problem on YP-R0, try this patch: g#1255 12.44.23 # 3Gerrit review #1255 at http://gerrit.rockbox.org/r/1255 : 3as3514: fix bug in volume management on AS3543 targets which are not AS3525v2 by Amaury Pouly 12.54.25 Join lebellium [0] (50d79cb3@gateway/web/cgi-irc/kiwiirc.com/ip.80.215.156.179) 12.55.18 # pamaury: thanks, I'll try it out tonight 12.55.41 # if the bug is what this patch fixes, the gap must indeed be huge, around 15dB 12.55.52 Quit lebellium (Client Quit) 13.06.10 Quit pamaury (Ping timeout: 245 seconds) 13.19.03 Quit PurlingNayuki (Read error: Connection reset by peer) 13.19.23 Join PurlingNayuki [0] (~Thunderbi@14.158.32.203) 13.35.09 Join FSanches [0] (~felipe@189-31-54-82.bsace702.dsl.brasiltelecom.net.br) 13.49.35 Join chrisb [0] (~chrisb@pool-71-175-254-79.phlapa.east.verizon.net) 13.50.27 Nick chrisb is now known as crispy (~chrisb@pool-71-175-254-79.phlapa.east.verizon.net) 13.50.43 Nick crispy is now known as chrispy (~chrisb@pool-71-175-254-79.phlapa.east.verizon.net) 13.51.00 Nick chrispy is now known as chrisby (~chrisb@pool-71-175-254-79.phlapa.east.verizon.net) 13.59.04 Join ZincAlloy [0] (~Adium@pD9FB646C.dip0.t-ipconnect.de) 14.05.18 Join Rower [0] (husvagn@d83-183-134-99.cust.tele2.se) 14.12.20 Join krabador [0] (~krabador@unaffiliated/krabador) 14.19.52 Quit zz_HazWard (Quit: ZNC - http://znc.in) 14.21.10 Join zz_HazWard [0] (~HazWard@159.203.28.215) 14.21.17 Nick zz_HazWard is now known as HazWard (~HazWard@159.203.28.215) 14.26.14 *** Saving seen data "./dancer.seen" 14.30.51 Quit ruskie (Quit: ...) 14.39.52 Quit HazWard (Quit: ZNC - http://znc.in) 14.43.45 Join Galois [0] (djao@efnet.math.uwaterloo.ca) 14.45.12 Join ruskie [0] (ruskie@sourcemage/mage/ruskie) 14.50.53 Quit ruskie (Quit: ...) 15.24.41 Join ruskie [0] (ruskie@sourcemage/mage/ruskie) 15.31.00 Join Jonas-fr [0] (500b186e@gateway/web/freenode/ip.80.11.24.110) 15.31.31 # Hi 15.32.34 # IIUC the last (games) plugins are not in the last stable version but on the last nightly "unstable" builds? My goal is to try 2048 and a iPod mini 1G 15.32.36 # cheers 15.47.01 # (FYI I use Rockbox 3.13) 15.52.31 Quit Jonas-fr (Quit: Page closed) 16.08.59 Quit Rower (Ping timeout: 256 seconds) 16.26.16 *** Saving seen data "./dancer.seen" 16.52.49 Join Rower [0] (husvagn@d83-183-134-99.cust.tele2.se) 17.03.30 Quit petur (Quit: Connection reset by beer) 17.16.17 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 17.17.30 Quit PurlingNayuki (Read error: Connection reset by peer) 17.17.35 Join PurlingNayuki1 [0] (~Thunderbi@14.158.32.203) 17.17.38 Quit PurlingNayuki1 (Read error: Connection reset by peer) 17.17.52 Join PurlingNayuki [0] (~Thunderbi@14.158.32.203) 17.20.52 Join einhirn [0] (~Miranda@p4FC105E2.dip0.t-ipconnect.de) 17.24.30 Quit dfkt (Read error: Connection reset by peer) 17.35.00 Join dfkt [0] (~dfkt@unaffiliated/dfkt) 17.40.27 Quit dfkt (Quit: SIC GORGIAMVS ALLOS SVBJECTATOS NVNC.) 17.46.57 Join ulmutul [0] (~chatzilla@x5d835400.dyn.telefonica.de) 17.50.31 Join dfkt [0] (~dfkt@unaffiliated/dfkt) 18.00.58 Quit edhelas (Quit: Leaving.) 18.06.33 # I've bisected the Fuze+ recording issue: commits prior to 528715a doesn't work, when recording I get the message "Disk full. Press off to continue" and I have to switch off the device. (So I haven't found a comit that was working as expected for me) 18.06.35 # From 030f51ce to recent I have the following issues: the right channel volume is very low and don't change with the gain setting. Left channel changes in volume, but goes only slightly above right channel level. I wasn't able to reproduce the earlier mentioned bug, where the left channel only produced noise at some level. 18.06.36 # Recording with the OF is way louder, so it's not a hardware fault. 18.06.44 # pamaury,jtdesigns01: ^ 18.07.10 Quit ulmutul (Quit: ChatZilla 0.9.92 [Firefox 44.0.1/20160205155049]) 18.15.01 Quit K1773R (Ping timeout: 246 seconds) 18.15.54 Quit pamaury (Ping timeout: 240 seconds) 18.24.17 Join K1773R [0] (~K1773R@unaffiliated/k1773r) 18.26.18 *** Saving seen data "./dancer.seen" 18.30.33 Join wodz [0] (~wodz@89-77-223-98.dynamic.chello.pl) 18.31.13 Quit maruk (Quit: Leaving.) 18.31.40 # This ATJ213X firmware is bizzare. Main binary apparently don't know how to shutdown the device so it loads binary blob and executes it do the duties :P 18.32.56 # and shutting down is like writing one gpio register, setup watchdog and then waiting for watchdog to kick in 18.34.03 Quit K1773R (Quit: /dev/null) 18.34.07 Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 18.37.43 Join athidhep [0] (afoakf@unaffiliated/athidhep) 18.49.24 Quit krabador (Quit: Take The Time) 18.49.26 Join Mihail [0] (252d430a@gateway/web/freenode/ip.37.45.67.10) 18.50.24 # ulmutul: Can you try this patch? http://knk.square7.ch/rockbox-fuze_mic.patch 18.51.34 Join krabador [0] (~krabador@unaffiliated/krabador) 18.56.28 Quit Rower (Ping timeout: 260 seconds) 19.10.26 Quit PurlingNayuki (Read error: Connection reset by peer) 19.10.33 Join PurlingNayuki1 [0] (~Thunderbi@14.158.32.203) 19.12.58 Nick PurlingNayuki1 is now known as PurlingNayuki (~Thunderbi@14.158.32.203) 19.15.34 Join lebellium [0] (~chatzilla@89-93-179-187.hfc.dyn.abo.bbox.fr) 19.16.53 Nick suYin`OFF is now known as suYin (mysuyin@server2.shellfire.net) 19.24.33 Quit chrisby (Ping timeout: 276 seconds) 19.27.12 Join Rower [0] (husvagn@d83-183-134-99.cust.tele2.se) 19.56.52 Join ZincAlloy1 [0] (~Adium@pD9FB646C.dip0.t-ipconnect.de) 19.56.53 Quit ZincAlloy (Read error: Connection reset by peer) 20.02.19 Nick username12565 is now known as hannes2 (~hannes3@port-92-196-9-69.dynamic.qsc.de) 20.06.52 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 20.07.09 Quit krabador (Read error: No route to host) 20.07.55 Join krabador [0] (~krabador@unaffiliated/krabador) 20.17.33 Quit pamaury (Ping timeout: 260 seconds) 20.26.22 *** Saving seen data "./dancer.seen" 20.29.04 # Can someone clarify: what mean "Unhandled masked IRQ 03: USB (status 0x00000008)" ? 20.39.33 Quit krabador (Read error: Connection reset by peer) 20.48.25 # Mihail: pamaury would be a good person to ask probably 20.52.10 Quit lebellium (Read error: Connection reset by peer) 20.53.48 Join lebellium [0] (~chatzilla@89-93-179-187.hfc.dyn.abo.bbox.fr) 21.06.48 Join alexweissman [0] (~alexweiss@c-68-51-85-190.hsd1.in.comcast.net) 21.30.26 Quit Rower (Ping timeout: 248 seconds) 21.38.03 # pamaury Mihail : #g1255 fixes my issue :) Volume goes down to -82dB but I do hear a sound only from -72dB 21.38.04 # 3Gerrit review #1255 at http://gerrit.rockbox.org/r/1255 : 3as3514: fix bug in volume management on AS3543 targets which are not AS3525v2 by Amaury Pouly 21.46.48 # lebellium: windows has a separate codepage iirc. might be incompatible with the rockbox default 21.47.01 # cp1250 or what it's called 21.48.22 # try changing it in the rockbox settings 21.49.17 # kugel: on the internal memory the special caracters in a folder created from Windows always display correctly, whatever unicode or central european (cp1250) 21.49.19 # cp1250 is central europe (similar to iso-8859-2), cp1252 is the western codepage (iso-8859-1) 21.49.24 # we don't mount the internal storage therefore the codepage is set at boot, i guess it's more compatible with windows 21.50.10 # fat/fat32 always uses ucs-2 encoding for (long) filenames 21.50.13 # that said, iirc on native targets such problems don't exist. we default to utf8 and it works in both windows and linux 21.50.16 # i have no idea 21.50.20 Part dys ("Killed buffer") 21.51.14 # kugel: wodz set sd mount to UTF-8 and it works fine. The question is: is it a good solution that could be commited 21.51.19 # i think the internal memory is mounted with the samsung specific fat driver, while we use plain vfat for the sdcard 21.52.11 # lebellium: huh? that should be the default already. isn't it? 21.52.41 # kugel: current code is " strlcat(iocharset, get_current_codepage_name_linux(), sizeof(iocharset));" 21.52.55 # Looks like it doesn't read UT8 here 21.52.58 # UTF 21.53.10 # forcing iocharset=utf8 works 21.56.34 # lebellium: did you try changing the settings in rockbox? 21.57.03 # looking at the code the default seems to be iso-8859-1 not utf8 21.58.06 # yes, I don't see any change for both internal and external memory when using the codepage setting 21.58.14 # lebellium: Good. Can you test another variant? http://knk.square7.ch/rockbox-YPR0_vol_3.patch 21.58.34 Join krabador [0] (~krabador@unaffiliated/krabador) 21.59.17 # lebellium: maybe there's a bug. can you confirm that utf8 is applied for the mount options when you select it in the settings (perhaps after a reboot)? 21.59.50 # you can do so by opening /proc/mounts in the text viewer plugin 22.00.01 # kugel: ok let me check 22.00.18 # Mihail: yes I can, I just have to find out how to apply the old .patch again 22.01.15 # kugel: isn't there another dir between proc/ and /mounts? 22.01.42 # no. /proc/mounts is a file 22.02.12 # never mind 22.02.20 # I got only supported files to display 22.03.09 # it's written "rootfs / rootfs rw 00" 22.06.44 # only one line? 22.06.53 # then try text editor perhaps 22.12.09 # latest line: /dev/mmcblk0p1 .... blablabla .... codepage=cp437, isocharset=iso8859-100 22.13.26 # media0: codepage=cp437,isocharset=utf8 22.14.04 # I set the codepage setting to UTF8 and rebooted 22.14.14 # looks like the setting doesn't apply to SD? 22.14.36 # seems like a bug 22.15.15 # i implemented the code specifically for the sd card since we never change mount options of the internal memory 22.21.27 Part hannes2 ("Leaving") 22.21.27 # Mihail: rockbox-YPR0_vol_3.patch:10: trailing whitespace. 22.21.28 # #ifdef HAVE_AS3543 22.21.30 # warning: 1 line adds whitespace errors. 22.22.32 # lebellium: iocharset or i*s*ocharset? 22.22.58 # the code sets iocharset 22.23.27 # iocharset, sorry 22.24.39 # lebellium: can you do a logf enabled build? 22.26.16 # there is a chance that the fallback code is entered which is mounting without specifying iocharset 22.26.17 # kugel: if you explain me how to do it. /tools/configure only gives me following possibilities: A, S, B, C, D or W 22.26.23 *** Saving seen data "./dancer.seen" 22.26.38 # press A 22.26.44 # there are some more options now 22.27.51 # lebellium: OK. Fixed - I reupload patch. 22.28.47 # kugel: ok, (L)ofg 22.29.40 # yea, press L for logf and then enter again 22.32.25 # appy this patch before flashing rockbox: http://pastie.org/10715502 22.32.44 # arf 22.32.50 # I started compiling for nothing? 22.34.24 # Mihail: you reuploaded it under the same dl link? 22.35.11 # yes 22.36.26 # lebellium: no. just apply the patch and run make again 22.36.35 # it doesnt recomipile everything 22.37.16 Quit Bray90820 (Read error: Connection reset by peer) 22.37.18 Join Bray90820_ [0] (~bray90820@173-17-46-117.client.mchsi.com) 22.40.05 # fatal: corrupt patch at line 17 22.41.30 Join einhirn [0] (~Miranda@p4FC105E2.dip0.t-ipconnect.de) 22.41.37 # try this http://pastebin.geany.org/W8nAh/ 22.43.52 Quit Mihail (Ping timeout: 252 seconds) 22.47.14 # kugel: http://pastie.org/private/cdkppwzmgvoegxjzd3pv1q 22.47.57 Quit bluebrother (Disconnected by services) 22.48.03 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 22.49.09 Join fs-bluebot_ [0] (~fs-bluebo@xd9baf1c5.dyn.telefonica.de) 22.49.10 # lebellium: oops try agin with this http://pastebin.geany.org/fkYM7/ 22.49.26 # undo the patch with "git checkout firmware/target/hosted/samsungypr/ypr0/system-ypr0.c" before 22.50.03 # I did git reset --hard origin/master 22.51.18 Quit fs-bluebot (Ping timeout: 256 seconds) 22.53.13 # kugel: http://pastie.org/private/xfzwksd8w67vms99gvjnw 22.54.34 # hopefully last try http://pastebin.geany.org/0V5HK/ 22.56.23 # works 22.57.44 Join K1773R [0] (~K1773R@unaffiliated/k1773r) 22.59.54 # kugel: installed. What should I do now? 23.00.13 # lebellium: reboot without sdcard 23.00.22 # check if there's a logf entry in the debug menu 23.01.23 # I have Show log file and Dump log file 23.08.22 Join einhirn_ [0] (~Miranda@bsod.rz.tu-clausthal.de) 23.08.25 # right 23.09.03 # now, go to the main menu, insert hte sd card, check if it was mounted (use the file browser), and then go to the debug menu and show the log file 23.09.50 Quit einhirn (Ping timeout: 250 seconds) 23.10.47 # blank screen in show log file 23.13.17 # lebellium: try this patch http://pastebin.geany.org/iuPzo/ 23.13.29 # now, it should crash when you insert sd after a reboot 23.14.08 # oh yes, I want my R0 to crash 23.14.10 # :D 23.15.03 # just for debugging 23.27.43 # kugel: panic 23.27.59 # can you read the full message? 23.28.26 # I can try, or try how fast is the autofocus on my camera :P 23.32.13 # *Panic* mount failed with 6 pc:00054f28 sp021a2280 A: 000550d4bt end no logf data 23.43.27 Quit einhirn_ (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 23.43.57 # Mihail pamaury (logs): http://knk.square7.ch/rockbox-YPR0_vol_3.patch works fine too. Volume goes down to -82dB and I can hear sound from -80dB 23.44.24 # lebellium: strange... 23.44.41 # mount doesnt seem to accept the iocharset=utf8 option 23.44.53 # that's why the code goes into the fallback 23.46.16 # kugel: so why when explicitely set iocharset=utf8 it is reported to work? 23.46.23 # lebellium: http://pastebin.geany.org/vO05S/ 23.46.40 # should panic again but this time print the actual iocharset=XX passed to the kernel 23.46.48 Quit krnlyng (Quit: huiiiiii) 23.46.57 # wodz: no idea really 23.47.41 # lebellium: I'll go to bed but read the logs 23.47.45 # kugel: maybe strlcat concats something at the very end (some garbage or something)? 23.47.49 # ok 23.56.59 # kugel: *Panic* mount failed for iocharset=utf8 pc:00054f20 sp:021a1c60 A:000550cc bt end no logf data 23.58.13 Join ulmutul [0] (~chatzilla@x5d835400.dyn.telefonica.de) 23.58.41 # but I'm sure it worked when wodz forced it to utf8 23.58.44 # so strange