Previous day | Jump to hour: 01 02 03 04 05 06 07 08 09 10 11 12 13 14 15 16 17 18 19 20 21 22 23 | Next day

Seconds: Show Hide | Joins: Show Hide | View raw
Font: Serif Sans-Serif Monospace | Size: Small Medium Large

Click in the nick column to highlight everything a person has said.
The Logo icon identifies that the person is a core developer (has commit access).

#rockbox log for 2017-04-04

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:00
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:00
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:00
03:19:57 Join alexweissman [0] (~alexweiss@149-160-141-16.dhcp-bl.indiana.edu)
04:00
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:00
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:00
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:00
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:00
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:00
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:00
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:35wodzpamaury: 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
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:00
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:00
13:04:16pamaurywodz: trial and error
13:06:20pamauryif 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:53pamauryso essentially you have a maximum volume of 2^(-16) compared to theoretical maximum, that's around -55dB
13:07:21pamauryif you shift by 8bit, you now only maximum volume of 2^(-8) which is 25dB
13:07:28pamaury-25dB
13:07:56pamauryand then you use the DAC/HP volume to compensante and that gives you a reasonable volume range
13:08:18pamauryof 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:14wodzpamaury: But isn't it that 16bit signed should be scaled to cover 32bit signed?
13:14:29robertd1Hi pamaury, just saw your message.
13:23:38pamaurywodz: I think that would be incorrect
13:24:37pamaurymy understanding of a pcm sample is that it is essentially a fixed point integer between 0 and 1
13:24:48pamaurythus switching from 16-bit to 32-bit gives you more precision
13:25:16pamaurythus 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:03wodzexactly
13:27:33wodzso in this case scaling by 8bits (256) is incorrect
13:28:39pamaurybut if I shift by 16-bit, it will be too loud
13:29:09pamaurybecause Sony's HP volume starts quite high already
13:29:13 Quit Bilgus (Remote host closed the connection)
13:30:18pamauryby 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:48wodzpamaury: Ok, I understand now but it seems odd you cannot use full pcm swing
13:36:37wodzMaybe they use 24bit representation internally? That would match your observations.
13:37:02pamaurywodz: you cannot magically turn 16-bit into 24-bit
13:37:25pamauryI guess internally they use 24-bit but I can't be sure
13:37:46pamaurypossibly we need to experiment with this, see if the sound is indeed correct with this mecanism
13:38:20wodzI mean if they internally use 24bit than they could compensate this at HP/DAC stage
13:40:11pamauryI 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:22wodzI think we can live with that as long as it produces reasonable sound at output
13:43:30pamauryyeah, I suggest several people listen to it and say that they think
13:43:47pamaurymaybe saratoga can tell us what is the proper way in theory
13:43:48robertd1There is a note in the specs of the Walkmans stating that the sampling frequency may not correspond to all encoders
13:44:13wodzthats irrelevant
13:45:37 Join xorly [0] (~xorly@ip-86-49-24-93.net.upcbroadband.cz)
13:45:48pamaurythe thing is, I have two theories about why 32-bit sample are necessary:
13:45:48pamaury1) they screwed up the driver and the code is broken for 16-bit sample
13:45:48pamaury2) 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:25pamauryExplanation #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:06wodzpamaury: 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:19pamauryanything 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:00
14:22:26 Quit PurlingNayuki (Ping timeout: 240 seconds)
14:35:41igorskpamaury: tried installing bootloader on X1000, nothing happened ("showed "upgraing firmware" for a few seconds, then booted back to OF)
14:35:57igorskno logs on the user partition :/
14:54:22***Saving seen data "./dancer.seen"
15:00
15:00:49igorsktried 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:10pamauryigorsk: maybe those old generation work differently
15:08:18pamauryI didn't have a look at them
15:08:29pamaurythe installer usually leaves a log though
15:10:04pamauryigorsk: are you sure there is no install_dualboot_log.txt file on the user partition ?
15:10:36pamaurymaybe the partitions are mounted at different places
15:11:01igorskpretty sure...
15:11:51igorskthe official firmware update uses /contents/$_UPDATE_FN_.UPG so should work normally...
15:12:54igorskah, I think I know
15:12:58igorskno lcdmsg binary
15:14:08igorsklet me try moving logging to front
15:17:47igorskoh wait there is lcdmsg on the fwup ramdisk... not sure then
15:19:30igorskbtw you mentioned something about passwords. you have an idea what it could be?
15:21:58 Quit wodz (Ping timeout: 240 seconds)
15:29:33igorskmeh, now it's stuck in the update mode... I hope I didn't brick it
15:31:20igorskok, booted back to OF after reset... let's see
15:31:50igorskstill nothing on user partition
15:38:24pamauryigorsk: 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:29pamauryapparently this is not working in your case
15:39:32igorskoh
15:39:34pamauryigorsk: can you write down everything the install script prints on the screen?
15:40:10pamauryit should print Contents partition: <device corresponding to /contents/>
15:40:27igorskI didn't see even that
15:41:08pamauryreally ? So what did it print?
15:43:34igorskjust the standard "performing firmware update; do not disconnect etc."
15:43:41igorskthen rebooted
15:43:49pamauryigorsk: maybe it's a font problem
15:44:00igorskhm
15:44:06pamauryon devices from E460, I specify the font as
15:44:06pamaurylcdmsg -c -f /usr/local/bin/font_08x12.bmp
15:44:14igorskah
15:44:30pamaurybut maybe the fonts are in a different place or the lcdmsg binary works differently on older players
15:45:09pamaurythe thing is that we do not have the fwup initrd
15:45:13pamauryfor this device
15:51:32pamaurylet me have a look at the rootfs for this device, see if I can find something interesting
15:52:20igorskok lcdmsdg worked without extra options
15:52:33pamauryhaha, that's annoyin
15:52:38igorskERROR:remount failed
15:53:18pamaurywhat was the partition?
15:53:33pamauryit should be printed after Contents partition:
15:53:35igorskit was too quick
15:54:01pamaurythere is a 3 second daily before it restarts, that should be enough if you retry and know what to look for
15:54:47pamaury*delay
15:55:42igorskhm, shot a slow-mo video with my iphone, the error seems to appear immediately
15:56:33pamaurystrange, the sleep 3 is not taken into account then
15:58:24igorskadded sleep 10, now I can see the messages
16:00
16:00:48igorsklooks like $CONTENTS_PART is empty
16:01:32pamauryigorsk: for debug purposes, what you can do is edit install_script.sh and do the following:
16:01:32pamaurylcdmsg -l 0,0 `mount`
16:01:32pamaurysleep 10
16:01:32DBUGEnqueued KICK pamaury
16:01:32pamauryexit
16:01:37pamauryby the way, VERY IMPORTANT
16:01:49pamaurydo not mess with the nvpflag fup 0xFFFFFFFF at the top
16:01:56pamauryalways do things AFTER this line
16:02:01igorskyeah, not touching it
16:02:16pamaurymaybe triple sure you script don't have a bad syntax (ie check syntax with bash in posix mode before running)
16:06:25igorskgrepped line: DEV MTDBLOCK 2 ON CONTENTS TYPE VFAT RO,NOATIME, FMASK 0022 SHORTNAME WINNT
16:07:13igorsk(i think it has no bitmap for /)
16:10:04pamaurywell then remount should work, logically
16:12:11igorskmising awk?
16:12:18igorsk*missing
16:13:47pamaurymaybe, this device is running an ancient version of everything
16:14:00pamaurywhich is why I didn't plan on supporting it
16:14:54pamauryI suggest you
16:14:54pamaurylcdmsg -l 0,0 `mount | grep contents`
16:14:54pamaurysee 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:00
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:28robertd1Im trying to compile mknwzboot but i encountered an error gcc: error: directory-170404": No such file or directory
18:00
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:00
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:00
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:44pamauryrobertd1: that's a strange, error could tell us more what exactly you run and all the error essage, your build environment, etc
20:13:17lebelliumpamaury: 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:25pamauryarg, 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:56lebelliumThat's why I'm here to test all players :D
20:17:43pamaurypart 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:47lebelliumvolume 0dB on E580 is like -35dB on Clip+
20:19:26lebelliumvolume steps shouldn't make a difference for max volume, only for steps between min and max volume
20:20:10lebelliumyou can achieve the same max volume with 30 or 100 steps
20:21:16pamauryexcept we don't control Sony's step, they have no relation to dB or anything
20:21:32robertd1pamaury i was following the instructions for the bootloader build for for the nWZA10, everything went well until the compile mknwzboot
20:21:54lebelliumrobertd1: I have a prebuilt bootloader for A10 if you want
20:22:28robertd1thank you lebellium I appreciate it.
20:22:43lebelliumhttps://drive.google.com/file/d/0B7z2DypmySvnN1AzM21jOG9XNTg/view?usp=sharing
20:22:57pamauryalso 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:24robertd1Thank you !
20:23:40lebelliumpamaury: I agree that 30 steps is too few. But I thought it would be another problem as max volume
20:23:49pamauryrobertd1: this error is weird, it would be useful to understand the problem
20:24:01pamaurylebellium: not sure what you mean
20:24:22robertd1now im recompiling the toolchain, be right back
20:25:18lebelliumpamaury: 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:00pamauryI 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:46lebelliumso 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:48lebellium?
20:30:09pamauryyes, and yes I guess
20:30:54pamauryI find Sony's player have a general high volume
20:30:58pamaurygenerally
20:31:13pamaury(with OF)
20:32:12lebelliumit's funny because usually people complain that max volume is not high on Sony players, especially with capped volume :)
20:32:39pamauryyeah but that's because people have not very sensitive headphones
20:32:49lebelliumyep
20:35:17lebelliumthat'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:46pamauryI am the port developer :-p
20:41:16pamaurywhat I would like to do is mix pre-amplification and DAC volume to have a larger volume range
20:41:31pamaurybut it's tricky to do so if we don't know Sony's volume in dB
20:42:06lebelliumI can try to estimate dB of each of the 30 steps based on another target
20:42:13lebelliumbut I'm not sure it's a good idea
20:44:03pamauryit's only going to work for this target for HP with/without volume cap, we need something better
20:44:24pamaurySony's driver has some function (NWZ_AUDIO_GET_ALC_DATA_EX) to *I think* get the volume curve
20:44:35pamaurybut I can't make sense of the values, they must encoded in some way
20:46:49lebelliumThis function is my *panic* on A10 :P
20:48:47pamauryI 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:00
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:00
22:04:01 Quit dys (Ping timeout: 256 seconds)
22:07:42lebelliumpamaury: 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:42pamauryit's probably due to it being to stupid to realize the filesystem has some loops
22:09:15pamauryit should start scanning in /contents/ instead of /
22:23:40pamaurydamn, Sony only uses completely undocument codecs, cs47L01, CXD3774GF, seriouly no google hit
22:26:39 Quit jhMikeS (Ping timeout: 246 seconds)
22:38:01lebelliumpamaury: you can select directories to scan. I selected /contents/ but the counter is still displaying "0 found"
22:38:18lebelliumbuilding is faster though
22:38:20pamauryI don't know then. Does it ever finish ?
22:38:31lebelliumyes it works properly
22:38:32pamauryso it's only a display problem then ?
22:38:43lebelliumonly "X found" doesn't work so you don't know exactly what's going on
22:39:05pamaurymaybe it's related to jhMikes recent changes to database?
22:39:20pamauryI suggest you try on another player (non-NWZ) with current dev build
22:39:46lebelliumI already had the issue with earlier NWZ builds so i'm not sure it's related but I can check
22:44:22pamauryit 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:44pamaurylooking 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:58lebelliumI'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:25lebelliumYH-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:00lebelliummessage on top of the same message seems to be the the normal behavior even on old builds
22:59:11lebelliumwhile hosted targets don't handle it, I don't know
23:00
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])

Previous day | Next day