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 2013-07-23

00:16:24 Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org)
00:27:20 Join syscrash [0] (~syscrash@poipu/developer/syscrash)
00:28:31 Nick syscrash is now known as jvd (~syscrash@poipu/developer/syscrash)
00:30:32 Part jvd
00:33:34 Quit bertrik (Read error: Connection reset by peer)
00:34:10 Quit ZincAlloy (Quit: CGI:IRC)
00:40:32 Quit pamaury (Ping timeout: 276 seconds)
00:51:23 Join fyre^OS [0] (~nnscript@cpe-24-90-158-3.nyc.res.rr.com)
00:51:47 Join Scr0mple [0] (~Simon@161.43.73.67)
00:55:45 Join robin0800 [0] (~Robin0800@cpc1-brig15-2-0-cust755.3-3.cable.virginmedia.com)
00:56:47 Quit tertu (Ping timeout: 276 seconds)
01:00
01:00:36 Quit fyrestorm (*.net *.split)
01:00:36 Quit Scromple (*.net *.split)
01:00:36 Quit SrRaven (*.net *.split)
01:02:23 Join SrRaven [0] (srraven@fatfecker.shagged.org)
01:03:59***Saving seen data "./dancer.seen"
01:14:08 Join mindflash [0] (~fluxo@unaffiliated/mindflash)
01:18:41 Quit XavierGr (Ping timeout: 260 seconds)
01:27:03 Join XavierGr [0] (~XavierGr@5.135.146.226)
02:00
02:10:02 Part EstebanMonge
02:18:10 Nick SuperBrainAK is now known as DormantBrain (~andy@shared02.balt01.cd.2g2u.net)
02:23:17 Quit advcomp2019_ (Ping timeout: 246 seconds)
02:28:30 Join advcomp2019_ [0] (~advcomp20@65-131-191-67.sxct.qwest.net)
02:28:30 Quit advcomp2019_ (Changing host)
02:28:30 Join advcomp2019_ [0] (~advcomp20@unaffiliated/advcomp2019)
02:38:17 Quit dewlap (Ping timeout: 245 seconds)
02:41:37 Nick DormantBrain is now known as SuperBrainAK (~andy@shared02.balt01.cd.2g2u.net)
02:54:16 Quit advcomp2019_ (Ping timeout: 245 seconds)
02:55:44 Nick SuperBrainAK is now known as DormantBrain (~andy@shared02.balt01.cd.2g2u.net)
02:58:18 Join advcomp2019_ [0] (~advcomp20@65-131-191-67.sxct.qwest.net)
02:58:18 Quit advcomp2019_ (Changing host)
02:58:18 Join advcomp2019_ [0] (~advcomp20@unaffiliated/advcomp2019)
03:00
03:01:09 Quit robin0800 (Quit: KVIrc 4.3.1 Aria http://www.kvirc.net/)
03:03:24 Join dewlap [0] (~dewlap@2001:0:5ef5:79fd:1432:139:b815:38b6)
03:04:00***Saving seen data "./dancer.seen"
03:27:15 Join skofo [0] (~skofo@75-39-233-255.lightspeed.prrgil.sbcglobal.net)
04:00
04:21:28 Quit belak51 (Read error: Connection reset by peer)
04:26:00 Quit TheSeven (Read error: Operation timed out)
04:26:22 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven)
04:34:46 Join pixelma_ [0] (pixelma@rockbox/staff/pixelma)
04:34:46 Quit amiconn (Disconnected by services)
04:34:46 Quit pixelma (Disconnected by services)
04:34:47 Nick pixelma_ is now known as pixelma (pixelma@rockbox/staff/pixelma)
04:34:48 Join amiconn_ [0] (quassel@rockbox/developer/amiconn)
04:34:52 Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn)
05:00
05:04:04***Saving seen data "./dancer.seen"
05:23:43 Quit dewlap (Ping timeout: 245 seconds)
05:24:37 Join dewlap [0] (~dewlap@2001:5c0:1000:a::761)
05:35:12 Quit skofo (Quit: Lost terminal)
05:37:12 Join belak [0] (~belak@facebook/engineering/belak)
05:53:03 Quit TheSeven (Disconnected by services)
05:53:14 Join [7] [0] (~quassel@rockbox/developer/TheSeven)
06:00
06:00:10 Quit Rower (Quit: Hmmm...)
06:51:41 Join ungali [0] (~yaaic@184.64.50.234)
07:00
07:04:07***Saving seen data "./dancer.seen"
07:04:58 Quit ps-auxw (Ping timeout: 245 seconds)
07:18:36[Saint]JdGordon_: it doesn't matter if a preloaded image and a viewport share the same ident, does it?
07:20:07JdGordon_nope
07:20:15JdGordon_id's are type specfic
07:20:28[Saint]thanks
07:20:32JdGordon_and I've read your paste, but not had time to digest it
07:20:41JdGordon_not sure when I'll have time+energy
07:21:26[Saint]Oh, yeah, sure. No obligation. Just wondered if you had a clue as to what might be going on.
07:21:43 Join tertu [0] (~tertu@65-128-181-81.mpls.qwest.net)
07:21:46[Saint]I had a bried look, and I can't see anything obviously wrong in the scrolling code.
07:21:52[Saint]*brief
07:23:04JdGordon_has kugel done anything with his scrolling changes yet?
07:23:26JdGordon_its probably an empty line being cleared with the theme background colour then the line being drawn again
07:23:35kugelthe the scroll engine changes?
07:23:40kugelno, they're still on gerrit
07:23:44[Saint]There's a metric fucktonne of changes sitting in gerrit.
07:24:31[Saint]Which reminds me I should comment that I've tested the ones I've tested.
07:25:27[Saint]I could review one or two of them, but most of it is beyond me.
07:25:46[Saint]I think most of it is beyond most people that have had the time to look, nence the lack of review.
07:25:51[Saint]*hence
07:26:11 Join kevku [0] (~kevku@2001:470:27:773:0:feed:c0f:fee)
07:26:28[Saint]JdGordon_: ...can an ident have spaces?
07:26:54[Saint]I don't need it to, just wondering.
07:28:10 Quit Maxdamantus (Ping timeout: 246 seconds)
07:37:14 Join ender` [0] (krneki@foo.eternallybored.org)
07:42:05 Quit fyre^OS (Ping timeout: 264 seconds)
07:47:16 Join fyrestorm [0] (~nnscript@cpe-24-90-158-3.nyc.res.rr.com)
07:52:23 Quit saratoga_ (Quit: Page closed)
08:00
08:03:12 Join melmothX [0] (~melmoth@unaffiliated/melmothx)
08:04:08 Nick knitt1 is now known as knittl (~knittl@unaffiliated/knittl)
08:10:37 Join webguest91 [0] (~a2a@www.haxx.se)
08:10:45 Quit webguest91 (Client Quit)
08:17:55JdGordon_[Saint]: yes
08:17:58JdGordon_it should work
08:29:38 Join olspookishmagus [0] (~pookie@host-84-205-241-1.cpe.syzefxis.ote.gr)
08:35:55 Quit bluebrother (Disconnected by services)
08:36:01 Join bluebrother [0] (~dom@rockbox/developer/bluebrother)
08:36:32 Quit fs-bluebot (Ping timeout: 246 seconds)
09:00
09:00:07 Quit tertu (Ping timeout: 245 seconds)
09:04:12***Saving seen data "./dancer.seen"
09:09:20 Join Galois [0] (djao@efnet.math.uwaterloo.ca)
09:19:01 Quit XavierGr (Changing host)
09:19:01 Join XavierGr [0] (~XavierGr@rockbox/staff/XavierGr)
09:21:58copper[Saint]: is there something in my themes that is uncommon or should be done differently?
09:22:39copperi.e. did you spot an anomaly that might be causing the blinking bug?
09:27:44 Quit belak (Quit: belak)
09:58:24 Quit mindflash (Ping timeout: 248 seconds)
09:59:03JdGordon_copper: *all* themes do uncommon things :)
09:59:12coppermeh
09:59:18coppermine are really simple
10:00
10:00:37 Join belak [0] (~belak@facebook/engineering/belak)
10:05:38 Quit belak (Quit: belak)
10:08:17copperthis is the flyspray entry: http://www.rockbox.org/tracker/task/12884
10:08:28copperI included a test theme to reproduce the bug
10:21:41 Join pamaury [0] (~quassel@rockbox/developer/pamaury)
10:53:21 Join efyx [0] (~efyx@197.214-241-81.adsl-dyn.isp.belgacom.be)
11:00
11:04:15***Saving seen data "./dancer.seen"
11:04:34 Join krabador [0] (~krabador_@unaffiliated/krabador)
11:33:49 Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de)
11:39:56 Join lorenzo92 [0] (~chatzilla@host20-107-dynamic.40-79-r.retail.telecomitalia.it)
11:42:45*copper only NOW realizes that he can build a simulator for the Classic natively on his linux system
11:46:21lorenzo92:)
12:00
12:04:41copperpamaury: does the Classic need to be updated specifically, to enable 0.5dB steps?
12:05:08copperI see that the Fuze+ has them now, but not the Classic, which also seems to use 0.5dB steps in the DAC chip
12:05:58 Quit krabador (Ping timeout: 260 seconds)
12:06:08pamaurycopper: it needs to setup properly in the audio hw settings, grep for AUDIOHW_SETTING, I don't know which DAC the Classic uses
12:06:26copperhttp://cirrus.com/en/products/cs42l55.html
12:06:49copperalso, why are the values in the scrolling configuration in descending order on the Fuze+, and in ascending order on the Classic?
12:07:18coppersame with the volume settings
12:08:43copperhmmm
12:08:50copperI guess that's because of the scroll wheel paradigm
12:08:58copperclockwise = more
12:09:05coppercounterclockwise = less
12:09:30copperand I guess people feel like clockwise is a downwards motion, and vice-versa
12:09:52copperidk, seems weird
12:11:27pamaurycopper: for cs42l55, config is AUDIOHW_SETTING(VOLUME, "dB", 0, 1, -60, 12, -25), which means 1dB resolution, range -60dB to 12dB, default at -25dB
12:11:52pamaurydoes that match what you see ?
12:11:52copperthe spec sheet says "Master Volume Control (+12 to -102 dB in 0.5 dB steps)"
12:13:06copper-60 - +12 is what I see in Rockbox, yes
12:13:15copperbut it doesn't match the spec sheet of the DAC
12:13:59copperah
12:14:01copper"Analog Volume Control (+12 to -55 dB in 1 dB steps)"
12:14:25copperwhy -60 in Rockbox though
12:15:17 Quit pamaury (Quit: No Ping reply in 180 seconds.)
12:15:17copperironically, a 0.5dB resolution would be less annoying on iPods thanks to the scroll wheel, as opposed to the Fuze+ with regular buttons, which will make it slower to change the volume to the desired value
12:15:27 Join pamaury_ [0] (~quassel@rockbox/developer/pamaury)
12:15:52copperpamaury_: can you check the logs for what I just said and that you probably missed?
12:16:56 Quit lorenzo92 (Remote host closed the connection)
12:17:43pamaury_yes, indeed that could be improved, i don't know why -60 was chosen, would need to check who wrote the driver
12:19:05copperso, is the plan for the Fuze+ to make the volume buttons deal with 0.5dB steps, and just fix the theme code for volume levels?
12:19:35copper%pv
12:21:02 Quit pamaury_ (Quit: No Ping reply in 180 seconds.)
12:21:10 Join pamaury [0] (~quassel@rockbox/developer/pamaury)
12:21:20coppermeeeh
12:23:21pamaurydamn, unstable connection. The fuze+ already has 0.5dB steps
12:24:16pamaurythe plan is to fix all the code which is not aware of proper volume step, and maybe theme code if there is a bug in this too
12:24:42copperthere is
12:25:09copper%pv displays -180dB instead of -18dB, and the volume buttons use 0.1dB steps
12:25:30pamauryyes the volume button fix is on track
12:26:40copperused to be 1dB steps
12:30:09 Nick uwe__ is now known as uwe_ (~uwe_@dslb-088-064-051-171.pools.arcor-ip.net)
12:37:51*copper feels like everyone is stone-walling him on the 0.1dB step issue
12:38:54coppermore like, no-one cares and no-one wants to discuss it
12:39:17copper(er, which is what stonewalling means)
12:41:14pamauryI care for what I can fix but really I am not the one who did the change and I already have so many things to do. Everyone agrees when I say "this should be fixed" but no one helps
12:43:11copperI don't understand why the change broke the Fuze+ but not the Classic
12:43:26copperis it because you started adapting the Fuze+ for the change?
12:43:57 Join ZincAlloy [0] (~d9ee8b8c@www.haxx.se)
12:45:39copperdoes every target need to be adapted, specifically?
12:46:24copperif that's the case, targets won't be homogenous until everyone changes their code for their targets
12:46:47copperfor such a big change, I think it went by very quietly
12:48:31ZincAlloywhat's the point of using 0.5dB resolution on the fuze+? 1dB is generally percieved to be a minimum change in volume, no?
12:49:09pamaurypreviously, it was using 0.5dB steps (at least in theory). Then jhMikes reworked much of the audio code which was getting horrible and decided to change the way audio settings were handled. At this time, he fixed all the audio config and reverted the Fuze+ to 1dB steps. No one noticed because incidently the code is not buggy for this precise configuration. Then I spotted this changed and went back to 0.5dB and uncover those bugs
12:49:31ZincAlloyI see
12:49:58copperI don't recall it having 0.5dB steps since I got the Fuze+
12:50:25pamaurybecause the code was buggy the other way around
12:51:32coppersigh
12:51:42copperthat's just going to make volume control more annoying to use
12:52:08pamauryIf everyone is happy with 1dB steps, fine, i'll revert it for the fuze+ and let the buggy code buggy, since everyone seems to think the bad guy who broke audio
12:52:21copperI have no idea who did what
12:52:43copperbut fixing bugs and altering user experience are two different things
12:52:54ZincAlloyif it's buggy, keep it at 0.5dB
12:54:37ZincAlloyI was just wondering what the problem was :)
12:56:04copper<ZincAlloy> what's the point of using 0.5dB resolution on the fuze+?
12:56:06copperNone.
12:57:20copperexcept maybe for what I said in the ML post: being able to change volume by 25% or 75% of 6dB (1.5dB and 4.5dB respectively)
12:57:37coppersomething like that
12:58:05copperwould 2dB and 5dB be audibly different? Not really.
12:58:30coppermaybe, MAYBE, it can be ABXed, in a very silent room with headphones and lots of concentration
12:59:14 Quit ZincAlloy (*.net *.split)
12:59:14 Quit ender^ (*.net *.split)
12:59:14 Quit Xerion (*.net *.split)
12:59:14 Quit rasher (*.net *.split)
12:59:28copperI have another idea: make volume controls use 1dB steps, and provide 0.5dB steps in the volume configuration
12:59:33 Join rasher [0] (~rasher@rockbox/developer/rasher)
12:59:45copperfor the really anal users
12:59:48 Join ender^ [0] (~ender1@2a01:260:4094:1:42:42:42:42)
12:59:51 Join Xerion [0] (~xerion@5419F5F4.cm-5-2d.dynamic.ziggo.nl)
13:00
13:00:22copperor make it a user configuration setting
13:01:10copperI followed the iPod Classic Rockbox port thread on head-fi for a long time, and I don't think I saw anyone complain that 1dB wasn't a sharp enough resolution
13:01:23copperand gawd knows those people are die-hard audiophiles
13:01:59copperit's just ONE GUY on the forum who's completely anal and wanted 0.01 dB steps for his EQ
13:02:03coppernot 0.1
13:02:05copper0.01
13:02:59copperalso, I find it very strange that this guy got what he wanted by posting on the forum, but *I* am asked to register to all kinds of things and provide patches, etc…
13:03:42copperwhereas other sensible feature requests are heavily resisted
13:04:19***Saving seen data "./dancer.seen"
13:08:42Kohlrabi<copper> would 2dB and 5dB be audibly different? Not really. | Should be ABXable
13:08:50KohlrabiYou mean, a differenc eof 3dB?
13:09:17 Join ZincAlloy [0] (~Adium@pD9EE8B8C.dip0.t-ipconnect.de)
13:10:56ZincAlloyif 1dB is "generally" percieved as a minimum audible difference, 2dB and 5dB steps are very audible.
13:12:24ZincAlloy1dB steps is a great resolution for an audio player.
13:12:58copperKohlrabi: 2dB vs 1.5db, and 5dB vs 4.5dB
13:13:24Kohlrabihm?
13:13:30KohlrabiSo, 0.5dB?
13:13:34KohlrabiGood luck, then
13:13:39coppermy point exactly
13:14:15coppermy point being, "4.5dB" is kinda neat, but doesn't really make an audible difference
13:15:53copperwe're talking about playback here
13:15:59coppernot fine-tuning a recording
13:16:15ZincAlloyI'm pretty sure 0.5dB differences can be percieved by trained ears, but this is not a situation where it matters
13:17:05copperand I wouldn't mind if it didn't affect basic functionality and usability
13:17:28copperwith a scroll wheel or a volume pot, it doesn't matter
13:17:42copperwith simple buttons, it does
13:18:28copperthough even with the iPod scroll wheel, people might find the increased resolution somewhat confusing
13:18:36copperidk
13:18:59ZincAlloythey don't need it. 1dB steps are fine enough.
13:20:40copper<[Saint]> this started it, iirc: http://forums.rockbox.org/index.php/topic,42765.0/wap2.html
13:21:05copper"AWESOME! well in that case making two decimal increments would be even better.. ex. .5, .45, .4, .35, .3, etc.... down to .05"
13:21:19copperI misspoke, he only asked for 0.05dB steps, not 0.01
13:21:21copperstill crazy.
13:24:32KohlrabiSo, saratoga pointed out that out, too
13:24:37KohlrabiStill it got pushed?
13:25:21copperit got pushed without any discussion about it
13:26:19copperand I've been directed at multiple venues where I'm supposed to make my case
13:30:13copperthe Clip+ doesn't seem to be affected either, presently
13:31:34copperthis seems to confirm my intuition that every single target needs to be updated
13:35:24copperKohlrabi: it got pushed BEFORE saratoga noticed, and commented on it
13:35:40Kohlrabioh
13:35:43copperhe's quoting the commit log
13:35:49KohlrabiIt's not completely impossible to revert
13:35:59copperI'm sure it's not
13:36:06copperbut no-one seems interested
13:36:15Kohlrabihe can do it himself?
13:36:19coppermaybe it's the summer heat.
13:36:36KohlrabiThere seems to be no other reasoning than the guy whining
13:36:45copperreverting it would involve reverting the work of two people or more
13:37:08Kohlrabitwo?
13:37:11copperwhich they might not happy about
13:37:14copperbe*
13:37:32KohlrabiI mean: He can talk to the relevant people and do it himself
13:37:41KohlrabiOr he can become Linus :D
13:37:45copperjhMikes, pamaury, JdGordon, [Saint]
13:38:23copperso, more like 3 or 4
13:38:27Kohlrabiwhat
13:38:48KohlrabiWas that commit a hodgepodge of multiple commits?
13:38:55copperit's not just one commit
13:40:54copperit's an entire shift towards using 0.1dB steps internally, to satisfy all hardware configurations (if I understand correctly)
13:41:12Kohlrabihttp://git.rockbox.org/?p=rockbox.git;a=commit;h=e4040d930fa18266e3c92722bbe62cd47280c5db
13:41:13copperin addition to that, changing the user interface
13:41:13KohlrabiOH
13:41:16KohlrabiTHAT
13:41:24KohlrabiI thought you were referring to the EQ changes
13:41:32copperEQ and volume
13:41:41copperthe EQ thing is just one commit
13:42:58pamauryI'm going to revert the fuze+ change, can't do anymore
13:43:05copperand I suspect the EQ is something that users change a lot less than playback volume
13:43:46copperpamaury: before reverting, it would be nice to have a formal discussion about it with everyone who has any authority over that kind of change
13:44:16copperand make sure that while you're doing one thing, someone else isn't doing the opposite with code that affects one or multiple targets
13:44:30KohlrabiSo, internally rb uses 0.1dB?
13:44:39copperthe main problem here, from the beginning, is the absence of any communication
13:44:42KohlrabiThat doesn't mean the UI or drivers need to
13:45:09KohlrabiOk
13:45:14KohlrabiNow I seem to get it
13:45:15pamauryit's more complicated than that
13:45:22Kohlrabior not :)
13:45:59gevaertsKohlrabi: yes. As far as I can see there are (at least) two issues here: (a) a transition to 0.1dB that's not fully finished yet (or just a bit buggy), and (b) the contentious commit about the EQ
13:46:35pamauryif I understand correctly, internally, rockbox uses x db resolution, where x=10^(-prec), here prec is specified by the target configuration. If you set prec to 1, that's 0.1dB, if you set it to 0, that's 1dB
13:47:06pamaurythat was the case even before the change
13:48:23pamauryand even "internally" doesn't mean much, not all places of the code work this way I think
13:51:02pamauryin my opinion the change should just have been invisible to users but it happened that it was not
13:58:41 Quit [Saint] (Remote host closed the connection)
13:59:43 Join [Saint] [0] (~saint@rockbox/user/saint)
14:00
14:01:47copperpamaury: changing volume / EQ steps in the user interface is obviously visible to the user
14:02:44copperas far as volume control is concerned, is there a consensus that it should strictly reflect the capabilities of the hardware?
14:02:51copperThat's a separate question.
14:03:07copperthat's solely a question of usability
14:03:36copperthe EQ question is also a question of usability
14:04:08copperactually I'm only concerned about usability (if that wasn't clear)
14:05:15coppermoreover, there seems to be a chasm between the EQ, which uses 0.1dB steps now, and volume control, which uses 0.5dB steps on compatible hardware (only the Fuze+ so far?)
14:09:03coppernot counting devices that can only deal with 1dB steps in hardware
14:09:22copperso we end up with three different values
14:09:56copperI think [Saint] said something about some devices supporting 0.2dB steps, too
14:11:13copper2013/07/21 12:45:18 UTC <[Saint]> copper: iirc the argument for that was that some DACs can do .2dB increments, so .1db increments means no one gets short changed (or feels that way).
14:11:58copperthe question is, does a 0.2dB step make sense at all to begin with, even if the hardware is capable of it?
14:13:06copperDo we want to go "large" by enabling all hardware capabilities, or unify Rockbox over common usability?
14:13:20coppers/we/you guys/
14:14:06copperthere's a difference between following hardware specs, just because, and making decisions affecting usability
14:14:21ZincAlloyas I said earlier: 1db steps are a good resolution for a volume control
14:14:27copperI agree
14:15:04copperand I wouldn't fight 0.5dB steps for the EQ
14:15:08ZincAlloysmaller steps for the eq might make sense.
14:15:12ZincAlloysounds good to me
14:15:33copperbut 0.1dB makes it really slooooooow
14:15:58ZincAlloyyeah. and digital eqs sound like they're not doing all that much, anyway
14:16:02copperso you keep pressing the button, you overshoot, you go back, you overshoot again, then you use tiny presses to reach the value that you wanted
14:16:17ZincAlloylet me check this on a target..
14:19:04ZincAlloyeq steps seem to be 1db on the clip zip
14:20:16copperit's 0.1dB on the Clip+
14:20:49copperhmmm, did you update your build? I don't know why it wouldn't be enabled on the Clip Zip…
14:21:02coppergod
14:21:05copperit's dog slow
14:21:09ZincAlloyI'm on 3.13
14:21:32copperget git
14:21:41copperIs there a list of mappings for the Clip+ sim?
14:22:14ZincAlloy1db steps are rather useable..
14:22:28copperyes
14:23:22ZincAlloyI wouldn't use smaller steps
14:23:59copperthe rockbox forum post is the only complaint about it that I've ever seen
14:24:12copperand the guy is obviously anal about it
14:24:24ZincAlloyguess some people might like it to eq their headphones to be perfectly flat
14:24:54copperand you think that their means of measurement of the headphones is down to 0.1dB?
14:25:06copperprecise within 0.1dB*
14:25:32ZincAlloycould be. but I don't think many people would do that anyway.
14:25:33copperand again, does it make an audible difference?
14:26:02ZincAlloyalso I don't see the point. its only natural that different phones sound different
14:27:07copperI don't even see the point of making a 1dB change in the EQ, but it doesn't adversely affect its usability
14:28:06ZincAlloyit's quite useable with 1dB steps. 2db can make quite a pronounced difference, depending on the music
14:28:31copperyeah, I would understand if people bitched about 3dB steps
14:28:56ZincAlloyalso depends on the other settings
14:32:29ZincAlloy1dB steps allow one to make fairly subtle adjustments
14:33:17copperyes
14:33:19ZincAlloypeople are not supposed to remaster their music on the player, anyway.
14:35:38copperit makes sense to allow them to add flavor
14:35:48*copper wants his bass-boost
14:35:50ZincAlloythey need to feel that the eq is doing something, but I think at the same time fairly sublte adjustments should be possible as well. 1dB steps are fine
14:36:19coppernot to accuse [Saint], but I think he made the change mostly because it was an "easy fix"
14:36:48coppertwo characters to change on two lines in two files
14:36:54ZincAlloy:)
14:38:05copperI'm unclear as to why I'm required to bitch about it in multiple places, after the anal retentive audiophool got what he wanted with a simple forum post
14:38:38copperI can't even just upload the simple patch that reverts it, on gerrit
14:38:46ZincAlloy:D
14:39:00copperI'm supposed to set up my git so that I can actually contribute code (I'm unclear how)
14:40:02copperthat's after several rockbox devs have pointed out that the complexity of git is probably what turned off a lot of contributors
14:40:44copperthen I'm asked to subscribe to the ML and reply to the relevant thread, and then I'm asked to post it again in a new thread
14:40:55copperqsdqd@#$!@
14:41:05copperand file a bug report
14:41:07copperIT'S NOT A BUG
14:42:56copperAccounts needed to contribute to Rockbox: Wiki account, forum account, mailing list account, OpenID account, gerrit account, flyspray account
14:42:58 Join amayer [0] (~amayer@mail.weberadvertising.com)
14:43:01copperdid I forget one?
14:43:10*ZincAlloy is glad he can't code now :D
14:43:32 Join Rower [0] (husvagn@v-413-alfarv-177.bitnet.nu)
14:44:27 Join krabador [0] (~krabador_@unaffiliated/krabador)
14:44:38 Quit guymann (Ping timeout: 260 seconds)
14:47:15 Quit pamaury (Quit: No Ping reply in 180 seconds.)
14:47:27 Join pamaury [0] (~quassel@rockbox/developer/pamaury)
14:47:54 Join mortalis [0] (~mortalis@118.34.139.222)
14:48:31 Quit olspookishmagus (Quit: free() the malloc())
14:50:42mortalispamaury: Did you test g364?
14:50:57pamaurynot yet
15:00
15:01:20 Quit ungali (Ping timeout: 264 seconds)
15:03:18 Quit krabador (Ping timeout: 260 seconds)
15:04:21***Saving seen data "./dancer.seen"
15:07:55mortalisrockbox.org down?
15:08:33copperor very slow
15:09:15copper503 Connect Failed
15:13:17copperback up
15:15:32 Quit pamaury (Quit: No Ping reply in 180 seconds.)
15:15:45 Join pamaury [0] (~quassel@rockbox/developer/pamaury)
15:17:03 Join lorenzo92 [0] (~chatzilla@host20-107-dynamic.40-79-r.retail.telecomitalia.it)
15:24:25 Join dfkt [0] (OxO29A@unaffiliated/dfkt)
15:26:28 Quit dfkt (Read error: Connection reset by peer)
15:26:58 Join dfkt [0] (dfkt@unaffiliated/dfkt)
15:41:17 Join mortalis_ [0] (~mortalis@61.77.218.168)
15:44:58 Quit mortalis (Ping timeout: 256 seconds)
16:00
16:03:52 Join ps-auxw [0] (~arneb@2001:470:c807:0:1532:4e5f:2ad3:4123)
16:04:00 Nick mortalis_ is now known as mortalis (~mortalis@61.77.218.168)
16:04:41 Quit Scall (Ping timeout: 240 seconds)
16:06:15 Join Scall [0] (~chat@unaffiliated/scall)
16:09:39 Quit mortalis (Ping timeout: 246 seconds)
16:21:37 Join mortalis [0] (~mortalis@118.34.139.222)
16:32:58lorenzo92I would like to start working on the manual for ypr0: where to begin? :)
16:33:13lorenzo92since I know this is one of the step to move to "stable" port, right?
16:34:55 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at)
16:41:14 Quit mortalis (Ping timeout: 276 seconds)
17:00
17:01:19 Quit onder` (Ping timeout: 248 seconds)
17:02:19 Join onder` [0] (~onder@24.244.89.228)
17:04:24***Saving seen data "./dancer.seen"
17:19:38 Join EstebanMonge [0] (~emonge@200.110.251.210)
17:27:07 Join tertu [0] (~tertu@65-128-181-81.mpls.qwest.net)
17:32:11 Quit lorenzo92 (Ping timeout: 245 seconds)
17:37:18 Join Strife89 [0] (~Strife89@adsl-98-80-236-60.mcn.bellsouth.net)
17:42:55 Quit FOAD (Quit: I'll be back)
17:43:13 Join FOAD [0] (~foad@unaffiliated/foad)
17:53:41 Join mindflash [0] (~fluxo@201-29-221-28.user.veloxzone.com.br)
17:53:41 Quit mindflash (Changing host)
17:53:41 Join mindflash [0] (~fluxo@unaffiliated/mindflash)
17:54:32Strife89rasher: Ping.
17:58:12 Join lorenzo92 [0] (~chatzilla@host20-107-dynamic.40-79-r.retail.telecomitalia.it)
17:58:49 Join krabador [0] (~krabador_@unaffiliated/krabador)
18:00
18:01:01 Quit dfkt (Disconnected by services)
18:01:03 Join dfkt_ [0] (dfkt@unaffiliated/dfkt)
18:12:35 Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org)
18:13:24 Quit dfkt_ (Remote host closed the connection)
18:18:55 Quit pamaury (Ping timeout: 246 seconds)
18:24:16 Quit ender` (Ping timeout: 245 seconds)
18:24:28 Join dell [0] (~dell@ool-435622d3.dyn.optonline.net)
18:24:58 Join pamaury [0] (~quassel@rockbox/developer/pamaury)
18:32:33rasherStrife89: pong?
18:35:56 Join ender` [0] (krneki@foo.eternallybored.org)
18:36:29 Join belak [0] (~belak@facebook/engineering/belak)
18:38:37 Quit dell (Ping timeout: 240 seconds)
18:40:34 Quit liar (Ping timeout: 262 seconds)
18:44:33Strife89rasher: A friend and I were wondering if you would add the resolution of the Nexus 4 - 768x1280 - to your Android builds.
18:46:07lorenzo92...at this point also for galaxy nexus :)
18:47:08rashersure
18:47:33copperer
18:47:38copperthe two have different resolutions
18:48:08copperNexus 7 is 800x1280
18:48:15 Quit melmothX (Quit: #)
18:48:24 Quit shamus (Read error: Connection reset by peer)
18:48:27coppergalaxy nexus is 720x1280
18:48:38 Join shamus [0] (~shmaus@ip-206-192-195-49.marylandheights.ip.cablemo.net)
18:48:40copperer
18:48:43copperI read Nexus 7
18:49:15copperso the three have different resolutions
18:49:20copper:-/
18:51:31 Quit krabador (Ping timeout: 261 seconds)
18:53:49 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at)
18:56:29 Join y4n [0] (~y4n@unaffiliated/y4ndexx)
19:00
19:00:06 Quit lorenzo92 (Ping timeout: 245 seconds)
19:04:27***Saving seen data "./dancer.seen"
19:06:44 Join pretty_function [0] (~sigBART@123.252.215.251)
19:46:57 Quit mrtux (Quit: ZNC - http://znc.in)
19:47:29 Join fs-bluebot [0] (~fs-bluebo@g224236181.adsl.alicedsl.de)
19:49:14 Join robin0800 [0] (~robin0800@cpc1-brig15-2-0-cust755.3-3.cable.virginmedia.com)
19:49:58 Join mrtux [0] (~colin@75-167-98-77.desm.qwest.net)
19:53:36 Quit mrtux (Read error: Connection reset by peer)
19:55:46 Join mrtux [0] (~colin@75-167-98-77.desm.qwest.net)
19:59:34 Quit belak (Quit: belak)
20:00
20:02:24 Join belak [0] (~belak@facebook/engineering/belak)
20:10:33 Quit Strife89 (Quit: Switching machines.)
20:11:04 Join Strife89 [0] (~Strife89@2602:306:250e:c3c9:95da:e8f7:65e1:f961)
20:18:44 Quit tertu (Ping timeout: 264 seconds)
20:31:17 Join wodz [0] (~wodz@213.158.217.11.pat.umts.dynamic.t-mobile.pl)
20:35:19 Join bertrik [0] (~quassel@rockbox/developer/bertrik)
20:38:29 Join dell [0] (~dell@ool-435622d3.dyn.optonline.net)
20:47:39 Join tertu [0] (~tertu@65-128-181-81.mpls.qwest.net)
20:47:49 Quit dell (Read error: Connection reset by peer)
20:49:04 Join dell [0] (~dell@ool-435622d3.dyn.optonline.net)
20:52:52 Quit pretty_function (Remote host closed the connection)
20:55:05 Quit belak (Quit: belak)
21:00
21:04:29***Saving seen data "./dancer.seen"
21:08:01 Quit dell (Quit: Ex-Chat)
21:08:28 Join belak [0] (~belak@facebook/engineering/belak)
21:08:34 Quit belak (Max SendQ exceeded)
21:09:11 Join belak [0] (~belak@facebook/engineering/belak)
21:12:58 Quit belak (Client Quit)
21:22:48 Join onder`_ [0] (~onder@24.244.89.228)
21:23:43 Quit onder` (Ping timeout: 246 seconds)
21:23:48 Nick onder`_ is now known as onder` (~onder@24.244.89.228)
21:27:58 Join jn_ [0] (~jonathan@dslb-084-060-244-160.pools.arcor-ip.net)
21:43:22jn_hi! i've noticed that the ui simulator doesn't support lcd_set_invert_display. is that intentional?
21:44:30bluebrotherprobably.
21:44:37bluebrotherinvert and flip are features of the controller.
21:44:54bluebrotherso the sim could support them if the LCD simulation did support them.
21:45:02bluebrothermy guess is that nobody bothered to implement them.
21:45:18bluebrother(what's the use for that on the sim anyway?)
21:46:39jn_lamp.rock doesn't work on a simulated Sansa clip+
21:46:43jn_:)
21:47:23bluebrotherthen don't simulate a clip+ :P
21:59:25 Quit robin0800 (Quit: KVIrc 4.3.1 Aria http://www.kvirc.net/)
22:00
22:02:36 Quit EstebanMonge (Ping timeout: 240 seconds)
22:07:56 Quit tertu (Ping timeout: 264 seconds)
22:11:47Strife89How does one set up the ANDROID_SDK_PATH and ANDROID_NDK_PATH variables (for compiling Android builds)?
22:14:59 Join tertu [0] (~tertu@65-128-181-81.mpls.qwest.net)
22:22:50 Join EstebanMonge [0] (~emonge@200.110.251.210)
22:35:21gevaertsexport ANDROID_SDK_PATH=something
22:35:32gevaertsSame as any other shell variable :)
22:35:41 Quit y4n (Quit: Today is the perfect day for a perfect day.)
22:49:13Strife89I get errors when trying to make apk.
22:49:14Strife89http://pastebin.com/XmC2aHAP
22:52:33jn_bluebrother: ok, i've hacked up a little patch to support lcd inversion
22:53:08jn_it's probably totally non-partable, but it works for the sansa clip+ sim
22:53:22wodzjn_: show the code
22:53:37jn_wodz: sure
22:55:04jn_http://paste.opensuse.org/85982648
22:55:45jn_(the "Yep" line is unrelated)
23:00
23:03:04 Quit amayer (Quit: Leaving)
23:03:36wodzjn_: You should take care of HAVE_LCD_INVERT define. Not all targets support inversion and so simulator should not offer this for this targets
23:03:41 Quit ender` (Quit: How many SEO experts does it take to change a light bulb, lightbulb, light, bulb, lamp, lighting, switch, sex, xxx, hardcore)
23:04:33***Saving seen data "./dancer.seen"
23:13:39 Quit tertu (Ping timeout: 248 seconds)
23:14:44jn_wodz: i'll do that
23:19:55jn_judging from tools/configure, i'll also have to define lcd_set_inverted on maemo and pandora; i'm not sure about android and the supported samsung device
23:41:02 Quit bertrik (Remote host closed the connection)
23:41:53 Quit thegeek_ (Read error: Connection reset by peer)
23:43:04 Quit jn_ (Remote host closed the connection)
23:43:34 Join thegeek [0] (~thegeek@40.200.16.62.customer.cdi.no)
23:51:22 Quit funman (Read error: Operation timed out)
23:53:07 Join funman [0] (~fun@altair.via.ecp.fr)
23:54:45 Quit wodz (Quit: Leaving)

Previous day | Next day