--- Log for 06.10.112  Server: leguin.freenode.net  Channel: #rockbox
--- Nick: logbot_  Version: Dancer V4.16  Started: 1 month and 7 days ago

00.04.56 Join    amayer [0] (~alex@h62.26.25.72.ip.windstream.net)
00.11.39 Join    the-kyle [0] (~kyle@cpe-024-211-185-030.nc.res.rr.com)
00.12.01 Join    [Saint] [0] (~Saint]@rockbox/user/saint)
00.16.05 Join    perrikwp [0] (~quassel@cpe-075-177-082-185.triad.res.rr.com)
00.18.26 Quit    perrikwp_ (Ping timeout: 248 seconds)
00.20.32 Join    scorche [0] (~scorche@rockbox/administrator/scorche)
00.22.25 Quit    scorche` (Ping timeout: 246 seconds)
00.31.26 Quit    mikroflops (Ping timeout: 252 seconds)
00.33.11 Join    mikroflops [0] (~yogurt@h-34-239.a238.priv.bahnhof.se)
00.33.24 Join    Epicanis [0] (~Epicanis@static-72-95-113-7.port.east.myfairpoint.net)
00.34.00 Join    Poodlemastah [0] (~Poodlemas@h-253-206.a218.priv.bahnhof.se)
00.34.18 Join    ender` [0] (krneki@foo.eternallybored.org)
00.38.10 Join    pamaury [0] (~quassel@cez63-2-88-164-98-172.fbx.proxad.net)
00.38.10 Quit    pamaury (Changing host)
00.38.10 Join    pamaury [0] (~quassel@rockbox/developer/pamaury)
00.45.42 Quit    pamaury (Ping timeout: 260 seconds)
00.48.59 Quit    [Saint] (Quit: Quit)
00.49.27 Join    [Saint] [0] (~Saint]@rockbox/user/saint)
00.53.18 Quit    ender` (Quit:  9% of lawyers give the rest a bad name.)
00.59.03 Join    factor [0] (~factor@r74-195-183-112.msk1cmtc01.mskgok.ok.dh.suddenlink.net)
01.01.00 Join    perrikwp_ [0] (~quassel@cpe-075-177-082-185.triad.res.rr.com)
01.02.59 Quit    perrikwp (Ping timeout: 244 seconds)
01.10.23 #       <funman> the-kyle: at which bitrate?
01.23.02 Quit    bertrik (Ping timeout: 246 seconds)
01.26.05 Quit    nosa-j (Ping timeout: 260 seconds)
01.39.08 Quit    mgottschlag (Ping timeout: 246 seconds)
01.55.22 ***     Saving seen data "./dancer.seen"
01.57.54 Join    perrikwp [0] (~quassel@cpe-075-177-082-185.triad.res.rr.com)
01.59.47 Quit    perrikwp_ (Ping timeout: 260 seconds)
02.08.16 Join    nosa-j [0] (~m00k@184.76.254.130)
02.15.12 Quit    lebellium (Quit: ChatZilla 0.9.89 [Firefox 16.0/20121002073616])
02.21.31 Quit    speckmade (Ping timeout: 244 seconds)
02.51.35 Join    mikroflops_ [0] (~yogurt@h-34-239.a238.priv.bahnhof.se)
02.54.40 Quit    mikroflops (Ping timeout: 246 seconds)
03.34.17 Quit    perrikwp (Ping timeout: 260 seconds)
03.37.43 Join    mikroflops [0] (~yogurt@h-34-239.a238.priv.bahnhof.se)
03.41.06 Quit    mikroflops_ (Ping timeout: 255 seconds)
03.42.38 Join    perrikwp [0] (~quassel@cpe-075-177-082-185.triad.res.rr.com)
03.55.26 ***     Saving seen data "./dancer.seen"
04.08.33 Quit    amiconn (Disconnected by services)
04.08.33 Join    amiconn_ [0] (amiconn@rockbox/developer/amiconn)
04.08.38 Nick    amiconn_ is now known as amiconn (amiconn@rockbox/developer/amiconn)
04.08.43 Quit    pixelma (Disconnected by services)
04.08.44 Join    pixelma_ [0] (pixelma@rockbox/staff/pixelma)
04.08.46 Nick    pixelma_ is now known as pixelma (pixelma@rockbox/staff/pixelma)
04.38.11 Join    TheSphinX^ [0] (~briehl@p5B323415.dip.t-dialin.net)
04.41.06 Join    mystica555 [0] (~Mike@75-166-107-42.hlrn.qwest.net)
04.41.55 Quit    TheSphinX_ (Ping timeout: 272 seconds)
05.16.14 Quit    TheSeven (Disconnected by services)
05.16.23 Join    [7] [0] (~quassel@rockbox/developer/TheSeven)
05.36.50 Quit    [Saint] (Remote host closed the connection)
05.39.23 Part    amayer
05.44.36 Join    webguest37 [0] (~60e298d9@www.haxx.se)
05.44.38 Join    icarsufactor [0] (~factor@r74-195-220-46.msk1cmtc02.mskgok.ok.dh.suddenlink.net)
05.45.05 Quit    factor (Ping timeout: 264 seconds)
05.48.05 Quit    icarsufactor (Client Quit)
05.48.27 Join    factor [0] (~factor@r74-195-220-46.msk1cmtc02.mskgok.ok.dh.suddenlink.net)
05.49.52 Quit    prof_wolfff (Read error: Operation timed out)
05.54.39 Quit    Epicanis (Read error: Operation timed out)
05.55.12 Quit    webguest37 (Quit: CGI:IRC)
05.55.27 ***     Saving seen data "./dancer.seen"
05.58.41 Join    pretty_function [0] (~sigBART@123.252.213.149)
06.14.00 Join    Epicanis [0] (~Epicanis@static-72-95-113-7.port.east.myfairpoint.net)
06.28.44 Quit    pretty_function (Ping timeout: 245 seconds)
06.48.07 Join    prof_wolfff [0] (~prof_wolf@213.37.219.103.dyn.user.ono.com)
06.56.22 Quit    XavierGr (Ping timeout: 246 seconds)
07.04.14 Quit    pedro_angelo (Remote host closed the connection)
07.04.26 Quit    mikroflops (Read error: Operation timed out)
07.07.07 Quit    froggyman (Ping timeout: 246 seconds)
07.08.08 Quit    Beta2K_ (Ping timeout: 268 seconds)
07.08.23 Join    mikroflops [0] (~yogurt@h-34-239.a238.priv.bahnhof.se)
07.08.30 Join    Beta2K [0] (~Beta2K@d24-36-163-88.home1.cgocable.net)
07.09.33 Join    froggyman [0] (~froggyman@unaffiliated/froggyman)
07.10.11 Quit    Epicanis (Quit: I go now.)
07.12.06 Quit    RAThomas (Ping timeout: 256 seconds)
07.15.37 Quit    prof_wolfff (Ping timeout: 246 seconds)
07.17.03 Quit    froggyman (Ping timeout: 246 seconds)
07.17.35 Join    RAThomas [0] (~chatzilla@r74-195-239-222.stl1cmta01.stwrok.ok.dh.suddenlink.net)
07.19.33 Join    froggyman [0] (~froggyman@unaffiliated/froggyman)
07.55.31 ***     Saving seen data "./dancer.seen"
08.10.48 Join    wodz [0] (~wodz@89-76-32-53.dynamic.chello.pl)
08.27.38 Join    kadath [0] (~kadath@rrcs-96-11-226-10.central.biz.rr.com)
08.29.49 Quit    kadath (Client Quit)
08.37.10 Join    kevku [0] (x@indeed.tastes.like.everything.mm.am)
08.50.03 Join    Horscht [0] (~Horscht@p5490C8E0.dip.t-dialin.net)
08.50.04 Quit    Horscht (Changing host)
08.50.04 Join    Horscht [0] (~Horscht@xbmc/user/horscht)
09.32.08 Join    mgottschlag [0] (~quassel@reactos/tester/phoenix64)
09.37.39 Join    sciopat [0] (~sciopath@yer91-2-82-237-54-159.fbx.proxad.net)
09.41.41 Quit    sciopath (Ping timeout: 260 seconds)
09.42.20 #       <bluebrother^> still no 3.12? Did we run into further issues or simply lack of time?
09.45.30 #       <bluebrother^> AlexP: ^
09.51.40 #       <wodz> we should either skip it or release ASAP
09.52.46 #       <bluebrother^> well, are there further issues holding it back? I wasn't able following much of IRC lately
09.55.33 ***     Saving seen data "./dancer.seen"
09.57.12 #       <wodz> AFAIK no serious fixes went in for a week or so
09.59.38 Join    stoffel [0] (~quassel@pD9E41CDD.dip.t-dialin.net)
10.10.54 Quit    mgottschlag (Read error: Connection reset by peer)
10.14.00 Join    mgottschlag [0] (~quassel@reactos/tester/phoenix64)
10.27.28 Quit    mgottschlag (Ping timeout: 255 seconds)
10.31.31 #       <bluebrother^> oh, it's already 5 months since 3.11. Maybe just release 3.12 at the end of october :)
10.32.14 Join    ender` [0] (krneki@foo.eternallybored.org)
10.39.46 Join    pamaury [0] (~quassel@88.164.98.172)
10.39.47 Quit    pamaury (Changing host)
10.39.47 Join    pamaury [0] (~quassel@rockbox/developer/pamaury)
10.40.05 #       <Raptors> pamaury, been waiting so long for you to come online
10.40.12 #       <Raptors> how is the Fuze + port going?
10.40.34 #       <Raptors> Has the input been improves or is it still a dpad?
10.41.20 #       <Raptors> (I bought the Fuze+ because the referb fuze originals got sold out) and it was the cheapest MP3 out there (all of the at this price point other than Fuze orignal look pretty bad IMO so I got this)
10.41.37 #       <Raptors> (beacause
10.42.27 #       <Raptors> Only other question I have other than that is how accurate is the 10 hour battery life spec listed on the site?
10.42.46 Quit    kevku (Ping timeout: 260 seconds)
10.42.48 #       <Raptors> for rockbox
10.50.59 #       <Raptors> http://www.rockbox.org/wiki/SansaFuzePlusPort
10.51.07 #       <Raptors> Also asking because that page hasn't changed in ages
10.51.34 Join    pretty_function [0] (~sigBART@123.252.215.68)
10.51.53 #       <pamaury> Raptors: it last more than 10 hours
10.52.35 #       <pamaury> it's closer to 17 hours
10.52.49 Join    mgottschlag [0] (~quassel@reactos/tester/phoenix64)
10.53.39 #       <pamaury> the input is still the same, didn't have the time and the motivation to improve it; appart from that everything is working except recording and cpu frequency scaling, more or less
10.53.40 #       <Raptors> pamaury, kk, that's not terrible (well worse than original but then again port isn't 100%)
10.54.44 Join    mikroflops_ [0] (~yogurt@h-34-239.a238.priv.bahnhof.se)
10.54.48 #       <Raptors> You should really try to get around to improving the input. It's like the most broken thing about the Fuze+.
10.55.12 #       <Raptors> Well focus on that when you have the time anyways
10.56.29 #       <pamaury> thanks for reporting the battery runtime, I'll umdate the page
10.56.41 #       <pamaury> how long lasts the OF ? (in practice, not theory)
10.56.58 #       <Raptors> not sure. Mine is still in the mail
10.57.26 #       <Raptors> 1 sec
10.57.33 Quit    mikroflops (Ping timeout: 240 seconds)
11.00.42 #       <wodz> pamaury: could you pastebin your work on rk27xx usb somewhere so I could look?
11.01.00 #       <pamaury> sure, wait a minute. I've not gone very far
11.02.46 #       <Raptors> pamaury, is there someone else who is also working on the fuze?
11.02.50 #       <Raptors> fuze+
11.02.59 #       <pamaury> no
11.03.11 #       <Raptors> :
11.03.12 #       <Raptors> :|
11.03.24 #       <pamaury> there was Jean-Louis Biasini but he is very busy currently
11.04.20 #       <Raptors> k
11.05.04 #       <Raptors> 1 last question. Did the original firmware update (the 2011 update) fix the lag issues on the Fuze+ or is it the same?
11.05.26 #       <Raptors> I heard some people saying it was improved but there are zero videos on the new update
11.06.43 #       <pamaury> wodz: https://github.com/pamaury/rockbox-1/tree/rk27xx-usb
11.07.23 #       <pamaury> I have no idea, I never use the OF and I always felt that is was slow anyway
11.07.58 #       <Raptors> k
11.07.58 #       <pamaury> wodz: my main problem is that I never ever get a setup interrupt
11.08.46 #       <Raptors> well hopefully in the next year or so you can update the input. That would be awesome. I really don't see why they created the Fuze+ the way they did. The Fuze original was perfect
11.10.00 #       <Raptors> Well I'm going to sleep, keep up the awesome work. :)
11.10.54 #       <pamaury> thanks
11.13.09 #       <wodz> pamaury: ok, I look at this when I'll be to frustrated with elf stuff :-)
11.13.15 #       <wodz> *too
11.14.17 #       <pamaury> what I don't understand is that I do the same thing as the sdk you gave me does (I think) 
11.14.52 Join    lorenzo92 [0] (~chatzilla@host242-59-dynamic.48-82-r.retail.telecomitalia.it)
11.14.53 Join    n1s [0] (~n1s@nl118-168-30.student.uu.se)
11.14.54 Quit    n1s (Changing host)
11.14.54 Join    n1s [0] (~n1s@rockbox/developer/n1s)
11.21.06 #       <wodz> pamaury: considering we have resolved lcd dma stuff which super weird, I think we will find out how to use usb on this
11.21.15 #       <wodz> *which was
11.21.45 Join    bertrik [0] (~quassel@rockbox/developer/bertrik)
11.25.19 #       <pixelma> interesting, I would've thought that "remote show icons" would be a setting but it isn't there on my M5 either
11.27.59 #       <pixelma> IMO it would make sense to have the two seperately as the remote screens are smaller
11.33.19 Join    Rower85 [0] (husvagn@82.196.99.90)
11.37.35 #       * bluebrother^ wonders if there is a way to run a build client that only gets announcements
11.40.19 #       <n1s> Buschel: i have that same change to deemphasis in my patch to add a cf asm version of it but never got around to bench that separately :)
11.44.34 #       <lorenzo92> pamaury: wanted to have a look at imxtools, our mx37 must be put in a "recovery mode" using a 300kohm resistor...how does it work in your player?
11.44.43 Join    Buschel [0] (~chatzilla@p57905630.dip.t-dialin.net)
11.45.01 #       <lorenzo92> *the resistor is used by a chip (usb, accessory detector etc)
11.45.50 #       <n1s> the possible overflow risk in troduced in the earlier patch would be in the addition of x before the multiplication so using proper multipy accumulate or not won't matter
11.46.59 #       <Buschel> you're right. 
11.47.21 #       <Buschel> i somehow missed that fact
11.47.25 #       <n1s> Buschel: oh, and your editor seems to indent with tabs insted of the three O_o spaces used in the opus code :)
11.47.46 #       <Buschel> hmm, i need to re-configure it
11.48.09 Join    bluebrother [0] (~dom@rockbox/developer/bluebrother)
11.49.02 Quit    lorenzo92 (Read error: No route to host)
11.49.08 #       <Buschel> ok, done :)
11.49.52 Join    lorenzo92 [0] (~chatzilla@host242-59-dynamic.48-82-r.retail.telecomitalia.it)
11.49.53 Quit    fs-bluebot (Ping timeout: 240 seconds)
11.50.00 #       <Buschel> n1s: you saw the profiling results?
11.51.10 Quit    pretty_function (Read error: Connection reset by peer)
11.51.14 Quit    bluebrother^ (Ping timeout: 246 seconds)
11.51.16 Join    pretty_function [0] (~sigBART@123.252.215.68)
11.51.27 #       <n1s> Buschel: yes
11.51.36 Join    fs-bluebot [0] (~fs-bluebo@g231123193.adsl.alicedsl.de)
11.52.34 #       <Buschel> as expected the multiplication intense functions rule on pp.
11.53.38 #       <n1s> yes, judging from the ffmpeg fft stuff, coding the hot functions in asm would give quite nice speedups
11.55.35 ***     Saving seen data "./dancer.seen"
11.55.43 #       <pamaury> lorenzo92: using the volume up key
11.56.05 #       <pamaury> on the imx233, power and volume up are wired to PSWITCH with different voltages
11.56.36 #       <n1s> looking at the pointer offset stuff in comb_filter, i think using pointers like x0 = x+i-T0 and x1 = x+i-T1 would perhaps be a little faster, at least on cf (assuming gcc doesn't do this already)
11.56.49 #       <Buschel> i am interested if the profiling looks similar on cf. or if we maybe missed another function which is slowed down by not having a variable on stack
11.57.38 #       <n1s> Buschel: did you profile with your patch?
11.57.42 #       <Buschel> yes
11.58.30 #       <Buschel> n1s: my patch already has such idx0 = overlap-T1 stuff in it.
11.58.47 #       <Buschel> or are you talking of another implementation?
12.00.01 #       <n1s> Buschel: i was just thinking about using separate pointers with the offsets added to them instead of indexing but i should check what gcc does, it's usually fairly good at that at least
12.01.55 Join    lebellium [0] (~chatzilla@85.179.77.162)
12.02.52 #       <Buschel> well, i think if we introduce asm using load-multiple the solution with 2 idx variables becomes obvious :)
12.03.09 #       <n1s> yeah
12.03.14 #       <n1s> i'll profile with your latest patch on the h300
12.03.20 #       <lorenzo92> pamaury: okay, indeed this player is non-standard xD anyways need to try out the load on the fly feature :)
12.03.40 #       <lorenzo92> pamaury: need to understand how to prefare files, tough
12.04.28 #       <pamaury> prepare files you mean ?
12.05.26 #       <lorenzo92> eh for example, let's assume I want to run the original bootloader through the usb
12.05.36 #       <lorenzo92> I have the bin file
12.05.49 #       <lorenzo92> need to send to device ram initialization or so right?
12.06.02 #       <lorenzo92> because from readme I cannot really understand
12.07.16 #       <n1s> meh HEAD is broken
12.07.17 #       <pamaury> you need to send the file to the device, it should already contain everything
12.07.39 #       <n1s> who's Richard Quirk?
12.07.40 #       <pamaury> (if it works the same way as the imx233)
12.07.46 #       <lorenzo92> yes it should indeed...
12.07.47 Join    Horschti [0] (~Horscht@xbmc/user/horscht)
12.08.22 #       <lorenzo92> because last time I had a problem, wait I'll try to reproduce it again
12.09.08 #       <pamaury> you should know however than booting the entire original bootloader though usb might not work
12.10.52 #       <lorenzo92> pamaury: Found a match for 15a2:002c
12.10.53 #       <lorenzo92> Transfer size: 1024
12.10.55 #       <lorenzo92> transfer error at init step
12.11.10 #       <lorenzo92> pamaury: that's it!
12.11.20 #       <pamaury> hmm, perhaps it is not using the same protocol ?
12.11.28 Quit    Horscht (Ping timeout: 264 seconds)
12.11.41 #       <pamaury> is it working ?
12.11.48 #       <n1s> we really need build result announcement back, people don't notice reds anymore
12.12.04 Quit    pretty_function (Ping timeout: 264 seconds)
12.12.32 #       <pamaury> yeah
12.16.00 #       <lorenzo92> pamaury: I don't know :(
12.16.18 #       <lorenzo92> pamaury: do you have any ideas?
12.16.27 #       <pamaury> there is a windows tool to send a file in recovery mode
12.16.36 #       <pamaury> you could try it
12.17.41 #       <mgottschlag> I had problems with usbhid blocking all transfers
12.18.02 #       <mgottschlag> I had to rmmod the linux driver, prevent it from loading and replug the device
12.18.07 Join    [Saint] [0] (~Saint]@rockbox/user/saint)
12.18.14 #       <lorenzo92> pamaury: which name is?
12.18.23 #       <mgottschlag> same error though ("transfer error at init step")
12.18.28 #       <pamaury> sbloader, I'm trying to find the link for you
12.20.18 #       <pamaury> and there is sbtool also which works on linux 
12.20.39 #       <pamaury> hmm, no, that's another tool sorry
12.21.20 #       <lorenzo92> pamaury: I have found sb_loader
12.22.06 #       <pamaury> perfect, the problem is: in theory it supports only imx23/28/50/60
12.27.32 #       <lorenzo92> pamaury: I think it should work, of course it doesn't find my device atm
12.27.42 #       <lorenzo92> but should work with rockbox implementatio too uhm
12.28.07 #       <pamaury> the rockbox implementation is really a hack, based on reverse engineering mainly
12.29.14 #       <pamaury> the source code of sb_loader is available, you could try to modify it to allow the tool to find your device
12.29.36 #       <lorenzo92> yes it's available, but I don't have any sdk on my virtual machine
12.29.50 #       <lorenzo92> will give a look ;=) thanks for the infos!
12.31.01 #       <pamaury> there might be another solution: there is the imx_atk_tool
12.31.29 #       <pamaury> it allows to flash the device but that's secondary: to do so you need to plug your device in recovery mode and it sends code
12.31.52 #       <pamaury> if imx_atk_tool is capable of running of code on it, then you can sniff the usb packets
12.32.03 #       <pamaury> (or read the source code which I'm trying to find)
12.32.39 #       <wodz> oh gosh - parsing elf for mpegplayer.rock -> section[3]: number of relocations: 2449
12.35.02 Quit    lorenzo92 (Read error: Operation timed out)
12.50.50 Quit    [Saint] (Ping timeout: 244 seconds)
12.51.17 #       <wodz> Torne: what is the symbol of type SHN_COMMON and how to deal with it?
12.53.51 Join    einhirn [0] (~Miranda@p4FC74FB6.dip0.t-ipconnect.de)
12.57.31 #       <n1s> heh, with profiling it's decoding at a whooping 10% realtime
12.58.23 Quit    einhirn (Ping timeout: 260 seconds)
12.58.41 Quit    stoffel (Ping timeout: 256 seconds)
13.01.00 Join    [Saint] [0] (~Saint]@rockbox/user/saint)
13.02.40 Quit    [Saint] (Remote host closed the connection)
13.05.51 Quit    mgottschlag (Ping timeout: 246 seconds)
13.10.41 Join    lorenzo92 [0] (~chatzilla@95.233.108.53)
13.11.30 #       <lorenzo92> pamaury: indeed. that works. but is it normal that uploading the original bootloader doesn't display anything?
13.11.38 #       <n1s> Buschel: http://pastie.org/4921528
13.11.44 #       <lorenzo92> pamaury: I know this tool...btw
13.17.40 Quit    lorenzo92 (Quit: ChatZilla 0.9.89 [Firefox 15.0.1/20120907231657])
13.19.13 #       <n1s> Buschel: nicer version http://pastie.org/4921544
13.20.04 #       <n1s> according to this the mdct+fft takes 65% of the total cputime :)
13.20.30 #       <Buschel> yes, looks quite similar to pp. but comb_filter uses twice as much % on cf
13.22.25 #       <n1s> the 65% is probably slightly exaggerated as function calls are somewhat expensive
13.23.48 #       <n1s> i'd guess something like 50-55% is closer to reality but it's still a lot
13.27.52 #       <Buschel> do you think the 65% is an effect of splitting mdct and ifft into different functions?
13.29.09 #       <Buschel> it should not, the seperate perecentages add up to what i've measured before splitting them
13.29.12 Join    derf [0] (~derf@fuzzyneural.net)
13.33.23 #       <wodz> doesn't he mean the lack of inlining in profiling builds?
13.35.44 #       <n1s> both i think, function calls have more overhead on cf than arm
13.38.40 #       <Buschel> from the profilings on pp or cf i can see easy area of improvement anymore. seems like the next steps will be writing asm...
13.38.54 #       <Buschel> "no easy area"
13.39.14 Join    dfkt [0] (dfkt@unaffiliated/dfkt)
13.42.15 Join    kevku [0] (x@indeed.tastes.like.everything.mm.am)
13.43.29 #       <n1s> yeah, looks like it
13.44.02 Join    mgottschlag [0] (~quassel@reactos/tester/phoenix64)
13.45.08 #       <n1s> anyway, gcc is spilling all the gain vars to the stack in comb_filter for cf so it looks like it could be improved quite a bit
13.45.10 #       <Buschel> the mdct pre- and post-rotation looks like a good starting poiint for asm'ing
13.45.32 #       <Buschel> lot of cpu-time and a quite simple loop
13.45.54 #       <n1s> yep
13.46.27 #       <Buschel> will you submit/push the open changes? this will make it easier to maintain local changes
13.47.17 Join    Epicanis [0] (~Epicanis@static-72-95-113-7.port.east.myfairpoint.net)
13.48.48 #       <n1s> i think the comb_filter part is good to go so i'll just bench it on some players and push that first, i like keeping logical changes separate
13.49.30 #       <Buschel> definately. in case of any upcoming issues this is easier to bisect
13.49.32 #       <n1s> it would also be nice if someone could fix git HEAD so it builds :/
13.52.11 #       <bluebrother> oh, that patch was merged?
13.53.42 #       * bluebrother looks
13.55.36 ***     Saving seen data "./dancer.seen"
13.56.06 #       <bluebrother> wtf does this sleep timer thing do?
13.56.39 #       <bluebrother> or to be more exact, why is there a setting fiddling with it?
13.56.49 #       <wodz> calls on cf are more expensive as all args goes through the stack while on arm first 4? are passed in registers
13.57.05 #       <n1s> isn't sleep timer the "if you didn't touch anything for x minutes, i'll sut off" thing?
13.57.16 #       <bluebrother> afaiu, yes
13.57.48 #       <wodz> there was a switch to gcc to force passing some args in regs on CF but IIRC it always brings troubles
13.58.08 #       <n1s> wodz: yeah, also i'd guess icache misses are more likely with separate functions than when they're inlined
13.59.32 #       <n1s> wodz: didn't know that, iicr ther's an amiga (or something) fork of gcc for m68k that uses a different abi with register arg passing but it's really old
14.01.19 #       * bluebrother tries
14.02.12 #       <bluebrother> hmm.
14.02.26 #       <bluebrother> IMO set_sleep_timer and set_sleeptimer_duration are somewhat ... confusing
14.02.42 #       <bluebrother> calling the latter something like set_sleep_timer_mins would have been better IMO.
14.03.03 #       * bluebrother pushes
14.06.01 #       <n1s> what does the first one do?
14.07.28 #       <wodz> n1s: can't find this option in current gcc doc - maybe it was a patch, can't remember now.
14.07.49 #       <n1s> wodz: ah
14.08.18 #       <n1s> switching now would be quite a lot of work as much of the existing asm would need to be adapted
14.09.27 #       <bluebrother> n1s: green again :)
14.09.38 #       <n1s> bluebrother: great, thanks :)
14.09.47 #       <wodz> n1s: anyway coldfire is legacy platform in DAPs so there is little sense in investing time in some intrusive optimizations.
14.10.06 #       <bluebrother> though I really don't understand why this change was merged -- obviously someone didn't even try ONE single build :(
14.14.40 #       <n1s> wodz: yeah, that's true
14.31.58 Join    prof_wolfff [0] (~prof_wolf@213.37.219.103.dyn.user.ono.com)
14.37.27 Quit    Raptors (Read error: Connection reset by peer)
14.37.48 Join    Raptors [0] (~Raptors@dsl-69-172-87-123.acanac.net)
14.39.20 Join    richardq [0] (~544ed18f@www.haxx.se)
14.39.38 Join    Staphylo [0] (~Staphylo@mareo.fr)
14.42.10 Quit    richardq (Client Quit)
14.52.24 #       <AlexP> bluebrother: Did anyone do the German translation yet?
14.53.10 #       <AlexP> And yeah, I don't have time to do release stuff during the week (work and all that)
14.53.15 #       <AlexP> And sometime not at the weekend
14.53.28 #       <AlexP> But I plan to have a look at it today, and hopefully get it out
14.54.22 #       <AlexP> also, where is CIA?
14.54.36 #       <AlexP> And I still don't seem to be getting commit email, are those supposed to be working now?
14.54.48 #       <n1s> CIA is gone
14.55.11 #       <AlexP> just the bot in here, or the entire service?
14.55.17 #       <n1s> entire thing
14.55.26 #       <AlexP> bum
14.55.47 #       <AlexP> So we could do with our own bot in the meantime
14.56.26 #       <n1s> yeah, once you're used to having bots life is hard withput them :)
14.56.33 #       <AlexP> anyone know about commit emails?
14.57.00 #       <AlexP> I've largely stopped following what is going on as I no longer get it handily to my inbox
14.57.11 #       <AlexP> Which is since we switched to git
14.57.38 #       <n1s> i remember it being discussed but not if there was a resolution
14.58.17 #       <AlexP> brb
15.03.27 Join    einhirn [0] (~Miranda@p4FC74FB6.dip0.t-ipconnect.de)
15.06.30 #       <kugel> the rds related bug is worrying
15.07.44 #       <AlexP> in master only or release branch too?
15.07.55 #       <wodz> as well as particular themes affecting usb
15.09.03 #       <AlexP> bluebrother: Sorry, I see you did German ages ago
15.09.12 #       <AlexP> See, lack of commit emails flumux me! :)
15.11.15 #       <kugel> AlexP: both
15.11.22 #       <AlexP> What bug is it?
15.12.56 #       <Buschel> n1s: thanks for pushing the latest changes. will you push some more (celt.c / fixed_generic.h) or can i merge now?
15.13.24 #       <n1s> Buschel: not now at least, maybe later or tomorrow
15.13.47 #       <n1s> you'll likely have conflicts since i fixed the indentation
15.14.26 #       <Buschel> that's quickly done
15.15.08 #       <lebellium> AlexP: FS#12759
15.15.09 #       <fs-bluebot> http://www.rockbox.org/tracker/task/12759 3Various RDS issues (Clip Zip, YP-R0) (bugs, unconfirmed)
15.15.23 #       <AlexP> thanks
15.15.29 #       <lebellium> kugel: the RDS patch looks ready to be merged?
15.15.56 #       <AlexP> gevaerts: You there?
15.22.52 #       <n1s> Buschel: btw, setting up the gerrit stuff isn't all that hard :)
15.24.37 #       <bluebrother> AlexP: IIRC Zagor said commit emails are enabled these days. But it seems at least a couple of people don't get them (me included)
15.25.09 #       <AlexP> I'm signed up with two accounts and I don't get them on either
15.25.13 #       <Buschel> i was already on it after i register for an OpenID. but gerrit did not accept my OpenID from that site. since then i did not work on this...
15.26.05 Join    TheLemonMan [0] (~LemonBoy@unaffiliated/thelemonman)
15.28.59 #       <n1s> Buschel: did you ask Torne about that?
15.30.37 #       <Buschel> no, i just dropped the task then and deleted my OpenID account at that site. i am not quite sure though if i really want to register at google...
15.31.08 #       <n1s> well afaik any OpenID site should work
15.31.36 #       <n1s> so this should be fixable
15.31.39 #       <Buschel> ok
15.31.57 #       * amiconn is running his own openid server
15.32.37 #       <n1s> amiconn: does it work with gerrit?
15.32.51 #       <amiconn> yes
15.33.42 #       <Buschel> you had to ask Torne to get it supported?
15.33.47 #       <amiconn> nope
15.33.53 #       <Buschel> hmmm
15.34.23 #       <n1s> Buschel: maybe you can get an account on amiconns server :)
15.34.37 #       <Buschel> amiconn: would this be possible?
15.34.40 #       <amiconn> I just put the url  into the login box, and the openid stuff does the rest
15.35.11 #       <bluebrother> AlexP: I was considering to add some (simple) build status support to my bot using the output of the build server. Though unfortunately the build server doesn't tell about the success / failure result
15.35.36 #       <amiconn> I'm using simpleid (which just requires a http server and php)
15.36.15 #       <AlexP> bluebrother: How did CIA plug into it?
15.36.30 #       <bluebrother> AlexP: afaik the build server triggered it.
15.36.42 #       <AlexP> ah, ok
15.37.09 #       <Buschel> maybe i'll just ask Torne what has gone with my former account / server
15.37.10 #       <bluebrother> though CIA could poll the repository (iirc it did this at the beginning, making it somewhat less responsive)
15.38.23 #       <Buschel> even though it is quite comfortable to have someone merging and pushing ;)
15.43.25 Join    pablo123456 [0] (~d56c1545@www.haxx.se)
15.43.44 #       <amiconn> Simpleid isn't really suitable for handing accounts to others. Several files have to be edited locally (i.e. on the server box)
15.44.19 #       <pablo123456> hi
15.47.14 #       <pablo123456> Guys, I have white screen on my hifiman 601 slim after  upgrade to rockbox. Computer doesnt recognise the device. Can somebody help me? Thanks
15.54.08 #       <AlexP> Is the AMSv2 USB instability clip+ and fuze?
15.54.54 #       <gevaerts> AlexP: also clipv2
15.54.59 #       <AlexP> gevaerts: thanks
15.55.00 #       <gevaerts> (and fuzev2 only)
15.55.39 ***     Saving seen data "./dancer.seen"
15.55.50 #       <wodz> pablo123456: you need to catch mortalis
15.55.51 #       <funman> clip zip seems to work fine
15.56.30 #       <n1s> i have usb instability on my fuzev1 (v1 is not amsv2 though)
15.56.57 #       <n1s> also it only connects via usb when connecting while it's off, otherwise it just charges
15.57.26 #       <gevaerts> n1s: related to FS#12184?
15.57.27 #       <fs-bluebot> http://www.rockbox.org/tracker/task/12184 3Fuze V1 locking when transferring files Rockbox 3.9 (bugs, unconfirmed)
15.58.31 #       <n1s> gevaerts: sounds like it
15.59.06 Join    zahari_bgr [0] (~zahari.yu@178.169.140.143)
15.59.18 #       <n1s> might be an sd problem too, as i think it's only happening when writing to the sd
16.00.58 #       <zahari_bgr> Hi guys, Is there a way for blind person to read status bar on Sandisk Sansa Clip Plus or Clip Zip?
16.02.22 #       <n1s> zahari_bgr: not as such but in the System->Rockbox Info screen there's some info that's also voiced
16.06.22 #       <zahari_bgr> n1s I need to know when a recording is in progress, and optionally how many time is past from the start. Is it possible?
16.06.47 Join    XavierGr [0] (XavierGr@rockbox/staff/XavierGr)
16.07.40 #       <n1s> zahari_bgr: i don't know if voice works while recording, but i expect it will not
16.12.37 #       <zahari_bgr> n1s I don't know - I don't have it in my hands right now. I also could not find any special hot  keys for blind person to read certain not focusable controls. Are there any?
16.17.17 #       <n1s> zahari_bgr: i don't think so
16.19.43 #       <AlexP> Priliminary release notes, please edit: http://www.rockbox.org/wiki/ReleaseNotes312
16.19.50 #       <AlexP> *Preliminary
16.20.26 #       <zahari_bgr> n1s Thank you for your fast response.
16.21.19 #       <n1s> the voice ui could be improved a lot but i don't think anyone is working on it sadly
16.36.58 #       <zahari_bgr> And what is wall clock announce? There is a string in the .lang files for that - spoken only, but when? 
16.41.54 #       <n1s> zahari_bgr: seems that is spoken in the time & date screen if pressing the context button, which is probably a long press of select
16.45.39 #       <zahari_bgr> n1s Yes, I've just found it. 
17.00.55 Join    varuas [0] (4cfaec72@gateway/web/freenode/ip.76.250.236.114)
17.01.01 #       <varuas> hi
17.01.22 Quit    varuas (Client Quit)
17.07.32 Quit    Buschel (Ping timeout: 240 seconds)
17.07.39 Quit    einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org)
17.25.33 Quit    zahari_bgr (Read error: No route to host)
17.26.20 #       <bluebrother> AlexP: 3.12 planned for today?
17.26.44 Join    zahari_bgr [0] (~zahari.yu@178.169.140.143)
17.27.10 #       <AlexP> bluebrother: yep
17.27.25 #       <bluebrother> ok, then my change to the release notes page should match :)
17.27.31 #       <AlexP> Just building now, although some of the targets are giving font and bmp releated theme errors :/
17.27.42 #       <bluebrother> urgh
17.28.08 Quit    lebellium (Quit: ChatZilla 0.9.89 [Firefox 16.0/20121002073616])
17.28.28 #       <bluebrother> hmm, I'm wondering if there is a way to make the ReleaseNotes wiki page use the correct sorting ...
17.31.26 Join    mikroflops [0] (~yogurt@h-34-239.a238.priv.bahnhof.se)
17.32.50 Quit    mikroflops_ (Ping timeout: 246 seconds)
17.36.34 Quit    bertrik (Remote host closed the connection)
17.39.51 Join    lebellium [0] (~chatzilla@e179077162.adsl.alicedsl.de)
17.40.38 Join    pretty_function [0] (~sigBART@123.252.215.68)
17.42.26 #       <AlexP> bluebrother: Do you remember what the replacement for tools/release/tarball.sh was?
17.43.34 Quit    TheLemonMan (Quit: WeeChat 0.3.9)
17.46.01 Quit    mikroflops (Remote host closed the connection)
17.46.21 Join    mikroflops [0] (~yogurt@h-34-239.a238.priv.bahnhof.se)
17.48.47 Join    mikroflops_ [0] (~yogurt@h-34-239.a238.priv.bahnhof.se)
17.50.05 #       <gevaerts> kugel: bc7ff53eab7341035d5128999576b5987eb2bbe8 makes some builds (such as h120) show errors during make zip
17.50.38 #       <AlexP> They seem OK though I think
17.51.32 Quit    mikroflops (Ping timeout: 240 seconds)
17.52.57 Quit    pretty_function (Ping timeout: 260 seconds)
17.54.41 #       <AlexP> gevaerts: utils/common/gitscraper.py 
17.55.21 #       <gevaerts> AlexP: I'll respond with utils/common/tarball.py!
17.55.27 #       <AlexP> aha :)
17.55.41 #       <AlexP> I was looking through old logs, so probably haven't made it to that yet :)
17.55.42 ***     Saving seen data "./dancer.seen"
17.56.54 #       <AlexP> after tagging from reading it
18.00.34 #       <AlexP> oh, maybe not
18.08.57 Quit    mgottschlag (Ping timeout: 246 seconds)
18.15.48 #       <AlexP> yes it does :)
18.15.51 #       * AlexP flip flops
18.16.39 Join    bigfoot- [0] (~bigfoot@85.131.246.183)
18.17.15 #       <bigfoot-> Hi.  Are there any hot-fixes for the current iPod Nano 2g USB crash?
18.17.46 #       <AlexP> no
18.18.06 #       <AlexP> sadly
18.19.04 #       <bigfoot-> did it work at some point in time? :)  then I could build an older version from the git repo.
18.19.17 #       <AlexP> yes, 3.10 works
18.19.26 #       <AlexP> and Rockbox Utiity should offer that to you
18.19.37 #       <AlexP> The most recent version of Rockbox Utility that is
18.19.39 #       <bigfoot-> no, I can only install the dev version from the installer
18.19.52 #       <AlexP> What version of rbutil?
18.20.33 #       <bigfoot-> the version pulldown doesn't offer anything else than current dev once I configure it for the ipod nano 2g
18.20.42 #       <bigfoot-> the current release, 1.3.0 64bit linux
18.20.45 #       <AlexP> OK
18.20.55 #       <AlexP> Something clearly needs doing
18.20.59 #       <AlexP> It will offer it very soon
18.21.02 #       <AlexP> bluebrother: ?
18.21.07 #       <bigfoot-> thanks :)
18.22.10 #       <AlexP> Hmmm, that was merged on 21/09
18.22.23 #       <AlexP> Does the website need updating to make use of it?
18.22.37 #       * AlexP summons Zagor
18.22.47 #       <bigfoot-> did someone already try to pinpoint the commit that broke USB on the ipod nano 2g?  (maybe git bisect)
18.22.58 #       <AlexP> There was a general USB rework
18.23.05 #       <bigfoot-> ah, I see.
18.23.27 #       <AlexP> So I think it is known what broke it in general, but not specifically what
18.23.41 #       <AlexP> If you see what I mean
18.24.02 #       <bigfoot-> sure
18.25.22 #       <gevaerts> There are or have been several overlapping issues, so a simple git bisect has proven rather useless
18.25.23 Quit    factor (Read error: Connection reset by peer)
18.29.51 Join    factor [0] (~factor@r74-195-220-46.msk1cmtc02.mskgok.ok.dh.suddenlink.net)
18.34.10 Quit    shamus (Read error: Connection reset by peer)
18.35.09 Join    shamus [0] (~shamus@ip-206-192-195-49.marylandheights.ip.cablemo.net)
18.35.41 #       <bigfoot-> hmm, unfortunate that there's no ipod nano 2g manual installation documentation on http://www.rockbox.org/download/byhand.cgi
18.36.20 #       <gevaerts> There is in http://download.rockbox.org/daily/manual/rockbox-ipodnano2g/rockbox-build.html
18.36.39 #       <bigfoot-> I guess I need to install the boot loader via the utility, and then manually unzip the 3.10 firmware zip?
18.37.50 Quit    pablo123456 (Quit: CGI:IRC)
18.38.05 #       <bluebrother> AlexP: the server information needs to be updated for Rockbox Utility to know about it. Seems this doesn't happen automatically
18.38.14 #       <AlexP> bluebrother: OK, thanks
18.38.26 #       <bluebrother> bigfoot-: you can also install a development build with Rockbox Utility, then unzip 3.10 on top of it manually afterwards
18.38.35 #       <AlexP> All the 3.12 files are uploaded, so we need a Swede to move the files
18.38.55 #       <bluebrother> since the latter is the way of updating, and downgrading obviously works the same way :)
18.39.10 #       <AlexP> Then I'll need to edit tools/builds.pm to announce 3.12 so when the update is done after that RBUtil should start to offer 3.10
18.39.26 #       <AlexP> for the Nano 2G :)
18.40.27 #       <bluebrother> yes
18.40.52 #       <bluebrother> though I've never been able to test it live :D
18.41.05 #       <AlexP> Hopefully we will soon :)
18.41.29 #       <bigfoot-> gevaerts: thanks.
18.41.33 #       <bluebrother> hmm, Rockbox Utility will likely show nonsense for the release description for 3.10 then though.
18.41.40 #       <bluebrother> or ... is it using that at all?
18.41.52 #       * bluebrother thinks not, which would be the best :)
18.42.05 #       <AlexP> It just says "This is the latest stable release available" here
18.42.13 #       <AlexP> Which will still be true :)
18.42.36 #       <bluebrother> ah, then it doesn't use the release date from builds.pm :)
18.42.46 #       <AlexP> Doesn't seem to
18.43.00 #       <bluebrother> makes more sense anyway, since we then can translate the string
18.43.23 #       <AlexP> Ah, we will also need to remove the existing RC
18.44.25 #       <AlexP> Right, if anyone spots Zagor come in let me know :)
18.44.34 Nick    Jack87 is now known as Jack87|Away (Jack87@nasadmin/admin/jack87)
18.48.02 Join    Buschel [0] (~chatzilla@p57905630.dip.t-dialin.net)
19.02.10 Quit    GeekShadow (Ping timeout: 248 seconds)
19.03.07 Join    GeekShadow [0] (~antoine@12.114.197.77.rev.sfr.net)
19.07.22 Quit    efyx (Read error: Connection reset by peer)
19.13.06 Join    mgottschlag [0] (~quassel@reactos/tester/phoenix64)
19.14.58 #       <kugel> the rds bug should be at least in the known bugs section if we release anyway
19.18.54 Join    pretty_function [0] (~sigBART@123.252.215.68)
19.22.19 Join    efyx [0] (~efyx@91.179.142.81)
19.22.37 #       <pamaury> bluebrother: did I talk to you about string factoring in rockbox utility ?
19.24.53 Quit    pretty_function (Remote host closed the connection)
19.25.43 Quit    mikroflops_ (Read error: Operation timed out)
19.26.57 Quit    Horschti (Quit: Verlassend)
19.28.09 #       <lebellium> this link in customWPS looks dead http://git.rockbox.org/?p=rockbox.git;a=blob;f=apps/metadata.h;hb=HEAD
19.34.53 Join    mikroflops [0] (~yogurt@h-34-239.a238.priv.bahnhof.se)
19.35.51 Join    kadath [0] (~kadath@rrcs-96-11-226-10.central.biz.rr.com)
19.37.38 Quit    Buschel (Quit: ChatZilla 0.9.88.2 [Firefox 15.0.1/20120905151427])
19.45.49 #       <bluebrother> pamaury: hmm. Possible. About strings in the bootloader classes?
19.45.55 #       <pamaury> yes
19.46.05 #       <bluebrother> I think you mentioned it some time ago :)
19.47.01 #       <pamaury> I don't remember your answer, would you be against it ? I'm not asking you to do the job, I can provide a proof of concept
19.47.22 #       <bluebrother> if done properly I don't have problems with that
19.47.34 #       <bluebrother> as long as it's clear for the translator where the strings show up ...
19.47.44 #       <bluebrother> (which is usually retrieved from the class information)
19.48.23 #       <bluebrother> so if there's a proof of concept I would definitely give it a look :)
19.48.47 #       <bluebrother> though I'm pretty low on time for Rockbox stuff these days. And I want to get autodetection reworked ...
19.49.26 #       <pamaury> ok, I'll try to do something soon, my memory is still fresh after having translated so many strings
19.50.29 #       <bluebrother> fortunately linguist is quite helpful on duplicated strings :)
19.50.51 #       <pamaury> yes, fortunately !
19.55.45 ***     Saving seen data "./dancer.seen"
20.07.53 Join    thegeek_ [0] (~thegeek@171.17.9.46.customer.cdi.no)
20.07.54 Quit    thegeek_ (Read error: Connection reset by peer)
20.15.05 Join    amayer [0] (~alex@h62.26.25.72.ip.windstream.net)
20.17.32 Quit    mikroflops (Ping timeout: 240 seconds)
20.20.50 #       <wodz> gevaerts: ping
20.21.03 #       * gevaerts jumps
20.21.50 #       <wodz> gevaerts: another makefile issue - is there a way other then editing separate makefiles to add -mlong-calls to plugins which have separate dirs?
20.22.24 #       <wodz> gevaerts: mpegplayer for example
20.23.07 #       <gevaerts> PLUGINFLAGS, possibly?
20.23.21 #       * wodz tries
20.23.56 #       <kugel> if *.make is written properly it doesnt ignore PLUGINFLAGS
20.25.27 Join    lorenzo92 [0] (~chatzilla@host42-104-dynamic.17-79-r.retail.telecomitalia.it)
20.26.18 Nick    Jack87|Away is now known as Jack87 (Jack87@nasadmin/admin/jack87)
20.27.40 Join    mikroflops [0] (~yogurt@h-34-239.a238.priv.bahnhof.se)
20.29.56 Nick    evilnick is now known as moronick (~evilnick@rockbox/staff/evilnick)
20.30.31 Nick    moronick is now known as evilnick (~evilnick@rockbox/staff/evilnick)
20.35.51 Quit    scorche (Disconnected by services)
20.35.55 Join    scorche` [0] (~scorche@rockbox/administrator/scorche)
20.37.45 Quit    mikroflops (Read error: Operation timed out)
20.38.22 #       <wodz> ok, mpegplayer links $(CODECDIR)/libmad-mpeg.a which isn't built with -mlong-calls
20.40.41 Join    pretty_function [0] (~sigBART@123.252.215.68)
20.45.08 Join    mikroflops [0] (~yogurt@h-34-239.a238.priv.bahnhof.se)
20.50.23 Quit    mikroflops (Remote host closed the connection)
20.52.20 #       <wodz> kugel: I need to allocate temporarily up to 0x10000 bytes for symtab when loading elf. This will be short living allocation. Can I use buflib somehow?
20.57.47 #       <AlexP> Where are default settings defined?
21.02.02 Join    mikroflops [0] (~yogurt@h-34-239.a238.priv.bahnhof.se)
21.13.41 #       <bluebrother> AlexP: I think somewhere in the readability of settings_list.c
21.14.45 #       <AlexP> bluebrother: ah yes, the header suggests as much, thanks
21.17.30 #       * wodz updated g#326 if someone is interested
21.19.52 Join    freqmod [0] (~quassel@cm-84.215.142.108.getinternet.no)
21.21.15 #       <AlexP> Is https://gist.github.com/3845844 a) correct and b) all that would be needed if one wanted to set prevent clipping to on by default for replaygain?
21.39.25 Quit    freqmod (Ping timeout: 260 seconds)
21.40.37 #       <amayer> if you guys have a chance to check out g#325 let me know if its a good idea or not
21.40.39 #       <fs-bluebot> 3Gerrit review #325 at http://gerrit.rockbox.org/r/325 : Make Cabbiev2 enable icons when selected  by Alex Mayer (changes/25/325/2)
21.42.40 #       <AlexP> Yes, I think it should
21.43.20 #       <AlexP> amayer: Does it also set its own icons?
21.44.32 #       <amayer> it already did that.
21.44.34 #       <amayer> it would set 'viewers iconset:'
21.44.36 #       <amayer> but wouldnt explicitly turn the 'show icons:' on
21.44.51 #       <AlexP> ok, I was just checking
21.45.00 #       <amayer> understood
21.49.35 Join    nomad0 [0] (~nomada@irc.consciente.de)
21.50.11 Quit    pretty_function (Remote host closed the connection)
21.50.55 Join    Hadaka_ [0] (~naked@naked.iki.fi)
21.50.57 Join    scorche|1h [0] (~scorche@squisch.net)
21.54.08 Join    minus_ [0] (minus@mnus.de)
21.55.16 Quit    GodEater (*.net *.split)
21.55.16 Quit    scorche|sh (*.net *.split)
21.55.16 Quit    Hadaka (*.net *.split)
21.55.16 Quit    minus (*.net *.split)
21.55.16 Quit    nomada (*.net *.split)
21.55.16 Quit    nuskool (*.net *.split)
21.55.16 Quit    kevku (*.net *.split)
21.55.16 Quit    dys (*.net *.split)
21.55.16 Quit    ranmachan (*.net *.split)
21.55.17 Quit    Galois (*.net *.split)
21.55.17 Quit    Zambezi (*.net *.split)
21.55.17 Quit    ps-auxw (*.net *.split)
21.55.17 Quit    Rondom (*.net *.split)
21.55.17 Quit    evilnick (*.net *.split)
21.55.17 Quit    gxk (*.net *.split)
21.55.18 Quit    Xerion (*.net *.split)
21.55.18 Quit    Synergist (*.net *.split)
21.55.18 Nick    nomad0 is now known as nomada (~nomada@irc.consciente.de)
21.55.18 Nick    minus_ is now known as minus (minus@mnus.de)
21.55.49 ***     Saving seen data "./dancer.seen"
21.55.56 Join    webguest41 [0] (~4d6c62b1@www.haxx.se)
21.55.59 Join    kevku [0] (x@indeed.tastes.like.everything.mm.am)
21.55.59 Join    dys [0] (~user@2a01:1e8:e100:8296:21a:4dff:fe4e:273a)
21.55.59 Join    ranmachan [0] (ranma@2a01:4f8:130:9321::2)
21.55.59 Join    Galois [0] (djao@efnet-math.org)
21.55.59 Join    Zambezi [0] (Zulu@bnc.fran.dotbnc.se)
21.55.59 Join    ps-auxw [0] (~arneb@2001:470:c807:0:1532:4e5f:2ad3:4123)
21.55.59 Join    Rondom [0] (~rondom@2a01:488:66:1000:b24d:4f2f:0:1)
21.55.59 Join    evilnick [0] (~evilnick@rockbox/staff/evilnick)
21.56.11 Join    gxk [0] (~gxk@bzq-79-179-225-137.red.bezeqint.net)
21.56.11 Join    Xerion [0] (~xerion@5419F5F4.cm-5-2d.dynamic.ziggo.nl)
21.56.11 Join    Synergist [0] (~synfn@unaffiliated/synergist)
21.56.46 Join    GodEater [0] (~bibble@cl-711.lon-02.gb.sixxs.net)
21.56.47 Quit    GodEater (Changing host)
21.56.47 Join    GodEater [0] (~bibble@rockbox/staff/GodEater)
21.56.47 Quit    webguest41 (Client Quit)
21.58.36 Join    freqmod [0] (~quassel@cm-84.215.142.108.getinternet.no)
21.59.29 Quit    freqmod (Remote host closed the connection)
22.00.26 Quit    lorenzo92 (Quit: ChatZilla 0.9.89 [Firefox 15.0.1/20120907231657])
22.00.37 Quit    kevku (*.net *.split)
22.00.37 Quit    dys (*.net *.split)
22.00.37 Quit    ranmachan (*.net *.split)
22.00.37 Quit    Galois (*.net *.split)
22.00.37 Quit    Zambezi (*.net *.split)
22.00.37 Quit    ps-auxw (*.net *.split)
22.00.37 Quit    Rondom (*.net *.split)
22.00.38 Quit    evilnick (*.net *.split)
22.00.38 Join    freqmod [0] (~quassel@cm-84.215.142.108.getinternet.no)
22.01.02 Join    kevku [0] (x@indeed.tastes.like.everything.mm.am)
22.01.03 Join    dys [0] (~user@2a01:1e8:e100:8296:21a:4dff:fe4e:273a)
22.01.03 Join    ranmachan [0] (ranma@2a01:4f8:130:9321::2)
22.01.03 Join    Galois [0] (djao@efnet-math.org)
22.01.03 Join    Zambezi [0] (Zulu@bnc.fran.dotbnc.se)
22.01.03 Join    ps-auxw [0] (~arneb@2001:470:c807:0:1532:4e5f:2ad3:4123)
22.01.03 Join    Rondom [0] (~rondom@2a01:488:66:1000:b24d:4f2f:0:1)
22.01.03 Join    evilnick [0] (~evilnick@rockbox/staff/evilnick)
22.01.54 Join    pretty_function [0] (~sigBART@123.252.215.68)
22.03.17 Quit    pretty_function (Remote host closed the connection)
22.08.23 Join    einhirn [0] (Miranda@vpn39.vpn.tu-clausthal.de)
22.09.33 Quit    einhirn (Client Quit)
22.15.30 Join    Diyar [0] (6d7f6700@gateway/web/freenode/ip.109.127.103.0)
22.16.54 Join    Honkboy [0] (~quassel@pD9EB4D46.dip.t-dialin.net)
22.17.56 #       <kugel> wodz: buflib is not ideal for short-lived buffers but you could use it
22.18.26 #       <kugel> for short-lived and/or foreground work the plugin buffer is often better
22.20.34 #       <kugel> (buflib is not ideal because it often needs to stop playback for a brief period to make room)
22.21.09 Quit    Diyar (Quit: Page closed)
22.21.21 #       <wodz> kugel: in case of a few plugins I am short with pluginbuf
22.22.02 #       <kugel> the 64k need to be available while the plugin runs?
22.22.18 #       <wodz> no
22.22.59 #       <kugel> what do you mean then?
22.23.43 #       <wodz> I need this buffer to cache symtab which is needed to perform relocations
22.24.20 #       <wodz> doom for example uses almost all pluginbuf and symtab doesn't fit
22.24.48 #       <kugel> but you just said you dont need it while the plugins run
22.25.06 #       <wodz> I know I could overlap it with bss and clear bss later but this complicates implementation. I was looking for something simple
22.25.29 #       <wodz> it is not needed when plugin runs but it is needed when plugin loads
22.26.10 #       <kugel> how can doom use all the plugin buffer while loading?
22.26.21 #       <kugel> does it have a huge static buffer or somesuch?
22.27.23 #       <gevaerts> wodz: could you use the plugin buffer normally, with buflib as a fallback?
22.27.26 #       <kugel> if you can't use the plugin buffer you can only use the audio buffer or buflib. both require playback (only shortly for buflib). OR a static buffer
22.28.21 #       <kugel> ideally the playback engine would be fixed to allow shrinkage of the audio buffer without restarting playback. then buflib could be used easily
22.28.47 Quit    Honkboy (Quit: http://quassel-irc.org - Chat comfortably. Anywhere.)
22.29.12 #       <wodz> gevaerts: that was my idea
22.29.41 Join    Honkboy [0] (~quassel@pD9EB4D46.dip.t-dialin.net)
22.30.30 #       <wodz> runtime mem demand + symtab is 0x8d3ac for doom (not counting iram)
22.31.07 #       <wodz> symtab is 0xf810 bytes
22.31.46 Quit    Honkboy (Remote host closed the connection)
22.32.18 #       <kugel> does this number depend on the amount of functions and global variables in the plugin?
22.33.00 #       <wodz> yes
22.34.45 #       <wodz> hmm moving .bss to the end and defer clearing should work
22.47.27 Quit    Raptors (Read error: Connection reset by peer)
22.50.51 Quit    amayer (Ping timeout: 255 seconds)
22.54.53 Quit    kevku (Remote host closed the connection)
22.58.35 #       <kugel> 3.12 is final now?
23.00.06 #       <AlexP> kugel: Sort of
23.00.17 #       <AlexP> It hasn't been moved to the right place on the server
23.00.30 #       <AlexP> And it isn't being announced to rbutil etc
23.00.34 #       <AlexP> We need a Swede
23.00.43 #       <AlexP> It is built, tagged and uploaded however
23.00.50 #       <kugel> alright
23.01.10 #       <kugel> AlexP: the RDS bug should be in the known bugs section of the release nodes imo
23.01.18 #       <AlexP> Feel free to add it :)
23.01.28 #       <AlexP> It isn't a crashing bug is it?
23.01.43 #       <kugel> it is
23.02.00 #       <AlexP> oh, I misread the bug report then
23.02.46 #       <kugel> well, according to the bug report it doesnt crash on a stable target, but the bug has probably the potential to crash on all affected targets
23.03.35 #       <AlexP> Which is clip+ +?
23.03.44 #       <AlexP> Do any other stable targets have RDS?
23.03.53 Quit    factor (Read error: Connection reset by peer)
23.03.59 #       <kugel> dont know
23.04.04 #       <lebellium> Clip+ doesn't have RDS
23.04.11 #       <AlexP> beast does, but not stable
23.04.11 #       <lebellium> clip zip has RDS but not stable target
23.04.15 #       <AlexP> Sorry, clip zip
23.04.18 #       <lebellium> and Toshiba Gigabeat has RDS
23.04.25 #       <AlexP> gigabeat S
23.04.28 #       <AlexP> which isn't stable
23.04.37 #       <kugel> is the zip stable?
23.04.39 #       <AlexP> F doesn't have a radio IIRC
23.04.40 #       <lebellium> so no stable target has RDS
23.05.02 #       <lebellium> but the clip zip can be almost considered as stable
23.05.12 #       <AlexP> Not for the release it can't
23.05.19 #       <AlexP> hich is all I care about at the moment
23.05.22 #       <AlexP> *Which
23.06.40 #       <kugel> ok then you can probably ignore the bug for now
23.06.58 #       <lebellium> then you're right, no stable target has RDS. But that remains a major annoying but though :p
23.07.03 #       <lebellium> bug*
23.07.21 #       <AlexP> I'm right even if it weren't only release based, as the clip zip isn't stable at the moment :P
23.07.56 #       <AlexP> But anyway, I'll ignore it for the sake of release
23.09.34 #       <kugel> wodz: why do you need strip and not objcopy?
23.09.47 #       <kugel> I always thought strip is a subset of objcopy
23.10.41 #       <AlexP> Is https://gist.github.com/3845844 a) correct and b) all that would be needed if one wanted to set prevent clipping to on by default for replaygain?
23.11.40 #       <kugel> AlexP: yes
23.11.51 #       <AlexP> kugel: Great, thanks
23.12.26 #       <AlexP> Would anyone object to this?  If we turn replaygain on by default, I think it would make sense to also turn on prevent clipping
23.12.50 #       <wodz> kugel: objcopy doesn't have option to leave symbols needed for relocation AFAIK
23.13.11 #       <kugel> it has --strip-debug and --strip-unneeded
23.13.46 Join    lorenzo92 [0] (~chatzilla@host42-104-dynamic.17-79-r.retail.telecomitalia.it)
23.13.46 #       <wodz> hmm
23.14.27 #       <kugel> it should be sufficient to change the paramters in functions.make
23.16.05 #       <lorenzo92> kugel: nice to see RDS merged...at the moment i'm working on SD automounting, should work so tomorrow evening I should also upload a patch ;)
23.16.46 #       <kugel> can you put a working patch for your gpio fixes?
23.18.52 Join    Guinness` [0] (Slayer@c-68-55-111-159.hsd1.va.comcast.net)
23.19.01 Join    factor [0] (~factor@74.197.228.42)
23.19.42 Quit    Guinness` (Read error: Connection reset by peer)
23.19.51 #       <factor> What is a new mp3 player that works with rockbox, had the fuze butit got washed, cant find them anymore
23.20.18 #       <AlexP> clip zip
23.20.22 #       <AlexP> fuze plus?
23.20.34 #       <AlexP> Not sure what the exact state of support is, check the website
23.20.45 #       <factor> that I can pick up at best buy or sears. 
23.20.59 #       <lorenzo92> kugel: yes will do that too! In the meanwhile, I completed the SD sense patch :) works hehe still not sure how to handle unmount, I place a button but where?
23.21.20 #       <lorenzo92> kugel: is there a kind of default way of doing that on other targets?
23.21.33 #       <kugel> there's no unmount on other targets
23.21.55 #       <kugel> not one the user can initiate*
23.22.32 Quit    Guinness (Ping timeout: 260 seconds)
23.22.35 #       <AlexP> factor: No idea, I'm not in the States (nor are most here)
23.23.28 #       <factor> So the zip clip works with rockbox?
23.23.49 #       <AlexP> No, but the clip zip does :)
23.23.51 #       <AlexP> See http://www.rockbox.org/
23.23.58 #       <factor> heh
23.25.34 #       <wodz> eh, doom compiled with -mlong-calls doesn't fit in pluginbuf anyway :/
23.25.45 #       <factor> I dont see fuze+ on the list only fuze
23.26.00 #       <AlexP> It is directly before clip zip
23.26.06 #       <factor> says unstable
23.26.09 #       <AlexP> yes
23.26.22 #       <AlexP> That can mean lots of things
23.26.26 #       <AlexP> try clicking on the link
23.26.32 #       <factor> ok
23.26.44 #       <AlexP> It might just mean something hasn't been finished
23.27.00 #       <AlexP> It might be a player feature like USB, or it might be the manual
23.27.07 #       <factor> no recording.
23.27.15 #       <factor> lookslike everythign else is fine
23.27.20 #       <gevaerts> "Unstable" tends to mean either "Some details are not finished and people haven't worked on it for ages", or "Is still available in shops"
23.27.51 #       <factor> col rockbox utility works on it
23.27.55 #       <factor> so I call it good
23.27.56 #       <factor> enough
23.28.12 #       <factor> recording would be nice but not an option I had used on my fuze
23.28.18 #       <AlexP> I suspect so, but I haven't got one so can't say for sure
23.29.43 #       <lorenzo92> kugel: basically, that's it: http://pastie.org/private/eafsmxe21ymh9x2pk9ewka ! need to write a better way to wait for sd to be ready, for example waiting for mount is okay using a timeout but works fine so fat
23.29.46 #       <lorenzo92> *far
23.30.11 Quit    zahari_bgr (Read error: Connection reset by peer)
23.30.39 Join    Guinness [0] (Slayer@c-68-55-111-159.hsd1.va.comcast.net)
23.31.04 #       <factor> o Thanks , love the rock box stuff I had on it. with video I could convert youtube to fuze and it worked great.
23.31.30 #       <factor> listened to MIT opencourseware on it all the time
23.34.38 Quit    wodz (Quit: Leaving)
23.34.43 #       <factor> Will go chek to see if they have the fuze+ , did not see one ,but shows to have them on the website.
23.35.58 #       <lorenzo92> do you think it would be evil to add a "Remove microSD" button on the main menu? Don't know how else doing a safe removal of a microSD on yp-r0
23.36.18 #       <kugel> what about sync parameter?
23.36.26 #       <kugel> then you don't need safe removal?
23.36.51 #       <lorenzo92> kugel: yes I have tought about it too, it should be safe then right?
23.36.58 #       <kugel> read is still buffered by the kernel which is more important in our use case
23.37.07 #       <kugel> yes
23.37.19 #       <lorenzo92> okay so this is the solution, thanks :)
23.38.06 Join    zahari_bgr [0] (~zahari.yu@178.169.140.143)
23.38.10 Join    Horscht [0] (~Horscht@xbmc/user/horscht)
23.39.33 #       <kugel> you could proabably also add MS_RELATIME to it
23.42.10 #       <lorenzo92> ok
23.44.30 #       <kugel> on normal targets rockbox displays a special <MICROSD> dir in the file browser to access it
23.44.41 #       <kugel> not sure what to do on the ypr0
23.46.06 #       <lorenzo92> i'll leave as it is by default, mounted on /mnt/mcc
23.46.08 #       <lorenzo92> *mmc
23.51.39 Quit    lorenzo92 (Quit: ChatZilla 0.9.89 [Firefox 15.0.1/20120907231657])
23.55.50 ***     Saving seen data "./dancer.seen"