--- Log for 10.10.117 Server: orwell.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 9 days and 16 hours ago 00.21.09 Join JdGordon_ [0] (~jonno@rockbox/developer/JdGordon) 00.23.56 Quit JdGordon (Ping timeout: 240 seconds) 00.53.19 Quit ender` (Quit: Where python would say you can skin a cat with a knife, so adding other methods would just make the language hard to learn, perl acknowledges that sometimes you may need to skin a live tiger, so it gives you a rifle as well.) 00.57.09 Quit bray90820 () 01.17.38 Join mmint [0] (~mmint@unaffiliated/mmint) 01.20.13 Quit krabador (Remote host closed the connection) 01.27.41 Join Tony_ [0] (ae3638f0@gateway/web/freenode/ip.174.54.56.240) 01.28.19 # does rockbox come with an NES emu? 01.28.45 # in its current build 01.34.03 # Not that I recall https://www.rockbox.org/wiki/PluginIndex 01.36.46 # It looks like there are a few WIP nes emulators scattered around someone else might know more 01.45.19 Quit Rower (Read error: Connection reset by peer) 01.46.12 Quit almog1006 (Quit: Page closed) 01.46.55 *** Saving seen data "./dancer.seen" 01.47.08 Join almog1006 [0] (4d8bf186@gateway/web/freenode/ip.77.139.241.134) 01.47.36 Join Rower [0] (~husvagn@m176-64-216-86.cust.tele2.se) 02.04.38 Quit almog1006 (Quit: Page closed) 02.20.55 Quit JdGordon_ (Ping timeout: 240 seconds) 02.21.38 Join almog1006 [0] (4d8bf186@gateway/web/freenode/ip.77.139.241.134) 02.33.44 Quit Ruhan (Quit: Connection closed for inactivity) 02.34.06 # I extracted a firmware file and got unrecognized files that I tried to edit with Hex Editor but I can see only a few individual lines from the file binwalk identified the file as an .xml file (https://i.imgur.com/vItvxxs.png) But I do not know how to read it .. (there is a text file in the firmware files that mentions the name of the software XPAT XML Parser) Anyway, I uploaded the file: https://ufile.io/lrzxc 02.38.47 # <__builtin> Tony_: I'm aware of a port of infoNES 02.38.55 # <__builtin> it's unmaintained and IIRC it's pretty buggy 02.47.27 Join Ruhan [0] (uid76353@gateway/web/irccloud.com/x-ogzwshwglarffaai) 03.16.02 Quit alexweissman (Remote host closed the connection) 03.16.28 Join alexweissman [0] (~alexweiss@c-68-50-12-70.hsd1.in.comcast.net) 03.41.19 Quit LjL (Read error: Connection reset by peer) 03.43.18 Join LjL [0] (~ljl@unaffiliated/ljl) 03.46.59 *** Saving seen data "./dancer.seen" 04.13.21 Quit alexweissman (Remote host closed the connection) 04.15.01 Quit prof_wolfff (Ping timeout: 240 seconds) 04.25.06 Join alexweissman [0] (~alexweiss@c-68-50-12-70.hsd1.in.comcast.net) 04.51.31 Quit alexweissman (Remote host closed the connection) 05.23.46 Quit Ruhan (Quit: Connection closed for inactivity) 05.45.25 Join alexweissman [0] (~alexweiss@c-68-50-12-70.hsd1.in.comcast.net) 05.47.03 *** Saving seen data "./dancer.seen" 06.06.38 Quit TheSeven (Ping timeout: 246 seconds) 06.09.30 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven) 06.24.44 Quit dys (Ping timeout: 258 seconds) 06.28.20 Quit TheSeven (Ping timeout: 246 seconds) 06.28.56 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven) 06.38.11 Quit alexweissman (Remote host closed the connection) 07.46.19 Quit amiconn (Quit: http://quassel-irc.org - Chat comfortably. Anywhere.) 07.46.19 Quit pixelma (Quit: .) 07.47.07 *** Saving seen data "./dancer.seen" 07.50.14 Join pixelma [0] (pixelma@rockbox/staff/pixelma) 07.50.14 Join amiconn [0] (amiconn@rockbox/developer/amiconn) 07.50.51 Join johnb5 [0] (~johnb2@p5B3AFFA1.dip0.t-ipconnect.de) 08.13.15 Quit johnb5 (Quit: Nettalk6 - www.ntalk.de) 08.21.43 Join ender` [0] (krneki@foo.eternallybored.org) 08.24.01 Join PimpiN8 [0] (~textual@ip51cd65d5.speed.planet.nl) 08.53.09 Join wodz [0] (~wodz@iwl138.internetdsl.tpnet.pl) 09.18.33 Join petur [0] (~petur@rockbox/developer/petur) 09.21.04 Quit quaz0r (Ping timeout: 258 seconds) 09.34.36 Join quaz0r [0] (~quaz@c-24-18-93-195.hsd1.wa.comcast.net) 09.47.11 *** Saving seen data "./dancer.seen" 09.51.24 Join prof_wolfff [0] (~prof_wolf@229.red-83-49-43.dynamicip.rima-tde.net) 10.08.34 Join bray90820 [0] (~bray90820@50-83-217-236.client.mchsi.com) 10.10.11 Quit _meg (Ping timeout: 255 seconds) 10.11.21 Join _meg [0] (~notsure@211.25.203.45) 10.15.31 Quit wodz (Read error: No route to host) 10.24.34 Quit _meg (Ping timeout: 246 seconds) 10.28.18 Join _meg [0] (~notsure@211.25.203.45) 10.33.35 Join wodz [0] (~wodz@iwl138.internetdsl.tpnet.pl) 10.52.35 Join TheLemonMan [0] (~lemonboy@irssi/staff/TheLemonMan) 11.24.20 Join pamaury [0] (~pamaury@rockbox/developer/pamaury) 11.45.01 # pamaury: After figuring out the thing with caches hwstub works in vma. Rockbox still fails to boot however and I don't know why. 11.47.12 # I guess it counts as progress 11.47.15 *** Saving seen data "./dancer.seen" 11.49.28 # sort of 11.49.53 # I definitely have too many things uncommited 11.51.27 # wodz: by the way, do you remember what I used to reverse engineer the atj encryption? 11.51.47 # I can't find my idb files anymore, I suspect I may have lost them in my old virtual machine 11.51.59 # pamaury: yes, PC recovery tool for atj 11.52.19 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) 11.53.03 # * wodz searches 11.54.19 # Did I send you the IDA files by any chance? I'll keep looking on my old computer 11.55.48 # pamaury: No, I don't have IDA db of this for sure 11.56.14 # It was called 'Product Tool 5.01' AFAIK 11.58.51 # Can't find it on my hard drive 12.24.31 Quit __builtin (Ping timeout: 248 seconds) 12.26.08 Join __builtin [0] (~xray@rockbox/developer/builtin) 12.42.52 Quit PimpiN8 (Quit: My MacBook has gone to sleep. ZZZzzz…) 12.47.34 Quit almog1006 (Ping timeout: 260 seconds) 13.14.39 Quit jhMikeS (Ping timeout: 248 seconds) 13.20.38 Join jhMikeS [0] (~jethead71@d192-24-173-177.try.wideopenwest.com) 13.22.46 Join PimpiN8 [0] (~textual@145.132.155.235) 13.24.40 Quit jhMikeS (Ping timeout: 240 seconds) 13.47.16 *** Saving seen data "./dancer.seen" 13.53.26 Quit cttttt (Ping timeout: 240 seconds) 13.54.36 Join cttttt [0] (sid135570@gateway/web/irccloud.com/x-vpxjmtdanczxdrcn) 14.08.52 Quit copper (Remote host closed the connection) 14.09.35 Join copper [0] (~copper@unaffiliated/copper) 14.21.25 Join jhMikeS [0] (~jethead71@d192-24-173-177.try.wideopenwest.com) 14.39.14 Join amayer [0] (~amayer@107-1-97-172-ip-static.hfc.comcastbusiness.net) 14.49.34 Quit prof_wolfff (Ping timeout: 240 seconds) 14.51.11 Join JdGordon_ [0] (~jonno@rockbox/developer/JdGordon) 14.54.04 Quit JdGordon (Ping timeout: 240 seconds) 15.05.42 # * man_in_shack looks around 15.05.55 # time to dismantle my sansa clip+ 15.06.24 # "The flash of the player can be directly accessed via USB with the following method: 1) Take the player completely apart" 15.06.26 # hehe 15.06.33 # detailed instructions :P 15.21.12 Quit wodz (Ping timeout: 255 seconds) 15.26.16 # hm 15.28.35 # "It should report a drive without partitions, with a size of 979.75MB" it's reporting 30MB. does that mean it's dead? 15.34.56 Quit jhMikeS (Ping timeout: 248 seconds) 15.40.17 Join jhMikeS [0] (~jethead71@d192-24-173-177.try.wideopenwest.com) 15.44.28 Quit jhMikeS (Ping timeout: 246 seconds) 15.46.58 Quit PimpiN8 (Quit: My MacBook has gone to sleep. ZZZzzz…) 15.47.18 *** Saving seen data "./dancer.seen" 15.51.02 # * man_in_shack flails 15.57.58 # i don't think it's even powering off properly 15.58.21 # is there a way to force sansa clip+ to power off by pins on the pcb? 15.58.33 # i don't want to have to desolder the battery if i can avoid it 16.01.06 Join prof_wolfff [0] (~prof_wolf@71.red-83-54-197.dynamicip.rima-tde.net) 16.11.40 Join alexweissman [0] (~alexweiss@c-68-50-12-70.hsd1.in.comcast.net) 16.15.58 Quit alexweissman (Ping timeout: 248 seconds) 16.21.00 # gevaerts: did you contact Zagor about updating gerrit? 16.29.09 # 99% sure my clip+ is completely dead :( 16.29.46 # only reporting 32MB device (30.6MiB), "UNDEF" listed as vendor 16.35.25 # pamaury: I did 16.52.58 Join alexweissman [0] (~alexweiss@c-68-50-12-70.hsd1.in.comcast.net) 17.06.00 Join johnb5 [0] (~johnb2@p5B3AFFA1.dip0.t-ipconnect.de) 17.06.01 Quit johnb5 (Write error: Connection reset by peer) 17.08.44 # * man_in_shack sighs 17.09.06 # don't suppose anyone has a spare clip+ they don't want any more? 17.38.09 # In some circles, those are like golden nuggets. 17.47.21 *** Saving seen data "./dancer.seen" 17.54.38 Join dys [0] (~dys@2a01:598:9903:42de:226:5eff:fee9:68d2) 17.57.19 Quit petur (Quit: Connection reset by beer) 18.21.26 Quit man_in_shack (Ping timeout: 260 seconds) 18.22.54 Quit advcomp2019_ (Ping timeout: 248 seconds) 18.24.10 Join advcomp2019_ [0] (~advcomp20@65-131-157-137.sxct.qwest.net) 18.24.10 Quit advcomp2019_ (Changing host) 18.24.10 Join advcomp2019_ [0] (~advcomp20@unaffiliated/advcomp2019) 18.26.10 Join man_in_shack [0] (~chat@unaffiliated/man-in-shack/x-4279753) 18.26.24 # shrizza_: you have a golden nugget you don't want anymore? 18.52.15 # found a bunch of fuzes on ebay 18.52.21 # and a clip+ in uk 18.54.41 Join CrashBash-Kun [0] (~CrashBash@unaffiliated/crashbash-kun) 19.29.38 Join lebellium [0] (~chatzilla@89-93-177-206.hfc.dyn.abo.bbox.fr) 19.32.22 Join petur [0] (~petur@rockbox/developer/petur) 19.39.42 Quit Strife89 (Read error: Connection reset by peer) 19.41.22 Join Strife89 [0] (~quassel@adsl-98-80-181-168.mcn.bellsouth.net) 19.47.25 *** Saving seen data "./dancer.seen" 20.13.53 Part voipmonk ("Textual IRC Client: www.textualapp.com") 20.23.46 Join almog1006 [0] (051c8f77@gateway/web/freenode/ip.5.28.143.119) 20.55.04 Quit alucryd (Remote host closed the connection) 20.57.14 Join alucryd [0] (~quassel@archlinux/developer/alucryd) 21.09.02 Join krabador [0] (~krabador@unaffiliated/krabador) 21.09.37 Join Ruhan [0] (uid76353@gateway/web/irccloud.com/x-fezyuubymcgkdauh) 21.12.08 Join paulk-gagarine-s [0] (~paulk-gag@gagarine.paulk.fr) 21.13.40 Quit paulk-gagarine (Ping timeout: 240 seconds) 21.47.26 *** Saving seen data "./dancer.seen" 21.53.21 Part robertd1 22.09.33 Quit The_Prospector|2 (Quit: when in doubt, kernel panic) 22.30.00 Quit almog1006 (Quit: Page closed) 22.40.11 # pamaury on the fuze+ if I were to set the defines for IMX233_CPUFREQ_ 454_MHz , 320_MHz, 261_MHz all to 64000000 would that guarantee the device would be actually running at 64MHZ or is it just what is shown to the user? 22.42.37 # man_in_shack pretty sure we discovered if it shows 32 mb its dead but you can try... also I put images of the clip+ and clipzip on the forums 22.42.53 # like disk images not pretty pics 22.43.09 # Bilgus: if you want to run at 64Mhz, just set CPUFREQ_MAX to IMX233_CPUFREQ_64_MHz in arm/imx233/system-target.h 22.43.29 # yeah Thats what I did 22.43.31 # though I'm not sure why you would want to run at 64Mhz all the time 22.43.46 # and didn't it work? 22.43.57 # we/I are testing a bug in AAC_HE decoding 22.44.36 # saratoga insits taht 64 MHZ isn't enough to decode it so I was making sure that was the actual freq 22.44.47 # insists that** 22.45.02 # the frequency displayed in the debug menu is the actual frequency 22.45.25 # you can go in HW Info > clock if you want to see all frequencies (cpu, buses, dma, etc) 22.45.28 # Its strange the test file skips when MAX freq is set but I locked it to 64 and it plays fine 22.46.00 # at this point I'm thinking its perhaps a voltage issue 22.46.12 # define 'skips' 22.46.23 # like the buffer runs out and it stutters 22.46.53 # I would be surprised it's related to voltage, it seems more likely it's related to switching the frequency and maybe the buffer under-runs 22.46.58 # but you skip to a different file and back it works fine or play a different file first and then the AAC-HE file and it works fine 22.47.24 # Bilgus: try the following: 22.47.41 # in system-imx233:c, ~line290 22.48.03 # set EMIFREQ_MAX to IMX233_EMIFREQ_64_MHz 22.48.12 # (warning: the whole device may feel a bit slow) 22.48.42 # and leave CPUFREQ_MAX to IMX233_CPUFREQ_ 454_MHz 22.48.51 # that way the cpu will scale frequency but not the ram 22.48.53 # ah ok 22.49.36 # if it still stutters, it's a likely indication that the problem is related to the fact that to switch memory frequency, I need to disable the ram for a very small amount of time 22.49.52 # that can be enough to cause an underrun for audio since it's fed by dm 22.49.53 # a 22.50.18 # odd that it only happens with that particualr decoder though isn't it? 22.50.30 # agreed 22.50.57 # I'll try that and a few more things and get back to you thanks.. 22.51.11 # I've never experienced any audio issue with frequency scaling on imx233, so I doubt it's hardware related but hey 22.52.27 # if you have a fuze+ to test its pretty easy to reproduce 22.53.00 # files are on the forums in AAC-HE_BUG 22.53.53 # I may have a try tomorrow 22.54.51 # is this codec particularly cpu intensive? 22.56.23 # I think saratoga would know more about it but it sure sounds like it is 23.24.56 # hi Bilgus 23.26.09 Quit lebellium (Quit: ChatZilla 0.9.93 [Firefox 56.0/20170926190823]) 23.27.53 Quit amayer (Quit: Leaving) 23.27.57 # pamaury it acts just the same with EMIFREQ_MAX IMX233_EMIFREQ_64_MHz but if I comment out the boost and cancel boost code it still happens but when I go back to setting all frequencies to IMX233_CPUFREQ_64_MHz it works perfectly.. so IDK yet I'll keep screwing with it 23.29.04 # that's weird 23.29.14 # Bilgus: what happens if you set all frequency to the maximum 23.29.21 # good question 23.29.29 # ie CPUFREQ_DEFAULT to IMX233_CPUFREQ_454_MHz 23.34.12 # I just defined all the others to the one in question 23.36.23 Quit TheLemonMan (Quit: "It's now safe to turn off your computer.") 23.41.48 # and still works just fine weird 23.45.00 # Bilgus: when you said you commented out the boost and cancel boost code, you mean what exactly? 23.45.47 # void trigger_cpu_boost(void) ;//boost_thread(__running_self_entry(), true); and same for cancel 23.46.12 # hmmm, they are other ways to boost I suspect though 23.47.27 *** Saving seen data "./dancer.seen" 23.47.36 # yeah but none I saw in the codec code though but ill try further up 23.47.51 # <__builtin> for what ARM versions is the U bit in the CP15 CR1 register effective? 23.50.31 # __builtin: is that the unaligned bit? 23.55.19 # it's basically supported start from ARMv6, I think ARM1136 was the first processor to support it 23.57.10 # Bilgus: you know what lsusb should say if sansa clip+ is in recovery mode?