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-09-20

00:12:45 Quit Wardo (Read error: Connection reset by peer)
00:19:44 Quit shamus (Read error: Connection reset by peer)
00:19:57 Join shamus [0] (~shamus@ip-206-192-195-49.marylandheights.ip.cablemo.net)
00:26:18 Join Scromple [0] (~Simon@119.225.209.134)
00:28:05 Quit pamaury (Ping timeout: 240 seconds)
00:32:12 Quit eckoit (Quit: eckoit)
00:50:39 Join BHSPitMonkey [0] (~stephen@unaffiliated/bhspitmonkey)
00:50:54 Quit bertrik (Read error: Operation timed out)
00:54:42 Quit lebellium (Quit: ChatZilla 0.9.88.2 [Firefox 16.0/20120911232325])
00:58:55 Quit mgottschlag (Ping timeout: 246 seconds)
01:00
01:05:56 Quit Rower85 (Quit: Hmmm...)
01:14:28 Join t0rc [0] (~t0rc@unaffiliated/t0rc/x-5233201)
01:37:56 Quit dfkt (Quit: -= SysReset 2.55=- Sic gorgiamus allos subjectatos nunc.)
01:47:30***Saving seen data "./dancer.seen"
01:57:10 Join factor [0] (~factor@r74-195-187-142.msk1cmtc01.mskgok.ok.dh.suddenlink.net)
02:00
02:06:13 Join mparodi_ [0] (~mparodi@r186-52-45-68.dialup.adsl.anteldata.net.uy)
02:11:33 Part mparodi_ ("Leaving")
02:11:36 Join mparodi_ [0] (~mparodi@r186-52-45-68.dialup.adsl.anteldata.net.uy)
02:11:40mparodi_Hello guys
02:12:00mparodi_do you know any device to record audio from a mic?
02:12:14mparodi_I have an amplified signal that comes from a mic
02:33:18 Join eckoit [0] (~ryan@d173-181-73-93.abhsia.telus.net)
02:33:39 Quit Poodlemastah (Quit: ZNC - http://znc.in)
02:34:48 Join Poodlemastah [0] (~Poodlemas@h-253-206.a218.priv.bahnhof.se)
03:00
03:02:45 Quit Poodlemastah (Quit: ZNC - http://znc.in)
03:03:54 Join Poodlemastah [0] (~Poodlemas@h-253-206.a218.priv.bahnhof.se)
03:05:51 Quit eckoit (Quit: eckoit)
03:09:29 Nick ScurviedCreature is now known as LittleBarnacle (~fearofmus@unaffiliated/fearofmusic)
03:10:52 Quit bootlkhtg (Ping timeout: 264 seconds)
03:47:33 Quit t0rc (Quit: WeeChat 0.3.8)
03:47:35***Saving seen data "./dancer.seen"
03:50:07 Join pedro_angelo [0] (~pedro_ang@201-29-175-8.user.veloxzone.com.br)
03:56:44 Join eckoit [0] (~ryan@50.65.10.24)
04:00
04:06:03 Join doomrobo [0] (~Michael@cpe-72-225-251-161.nyc.res.rr.com)
04:06:23doomrobois there any way to disable internal amplification completely so I can hook up my Clip+ to an external amp?
04:14:09[Saint]doomrobo: Errr....what?
04:14:15[Saint]Just set volume to 0dB
04:14:19doomrobothought so
04:14:21doomrobothanks
04:14:22[Saint]this is line level.
04:15:03 Quit eckoit (Ping timeout: 246 seconds)
04:18:00 Join eckoit [0] (~ryan@50.65.10.24)
04:21:00 Quit XavierGr (Ping timeout: 252 seconds)
04:21:22 Quit doomrobo (Quit: Leaving)
04:28:16 Quit pixelma (Disconnected by services)
04:28:16 Join pixelma_ [0] (pixelma@rockbox/staff/pixelma)
04:28:18 Nick pixelma_ is now known as pixelma (pixelma@rockbox/staff/pixelma)
04:28:45 Join amiconn_ [0] (amiconn@rockbox/developer/amiconn)
04:28:45 Quit amiconn (Disconnected by services)
04:28:48 Nick amiconn_ is now known as amiconn (amiconn@rockbox/developer/amiconn)
04:37:53 Join TheSphinX_ [0] (~briehl@p579CC28B.dip.t-dialin.net)
04:41:23 Quit TheSphinX^ (Ping timeout: 248 seconds)
04:42:29 Quit Syconaut (*.net *.split)
04:42:29 Quit nosa-j (*.net *.split)
04:42:30 Quit gevaerts (*.net *.split)
04:42:30 Quit pineapple (*.net *.split)
04:42:30 Quit uwe_ (*.net *.split)
04:42:30 Nick nosa is now known as nosa-j (~m00k@184.76.254.130)
04:42:36 Join Techdisk [0] (~461f045b@www.haxx.se)
04:45:02 Quit Techdisk (Client Quit)
04:48:32 Join Syconaut [0] (~viper@c-60fd72d5.162-1-64736c10.cust.bredbandsbolaget.se)
04:48:32 Join 16SABZ0UI [0] (~m00k@184.76.254.130)
04:48:32 Join pineapple [0] (~pineapple@ip68-105-39-64.br.br.cox.net)
04:48:32 Join gevaerts [0] (~fg@rockbox/developer/gevaerts)
04:48:32 Join uwe_ [0] (~uwe_@dslb-088-064-209-125.pools.arcor-ip.net)
05:00
05:01:35 Join Rower85 [0] (husvagn@v-413-alfarv-90.bitnet.nu)
05:32:24 Quit [7] (Disconnected by services)
05:32:32 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven)
05:33:52 Quit ps-auxw (Ping timeout: 260 seconds)
05:35:49 Join ps-auxw [0] (~arneb@2001:470:c807:0:1532:4e5f:2ad3:4123)
05:44:07 Quit eckoit (Quit: eckoit)
05:47:37***Saving seen data "./dancer.seen"
06:00
06:25:27 Join eckoit [0] (~ryan@50.65.10.24)
06:26:48 Quit eckoit (Client Quit)
07:00
07:04:42 Join eckoit [0] (~ryan@50.65.10.24)
07:14:50 Join mortalis [0] (~mortalis@195.34.194.126.kalibroao.ru)
07:36:29 Quit perrikwp (Read error: Connection reset by peer)
07:39:49 Join perrikwp [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com)
07:41:52 Quit bluebrother (Disconnected by services)
07:41:57 Join bluebrother^ [0] (~dom@rockbox/developer/bluebrother)
07:43:58 Quit perrikwp (Read error: Connection reset by peer)
07:44:13 Quit fs-bluebot (Ping timeout: 244 seconds)
07:44:44 Join perrikwp [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com)
07:45:31 Join fs-bluebot [0] (~fs-bluebo@g224236016.adsl.alicedsl.de)
07:47:40***Saving seen data "./dancer.seen"
08:00
08:06:44 Join n1s [0] (~n1s@nl118-168-30.student.uu.se)
08:06:44 Quit n1s (Changing host)
08:06:44 Join n1s [0] (~n1s@rockbox/developer/n1s)
08:20:39 Quit perrikwp (Read error: Connection reset by peer)
08:24:26 Join perrikwp [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com)
08:28:32 Quit perrikwp (Read error: Connection reset by peer)
08:29:21 Join perrikwp [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com)
08:29:44 Join LinusN [0] (~linus@giant.haxx.se)
08:29:58 Quit perrikwp (Remote host closed the connection)
08:30:22 Join perrikwp [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com)
08:40:47 Join Zagor [0] (~bjst@sestofw01.enea.se)
08:40:47 Quit Zagor (Changing host)
08:40:47 Join Zagor [242] (~bjst@rockbox/developer/Zagor)
08:49:06 Join mgottschlag [0] (~quassel@reactos/tester/phoenix64)
08:50:48 Join bertrik [0] (~quassel@rockbox/developer/bertrik)
09:00
09:05:33 Join petur [0] (~petur@rockbox/developer/petur)
09:15:20 Quit perrikwp (Ping timeout: 256 seconds)
09:17:12 Join bootlkhtg [0] (~Prmhfhfx@92.39.204.151)
09:22:30 Join lebellium [0] (~chatzilla@e179039166.adsl.alicedsl.de)
09:22:59 Quit bertrik (Ping timeout: 248 seconds)
09:30:44 Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de)
09:31:27 Join ender` [0] (krneki@foo.eternallybored.org)
09:32:25 Join wodz [0] (~wodz@89-76-32-53.dynamic.chello.pl)
09:35:55wodzkugel: Well, we want to do rather uncommon thing. Strictly speaking linker does the right job. Relocs are emitted for symbols ld doesn't know the final address. Since veneers are inserted at the very end of the linking process when all addresses are fully resolved it technically is not necessary to emit relocs.
09:39:46wodzThe only situation where such behavior brings problems in common case is insertion of interworking veneers. This is workarounded with −−pic-veneers ld switch though as relative distance between veneer and target does not usually change (unlike in our case).
09:45:42kugelwodz: the binary is not fully relocated, so it can't assume the final address
09:45:50wodzit is
09:46:21kugelthen I'm misunderstanding something
09:47:44***Saving seen data "./dancer.seen"
09:48:00kugelcan we link IRAM to some magic address then we can easily treat specially in the bflt loader?
09:48:19wodzadd -Wl,-q to plugin.make and then use readelf. I mean with head. plugin binaries are fully resolved static and with -q you will see relocations (which will not include the jump address in veneer if you compare with objdump)
09:48:56wodzkugel: How do you distinguish something we need to fix from some arbitrary data?
09:49:26kugelright
09:49:58wodzWhat you propose boils down to adding heuristic to elf2flt to know it reached veneer - tricky and fragile
09:50:25kugel"-q you will see relocations (which will not include the jump address in veneer if you compare with objdump)
09:50:33kugel^ isnt that a bug?
09:51:08wodztechnically no - see my explanation when relocs are emitted and when veneers are inserted
09:51:35wodzI would call it inconsistency though
09:51:42kugelI would call it a bug
09:51:59kugeljust because veneers are inserted to late it doesnt make it right
09:52:26kugelwhat happens with -Wl,-r?
09:53:12wodzI guess basically the same. -q doesn't discard -r output in fully resolved binary
09:54:18kugelI would file a bug report (the worst thing they can do is close it in which case nothing is lost)
09:55:01kugelin the meantime -mlong-calls could be a work around
09:55:29wodzif it will emit relocs for the jump addresses :-)
09:55:45kugelwith that you don't get veneers
09:56:26wodzah, does it go through GOT then?
09:57:54wodzI would feel more confident to fill bug report if other more devs look at this and share my understanding of the problem.
09:58:33kugelI don't understand your hesitance really
09:59:03kugel-mlong-calls generates all function calls with ldr+mov (instead of br) so basically what's inside the veneer
10:00
10:00:17kugelI understand the thing is tricky, we technically don't know how far the functions are away (since they are going to be linked at runtime)
10:01:48kugelwodz: whether or not it's a bug doesnt actually matter. if it's a bug we might get it fixed, if not it's simply closed. nothing bad happens from an invalid bug report
10:02:38kugelhow does the linker know it needs to insert veneers anyway?
10:04:12wodzYou instruct it to do that in linker script.
10:04:32wodzIRAM memory region and DRAM memory region are defined
10:04:53wodzso it can calculate the relative distance and judge if it is over allowed branch limit
10:05:37 Quit wodz (Quit: Leaving)
10:10:17kugelwods (logs): yes, but we don't actually have sufficient address information at compile. does the script assume they're too far away?
10:10:54kugelwebsite down?
10:18:49n1snot for me
10:28:01 Join kevku [0] (x@indeed.tastes.like.everything.mm.am)
10:41:27 Join wodz [0] (~wodz@iwl138.internetdsl.tpnet.pl)
10:52:03 Quit mgottschlag (Ping timeout: 248 seconds)
10:55:14 Join TheSphinX^ [0] (~briehl@p5B323E11.dip.t-dialin.net)
10:59:21 Quit TheSphinX_ (Ping timeout: 272 seconds)
11:00
11:05:11 Quit TheSphinX^ (Read error: Operation timed out)
11:12:44 Join TheSphinX^ [0] (~briehl@p5B323E98.dip.t-dialin.net)
11:17:25 Join XavierGr [0] (~xavier@rockbox/staff/XavierGr)
11:18:58 Join mgottschlag [0] (~quassel@reactos/tester/phoenix64)
11:32:41 Quit funman (Ping timeout: 252 seconds)
11:35:06 Join funman [0] (~fun@rockbox/developer/funman)
11:40:23 Join bluebrother [0] (~dom@rockbox/developer/bluebrother)
11:41:22 Quit fs-bluebot (Ping timeout: 244 seconds)
11:42:39 Join fs-bluebot [0] (~fs-bluebo@g231121088.adsl.alicedsl.de)
11:42:54 Quit funman (Ping timeout: 244 seconds)
11:42:59 Quit bluebrother^ (Ping timeout: 260 seconds)
11:44:32 Join funman [0] (~fun@rockbox/developer/funman)
11:46:00 Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org)
11:47:47***Saving seen data "./dancer.seen"
11:59:39 Quit lebellium (Quit: ChatZilla 0.9.88.2 [Firefox 16.0/20120911232325])
12:00
12:02:05 Join pamaury [0] (~quassel@vit94-1-82-67-248-70.fbx.proxad.net)
12:02:05 Quit pamaury (Changing host)
12:02:05 Join pamaury [0] (~quassel@rockbox/developer/pamaury)
12:18:39 Quit pedro_angelo (Remote host closed the connection)
12:22:45 Join TheSphinX_ [0] (~briehl@p5B321938.dip.t-dialin.net)
12:24:41 Join TheSphin- [0] (~briehl@p5B32217E.dip.t-dialin.net)
12:26:35 Quit TheSphinX^ (Ping timeout: 252 seconds)
12:28:08 Quit TheSphinX_ (Ping timeout: 260 seconds)
12:29:20 Join mgottschlag2 [0] (~quassel@2a00:1398:9:fb00:a8f4:8f45:4562:11)
12:30:02 Join lorenzo92 [0] (~chatzilla@host150-104-dynamic.51-79-r.retail.telecomitalia.it)
12:31:03 Quit mgottschlag (Ping timeout: 246 seconds)
12:33:31 Quit wodz (Quit: Leaving)
12:38:35 Quit kevku (Quit: KVIrc 4.2.0 Equilibrium http://www.kvirc.net/)
12:44:48 Quit AlexP (Ping timeout: 252 seconds)
12:53:33 Join AlexP [0] (~alex@rockbox/staff/AlexP)
12:55:40 Join TheSphinX^ [0] (~briehl@p5B321772.dip.t-dialin.net)
12:56:41 Join TheSphinX_ [0] (~briehl@p579CC592.dip.t-dialin.net)
12:59:16 Quit TheSphin- (Ping timeout: 265 seconds)
12:59:36 Quit TheSphinX^ (Read error: Operation timed out)
13:00
13:00:15 Join TheSphinX^ [0] (~briehl@p579CCA2F.dip.t-dialin.net)
13:01:01 Quit petur (Quit: *plop*)
13:02:40 Join TheSphin- [0] (~briehl@p5B323A99.dip.t-dialin.net)
13:04:28 Quit TheSphinX_ (Ping timeout: 276 seconds)
13:05:04 Quit gxk (Ping timeout: 244 seconds)
13:06:04 Quit TheSphinX^ (Ping timeout: 252 seconds)
13:12:00 Quit mgottschlag2 (Ping timeout: 246 seconds)
13:19:36 Join mparodi [0] (~mparodi@unaffiliated/mplabs)
13:22:52 Quit mparodi_ (Ping timeout: 264 seconds)
13:32:10 Join TheSphinX^ [0] (~briehl@p5B322B56.dip.t-dialin.net)
13:35:13 Quit TheSphin- (Ping timeout: 240 seconds)
13:37:39 Join TheSphinX_ [0] (~briehl@p5B3230E8.dip.t-dialin.net)
13:39:16 Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de)
13:40:31 Quit TheSphinX^ (Ping timeout: 240 seconds)
13:43:09 Join TheSphinX^ [0] (~briehl@p5B32269A.dip.t-dialin.net)
13:46:38 Quit BHSPitMonkey (Quit: Ex-Chat)
13:46:40 Quit TheSphinX_ (Ping timeout: 245 seconds)
13:47:51***Saving seen data "./dancer.seen"
13:47:56 Quit TheSphinX^ (Ping timeout: 244 seconds)
13:53:08 Join TheSphinX^ [0] (~briehl@p5B321862.dip.t-dialin.net)
14:00
14:00:09 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at)
14:07:30 Join mgottschlag [0] (~quassel@reactos/tester/phoenix64)
14:30:23 Join kevku [0] (x@indeed.tastes.like.everything.mm.am)
14:32:56 Join amayer_ [0] (~alex@mail.weberadvertising.com)
14:37:42 Join megal0maniac [0] (~root@41.183.59.139)
14:38:40amayer_is there somewhere you can post unrelated forum threads?
14:39:43 Quit factor (Quit: Leaving)
14:54:51amayer_clarification: i found an unrelated forum thread. where do i report it
14:58:00gevaertsIf it'
14:58:21gevaertss spam, just tell us about it here, possibly mentioning the username involved
15:00
15:06:33amayer_gevaerts: http://forums.rockbox.org/index.php/topic,37873.0/topicseen.html
15:07:33gevaertsHow did you manage to get to that one?
15:07:43amayer_*shrugs*
15:07:56amayer_it was on the new topics page
15:08:18gevaertsOh, right
15:08:24*gevaerts never actually looks there
15:09:04amayer_this was the poster vaonl5392
15:09:18*gevaerts nods
15:09:21gevaertsIt's gone now
15:09:36gevaertsApparently akismet-caught stuff is still listed there
15:09:52gevaertsAlthough I believe the content isn't actually visible, so it's not too bad
15:14:30 Quit lorenzo92 (Quit: ChatZilla 0.9.89 [Firefox 15.0.1/20120907231657])
15:33:47 Quit pystar89 (Read error: Operation timed out)
15:43:37 Quit mortalis (Quit: Leaving)
15:47:52***Saving seen data "./dancer.seen"
16:00
16:05:25 Quit Poodlemastah (Ping timeout: 245 seconds)
16:10:35 Join tchan1 [0] (~tchan@c-69-243-144-187.hsd1.il.comcast.net)
16:13:13 Quit tchan (Ping timeout: 240 seconds)
16:30:12 Part LinusN
16:39:07 Nick tchan1 is now known as tchan (~tchan@c-69-243-144-187.hsd1.il.comcast.net)
16:39:15 Quit tchan (Changing host)
16:39:15 Join tchan [0] (~tchan@lunar-linux/developer/tchan)
16:41:04 Quit tchan (Quit: WeeChat 0.3.8)
16:55:18 Quit bootlkhtg (Read error: Connection reset by peer)
16:55:55 Join the-kyle [0] (~kyle@cpe-024-211-185-030.nc.res.rr.com)
16:57:47 Quit mystica555 (Remote host closed the connection)
16:58:53the-kyleTrying the Opus codec on a Sansa clip+, it works beautifully and sounds great. However, on a Clip v1, it crashes and reboots the player. I understand it's still considered experimental, but does anyone know of anything I can try to make it work on the Clip v1?
17:00
17:01:16 Join wodz [0] (~wodz@89-76-32-53.dynamic.chello.pl)
17:02:21 Join mystica555 [0] (~Mike@75-166-107-42.hlrn.qwest.net)
17:03:12wodzthe-kyle: how exactly does it crash?
17:03:53the-kylewodz: It freezes untio I press a button, at which point, it reboots the player.
17:03:55 Join saratoga_ [0] (123e0cca@gateway/web/freenode/ip.18.62.12.202)
17:03:58saratoga_opus probably won't work on the clipv1 due to lack of RAM
17:04:03saratoga_or at least not without a lot of work
17:04:34the-kyleAh, makes sense. The Clip+ does have a lot more ram.
17:06:38saratoga_i haven't looked at it too closely though, so not sure how hard that would be to fix
17:06:41 Join Ivo [0] (~ivo@unaffiliated/ivoz)
17:06:52Ivodo i want to run the rockbox utility as root in linux?
17:06:56saratoga_probably makes more sense to get the ARM specific optimization in first though, since without it opus will be quite slow
17:07:04gevaertsIvo: depends on the player
17:07:07saratoga_Ivo: depends on the device if it needs root to install
17:07:18Ivogevaerts: sansa clip zip
17:07:24saratoga_no root needed
17:07:37Ivocan it hurt?
17:07:40saratoga_nope
17:08:41*the-kyle will wait for optimizations and keep trying, but is really happy it's working on the Clip+ already.
17:09:59Ivodo i need a TTS engine installed to be successful?
17:10:23the-kyleIvo: Only if you are installing voice or talk files.
17:10:39Ivook, i don't think i need those atm
17:11:39*the-kyle thinks the full install doesn't require the creation of voice files, so shouldn't need a tts. I could be wrong though.
17:12:21the-kyleI always create them, since I'm visually impaired, but otherwise, if you don't want/need them, you should be fine without the tts.
17:13:36Ivoif themes say they need a font pack, do i need to go off and find them?
17:13:57the-kyleI think they download automatically.
17:14:11Ivoawesomesauce
17:15:50 Quit saratoga (Quit: Page closed)
17:17:41 Quit eckoit (Quit: eckoit)
17:21:50Ivodo i want the sd card mounted when i do this?
17:22:24the-kyleIvo: It doesn't hurt, but it's not necessary.
17:25:19 Join y4n [0] (~y4n@unaffiliated/y4ndexx)
17:27:04 Quit wodz (Ping timeout: 264 seconds)
17:28:28Ivofuuuuuuu refreshing your media
17:33:32 Join tchan [0] (~tchan@lunar-linux/developer/tchan)
17:36:56 Join eckoit [0] (~ryan@96.53.108.182)
17:39:01 Quit Zagor (Quit: Clint excited)
17:39:37 Join WalkGood [0] (~4@unaffiliated/walkgood)
17:41:29 Quit eckoit (Ping timeout: 244 seconds)
17:41:48 Join lorenzo92 [0] (~chatzilla@host93-108-dynamic.17-79-r.retail.telecomitalia.it)
17:42:15 Join pretty_function [0] (~sigBART@123.252.213.70)
17:47:30lorenzo92kugel: since usb gave me troubles, I'm working on RDS :) I got the time from the broadcaster in the debug menu but still no text uhm uhm
17:47:53***Saving seen data "./dancer.seen"
17:59:04lorenzo92got it!!
17:59:21lorenzo92timing issues corrected ;) sooo next patch is RDS for the yp-r0 ;)
18:00
18:00:07lorenzo92well still some issues, but...
18:03:19 Quit tchan (Quit: WeeChat 0.3.8)
18:07:11 Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org)
18:07:32 Join gxk [0] (~gxk@bzq-79-179-210-121.red.bezeqint.net)
18:16:12 Join tchan [0] (~tchan@lunar-linux/developer/tchan)
18:19:44lorenzo92I think the current way I'm doing pin polling isn't enough fast for rds to work at best, then I will try to use kernel's IRQ feature...
18:22:55Ivoall the files i see in rockbox start with <n>.<nn> <file...> how can i get rid of the <n>.<nn>?
18:26:54 Part mparodi ("Leaving")
18:28:48 Part pineapple
18:30:30saratoga_how are you looking at the files ?
18:31:55Ivothrough the database
18:38:41 Join eckoit [0] (~ryan@96.53.108.182)
18:40:27 Join Poodlemastah [0] (~Poodlemas@h-253-206.a218.priv.bahnhof.se)
18:40:43 Quit lorenzo92 (Quit: ChatZilla 0.9.89 [Firefox 15.0.1/20120907231657])
18:42:18 Join Epicanis [0] (~Epicanis@static-72-95-113-7.port.east.myfairpoint.net)
18:47:10 Join sciopat [0] (~sciopath@yer91-2-82-237-54-159.fbx.proxad.net)
18:47:25Ivosaratoga_: you know anything about it?
18:48:12 Join bertrik [0] (~quassel@rockbox/developer/bertrik)
18:59:47 Quit pretty_function (Ping timeout: 260 seconds)
19:00
19:07:36 Quit mgottschlag (Ping timeout: 246 seconds)
19:12:20 Quit mystica555 (Remote host closed the connection)
19:13:50 Join mystica555 [0] (~Mike@75-166-107-42.hlrn.qwest.net)
19:13:53 Join Wardo [0] (~Mirandaha@176-120-190-109.dsl.ovh.fr)
19:21:02 Join hype [0] (~hype@82.199.174.16)
19:23:05 Join mgottschlag [0] (~quassel@reactos/tester/phoenix64)
19:24:12 Join wodz [0] (~wodz@89-76-32-53.dynamic.chello.pl)
19:25:45pamaurywodz: did you ever managed to get a setup interrupt on rk27xx ?
19:30:54 Quit eckoit (Quit: eckoit)
19:34:21 Nick pixelma is now known as everybody (pixelma@rockbox/staff/pixelma)
19:34:35 Nick everybody is now known as pixelma (pixelma@rockbox/staff/pixelma)
19:47:56***Saving seen data "./dancer.seen"
19:48:21 Nick LittleBarnacle is now known as LittleCreature (~fearofmus@unaffiliated/fearofmusic)
19:52:05 Part WalkGood
20:00
20:02:53gevaertspamaury: have you seen g316?
20:02:55fs-bluebotGerrit review #316 at http://gerrit.rockbox.org/r/316 : Fixed Doom running speed on Sansa Fuze+. by Daniel Dorotik (changes/16/316/1)
20:04:56megal0maniacHOORAY! :D
20:05:59megal0maniacSuppose I'm getting too excited too quickly. Has anyone tested this?
20:10:21AlexPIs anybody German planning to look at the translation for 3.12?
20:10:36AlexPOr shall I just submit on of the ones on flyspray?
20:11:08gevaertsmegal0maniac: I assume it works. It's just that it seems to be patching up symptoms instead of fixing the actual issue
20:14:53bertrikI guess it's time to push the opus work
20:15:40 Quit megal0maniac (Ping timeout: 264 seconds)
20:19:42 Join megal0maniac [0] (~quassel@41.185.39.250)
20:21:24 Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93)
20:21:26 Join antonh [0] (antonh@lenin.acc.umu.se)
20:27:02bluebrotherAlexP: I wanted to give them a look ... when do you plan to release?
20:27:25 Join megal0ma1iac [0] (~root@41.183.59.149)
20:28:24AlexPbluebrother: Not sure :)
20:28:36AlexPbluebrother: Will have a look at the state of things at the weekend
20:30:19 Quit megal0maniac (Remote host closed the connection)
20:31:13wodzpamaury: IIRC I had it working once upon a time
20:32:06wodzpamaury: Are the clocks for the UDC ungated?
20:33:37Epicanisbertrik: as soon as a dev build with opus support is available for me to play with on one of the devices I've got, I'll start testing...
20:34:30wodzEpicanis: When it get commited it will be built for every device which can handle it (from the mem point of view I guess)
20:34:53EpicanisHow many more hours before it's ready? :-) (not that I'm eager or anything...)
20:35:22*AlexP is tempted to refreeze master now :)
20:35:49bertrikAlexP: what, huh ?
20:35:49wodzAlexP - the refrigerator :P
20:36:22EpicanisWe does AlexP torment me?!?!
20:36:25AlexPbertrik: Because Epicanis is so eager :)
20:36:30Epicaniss/We/why/
20:36:32 Join lebellium [0] (~chatzilla@e179039166.adsl.alicedsl.de)
20:36:35bertrikShould opus wait a bit more? it's a fairly big patch, although with few dependencies
20:36:38*Epicanis no can type more gooder today.
20:36:52wodzI vote for commit early
20:36:53AlexPbertrik: I don't see why, it doesn't touch much else does it?
20:37:36Epicanis(if all goes well, within a day I'll be generating about an hour-long opus file that I can test with...)
20:37:58 Join TheSphinX_ [0] (~briehl@p5B323383.dip.t-dialin.net)
20:39:23 Quit TheSphinX^ (Read error: Operation timed out)
20:41:46wodzkugel: -mlong-calls produce correct relocs. At least I can debug other parts with that.
20:46:39 Quit amayer_ (Ping timeout: 260 seconds)
20:47:37saratoga_bertrik: commit it, so long as it compiles it won't hurt anything
20:47:47 Quit TheSeven (Disconnected by services)
20:47:50CIA-10Commit 1b8e380 in rockbox by Bertrik Sikken: (Author: Frederik M J Vestre) Initial opus codec support
20:47:51bertrikok there it goes
20:47:53 Join mgottschlag2 [0] (~quassel@195.37.186.61)
20:47:57 Join [7] [0] (~quassel@rockbox/developer/TheSeven)
20:48:23 Quit mgottschlag (Ping timeout: 246 seconds)
20:50:04 Quit Wardo (Quit: Blarglarg)
20:51:35CIA-101b8e380 build result: All green
20:53:11EpicanisNifty. I've got two Sansa devices floating around with rockbox on them, I'll dig one or both of them up and figure out how to get the dev builds onto them and try it out as soon as I can.
20:54:25bertrikEpicanis: it's really easy, just download and unzip it, or use RockboxUtility
20:54:50bertriknot sure if opus is realtime on PP5020/PP5024
20:54:52EpicanisI need a new rbutil build though, don't I? (Thought I saw something about that a few days ago)
20:55:14saratoga_does opus use any malloc?
20:55:17AlexPEpicanis: No
20:55:25AlexPNot for this
20:55:31bertriksaratoga_: yes
20:55:41saratoga_any idea how much memory is used for typical files?
20:55:55EpicanisEven easier, then. I should have at least one of the devices flashed within the next few hours...
20:56:18AlexPNot flashed :)
20:56:19bertriksaratoga_: not really, I thought it was something like 150k or so
20:56:30saratoga_static and malloc?
20:56:44bertriksaratoga_: just malloc
20:56:44saratoga_someone said it didn't run on the clip+ w/ 300KB of memory
20:57:36wodzit didn't run on clipv1 IIRC
20:57:42saratoga_sorry, clipv1
20:57:46wodzon clip+ it runs
20:57:50saratoga_clip+ has normal amount of memory
20:58:22EpicanisCan't remember if what I've got is a clip v1 or v2. I've got one other device as well.
20:58:26wodzclipv1 is thumb build also which may trigger something unexpected
20:59:25 Join pretty_function [0] (~sigBART@123.252.213.70)
21:00
21:00:36EpicanisI'll find out once I get a chance to try it...
21:01:12 Join eckoit [0] (~ryan@50.65.10.24)
21:08:09 Quit mgottschlag2 (Ping timeout: 244 seconds)
21:09:57saratoga_whats with that doom patch onf the fuze+?
21:10:07saratoga_is the timer set to something else on that player?
21:11:04 Quit ChanServ (shutting down)
21:12:56bluebrotherAlexP: ok, so I'll try to look into it this weekend.
21:13:08AlexPbluebrother: That'd be great, thanks
21:13:12gevaertssaratoga_: looks like it, yes
21:17:03bluebrotheroh, and I'mplanning to merge g315 tomorrow to see if it works with Rockbox Utility as intended.
21:17:04fs-bluebotGerrit review #315 at http://gerrit.rockbox.org/r/315 : Announce 3.10 as release version for nano2g. by Dominik Riebeling (changes/15/315/1)
21:17:17AlexPbluebrother: grand, ta
21:17:41 Join ChanServ [0] (ChanServ@services.)
21:17:41Mode"#rockbox +o ChanServ " by leguin.freenode.net
21:17:53bluebrotherthe fix remaining issues with that (hoping there won't be any) and probably trying to get a new release done
21:18:40bluebrothersince 1.3.0 has a few issues that would be good to have resolved before the next Rockbox release
21:19:24bluebrotherso if anyone has concerns about this speak up now :)
21:23:18 Quit saratoga_ (Ping timeout: 245 seconds)
21:23:35AlexPSounds good
21:25:43 Quit benedikt93 (Quit: Bye ;))
21:27:04 Quit pretty_function (Ping timeout: 264 seconds)
21:34:14 Join t0rc [0] (~t0rc@unaffiliated/t0rc/x-5233201)
21:42:27 Join saratoga [0] (123e0cca@gateway/web/freenode/ip.18.62.12.202)
21:42:36saratogapamaury: is the user timer wrong (hot 100hz) on the fuze+?
21:44:23 Quit y4n (Quit: AMIGAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAHAHAHAHAAAAAAAAAAAAHAHAAA)
21:47:57***Saving seen data "./dancer.seen"
21:54:05bertrikhm, indeed opus fails on clip v1
21:55:26EpicanisDang. I've got it on a c240 ("c200 v1"). It actually "works", but it plays 2 seconds, pauses one seconds, plays 2 seconds, etc. (Bonus though: metadata seems to be read properly, which is more than VLC does...)
21:56:30EpicanisLikely to be optimized into usability later, or is the hardware just plain not good enough (is this just an insufficient RAM issue?)
21:56:56 Join TheSphinX^ [0] (~briehl@p5B3229B5.dip.t-dialin.net)
21:58:03EpicanisWhen I find my clip, I'll find out if it's a v2 or v1...
21:59:43gevaertsEpicanis: I don't think opus has had any optimisation yet, including the more or less trivial things like putting some performance critical code or data in IRAM. That means things are likely to improve
22:00
22:00:06 Quit TheSphinX_ (Ping timeout: 245 seconds)
22:01:02EpicanisSPiffy. Right now, on the c240 my opus samples sound great, but only play about a second or two at a time, followed by about half as much silence, followed by another second or two, etc. After a while, the system dies (seems to shut off). The bits that play sound good though :-)
22:01:34EpicanisCan't complain for the very first dev build with support for it on an ancient device I just happened to have...
22:04:57saratogapretty much no codec runs on realtime on the older players without optimization, so no surprise opus doesn't either
22:09:28n1sbertrik: will you encode the horrible horrible test track inopus? ;)
22:09:36 Quit nosa-j (Quit: ZNC - http://znc.in)
22:09:43n1ss/in/with /
22:09:49 Join nosa-j [0] (~m00k@184.76.254.130)
22:09:51AlexPThat test track is truly awful
22:10:03AlexPBut it'd be a shame not to have it
22:10:05 Quit TheSphinX^ (Ping timeout: 240 seconds)
22:10:51*gevaerts sincerely hopes that whoever made that track doesn't hang out here :)
22:10:54n1sAlexP: one of the reason i added checksuming to test codec :)
22:11:34AlexPn1s: heh, so it was good for something :)
22:13:24gevaertsI think it's a good test track, really. With most other tracks we'd have fights between those who hate it and those who like it
22:14:56 Join TheSphinX^ [0] (~briehl@p5B321F27.dip.t-dialin.net)
22:23:05 Quit Ivo (Ping timeout: 260 seconds)
22:38:38 Join Wardo [0] (~Mirandaha@176-120-190-109.dsl.ovh.fr)
22:39:12 Quit wodz (Quit: Leaving)
22:41:32bertrikn1s: yeah, no problem, where can I upload it?
22:42:03bertrikShould I encode it in 32/64/96/128 kbps, for example?
22:43:34n1sI'm not familiar enough with the codec to say but something like that. Does it use different features based on bitrate?
22:44:46bertrikI think so, but I don't know the thresholds
22:45:27n1si think it's good to try to cover as much of the functionality as possible without getting a ridiculous amount of testfiles :)
22:46:28EpicanisOkay, looks like my other device is a clip v1, so probably won't work any better...shucks.
22:48:16n1swhen i find time i'll try to run a profile on it and hopefully look into iram etc unless someone gets to it before
22:51:17saratogado 16k, 32k, 64k, 128k and 256k
22:51:30saratogathat way you'll get the transform and speech bits
22:52:16bertrik256k seems overkill
22:53:48 Join lebellium_ [0] (~chatzilla@f052146240.adsl.alicedsl.de)
22:55:44 Quit lebellium (Ping timeout: 246 seconds)
22:55:57 Nick lebellium_ is now known as lebellium (~chatzilla@f052146240.adsl.alicedsl.de)
23:00
23:01:05 Quit n1s (Quit: Ex-Chat)
23:02:44 Quit megal0ma1iac (Quit: leaving)
23:05:33bertrikopus testfiles from the horrible test track at https://docs.google.com/file/d/0ByItZAj1MynOUmJOWVl6Xy1QSG8/edit?pli=1
23:05:56bertrik16k, 32k, 64k, 96k, 128k, 256k
23:15:23 Join TheSphinX_ [0] (~briehl@p579CC819.dip.t-dialin.net)
23:18:10 Quit TheSphinX^ (Ping timeout: 248 seconds)
23:20:06 Quit liar (Ping timeout: 268 seconds)
23:20:08pamaurysaratoga: afaik no, but I admit I never really checked
23:20:29pamaurybut it uses the same code as the system timer so I would surprised that it is wrong
23:20:32pamauryI'll have a look soon
23:22:24 Join TheSphinX^ [0] (~briehl@p5B32225C.dip.t-dialin.net)
23:23:28 Join factor [0] (~factor@r74-195-187-142.msk1cmtc01.mskgok.ok.dh.suddenlink.net)
23:26:03 Quit TheSphinX_ (Ping timeout: 272 seconds)
23:29:41 Quit nosa-j (Quit: ZNC - http://znc.in)
23:32:12 Join nosa-j [0] (~m00k@184.76.254.130)
23:32:38AlexPbertrik: I seem to need to request access for that, is that intended?
23:34:07 Quit Wardo (Read error: Connection reset by peer)
23:34:39 Quit bertrik (Ping timeout: 260 seconds)
23:36:12 Join mgottschlag [0] (~quassel@reactos/tester/phoenix64)
23:43:38 Quit ender` (Quit: I think computer viruses should count as life. I think it says something about human nature that the only form of life we have created so far is purely destructive. We've created life in our own image. -- Stephen Hawking)
23:48:00***Saving seen data "./dancer.seen"

Previous day | Next day