--- Log for 31.01.117 Server: nylund.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 26 days and 3 hours ago 00.02.21 # oh duh no wonder you were confused I meant 2 and 1 in that commit thats ok I found one other place I need to change GameCnt so ill fix the description 00.05.13 Quit ender` (Quit: …requirements for time sheets do cover jet lag, but only from west to east because the 1970s payroll system doesn't understand negative time differentials… — Charles Stross: The Apocalypse Codex) 00.06.25 Quit Bilgus (Remote host closed the connection) 00.07.29 Join Bilgus [0] (~Bilgus@gateway/tor-sasl/bilgus) 00.13.54 Part robertd1 00.19.45 # ok fixed thanks 00.23.37 Quit girafe (Read error: Connection reset by peer) 00.32.04 Quit APLU (Ping timeout: 240 seconds) 00.32.16 Quit Bilgus_ph (Remote host closed the connection) 00.34.01 Quit Rower (Ping timeout: 252 seconds) 00.34.15 Join Rower [0] (husvagn@d83-183-134-99.cust.tele2.se) 00.45.19 Join APLU [0] (~mulx@eva.aplu.fr) 00.48.52 *** Saving seen data "./dancer.seen" 00.50.16 # <__builtin> Bilgus: it might be best if you separated the whitespace fixes from the bug fix 00.50.51 # <__builtin> you could probably reset and add just the parts that fix the bug to one commit and everything else to another one 00.51.30 # my editor does it automatically which is nice when submitting new stuff not so nice when screwing with files that have 9989 white spaces strewn across the whole damn thing 00.52.00 # Hold on a sec and I'll split em 00.52.11 # <__builtin> mine does that too ;) 00.52.47 # <__builtin> hang on, also one more thing... 00.53.22 # <__builtin> you should probably make the debug save utility disabled by default too 00.55.34 # How do you suggest I go about doing that? 00.55.55 Quit skapazzo (Quit: leaving) 00.56.18 # <__builtin> a simple #ifdef should do (around both the function and calls to it) 00.56.52 # * chrisjj wonders why RB wakes the backlight on each switch between internal and external power. 00.57.57 # <__builtin> Bilgus: you can have a macro that's commented out at the top of the file like /*#define DEBUG_MODE*/ or something like that 00.58.14 # sounds good 01.04.18 # ok so as far as splitting the two commits to removing whitespaces then the actual patch I need to do the WS removal first then link to that one as parent for the next one? 01.04.40 # <__builtin> the order shouldn't matter, I don't think 01.05.07 # It won't conflict? 01.05.57 # <__builtin> well, I hope not ;) 01.06.08 # k 01.28.49 Quit uwe_ (Ping timeout: 248 seconds) 01.36.01 Join uwe_ [0] (~uwe_@ipservice-092-217-055-111.092.217.pools.vodafone-ip.de) 01.49.55 Quit xorly (Ping timeout: 252 seconds) 01.58.29 Join JanC_ [0] (~janc@lugwv/member/JanC) 01.59.44 Quit JanC (Killed (niven.freenode.net (Nickname regained by services))) 01.59.44 Nick JanC_ is now known as JanC (~janc@lugwv/member/JanC) 02.04.39 Quit Rower (Ping timeout: 240 seconds) 02.05.13 Join Rower [0] (husvagn@d83-183-134-99.cust.tele2.se) 02.31.40 Quit alexweissman (Ping timeout: 258 seconds) 02.35.31 Join alexweissman [0] (~alexweiss@c-68-51-123-75.hsd1.in.comcast.net) 02.40.42 Quit ZincAlloy (Quit: Leaving.) 02.48.55 *** Saving seen data "./dancer.seen" 02.50.00 Quit alexweissman (Remote host closed the connection) 02.50.33 Quit Rower (Ping timeout: 240 seconds) 02.51.07 Join Rower [0] (husvagn@d83-183-134-99.cust.tele2.se) 02.59.50 Join alexweissman [0] (~alexweiss@c-68-51-123-75.hsd1.in.comcast.net) 03.04.22 Quit alexweissman (Ping timeout: 255 seconds) 03.09.35 Join alexweissman [0] (~alexweiss@c-68-51-123-75.hsd1.in.comcast.net) 03.30.11 Quit alexweissman (Remote host closed the connection) 03.31.21 Join alexweissman [0] (~alexweiss@c-68-51-123-75.hsd1.in.comcast.net) 03.42.26 Join Ruhan [0] (uid76353@gateway/web/irccloud.com/x-ukwcswlbbyxpytsp) 04.26.02 Quit Bray90820 (Ping timeout: 276 seconds) 04.30.47 Join Bray90820 [0] (~bray90820@173-25-204-30.client.mchsi.com) 04.48.56 *** Saving seen data "./dancer.seen" 04.51.08 Quit Rower (Ping timeout: 240 seconds) 04.51.20 Join Rower [0] (husvagn@d83-183-134-99.cust.tele2.se) 05.04.11 Quit Bray90820 (Ping timeout: 240 seconds) 05.05.15 Join Bray90820 [0] (~bray90820@173-25-204-30.client.mchsi.com) 05.44.52 Quit Bray90820 (Ping timeout: 256 seconds) 05.54.08 Join Bray90820 [0] (~bray90820@173-25-204-30.client.mchsi.com) 05.55.35 Quit Bray90820 (Remote host closed the connection) 06.04.16 Join Bray90820 [0] (~bray90820@173-25-204-30.client.mchsi.com) 06.06.56 Quit [7] (Ping timeout: 245 seconds) 06.07.18 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven) 06.42.07 Quit Moarc (Quit: i znowu NADMUCHAŁ BALONA) 06.45.48 Join Moarc [0] (~chujko@a105.net128.okay.pl) 06.47.45 Quit furrywolf (Ping timeout: 248 seconds) 06.48.57 *** Saving seen data "./dancer.seen" 06.52.33 Quit Rower (Ping timeout: 248 seconds) 06.52.58 Join Rower [0] (husvagn@d83-183-134-99.cust.tele2.se) 07.04.20 Quit alexweissman (Remote host closed the connection) 07.05.10 Quit StaticAmbience (Ping timeout: 240 seconds) 07.05.11 Join alexweissman [0] (~alexweiss@c-68-51-123-75.hsd1.in.comcast.net) 07.33.22 Quit [Saint] (Read error: Connection reset by peer) 07.35.05 Join [Saint] [0] (~sinner@rockbox/staff/saint) 07.55.46 Quit alexweissman (Ping timeout: 256 seconds) 08.34.57 Join ender` [0] (krneki@foo.eternallybored.org) 08.41.48 Join wodz [0] (~wodz@iwl138.internetdsl.tpnet.pl) 08.49.01 *** Saving seen data "./dancer.seen" 09.11.37 Join petur [0] (~petur@rockbox/developer/petur) 09.14.00 Join alexweissman [0] (~alexweiss@c-68-51-123-75.hsd1.in.comcast.net) 09.16.44 # pamaury: Alsa documentation as incredibly limited! Using system("amixer ....) might be a good idea after all 09.18.28 Join paulk-collins [0] (~paulk@gagarine.paulk.fr) 09.18.43 Quit alexweissman (Ping timeout: 252 seconds) 09.38.10 Quit Rower (Ping timeout: 255 seconds) 09.38.58 Join Rower [0] (husvagn@d83-183-134-99.cust.tele2.se) 09.43.50 Join pamaury [0] (~pamaury@rockbox/developer/pamaury) 09.49.25 Join elensil [0] (~edhelas@2001:1c02:1903:d800:8cdf:d093:1c6f:9ca) 10.02.26 Join xorly [0] (~xorly@ip-89-176-102-19.net.upcbroadband.cz) 10.03.28 Join TheLemonMan [0] (~root@irssi/staff/TheLemonMan) 10.24.04 Quit Rower (Ping timeout: 240 seconds) 10.24.41 Join Rower [0] (husvagn@d83-183-134-99.cust.tele2.se) 10.38.27 Quit xorly (Ping timeout: 240 seconds) 10.39.09 Quit pamaury (Ping timeout: 240 seconds) 10.39.22 # <[Saint]> wodz: 'limited' is definitely one word for it... 10.39.36 # <[Saint]> 'terrible' might be another. 10.39.52 # <[Saint]> If you extend it to two words 'utter shit' is also acceptable. 10.39.57 Join rela_ [0] (~x@p200300764D619E00A0B011247A05BFD0.dip0.t-ipconnect.de) 10.44.15 # [Saint]: :-) 10.44.19 Quit rela (Ping timeout: 276 seconds) 10.49.05 *** Saving seen data "./dancer.seen" 10.54.43 Quit jhMikeS (Ping timeout: 260 seconds) 11.18.34 Join pamaury [0] (~quassel@wks-50-63.mpi-sws.org) 11.18.34 Quit pamaury (Changing host) 11.18.34 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 11.19.50 # wodz: I know alsa doc is crap, the best reference is the source code of alsamixer and alsactl 11.20.42 # pamaury: Btw, there seems to be functions to represent master volume as dB 11.20.55 # in alsa ? 11.22.28 # pamaury: yes, mixer api 11.23.28 # snd_mixer_selem_get_playback_dB() 11.24.48 # ah cool, does it report the supported range ? 11.25.27 # pamaury: there is function for this too :-) 11.26.18 # But I can't figure out in which units it operates :P 11.26.33 # snd_mixer_selem_get_playback_volume_range() 11.27.33 # pamaury: And there is snd_mixer_selem_set_playback_dB_all() which seems to set specified dB value 11.28.24 # wodz: http://www.alsa-project.org/alsa-doc/alsa-lib/group___simple_mixer.html#ga09557e90c11fbd37aeed30938338698b 11.28.37 # snd_mixer_selem_get_playback_dB_range(): 11.28.42 # min Pointer to returned minimum (dB * 100) 11.28.56 # snd_mixer_selem_get_playback_dB(): 11.29.02 # pointer to returned value (dB * 100) 11.29.29 # looks useful 11.29.53 # pamaury: You might be interested in this http://alsa.opensrc.org/HowTo_access_a_mixer_control 11.30.52 # oh I know all of this. I once wrote a program using alsa-lib that plays with control. Right now I forgot all of it but it's definitely possible 11.30.59 # < [Saint]> If you extend it to two words 'utter shit' is also acceptable. 11.31.02 # good alsa summary 11.31.17 # whoever wrote their mixer API is fucking insane 11.31.19 # what is most confusing is that there is the lower level control api, the mixer api, the "high-level" control api 11.33.25 # we should use the api and not amixer anyway 11.37.56 # <[Saint]> or statically compile ffmpeg and chuck that in there... 11.38.06 # <[Saint]> get some sanity in the mix. 11.38.41 # <[Saint]> though I know a lot of people would be willing to argue ffmpeg's sanity with me, it's what I know. 11.39.42 # ffmpeg is huge, would add a dependency that we don't need, etc We don't need ffmpeg to tweak 2 or 3 mixer elemen 11.40.08 # using 6+ calls to semi-random library functions just to switch one knob in mixer is insane 11.40.48 # it's not that complicated, you make a few calls to enumerate all controls, find the index of what you want and then set it 11.42.13 # pamaury: or call snd_ctl_elem_id_set_name(id, "F*** NAME OF CONTROL KNOB) but anyway most of the problem is next to nonexisting documentation 11.43.25 # <[Saint]> granted it would be a lot of work, but I would tend to think that on the weird hosted-ish linuxy targets like this it makes a degree of sense to use ffmpeg instead of various in-house aspects of Rockbox core. 11.43.37 # I think the mixer api doesn't operate on names at all but I don't remember all the details 11.43.57 Join ZincAlloy [0] (~Adium@2a02:8108:8b80:1700:58b8:b0da:4a41:d65f) 11.44.38 # [Saint]: I don't think that's a good idea actually. I don't trust the OF codec/pcm driver to correctly implement things. I think it's better to limit the usage of alsa to its minimum. with ffmpeg we would not control anything. 11.44.58 # <[Saint]> fair. 11.45.06 # And again, even if alsa doc is crap, at the end of the day, it will only take 20/30 lines of (obscure) code to make it work 11.46.13 Quit mouldysammich (Read error: Connection reset by peer) 11.47.09 # pamaury: Your past experience with alsalib is HUGE asset here 11.47.21 # wodz: don't worry about it, I'll write the code for it 11.47.28 # * pamaury is not afraid by alsa-lib 11.48.22 # pamaury: I am not afraid of, I simply don't have time to dive into sources to figure out how to change one knob 11.49.03 # the worst part of it is that alsa-lib is actually an *abstraction layer* over the kernel ;) 11.50.34 # heh, a few ioctls() should be sufficient 11.51.03 # I think the biggest problem of alsa is that it's too generic and too unhelpful. It allows you to represent virtually anything, but it's kind of useless anyway because hardly any card these day can even do hardware mixing 11.51.52 # it should be like pulseaudio and export at least a simple api for the simple case that represents 99.99% of use cases 12.00.09 Join robertd1 [0] (~root@186-90-12-124.genericrev.cantv.net) 12.04.14 Join skapazzo [0] (~skapazzo@151.9.205.1) 12.11.04 Quit Rower (Ping timeout: 240 seconds) 12.11.24 Join Rower [0] (husvagn@d83-183-134-99.cust.tele2.se) 12.12.30 # pamaury: What is next big missing thing in nwz port? 12.32.47 Join xorly [0] (~xorly@193.85.203.185) 12.49.07 *** Saving seen data "./dancer.seen" 12.58.53 # wodz: I have improved the bootloader but I can't make suspend work, that's missing 12.59.36 # otherwise I think the port is already in a good shape 12.59.48 # tuner is missing 13.00.25 # and then all the audio bits: audio path selection (HP, Line-out) (FM,Music,line-in) 13.00.43 # and sd card support, but only the A10 or A20 has it anyway 13.03.37 # pamaury: audio path selection should be easy 13.04.01 # pamaury: tuner might be more problematic 13.05.18 # and then there is all the possibily supported audio effects like treble, equalizer, etc Some of it might be easy, so not. I suspect the hardware can do most of it with the dsp but it's unclear if we have easy access to that 13.07.01 # pamaury: I'd avoid messing with dsp hw. If it is exposed with some common interface ok, but I doubt that 13.07.41 # yeah that's more for long term anyway. I think short term we need correct audio support, possibly tuner and decent bootloader 13.07.53 # pamaury: besides, this arm cores are plenty fast to do it in software 13.07.54 # we need to decide when to do about power-down/suspend 13.08.05 # the OF never powers down 13.08.17 # except after extended periods of suspend I think 13.08.18 # pamaury: Do we know how to power down? 13.08.40 # there is a program that powers down, so it's clearly possible and possibly not hard 13.09.05 # for suspend, I see that the OF does the equivalent of "echo S3 > /proc/pm" but it doesn't work when I do it 13.09.22 # pamaury: like system("halt -t now") ? 13.09.38 # I don't remember if it's the standard halt or something more custom 13.11.37 # pamaury: rockbox always preferred to power down instead of suspend 13.14.38 Join pamaury_ [0] (~pamaury@rockbox/developer/pamaury) 13.23.24 # wodz: I know but in this case it might make more sense to suspend 13.23.38 # pamaury_: why? 13.24.18 # pamaury_: Is this any different then ipod case? 13.24.51 # I don't know about ipod but here it's basically for free, nothing to implement, and it's very efficient 13.26.28 # pamaury_: If the startup time is not significant what is the benefit of suspending? 13.28.20 # startup time is not too bad, but since in my experience, at least with e460, suspend is almost as power efficient as power down and you don't pay the price of power down/up, there is not obvious benefit to power down over suspend. 13.28.31 # I don't have any strong opinion on that, I'm just stating what I observed 13.31.22 # pamaury_: If you are able to suspend I guess we can bench that 13.32.02 # more generally I am for choice. I think if we can both suspend and power down, whatever choice is the default, there should be the possibility to suspend. For example in the System menu 13.34.07 Quit Bilgus (Quit: Leaving) 13.34.22 Join Bilgus [0] (~Bilgus@gateway/tor-sasl/bilgus) 13.52.19 Quit robertd1 (Quit: Leaving.) 13.55.49 Join p3tur [0] (~petur@rockbox/developer/petur) 13.56.17 Quit petur (Disconnected by services) 13.56.21 Nick p3tur is now known as petur (~petur@rockbox/developer/petur) 14.09.12 # pamaury_: So to summarize, what is the roadmap for sony port? 14.12.38 # wodz: I plan to fix audio, find out how to suspend/power down and commit the port 14.14.34 # also maybe work on rbutil integration 14.25.19 # pamaury_: Ok, so at this stage I can only offer beta testing I guess 14.26.04 # I think committing the port and having build clients doing build is what helps the port most at this point 14.27.09 # prof_wolfff: Reading whole partition from apple's disk mode http://paste.debian.net/911874 14.27.16 # then hopefully the port can take care of itself :-p 14.27.17 # prof_wolfff: no single error in dmesg 14.29.46 # pamaury: The first step is to commit toolchain thing and prod build client runners to install new toolchain 14.30.53 # prof_wolfff: So this looks like ftl or flash driver problem 14.30.57 # yeah, I need to send an email about this 14.31.13 Join robertd1 [0] (~root@186-90-12-124.genericrev.cantv.net) 14.31.43 # because I want to switch yp-r0 and yp-r1 to this toolchain and phase out the ypr0 one 14.31.48 Join athidhep [0] (~afoakf@unaffiliated/athidhep) 14.33.36 # first the changes to rockboxdev.sh needs to land in HEAD 14.38.03 # yes I know, first rockboxdev.sh to *add* a toolchain, then make sure at least one client has the new toolchain. Then change yp-r0 to new toolchain and upgrade all clients. Then remove all toolchain 14.38.06 # *old 14.40.13 # phasing out yp-r0 toolchain is long overdue 14.41.04 # did you have any problem building the new toolchain ? After installing the lib{mpf,gmp,idontrememberthename}-dev ? 14.43.05 # no, it went flawlessly 14.49.09 *** Saving seen data "./dancer.seen" 15.08.23 Quit wodz (Quit: Ex-Chat) 15.40.29 Join amayer [0] (~amayer@mail.weberadvertising.com) 15.46.34 Quit akaWolf (Ping timeout: 240 seconds) 15.58.48 Join furrywolf [0] (~randyg@70-1-74-111.pools.spcsdns.net) 16.24.00 Quit xorly (Ping timeout: 255 seconds) 16.25.16 Join xorly [0] (~xorly@193.85.203.185) 16.36.45 Join alexweissman [0] (~alexweiss@c-68-51-123-75.hsd1.in.comcast.net) 16.49.13 *** Saving seen data "./dancer.seen" 16.56.16 Join Senji_ [0] (~Senji@85.187.103.250) 17.12.22 Join akaWolf [0] (~akaWolf@unaffiliated/akawolf) 17.29.26 Quit rela_ (Quit: Leaving) 17.36.35 Quit petur (Quit: Connection reset by beer) 17.42.02 Quit pamaury (Remote host closed the connection) 17.46.49 Quit pamaury_ (Ping timeout: 276 seconds) 17.54.21 Join jhMikeS [0] (~jethead71@d192-24-173-177.try.wideopenwest.com) 17.58.01 Join Bilgus_ph [0] (~Bilgus_ph@108.120.149.10) 17.59.49 Quit elensil (Ping timeout: 276 seconds) 18.01.22 # __Builtin i have one more thing to fix in chessbox that ill do tonight I just came to the realization that each move takes two array entries so... really the bug is that the game doesn't end I'll leave that be but i do need to change some logic 18.01.39 Quit Bilgus_ph (Remote host closed the connection) 18.10.39 Join girafe [0] (~girafe@LFbn-1-11729-221.w2-7.abo.wanadoo.fr) 18.31.49 Join korjata_ [0] (~korjata@67-8-111-107.res.bhn.net) 18.39.29 Join cereal_killer [0] (d5a244ec@gateway/web/freenode/ip.213.162.68.236) 18.39.34 # Hi, I have a bricked clip+, stuck at boot 4.0 screen. Tried hard resetting, nothing. Plugged into the computer with center button held, and I'm reading 4 partitions with fdisk -l. 544G, 923G, 923G and 27.1M each. Tried flashing the clppa.bin to /dev/sdb but didn't get anywhere. Anything else I can try? 18.39.52 Nick cereal_killer is now known as Guest64617 (d5a244ec@gateway/web/freenode/ip.213.162.68.236) 18.40.18 # does anybody know what teh RGB values are for the yellow in the cabbie theme? or how can I find out? 18.49.14 *** Saving seen data "./dancer.seen" 18.51.06 # nevermind, found out. 18.51.10 Part Guest64617 18.56.47 # furrywolf, re your discovery that shuffle mode sometimes fails to shuffle, here's a reproducible case: https://archive.is/EKXLj 18.57.14 # Also unshuffle can fail: https://archive.is/v6WBp 19.01.30 Quit xorly (Ping timeout: 255 seconds) 19.02.52 Quit Senji_ (Ping timeout: 276 seconds) 19.06.42 Join Senji_ [0] (~Senji@85.187.103.250) 19.16.22 Quit korjata_ (Remote host closed the connection) 19.18.45 Join korjata [0] (~korjata@67-8-111-107.res.bhn.net) 19.22.17 Quit akaWolf (Quit: leaving) 19.22.26 Join akaWolf [0] (~akaWolf@unaffiliated/akawolf) 19.25.43 Quit michaelni (Quit: Leaving) 19.26.24 Join michaelni [0] (~michael@213-47-41-20.cable.dynamic.surfer.at) 19.36.39 Join pamaury [0] (~pamaury@rockbox/developer/pamaury) 19.44.17 Join lebellium [0] (~chatzilla@89-93-177-91.hfc.dyn.abo.bbox.fr) 19.47.06 Join petur [0] (~petur@rockbox/developer/petur) 20.03.36 # * chrisjj checks soak test of 8fec364f6-170125 (voltage fix) on four ZENs, elapsed time 72hrs 20.04.50 # Units G and P apparently OK. 20.06.50 # Units L and Q have playback halted - WPS shows play icon, but no movement on seek bar. Audio out is silent. WPS responds visually to track seek buttons and play/pause button, but playback stays halted. 20.18.40 Join xorly [0] (~xorly@ip-89-176-102-19.net.upcbroadband.cz) 20.18.47 Quit fs-bluebot (Ping timeout: 240 seconds) 20.18.49 Quit robertd1 (Read error: Connection reset by peer) 20.19.09 Quit bluebrother (Ping timeout: 240 seconds) 20.19.58 Quit jhMikeS () 20.20.18 Join jhMikeS [0] (~jethead71@d192-24-173-177.try.wideopenwest.com) 20.20.40 Part jhMikeS 20.20.44 Join jhMikeS [0] (~jethead71@d192-24-173-177.try.wideopenwest.com) 20.20.54 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 20.32.52 Join fs-bluebot [0] (~fs-bluebo@xd9bafee5.dyn.telefonica.de) 20.49.15 *** Saving seen data "./dancer.seen" 20.53.32 Nick aevin_ is now known as aevin (eivindsy@microbel.pvv.ntnu.no) 20.53.56 Quit aevin (Changing host) 20.53.56 Join aevin [0] (eivindsy@unaffiliated/aevin) 21.09.19 Quit Ruhan (Quit: Connection closed for inactivity) 21.40.19 # pamaury: I compiled a build with the latest version of your patch. 21.40.21 # I got 21.40.40 # /home/ubuntu/rockbox/E580/build_nwze580_20170131/firmware/libfirmware.a(nwzlinux-codec.o): In function `audiohw_set_volume': 21.40.42 # nwzlinux-codec.c:(.text+0x8c): undefined reference to `_logf' 21.40.43 # collect2: error: ld returned 1 exit status 21.40.45 # make: *** [/home/ubuntu/rockbox/E580/build_nwze580_20170131/rockbox.elf] Error 1 21.42.32 # ah yeah that's debug stuff 21.42.43 # I forgot to remove it 21.46.01 # I'm still fixing stuff anyway, currently it's a pile of hack, I'm writing proper alsa usage of mixer 21.47.08 Quit __builtin (Ping timeout: 264 seconds) 21.48.11 Join __builtin [0] (~zulu@rockbox/developer/builtin) 21.54.03 # sure. I just wanted to hear some clean sound by curiosity 21.54.08 # but I can wait 21.56.03 Join thomasjfox [0] (~thomasjfo@rockbox/developer/thomasjfox) 21.56.33 # lebellium: if you wait an hour, it should be doable ;) 21.58.36 # I'll try to leave by then. I need to wake up early tomorrow for a business trip to London. I'll try out the patch quietly on Thursday or Friday :) 22.00.07 # ok :) Otherwise you can simply remove the offending _logf call 22.00.36 # but then be gentle on volume change, cause volume changes are super slow at the moment 22.00.53 # I guess I'll just wait. No hurry 22.01.18 # I got my super rare YP-D1 today so I have another toy to play with! 22.03.04 # lol 22.05.27 Quit michaelni (Ping timeout: 240 seconds) 22.19.20 Join michaelni [0] (~michael@213-47-41-20.cable.dynamic.surfer.at) 22.30.12 Quit petur (Quit: Leaving) 22.33.40 Quit derf (Quit: leaving) 22.34.01 Join derf [0] (~derf@static-108-18-126-14.washdc.fios.verizon.net) 22.43.20 # <__builtin> Bilgus: ok 22.46.51 # I'm thinking about putting the move limits back on it but that might make the game kinda hard to ever beat 22.47.16 # <__builtin> hmm, that doesn't sound good to me 22.48.44 # same here 22.49.19 *** Saving seen data "./dancer.seen" 22.49.22 Quit thomasjfox (Quit: Konversation terminated!) 22.51.07 # Idk there ar a lot of un used variables that are hidden from the compiler with x=y=z=true and crap like that and really I don't want to get into this any deeper lol so I think i'll just disable the pgn save after the move limit has been reached and maybe a message 22.51.44 # <__builtin> there's a lot of plugins like that... I try to keep the number constant :D 22.51.52 # chrisjj: if you don't link the flyspray task itself you deserve that no-one reads it 22.55.09 # (fwiw: I always hesitate clicking on links in IRC that don't look trustworthy) 22.55.32 Quit korjata (Ping timeout: 264 seconds) 22.58.19 # <__builtin> chrisjj: why do you need to archive.is everything in the first place? 23.01.12 # <__builtin> especially when it's readily accessible directly... 23.01.26 Join Ruhan [0] (uid76353@gateway/web/irccloud.com/x-bfwftzvtxhseylai) 23.07.41 # wodz (logs): reading alsa source code, I'm pretty sure there is no access to dB value. It is only available if the control exposes some TLV info is exposed (whatever TLV stands for) and it is not afaict 23.16.53 # <__builtin> this is weird, it seems that tlsf is crashing in add_new_area() 23.28.19 # pixelma, the text at those links looks perfectly readable to me. But anyway, here are the direct links https://www.rockbox.org/tracker/task/13103 https://www.rockbox.org/tracker/task/13102 23.28.56 # __builtin, I don't need to archive everything and I don't archive everything. 23.29.47 # <__builtin> well, you seem to use it superfluously 23.31.32 # huh? I mean that I don't click any www.xyz.zxy/?1234 that I don't know as that could be anything (disgusting pictures or what not). And since I didn't know archive.is before I really didn't want to go there before. It was completely unnecessary too 23.32.29 Join ungali [0] (ungali@162-202-67-158.lightspeed.livnmi.sbcglobal.net) 23.32.29 Quit ungali (Changing host) 23.32.29 Join ungali [0] (ungali@unaffiliated/ungali) 23.32.54 Quit skapazzo (Quit: leaving) 23.36.33 Quit xorly (Ping timeout: 240 seconds) 23.37.59 Quit TheLemonMan (Quit: "It's now safe to turn off your computer.") 23.38.24 Quit ZincAlloy (Quit: Leaving.) 23.39.14 Quit lebellium (Quit: ChatZilla 0.9.93 [Firefox 51.0.1/20170125094131]) 23.50.05 Quit ungali (Quit: ungali)