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 2012-05-14

00:05:21 Join factor [0] (~factor@r74-195-219-241.msk1cmtc02.mskgok.ok.dh.suddenlink.net)
00:15:23 Join Scromple [0] (~Simon@119.225.209.134)
00:18:17 Quit pacovila (Remote host closed the connection)
00:24:32 Quit saratoga (Quit: Page closed)
00:36:39 Join saratoga [0] (98034408@gateway/web/freenode/ip.152.3.68.8)
00:36:47saratogadfkt: what software did you use to make those cool resampler plots?
00:37:00saratogathat seems like a much smarter way of testing then what i'm doing now
00:42:47 Quit pamaury (Remote host closed the connection)
00:46:45 Join Keripo [0] (~Keripo@eng383.wireless-resnet.upenn.edu)
00:54:31 Quit ender1 (Quit: The process takes just over six seconds, and would sound like a coffee machine passing an aluminum baseball bat if there were any atmosphere to carry the sound. -- Howard Tyler: Schlock Mercenary)
00:54:59saratogai wonder if FS #12574 is also due to buflib memory corruption in the theme engine
00:55:00fs-bluebothttp://www.rockbox.org/tracker/task/12574 .10 on Clip V2 freezes when selecting another language due to bad nvram.bin (bugs, unconfirmed)
00:58:27 Quit saratoga (Quit: Page closed)
01:00
01:02:05 Join mystica555 [0] (~Mike@97-118-131-210.hlrn.qwest.net)
01:12:36 Quit stripwax (Ping timeout: 260 seconds)
01:16:12 Quit liar (Remote host closed the connection)
01:29:49dfktsaratoga, for the logs - http://spek-project.org/ - it just does one thing, and does it well :) for test signal i used a 20hz-20khz sine sweep
01:33:18 Quit rasher (Ping timeout: 260 seconds)
01:35:14 Quit fs-bluebot (Ping timeout: 272 seconds)
01:35:31 Quit bluebrother (Read error: Operation timed out)
01:36:34 Join fs-bluebot [0] (~fs-bluebo@g226069168.adsl.alicedsl.de)
01:37:46 Join bluebrother [0] (~dom@rockbox/developer/bluebrother)
01:44:33***Saving seen data "./dancer.seen"
01:51:06 Join rasher [0] (~rasher@rockbox/developer/rasher)
01:54:51 Quit mirak (Quit: Ex-Chat)
01:55:12 Join bitcraft [0] (~bitcraft@173-20-20-92.client.mchsi.com)
01:57:48 Quit rasher (Ping timeout: 260 seconds)
01:58:29 Quit [Saint] (Quit: Quit)
02:00
02:08:28 Quit evilnick (Quit: Bye)
02:14:35 Quit dfkt (Quit: -= SysReset 2.55=- Sic gorgiamus allos subjectatos nunc.)
02:16:07 Join rasher [0] (~rasher@rockbox/developer/rasher)
02:32:14 Quit thegeek (Read error: Connection reset by peer)
02:32:24 Join thegeek [0] (~thegeek@171.17.9.46.customer.cdi.no)
02:35:35 Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940)
02:37:02 Join Syconaut^ [0] (viper@c-4dfd72d5.162-1-64736c10.cust.bredbandsbolaget.se)
02:39:46 Quit MethoS- (Quit: Konversation terminated!)
02:40:51 Quit Syconaut (Ping timeout: 245 seconds)
02:58:56 Quit bitcraft (Remote host closed the connection)
03:00
03:05:39 Join bitcraft [0] (~bitcraft@173-20-20-92.client.mchsi.com)
03:12:52 Quit bitcraft (Read error: Connection reset by peer)
03:13:11 Join bitcraft [0] (~bitcraft@173-20-20-92.client.mchsi.com)
03:44:37***Saving seen data "./dancer.seen"
03:53:08 Quit jfc^2 (Ping timeout: 265 seconds)
03:54:35 Join jfc^2 [0] (~john@stat-bng-72-73-80-12.ngn.east.myfairpoint.net)
04:00
04:01:29 Join [Saint_] [0] (~Saint]@101.98.158.103)
04:01:30 Quit [Saint_] (Changing host)
04:01:30 Join [Saint_] [0] (~Saint]@unaffiliated/saint/x-8516940)
04:01:50 Quit perrikwp (Read error: Connection reset by peer)
04:07:57 Quit pixelma (Disconnected by services)
04:07:58 Quit amiconn (Disconnected by services)
04:07:59 Join pixelma_ [0] (pixelma@rockbox/staff/pixelma)
04:08:00 Join amiconn_ [0] (amiconn@rockbox/developer/amiconn)
04:08:02 Nick pixelma_ is now known as pixelma (pixelma@rockbox/staff/pixelma)
04:08:05 Nick amiconn_ is now known as amiconn (amiconn@rockbox/developer/amiconn)
04:18:43 Join rocktriangle [0] (~trollingz@209.183.23.216)
04:18:54rocktriangleHello
04:19:25rocktriangleIf I had put a micro SD card into my DMP, and upload music onto my player, where would it go?
04:26:11 Join Rower85 [0] (husvagn@v-413-alfarv-90.bitnet.nu)
04:26:20 Quit [Saint] (Remote host closed the connection)
04:34:46 Quit TheSphinX^ (Ping timeout: 244 seconds)
04:40:01 Join TheSphinX^ [0] (~briehl@p5B32159C.dip.t-dialin.net)
04:40:42 Quit TheSeven (Disconnected by services)
04:40:52 Join [7] [0] (~quassel@rockbox/developer/TheSeven)
04:43:27 Join ad1217 [0] (~Adium@c-65-96-187-223.hsd1.nh.comcast.net)
04:44:32rocktriangleCould someone answer the question?
04:49:36 Part ad1217
04:51:53 Part rocktriangle
05:00
05:01:41 Quit factor (Ping timeout: 248 seconds)
05:06:02 Join saratoga [0] (980329b4@gateway/web/freenode/ip.152.3.41.180)
05:16:14 Join perrikwp [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com)
05:16:17 Quit enthdegree (Ping timeout: 245 seconds)
05:23:44 Join Topy44 [0] (~Topy44@f049099197.adsl.alicedsl.de)
05:29:34 Quit bitcraft (Remote host closed the connection)
05:37:06 Join bitcraft [0] (~bitcraft@173-20-20-92.client.mchsi.com)
05:44:41***Saving seen data "./dancer.seen"
05:48:22 Nick Jack87 is now known as Jack87|Away (Jack87@nasadmin/admin/jack87)
05:50:55 Quit bitcraft (Remote host closed the connection)
05:51:42 Quit [Saint_] (Read error: Connection reset by peer)
06:00
06:04:39 Quit Keripo (Quit: Leaving.)
06:29:49 Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940)
06:32:28[Saint]JdGordon: so...not sure if you saw the tracker or not, turns out, I did a stupid thing. I blindly coded assuming %ax still worked and thought to myself "I'll enable %ax horizontal mirroring for the viewports that need it after I've finished win the other needed conditions and new bitmaps".
06:32:50[Saint]So, my localisation work got shot in the foot :)
06:33:51[Saint]Silly me...totally my fault, I know. Just wondered if you knew that %ax wasn't working.
06:34:12[Saint](And yep, I know you're busy)
06:35:58 Quit anewuser (Read error: Connection reset by peer)
06:39:53 Quit Thra11 (Ping timeout: 272 seconds)
06:40:29JdGordonoh good :)
06:43:56saratogaalso, fix the skin engine memory corruption
06:46:18JdGordonbusy...
06:46:22JdGordon:)
06:53:43*[Saint] wonders why he hasn't seen a hint of this corruption on his themes.
06:54:39[Saint]I seem to be doing everything everyone else is...quite probably in larger amounts.
06:56:32 Part hcs
07:00
07:05:36saratogaprobably depends on the exact sequence of memory allocations
07:07:21[Saint]I'm not used to not being he one that triggers exotic skin bugs. :)
07:31:11 Quit prof_wolfff (Ping timeout: 272 seconds)
07:39:42 Join factor [0] (~factor@r74-195-219-241.msk1cmtc02.mskgok.ok.dh.suddenlink.net)
07:44:38 Quit KiwiCam (Quit: Leaving)
07:44:42***Saving seen data "./dancer.seen"
08:00
08:14:28 Join rocktriangle [0] (~trollingz@209.183.23.216)
08:15:13rocktriangleIs anyone familliar with a patch that can have the screen stay off when changing the sound on the player or pressing the next song button?
08:16:12JdGordonthere are a few patches for that sort of thing
08:16:18JdGordonthey are imo pointless
08:41:34JdGordon[Saint]: so is the bug closed as "pebcak"?
08:45:07rocktrianglehow are they pointless?
08:45:58rocktriangleI just want the device to function without using valuable resources on the backlight
08:46:23 Join ender` [0] (krneki@foo.eternallybored.org)
08:46:28rocktriangleis there something that I don't know that makes the patch pointless?
08:48:03rocktriangleJdGordan: ?
08:54:26 Join bertrik [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl)
08:54:26 Quit bertrik (Changing host)
08:54:26 Join bertrik [0] (~bertrik@rockbox/developer/bertrik)
08:55:10[Saint]rocktriangle: set your timeout lower, easier.
08:56:03 Quit amiconn (Remote host closed the connection)
08:56:03 Quit pixelma (Read error: Connection reset by peer)
08:58:21[Saint]JdGordon: sorry?
08:59:25JdGordonwasd the bug you opened a real bug?
08:59:46[Saint]A: as peb-who-in-the-what-now?, B: the bug (if its the one I'm thinking of {%ax}) is quite valid.
09:00
09:01:37[Saint]Its quite reproducible, fortunately.
09:02:16[Saint]Sim, 'normal', and app targets all show it.
09:02:32JdGordonok
09:02:43JdGordonfunman's bug gets priority once i get some motivation :/
09:02:58[Saint]Oh, certainly.
09:04:14[Saint]I might switch temporarily to fudging it with separate viewports in a new branch.
09:05:47 Join amiconn [0] (amiconn@rockbox/developer/amiconn)
09:07:18[Saint]Oh...aha. I'm not sure if its broken, or if it never actually worked in the first place, but my fears with bars and touch areas are correct.
09:07:36 Join Zagor [242] (~bjst@rockbox/developer/Zagor)
09:08:09[Saint]It seems the volume touch area always expects the bar is drawn ltr.
09:09:53JdGordonI'd expect so
09:10:03JdGordonrtl isnt very well supported
09:10:06[Saint]JdGordon: is that a bug, or expected behaviour (and there should be some form of tag prepended to the volume touch area declaration)?
09:10:50JdGordonits expected behaviour, but the behaviour is wrong
09:11:20JdGordonRTL support sucking is a bug
09:11:21 Join pixelma [0] (pixelma@rockbox/staff/pixelma)
09:13:54[Saint]that's worded badly on my part, should there be a (new, not yet added) tag/bar parameters that says 'this bar's touch area functions backward, regardless of lang direction", or should (for example) the 'invert' bar param just magically make it so?
09:14:39 Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de)
09:15:12[Saint]Though unlikely, I could /maybe/ see a case where an exotic theme might want the volume touch area and fill direction 'backwards' regardless of lang direction.
09:16:45rocktriangleFinally,
09:16:53rocktriangleSorry, I was AFK since there were no responses.
09:17:15rocktriangleSo could anyone tell me why the patch to have the backlight disabled when on hold is pointless?
09:17:56JdGordon[Saint]: no, that should relly all happen magically
09:18:45[Saint]A: that's not actually what you asked for, and B: you've gone and picked a case that is already possible to achieve in settings...unfortunately for your argument.
09:19:36[Saint]JdGordon: I had a thought, and it would actually make some sense for %ax to govern the direction of touch areas which have a direction.
09:19:57[Saint](which i think is only volume?)
09:21:24[Saint]rocktriangle: if all you want is for the backliht to stay off when the device is on hold (thisisn't what you actually asked for, initially), then reading the manual might be a good step.
09:21:35[Saint]This is already possible.
09:23:41[Saint]There is a "backlight on hold" setting which accepts the values "off", "normal", and "on" if I'm not mistaken.
09:26:30rocktriangleAnd this is in teh manual?
09:28:50[Saint]It is, yes.
09:31:04[Saint]Settings - General Settings - Display - LCD Settings - Backlight on Hold - 'Hoff's
09:31:35[Saint]Bah! Silly autocomplete. *"Off"
09:31:52[Saint]rocktriangle: ↑
09:32:38 Quit Scromple (Read error: Connection reset by peer)
09:33:41 Quit bertrik (Ping timeout: 260 seconds)
09:36:27[Saint]I'm going to add, though, that since you've described two completely different functions you would like I'm not sure what you actually want.
09:36:58[Saint]At least the last one you described makes sense, and is currently possible.
09:44:43***Saving seen data "./dancer.seen"
09:55:40rocktriangleI looked, and there is no "backligh on hold" option
09:56:12rocktriangleI want to have my screen turned off just so I can change the volume or track without having the screen turn on.
10:00
10:02:34[Saint]Why do you keep changing what you want?
10:02:41[Saint]And, what target is this?
10:05:13[Saint]You really need to be clear in your description, so far, you've described 3 different variations.
10:13:15[Saint]There is fs#8600 but its badly out of sync, and of course you'd need to compile this build yourself.
10:13:15fs-bluebothttp://www.rockbox.org/tracker/task/8600 very large noise when resume playback (bugs, closed)
10:13:43[Saint]Whoops, fs#8400
10:13:44fs-bluebothttp://www.rockbox.org/tracker/task/8400 Option to keep backlight off while changing volume etc. (patches, unconfirmed)
10:19:01kugelheh, sdl has APIs for loading libraries, we don't need our wrappers
10:21:14 Join MethoS- [0] (~clemens@134.102.106.250)
10:32:42 Join LinusN [0] (~linus@giant.haxx.se)
10:45:47 Join tisqueldotim [0] (~Pro7@92.39.203.72)
10:49:02 Quit [Saint] (Ping timeout: 255 seconds)
10:49:03 Join [Sinner] [0] (~Saint]@unaffiliated/saint/x-8516940)
11:00
11:08:34 Quit factor (Read error: Connection reset by peer)
11:11:52 Join factor [0] (~factor@r74-195-219-241.msk1cmtc02.mskgok.ok.dh.suddenlink.net)
11:11:53rocktriangleThank you fs-bluebot. And no Saint, I don't change what I want. I've repeated myself 3 times. Maybe there was miscommunication but I want only 1 thing. To have the backlight off when changing the track and volume when it's on hold.
11:12:27rocktriangleAnd I never saw the "backlight on hold" option in the player.
11:13:44rocktriangleI can list all the options Isee for LCD setting if you'd like.
11:14:27[Sinner]Perhaps you think you have communicated your wishes, but you kept adding/removing criteria from your description.
11:14:53rocktriangleWhat is it that I changed?
11:14:53[Sinner]One question, how do you propose to change track/volume whilst on hold?
11:15:12[Sinner]The point of hold is to prevent you from doing so.
11:15:16rocktriangleWell that's why I wanted a patch so the hold function will have a different purpose.
11:15:48JdGordondisabling the backlight for volume change really wouldnt safe much battery life
11:16:04rocktrianglevolume change AND track change
11:16:07JdGordonI'd expect maybe it would safe 5s for every 1s its on?
11:16:22[Sinner]I'm not sure we have a "make hold completely bloody useless" patch...
11:16:56rocktriangleThe way my player is designed gives very little purpose for the hold.
11:17:18rocktriangleIt has dedicated buttons that are stiff to the touch, thus rendering hold useless.
11:17:31[Sinner]JdGordon is right, also...I'd be very surprised if this created any measurable gain in battery life.
11:17:49rocktriangleI already have the backlight set to 1s.
11:18:04Zagorrocktriangle: then it won't make any difference
11:18:23Zagorthose tiny leds don't draw much power
11:19:13rocktriangleAlright then.
11:20:07 Join pamaury [0] (~quassel@sphinx.lix.polytechnique.fr)
11:20:07 Quit pamaury (Changing host)
11:20:07 Join pamaury [0] (~quassel@rockbox/developer/pamaury)
11:21:01rocktriangleAlthough I do wonder why my tiny DAP has half the battery life of my other PMP that has a screen that's 4 times the size with capacitative buttons that glow extremely bright.
11:21:33Zagorbecause your tiny dap has a tiny battery?
11:21:43[Sinner]Because all batteries aren't created equal.
11:22:08[Sinner]Age, wear, poor charging habits, etc. etc.
11:22:47rocktriangleSo I guess it's the first 2, as for that last statement- I'm talking about the batery life promised by the corporations.
11:23:22rocktriangleBoth players nearly live up to it when they came right out of the box.
11:23:47Zagorrocktriangle: if rockbox is spending more battery than OF, it's very likely not due to wasteful led use
11:23:54 Quit MethoS- (Remote host closed the connection)
11:24:25rocktriangleOh, speaking of which, thanks for reminding me.
11:24:51rocktriangleSeeing as how the backlight is at 1s, that's as low as it can gow.
11:24:59rocktriangleHowever the contrast can go much lower IMO.
11:25:05[Sinner]Unless I'm mistaken, you've not actually mentioned what target this is you're talking about.
11:25:23rocktriangleTarget?
11:26:02rocktriangleThe purpose of my questions? The device that I use?
11:26:38Zagorrocktriangle: "target" is rockbox speak for "player"
11:27:47rocktriangleOh
11:28:05rocktriangleSansa Clip 2
11:28:35rocktriangleclip +
11:28:39rocktriangleMy mistake,
11:28:44[Sinner]That explains the missing backlight settings, then.
11:29:19rocktriangleIs that a frequent problem that's presented?
11:29:56[Sinner]Its not a problem, no. Its a limitation of the player.
11:30:01Zagorthe numbers on http://www.rockbox.org/wiki/SansaRuntime indicate rockbox gives 40%-60% longer runtime than stock firmware on clip+.
11:30:33rocktriangleWow, that's significant!
11:32:27rocktriangleSo back to the question I wanted to ask.
11:32:45rocktriangleIs there any way to have the contrast go lower than the numbers presented in rockbox?
11:32:53 Join evilnick [0] (~evilnick@rockbox/staff/evilnick)
11:33:11Zagorrocktriangle: why do you want this? is the text too sharp to read?
11:33:35rocktriangleI'm on the same topic as before.
11:33:39rocktriangleSaving electricity.
11:34:11[Sinner]You would save an immeasurable amount.
11:34:12rocktriangleAnd frankly, the difference between 0 and 50 is very small.
11:34:37Zagorthen I would suggest you start with finding hard data showing how much power the display draws
11:34:59rocktriangleHow can I go about doing that?
11:35:21rocktriangleMeasuring the run time between constrast at 50 and contrast at 0?
11:35:27rocktriangleruntime difference*
11:35:37ZagorI don't know. but we tend to resist changes that don't have data backing.
11:35:52[Sinner]I'd be surprised if you could measure a difference with runtime.
11:36:14rocktriangleI agree Zagor and I think it should stay that way.
11:36:20rocktriangleWhy do you think that Sinner?
11:36:56[Sinner]Because your settings have the screen on for a very minimal period already.
11:37:20rocktriangleIsn't there an option in teh player to measure runtime?
11:37:41[Sinner]If you were to save any power, from your normal usage, we'd be talking in the order of a few minutes.
11:37:47[Sinner]And yes.
11:38:22rocktriangleIn any case, I can still measure power objectively with other factors involved without actually taking away the original purpose
11:38:24rocktrianglein other words
11:38:47rocktriangleHave the backlight on
11:39:18rocktrianglePossibly turn up the sound to a point where I can leave it and still hear it elsewhere
11:40:03rocktriangleWith those factors used for both experiments with the contrast turned to 0 and 50 then I'll see whether or not it makes a difference
11:40:16rocktriangleWhat do you think?
11:40:23rocktriangleAny opinions?
11:41:16pixelmajust a note, the Clip+"s display is an OLED if I remember correctly, so it's not "back"lit
11:41:18JdGordonpowering the skeakers would use more power
11:41:40JdGordonspeakers*
11:44:27rocktriangleYes but the purpose is to measure the difference.
11:44:43rocktriangleI thought I made that clear.
11:44:46***Saving seen data "./dancer.seen"
11:44:54[Sinner]At the end of the day, we're talking about shaving a few minutes off one of the most power efficient (compared to OF runtime) players...I'm not sure the cost outweighs the benefit.
11:45:11[Sinner]For example, piss poor visibility in daylight.
11:45:22rocktriangleHence what I suggested before.
11:45:42rocktriangleSo the screen won't turn on at all.
11:45:55[Sinner]Even then.
11:46:21rocktriangleThe player already has dedicated volume buttons of which helps a lot.
11:47:06rocktriangleSo it's really easy to navigate through out the tracks without having to look at the screen.
11:48:42 Nick [Sinner] is now known as [Saint] (~Saint]@unaffiliated/saint/x-8516940)
11:49:52Zagorrocktriangle: see this for standard runtime test: http://www.rockbox.org/wiki/BatteryRuntime
11:52:05rocktriangleShucks! I forgot about the time!
11:52:23rocktriangleMy job beckons me, although I really appreciate the help you all have given.
11:52:34rocktriangleHave a great day!
11:52:38 Part rocktriangle
12:00
12:23:11copper"trollingz"?
12:30:27 Join swilde [0] (~wilde@aktaia.intevation.org)
12:35:48 Quit [Saint] (Ping timeout: 272 seconds)
13:00
13:24:28 Join mortalis [0] (~mortalis@77.108.98.177)
13:44:47***Saving seen data "./dancer.seen"
13:47:42 Part LinusN
13:49:51 Join LinusN [0] (~linus@giant.haxx.se)
13:54:37 Quit guymann (Read error: Operation timed out)
13:56:50 Join guymann [0] (~charles@66-159-172-209.adsl.snet.net)
14:00
14:04:51 Join Colose [0] (~1b2fc281@www.haxx.se)
14:17:40 Quit Colose (Quit: CGI:IRC)
14:24:20 Join dfkt [0] (dfkt@unaffiliated/dfkt)
14:33:24 Quit kadoban (Ping timeout: 248 seconds)
14:36:32dfktsaratoga, did you see my reply in the logs?
14:46:25 Join bitcraft [0] (~bitcraft@173-20-20-92.client.mchsi.com)
14:59:11 Part LinusN
15:00
15:00:45 Join anewuser [0] (~anewuser@190.207.222.122)
15:00:46 Quit anewuser (Changing host)
15:00:46 Join anewuser [0] (~anewuser@unaffiliated/anewuser)
15:23:32 Quit mortalis (Ping timeout: 248 seconds)
15:28:36 Join WalkGood [0] (~4@unaffiliated/walkgood)
15:41:20 Join ks [0] (~ks@aqu33-5-82-245-97-150.fbx.proxad.net)
15:44:50***Saving seen data "./dancer.seen"
15:46:04kshello there
15:58:46 Part swilde ("ERC Version 5.3 (IRC client for Emacs)")
15:59:55 Join othniel [0] (~othniel@75.92.51.2)
16:00
16:08:51 Join y4n [0] (~y4n@unaffiliated/y4ndexx)
16:09:10 Quit jm (Ping timeout: 260 seconds)
16:11:45 Quit factor (Read error: Connection reset by peer)
16:21:07 Join Thra11 [0] (~thrall@188.66.113.87.dyn.plus.net)
16:25:33 Join factor [0] (~factor@r74-195-219-241.msk1cmtc02.mskgok.ok.dh.suddenlink.net)
16:53:04 Quit jfc^2 (Ping timeout: 244 seconds)
16:54:03 Join MethoS- [0] (~clemens@134.102.106.250)
16:56:17 Join jfc^2 [0] (~john@stat-bng-72-73-80-12.ngn.east.myfairpoint.net)
16:59:54 Quit Galois (Ping timeout: 272 seconds)
17:00
17:03:49 Join domonoky [0] (~Domonoky@rockbox/developer/domonoky)
17:06:51 Part Zagor
17:09:38 Quit jfc^2 (Read error: Operation timed out)
17:10:55 Join jfc^2 [0] (~john@stat-bng-72-73-80-12.ngn.east.myfairpoint.net)
17:17:19 Quit domonoky (Read error: Connection reset by peer)
17:17:51 Quit bitcraft (Remote host closed the connection)
17:26:08 Quit mystica555 (Ping timeout: 244 seconds)
17:27:22 Join mystica555_ [0] (~Mike@97-118-132-93.hlrn.qwest.net)
17:30:03saratogadfkt: yes, thanks i'll take a look at it
17:30:12saratogalooks very useful
17:36:15saratogajhMikeS: http://forums.rockbox.org/index.php/topic,34278.0.html
17:44:53***Saving seen data "./dancer.seen"
17:45:15 Quit mystica555_ (Ping timeout: 244 seconds)
17:48:59 Quit rudi_s (Ping timeout: 244 seconds)
17:52:43 Quit ks (Quit: Nettalk6 - www.ntalk.de)
17:54:45 Join mystica555 [0] (~Mike@97-118-132-93.hlrn.qwest.net)
17:55:35 Quit mystica555 (Client Quit)
17:56:35 Join mystica555 [0] (~Mike@97-118-132-93.hlrn.qwest.net)
17:59:23 Join n1s [0] (~n1s@nl118-175-223.student.uu.se)
17:59:23 Quit n1s (Changing host)
17:59:23 Join n1s [0] (~n1s@rockbox/developer/n1s)
18:00
18:00:25 Join bitcraft [0] (~bitcraft@173-20-20-92.client.mchsi.com)
18:05:57 Join jm [0] (jm@epicsol.org)
18:09:06 Join kadoban [0] (~kadoban@ip98-165-177-158.ph.ph.cox.net)
18:21:40 Quit n1s (Read error: Connection timed out)
18:24:45 Join jordan`` [0] (~gromit@posteauge.rsr.lip6.fr)
18:24:48 Quit jordan` (Read error: No route to host)
18:28:59 Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org)
18:32:55 Join jlbiasini [0] (~metaphys@d86-32-96-55.cust.tele2.at)
18:38:15 Part jlbiasini
18:38:31 Quit pamaury (Remote host closed the connection)
18:40:37 Quit guymann (Ping timeout: 240 seconds)
18:42:02 Join n1s [0] (~n1s@rockbox/developer/n1s)
18:43:22 Join enthdegree [0] (~enthdegre@wikimedia/enthdegree)
18:50:37 Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93)
18:59:01 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at)
19:00
19:00:06 Join Galois [0] (djao@efnet-math.org)
19:00:30 Join bertrik [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl)
19:00:30 Quit bertrik (Changing host)
19:00:30 Join bertrik [0] (~bertrik@rockbox/developer/bertrik)
19:02:44 Quit WalkGood (Quit: me fui)
19:02:48 Quit n1s (Read error: Operation timed out)
19:03:51 Join kevku [0] (x@Gizka-1-pt.tunnel.tserv24.sto1.ipv6.he.net)
19:04:02 Join prof_wolfff [0] (~prof_wolf@213.37.219.90.dyn.user.ono.com)
19:15:02 Quit benedikt93 (Quit: Bye ;))
19:17:53 Join jlbiasini [0] (~metaphys@d86-32-96-55.cust.tele2.at)
19:18:25 Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk)
19:22:15funmanJdGordon: how can we motivate you ?
19:22:33funmanJdGordon: AMSv2 USB working is not motivating enough ? :)
19:24:45 Quit stripwax (Quit: http://miranda-im.org)
19:25:05copperCharging the iPod Classic takes a while to get to 69%, then seemingly jumps to 100%.
19:25:28copperI say seemingly because I looked every few minutes or so
19:25:48coppersomeone else reported the same behavior
19:25:50saratogafunman: i saw someone report that their clip+ stopped booting after upgrading to 3.11.2
19:26:18saratogado you think it makes sense to double check each SD write transaction right before its commmitted to make sure its not going into the OF part of the nand chip?
19:26:44saratogai realize that shouldn't be possible now, but maybe with some memory corruption or something its possible?
19:26:48funmansaratoga: it is checked already
19:27:19saratogaat the beginning of the write function its incremented by 200 blocks IIRC, but i think the loop itself just iterates as long as there is data
19:27:36saratogaperhaps if there is memory corruption while it is waiting ?
19:27:50funmanyeah but it could corrupt the other part so there is no point
19:28:08saratogawell if it keeps looping, i guess the code is right, even if the stack might be trashed
19:30:03 Join pamaury [0] (~quassel@vit94-1-82-67-248-70.fbx.proxad.net)
19:30:03 Quit pamaury (Changing host)
19:30:03 Join pamaury [0] (~quassel@rockbox/developer/pamaury)
19:30:24funmanwhich post is it ?
19:30:33funmani ll tell him to wait or send me the player
19:33:22 Quit tchan (Quit: WeeChat 0.3.7)
19:34:37saratogafunman: http://forums.sandisk.com/t5/Sansa-Clip-Sansa-Clip/Rockbox-killed-my-Clip/td-p/274286
19:35:01scorche|shheh - posting that on the sandisk forums isnt going to help him much
19:37:25funmansaratoga: it is checked at line 825 that the whole transfer wont overflow
19:37:25 Join domonoky [0] (~Domonoky@rockbox/developer/domonoky)
19:37:40funmanso it should be fine
19:38:08saratogathe while (1) loop can run for a really long time though
19:38:16saratogaperhaps if memory is corrupted while it waits on hardware?
19:39:26 Quit bitcraft (Remote host closed the connection)
19:40:04funmanwe can assume everything
19:40:21funmanincluding memory corruption which causes rockbox to transform to a perfect copy of the OF
19:40:27funmanin that case it is not our problem :P
19:40:54saratogaok
19:41:25funmanusing MMU and executing from RO memory might help but i didnt make progress with it
19:43:02funmani thought i uploaded my work to gerrit
19:43:16funmanperhaps it is on my other pc
19:43:21saratogaah yeah that would be a good idea
19:44:37 Join bitcraft [0] (~bitcraft@173-20-20-92.client.mchsi.com)
19:44:54***Saving seen data "./dancer.seen"
19:47:36 Quit bitcraft (Read error: Connection reset by peer)
19:47:53 Join bitcraft [0] (~bitcraft@173-20-20-92.client.mchsi.com)
19:52:15 Quit kevku (Ping timeout: 248 seconds)
19:53:35 Join bitcraft_ [0] (~bitcraft@173-20-20-92.client.mchsi.com)
19:53:35 Quit bitcraft (Read error: Connection reset by peer)
19:55:05 Quit bitcraft_ (Remote host closed the connection)
19:57:16 Quit evilnick (Quit: Bye)
20:00
20:00:19 Join Strife89 [0] (~Strife89@adsl-068-213-037-174.sip.mcn.bellsouth.net)
20:01:59 Join tchan [0] (~tchan@lunar-linux/developer/tchan)
20:11:32 Join bitcraft [0] (~bitcraft@173-20-20-92.client.mchsi.com)
20:12:00 Part jlbiasini
20:39:06 Quit liar (Read error: Connection reset by peer)
20:39:43 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at)
20:43:54pamaurybertrik: ping
20:46:37 Quit bitcraft (Ping timeout: 240 seconds)
20:49:29 Join bitcraft [0] (~bitcraft@173-20-20-92.client.mchsi.com)
21:00
21:02:18pamaurybertrik: my experiments show an average of 1ms between the tuner interrupt and its actual processing (process time including device communication is included into this delay)
21:02:49 Join rudi_s [0] (~simon@faui0sr1.informatik.uni-erlangen.de)
21:02:56 Quit rudi_s (Client Quit)
21:03:15pamauryit reaches ~5/6 ms sometimes but hardly higher values
21:03:31 Join n1s [0] (~n1s@nl118-175-223.student.uu.se)
21:03:32 Quit n1s (Changing host)
21:03:32 Join n1s [0] (~n1s@rockbox/developer/n1s)
21:06:06 Join rudi_s [0] (~simon@faui0sr1.informatik.uni-erlangen.de)
21:08:46 Quit bitcraft (Ping timeout: 245 seconds)
21:10:43 Join guymann [0] (~charles@66-159-172-195.adsl.snet.net)
21:29:16 Join kevku [0] (x@Gizka-1-pt.tunnel.tserv24.sto1.ipv6.he.net)
21:30:21 Join bug2000 [0] (~bug@unaffiliated/bug2000)
21:31:04pamaurywould someone be against adding a tuner property about the volume ? For example, the si4700 can attenuate the output. On the fuze+ that would be usuful because the radio is too loud
21:33:30n1ssetting it to a sensible value is not enough?
21:33:42pamaurywhat is a sensible value ?
21:33:50n1snot too loud?
21:34:47pamaurybut then you loose some range
21:36:02pamaurynot really loose but shift the available range. Although I must admit that setting the radio volume dynamically would not be easy with our system
21:36:15pamauryhmm, I'll try your suggestion for now, thanks
21:36:30n1si'd guess other ports just try to match the volume of pcm playback, i'm not really against a setting but you'd want a sensible default anyway, no?
21:36:38 Join bitcraft [0] (~bitcraft@173-20-20-92.client.mchsi.com)
21:39:28 Quit enthdegree (Read error: Connection reset by peer)
21:39:59 Quit n1s (Quit: Ex-Chat)
21:40:29 Join enthdegree [0] (~enthdegre@wikimedia/enthdegree)
21:41:15pamaury-7dB seems a reasonable compromise
21:44:58***Saving seen data "./dancer.seen"
21:45:23 Quit amithkk (Max SendQ exceeded)
21:49:20 Quit mystica555 (Ping timeout: 272 seconds)
21:51:05amiconnjhMikeS: ping
21:52:58 Join mystica555 [0] (~Mike@97-118-132-93.hlrn.qwest.net)
21:54:35 Quit saratoga (Ping timeout: 245 seconds)
21:58:22 Join KiwiCam [0] (~KiwiCAM@101.98.171.48)
22:00
22:00:06 Quit mystica555 (Read error: Connection reset by peer)
22:00:58 Join mystica555 [0] (~Mike@97-118-132-93.hlrn.qwest.net)
22:08:20 Quit Topy44 (Ping timeout: 272 seconds)
22:13:13 Join amithkk [0] (u4289@2buntu/writers/amithkk)
22:14:10 Join Topy44 [0] (~Topy44@g228160020.adsl.alicedsl.de)
22:16:59 Quit y4n (Quit: Assumption is the mother of all fuckups)
22:26:08 Quit zu_ (Remote host closed the connection)
22:26:53 Quit liar (Read error: Connection reset by peer)
22:27:10 Join zu [0] (~zu@ks387228.kimsufi.com)
22:29:33 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at)
22:30:07 Quit kevku (Ping timeout: 248 seconds)
22:31:08 Join kevku [0] (x@Gizka-1-pt.tunnel.tserv24.sto1.ipv6.he.net)
22:38:57 Quit jordan`` (Remote host closed the connection)
22:39:37 Join jordan` [0] (~gromit@2001:660:3302:2826:225:90ff:fe20:d9a8)
22:44:04 Join nosa-j [0] (~m00k@adsl-74-235-26-20.clt.bellsouth.net)
23:00
23:03:46CIA-79Commit 642f523 in rockbox by Dominik Riebeling: Remove < and > from voice strings.
23:03:47CIA-79Commit 972b894 in rockbox by Dominik Riebeling: Fix a typo.
23:07:37amiconnThe front page commit message parser is somewhat broken. First line of 642f523 just says "Remove", i.e. everything within and after < > is ignored
23:10:07CIA-79972b894 build result: All green
23:10:59 Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk)
23:11:55bluebrotherhmm. There is some code replacing those characters in the script
23:16:31 Quit amithkk (Max SendQ exceeded)
23:19:11 Join amithkk [0] (u4289@2buntu/writers/amithkk)
23:21:47 Quit Rower85 (Quit: Hmmm...)
23:27:51bluebrotherhmm. Those seem to be recognized as mail address :o
23:28:43pixelmaguess that's being interpreted as html tag (which it can't recognise)
23:29:19 Quit MethoS- (Read error: Connection reset by peer)
23:29:56*bluebrother thinks to have a solution
23:30:45bertrikpamaury, I remember a complaint from on FS about not being able to hear voice when using radio (radio volume doesn't go down when something is spoken)
23:31:05bertrikit could be done with radio volume, but for most targets probably also with line-in volume
23:31:13 Join MethoS- [0] (~clemens@134.102.106.250)
23:36:39CIA-79Commit 33c0b53 in www by Dominik Riebeling: Only remove email address from author line.
23:36:49bluebrotherso ... how to trigger a rebuild of the list on the front page?
23:39:55CIA-79Commit 45e5b05 in rockbox by Dominik Riebeling: Windows: always define UNICODE.
23:40:25bluebrotheryay, worked :)
23:41:53 Quit Strife89 (Quit: Heading home.)
23:42:43 Join froggyman [0] (~froggyman@unaffiliated/froggyman)
23:44:33 Join jlbiasini [0] (~metaphys@d86-32-96-55.cust.tele2.at)
23:44:46 Part jlbiasini
23:44:59***Saving seen data "./dancer.seen"
23:46:15CIA-7945e5b05 build result: All green
23:48:41 Quit bitcraft (Remote host closed the connection)
23:53:59 Quit domonoky (Read error: Connection reset by peer)
23:56:38 Quit enthdegree (Read error: Connection reset by peer)
23:58:12 Join enthdegree [0] (~enthdegre@cpe-174-099-054-167.nc.res.rr.com)
23:58:24 Quit enthdegree (Changing host)
23:58:24 Join enthdegree [0] (~enthdegre@wikimedia/enthdegree)

Previous day | Next day