--- Log for 06.02.117 Server: adams.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 2 days and 5 hours ago 00.12.48 Quit JanC (Quit: Leaving) 00.13.06 Join JanC [0] (~janc@lugwv/member/JanC) 00.13.38 Quit edhelas (Ping timeout: 240 seconds) 00.21.59 Quit pamaury (Remote host closed the connection) 00.49.21 Quit xorly (Ping timeout: 252 seconds) 00.54.14 Quit ender` (Quit: The difference between 'involvement' and 'commitment' is like an eggs-and-ham breakfast: the chicken was 'involved' - the pig was 'committed'.) 00.57.35 *** Saving seen data "./dancer.seen" 00.57.44 Quit skapazzo (Quit: leaving) 01.00.32 Nick | is now known as \ (~xray@rockbox/developer/builtin) 01.01.27 Nick \ is now known as __builtin (~xray@rockbox/developer/builtin) 01.10.19 Quit kugel (Read error: Connection reset by peer) 01.34.42 Join edhelas [0] (~edhelas@145.133.43.230) 01.48.58 Join amazoniantoad [0] (~golden@2603:3018:600:a000:fdba:8bdf:8492:a33c) 01.49.19 # I am trying to install rockbox on my ipod and when I go through the motions it says it completed but the ios software remains 01.50.37 # Bilgus, the project worked but now I can't get rockbox installed 01.51.23 # sorry not an I-pod guy 01.51.30 # :c 01.51.34 # It worked though :p 01.51.42 # Thanks a lot for the help 01.52.32 # yw 01.53.55 # <__builtin> what version is the ipod? 01.54.15 # 6th gen 01.54.26 # do i need to have itunes installed on the computer? 01.54.46 # <__builtin> no, you don't 01.54.51 # <__builtin> what OS are you running? 01.54.55 # windows 10 01.55.09 # <__builtin> what have you tried? 01.55.46 # Mihail - hmm for the boot external FW project we have a model name but I don't think the naming convention is going to work well with names like these MODEL_NAME "Philips GoGear HDD63x0" 01.55.50 # i start the utility and go to install. I set the utility to install on 6th gen 01.56.07 # it runs through and says, "package installation finished successfully" 01.56.16 # <__builtin> ah, that won't install the bootloader 01.56.19 # oh 01.56.35 # <__builtin> let me find the instructions 01.56.41 # k 01.56.55 # So maybe we should do model number instead 'rockbox_main.65' 01.57.41 # <__builtin> https://files.freemyipod.org/~user890104/bootloader-ipodclassic.html 01.58.39 # <__builtin> I believe it's a patched rbutil that can do the bootloader install automatically 01.59.38 # __builtin, it doesn't let me select "bootloader" 02.00.16 # The bootloader box is grayed out and says, "the selected player doesn't need a bootloader" 02.00.41 # <__builtin> have you downloaded the Rockbox Utility provided on https://files.freemyipod.org/~user890104/bootloader-ipodclassic.html ? 02.01.24 # should I download that exact one? I downloaded the executable from the front page of rockbox.org 02.01.46 # <__builtin> yes, you have to 02.01.49 # k 02.02.04 # <__builtin> the one on rockbox.org doesn't have the requisite patches 02.02.10 # oh 02.03.55 # working now :) 02.03.56 # thanks 02.04.48 # <__builtin> np 02.04.50 # <__builtin> enjoy :D 02.04.55 # so excited 02.05.02 # I've been waiting a very long time for this day :p 02.05.05 # Never had the time 02.05.18 # <__builtin> enjoy the game plugins, especially ;) 02.05.27 Quit girafe (Read error: Connection reset by peer) 02.06.06 # __builtin, so how do I setup this database? 02.06.11 # I have songs ready to be loaded 02.06.27 Quit edhelas (Ping timeout: 240 seconds) 02.07.06 # <__builtin> I barely do anything with music 02.07.15 # <__builtin> you should probably look at the manual for a similar device 02.07.50 # ah 02.07.51 # okay 02.07.55 # thanks 02.11.06 Quit prof_wolfff (Ping timeout: 245 seconds) 02.14.13 Quit ZincAlloy (Quit: Leaving.) 02.14.30 Join Mihail [0] (252d4551@gateway/web/cgi-irc/kiwiirc.com/ip.37.45.69.81) 02.14.46 # Bilgus: using model number would be most easy way but it not very informative 02.14.57 # I don't know is it right solution but maybe we can add new define MODEL_DIR_NAME and set it to same name as we have in firmware/export/config/*.h and got ".rockbox.gogearhdd6330" or ".rockbox.sansafuzev2" 02.15.11 # <__builtin> hey, is there any way to kill a thread in rockbox? 02.24.15 Join prof_wolfff [0] (~prof_wolf@82.159.0.123.dyn.user.ono.com) 02.25.36 # do I need to drop files in a particular directory in order to have the database see them? 02.25.46 # I tried to update manually and the new songs were still not detected 02.26.15 # nvm 02.27.20 Join Bilgus_Ph [0] (4cf32773@gateway/web/freenode/ip.76.243.39.115) 02.28.35 # Mihail Sounds good to me, the bootloader needs an update for this anyways 02.30.06 # This is so cool :D 02.30.57 # * __builtin needs to browse through FlySpray some time soon 02.36.54 # __builtin I don't know if I'd call it killing a thread but you could use remove_thread() I don't think thread exit allows you to call from outside thread (anymore) so maybe yopu could pass it a message instead (like sys_poweroff) 02.45.58 Quit Mihail (Quit: http://www.kiwiirc.com/ - A hand crafted IRC client) 02.57.38 *** Saving seen data "./dancer.seen" 03.03.07 Quit Moarc (Ping timeout: 240 seconds) 03.03.18 # <[7]> prof_wolfff: if you have that big zip file from a couple of years ago, you probably have all that I have. if not, let me know. 03.03.36 Join Moarc [0] (~chujko@a105.net128.okay.pl) 03.07.08 # <[7]> about wodz's nano2g: I'm too lazy to read those months worth of logs right now, but if it is detected as a wrong flash size, it's probably best to completely wipe the nand and let apple's code (e.g. diskmode image) recreate the FTL structures 03.13.33 # <[7]> prof_wolfff: in case you aren't aware, there's quite a bit of info on the n2g FTL here: https://www.freemyipod.org/wiki/Nano2G_FTL 03.15.04 Quit Bilgus_Ph (Quit: Page closed) 03.16.07 # Bilgus, you there? 04.34.13 # hey everything was normal on my rockbox but suddenly thre screen turned blank 04.35.00 # restarted the rockbox but i just get this blank screen 04.50.31 Join amazoniantoad_ [0] (~golden@2603:3018:600:a000:3540:9003:1b37:d4b4) 04.50.38 # Sorry I lost connection 04.50.46 # I randomly had this white screen appear and it wont go away 04.50.54 Quit amazoniantoad (Ping timeout: 255 seconds) 04.51.00 # i reinstalled everything but that didn't help 04.52.25 Quit furrywolf (Ping timeout: 255 seconds) 04.54.13 # __builtin, :c 04.54.17 # Can you help? 04.56.34 Join furrywolf [0] (~randyg@99-204-117-238.pools.spcsdns.net) 04.57.40 *** Saving seen data "./dancer.seen" 05.02.39 Quit Senji_ (Ping timeout: 248 seconds) 05.09.25 # Bilgus, :c 05.09.32 # idk what to do 05.11.45 Quit furrywolf (Ping timeout: 264 seconds) 05.13.35 # IIRC ipods don't have power buttons but again not an Ipod guy 05.16.34 # normally white screens mean crash have you held down menu and center button for like 20 seconds? 05.16.43 # I did that and it restarted 05.16.49 # but then i just got the white screen again 05.17.26 # maybe I should try restoring it 05.18.32 # I'd hold off on that till you hear from someone that knows Ipods 05.19.02 # are you sure you followed all the instructions to the T? 05.19.18 # yes 05.19.21 # it was working just fine too 05.19.26 # then suddenly it just did that 05.19.49 # Could super glue on the inside of the ipod casing done this Bilgus? 05.19.51 Join idonob_ [0] (~Owner@S010610c37b922980.vs.shawcable.net) 05.19.56 # nah 05.20.00 # :c 05.20.04 # I broke it :c 05.20.08 # Idk what I did either 05.20.08 # ugh 05.20.30 # well I suppose if it like covered a connection maybe but I doubt it 05.20.52 # i applied it to one soldering point 05.21.07 # and it seems to have evaporated onto stuff on the inside of the case 05.21.13 # almost like a white powder 05.49.36 Join furrywolf [0] (~randyg@70-6-225-62.pools.spcsdns.net) 05.56.54 Quit amazoniantoad_ (Quit: Leaving) 05.58.30 Join amazoniantoa [0] (~golden@2603:3018:600:a000:3540:9003:1b37:d4b4) 05.59.58 Nick amazoniantoa is now known as amazoniantoad (~golden@2603:3018:600:a000:3540:9003:1b37:d4b4) 06.06.50 Quit [7] (Ping timeout: 258 seconds) 06.07.12 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven) 06.11.36 # amazoniantoad: white screen would usually be a sign of a bad LCD or bad connector 06.12.02 # my nano2g also did that a while ago 06.12.07 # there are really cheap replacement screens on eba 06.12.10 # ebay* 06.18.44 # TheSeven, I replaced the screen and had the same result 06.19.19 # which ipod model are we talking about? 06.19.23 # 6th gen 06.20.06 # I can't believe this happened 06.20.11 # and the LCD failed white (i.e. backlight works but panel doesn't), even in the boot loader? 06.20.17 # which boot loader are you using? 06.20.29 # did you try going back to the apple firmware, and if so, does it do the same thing? 06.21.11 # did it usually show an apple logo during boot and now doesn't anymore? 06.21.19 # when I have power the screen lights up. Nothing more. I loaded apple firmware back but no apple logo shows 06.21.30 # if I get it to boot I can hear my wheel scrolling through options 06.21.33 # so it still boots 06.21.35 # just no picture 06.22.07 # ok, so the original firmware fails to initialize it as well - pretty certainly some kind of hardware failure then 06.22.12 # I also replaced the screen and the same issue was there 06.22.28 # and if you swapped the LCD with one of the correct type, that basically only leaves the mainboard and connector 06.22.31 # It looks like it's probably the logic board 06.22.53 # well I don't have an lcd screen for this exact model actually 06.23.38 # there is a possibility that screens for newer models (120/160gb thin) wouldn't work with the original firmware on old logic boards 06.24.08 # I already ran into that issue. I only have this one screen for this model 06.24.08 # apple added some additional LCD types with the later generations that the old firmware images have no driver for 06.24.14 # I mean the board itself seems fine 06.27.45 # well there are basically two options: either the old screen is dead and the new one isn't compatible, or it's a logic board problem 06.28.39 # which specific ipod model is this? which capacity? year of manufacturing? 06.36.32 Quit PurlingNayuki (Ping timeout: 245 seconds) 06.37.17 Join PurlingNayuki [0] (~Thunderbi@113.82.34.6) 06.57.43 *** Saving seen data "./dancer.seen" 07.06.07 Quit furrywolf (Ping timeout: 245 seconds) 07.22.06 Quit PurlingNayuki (Ping timeout: 255 seconds) 08.29.45 Join ender` [0] (krneki@foo.eternallybored.org) 08.36.14 # Build Server message: 3New build round started. Revision 29c493d, 255 builds, 16 clients. 08.42.12 Quit amazoniantoad (Ping timeout: 255 seconds) 08.46.33 # Build Server message: 3Build round completed after 620 seconds. 08.46.34 # Build Server message: 3Revision 29c493d result: 10 errors 0 warnings 08.57.47 *** Saving seen data "./dancer.seen" 09.04.36 Join petur [0] (~petur@rockbox/developer/petur) 09.05.04 Join amazoniantoad [0] (~golden@2603:3018:600:a000:b912:532b:f34e:41b0) 09.07.06 # Bilgus pm 09.29.37 # Build Server message: 3New build round started. Revision 72dc239, 255 builds, 16 clients. 09.39.49 # Build Server message: 3Build round completed after 612 seconds. 09.39.50 # Build Server message: 3Revision 72dc239 result: 5 errors 0 warnings 09.44.12 Join elensil [0] (~edhelas@2001:1c02:1903:d800:6561:1d36:1df8:4a6e) 09.46.12 Join wodz [0] (~wodz@iwl138.internetdsl.tpnet.pl) 09.49.28 Join xorly [0] (~xorly@ip-89-176-102-19.net.upcbroadband.cz) 09.52.01 Quit elensil (Quit: Leaving.) 09.57.57 Join pamaury [0] (~pamaury@rockbox/developer/pamaury) 10.13.40 Quit xorly (Ping timeout: 252 seconds) 10.21.35 Join elensil [0] (~edhelas@2001:1c02:1903:d800:6561:1d36:1df8:4a6e) 10.22.31 Part TorC 10.29.48 Quit pamaury (Ping timeout: 258 seconds) 10.40.55 Join Amboyna [0] (~TorC@fsf/member/TorC) 10.57.48 *** Saving seen data "./dancer.seen" 11.15.59 Join xorly [0] (~xorly@193.85.203.185) 11.27.05 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 11.27.28 Quit chrisjj (Ping timeout: 260 seconds) 11.32.28 Quit elensil (Quit: Leaving.) 11.34.10 Join elensil [0] (~edhelas@2001:1c02:1903:d800:6561:1d36:1df8:4a6e) 11.34.13 Quit elensil (Client Quit) 11.35.24 Join elensil [0] (~edhelas@2001:1c02:1903:d800:6561:1d36:1df8:4a6e) 11.45.19 Quit jhMikeS (Ping timeout: 258 seconds) 11.58.55 # pamaury: Did Agptek contact you? 12.17.12 # wodz: yes 12.17.21 # they will send me something 12.17.24 # pamaury: me too 12.17.30 # cool :) 12.17.55 # I hope it will more than just the device, some amount of documentation or code would be helpful 12.18.17 # it would be ridiculous if I have to disassemble the device to find out what is inside 12.18.23 # :P 12.19.30 # pamaury: Do ingenic released linux sources? It would be much faster to extract headers from something than doing it by hand 12.20.14 # I think they did, some time ago I tried to get all in the stuff ingenic released on x1000 but some git repo timed out and now I don't remember where were the instructions 12.21.57 # although if the headers have the same quality as the jz4760b, that's only marginally better than by hand 12.22.19 # :/ 12.22.55 # pamaury: How did you assembled register description file for 4760b then? 12.29.48 # wodz: I first used a bunch of hacky regex to turn it into a domain specific language I invented, then I fixed a embarassing about of typoes, then I generated the xml from that 12.30.30 # hahaha 12.31.33 # but those headers had clearly be done by hand, did not follow any single convention and were obviously untested 12.31.40 # maybe x1000 will be better 12.38.37 Quit Rower (Ping timeout: 245 seconds) 12.57.50 *** Saving seen data "./dancer.seen" 13.04.03 Join pamaury_ [0] (~pamaury@rockbox/developer/pamaury) 13.12.49 Quit yosafbridge (Quit: Leaving) 13.17.13 Join yosafbridge [0] (~yosafbrid@68.ip-149-56-14.net) 13.42.22 Quit xorly (Ping timeout: 245 seconds) 13.50.36 Join ZincAlloy [0] (~Adium@2a02:8108:8b80:1700:a4e5:ef9c:3006:842) 13.57.05 # pamaury: https://github.com/HackLinux/kernel/tree/picopi-x1000-3.10.14/arch/mips/xburst/soc-x1000/include/soc 13.59.45 # pamaury: This sources state that this is mips32r1 core 14.11.37 # pamaury: This is my favorite https://github.com/HackLinux/kernel/blob/picopi-x1000-3.10.14/arch/mips/xburst/soc-x1000/common/regs_save_restore.py 14.11.47 # python script to produce .S assembly file 14.12.25 # lol 14.12.38 # I guess there is more python than generated lines of assembler codes ;) 14.13.35 # the link you send misses some register headers obviously, they muist be somewhere else in the tree 14.18.45 # pamaury: the easiest way is to clone and diff agains vanilla 3.10.14 14.28.45 # wodz: the headers look spread out 14.29.10 # for example there are some registers in drivers/mmc/host/jzmmc* 14.29.36 # with fantastic names with jsmmc_v11, v12 14.29.55 Join skapazzo [0] (~skapazzo@151.9.205.1) 14.31.31 # it's the same for rtc, spi 14.31.48 # uart 14.32.30 # fb_v11 14.32.50 # and v12, I don't know what are v11 and v12 14.33.32 # fb_v13, ipu 14.34.12 # pamaury_: I saw a few _v13 files related to x1000 14.34.41 # and then some jzsound codec stuff 14.34.56 # asoc-v13 14.35.35 # basically it's a mess :) 14.36.21 # nothing new 14.36.56 Join dfkt [0] (~dfkt@unaffiliated/dfkt) 14.57.52 *** Saving seen data "./dancer.seen" 15.13.28 Quit petur (Quit: Connection reset by beer) 15.14.43 Join petur [0] (~petur@91.183.48.77) 15.14.43 Quit petur (Changing host) 15.14.44 Join petur [0] (~petur@rockbox/developer/petur) 15.22.22 # pamaury_: sources suggest x1000 uses designware usb otg 2.0 core. Am I right that 4760b used something else? 15.25.12 # wodz: yes it appears it uses designware usb. That's good and bad I guess. Yes the jz4760b uses something custom 15.25.57 # pamaury_: that means porting hwstub to new core again :/ 15.27.14 # yeah that's the bad part, also we know how this particular core has many variants and quirks 15.27.37 # unfortunately 15.28.09 # gtg 15.28.13 Quit wodz (Quit: Ex-Chat) 15.36.17 # TheSeven: I just checked it, i have snapshot-201003100612-public.7z, is that the one you are referring to? 15.37.05 # TheSeven: about wodz's nano2g, it seems that the first problem is that there are read errors with RB but not with Apple disk mode 15.40.13 Join amayer [0] (~amayer@mail.weberadvertising.com) 15.48.46 Join xorly [0] (~xorly@193.85.203.185) 16.00.00 Quit xorly (Ping timeout: 260 seconds) 16.18.19 Quit fs-bluebot (Ping timeout: 252 seconds) 16.19.02 Quit bluebrother (Ping timeout: 245 seconds) 16.20.52 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 16.32.08 Join fs-bluebot [0] (~fs-bluebo@xd9bee40a.dyn.telefonica.de) 16.35.25 Join Senji [0] (~Senji@85.187.103.250) 16.57.53 *** Saving seen data "./dancer.seen" 17.17.22 Quit bzed (Ping timeout: 256 seconds) 17.19.28 Join bzed [0] (~bzed@shell.bzed.at) 17.21.49 Join kylemsguy [0] (ac6e4362@gateway/web/freenode/ip.172.110.67.98) 17.26.29 # Hello, I'm encountering a problem with Rockbox on my Sansa Clip Zip. I was trying to do a battery benchmark while playing some music off my SD card, but after ~90mins the music would stop, and the player would become unresponsive. Is there any way of getting logs to find out what happened? 17.27.08 # I'm running the dev build d787191, if it helps 17.37.07 Quit Bilgus (Remote host closed the connection) 17.37.20 Join Bilgus [0] (~Bilgus@gateway/tor-sasl/bilgus) 17.38.04 Quit petur (Read error: Connection reset by peer) 17.40.34 Join AndChat|558201 [0] (~kylemsguy@172.110.67.98) 17.40.46 Quit kylemsguy (Quit: Page closed) 17.40.59 Nick AndChat|558201 is now known as kylemsguy (~kylemsguy@172.110.67.98) 17.54.18 Join saratoga [0] (123e11e0@gateway/web/freenode/ip.18.62.17.224) 18.03.34 Join AndChat|558201 [0] (~kylemsguy@142.169.78.247) 18.03.55 Quit pamaury (Remote host closed the connection) 18.07.14 Quit kylemsguy (Ping timeout: 256 seconds) 18.08.04 Quit pamaury_ (Ping timeout: 240 seconds) 18.20.51 Join furrywolf [0] (~randyg@99-204-204-132.pools.spcsdns.net) 18.21.16 Join Senji_ [0] (~Senji@85.187.103.250) 18.25.19 Quit Senji (Ping timeout: 248 seconds) 18.31.40 Join girafe [0] (~girafe@LFbn-1-11729-221.w2-7.abo.wanadoo.fr) 18.36.06 Join jhMikeS [0] (~jethead71@d192-24-173-177.try.wideopenwest.com) 18.55.49 Join kylemsguy [0] (~kylemsguy@172.110.67.98) 18.55.51 Join Senji [0] (~Senji@85.187.103.250) 18.57.57 *** Saving seen data "./dancer.seen" 18.59.05 Quit Senji_ (Ping timeout: 260 seconds) 18.59.36 Quit AndChat|558201 (Ping timeout: 255 seconds) 19.11.39 # prof_wolfff: well a wrong FTL size would explain a lot of things, but no idea how that would be misdetected in the first place 19.12.29 Join pamaury [0] (~pamaury@rockbox/developer/pamaury) 19.14.02 Quit furrywolf (Ping timeout: 240 seconds) 19.20.32 Join lebellium [0] (~chatzilla@89-93-177-91.hfc.dyn.abo.bbox.fr) 19.24.07 Join chrisb [0] (~chrisb@pool-71-175-246-111.phlapa.east.verizon.net) 19.28.54 Join Bilgus_ph [0] (~Bilgus_ph@108.115.47.222) 19.31.51 # Kylemsguy: sure is do you have a way to compile builds? But first have you tried just one song or a few songs on repeat there could be a bad file in there somewhere.. Next have you looked at battery bench to see what kinda data is in there? 19.33.29 Quit Bilgus_ph (Remote host closed the connection) 19.34.11 # I could probably set up a build environment later. I thought it was an issue with hi-res flacs at first, but this also happened with a smaller playlist of MP3s. I'm currently testing it with the same MP3s on internal storage, and it seems to be fine... 19.34.34 # Battery bench shows nothing unusual, other than the time the system froze 19.39.23 Join Bilgus_ph [0] (~Bilgus_ph@108.115.47.222) 19.41.12 # hmm if it ends up all good on internal storage maybe try a different sd card then. if that goes wayward as well we'll move on to more involved testing 19.42.51 # So you know if the clip zip has any issues with class 10 cards? 19.45.39 Quit Bilgus_ph (Ping timeout: 240 seconds) 19.49.08 Join Bilgus_ph [0] (~Bilgus_ph@108.115.47.222) 19.50.38 Join furrywolf [0] (~randyg@70-6-175-37.pools.spcsdns.net) 19.51.11 # I can't remember for sure.. TorC and a few others have the clip zip and we have a few sd gurus around that could answer 19.51.18 Quit Bilgus_ph (Remote host closed the connection) 19.57.05 Quit JanC (Remote host closed the connection) 20.00.33 Quit chrisb (Ping timeout: 240 seconds) 20.02.27 Join JanC [0] (~janc@lugwv/member/JanC) 20.02.35 Join AndChat|558201 [0] (~kylemsguy@142.169.78.44) 20.03.09 Quit kylemsguy (Read error: Connection reset by peer) 20.03.43 Join kylemsguy [0] (~kylemsguy@172.110.67.98) 20.07.28 Quit AndChat|558201 (Ping timeout: 258 seconds) 20.13.21 # pamaury: are you going to work in priority on NWZ or FiiO X1/AGPTek? 20.14.28 # lebellium: I want to finish NWZ first, or at least put it in a good shape 20.14.45 # I still have problem with sound on NWZ: Acoustic mode seems to make the sound correct, but very loud 20.14.57 # lebellium: can you try it on your A20 ? 20.15.04 # or A10 I don't remember 20.15.06 # or both 20.15.30 # both :) 20.15.48 # well, A20 is not ready on your side 20.15.54 # but I tried your patch on A10 20.16.13 # and I got what you say 20.16.19 # sound but volume issue 20.16.47 # No, I tried on E580 actually 20.16.47 # yeah even at volume 1 it's insanely loud 20.16.48 # sorry 20.16.55 # lebellium: can you try on A10 to see ? 20.17.01 # I will try on the E460 20.17.04 # ok 20.18.33 Join TheLemonMan [0] (~root@irssi/staff/TheLemonMan) 20.18.49 Join Mihail [0] (252d4ad1@gateway/web/cgi-irc/kiwiirc.com/ip.37.45.74.209) 20.19.40 # prof_wolfff: sent you a link to a full dump of my ipod stuff privately 20.20.22 Join Senji_ [0] (~Senji@85.187.103.250) 20.20.55 # kylemsguy: try this build with same conditions: http://knk.square7.ch/rb/rockbox-zip-0.zip 20.23.12 Quit Senji (Ping timeout: 245 seconds) 20.25.11 # pamaury: can you rebase? 20.25.27 # lebellium: yeah, why ? 20.25.37 # because I can't apply your patch 20.27.18 # not sure what you mean , I usually do a checkout, but give me 5 min 20.27.40 # "cannot merge" 20.27.50 # I want to apply it on top of head 20.28.23 # ah, let me see 20.31.09 # updated 20.32.24 # thanks 20.46.23 Quit Bilgus (Remote host closed the connection) 20.46.33 # lebellium: yeah on the E460 it's very loud 20.46.42 Join Bilgus [0] (~Bilgus@gateway/tor-sasl/bilgus) 20.47.19 # I can't imagine the codec doesn't provide a DAC level control, but I don't know how we can access that 20.47.46 # pamaury: *PANIC* control 'Playback Volume' has wrong count (got 1, expected 2) 20.47.47 # in the worst case, I think we can make use of Rockbox software volume to reduce the volume 20.48.05 # lebellium: that's weird, which player ? 20.48.09 # A10 20.48.32 # lebellium: do you have a very recent bootloader on the A10 ? 20.48.58 # I only put the bootloader once, with you 20.49.07 # It's recent for sure but not very recent 20.49.46 # lebellium: could you install a newer one ? I need that to run scripts so we can debug this panic 20.50.30 Join paulk-collins [0] (~paulk@gagarine.paulk.fr) 20.50.49 # pamaury: I got a similar PANIC on E580 20.51.00 # when pushing the volume too high 20.51.02 # on E580 ?? That's very strnge 20.51.22 # yes, keep 'volume up' pressed 20.51.23 # on newer build the volume is capped at 32 20.51.35 # so you shouldn't get a panic 20.51.40 # yes, that happens at 31 20.52.17 # well, at 31 it's OK but if you want to go upper, you get the panic 20.52.41 # lebellium: ok my mistake, I screwed the limit, I wrote 32 instead of 31 :-p 20.52.51 # but still doesn't explain the A10 error 20.53.05 # lebellium: can you build and install a new bootloader for A10 ? 20.53.13 # I guess so 20.53.13 # do you remember the instructions ? 20.53.28 # I saved some logs 20.53.33 # I hope it will be enough /D 20.53.35 # :D 20.54.44 # among others I have the instructions you gave to wodz 20.54.45 # cd build_nwza10_bl/ (assuming you still have it) 20.54.47 # make clean 20.54.50 # make 20.55.20 # ../rbutil/mknwzboot/mknwzboot -b bootloader-nwa10.sony -o NW-WM_FW.UPG 20.55.27 # copy the UPG to device 20.55.28 # unmount device 20.55.40 # ../utils/nwztools/scsitools/scsi /dev/sdX do_fw_upgrade 20.56.23 # it's almost too easy, I should make it more obscure some time 20.56.31 Join xorly [0] (~xorly@ip-89-176-102-19.net.upcbroadband.cz) 20.57.05 # I prefer making it more difficult, starting from scratch (I make a new directory for each compile) and following the instructions for wodz :D 20.57.39 Join chrisb [0] (~chrisb@pool-71-175-246-111.phlapa.east.verizon.net) 20.58.01 *** Saving seen data "./dancer.seen" 20.58.21 Join AndChat|558201 [0] (~kylemsguy@142.169.78.80) 20.59.27 Quit AndChat|558201 (Client Quit) 20.59.48 # I see. I myself always brick the device first and recover it by installing rockbox, to have a better sense of accomplishment 21.00.18 Quit kylemsguy (Ping timeout: 276 seconds) 21.05.44 # system software update failed 21.05.46 # hum 21.06.36 # wht is this message ? 21.06.54 # what happened exactly > 21.06.55 # ? 21.07.18 # it appeared on screen, after doing 21.07.20 # sudo ../../utils/nwztools/scsitools/scsitool /dev/sdb do_fw_upgrade 21.08.19 # hum, the update script doesn't print this message, did you see the message printed before that ? 21.08.34 # ok maybe it's a problem with the update crafting 21.08.35 # no, this message comes from Sony 21.08.43 # are you selected the proper target in configure ? 21.09.17 # I guess so since I got the "bootloader-nwza10.sony" file 21.13.42 # hum 21.14.11 # lebellium: what is the output of mknwzboot ? 21.15.17 # ubuntu@ubuntu-VirtualBox:~/rockbox/A10/bootloader060217$ ../../rbutil/mknwzboot/mknwzboot -b bootloader-nwza10.sony -o NW-WM_FW.UPG 21.15.19 # [INFO] Bootloader file for Sony NWZ-A10 Series 21.15.20 # Result: 0 21.16.15 # are you really sure you copied this file to the device AND you unmount before sending the upgrade command ? 21.20.26 # that's what I just thought while cooking 21.20.32 # I forgot to unmount the device 21.20.57 # so is it working now ? 21.21.34 # let me a few seconds, I try to handle both A10 and food 21.21.37 # :) 21.22.18 # dangerous ;) 21.24.46 # why the hell is it umount and not unmount 21.24.49 # linux hates me 21.25.28 # there's some quote from one of the unix people along the lines if "if I could do anything over again, I'd spell creat with an e." 21.26.47 # haha 21.27.49 # pamaury: I still get the same message from Sony :( 21.28.10 # that's weird, can you send me the UPG ? 21.28.20 # I'll try with the 1st bootloader (January, 11th) instead 21.28.26 # this one worked so it should work again 21.29.03 # just to be sure if the problem is me or the file 21.30.10 # ok :) 21.30.16 # so it's noe me 21.30.18 # not 21.30.22 # it's the file 21.30.26 # I send it to you 21.31.08 # lebellium: in the mean time, can you 21.31.08 # make -C ../rbutil/mknwzboot clean 21.31.08 # make -C ../rbutil/mknwzboot 21.31.08 DBUG Enqueued KICK pamaury 21.31.08 # and retry to build the bootloader ? 21.32.55 # I did the latter 21.32.58 # but not the 1st (clean) 21.33.17 # try to clean first 21.34.32 # ok 21.34.34 # email sent 21.37.06 Quit JdGordon (Ping timeout: 240 seconds) 21.41.29 Ctcp Ignored 1 channel CTCP requests in 0 seconds at the last flood 21.41.29 # * pamaury hoped for a problem between the keyboard and the chair :( 21.43.39 # still failed 21.44.54 Join Senji [0] (~Senji@85.187.103.250) 21.46.08 # lebellium: your old file is empty ?! 21.46.31 # hum 21.46.40 # it shouldn't 21.46.53 # lebellium: also, are you sure you didn't make a typo in the name > 21.46.54 # ? 21.47.06 # the new file looks valid 21.47.08 Quit Senji_ (Ping timeout: 240 seconds) 21.47.40 # ah well spotted 21.47.45 # the old one looks valid :) 21.47.56 Join kylemsguy [0] (~kylemsguy@172.110.67.98) 21.48.14 # ok it's empy and it shouldn't (probably a copy & paste problem) but the file name should be like the old one since this one worked 21.48.49 # Mihail trying out your build. Will report with results 21.48.53 # I try again with NW_WM_FW.UPG 21.49.06 # lebellium: the name is NW_WM_FW.UPG 21.49.17 # yes, you told me NW-WM_FW.UPG 21.49.23 # sorry that was a typo 21.49.26 # kylemsguy: ok 21.49.32 # I was hoping you would correct it ;) 21.49.42 # so maybe that explains the update problem 21.49.52 # I was hoping the file name doesn't matter and only the file extension does 21.51.15 # no the name matters :-p 21.51.22 # pamaury: oh it worked \o/ 21.51.30 # love losing time with typos 21.51.56 # haha 21.52.12 # ok 21.52.19 # tell me now for the scripts 21.52.28 # lebellium: can you download this file: 21.52.29 # https://gist.github.com/pamaury/7c73b73d093006ad1a390f13b86c1168 21.52.36 # put it at the root of the device 21.52.56 # in the bootloader menu, select Debug then run script and click on this script in the list 21.53.11 # then plug usb, you should have a file at the root called amixer.log 21.53.14 # send it to me 21.56.27 # pamaury: http://pastebin.com/FwUyFuk8 21.58.01 # lebellium: ah damn I made a typo 21.58.08 # can you change the first line to be 21.58.10 # amixer contents 21.58.20 # and re-run the script 21.58.29 # (keep the stdout redirection) 21.58.41 # amixer contents /contents/amixer.log 21.58.43 # I guess you should stop expecting me to see your typos aha 21.59.31 # haha 21.59.56 # I always mix up amixer's controls 22.02.03 Quit michaelni (Read error: Connection reset by peer) 22.04.00 # I fixed another typo :) 22.04.02 # amixer controls > /contents/amixer.log 22.04.32 # http://pastebin.com/DeuhPqz7 22.05.25 # I see, apparently they decide that volume is not stereo anymore 22.09.00 # lebellium: I'll fix the code to handle this... unfortunate detail 22.09.14 # I guess we won't have any balance on the A10 for now 22.10.29 # Strange for a supposedly 'audiophile' player :) 22.10.59 # lebellium: I believe Sony uses a nonstandard API to handle all the DSP stuff 22.11.15 # it makes sense to go as far as not even putting balance in the standard API I guess 22.11.25 # the problem is that we don't know how it works :-/ 22.12.51 # numid=6,iface=MIXER,name='Sampling Rate' 22.12.55 # ; Item #5 '192000' 22.13.03 # that's 'audiophile' 22.13.05 # \o/ 22.13.29 # * lebellium trying to get attention from [Saint] 22.14.29 Mode "#rockbox +o [Saint]" by ChanServ (ChanServ@services.) 22.14.40 # <[Saint]> Tell me more... 22.14.42 # <[Saint]> ;) 22.14.46 # aha 22.15.05 Mode "#rockbox -o [Saint]" by ChanServ (ChanServ@services.) 22.15.15 # <[Saint]> I'll let you away with it, this time. 22.15.35 # * dys likes 192kHz hardware 22.15.43 # great for doing software-defined radio :-) 22.15.44 # http://ansel.ydns.eu/~andreas/40m-rimloop-contest.png 22.16.36 # <[Saint]> dys: yeah, I was going to say, 192KHz consumer hardware is pretty much universally great for doing things totally outside the scope or recommended or intended usage. 22.17.12 # <[Saint]> dys: incidentally, y'all played with RPI's broken-as-shit master clock? 22.17.46 # <[Saint]> If you overclock the ARM_CORE, you can broadcast anywhere from 1MHz to ~600MHz. 22.18.03 # never used a pi for anything audio-related or sdr related 22.18.33 # <[Saint]> You can get some absurdly powerful FM broadcast from it. 22.18.49 Join michaelni [0] (~michael@213-47-41-20.cable.dynamic.surfer.at) 22.19.20 # I don't have a amateur radio license yet, so I'll try to avoid intentional emissions 22.19.40 # <[Saint]> Without a tuned antenna, you can do maybe...10~15m. With an antenna, you can do 200~300m 22.20.36 # <[Saint]> Since this isn't a device rated in any way, shape, or form for this type of signal generation or reception, you can argue it away as unintended operation. 22.21.10 # <[Saint]> I know of at least two people who have challenged their local regulatory bodies in this regard. 22.21.30 # <[Saint]> Though, I know of at least twice as many who weren't as lucky. So, ...yeah. 22.21.58 # * gevaerts suspect that one could even argue that this is off-topic! 22.22.22 # I'll stick to the receiving side of things. can be quite entertaining as well :-) 22.23.40 # gevaerts: ja, to end this excursion: I didn't manage to hear a difference from >44.1kHz or >16 bit hardware 22.24.08 # Oh, you have human ears? :) 22.24.21 # <[Saint]> Colour me surprised. 22.25.04 # * [Saint] has been saying this here, and the forums, to anyone who'll listen for the better part of a decade 22.28.13 Quit kylemsguy (Read error: Connection reset by peer) 22.28.51 Join kylemsguy [0] (~kylemsguy@172.110.67.98) 22.30.00 # dys: that's surprising, I can clearly the difference between 44Khz and 96Khz. My preference would be 1Mhz sampling but no one is good enough to provide that 22.30.13 # and 128-bit per sample of course, that's the baseline 22.31.34 # with your Beats headphone 22.31.45 # * __builtin would be surprised, but pamaury is a robot 22.32.09 # I'm sometimes wondering too 22.32.13 # <__builtin> I still can't tell the difference between 8- and 16-bit audio 22.32.13 # but a robot doesn't make typos 22.32.15 # :) 22.32.28 # lebellium: I have to emulate human behavior 22.32.44 # <__builtin> http://www.audiocheck.net/blindtests_16vs8bit.php 22.35.31 Join robertd1 [0] (~root@186-90-12-124.genericrev.cantv.net) 22.39.19 # <[Saint]> __builtin: that site is hilariously badly implemented. 22.39.43 # <__builtin> how so? 22.39.49 # <[Saint]> Anyone with even half a clue about webdesign can score a perfect score with ease. 22.39.59 # <__builtin> well, duh 22.40.19 # <[Saint]> well, it certainly doesn't /have/ to be that way. 22.40.42 # <[Saint]> opening the developer console in your favorite browser really shouldn;t negate an ABX. :) 22.41.09 Quit jhMikeS (Ping timeout: 240 seconds) 22.43.48 # <__builtin> I don't see any point in cheating that way though 22.47.57 # <[Saint]> Well, nor do I. But it invalidates the results entirely. 22.48.29 # <[Saint]> Results that people will often use to do "hurr durr, muh narrative! hurr durr!" regarding "HD" audio and their golden ears. 22.48.41 # <__builtin> that applies to any ABX test where the test environment isn't totally controlled 22.48.53 # <__builtin> you could write an audio driver to analyze the incoming stream 22.49.16 # <[Saint]> The scope of things has changed. Multiple years back I could very reliably tell the difference between most lossy and lossless codecs. 22.49.28 # <[Saint]> These days however, it is increasingly more difficult. 22.50.37 # <[Saint]> I maintain I was somewhat cheating somewhat though, by listening for encoding artifacts in the LAME and OGG codecs that I knew to be present in some very specific areas. 22.50.47 Join smoke_fumus [0] (~smoke_fum@dynamic-vpdn-93-125-68-175.telecom.by) 22.51.33 # <[Saint]> If someone cropped a short enough sample that didn't include any of those defects I sincerely doubt I would be able to. 22.51.43 # <[Saint]> But I digress... 22.56.08 Quit igitoor (Ping timeout: 258 seconds) 22.57.47 Join igitoor [0] (igitur@2a00:d880:3:1::c1ca:a648) 22.58.03 *** Saving seen data "./dancer.seen" 23.00.58 Quit igitoor (Changing host) 23.00.58 Join igitoor [0] (igitur@unaffiliated/contempt) 23.00.58 Quit kylemsguy (Read error: Connection reset by peer) 23.00.58 Join AndChat|558201 [0] (~kylemsguy@172.110.67.98) 23.01.42 Join stickyb1t [0] (~egon@avondaleaber.plus.com) 23.04.20 Quit igitoor (Read error: Connection reset by peer) 23.04.55 Join igitoor [0] (igitur@2a00:d880:3:1::c1ca:a648) 23.11.06 Quit igitoor (Ping timeout: 240 seconds) 23.12.26 Join igitoor [0] (igitur@2a00:d880:3:1::c1ca:a648) 23.15.10 Quit igitoor (Changing host) 23.15.10 Join igitoor [0] (igitur@unaffiliated/contempt) 23.28.23 Quit lebellium (Quit: ChatZilla 0.9.93 [Firefox 51.0.1/20170125094131]) 23.40.28 Quit paulk-collins (Quit: Leaving) 23.49.49 Part chrisb ("rcirc on GNU Emacs 26.0.50.1") 23.51.42 Join kylemsguy [0] (~kylemsguy@209.171.88.169) 23.52.33 Quit elensil (Ping timeout: 276 seconds) 23.52.51 Quit kylemsguy (Client Quit) 23.52.54 Quit AndChat|558201 (Read error: Connection reset by peer) 23.53.04 Join kylemsguy [0] (~kylemsguy@172.110.67.98) 23.55.07 # mihail: it's been two hours and it's been solid so far playing MP3s from the SD card