--- Log for 20.09.112 Server: leguin.freenode.net Channel: #rockbox --- Nick: logbot_ Version: Dancer V4.16 Started: 21 days and 0 hours ago 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.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.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.40 # Hello guys 02.12.00 # do you know any device to record audio from a mic? 02.12.14 # 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.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.06.03 Join doomrobo [0] (~Michael@cpe-72-225-251-161.nyc.res.rr.com) 04.06.23 # is 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.19 # thought so 04.14.21 # thanks 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.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.25.27 Join eckoit [0] (~ryan@50.65.10.24) 06.26.48 Quit eckoit (Client Quit) 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.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.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.55 # kugel: 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.46 # The 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.42 # wodz: the binary is not fully relocated, so it can't assume the final address 09.45.50 # it is 09.46.21 # then I'm misunderstanding something 09.47.44 *** Saving seen data "./dancer.seen" 09.48.00 # can we link IRAM to some magic address then we can easily treat specially in the bflt loader? 09.48.19 # add -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.56 # kugel: How do you distinguish something we need to fix from some arbitrary data? 09.49.26 # right 09.49.58 # What you propose boils down to adding heuristic to elf2flt to know it reached veneer - tricky and fragile 09.50.25 # "-q you will see relocations (which will not include the jump address in veneer if you compare with objdump) 09.50.33 # ^ isnt that a bug? 09.51.08 # technically no - see my explanation when relocs are emitted and when veneers are inserted 09.51.35 # I would call it inconsistency though 09.51.42 # I would call it a bug 09.51.59 # just because veneers are inserted to late it doesnt make it right 09.52.26 # what happens with -Wl,-r? 09.53.12 # I guess basically the same. -q doesn't discard -r output in fully resolved binary 09.54.18 # I would file a bug report (the worst thing they can do is close it in which case nothing is lost) 09.55.01 # in the meantime -mlong-calls could be a work around 09.55.29 # if it will emit relocs for the jump addresses :-) 09.55.45 # with that you don't get veneers 09.56.26 # ah, does it go through GOT then? 09.57.54 # I would feel more confident to fill bug report if other more devs look at this and share my understanding of the problem. 09.58.33 # I don't understand your hesitance really 09.59.03 # -mlong-calls generates all function calls with ldr+mov (instead of br) so basically what's inside the veneer 10.00.17 # I 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.48 # wodz: 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.38 # how does the linker know it needs to insert veneers anyway? 10.04.12 # You instruct it to do that in linker script. 10.04.32 # IRAM memory region and DRAM memory region are defined 10.04.53 # so it can calculate the relative distance and judge if it is over allowed branch limit 10.05.37 Quit wodz (Quit: Leaving) 10.10.17 # wods (logs): yes, but we don't actually have sufficient address information at compile. does the script assume they're too far away? 10.10.54 # website down? 10.18.49 # not 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.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.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.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.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.40 # is there somewhere you can post unrelated forum threads? 14.39.43 Quit factor (Quit: Leaving) 14.54.51 # clarification: i found an unrelated forum thread. where do i report it 14.58.00 # If it' 14.58.21 # s spam, just tell us about it here, possibly mentioning the username involved 15.06.33 # gevaerts: http://forums.rockbox.org/index.php/topic,37873.0/topicseen.html 15.07.33 # How did you manage to get to that one? 15.07.43 # *shrugs* 15.07.56 # it was on the new topics page 15.08.18 # Oh, right 15.08.24 # * gevaerts never actually looks there 15.09.04 # this was the poster vaonl5392 15.09.18 # * gevaerts nods 15.09.21 # It's gone now 15.09.36 # Apparently akismet-caught stuff is still listed there 15.09.52 # Although 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.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.53 # Trying 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.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.12 # the-kyle: how exactly does it crash? 17.03.53 # wodz: 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.58 # opus probably won't work on the clipv1 due to lack of RAM 17.04.03 # or at least not without a lot of work 17.04.34 # Ah, makes sense. The Clip+ does have a lot more ram. 17.06.38 # 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.52 # do i want to run the rockbox utility as root in linux? 17.06.56 # probably makes more sense to get the ARM specific optimization in first though, since without it opus will be quite slow 17.07.04 # Ivo: depends on the player 17.07.07 # Ivo: depends on the device if it needs root to install 17.07.18 # gevaerts: sansa clip zip 17.07.24 # no root needed 17.07.37 # can it hurt? 17.07.40 # 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.59 # do i need a TTS engine installed to be successful? 17.10.23 # Ivo: Only if you are installing voice or talk files. 17.10.39 # ok, 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.21 # I 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.36 # if themes say they need a font pack, do i need to go off and find them? 17.13.57 # I think they download automatically. 17.14.11 # awesomesauce 17.15.50 Quit saratoga (Quit: Page closed) 17.17.41 Quit eckoit (Quit: eckoit) 17.21.50 # do i want the sd card mounted when i do this? 17.22.24 # Ivo: 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.28 # fuuuuuuu 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.30 # kugel: 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.04 # got it!! 17.59.21 # timing issues corrected ;) sooo next patch is RDS for the yp-r0 ;) 18.00.07 # well 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.44 # I 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.55 # all the files i see in rockbox start with . how can i get rid of the .? 18.26.54 Part mparodi ("Leaving") 18.28.48 Part pineapple 18.30.30 # how are you looking at the files ? 18.31.55 # through 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.25 # saratoga_: 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.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.45 # wodz: 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.02.53 # pamaury: have you seen g316? 20.02.55 # 3Gerrit 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.56 # HOORAY! :D 20.05.59 # Suppose I'm getting too excited too quickly. Has anyone tested this? 20.10.21 # Is anybody German planning to look at the translation for 3.12? 20.10.36 # Or shall I just submit on of the ones on flyspray? 20.11.08 # megal0maniac: I assume it works. It's just that it seems to be patching up symptoms instead of fixing the actual issue 20.14.53 # I 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.02 # AlexP: 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.24 # bluebrother: Not sure :) 20.28.36 # bluebrother: Will have a look at the state of things at the weekend 20.30.19 Quit megal0maniac (Remote host closed the connection) 20.31.13 # pamaury: IIRC I had it working once upon a time 20.32.06 # pamaury: Are the clocks for the UDC ungated? 20.33.37 # bertrik: 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.30 # Epicanis: 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.53 # How 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.49 # AlexP: what, huh ? 20.35.49 # AlexP - the refrigerator :P 20.36.22 # We does AlexP torment me?!?! 20.36.25 # bertrik: Because Epicanis is so eager :) 20.36.30 # s/We/why/ 20.36.32 Join lebellium [0] (~chatzilla@e179039166.adsl.alicedsl.de) 20.36.35 # Should 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.52 # I vote for commit early 20.36.53 # bertrik: I don't see why, it doesn't touch much else does it? 20.37.36 # (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.46 # kugel: -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.37 # bertrik: commit it, so long as it compiles it won't hurt anything 20.47.47 Quit TheSeven (Disconnected by services) 20.47.50 # Commit 1b8e380 in rockbox by 03Bertrik Sikken: (Author: Frederik M J Vestre) Initial opus codec support 20.47.51 # ok 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.35 # 1b8e380 build result: All green 20.53.11 # Nifty. 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.25 # Epicanis: it's really easy, just download and unzip it, or use RockboxUtility 20.54.50 # not sure if opus is realtime on PP5020/PP5024 20.54.52 # I need a new rbutil build though, don't I? (Thought I saw something about that a few days ago) 20.55.14 # does opus use any malloc? 20.55.17 # Epicanis: No 20.55.25 # Not for this 20.55.31 # saratoga_: yes 20.55.41 # any idea how much memory is used for typical files? 20.55.55 # Even easier, then. I should have at least one of the devices flashed within the next few hours... 20.56.18 # Not flashed :) 20.56.19 # saratoga_: not really, I thought it was something like 150k or so 20.56.30 # static and malloc? 20.56.44 # saratoga_: just malloc 20.56.44 # someone said it didn't run on the clip+ w/ 300KB of memory 20.57.36 # it didn't run on clipv1 IIRC 20.57.42 # sorry, clipv1 20.57.46 # on clip+ it runs 20.57.50 # clip+ has normal amount of memory 20.58.22 # Can't remember if what I've got is a clip v1 or v2. I've got one other device as well. 20.58.26 # clipv1 is thumb build also which may trigger something unexpected 20.59.25 Join pretty_function [0] (~sigBART@123.252.213.70) 21.00.36 # I'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.57 # whats with that doom patch onf the fuze+? 21.10.07 # is the timer set to something else on that player? 21.11.04 Quit ChanServ (shutting down) 21.12.56 # AlexP: ok, so I'll try to look into it this weekend. 21.13.08 # bluebrother: That'd be great, thanks 21.13.12 # saratoga_: looks like it, yes 21.17.03 # oh, and I'mplanning to merge g315 tomorrow to see if it works with Rockbox Utility as intended. 21.17.04 # 3Gerrit 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.17 # bluebrother: grand, ta 21.17.41 Join ChanServ [0] (ChanServ@services.) 21.17.41 Mode "#rockbox +o ChanServ " by leguin.freenode.net 21.17.53 # the fix remaining issues with that (hoping there won't be any) and probably trying to get a new release done 21.18.40 # since 1.3.0 has a few issues that would be good to have resolved before the next Rockbox release 21.19.24 # so if anyone has concerns about this speak up now :) 21.23.18 Quit saratoga_ (Ping timeout: 245 seconds) 21.23.35 # Sounds 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.36 # pamaury: 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.05 # hm, indeed opus fails on clip v1 21.55.26 # Dang. 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.30 # Likely 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.03 # When I find my clip, I'll find out if it's a v2 or v1... 21.59.43 # Epicanis: 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.06 Quit TheSphinX_ (Ping timeout: 245 seconds) 22.01.02 # SPiffy. 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.34 # Can't complain for the very first dev build with support for it on an ancient device I just happened to have... 22.04.57 # pretty much no codec runs on realtime on the older players without optimization, so no surprise opus doesn't either 22.09.28 # bertrik: will you encode the horrible horrible test track inopus? ;) 22.09.36 Quit nosa-j (Quit: ZNC - http://znc.in) 22.09.43 # s/in/with / 22.09.49 Join nosa-j [0] (~m00k@184.76.254.130) 22.09.51 # That test track is truly awful 22.10.03 # But 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.54 # AlexP: one of the reason i added checksuming to test codec :) 22.11.34 # n1s: heh, so it was good for something :) 22.13.24 # I 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.32 # n1s: yeah, no problem, where can I upload it? 22.42.03 # Should I encode it in 32/64/96/128 kbps, for example? 22.43.34 # I'm not familiar enough with the codec to say but something like that. Does it use different features based on bitrate? 22.44.46 # I think so, but I don't know the thresholds 22.45.27 # i think it's good to try to cover as much of the functionality as possible without getting a ridiculous amount of testfiles :) 22.46.28 # Okay, looks like my other device is a clip v1, so probably won't work any better...shucks. 22.48.16 # when 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.17 # do 16k, 32k, 64k, 128k and 256k 22.51.30 # that way you'll get the transform and speech bits 22.52.16 # 256k 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.01.05 Quit n1s (Quit: Ex-Chat) 23.02.44 Quit megal0ma1iac (Quit: leaving) 23.05.33 # opus testfiles from the horrible test track at https://docs.google.com/file/d/0ByItZAj1MynOUmJOWVl6Xy1QSG8/edit?pli=1 23.05.56 # 16k, 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.08 # saratoga: afaik no, but I admit I never really checked 23.20.29 # but it uses the same code as the system timer so I would surprised that it is wrong 23.20.32 # I'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.38 # bertrik: 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"