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 2011-04-18

00:00:11 Part Zagor
00:00:27 Quit Yollean (Client Quit)
00:12:05 Join sideral [0] (~sideral@rockbox/developer/sideral)
00:15:30 Quit wodz (Quit: Leaving)
00:20:36 Quit bertrik (Quit: :tiuQ)
00:22:41 Join jhMikeS [0] (~jethead71@adsl-99-117-29-132.dsl.sfldmi.sbcglobal.net)
00:22:41 Quit jhMikeS (Changing host)
00:22:41 Join jhMikeS [0] (~jethead71@rockbox/developer/jhMikeS)
00:30:05 Join krazykit [0] (~krazykit@99-126-205-52.lightspeed.cicril.sbcglobal.net)
00:30:16CIA-87New commit by pamaury (r29742): sbtoelf: fix to handle unencrypted files (minor tweak) ...
00:31:28 Join scromple [0] (~x@115-64-195-104.tpgi.com.au)
00:33:55CIA-87r29742 build result: All green
00:35:18gevaertshm, I do indeed have a car with an ipod dock in it. It's not one of those new style ones
00:35:26*gevaerts keeps forgetting about that
00:36:28scorchesoap: not that i know of - and akismet shouldnt be able to do such things
00:38:52 Join scr0mple [0] (~x@115-64-195-104.tpgi.com.au)
00:41:52 Quit ender` (Quit: There are two major products that come out of Berkeley: LSD and UNIX. We don't believe this to be a coincidence. -- Jeremy S. Anderson)
00:43:10 Quit scromple (Ping timeout: 276 seconds)
00:45:42 Quit CaptainKwel (Quit: Ex-Chat)
00:50:45 Quit liar (Ping timeout: 258 seconds)
00:52:02***Saving seen data "./dancer.seen"
00:53:32 Join scromple [0] (NFG2@115-64-195-104.tpgi.com.au)
00:55:11 Part sideral
00:56:49 Quit scr0mple (Ping timeout: 276 seconds)
00:59:47 Quit DerPapst1 (Read error: Connection reset by peer)
01:00
01:00:14 Join DerPapst [0] (~Alexander@p57954A2B.dip.t-dialin.net)
01:02:56 Join soap__ [0] (~soap@12.176.72.130)
01:03:31 Quit soap (Ping timeout: 260 seconds)
01:13:02soap__scorche something is blocking my Netherlands VPN.
01:15:50scorchesoap_: as far as i know, nothing should be on my end - if your vpn were banned (which is the only way i could see that happening), i would assume you would at least get a ban notice
01:16:17 Join soap [0] (~soap@rockbox/staff/soap)
01:17:03 Quit bluebrother (Disconnected by services)
01:17:05 Join bluebroth3r [0] (~dom@rockbox/developer/bluebrother)
01:17:53soapand Germany exit
01:18:06 Quit soap__ (Ping timeout: 260 seconds)
01:19:31scorchesoap: can you access squisch.net ?
01:20:53soapyes
01:21:05scorcheodd...
01:21:10soapbut I get "connection was reset" errors when trying forums.rockbox.org
01:21:19soapdrop the VPN and no problem.
01:21:36 Join robin0800 [0] (~robin0800@cpc3-brig8-0-0-cust703.3-3.cable.virginmedia.com)
01:23:02 Quit mudd1 (Read error: Operation timed out)
01:25:03 Join soap__ [0] (~soap@12.176.72.130)
01:28:22CIA-87New commit by pamaury (r29743): elftosb: implement encryption support; now fully working
01:28:40 Quit mshathlonxp (Quit: Leaving)
01:28:43pamauryfinally done \o/
01:28:45 Quit soap (Ping timeout: 246 seconds)
01:29:04pamauryI thought that it would only take a few hours, it finally took a lot more
01:29:11 Join soap [0] (~soap@nl1.pointtoserver.com)
01:29:25 Quit soap (Changing host)
01:29:26 Join soap [0] (~soap@rockbox/staff/soap)
01:31:15 Quit soap__ (Ping timeout: 276 seconds)
01:32:20CIA-87r29743 build result: All green
01:40:16CIA-87New commit by pamaury (r29744): sbtools: document a bit the command file format
01:41:06 Quit pamaury (Remote host closed the connection)
01:44:20CIA-87r29744 build result: All green
01:49:32 Quit Zambezi (Read error: Operation timed out)
01:50:06 Quit GeekShadow (Quit: The cake is a lie !)
01:50:47 Quit DerPapst (Quit: Leaving.)
01:53:36 Join Zambezi [0] (Zulu@80.67.9.2)
02:00
02:09:01 Quit skapazzo (Quit: Lost terminal)
02:11:39 Quit bluefoxx_ (Ping timeout: 260 seconds)
02:19:33 Quit MethoS- (Remote host closed the connection)
02:27:58 Join CaptainKwel [0] (~jason@207-38-215-126.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com)
02:28:17 Quit CaptainKwel (Read error: Connection reset by peer)
02:28:42 Join CaptainKwel [0] (~jason@207-38-215-126.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com)
02:29:26 Quit CaptainKwel (Read error: Connection reset by peer)
02:39:03 Quit [Saint] (Ping timeout: 248 seconds)
02:42:59 Join scr0mple [0] (~x@115-64-195-104.tpgi.com.au)
02:43:47 Join [Saint] [0] (~st.lasciv@124-197-14-130.callplus.net.nz)
02:46:09 Quit scromple (Ping timeout: 252 seconds)
02:52:05***Saving seen data "./dancer.seen"
02:59:17 Quit dfkt (Quit: -= SysReset 2.55=- Sic gorgiamus allos subjectatos nunc.)
03:00
03:00:27 Quit robin0800 (Quit: Leaving)
03:04:26 Quit GodEater (Read error: Operation timed out)
03:09:34 Join GodEater [0] (~bibble@5ad8c3a6.bb.sky.com)
03:09:34 Quit GodEater (Changing host)
03:09:34 Join GodEater [0] (~bibble@rockbox/staff/GodEater)
03:13:34 Quit sinthetek (Ping timeout: 252 seconds)
03:26:06 Quit soap (Read error: Connection reset by peer)
03:26:36 Join soap [0] (~soap@rockbox/staff/soap)
03:28:15 Join sinthetek [0] (~sinthetek@unaffiliated/sinthetek)
03:30:14 Join bluefoxx_ [0] (~bluefoxx_@74.198.150.42)
03:35:34 Quit Elfish (Ping timeout: 248 seconds)
03:51:05 Quit soap (Read error: Connection reset by peer)
03:51:33 Join soap [0] (~soap@nl1.pointtoserver.com)
03:51:34 Quit soap (Changing host)
03:51:34 Join soap [0] (~soap@rockbox/staff/soap)
03:51:47 Quit bluefoxx_ (Ping timeout: 252 seconds)
03:53:06 Part timccc ("Leaving.")
03:54:32 Join Elfish [0] (amba@2a01:4f8:100:90a1:abc:abc:abc:abc)
04:00
04:01:01 Join T44 [0] (~Topy44@g228193047.adsl.alicedsl.de)
04:04:46 Join bluefoxx_ [0] (~bluefoxx_@74.198.150.20)
04:04:48 Quit Topy44 (Ping timeout: 250 seconds)
04:11:10 Quit Unhelpful (Quit: http://quassel-irc.org - Chat comfortably. Anywhere.)
04:11:23 Join Unhelpful [0] (~quassel@rockbox/developer/Unhelpful)
04:14:04 Join Leif [0] (~LeifAnder@c-98-202-6-36.hsd1.ut.comcast.net)
04:17:44 Join kugel_ [0] (~kugel@rockbox/developer/kugel)
04:20:22 Quit kugel (Ping timeout: 252 seconds)
04:23:16 Quit Bagder (Ping timeout: 240 seconds)
04:28:09 Join Bagder [0] (~daniel@rockbox/developer/bagder)
04:37:16 Join timccc [0] (~timccc@112.166.15.141)
04:41:42 Quit amiconn (Disconnected by services)
04:41:43 Join amiconn_ [0] (quassel@rockbox/developer/amiconn)
04:41:44 Quit pixelma (Disconnected by services)
04:41:46 Join pixelma_ [0] (quassel@rockbox/staff/pixelma)
04:41:48 Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma)
04:42:01 Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn)
04:50:49 Join froggyman_ [0] (~seth@98.115.0.7)
04:51:06 Quit froggyman (Read error: No route to host)
04:52:07***Saving seen data "./dancer.seen"
04:52:07 Quit TheSeven (Ping timeout: 260 seconds)
04:53:21 Quit froggyman_ (Changing host)
04:53:21 Join froggyman_ [0] (~seth@unaffiliated/froggyman)
04:53:31 Nick froggyman_ is now known as froggyman (~seth@unaffiliated/froggyman)
04:57:17 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven)
05:00
05:16:00 Join ChickeNE_ [0] (~ChickeNES@192.5.85.36)
05:17:20 Quit ChickeNES (Read error: Operation timed out)
05:20:03 Join Rob2223 [0] (~Miranda@p4FFF18BB.dip.t-dialin.net)
05:24:12 Quit Rob2222 (Ping timeout: 276 seconds)
05:34:41 Join BHSPitMonkey [0] (~stephen@unaffiliated/bhspitmonkey)
05:41:54 Join bloof [0] (~bluefoxx_@199.7.158.40)
05:43:17 Quit bluefoxx_ (Ping timeout: 258 seconds)
05:46:08 Quit Leif (Quit: Leaving)
05:47:05 Quit Horscht (Quit: Verlassend)
06:00
06:07:09 Quit bloof (Read error: Connection reset by peer)
06:34:51 Quit kisak (Ping timeout: 276 seconds)
06:41:49 Join kisak [0] (~kisak@pool-72-70-187-188.hrbgpa.fios.verizon.net)
06:46:32 Join scr0mpl3 [0] (~x@115-64-195-104.tpgi.com.au)
06:49:37 Quit scr0mple (Ping timeout: 246 seconds)
06:52:08***Saving seen data "./dancer.seen"
07:00
07:16:15 Join stoffel [0] (~quassel@p57B4AF37.dip.t-dialin.net)
07:19:34 Join leavittx [0] (~leavittx@89.221.199.187)
07:27:11 Quit leavittx (Ping timeout: 246 seconds)
07:31:43 Quit stoffel (Remote host closed the connection)
07:35:42 Quit factor (Read error: Connection reset by peer)
08:00
08:08:05 Join DerPapst [0] (~Alexander@wlan-nat-24.fh-friedberg.de)
08:11:26 Join factor [0] (~factor@75.108.68.114)
08:18:42 Join DerPapst1 [0] (~Alexander@wlan-nat-24.fh-friedberg.de)
08:19:30 Join Zagor [0] (~bjst@rockbox/developer/Zagor)
08:19:59 Nick kugel_ is now known as kugel (~kugel@rockbox/developer/kugel)
08:21:52 Quit DerPapst (Ping timeout: 240 seconds)
08:21:55 Nick scr0mpl3 is now known as scromple (~x@115-64-195-104.tpgi.com.au)
08:27:15 Join bertrik [0] (~bertrik@rockbox/developer/bertrik)
08:31:34 Join eGen_ [0] (generat0r@gate.mmdecin.cz)
08:32:30[Saint]bluebroth3r: ping?
08:33:04[Saint]I've noticed some interesting issues I can tie in to the "RaaA Audio Dropout" patch.
08:33:41[Saint]example: Run RaaA, close the app, run another CPU intensive app...phone reboots.
08:35:00[Saint]kugel: you around? wondering if RaaA is using something entirely different for it's "graceful shutdown"?
08:35:42[Saint]my usual patch to add shutdown to the main menu doesn't splash a "shutting down" splash at all, it simply drops immediately to the desktop.
08:35:52[Saint]I'm wondering what's done differently.
08:36:47kugelwell, it does less, so perhaps the splash isn't visible
08:37:06kugelthe apps/ part should be the same though and therefore the splash too
08:37:14[Saint]it's visable when the player shuts off with an idle timeout.
08:37:25[Saint]but not when I call the shutdown from the main menu.
08:37:55kugeli don't know what your patch does
08:40:44[Saint]kugel: http://pastebin.com/u8keNa6T
08:40:54[Saint](pretty sure this is "correct")
08:41:03 Join B4gder [0] (~danielx@rockbox/developer/bagder)
08:41:46bluebroth3r[Saint]: pong
08:42:33bluebroth3rI can see the "shutting down" splash on my phone
08:42:53[Saint]bluebroth3r: Yeah, interesting behaviour with the audio dropout patch. It seems to make the next run app crash the phone, unless that happens to be RaaA.
08:43:20kugel[Saint]: it calls sys_poweroff() directly, and not clean_shutdonw(). the latter does a lot more before calling sys_poweroff(), including the splash
08:43:24[Saint]bluebroth3r: Is that during an idle timeout shutdown, or one you've forced manually via <somehow>
08:43:45bluebroth3rdoesn't happen to me. Plus, I have no idea why that should happen −− that patch simply increases a buffer slightly (from 24ki to 48ki on my phone)
08:44:01bluebroth3rthat is via the shutdown menu item :)
08:44:31[Saint]bluebroth3r: Did you do anything differently to the patch I linked earlier?
08:44:46[Saint]I thought shutdown was shutdown, pretty much ;)
08:45:26bluebroth3rthe pastbin one?
08:45:39[Saint]Correct.
08:45:58[Saint]That *immediately* drops to the desktop for me. Very abruptly.
08:46:21 Join mudd1 [0] (~cmertes@ip-78-94-202-227.unitymediagroup.de)
08:46:25 Join kevku [0] (~kevku@2001:470:28:773:babe:feed:dead:bee)
08:46:40kugelthat's what sys_poweroff does yes
08:47:06[Saint]it displays the shutting down splash for my non-RaaA targets.
08:47:10bluebroth3rI've added soft_shutdown to features.txt too
08:47:15kugelit doesn't do other shutdown stuff, like stopping playback, flushing the config or saving bookmarks
08:47:31bluebroth3rbut for the code changes it's pretty much the same
08:47:46[Saint]bluebroth3r: I have also, that patch just didn't include it.
08:47:58bluebroth3r:)
08:48:23[Saint]in my non-RaaA targets, it behaves as I'd expect ("normal" shutdown)
08:48:50[Saint]on my phone, it just falls to desktop. I'd *like* to de a more graceful shotdown if possible.
08:49:00kugelah no, I'm wrong
08:49:07kugelit should work, actually
08:49:10[Saint]*shutdown
08:49:59kugel(/me confused sys_poweroff() with shutdown_hw())
08:50:19[Saint]I'll need to flip over to linux to get the patch I'm using in my RaaA tree, but aside from adding soft shutdown to features, the above paste is pretty much it.
08:51:01[Saint]My desired result is using the shutdown item in my main menu to behave exactly as it does when idle_timeout fires.
08:51:18kugelit should do that
08:51:36[Saint]Hmmmm. It's definitely not.
08:52:11***Saving seen data "./dancer.seen"
08:52:22[Saint]The fact that it does do the splash correctly on bluebroth3r's phone makes me curious if we're both doing the same thing, though.
08:52:25bluebroth3rhave you waited for the idle timeout and checked? ;-)
08:52:40[Saint]Yes, the idle timeout behaves as it should.
08:52:50[Saint]That's how I knew it acted differently ;)
08:52:51kugeltry rockbox in gdb, breakpoint in clean_shutdown(); if it breaks it works the same
08:53:32bluebroth3rthat's strange. I also don't see a reason why the phone should reboot with the bigger buffer.
08:54:02[Saint]I'm tempted to (once again) blame Samsung for doing something silly.
08:54:21[Saint]It's almost behaving as though the resources used br RaaA are not being freed.
08:54:33[Saint]*s/br/by/
08:54:38*bluebroth3r wouldn't mind that :)
08:54:48bluebroth3rthe blaming one that is
08:55:26[Saint]keyclick and track skip beep work now though...so, woo! \o/
08:55:35 Join DerPapst [0] (~Alexander@wlan-nat-24.fh-friedberg.de)
08:55:44[Saint]less woo re: keyclick, it seems to give two clicks per action.
08:55:45 Join ender` [0] (krneki@foo.eternallybored.org)
08:56:32 Quit DerPapst1 (Ping timeout: 252 seconds)
08:56:55[Saint]some *really* havy long list scrolling with keyclick enabled is enough to make the audio drop out still, though.
08:57:01[Saint]bluebroth3r: ^
08:57:05[Saint]*heavy
08:57:06 Quit ender` (Read error: Connection reset by peer)
08:57:25[Saint]"normal" use doesn't provoke it anymore though.
08:57:40 Join ender` [0] (krneki@foo.eternallybored.org)
08:58:35bluebroth3rhmm, I don't have that long lists but you can always try increasing the buffer even more :)
08:58:36 Join DerPapst1 [0] (~Alexander@wlan-nat-24.fh-friedberg.de)
08:59:01[Saint]I'll have a play with your patch.
08:59:35 Quit DerPapst (Ping timeout: 240 seconds)
08:59:36bluebroth3rthough my attempt wasn't to fix any possible dropouts in playback but get Rockbox actually usable on my phone by fixing the audio stops working problem
08:59:47bluebroth3rthough those two seem to be related
09:00
09:00:35[Saint]Something's screwy with the audio dropout patch on my phone...It makes idle_timeout reboot the device.
09:00:44[Saint]curious.
09:02:46[Saint]aha! it *does* display the "shutting down" splash...but it's a *lot* faster than it is when idle timeout fires.
09:03:21kugelI don't believe that
09:06:45[Saint]Welll...I do ;)
09:07:07[Saint]It's orders of magnitude faster than it is when idle timeout matures naturally
09:07:29[Saint]so fast in fact, it's a complete miracle I actually managed to see it.
09:08:00 Quit BHSPitMonkey (Read error: Connection reset by peer)
09:08:22[Saint]I can't *read* it, but it's pretty obvious what it is (small gray box with my userfont in "<sometext>...")
09:08:48[Saint]when idle timeout matures naturally, it's quite readable.
09:09:37kugelit should be the same code-wise. but it's possible that the cpu is boosted when you touch the screen and isn't when rockbox idle's
09:11:27kugels/'//
09:12:55 Quit [Saint] (Ping timeout: 240 seconds)
09:14:01 Join liuft [0] (~3c1d1902@giant.haxx.se)
09:14:32 Join [Saint] [0] (~st.lasciv@124-197-14-130.callplus.net.nz)
09:16:00[Saint]Well, that explains it I guess.
09:17:58[Saint]bluebroth3r: Even though I can't explain *why*....backing out your audio dop-out patch from my tree fixes the "next app run after RaaA crashes" issue.
09:18:01[Saint]...weird.
09:18:34[Saint]I can't say I can parse it all, but it seems pretty simple, and not like it should have this effect at all :|
09:19:57kugelbluebroth3r: perhaps a better solution is to refill the buffer earlier. right now it's refilled at 25%
09:20:20 Quit eGen_ (Quit: ... gettin' screew my wife ....)
09:20:52[Saint]kugel: have you looked at the patch to store resources on the SD?
09:21:01kugelyes
09:21:10[Saint]it makes a *dramatic* reduction in the installed size.
09:21:28[Saint]240x320 went from ~14MB installed to ~8MB
09:21:44[Saint](that's also with me cutting out themes and fonts)
09:27:00 Join DerPapst [0] (~Alexander@wlan-nat-24.fh-friedberg.de)
09:27:38 Quit DerPapst1 (Ping timeout: 264 seconds)
09:29:00 Quit sasquatch (Quit: WeeChat 0.3.2)
09:29:12 Quit liuft (Quit: CGI:IRC (EOF))
09:29:24 Join sasquatch [0] (~username@p4FF2DB6B.dip.t-dialin.net)
09:29:51 Quit scromple (Read error: Connection reset by peer)
09:32:23 Quit bertrik (Ping timeout: 250 seconds)
09:34:38 Join liuft [0] (~liuft@60.29.25.2)
09:36:08liuft~~~
09:44:44kugeldo we have a hotel for the devcon?
09:53:15 Quit gevaerts (Ping timeout: 240 seconds)
10:00
10:02:39[Saint]If I were to start posting builds (RaaA "low footprint" istalls) in the unsupported builds section, should I go ahead and upload a source archive right off the bat, or only if specifically requested?
10:05:08[Saint]Hmmm, I'll just include a link. Saves hassle if someone does indeed want it. But I suspect most people would rather just know what's changed than wade through the sources.
10:06:01 Quit kevku (Ping timeout: 248 seconds)
10:09:13 Join pamaury [0] (~quassel@vit94-1-82-67-248-70.fbx.proxad.net)
10:09:21 Quit pamaury (Changing host)
10:09:21 Join pamaury [0] (~quassel@rockbox/developer/pamaury)
10:13:14 Join gromit` [0] (~gromit@ALagny-154-1-9-207.w83-112.abo.wanadoo.fr)
10:14:33 Quit jordan` (Ping timeout: 248 seconds)
10:19:18 Join gevaerts [0] (~fg@d54C144AB.access.telenet.be)
10:19:21 Quit gevaerts (Changing host)
10:19:21 Join gevaerts [0] (~fg@rockbox/developer/gevaerts)
10:26:16 Join leavittx [0] (~leavittx@89.221.199.187)
10:27:01 Quit DerPapst (Read error: Connection reset by peer)
10:27:30 Join DerPapst [0] (~Alexander@wlan-nat-24.fh-friedberg.de)
10:43:15 Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de)
10:43:25 Join LinusN [0] (~linus@rockbox/developer/LinusN)
10:52:14***Saving seen data "./dancer.seen"
10:53:43[Saint]Is anyone else able to build the SDL app?
10:54:25[Saint]I'm getting some message about SDL not being present/properly configured...it's definitely present, and I've no idea how to "properly configure" it :/
10:54:56kugel[Saint]: can you run sdl-config?
10:56:27 Quit [Saint] (Quit: I'm only going to Heaven if it feels like Hell, I'm only going to Heaven if it tastes like caramel...)
10:58:46 Join [Saint] [0] (~St.]@124-197-14-130.callplus.net.nz)
10:59:58[Saint]kugel: Sorry, had to reboot.
11:00
11:00:01[Saint]Yes, yes I can.
11:01:11[Saint]I didn't have a problem before I moved to Natty...perhaps that's got something to do with it.
11:01:45kugelI suspect sdl-config is not in the $PATH configure sees
11:02:06 Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow)
11:02:11kugelbut I don't know how that could happen if you can run it
11:02:38[Saint]Nor I. It must be in the path as I can call it from outside it's location.
11:03:16 Join eGen_ [0] (generat0r@gate.mmdecin.cz)
11:04:14[Saint]I'm literally just running sdl-config with no args, and I get the expected: "Usage: sdl-config [−−prefix[=DIR]] [−−exec-prefix[=DIR]] [−−version] [−−cflags] [−−libs] [−−static-libs]"
11:04:22 Join smk [0] (dce14324@gateway/web/freenode/ip.220.225.67.36)
11:04:50[Saint]if it's not tpresent, it should prompt about needing libsdl1.2 iirc.
11:05:07[Saint]*libsdl1.2-dev
11:05:15[Saint]And, that's present also.
11:09:49kugelconfigure only checks whether it can find sdl-config or not
11:10:38 Quit einhirn (Ping timeout: 258 seconds)
11:12:55 Join DerPapst1 [0] (~Alexander@wlan-nat-24.fh-friedberg.de)
11:13:31 Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de)
11:15:04 Quit DerPapst (Ping timeout: 250 seconds)
11:15:31[Saint]Oh...err, by "it should prompt" I mean running sdl-config, not configure.
11:16:26 Part smk
11:18:15 Quit ChickeNE_ (Ping timeout: 240 seconds)
11:20:42 Quit [Saint] (Quit: I'm only going to heaven, if it feels like Hell. I'm only going to heaven, if it tastes like caramel...)
11:21:05 Join [Saint] [0] (~St.]@124-197-14-130.callplus.net.nz)
11:21:57tguinothello
11:22:05 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at)
11:22:10tguinotSince the talk with programmers, I've thinked about my soc project I've decided to cancel my application
11:22:14tguinotthey pointed out some things I didn't figured and they imply some problems and I'm not sure I can handle them
11:22:29tguinotI will work on the sansa docks but not in the Gsoc context.
11:22:39tguinotI am sorry that this behavior may cause many administrative problems but I don't want to begin something I'm not sure to achieve.
11:23:12B4gdertguinot: don't worry about our end, it won't cause a problem here
11:23:51B4gderI'm sorry you feel this way but it is strong of you to do it this way if this is how you feel
11:23:51tguinotok
11:25:18B4gderare you really sure of this?
11:25:39tguinotyes I am
11:25:55*[Saint] thanks tguinot for doing this sooner than later, however, I do ask you to *really* think it over.
11:26:08[Saint]We have many great minds here to offer support to you.
11:26:26[Saint]Again though, I admire you for speaking up now.
11:27:13tguinotThe fact is, the is some steps in the project I've never done in pratice
11:27:20 Quit TheSeven (Ping timeout: 276 seconds)
11:27:37tguinotand my schedule didnt consider thems
11:27:48tguinotso I will try next year with more experience
11:28:00pamaurytguinot: sorry to hear that; remember that gsoc or not, you're always welcome :)
11:29:21tguinotMoreover, there is some pratical problems, the project involded a electronic device I have to disassemble and if i break it, it is not available in europe
11:29:41tguinotso I prefer do this noot in the soc context
11:31:00tguinot(please excuse my bad english, I am french :])
11:31:49[Saint]I'm not *too* certain what's involved directly...but, must the dock *really* be physically disassembled?
11:32:25 Quit mudd1 (Ping timeout: 248 seconds)
11:33:01 Quit DerPapst1 (Quit: Leaving.)
11:33:25 Join mudd1 [0] (~cmertes@ip-78-94-202-227.unitymediagroup.de)
11:36:16tguinot[Saint]: I've never sniffed communication on a dock connector, there are very tiny pins on it
11:36:40tguinotusually i dissasemble the connector to sniff
11:38:09tguinotand there is the player side on which I am not sure to be able to finish
11:38:34[Saint]Couldn't you make a sort of "breakout board" with a DAP that was no longer functional?
11:39:49pamaurywhat kind of connector is it ? Perhaps you can buy one on the internet
11:39:58tguinotsandisk dock
11:39:59pamauryor even buy a broken DAP :)
11:40:31[Saint]I'd say there's no shortage of irreparably broken Sansa's with functional docks out there for cheap.
11:41:08pamauryis there a universal sandisk dock or does it only work with specific sansas ?
11:41:27[Saint](just brainstorming, I understand that you believe the project to be too much for you at this point, and I commend you for saying so)
11:42:09tguinotpamaury: yes it is one and only one dock for e2XX, c2XX and the fuze
11:43:43pamaurytguinot: then it would be possible to use a another e2xx as a breadboard. I'm not an electronics guy but that's feasible I think. I should be easy to find some e2xx for 20€ or so
11:43:57tguinotyep
11:44:12pamaurytry leboncoin.fr ;)
11:44:16tguinotbut I don't know how are the chips in the e2XXX
11:44:30[Saint]If it works with the Fuse, it should just be a standard 30pin Ridax
11:44:53[Saint]ie. "iPod connector"
11:45:25 Join DerPapst [0] (~Alexander@wlan-nat-24.fh-friedberg.de)
11:45:54 Quit soap (Quit: Leaving)
11:46:23[Saint]So I'd say one of the many iPod breakout boards would do, or could be adapted easily.
11:46:38[Saint]and they are pretty cheap nowadays.
11:46:53 Join bli [0] (~bli@195.207.85.194)
11:47:15pamaurydo iPods use the same dock connector as sansas ?
11:47:26pamaury(but different pinouts)
11:47:28blicreative x-fi is rockboxable?
11:47:57 Join byteframe [0] (~byteframe@unaffiliated/byteframe)
11:48:18[Saint]pamaury: Yes.
11:48:21byteframeis there anyway to write a startup script, so when rockbox boots, I can delete some of the cruft the OF autogenerates?
11:48:42B4gderbli: if you're asking if it currently is supported, then the list on the front page of the web site would tell you that it isn't...
11:50:14[Saint]pamaury: Yes, they both use a 30 pin 15top/15bottom Ridax (not sure if that's the actual name of the manufacturer's name) connector. But the pinouts are *vastly* different.
11:50:23tguinotpamaury: yes the dock is the same, with an USB
11:50:31[Saint]s/of the/or the/
11:50:49tguinotbut thhe pin map is very different
11:51:41pamauryok, given the ipod-fanboy-fanboyism, there should be lots of boards available to hack the connector :)
11:52:01[Saint]http://www.sparkfun.com/products/8295
11:52:04[Saint]indeed.
11:53:02[Saint]I have seen them cheaper than that though. That was just the first (of many) hits.
11:56:06tguinothmmm
11:56:18tguinotI think I will buy one of these
11:56:32 Quit bli (Quit: leaving)
11:58:37 Quit bluefoxx (Quit: Can we, should we, will we?)
11:58:57 Join bluefoxx [0] (fuzzylomba@S0106485b3917092d.vs.shawcable.net)
12:00
12:02:35 Quit mudd1 (Ping timeout: 240 seconds)
12:06:28 Join skapazzo [0] (~skapazzo@195.81.67.123)
12:07:34 Quit liuft (Ping timeout: 252 seconds)
12:07:56 Quit [Saint] (Ping timeout: 252 seconds)
12:08:36 Join [Saint] [0] (~St.]@124-197-14-130.callplus.net.nz)
12:31:40 Join liuft [0] (~liuft@60.29.25.2)
12:38:40 Quit eGen_ (Quit: ... gettin' screew my wife ....)
12:39:15 Quit Keripo (Quit: Leaving.)
12:46:01 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven)
12:52:16***Saving seen data "./dancer.seen"
13:00
13:05:18 Quit skapazzo (Ping timeout: 260 seconds)
13:05:48 Quit bluefoxx (Read error: Connection reset by peer)
13:06:04 Join bluefoxx [0] (fuzzylomba@S0106485b3917092d.vs.shawcable.net)
13:16:48 Join skapazzo [0] (~skapazzo@195.81.67.123)
13:39:55 Quit T44 (Ping timeout: 246 seconds)
13:46:04 Join n1s [0] (~n1s@rockbox/developer/n1s)
13:47:18 Join t0rc [0] (~t0rc@unaffiliated/t0rc/x-5233201)
13:54:54 Quit n1s (Quit: Lämnar)
13:55:21 Join Topy44 [0] (~Topy44@g228193047.adsl.alicedsl.de)
13:58:21 Join eGen_ [0] (generat0r@gate.mmdecin.cz)
13:59:55 Join n1s [0] (~n1s@rockbox/developer/n1s)
14:00
14:08:44 Quit factor (Remote host closed the connection)
14:12:35 Quit eGen_ (Quit: ... gettin' screew my wife ....)
14:14:04 Join DerPapst1 [0] (~Alexander@wlan-nat-24.fh-friedberg.de)
14:15:20 Quit DerPapst (Ping timeout: 250 seconds)
14:16:26 Join dfkt [0] (dfkt@unaffiliated/dfkt)
14:22:06 Join sideral [0] (~sideral@rockbox/developer/sideral)
14:25:17 Join eGen_ [0] (generat0r@gate.mmdecin.cz)
14:26:28 Quit eGen_ (Client Quit)
14:27:59 Join eGen_ [0] (generat0r@gate.mmdecin.cz)
14:32:55 Quit eGen_ (Quit: ... gettin' screew my wife ....)
14:40:42 Join eGen_ [0] (generat0r@gate.mmdecin.cz)
14:40:54 Part eGen_
14:42:17 Join eGen_ [0] (generat0r@gate.mmdecin.cz)
14:44:17 Join robin0800 [0] (~robin0800@cpc3-brig8-0-0-cust703.3-3.cable.virginmedia.com)
14:45:44 Quit robin0800 (Remote host closed the connection)
14:45:50 Join robin0800 [0] (~robin0800@cpc3-brig8-0-0-cust703.3-3.cable.virginmedia.com)
14:46:00 Quit robin0800 (Remote host closed the connection)
14:46:42 Quit eGen_ (Client Quit)
14:46:54 Quit krazykit (Quit: work time)
14:47:13 Quit avacore (Ping timeout: 260 seconds)
14:47:46 Join avacore [0] (~avacore@1008ds1-rdo.0.fullrate.dk)
14:48:38 Join kevku [0] (~kevku@2001:470:28:773:babe:feed:dead:bee)
14:50:14tguinothttp://www.austriamicrosystems.com/eng/Products/Mobile-Entertainment/Analog-Integrated-Microcontrollers/AS3525
14:50:37tguinotIt is very probable that the sandisk protocol is based on SSP or I2C
14:51:21tguinothttp://www.austriamicrosystems.com/var/plain_site/storage/images/products/mobile-entertainment/analog-integrated-microcontrollers/as3525/as3525a-block-diagram/128744-1-eng-GB/AS3525A-Block-Diagram.gif
14:51:45Tornethe SoC has those peripherals, yes.. it also has UARTs and GPIOs and ADCs and so on..
14:52:09Torneso i think if you're assuming just because they're there in the chip, that's not really sufficient )
14:52:19***Saving seen data "./dancer.seen"
14:53:14 Quit avacore (Read error: Operation timed out)
14:56:08 Join liuft_ [0] (~liuft@60.29.25.2)
14:58:37 Join eGen_ [0] (generat0r@gate.mmdecin.cz)
14:58:47 Quit eGen_ (Client Quit)
15:00
15:01:46 Quit liuft ()
15:03:06 Join eGen_ [0] (generat0r@gate.mmdecin.cz)
15:04:14 Join liuft [0] (~liuft@60.29.25.2)
15:05:04 Quit eGen_ (Client Quit)
15:05:34 Join eGen_ [0] (generat0r@77.95.47.241)
15:06:13 Quit eGen_ (Client Quit)
15:06:26 Join eGen_ [0] (generat0r@gate.mmdecin.cz)
15:06:54 Quit eGen_ (Client Quit)
15:07:25 Join eGen_ [0] (generat0r@gate.mmdecin.cz)
15:09:02 Part eGen_
15:11:07 Quit liuft (Quit: Leaving)
15:16:51sideralsaratoga, AlexP: I've posted my experimental "dynamically add new tracks to DB when they are played" feature to the tracker −− FS #12073
15:29:16 Quit liuft_ (Quit: 暂离)
15:50:54 Quit mc2739 (Ping timeout: 240 seconds)
15:52:10 Join mc2739 [0] (~mc2739@rockbox/developer/mc2739)
15:54:19 Join eGen_ [0] (generat0r@77.95.47.241)
15:55:17 Quit TheSeven (Remote host closed the connection)
15:55:41 Quit eGen_ (Client Quit)
15:55:54 Join eGen_ [0] (generat0r@gate.mmdecin.cz)
16:00
16:02:52 Quit eGen_ (Quit: ... gettin' screew my wife ....)
16:04:32 Join eGen_ [0] (generat0r@gate.mmdecin.cz)
16:08:27 Join eGen [0] (generat0r@gate.mmdecin.cz)
16:08:43 Quit eGen_ (Client Quit)
16:08:44 Quit eGen (Client Quit)
16:08:46 Quit t0rc (Quit: WeeChat 0.3.4)
16:09:02 Join eGen_ [0] (generat0r@gate.mmdecin.cz)
16:10:28 Part LinusN
16:15:21 Quit eGen_ (Quit: ... gettin' screew my wife ....)
16:15:52 Join eGen_ [0] (generat0r@gate.mmdecin.cz)
16:18:19 Quit eGen_ (Client Quit)
16:18:35 Join eGen_ [0] (generat0r@gate.mmdecin.cz)
16:18:47 Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93)
16:20:22 Quit eGen_ (Client Quit)
16:20:36 Join eGen_ [0] (generat0r@gate.mmdecin.cz)
16:45:10 Join cougarten [0] (~q@xdsl-87-78-53-91.netcologne.de)
16:46:07cougartenhi, is it possible to extend the radio frequencie range through rockbox or are these hardware limits? (I'm just courious about a 900Mhz FM transmitter i have no use for)
16:46:21cougartenwhops, messed that up
16:46:43cougartenhi, is it possible to extend the radio frequencie range through
16:46:44cougartenrockbox or are these hardware limits? (I'm just courious about a 900Mhz FM transmitter i have no use for)
16:47:41B4gderthey are hardware limits
16:47:50 Join wodz [0] (~wodz@87-206-240-131.dynamic.chello.pl)
16:48:20gevaertsWell, there may be software limits too, but 900MHz is definitely outside the hardware limits
16:48:39 Quit skapazzo (Quit: Lost terminal)
16:48:40cougartenok, to bad. guess I'll have to mod the kitchens radio than :)
16:49:26wodzI don't think you will be able to mod consumer FM radio for such frequency
16:52:21***Saving seen data "./dancer.seen"
16:56:49*B4gder agrees with wodz
16:57:48 Quit sideral (Quit: Leaving.)
16:59:09pamaury900Mhz seems way to high for FM
16:59:51cougartenand if i just extend the antenna of the transmitter?
17:00
17:00:06cougartenthe frequencie should drop, shouldn't it?
17:00:15gevaertsuh, no. Why should it?
17:00:31 Quit B4gder (Quit: Konversation terminated!)
17:00:40 Quit DerPapst1 (Quit: Leaving.)
17:00:42 Part Zagor
17:01:20cougartenuhm ok :) i know so little :)
17:03:35 Join sideral [0] (~sideral@213.165.85.248)
17:03:35 Quit sideral (Changing host)
17:03:35 Join sideral [0] (~sideral@rockbox/developer/sideral)
17:05:05 Join chattr [0] (~mike@94.166.189.72.cfl.res.rr.com)
17:05:16 Part chattr ("gone")
17:10:28 Quit sideral (Remote host closed the connection)
17:11:07 Join sideral [0] (~sideral@rockbox/developer/sideral)
17:13:29 Join funman [0] (~fun@rockbox/developer/funman)
17:20:43 Quit sideral (Remote host closed the connection)
17:21:40 Join sideral [0] (~sideral@213.165.85.248)
17:21:41 Quit sideral (Changing host)
17:21:41 Join sideral [0] (~sideral@rockbox/developer/sideral)
17:25:42 Join sideral1 [0] (~sideral@213.165.85.248)
17:25:42 Quit sideral (Disconnected by services)
17:25:42 Nick sideral1 is now known as sideral (~sideral@213.165.85.248)
17:25:43 Quit sideral (Changing host)
17:25:43 Join sideral [0] (~sideral@rockbox/developer/sideral)
17:33:52 Quit sideral (Remote host closed the connection)
17:34:26 Join sideral [0] (~sideral@213.165.85.248)
17:34:26 Quit sideral (Changing host)
17:34:26 Join sideral [0] (~sideral@rockbox/developer/sideral)
17:44:07 Quit sideral (Remote host closed the connection)
17:44:32 Join sideral [0] (~sideral@213.165.85.248)
17:44:32 Quit sideral (Changing host)
17:44:32 Join sideral [0] (~sideral@rockbox/developer/sideral)
17:47:58 Join q_ [0] (~q@xdsl-84-44-182-120.netcologne.de)
17:47:58 Quit cougarten (Read error: Connection reset by peer)
17:49:25 Join mudd1 [0] (~cmertes@ip-78-94-202-227.unitymediagroup.de)
17:52:14 Join q__ [0] (~q@xdsl-87-78-21-118.netcologne.de)
17:56:05 Quit q_ (Ping timeout: 260 seconds)
17:59:03 Quit sideral (Quit: Leaving.)
18:00
18:05:04bluebroth3rkugel: I tried changing when the buffer is refilled but this doesn't help at all.
18:05:11 Quit liar (Read error: Connection reset by peer)
18:05:22bluebroth3rwhich doesn't surprise me to be honest.
18:07:04bluebroth3rthe Android documentation clearly states that using the minimum buffer size does not guarantee smooth playback. On my phone the minimum size is 12k, so right now it goes up to 48k with my patch. Having 12k as safety buffer doesn't sound a lot to me
18:07:20bluebroth3rplus, we're not that short on memory on Android anyway
18:09:51 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at)
18:13:24 Join u42p [0] (~v35b@d085072.adsl.hansenet.de)
18:18:40 Join komputes [0] (~komputes@ubuntu/member/komputes)
18:20:56 Join L-Strife89 [0] (~Strife89@adsl-068-213-037-174.sip.mcn.bellsouth.net)
18:24:41 Join DerPapst [0] (~Alexander@p57916726.dip.t-dialin.net)
18:24:48 Join smk [0] (3d114d20@gateway/web/freenode/ip.61.17.77.32)
18:25:05 Quit L-Strife89 (Client Quit)
18:25:59wodzlcd updates are quite fancy on rockchip SoC. You setup dma transfer where lcdif pools for data when buffer is empty. DMA engine uses preconfigured linked list to fulfill request so at some point DMA is automatically terminated.
18:26:53wodzfrom the other hand this complicated partial updates :/
18:27:01wodz*complicates
18:27:51 Join sideral [0] (~sideral@rockbox/developer/sideral)
18:40:07 Join TheLemonMan [0] (~lem0n@151.62.137.161)
18:42:03 Join Jerom [0] (~jerome@95.171.148.84)
18:43:24 Quit Jerom (Client Quit)
18:48:19 Join benedikt93_ [0] (~benedikt9@p5B0C7624.dip.t-dialin.net)
18:48:22 Quit benedikt93_ (Client Quit)
18:52:25***Saving seen data "./dancer.seen"
18:53:56 Join benedikt93_ [0] (~benedikt9@p5B0C7624.dip.t-dialin.net)
18:56:57 Join Stummi [0] (~Stummi@rockbox/developer/Stummi)
18:57:31 Quit benedikt93 (Ping timeout: 246 seconds)
18:57:37 Part smk
19:00
19:00:14 Nick benedikt93_ is now known as benedikt93 (~benedikt9@p5B0C7624.dip.t-dialin.net)
19:00:27 Quit benedikt93 (Changing host)
19:00:27 Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93)
19:03:07 Join bertrik [0] (~bertrik@rockbox/developer/bertrik)
19:06:38bertrikrasher, we can probably accept this language patch, right? http://www.rockbox.org/tracker/task/12072
19:07:03bertrikthis person hasn't had a language patch accepted before, but looks serious enough
19:07:51rasherYeah I'd trust that
19:07:58rasherWe can always go back anyway
19:10:40saratogacan the web interface show SVN commits by person rather then by file?
19:12:31bertrikoh, this language file does have a couple of "The <source> section differs from the english!" that we should look into
19:14:35 Quit TheLemonMan (Quit: Destructor called)
19:14:56 Join TheLemonMan [0] (~lem0n@151.62.137.161)
19:15:59 Quit bertrik (Read error: Operation timed out)
19:16:42 Part u42p ("Leaving")
19:17:24 Join bertrik [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl)
19:17:24 Quit bertrik (Changing host)
19:17:24 Join bertrik [0] (~bertrik@rockbox/developer/bertrik)
19:25:25 Quit mystica555 (Read error: Operation timed out)
19:26:10 Join L-Strife89 [0] (~Strife89@207.144.201.128)
19:33:18 Join Horscht [0] (~Horscht@p5DD57D02.dip.t-dialin.net)
19:33:18 Quit Horscht (Changing host)
19:33:18 Join Horscht [0] (~Horscht@xbmc/user/horscht)
19:35:12pamaurysideral: is it sufficient to mount & unmount to have a filesystem corruption on clip+ for you ?
19:36:43sideralpamaury: yes. it typically happens after the clip+ is first booted. then I plug it in, mount it (automatically done by the my OS), umount it, then I run fsck.vfat
19:37:23sideralhaven't check without the mount/umount cycle (haven't bothered to change my OS config), but I doubt it matters
19:37:41siderals/check/checked/
19:37:44 Join MethoS [0] (~clemens@134.102.106.250)
19:38:07 Join Buschel [0] (~chatzilla@p54A3AC9E.dip.t-dialin.net)
19:38:11 Nick MethoS is now known as Guest19151 (~clemens@134.102.106.250)
19:41:28pamauryI've hacked usb-storage to compute CRCs on the fly and hacked a usb analyzer on the host to do the same
19:41:31 Join mystica555 [0] (~Mike@71-33-152-71.hlrn.qwest.net)
19:41:55pamauryit's not quite easy to interpret differences but I still haven't got any corruption nor CRC differences
19:42:30pamaurysometimes one host transfer is corresponding to two devices transfers with mismatching size, but I can't tell why; and only when reading
19:44:43 Join domonoky [0] (~Domonoky@rockbox/developer/domonoky)
19:45:30sideralit could be worthwhile to compare the buffer contents before and after the DMA to the host
19:46:05sideraldoes ARM have hardware watchpoints?
19:46:31 Part byteframe ("Leaving.")
19:46:51 Quit benedikt93 (Quit: "There are three kinds of lies: lies, damned lies, and statistics." - Benjamin Disraeli)
19:47:10pamaurythe point is that I can't (re)produce a corruption
19:48:00sideralat least you don't see it on the host. it still could have happened after the xfer to the host without you noticing, right?
19:49:15pamauryno, I mean I can't corrupt the filesystem
19:49:27pamauryI can't reproduce the problem
19:49:35sideralI understand
19:50:10pamauryIf you want I give you the code and you try the analysis on your side but I prefer to do it myself if possible
19:50:50pamaury*can
19:50:52sideralI really should get you my disk image. It shouldn't be big, there isn't much on the internal SD. I can prepare a dd copy tonight
19:51:25sideralHeck, I could even ship you my Clip+
19:51:36 Part timccc ("Leaving.")
19:51:51pamaurysideral: but do you think it's related to the disk image ?
19:52:30sideralIt cannot be ruled out I'd say. So better eliminate that variable
19:52:46 Join smk [0] (~smk@59.161.31.208)
19:53:23sideralBut please go ahead and post your code to FS; I might take a look at it at least.
19:53:26pamauryif possible, could you dd this image as backup and try to reformat ? This way to start with a new filesystem
19:53:35pamaurys/to/you
19:53:50sideralYes, I can try that
19:53:59Buschelsideral: any further comments on my m4a patch? codewise?
19:54:45*pamaury imagine a weird situation when sideral doesn't have the same exact usb controller as me :-o
19:55:09sideralpamaury: I'm serious about shipping you the player. That likely would get us results faster as I won't have much time to look into this issue this week
19:55:28sideralscary thought pamaury ...
19:56:00sideralBuschel: Unfortunately I don't have any comments regarding the code. I'm not familiar enough with the codec interface.
19:56:12sideralI could only do a very high-level review
19:56:26pamaurysideral: we'll see that if everything else fail
19:56:53pamaurywe need to eliminate all variables: buggy filesystem and buggy host for example
19:57:48sideralBuschel: But I'm happy with the result! :)
19:58:16Buschelok :) I will add some supporting comments to the code and do some further testing then
19:58:25sideralpamaury: You're right. I'll try with a different host later this week.
19:59:05pamaurysideral: also test with and without sd
19:59:08pamaury(we never know)
19:59:59pamaurymy clip+ has unreliable usb when sd is not plug :-/
20:00
20:00:05pamauryplugged
20:00:11sideralin which way?
20:00:36pamaurycontrollers goes mad, host keeps resetting
20:00:44sideralI think I had an SD card in the slot during all my testing so far
20:00:47pamaurynever goes further than scsi identification
20:01:23pamaurywhich amsv2 variant do you have ?
20:03:12sideralI sometimes have similar symptoms early after boot. I was thinking that my automatic DB refresh/commit would delay some of the USB communication, but couldn't find a bug in there −− tagcache.c is splattered with check_event_queue()
20:04:14sideralFS #11927 (Queue overflow during database initialisation) may be relevant here
20:04:54sideral(AMSv2 variant) I can't check right now −− the Clip+ is at home
20:04:58pamauryok
20:06:36sideralI can avoid the USB init problems by delaying plugging in the USB cable until after the disk indicator in the status line turns off
20:06:48 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven)
20:07:19pamauryI never plug it on boot on my side
20:10:50 Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org)
20:11:09 Join skapazzo [0] (~skapazzo@195.81.67.123)
20:11:43 Join ChickeNES [0] (~ChickeNES@128.135.100.102)
20:13:07 Join Zagor [0] (~bjst@rockbox/developer/Zagor)
20:13:54 Quit GeekShadow (Quit: The cake is a lie !)
20:17:35Buschelsaratoga: any comments on FS #8923 from your side? I'd like to have feedback/review from a codec dev.
20:17:52saratogalet me look over it now
20:18:06saratogaits been so long since i looked at that code
20:19:39Buschelidea is to avoid loading the byte offset for each frame and to build up an own lookup table. this table contains the associated frame index (called "sample") and byte offset.
20:19:40saratogaBuschel: is that still using the downsample by 8 trick?
20:19:46Buschelsaratoga: no
20:19:57Buscheltotally new approach
20:20:28saratogaoh i see you don't save chunk_offset
20:21:21Buschelchunk_offset is replaced by lookup_table (same size). sample_byte_size has been totally removed
20:21:37Buschelsample_byte_size was the biggest array
20:22:27Buschelthis solution allows to keep the chunk-skip stuff in codecs/aac.c which is needed for several files
20:22:49saratogathat sounds reasonable, but i don't know much about MP4
20:24:12Buschelthere are two issues I am not sure about:
20:24:14Buschel1) is sample_to_chunk[] always available before calling read_chunk_stco()?
20:24:42Buschel2) will the resulting lookup_table always have enough precision for seek/resume?
20:25:50saratogalots of formats have terrible seek resolution, so i'm not too concerned there
20:26:55BuschelI do not know if there it is rule like "there must be a chunk at least each N frames"
20:44:09 Quit sideral (Quit: Leaving.)
20:46:08 Join krazykit [0] (~krazykit@99-126-205-52.lightspeed.cicril.sbcglobal.net)
20:46:22 Quit liar (Ping timeout: 258 seconds)
20:47:52saratogaBuschel: seems to work for me, maybe commit it and see if people find problem samples?
20:50:46Buschelyes, I think the same. just measured the worst case for all of my files -> 21 frames per chunk. this equals a precision of 0.5s for seek/resume. enough from my point of view
20:51:52bertrikwow, the AMSv1 sd driver has seen a lot of changes, like we've tried to enable 4-bit widebus mode at least 3 times (and disabled it again on read/write problems)
20:52:28***Saving seen data "./dancer.seen"
20:53:39 Quit DerPapst (Ping timeout: 258 seconds)
20:54:49bertriksuch a pity because it would result in a 4 times increase in throughput, while using just high-speed mode increases it by just 2x (and only for some cards)
20:58:22bertrikkugel, do you know what is going on with the button light and the sd in AMSv1 players?
20:58:34kugelnot anymore, I'm afraid :)
20:58:45bertrikdid it happen with a clipv1 too?
21:00
21:00:04kugelI don't htink so
21:02:51funmanbertrik: the led used to blink on SD access
21:03:07funman(it was a funny thing btw)
21:03:55funmani seem to remember it was only on µSD access (so it wouldn't happen on clipv1?)
21:04:51 Quit funman (Quit: leaving)
21:05:06bertrikI can't remember ever seeing it on clipv1
21:05:19 Join sideral [0] (~sideral@213.165.85.248)
21:05:19 Quit sideral (Changing host)
21:05:19 Join sideral [0] (~sideral@rockbox/developer/sideral)
21:06:59bertrikI managed to break the dependency between button light and sd for AMSv2, I'm wondering if we can do that for AMSv1 too
21:07:08pamaurybertrik: any idea what would cause usb stability problem when sd is not plugged in ?
21:08:30bertrikno not really
21:08:42bertrikmaybe there's a lot of retries going on with uSD not plugged
21:08:49bertrikis this a recent phenomenon?
21:11:55pamaurydon't know, I always try with sd because that's where I put the new firmware. But without sd, it's really unreliable
21:12:58CIA-87New commit by Buschel (r29745): Major rework of the m4a parser for aac/alac playback, seek and resume support. As a result the memory consumption was drastically reduced. This allows ...
21:16:04 Join DerPapst [0] (~Alexander@p57916726.dip.t-dialin.net)
21:17:24CIA-87r29745 build result: All green
21:19:35n1sBuschel: very nice!
21:19:57 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at)
21:20:14 Quit Stummi (Quit: Bye!)
21:21:14Buscheln1s: thanks :)
21:22:30Buschelnow let's see if there any problem files coming up
21:33:11 Join advcomp2019_ [0] (~advcomp20@97-114-224-157.sxcy.qwest.net)
21:33:11 Quit advcomp2019 (Read error: Connection reset by peer)
21:33:11 Quit advcomp2019_ (Changing host)
21:33:11 Join advcomp2019_ [0] (~advcomp20@unaffiliated/advcomp2019)
21:34:04 Quit markun (Read error: Connection reset by peer)
21:36:35 Quit liar (Ping timeout: 258 seconds)
21:37:51n1shmm, we should probably put some more sanity checking in genlang
21:38:02 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at)
21:38:35 Join |liar| [0] (~liar@clnet-p09-185.ikbnet.co.at)
21:39:41 Join markun [0] (~markun@rockbox/developer/markun)
21:40:21wodzTheSeven: ping
21:40:28TheSevenwodz gnip
21:40:34 Join Keripo [0] (~Keripo@nic-aruba-dhcp-255-128-11.wireless-pennnet.upenn.edu)
21:40:37pamauryTheLemonMan: ping
21:40:54TheLemonManhi
21:41:34 Join bieber_ [0] (~quassel@node82.seg33.ucf.edu)
21:41:52wodzTheSeven: from time to time iLoader reports unclean shutdown and cleans up FTL although rockbox exits cleanly
21:41:59wodznano2g
21:42:28TheSevendid rockbox take very long to shut down before this happens?
21:42:35pamauryI rewrote elftosb ! The code is in the SVN. If you can, that would be nice to try it (along with the official one) to check that is works :)
21:42:42wodzdon't think so
21:42:47TheSeventhere is some kind of shutdown timeout after which it will power off hard
21:43:07 Quit |liar| (Client Quit)
21:43:21wodzIt happen once a week or something
21:43:32wodz*happens
21:44:00 Quit liar (Quit: hallowed are the ori!)
21:44:58TheLemonManpamaury: in the sbtools folder ?
21:45:08pamauryyes
21:47:29wodzTheSeven: Is there something which can be done with this or is this harmless and simply ignore?
21:48:36TheLemonManmmh it keeps segfaulting
21:48:53TheSevenif we figure out why it's happening, we should of course fix it, but I wouldn't expect it to cause trouble
21:48:58pamaurydo you give the correct arguments ?
21:49:19TheSeventhe FTL works in a way that should allow robust handling of unclean shutdown situations
21:49:24pamaurycan you see where it segfaults ?
21:50:24 Quit ChickeNES (Quit: Computer has gone to sleep.)
21:52:42TheLemonManpamaury: sec = sec->next; in elf.c
21:53:18pamauryhum
21:53:32pamaurywould you mind sending me the command file as well as the elf files ?
21:55:07 Join useer [0] (~quassel@63.249.22.9)
21:57:09TheLemonManhttp://dl.dropbox.com/u/8112836/Dawit.tar.gz
21:57:27TheLemonManim going, cya tomorrow
21:57:40 Quit TheLemonMan (Quit: Destructor called)
21:59:00pamauryarg, I thought I was done but no.
22:00
22:00:16 Join ChickeNES [0] (~ChickeNES@128.135.100.102)
22:01:19 Join Jerom [0] (~jerome@95.171.148.84)
22:02:58pamauryhum, why did he leave ! It doesn't segfault for me :( But fails nevertheless
22:08:52CIA-87New commit by bertrik (r29746): AMSv1 sd: work-around for detection problem with some sd cards (delay after switching to high-speed)
22:09:10 Quit Buschel (Ping timeout: 258 seconds)
22:09:25 Quit advcomp2019_ (Read error: Connection reset by peer)
22:13:09CIA-87r29746 build result: All green
22:17:40 Quit Rob2223 (Remote host closed the connection)
22:17:56 Join Rob2222 [0] (~Miranda@p4FFF18BB.dip.t-dialin.net)
22:24:57 Quit z35 (Ping timeout: 250 seconds)
22:27:26CIA-87New commit by pamaury (r29747): sbtools: fortify code against weird elf files with no string table and/or no sections/programs headers !
22:29:03pamauryTheLemonMan (for the logs): your first.elf file was probably produced by an older version of sbtoelf. In its current state, it is useless because is has no section so no code gets included in the final sb file ! I fixed the bug but you really should regenerate it
22:29:35 Quit L-Strife89 (Quit: Leaving work.)
22:31:12CIA-87r29747 build result: All green
22:31:50bertrikbitset32 and bitclr32 are thread-safe, right?
22:33:24bertrikwe manipulate the AMS register CCU_IO with bitset/bitclr in some places, but with &= and |= in others
22:35:31bluebroth3rhmm, seems like the unzip issue with Rockbox Utility affects even some more themes. We need a new release ...
22:35:47n1sbertrik, yeah i thik that's the point of them
22:38:44bertrikok, I think I'll make that more consistent then
22:42:07 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at)
22:42:33[Saint]Hmmmm... TheSeven, I also get FTL repair after clean shutdown occasionally
22:42:48[Saint]Anything I can do to aid you in catching the cause?
22:52:32***Saving seen data "./dancer.seen"
22:54:06 Quit Keripo (Quit: Leaving.)
22:55:00 Join z35 [0] (~z35@24.189.173.113)
22:56:17bertrikhm, we have the same issue with CGU_PERI, some code uses bitclr/bitset/bitmod, other code just pokes directly into it
23:00
23:00:02bertrikShall I just make use of bitset/bitclr consistent? or is there some special reason to not use it?
23:00:26 Part Zagor
23:05:03bertrikI guess it's not really necessary unless the register is accessed from an interrupt
23:05:53amiconnIs this bit* stuff faster and/or smaller than read-modify-write?
23:06:43amiconnIf so, it would make sense to use it everywhere. It would also improve things in case a register tha isn't used in an isr right now might be used in one later
23:06:48n1sno, they are real functions so probably a bit slower but they are disabling interrupts
23:06:56amiconnah
23:07:37amiconnOn PP there's hardware support for bit manipulation in some registers (e.g. gpio). Unfortunately not everywhere
23:08:48 Quit Jerom (Quit: Leaving.)
23:08:57 Quit n1s (Quit: Lämnar)
23:09:27 Join robin0800 [0] (~robin0800@cpc3-brig8-0-0-cust703.3-3.cable.virginmedia.com)
23:12:38rasherI've made this: http://translate.rockbox.org/whichfont.php - where should it be linked?
23:13:42CIA-87New commit by bertrik (r29748): AMS: consistently use bitclr32/bitset32/bitmod32 for register CCU_IO (instead of using |= or &= )
23:17:52CIA-87r29748 build result: All green
23:19:20bluebroth3rare the build logs of the html manual available?
23:19:53bluebroth3rI currently get an error "cp: cannot stat `rockbox-build0x.png': No such file or directory" when building it. The output is ok but the files aren't copied into the upper output folder
23:20:36bertrikhm, CGU_PERI looks safe, the direct manipulations are either already protected from a concurrent write by an interrupt, or are in an interrupt itself
23:22:59 Quit ender` (Quit: Debugging is twice as hard as writing the code in the first place. Therefore, if you write the code as cleverly as possible, you are, by definition, not smart enough to debug it. -- Brian W. Kernighan)
23:28:30bluebroth3rBagder: which version of LaTeX is running on the nightly build server?
23:29:05 Quit dfkt (Quit: -= SysReset 2.55=- Sic gorgiamus allos subjectatos nunc.)
23:32:16CIA-87New commit by rasher (r29749): Add script to generate, and one to show font coverage of translations
23:33:26 Quit kevku (Quit: KVIrc 4.0.4 Insomnia http://www.kvirc.net/)
23:35:34rasherSomewhat more useful than the one on my site (but less comprehensive, I guess)
23:37:36 Join Keripo [0] (~Keripo@eng056.wireless-resnet.upenn.edu)
23:39:01 Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow)
23:46:17 Quit skapazzo (Ping timeout: 246 seconds)
23:47:42 Quit wodz (Quit: Leaving)
23:48:11kugelbluebroth3r: did/can you try upping the "get new data" threshold?
23:48:17kugel(re: audio drops)
23:48:36kugelto like 50%?
23:51:05bluebroth3rkugel: I already did that (by changing the size of buf[] in PCMListener). Even worse
23:51:40kugelthat seems strange. perhaps the callback is buggy
23:53:13bluebroth3rwell, on my device getMinBufferSize returns 12ki. Given that the documentation clearly states that this amount does _not_ guarantee smooth playback having 24ki still seems not that much of room to me.
23:54:17bluebroth3rbut why should changing that threshold improve things? As far as I understand the problem it's caused by high system load. Which means the callback isn't called, so calling it earlier won't change things −− it simply isn't called.
23:54:39bluebroth3rthen we get a buffer underrun and playback hangs.
23:54:42kugelIIRC it returns more than 24k on some samsung devices; they should be *much* worse
23:55:13bluebroth3rwouldn't be that bad if it was just a short audio dropout instead of playback hanging completely
23:55:57bluebroth3rI'm not sure if that's comparable. HTC puts some additional applications on top of Android and Samsung presumably does as well but different ones. So the actual load of the system isn't comparable
23:56:00kugelI think the callback stops if it gets no data from our pcm; that might not be the right thing under cpu pressure
23:56:14bluebroth3ris there a way to record the current CPU load via adb?
23:56:28kugelsure
23:56:34bluebroth3rok, how?
23:56:51kugeltop should be in the in the base installation, and there's htop out there
23:57:01kugelI used top before I rooted
23:57:54bluebroth3rI thought more of something that can log the value like in ddms
23:58:13 Join skapazzo [0] (~skapazzo@195.81.67.123)
23:58:13kugeltop > /sdcard/log.txt :)

Previous day | Next day