--- Log for 26.02.117 Server: adams.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 22 days and 5 hours ago 00.14.28 # lebellium: I can confirm that fr is for france 00.14.44 Quit skapazzo (Quit: leaving) 00.25.05 # ok 00.37.14 # <__builtin> hey, about a release, if we're going to have a feature freeze, how long are they usually? 00.38.19 # One or two weeks, but realistically speaking that's the average time between commit batches these days 00.38.52 Quit pamaury (Ping timeout: 260 seconds) 00.39.35 # <__builtin> also, who decides if there's going to be one in the first place? 00.39.46 # The release manager? :) 00.42.58 Join saratoga [0] (126f6645@gateway/web/freenode/ip.18.111.102.69) 00.43.24 # i don't think we need to do a real feature freeze, just prepare a branch, then build all the targets and give people time to test as many as possible 00.43.47 # if anyone was preparing a major refactor or something, we should coordinate with them anyway 00.43.59 # * gevaerts nods 00.44.30 # for example, it would be nice to get the ipod6g rbutil code committed before a release (although it is not necessary) 00.44.45 # <__builtin> what's preventing that? 00.45.20 # i think just bluebrother and prof_wolfff being busy 00.45.30 # I don't think you'll get a lot of testers for the old devices though :/ I include myself to the list of people not being motivated to test because I'm afraid that too much is broken by now (as I haven't updated in a looong while) 00.45.33 # https://www.rockbox.org/wiki/ReleaseNotes314 are the release notes i prepared a while back 00.45.56 # i think we pull the HWCODEC devices from this release anyway 00.46.04 # Yes, I think so too 00.46.15 # then I'm even less motivated 00.46.15 # that mostly just leaves a few obscure CF and very old ipods which are unlikely to have been broken without someone noticing 00.46.52 # pixelma: i think everyone agreed ages ago that newer builds were mostly just breaking things on hwcodec for very little gain 00.47.01 # Well, if HWCODEC appears to actually be working, I'm not against including them 00.47.03 # or at least that was my impression 00.47.18 # aren't there binary size issues with at least some devices? 00.47.36 # as far as I remember my M5 has been having trouble with voice enabled (crashes with stkov) for a while 00.47.53 # iAudio M5? 00.47.59 # * gevaerts tries to remember things 00.48.00 # yes 00.48.16 # that is possibly fixed by the recent file system fixes (last month) 00.48.19 # Archos Recorder isn't in the build system due to size issues. The others are all there 00.48.39 # unless its actually the voice thread that fails? 00.48.58 # when I last asked about it, ages ago I got no answer or even interest in it 00.49.00 # I vaguely remember the plan being to include HWCODEC in this release and drop them right after 00.49.26 # regardless, for very old targets, even getting people to write down what is currently broken would be a huge help 00.50.41 # but yeah given that about 6 M5 players probably still exist at this point that is a tough target to test 00.50.48 # gevaerts: IIRC rombox is broken for quite a few targets but rockbox (not run from ROM) is not 00.51.39 # anyway, having test builds up would be nice, we could try to bug people to actually try them out 00.51.52 # i have a few old players in boxes somewhere i might be motivated to unpack for the first time in years 00.52.13 # saratoga: the X5 was probably more popular and is very similar, so I expect similar problems 00.52.25 # oh good, should be easier to test then 00.52.47 # which thread is it that overflows? 00.53.38 # by the way, if anyone has a nano2g, could they test if the hold switch is broken in the current build? 00.53.44 # (i gave mine to funman) 00.54.07 # not sure, as far as I remember it didn't tell but I'd need to test again with a current build anyways 00.55.29 # i thought it always prints, although maybe the text is cut off? 00.55.35 # X5 has a tiny screen right? 00.55.52 # oh m5 is the one with just a remote screen right? 00.56.01 # No, that's m3 00.56.18 # gevaerts: I meant that rockbox at least still builds, not sure about the usability 00.56.37 # saratoga: greyscale 160x128 00.56.59 # I think m5 vs x5 is mostly colour vs greyscale 00.57.06 # not that tiny, but not big either 00.57.14 # The m5 doesn't do color sound :) 00.57.30 # but but it says so :P 00.57.42 # at least on the clip zip (96 px width) some crash messages do cut off 00.58.16 # also radio (except for the X5Vs and *my* M5 00.58.19 # ) 01.01.10 # Ive a few things up atm that should knock off around 4.5kb assuming they don't break any other players bootloaders 01.01.36 # yes, having new bootloaders available would be nice for ams 01.01.52 # also i guess some of the creative and sony players should be added to the release 01.02.27 # i can't even remember why we didnt make gigabeat s stable years ago 01.04.06 Quit TheLemonMan (Quit: "It's now safe to turn off your computer.") 01.04.26 # I don't know, but as far as I can remember it (a) never got a nice and easy bootloader installation, and (b) has a habit of suddenly disliking whatever rockbox does to the disk and reformat the main partition and then refuse to boot 01.08.12 *** Saving seen data "./dancer.seen" 01.09.38 Quit saratoga (Quit: Page closed) 01.10.10 Quit dys (Ping timeout: 240 seconds) 01.14.03 Quit lebellium (Quit: ChatZilla 0.9.93 [Firefox 51.0.1/20170125094131]) 01.23.13 Join nearffxx [0] (25778c27@gateway/web/freenode/ip.37.119.140.39) 01.25.18 # Hi, I have a rockbox firmware for the Sandisk e200 v2, and I want to test a .rock application. Is there any emulator available? 01.26.45 Quit MrZeus1 (Ping timeout: 255 seconds) 01.37.46 Quit smoke_fumus (Quit: KVIrc 4.2.0 Equilibrium http://www.kvirc.net/) 01.43.46 # <__builtin> nearffxx: kind of, but it's not an emulator 01.43.56 # <__builtin> it's a UI simulator 01.44.20 # <__builtin> the problem is that it can't just run any .rock file, every .rock is tightly bound to the rockbox it was built for 01.47.05 # I actually almost reversed a .rock application in ida pro 01.47.38 # but it seems it uses some library functions or OS calls? 01.48.08 # __builtin: so qemu/qemu-system is not usable right? 01.48.31 # I have the rockbox.sansa too 01.50.14 # I mean is there any documentation about the e200 v2 .rock format? 01.50.46 # <__builtin> how did you manage to get a bare .rock file? 01.51.25 # its a zip with rockbox-info.txt and other files 01.51.34 # which includes a .rock file 01.51.44 # <__builtin> where'd you get that zip from? 01.53.09 # <__builtin> also, rockbox-info.txt ought to have some information about the git commit it was built from 01.53.16 # <__builtin> can you pastebin that please? 01.53.40 # http://pastebin.com/aV4W7Fjk 01.54.44 # http://ctf.bostonkey.party/files/88dc3155e96bcbbe22278b7f5536b13d/rockbox.zip 01.54.58 # here is the full "zip" 01.55.32 # <__builtin> what .rock file are you examining? 01.55.54 # pWhKKCkt0m3P3GD7b 01.56.07 # bkp2017.rock 01.56.31 # <__builtin> hmm, so this is a modified build 01.56.39 # what do you mean? 01.57.04 # <__builtin> it wasn't built from a clean source tree 01.57.30 # <__builtin> how did you get this .zip in the first place? 01.57.44 # http://ctf.bostonkey.party 01.57.48 # not now is down 01.57.51 # its a ctf XD 01.58.45 # <__builtin> no source? 01.59.02 # nope 01.59.21 # its a reversing challenge 01.59.39 # I have the pseudo code from ida pro 01.59.40 Join saratoga [0] (123e1c1b@gateway/web/freenode/ip.18.62.28.27) 01.59.55 # its that contest that people have been asking about for the last day or two 02.00.14 # * __builtin hasn't been keeping up with the backlog 02.00.18 # its just some simple plugin they're supposed to reverse engineer 02.00.49 # but something seems missing 02.00.54 # * __builtin hates to be picky, but isn't that a GPL violation? 02.00.58 # like well an emulator 02.02.26 # <__builtin> there's no way to run that .rock without a hardware device 02.02.37 # oh 02.03.00 # <__builtin> I would point you to the linker script used to link the .rock though 02.03.24 # that might be helpful 02.03.34 # presumably they'll post the source code after the contest 02.03.55 # saratoga: yup 02.03.57 # an emulator for an mp3 player? that'd be a fun thing to write 02.04.07 # provided one had a few years of free time 02.04.12 # saratoga: well its an arm based 02.04.16 # <__builtin> nearffxx: https://git.rockbox.org/?p=rockbox.git;a=blob;f=apps/plugins/plugin.lds;h=831cb59b815b11f69f753293c1b3dae6461b20b7;hb=HEAD 02.04.16 Quit ZincAlloy (Quit: Leaving.) 02.04.40 # at least an user space emualtor? 02.04.53 Quit ender` (Quit: I contend that we are both atheists. I just believe in one fewer god than you do. When you understand why you dismiss all the other possible gods, you will understand why I dismiss yours. — Stephen Roberts) 02.05.07 # <__builtin> nearffxx: there is one but it's of no use to you 02.05.10 # you could start with an arm emulator, then you'd only have to do the other 99.9% of the work 02.05.26 # <__builtin> it can only run plugins that were specificially compiled for it 02.05.26 # o.O ok 02.05.46 # <__builtin> i.e. using an x86 compiler and a totally different file format 02.05.56 # <__builtin> so it's useless for this 02.06.00 # __builtin: yup 02.06.35 # is there any documentation for the e200v2 .rock format? 02.06.41 # <__builtin> the linker script :P 02.06.47 # ok 02.06.48 # :) 02.07.27 # <__builtin> it seems to me like it's just a header with code sections following it 02.08.50 # There are some metedata in the header that I still don't understand :) 02.09.07 # and some pointers points an anrea of memory out of the ROM 02.09.10 # so... 02.10.06 # i think the idea here is that you have a binary and the source code to the build used to generate it, so you're supposed to look at the binary and figure out what it does 02.10.17 # which is actually not that hard 02.12.17 # saratoga: maybe I should take a look at the source code 02.14.02 # <__builtin> nearffxx: I'd suggest you take a look at firmware/load_code.c and apps/plugin.c as well 02.15.05 # <__builtin> lc_ is the code that actually processes the .rock 02.15.18 # __builtin: cool 02.31.29 Join girafe2 [0] (~girafe@LFbn-1-11729-221.w2-7.abo.wanadoo.fr) 02.34.57 Quit girafe (Ping timeout: 260 seconds) 02.40.22 Quit girafe2 (Read error: Connection reset by peer) 02.53.01 Quit nearffxx (Quit: Page closed) 03.04.11 Join naleo [0] (~naleo@unaffiliated/naleo) 03.08.14 *** Saving seen data "./dancer.seen" 03.10.07 Quit saratoga (Quit: Page closed) 03.21.11 Join Forger [0] (2d3253d2@gateway/web/freenode/ip.45.50.83.210) 03.44.38 Quit Forger (Ping timeout: 260 seconds) 03.48.18 Join Forger [0] (2d3253d2@gateway/web/freenode/ip.45.50.83.210) 03.53.48 Join Forger_ [0] (2d3253d2@gateway/web/freenode/ip.45.50.83.210) 03.56.35 # I would like to join the group. I am just learning. 03.59.39 Quit amiconn (Quit: No Ping reply in 64 seconds.) 04.01.07 Join amiconn [0] (~amiconn@rockbox/developer/amiconn) 04.51.10 Quit naleo (Ping timeout: 240 seconds) 05.01.40 Quit dongs (Ping timeout: 240 seconds) 05.08.17 *** Saving seen data "./dancer.seen" 05.14.43 Join naleo [0] (~naleo@unaffiliated/naleo) 05.15.24 Quit Rower (Ping timeout: 260 seconds) 05.30.40 Quit naleo (Ping timeout: 255 seconds) 05.34.58 Join dongs [0] (~dongs@bcas.tv) 05.49.21 Join naleo [0] (~naleo@unaffiliated/naleo) 06.00.56 Quit naleo (Ping timeout: 268 seconds) 06.06.18 Join naleo [0] (~naleo@unaffiliated/naleo) 06.11.56 Quit naleo (Ping timeout: 240 seconds) 06.20.43 Quit derf (Ping timeout: 252 seconds) 06.20.53 Join derf [0] (~derf@static-108-18-126-14.washdc.fios.verizon.net) 06.30.03 Quit __builtin (Quit: No Ping reply in 240 seconds.) 06.31.58 Quit froggyman (Ping timeout: 252 seconds) 06.31.58 Quit ender| (Ping timeout: 252 seconds) 06.33.28 Join JanC_ [0] (~janc@lugwv/member/JanC) 06.33.29 Nick JanC is now known as Guest94020 (~janc@lugwv/member/JanC) 06.33.29 Quit Guest94020 (Killed (card.freenode.net (Nickname regained by services))) 06.33.29 Nick JanC_ is now known as JanC (~janc@lugwv/member/JanC) 06.33.30 Join _builtin [0] (~xray@rockbox/developer/builtin) 06.33.30 Join froggymana [0] (~frogs@main.cluster.pulham.info) 06.33.30 Quit froggymana (Changing host) 06.33.30 Join froggymana [0] (~frogs@unaffiliated/froggyman) 06.33.30 Join ender` [0] (krneki@2a01:260:4094:1:42:42:42:42) 06.33.46 Nick froggymana is now known as froggyman (~frogs@unaffiliated/froggyman) 06.47.37 Quit TheSeven (Ping timeout: 255 seconds) 06.48.37 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven) 07.06.00 Quit furrywolf (Ping timeout: 260 seconds) 07.08.18 *** Saving seen data "./dancer.seen" 07.42.17 Join Forger__ [0] (2d3253d2@gateway/web/freenode/ip.45.50.83.210) 07.46.16 Quit Forger__ (Client Quit) 08.42.56 Join mxms [0] (~m@opensn0w/developer/mxms) 09.08.21 *** Saving seen data "./dancer.seen" 09.10.46 Join johnb2 [0] (~johnb2@p57B45E09.dip0.t-ipconnect.de) 09.11.02 Quit man_in_shack (Ping timeout: 240 seconds) 09.44.18 Join dys [0] (~dys@x5f71f54a.dyn.telefonica.de) 09.54.42 Quit johnb2 (Ping timeout: 240 seconds) 10.14.21 Join ender [0] (krneki@foo.eternallybored.org) 10.24.16 Join aude [0] (5cdd049a@gateway/web/freenode/ip.92.221.4.154) 10.24.38 Nick aude is now known as Guest90705 (5cdd049a@gateway/web/freenode/ip.92.221.4.154) 10.28.38 Part Guest90705 10.29.16 Join aude__ [0] (5cdd049a@gateway/web/freenode/ip.92.221.4.154) 10.30.49 # can you recommend a device for Rockbox? 10.32.11 # my beloved ClipZip was sadly stolen, after many years' daily use 10.44.01 Join lebellium [0] (~chatzilla@89-93-177-91.hfc.dyn.abo.bbox.fr) 10.44.10 Part mxms ("WeeChat 1.7-dev") 10.55.04 Join johnb3 [0] (~johnb2@p57B45E09.dip0.t-ipconnect.de) 10.56.30 # If you need sd card support try to get a used sansa clip+ or zip, if not, the sony series can be found rather cheap. 10.57.07 # or the iPods (gen 5 -7). 11.02.52 # yeah, I need SD card 11.03.06 # it sounds like a ClipZip will be a quite good choice still 11.04.31 # yes, probably the best. There are a few on-going sd targets (Sony A10/A20 and AGPTEk Rocker) but the port is not ready at all 11.07.30 Join pamaury [0] (~pamaury@rockbox/developer/pamaury) 11.08.22 *** Saving seen data "./dancer.seen" 11.15.53 # AGPTEk sounds really interesting 11.16.18 # just found this exciting thread: http://forums.rockbox.org/index.php/topic,51071.0.html 11.17.28 # yes, but in terms of size and weight, it's not exactly a Clip Zip :) 11.18.06 # here's the port thread http://forums.rockbox.org/index.php/topic,51653.0.html 11.20.32 # I see. the tiny size of the Clip Zip is nice, but not essential to me. I'd gladly prefer that AGPTEk Rocker 11.20.51 # sounds like I'll buy a ClipZip, and keep my fingers crossed for AGPTEk :D 11.22.09 # I see there's also an AGPTEk Clip: https://www.amazon.com/s/?url=search-alias%3Daps&field-keywords=agptek%20clip 11.22.23 # there are several clones 11.22.42 # but only the Rocker has Rockbox requirements 11.23.42 # ok. yeah, it seems only the rocker has enough memory etc. 11.24.12 # and even if the OF is not as bad as I could imagine 11.24.19 # I definitely need Rockbox on it 11.24.30 # so the other AGPtek are not for me 11.25.01 # ditto. Rockbox is a requirement 11.25.08 # we do hang out here after all 11.27.39 Quit foolsh (Remote host closed the connection) 11.28.14 Join ZincAlloy [0] (~Adium@2a02:8108:8b80:1700:d063:bb4b:da24:9f51) 11.30.02 Join foolsh [0] (~starchase@162-204-199-234.lightspeed.sbndin.sbcglobal.net) 11.32.10 Quit johnb3 (Quit: Nettalk6 - www.ntalk.de) 11.35.43 Quit foolsh (Remote host closed the connection) 11.36.54 Join foolsh [0] (~starchase@162-204-199-234.lightspeed.sbndin.sbcglobal.net) 11.42.39 Quit foolsh (Remote host closed the connection) 11.43.47 Join foolsh [0] (~starchase@162-204-199-234.lightspeed.sbndin.sbcglobal.net) 11.46.59 # prof_wolfff: it seems that it was an issue with my laptop, from my desktop it seems ok. do you have any recommendations for syncing a music folder that does not involve iTunes? 12.04.39 Quit advcomp2019__ (Ping timeout: 260 seconds) 12.09.51 Quit Bilgus_ (Remote host closed the connection) 12.19.13 # polytux: just copy your files from computer to iPod or use some generic tool that syncs music in that way, there is no RB ipod-classic manual but you can use ipod-video manual for more info 12.19.26 Quit bluebrother (Ping timeout: 240 seconds) 12.19.40 Quit fs-bluebot (Ping timeout: 240 seconds) 12.21.19 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 12.25.17 Quit dys (Ping timeout: 260 seconds) 12.32.39 # pamaury: did the trace log help? 12.33.43 Join fs-bluebot [0] (~fs-bluebo@xd9baf4c5.dyn.telefonica.de) 12.41.36 Join johnb2 [0] (~johnb2@p57B45E09.dip0.t-ipconnect.de) 12.42.27 Quit amiconn (Quit: No Ping reply in 64 seconds.) 12.42.38 Join dys [0] (~dys@x5f71f54a.dyn.telefonica.de) 12.44.10 Join amiconn [0] (~amiconn@rockbox/developer/amiconn) 12.48.03 Quit pamaury (Ping timeout: 260 seconds) 12.51.12 Join pamaury [0] (~pamaury@rockbox/developer/pamaury) 12.53.03 Join athidhep [0] (~afoakf@unaffiliated/athidhep) 12.55.23 # __builtin, saratoga: about rbutil for ipod6g, i think it works well on Windows and Linux, already not implemented for Mac but mks5lboot works on latest Macs so it should work for rbutil, it can be implemented for old Macs but i can not test it and not sure if it does worth at all 12.57.12 Join MrZeus1 [0] (~MrZeus@2a02:c7f:7048:e800:596b:75b4:5dfc:7c8f) 12.57.15 # true i am a bit busy so I don't want to start to implement something that could take a probably long undefined time, but there is no problem to help on rbutil, bugfix, testing... on classic or nano2g (the targets I own) 13.04.34 Quit idonob (Ping timeout: 268 seconds) 13.06.20 Join idonob [0] (~Owner@S010610c37b922980.vs.shawcable.net) 13.08.25 *** Saving seen data "./dancer.seen" 13.10.55 Quit idonob (Ping timeout: 260 seconds) 13.19.36 Quit aude__ (Quit: Page closed) 13.24.04 Quit michaelni (Read error: Connection reset by peer) 13.25.03 Quit Forger (Ping timeout: 260 seconds) 13.25.38 Quit Forger_ (Ping timeout: 260 seconds) 13.31.50 # lebellium: sorting through the log takes a lot of time 13.38.29 Quit johnb2 (Ping timeout: 268 seconds) 13.41.50 Join michaelni [0] (~michael@213.47.41.20) 14.21.59 Quit alucryd_ (Remote host closed the connection) 14.22.16 Join alucryd [0] (~quassel@archlinux/developer/alucryd) 14.28.51 Quit TheSeven (Ping timeout: 255 seconds) 14.28.59 Join johnb2 [0] (~johnb2@p57B45E09.dip0.t-ipconnect.de) 14.31.11 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven) 14.55.47 Join advcomp2019 [0] (~advcomp20@65-131-154-48.sxct.qwest.net) 14.55.47 Quit advcomp2019 (Changing host) 14.55.47 Join advcomp2019 [0] (~advcomp20@unaffiliated/advcomp2019) 14.56.56 Quit johnb2 (Ping timeout: 240 seconds) 14.58.50 Join skapazzo [0] (~skapazzo@151.9.205.1) 15.03.59 Join johnb2 [0] (~johnb2@p57B45E09.dip0.t-ipconnect.de) 15.08.29 *** Saving seen data "./dancer.seen" 15.10.10 Quit pixelma (Quit: No Ping reply in 120 seconds.) 15.11.20 Join pixelma [0] (~pixelma@rockbox/staff/pixelma) 15.13.11 Quit johnb2 (Ping timeout: 260 seconds) 15.17.31 Join Alexeyan [0] (5de50dda@gateway/web/freenode/ip.93.229.13.218) 15.17.52 # Hi. Any hints on reversing a .rock file? 15.20.02 # I don't know how to but read the logs here and there was already some talk about it since yesterday as you are at least the third person asking here, so maybe start by reading the logs available at the homepage 15.29.39 # thx 15.46.27 Join smoke_fumus [0] (~smoke_fum@dynamic-vpdn-93-125-63-154.telecom.by) 16.29.37 # Alexeyan: a rock file is essentially a small header + a raw binary (code), any disassembler or static analyzer tool (like radare2 or ida pro) will do 16.33.14 Nick _builtin is now known as __builtin (~xray@rockbox/developer/builtin) 16.35.13 Quit Alexeyan (Ping timeout: 260 seconds) 16.46.44 Quit amiconn (Quit: No Ping reply in 64 seconds.) 16.46.58 Join amiconn [0] (~amiconn@rockbox/developer/amiconn) 16.53.07 Join Alexeyan [0] (5de50dda@gateway/web/freenode/ip.93.229.13.218) 16.53.15 # But for which architecture? 16.54.10 # <__builtin> it depends on which device it was compiled for 16.54.29 # <__builtin> Alexeyan: is this the BKP2017 competition? 16.55.36 # yes 16.56.04 # compiled for sansa e200 v2 16.56.19 # <__builtin> so that's ARM 16.56.53 # <__builtin> I'd point you to our source repo at https://git.rockbox.org 16.57.03 # <__builtin> look at firmware/load_code.c as a starting point 17.00.13 # * __builtin wanders off to fix some bugs 17.00.22 # Okay thanks. I didn't get ida to load the .rock file properly.. None of the Arm-modes neither the metaPC worked 17.00.45 # <__builtin> discard the header portion 17.01.44 # <__builtin> what's left is just raw code 17.01.46 Join furrywolf [0] (~randyg@172.56.38.124) 17.08.30 *** Saving seen data "./dancer.seen" 17.12.06 Join cc___ [0] (~ac@2001:910:113f:1:6a05:caff:fe1c:1627) 17.22.06 Quit amiconn (Quit: No Ping reply in 64 seconds.) 17.23.19 Join amiconn [0] (~amiconn@rockbox/developer/amiconn) 17.26.57 Join johnb2 [0] (~johnb2@87.180.94.9) 17.29.23 Quit athidhep (Quit: athidhep) 17.41.35 Quit TheSeven (Remote host closed the connection) 17.59.39 Join rockboxN00b [0] (6dc998e6@gateway/web/freenode/ip.109.201.152.230) 18.01.25 Quit rockboxN00b (Client Quit) 18.01.26 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven) 18.02.13 Quit TheSeven (Remote host closed the connection) 18.06.02 Quit johnb2 (Ping timeout: 240 seconds) 18.08.04 Quit alucryd (Remote host closed the connection) 18.09.14 Join alucryd [0] (~quassel@archlinux/developer/alucryd) 18.09.35 Quit dys (Ping timeout: 260 seconds) 18.11.15 Join Bilgus [0] (~Bilgus@gateway/tor-sasl/bilgus) 18.12.40 Join dtmulc [0] (482b68d6@gateway/web/freenode/ip.72.43.104.214) 18.14.01 Quit Bilgus (Remote host closed the connection) 18.19.04 Join Bilgus [0] (~Bilgus@gateway/tor-sasl/bilgus) 18.21.23 Quit amiconn (Quit: No Ping reply in 64 seconds.) 18.21.26 Quit Bilgus (Client Quit) 18.21.47 Join Bilgus [0] (~Bilgus@gateway/tor-sasl/bilgus) 18.22.22 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven) 18.22.37 Join amiconn [0] (~amiconn@rockbox/developer/amiconn) 18.27.40 Quit Bilgus (Remote host closed the connection) 18.35.01 # pamaury: I didn't try yesterday but I just tried your latest version of the patch on A10 18.35.37 # and the sound is fine! 18.36.09 # lebellium: in normal mode or cuerev or acoustic or all ? 18.36.21 # without touching the debug menu for now 18.37.54 # do the changes in debug menu persist after reboot? 18.38.43 # because on A10 it's clearly quieter than on E580 18.40.09 Join Bilgus [0] (~Bilgus@gateway/tor-sasl/bilgus) 18.40.43 # On E580 I'm at 8dB (or whatever it is) and on A10 at 18dB for similar volume 18.41.07 # maybe I should also try the latest patch on E580 and a clean install again 18.42.16 # the only difference I know of is that in the test mode of E580, it has a bass boost by default 18.42.26 # A10 has no bass boost 18.43.52 # Since it's RaaA I assume the settings in the test mode also apply to Rockbox? 18.44.39 Quit Bilgus (Client Quit) 18.45.29 Join Bilgus [0] (~Bilgus@gateway/tor-sasl/bilgus) 18.47.09 Quit Bilgus (Client Quit) 18.48.41 # lebellium: changes do not persist over reboot 18.49.05 # lebellium: haha, so maybe bass boost is the culprit 18.49.18 # I can't say for sure but I would expect so 18.49.42 # the sound driver has a ioctl interface to control treble and bass boost, I will look into it 18.49.43 # in OF there is only a minor difference with and without the bass boost 18.49.46 # but I can try 18.50.08 # lebellium: do you remember if A10 also clips in normal mode ? 18.50.16 Join Bilgus [0] (~Bilgus@gateway/tor-sasl/bilgus) 18.50.22 # what do you mean? 18.50.26 # I just tried the normal mode 18.50.53 # or is normal mode acoustic=0 + cue=0? 18.52.39 Quit Bilgus (Client Quit) 18.53.08 # 0 + 0 also clips but much less than on E580 18.53.29 # I try with bass gain 0,0 instead of default 1,5 on E580 18.55.03 # no, doesn't help 18.56.27 # lebellium: normal is acoustic=0 + cue=0 18.56.35 # acoustic is acoustic=1 + cue=0 18.56.41 # cuerev is cue=0 18.56.44 # ok 18.56.50 # so normal mode is much better on A10 19.00.46 # but still clips ? 19.01.28 # lebellium: does test mode changes bass gain permanently though ? 19.02.20 # yes, Sony put 1,5 bass gain by default so that the E580 sounds "better" 19.02.33 # the A10 is in the audiophile range and doesn't need that 19.02.43 # it has a flat osund 19.02.48 # sound* 19.07.39 # by the way, I still get a panic when reaching volume 31 19.08.32 *** Saving seen data "./dancer.seen" 19.09.21 # on A10 ? 19.09.26 # yes 19.09.37 # but not on E580 ? 19.09.42 # volume 30 is OK. If you press once more the volume up button, panic 19.09.47 # * pamaury wonders how one can even listen to volume 30 19.09.59 # with a 250 Ohm BT990 :) 19.10.07 # it's easier to track clipping 19.10.15 # DT990* 19.11.07 # indeed, it doesn't occur on E580 19.11.19 # so back to the clipping comparison 19.11.47 # ah great, even more small differences betweem players 19.12.45 Join Bilgus [0] (~Bilgus@gateway/tor-sasl/bilgus) 19.14.22 Quit Bilgus (Client Quit) 19.14.44 Join Bilgus [0] (~Bilgus@gateway/tor-sasl/bilgus) 19.15.12 Quit Bilgus (Remote host closed the connection) 19.15.38 Quit dtmulc (Ping timeout: 260 seconds) 19.18.20 # so actually on A10 it seems that there is no clipping with the 3 modes 19.18.58 # I think the remaining light clipping comes from how the track itself is mixed and mastered 19.26.54 # comparing side by side, I think cue on A10 is very similar to A20 OF 19.26.58 Join johnb2 [0] (~johnb2@p57B45E09.dip0.t-ipconnect.de) 19.27.05 # in term of sound and volume range 19.33.13 Join Bilgus [0] (~Bilgus@gateway/tor-sasl/bilgus) 19.33.42 Quit Bilgus (Remote host closed the connection) 19.37.23 # no 19.37.31 # there is a 5 dB difference 19.38.02 # pamaury: so with the same destination code on A10 and A20 and normal mode, I have exactly the same volume 19.38.09 # so I assume normal mode is used in OF 19.41.50 # I'm now sure about that 19.42.49 # the sound is exactly the same 19.44.05 Join Bilgus [0] (~Bilgus@gateway/tor-sasl/bilgus) 19.44.16 Quit Bilgus (Remote host closed the connection) 19.46.51 # the A10 probably uses a different DAC from E580 though so it's hard to compare with E580 for example 19.47.14 # hard to compare 19.47.22 # but at least we have the right setting for one target 19.48.00 # the thing is that there are many more parameters that can be set, most of them not really documented 19.48.27 # it's possible that on the E580 the OF changes them but on A10 it uses the default ones 19.50.16 # how is the sound on E460? 19.50.52 # last time I tried it was like the E580, the normal mode clips a lot 19.50.59 # and acoustic is too loud 19.51.04 # haven't tried cuerev 19.54.29 Join krabador [0] (~krabador@unaffiliated/krabador) 19.56.41 Join Bilgus [0] (~Bilgus@gateway/tor-sasl/bilgus) 19.58.03 Quit Bilgus (Remote host closed the connection) 19.58.29 # pamaury: with the same destination code, same volume, no bass boost on E580, they sound the same to my ears 19.58.36 # but yes, the DAC may be different anyway 19.58.46 # I mean E580 and A10/A20 19.59.17 # you mean OF sound the same ? 19.59.21 # yes 19.59.30 # if you're under the same conditions 19.59.33 # it sounds the same 20.02.42 Join Bilgus [0] (~Bilgus@gateway/tor-sasl/bilgus) 20.03.08 Quit Bilgus (Remote host closed the connection) 20.08.31 Join Bilgus [0] (~Bilgus@gateway/tor-sasl/bilgus) 20.10.33 Quit Bilgus (Remote host closed the connection) 20.11.40 Join Bilgus [0] (~Bilgus@gateway/tor-sasl/bilgus) 20.11.56 Quit Bilgus (Remote host closed the connection) 20.12.30 Join Bilgus [0] (~Bilgus@gateway/tor-sasl/bilgus) 20.15.10 Quit Bilgus (Client Quit) 20.19.53 Join Bilgus [0] (~Bilgus@gateway/tor-sasl/bilgus) 20.20.26 Quit amiconn (Quit: No Ping reply in 64 seconds.) 20.20.42 Quit atsampson (Ping timeout: 240 seconds) 20.21.18 Join atsampson [0] (~ats@cartman.offog.org) 20.21.40 Join amiconn [0] (~amiconn@rockbox/developer/amiconn) 20.25.24 # wodz: lebellium: I had a quick look at the strace log but it's not very helpful. I cannot tell which alsa controls it is read/writing. I can see that it does a few ioctl to the sound driver directly but as far as I can tell, those only read data. There are a few more dsp ioctl that are called, but I cannot tell what it does, I'll look at the OF disasembly 20.30.23 # ok 20.33.30 Quit johnb2 (Ping timeout: 268 seconds) 20.40.23 # funny, building the database works but the counter doesn't increase, it stays on "building database... 0 found" during all the process 20.54.48 Join johnb2 [0] (~johnb2@p57B45E09.dip0.t-ipconnect.de) 21.02.42 Quit Alexeyan (Quit: Page closed) 21.08.35 *** Saving seen data "./dancer.seen" 21.08.47 Quit johnb2 (Ping timeout: 260 seconds) 21.25.52 # <__builtin> is there a reason why lcd_puts_scroll is limited to lines and not pixels? 21.28.07 Quit cc___ (Quit: WeeChat 1.6) 21.29.36 # <__builtin> I guess it kind of makes sense on charcell 21.31.16 Quit krabador (Quit: Leaving) 21.32.31 # pamaury: could you update your patch with normal sound for A10? 21.33.04 Quit amiconn (Quit: No Ping reply in 64 seconds.) 21.33.31 # lebellium: you mean normal sound by default ? 21.33.36 # yes 21.34.18 Join amiconn [0] (~amiconn@rockbox/developer/amiconn) 21.34.23 # then with a enhanced bootloader (power off possible), I would say the device is roughly usable! :) 21.35.36 # I haven't investigated power off yet 21.43.39 # lebellium: as I recall, we can run stuff on the A20 right ? So I could add support for it easily if you are interested 21.44.26 # pamaury: yes, you can add support for it. It's basically an A10 with NC so I don't expect much difference in Rockbox behaviour and issues 21.45.51 # I didn't ask before because that's my only recent Walkman left which I can turn on/off easily 21.46.15 # on my E580 and A10 it's a nightmare while waiting for your updated bootloader :P 22.21.48 Join JanC_ [0] (~janc@lugwv/member/JanC) 22.23.03 Nick JanC is now known as Guest71593 (~janc@lugwv/member/JanC) 22.23.03 Nick JanC_ is now known as JanC (~janc@lugwv/member/JanC) 22.23.53 Quit Guest71593 (Ping timeout: 268 seconds) 22.31.31 Join dys [0] (~dys@ip-109-40-2-250.web.vodafone.de) 23.06.44 Quit lebellium (Quit: ChatZilla 0.9.93 [Firefox 51.0.1/20170125094131]) 23.08.36 *** Saving seen data "./dancer.seen" 23.12.04 Quit paulk-collins (Quit: Leaving) 23.19.42 Join _mt_ [0] (~MT@2601:482:4402:7b60:8c7f:e2d6:7e64:d15a) 23.20.13 Join krabador [0] (~krabador@unaffiliated/krabador) 23.41.31 Quit skapazzo (Quit: leaving) 23.49.42 Nick zoid is now known as agsz (~zoid@unaffiliated/taxationistheft)