--- Log for 04.04.117 Server: karatkievich.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 13 hours and 6 minutes ago 00.00.15 Quit phoenix_ (Quit: Connection closed for inactivity) 00.08.57 Quit pamaury (Ping timeout: 240 seconds) 00.16.13 Quit munch (Excess Flood) 00.20.41 Part TheEaterOfSouls 00.21.37 Quit ender (Quit: printk("autofs: Out of inode numbers - what the heck did you do??\n"); — /usr/src/linux/fs/autofs/root.c) 00.22.48 Join munch [0] (~pls@gateway/shell/elitebnc/x-wfjxoatviprrigpw) 00.46.44 Quit andrewthecoder (Quit: ZNC 1.6.3+deb1+wheezy0 - http://znc.in) 00.54.05 *** Saving seen data "./dancer.seen" 00.58.18 Quit alexweissman (Remote host closed the connection) 00.58.57 Join alexweissman [0] (~alexweiss@c-68-51-123-75.hsd1.in.comcast.net) 01.02.20 Join _mt_ [0] (~MT@129.59.122.13) 01.04.20 Quit alexweissman (Remote host closed the connection) 01.39.18 Join alexweissman [0] (~alexweiss@149-160-141-16.dhcp-bl.indiana.edu) 01.41.26 Quit alexweissman (Read error: Connection reset by peer) 01.41.39 Join alexweissman [0] (~alexweiss@2001:18e8:2:28b6:3930:35dc:7e6c:77c8) 01.46.32 Quit MrZeus (Ping timeout: 264 seconds) 01.55.48 Join smoke_fumus [0] (~smoke_fum@dynamic-vpdn-46-53-165-217.telecom.by) 02.15.25 Quit _mt_ (Ping timeout: 240 seconds) 02.20.05 Quit Strife89 (Ping timeout: 260 seconds) 02.22.49 Join Strife89 [0] (~quassel@adsl-98-80-183-162.mcn.bellsouth.net) 02.30.06 Quit alexweissman (Remote host closed the connection) 02.48.04 Join _mt_ [0] (~MT@2601:482:4402:7b60:6dab:16bb:d473:8369) 02.53.44 Quit dys (Ping timeout: 264 seconds) 02.54.06 *** Saving seen data "./dancer.seen" 03.19.57 Join alexweissman [0] (~alexweiss@149-160-141-16.dhcp-bl.indiana.edu) 04.29.03 Join PurlingNayuki [0] (~Thunderbi@106.121.10.146) 04.54.08 *** No seen item changed, no save performed. 04.57.43 Quit kugel_ (Ping timeout: 246 seconds) 04.57.50 Join kugel [0] (~kugel@rockbox/developer/kugel) 04.58.25 Quit neutric (Ping timeout: 246 seconds) 04.58.28 Join neutric_ [0] (~ah@unaffiliated/neutric) 04.58.30 Nick neutric_ is now known as neutric (~ah@unaffiliated/neutric) 05.01.24 Quit x56 (Quit: Ծ-Ծ) 05.10.36 Quit munch (Quit: Let's blast this shit and get naked) 05.12.31 Quit alexweissman (Remote host closed the connection) 05.16.30 Join dys [0] (~dys@ip-109-40-3-167.web.vodafone.de) 05.33.51 Join alexweissman [0] (~alexweiss@149-160-141-16.dhcp-bl.indiana.edu) 05.57.41 Quit PurlingNayuki (Ping timeout: 260 seconds) 05.59.58 Quit alexweissman (Remote host closed the connection) 06.39.20 Quit [7] (Ping timeout: 258 seconds) 06.39.37 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven) 06.54.12 *** Saving seen data "./dancer.seen" 06.57.56 Join shai [0] (~Shai@l192-117-110-233.cable.actcom.net.il) 06.58.37 Quit shai (Read error: Connection reset by peer) 07.05.03 Join smoke_f3 [0] (~smoke_fum@dynamic-vpdn-46-53-165-217.telecom.by) 07.05.08 Join _jhMikeS_ [0] (~jethead71@d192-24-173-177.try.wideopenwest.com) 07.05.08 Quit jhMikeS (Disconnected by services) 07.05.09 Nick _jhMikeS_ is now known as jhMikeS (~jethead71@d192-24-173-177.try.wideopenwest.com) 07.05.12 Join MrZeus_ [0] (~MrZeus@81.144.218.162) 07.06.21 Join alexweissman [0] (~alexweiss@c-68-51-123-75.hsd1.in.comcast.net) 07.08.31 Join foo|sh [0] (~starchase@162-204-199-234.lightspeed.sbndin.sbcglobal.net) 07.13.08 Join zoktar_ [0] (~zoktar@78-72-39-137-no186.tbcn.telia.com) 07.13.08 Quit zoktar_ (Changing host) 07.13.08 Join zoktar_ [0] (~zoktar@unaffiliated/zoktar) 07.13.29 Join Jack87|Away [0] (Jack87@nasadmin/admin/jack87) 07.14.19 Quit smoke_fumus (*.net *.split) 07.14.20 Quit michaelni (*.net *.split) 07.14.20 Quit foolsh (*.net *.split) 07.14.20 Quit Horrorcat (*.net *.split) 07.14.20 Quit MrZeus__ (*.net *.split) 07.14.20 Quit zoktar (*.net *.split) 07.14.21 Quit Jack87 (*.net *.split) 07.14.21 Quit quaz0r (*.net *.split) 07.14.21 Quit Slasheri (*.net *.split) 07.14.21 Nick Jack87|Away is now known as Jack87 (Jack87@nasadmin/admin/jack87) 07.14.28 Nick zoktar_ is now known as zoktar (~zoktar@unaffiliated/zoktar) 07.19.58 Join Slasheri [0] (~miipekk@xen.ihme.org) 07.19.58 Quit Slasheri (Changing host) 07.19.58 Join Slasheri [0] (~miipekk@rockbox/developer/Slasheri) 07.20.37 Join michaelni [0] (~michael@213-47-41-20.cable.dynamic.surfer.at) 07.21.03 Join quaz0r [0] (quaz@c-67-183-243-24.hsd1.wa.comcast.net) 07.24.22 Quit _mt_ (Ping timeout: 264 seconds) 07.43.06 Quit Jinx (Read error: Connection reset by peer) 07.47.16 Join madgoat [0] (~gk.1wm.su@2a03:4a80:2:2d4:2d4:70be:ad65:fbbb) 07.47.22 Part madgoat 08.18.34 Join wodz [0] (~wodz@iwl138.internetdsl.tpnet.pl) 08.19.04 Join ender [0] (krneki@foo.eternallybored.org) 08.22.28 Quit michaelni (Ping timeout: 240 seconds) 08.34.52 Join michaelni [0] (~michael@213-47-41-20.cable.dynamic.surfer.at) 08.41.35 Quit jhMikeS (Ping timeout: 240 seconds) 08.54.14 *** Saving seen data "./dancer.seen" 08.59.04 Part megal0maniac 08.59.14 Join pamaury [0] (~pamaury@rockbox/developer/pamaury) 09.03.34 Join Horrorcat [0] (129994c4c6@2a01:4f8:171:1d56:1010:1010:3432:26) 09.03.34 Quit Horrorcat (Changing host) 09.03.34 Join Horrorcat [0] (129994c4c6@unaffiliated/horrorcat) 09.06.52 Join munch [0] (~pls@gateway/shell/elitebnc/x-lzwnmcluqsggfcog) 09.07.10 Join petur [0] (~petur@dD5E0153A.access.telenet.be) 09.07.10 Quit petur (Changing host) 09.07.10 Join petur [0] (~petur@rockbox/developer/petur) 09.23.31 Join ZincAlloy [0] (~Adium@2a02:8108:8b80:1700:dca3:52e6:e88b:2cd) 09.41.47 Join ben2 [0] (ben@pearl.meh.net.nz) 09.42.24 Quit mercutio (Read error: No route to host) 09.45.19 Join elensil [0] (~edhelas@2001:1c02:1903:d800:3c1b:179c:e7bf:24c5) 09.47.28 Quit pamaury (Ping timeout: 240 seconds) 09.53.32 Quit ZincAlloy (Quit: Leaving.) 10.10.12 Join jhMikeS [0] (~jethead71@d192-24-173-177.try.wideopenwest.com) 10.15.17 Quit elensil (Quit: Leaving.) 10.15.36 Join elensil [0] (~edhelas@2001:1c02:1903:d800:3c1b:179c:e7bf:24c5) 10.23.33 Join pamaury [0] (~pamaury@rockbox/developer/pamaury) 10.29.13 Quit Moarc (Quit: i znowu NADMUCHAŁ BALONA) 10.36.26 Join Moarc [0] (~chujko@a105.net128.okay.pl) 10.49.35 # pamaury: Where from is this 8bit shifting in sony pcm? 10.54.16 *** Saving seen data "./dancer.seen" 10.56.08 Quit prof_wolfff (Ping timeout: 260 seconds) 11.00.31 Quit pixelma (Quit: No Ping reply in 120 seconds.) 11.01.43 Join pixelma [0] (~pixelma@rockbox/staff/pixelma) 11.07.10 Join ZincAlloy [0] (~Adium@2a02:8108:8b80:1700:7972:36e5:6e1b:49e8) 11.21.51 Quit Moarc (Quit: i znowu NADMUCHAŁ BALONA) 11.28.05 Join Moarc [0] (~chujko@a105.net128.okay.pl) 12.07.55 Join xorly [0] (~xorly@ip-86-49-24-93.net.upcbroadband.cz) 12.22.28 Quit MrZeus_ (Ping timeout: 240 seconds) 12.28.22 Join MrZeus [0] (~MrZeus@81.144.218.162) 12.31.50 Join MrZeus_ [0] (~MrZeus@81.144.218.162) 12.34.31 Quit ZincAlloy (Quit: Leaving.) 12.34.39 Part robertd1 12.35.04 Quit MrZeus (Ping timeout: 260 seconds) 12.36.38 Join PurlingNayuki [0] (~Thunderbi@114.255.40.60) 12.54.18 *** Saving seen data "./dancer.seen" 12.56.58 Join prof_wolfff [0] (~prof_wolf@62.83.49.172.dyn.user.ono.com) 13.04.16 # wodz: trial and error 13.06.20 # if you don't shift the level will be too low, since a 16-bit pcm is at most 2^16, so that mean your pcm sample would be only up to 2^16 when the maximum range is 2^32 13.06.37 Nick ben2 is now known as mercutio (ben@pearl.meh.net.nz) 13.06.53 # so essentially you have a maximum volume of 2^(-16) compared to theoretical maximum, that's around -55dB 13.07.21 # if you shift by 8bit, you now only maximum volume of 2^(-8) which is 25dB 13.07.28 # -25dB 13.07.56 # and then you use the DAC/HP volume to compensante and that gives you a reasonable volume range 13.08.18 # of course one could adjust this shifting to produce a larger volume range in theory 13.08.55 Join robertd1 [0] (~root@201.242.174.75) 13.13.14 # pamaury: But isn't it that 16bit signed should be scaled to cover 32bit signed? 13.14.29 # Hi pamaury, just saw your message. 13.23.38 # wodz: I think that would be incorrect 13.24.37 # my understanding of a pcm sample is that it is essentially a fixed point integer between 0 and 1 13.24.48 # thus switching from 16-bit to 32-bit gives you more precision 13.25.16 # thus if you take a 16-bit sample, shift it by 16-bit and feed it as a 32-bit sample then it produces the same output 13.27.03 # exactly 13.27.33 # so in this case scaling by 8bits (256) is incorrect 13.28.39 # but if I shift by 16-bit, it will be too loud 13.29.09 # because Sony's HP volume starts quite high already 13.29.13 Quit Bilgus (Remote host closed the connection) 13.30.18 # by shifting by 8-bit instead of 16-bit, I am essentially applying a -25dB pre-amplification 13.32.17 Join Bilgus [0] (~Bilgus@gateway/tor-sasl/bilgus) 13.33.23 Quit xorly (Ping timeout: 260 seconds) 13.35.48 # pamaury: Ok, I understand now but it seems odd you cannot use full pcm swing 13.36.37 # Maybe they use 24bit representation internally? That would match your observations. 13.37.02 # wodz: you cannot magically turn 16-bit into 24-bit 13.37.25 # I guess internally they use 24-bit but I can't be sure 13.37.46 # possibly we need to experiment with this, see if the sound is indeed correct with this mecanism 13.38.20 # I mean if they internally use 24bit than they could compensate this at HP/DAC stage 13.40.11 # I couldn't find why Sony's code is doing to PCM, it's too complicated. But clearly we *have* to send 32-bit samples, at least on E580. 13.42.22 # I think we can live with that as long as it produces reasonable sound at output 13.43.30 # yeah, I suggest several people listen to it and say that they think 13.43.47 # maybe saratoga can tell us what is the proper way in theory 13.43.48 # There is a note in the specs of the Walkmans stating that the sampling frequency may not correspond to all encoders 13.44.13 # thats irrelevant 13.45.37 Join xorly [0] (~xorly@ip-86-49-24-93.net.upcbroadband.cz) 13.45.48 # the thing is, I have two theories about why 32-bit sample are necessary: 13.45.48 # 1) they screwed up the driver and the code is broken for 16-bit sample 13.45.48 # 2) they set the DAC/HP volume chain very high so that if so do 16-bit sample, they get converted to 32-bit by shifting 16-bit and it clips 13.46.25 # Explanation #2 would match the observation: when we send 16-bit it looks like it clips, but if we send 32-bit by reducing volume of PCM, we get correct sound 13.53.06 # pamaury: It is also possibility that builtin DSP is used for something and uses 24bit representation. So instead of properly scaling they simpy extend it to 32bit and compensate in HP stage 13.54.19 # anything is possible. I don't know if they use the DSP in the SoC for anything, I don't know what is the miniDSP program running on the codec, I don't know what magic the codec driver may be doing 13.55.10 Quit smoke_f3 (Quit: KVIrc 4.2.0 Equilibrium http://www.kvirc.net/) 14.22.26 Quit PurlingNayuki (Ping timeout: 240 seconds) 14.35.41 # pamaury: tried installing bootloader on X1000, nothing happened ("showed "upgraing firmware" for a few seconds, then booted back to OF) 14.35.57 # no logs on the user partition :/ 14.54.22 *** Saving seen data "./dancer.seen" 15.00.49 # tried using dump_rootfs script, also nothing... 15.02.15 Join p3tur [0] (~petur@dD5E0153A.access.telenet.be) 15.02.15 Quit p3tur (Changing host) 15.02.15 Join p3tur [0] (~petur@rockbox/developer/petur) 15.02.43 Quit petur (Disconnected by services) 15.02.48 Nick p3tur is now known as petur (~petur@rockbox/developer/petur) 15.08.10 # igorsk: maybe those old generation work differently 15.08.18 # I didn't have a look at them 15.08.29 # the installer usually leaves a log though 15.10.04 # igorsk: are you sure there is no install_dualboot_log.txt file on the user partition ? 15.10.36 # maybe the partitions are mounted at different places 15.11.01 # pretty sure... 15.11.51 # the official firmware update uses /contents/$_UPDATE_FN_.UPG so should work normally... 15.12.54 # ah, I think I know 15.12.58 # no lcdmsg binary 15.14.08 # let me try moving logging to front 15.17.47 # oh wait there is lcdmsg on the fwup ramdisk... not sure then 15.19.30 # btw you mentioned something about passwords. you have an idea what it could be? 15.21.58 Quit wodz (Ping timeout: 240 seconds) 15.29.33 # meh, now it's stuck in the update mode... I hope I didn't brick it 15.31.20 # ok, booted back to OF after reset... let's see 15.31.50 # still nothing on user partition 15.38.24 # igorsk: the thing is that the user partition is mounted read-only on firmware upgrade, so the first thing my upgrade script does is to remount it read-write 15.38.29 # apparently this is not working in your case 15.39.32 # oh 15.39.34 # igorsk: can you write down everything the install script prints on the screen? 15.40.10 # it should print Contents partition: 15.40.27 # I didn't see even that 15.41.08 # really ? So what did it print? 15.43.34 # just the standard "performing firmware update; do not disconnect etc." 15.43.41 # then rebooted 15.43.49 # igorsk: maybe it's a font problem 15.44.00 # hm 15.44.06 # on devices from E460, I specify the font as 15.44.06 # lcdmsg -c -f /usr/local/bin/font_08x12.bmp 15.44.14 # ah 15.44.30 # but maybe the fonts are in a different place or the lcdmsg binary works differently on older players 15.45.09 # the thing is that we do not have the fwup initrd 15.45.13 # for this device 15.51.32 # let me have a look at the rootfs for this device, see if I can find something interesting 15.52.20 # ok lcdmsdg worked without extra options 15.52.33 # haha, that's annoyin 15.52.38 # ERROR:remount failed 15.53.18 # what was the partition? 15.53.33 # it should be printed after Contents partition: 15.53.35 # it was too quick 15.54.01 # there is a 3 second daily before it restarts, that should be enough if you retry and know what to look for 15.54.47 # *delay 15.55.42 # hm, shot a slow-mo video with my iphone, the error seems to appear immediately 15.56.33 # strange, the sleep 3 is not taken into account then 15.58.24 # added sleep 10, now I can see the messages 16.00.48 # looks like $CONTENTS_PART is empty 16.01.32 # igorsk: for debug purposes, what you can do is edit install_script.sh and do the following: 16.01.32 # lcdmsg -l 0,0 `mount` 16.01.32 # sleep 10 16.01.32 DBUG Enqueued KICK pamaury 16.01.32 # exit 16.01.37 # by the way, VERY IMPORTANT 16.01.49 # do not mess with the nvpflag fup 0xFFFFFFFF at the top 16.01.56 # always do things AFTER this line 16.02.01 # yeah, not touching it 16.02.16 # maybe triple sure you script don't have a bad syntax (ie check syntax with bash in posix mode before running) 16.06.25 # grepped line: DEV MTDBLOCK 2 ON CONTENTS TYPE VFAT RO,NOATIME, FMASK 0022 SHORTNAME WINNT 16.07.13 # (i think it has no bitmap for /) 16.10.04 # well then remount should work, logically 16.12.11 # mising awk? 16.12.18 # *missing 16.13.47 # maybe, this device is running an ancient version of everything 16.14.00 # which is why I didn't plan on supporting it 16.14.54 # I suggest you 16.14.54 # lcdmsg -l 0,0 `mount | grep contents` 16.14.54 # see if the output is correct, if so then it's a problem with busybox's awk 16.53.09 Quit vflyson (Ping timeout: 264 seconds) 16.53.17 Join vflyson [0] (~vflyson@cupcake.uberspace.net) 16.54.24 *** Saving seen data "./dancer.seen" 17.09.17 Quit igorsk () 17.20.21 Join JanC_ [0] (~janc@lugwv/member/JanC) 17.21.38 Nick JanC is now known as Guest85044 (~janc@lugwv/member/JanC) 17.21.38 Quit Guest85044 (Killed (verne.freenode.net (Nickname regained by services))) 17.21.38 Nick JanC_ is now known as JanC (~janc@lugwv/member/JanC) 17.24.15 Quit ender (Ping timeout: 260 seconds) 17.29.01 Join ender [0] (krneki@foo.eternallybored.org) 17.39.08 Join PurlingNayuki [0] (~Thunderbi@106.121.10.146) 17.47.17 Join lebellium [0] (~chatzilla@89-93-177-91.hfc.dyn.abo.bbox.fr) 17.56.03 Quit petur (Quit: Connection reset by beer) 17.56.25 Quit elensil (Quit: Leaving.) 17.58.28 # Im trying to compile mknwzboot but i encountered an error gcc: error: directory-170404": No such file or directory 18.14.53 Quit PurlingNayuki (Remote host closed the connection) 18.15.13 Join PurlingNayuki [0] (~Thunderbi@106.121.10.146) 18.15.14 Join ZincAlloy [0] (~Adium@2a02:8108:8b80:1700:1172:4a7a:23f0:bb07) 18.54.26 *** Saving seen data "./dancer.seen" 19.08.20 Join MrZeus [0] (~MrZeus@2a02:c7f:7066:fb00:8cc5:905d:e954:b244) 19.32.35 Quit PurlingNayuki (Ping timeout: 260 seconds) 19.37.26 Quit pamaury (Ping timeout: 240 seconds) 20.09.55 Quit robertd1 (Quit: Leaving.) 20.10.09 Join robertd1 [0] (~root@201.242.174.75) 20.12.15 Join pamaury [0] (~pamaury@rockbox/developer/pamaury) 20.12.44 # robertd1: that's a strange, error could tell us more what exactly you run and all the error essage, your build environment, etc 20.13.17 # pamaury: congrats for sound on E580, max volume is very low though. On A10 with latest patch 32: *panic* NWZ_AUDIO_GET_ALC_DATA_EX 20.15.25 # arg, the various differences between devices is going to kill me. As I exlained on the channel, there is an issue about to scale the volume to get it right. I haven't done many tests so far. On my E580, max volume is very high very my headphones 20.15.56 # That's why I'm here to test all players :D 20.17.43 # part of the problem I an afraid is that 30 volume steps is few. I think we might want to either introduce more steps using DAC volume + sample rescaling, or a setting to change sample rescaling (some kind of "high gain" on/off setting) 20.17.47 # volume 0dB on E580 is like -35dB on Clip+ 20.19.26 # volume steps shouldn't make a difference for max volume, only for steps between min and max volume 20.20.10 # you can achieve the same max volume with 30 or 100 steps 20.21.16 # except we don't control Sony's step, they have no relation to dB or anything 20.21.32 # pamaury i was following the instructions for the bootloader build for for the nWZA10, everything went well until the compile mknwzboot 20.21.54 # robertd1: I have a prebuilt bootloader for A10 if you want 20.22.28 # thank you lebellium I appreciate it. 20.22.43 # https://drive.google.com/file/d/0B7z2DypmySvnN1AzM21jOG9XNTg/view?usp=sharing 20.22.57 # also 30 steps is few. Imagine each step is 1dB, that's 30dB range, that's very little if you want to handle both very sensitive and no sensitive headphones 20.23.24 # Thank you ! 20.23.40 # pamaury: I agree that 30 steps is too few. But I thought it would be another problem as max volume 20.23.49 # robertd1: this error is weird, it would be useful to understand the problem 20.24.01 # lebellium: not sure what you mean 20.24.22 # now im recompiling the toolchain, be right back 20.25.18 # pamaury: that volume steps shouldn't make a difference for max volume. Logically these are 2 different problems. But you already replied that you don't control steps 20.27.00 # I don't control the DAC volume, it's given by sony. What I control is essentially how much of software pre-amplification I can do. Currently I am more or less do -25dB in software + Sony's volume 20.29.46 # so it's the same DAC volume in OF? Would that mean that Sony is more agressive on pre-amplification since min and max volumes are much higher in OF with still 30 steps 20.29.48 # ? 20.30.09 # yes, and yes I guess 20.30.54 # I find Sony's player have a general high volume 20.30.58 # generally 20.31.13 # (with OF) 20.32.12 # it's funny because usually people complain that max volume is not high on Sony players, especially with capped volume :) 20.32.39 # yeah but that's because people have not very sensitive headphones 20.32.49 # yep 20.35.17 # that's why you set the general volume very low so that the 1st steps are low enough for your sensitive earphones, thank you :P 20.35.26 Join krabador [0] (~krabador@unaffiliated/krabador) 20.35.46 # I am the port developer :-p 20.41.16 # what I would like to do is mix pre-amplification and DAC volume to have a larger volume range 20.41.31 # but it's tricky to do so if we don't know Sony's volume in dB 20.42.06 # I can try to estimate dB of each of the 30 steps based on another target 20.42.13 # but I'm not sure it's a good idea 20.44.03 # it's only going to work for this target for HP with/without volume cap, we need something better 20.44.24 # Sony's driver has some function (NWZ_AUDIO_GET_ALC_DATA_EX) to *I think* get the volume curve 20.44.35 # but I can't make sense of the values, they must encoded in some way 20.46.49 # This function is my *panic* on A10 :P 20.48.47 # I know, but probably I something wrong or they changed the ioctl number, I mean Sony 20.54.27 *** Saving seen data "./dancer.seen" 20.56.21 Quit robertd1 (Read error: Connection reset by peer) 20.56.45 Join robertd1 [0] (~root@201.242.174.75) 21.01.19 Join TheLemonMan [0] (~root@irssi/staff/TheLemonMan) 21.21.52 Join petur [0] (~petur@78-23-23-252.access.telenet.be) 21.21.52 Quit petur (Changing host) 21.21.52 Join petur [0] (~petur@rockbox/developer/petur) 21.24.47 Join johnb2 [0] (~johnb2@p5DC882F4.dip0.t-ipconnect.de) 21.28.19 Quit igitoor (Ping timeout: 256 seconds) 21.33.46 Join igitoor [0] (igitur@2a00:d880:3:1::c1ca:a648) 21.36.04 Quit krabador (Remote host closed the connection) 21.38.43 Quit johnb2 (Ping timeout: 260 seconds) 21.41.29 Join paulk-elm [0] (~user@37.170.224.151) 21.45.29 Quit igitoor (Changing host) 21.45.29 Join igitoor [0] (igitur@unaffiliated/contempt) 22.04.01 Quit dys (Ping timeout: 256 seconds) 22.07.42 # pamaury: also a strange bug I never saw on another target before, when you initialize the database, it remains stucked on "building database...0 found", the counter doesn't increase although it is actually really building it and display "please reboot to enable" if you wait 22.08.42 # it's probably due to it being to stupid to realize the filesystem has some loops 22.09.15 # it should start scanning in /contents/ instead of / 22.23.40 # damn, Sony only uses completely undocument codecs, cs47L01, CXD3774GF, seriouly no google hit 22.26.39 Quit jhMikeS (Ping timeout: 246 seconds) 22.38.01 # pamaury: you can select directories to scan. I selected /contents/ but the counter is still displaying "0 found" 22.38.18 # building is faster though 22.38.20 # I don't know then. Does it ever finish ? 22.38.31 # yes it works properly 22.38.32 # so it's only a display problem then ? 22.38.43 # only "X found" doesn't work so you don't know exactly what's going on 22.39.05 # maybe it's related to jhMikes recent changes to database? 22.39.20 # I suggest you try on another player (non-NWZ) with current dev build 22.39.46 # I already had the issue with earlier NWZ builds so i'm not sure it's related but I can check 22.44.22 # it would useful to know if it's specific to NWZ or not. I don't really see why it would be related NWZ. Or maybe it's a problem with hosted 22.44.44 # looking at Sony's driver sound curve on the E580, I think it has 1.5dB per step at the beginning of the curve but then it maybe be 1dB or even 0.5dB but I'm not sure 22.44.58 # I'm going to try on YH-820 but I can check on YP-R0 too 22.46.53 Quit Bilgus (Remote host closed the connection) 22.47.56 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 22.54.25 # YH-820: there is a message "building.... xxxx" then "commiting database X/9" on top of "building database ... 0 found" (weird...) while on hosted like YP-R0 and NWZ you only have the message "0 found" in background, no message displayed on top 22.54.28 *** Saving seen data "./dancer.seen" 22.56.42 Quit TheLemonMan (Quit: "It's now safe to turn off your computer.") 22.58.02 Join Bilgus [0] (~Bilgus@gateway/tor-sasl/bilgus) 22.59.00 # message on top of the same message seems to be the the normal behavior even on old builds 22.59.11 # while hosted targets don't handle it, I don't know 23.00.03 Join paulk-elm_ [0] (~user@37.171.66.223) 23.02.34 Quit paulk-elm (Ping timeout: 240 seconds) 23.10.01 Quit paulk-elm_ (Quit: Leaving) 23.29.28 Quit lebellium (Quit: ChatZilla 0.9.93 [Firefox 52.0.2/20170323105023])