--- Log for 03.08.114 Server: hobana.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 3 days and 12 hours ago 00.18.58 Quit lebellium (Quit: ChatZilla 0.9.90.1 [Firefox 32.0/20140731191115]) 00.25.01 Join JdGordon [0] (~jonno@ppp118-209-133-44.lns20.mel6.internode.on.net) 00.25.01 Quit JdGordon (Changing host) 00.25.01 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) 00.26.21 Quit JdGordon_ (Ping timeout: 264 seconds) 00.29.23 Join sakax [0] (~sakax@unaffiliated/sakax) 00.35.39 Quit sakax (Quit: Leaving) 00.41.25 Quit scorche` (Ping timeout: 260 seconds) 00.42.02 Nick DormantBrain is now known as SuperBrainAK (~andy@2001:470:8:a61::5f92:59a1) 00.47.23 Join scorche [0] (~scorche@rockbox/administrator/scorche) 00.55.21 Quit scorche (Ping timeout: 240 seconds) 01.06.36 Join scorche [0] (~scorche@rockbox/administrator/scorche) 01.29.32 Quit bertrik (Ping timeout: 250 seconds) 01.33.38 Join Strife89 [0] (~Strife89@adsl-98-80-234-203.mcn.bellsouth.net) 01.46.11 *** Saving seen data "./dancer.seen" 02.02.08 Quit Xerion (Ping timeout: 250 seconds) 02.03.24 Quit zoktar (Read error: Connection reset by peer) 02.05.03 Join zoktar [0] (~zoktar@unaffiliated/zoktar) 02.13.46 Part Dhraakellian ("Quis provocat ipsos provocantes? (WeeChat 0.4.3)") 02.14.11 Nick SuperBrainAK is now known as DormantBrain (~andy@2001:470:8:a61::5f92:59a1) 02.15.31 # so 02.15.35 # what does rockbox do on ams platform 02.15.37 # when battery is low 02.15.40 # and its writing to flash 02.15.44 # does it just trash the filesystem? 02.15.51 # because it's done this 3 times already. 02.16.34 # needs to run chkdsk /f and it adjusts "size of file xx was invalid" 02.16.42 # <[Saint]> it'll only do that if you've ignored the low battery warnings and its moved on to the "critical" stage. 02.16.47 # <[Saint]> tl;dr: this is your fault 02.16.52 # i havent done anything 02.16.56 # i installed plain rockbox 02.16.59 # and used it. 02.17.11 # touched no settings except adjust recording parameters. 02.17.19 # <[Saint]> Well, we don;t just abruptly power off without first notifying the user. 02.17.26 # how about when you're out of space? 02.17.30 # (and powering off) 02.17.40 # <[Saint]> But I can't in good conscious take this seriously at all given your battery replacement escapades the other day. 02.17.45 # <[Saint]> I doubt anyone can. 02.17.45 # haha 02.17.47 # the filesystem code is a bit dodgey 02.17.56 # no, its not related - the new battery is working *great* 02.18.04 # and rockbox actually lasts longer on it than stock firmware 02.18.08 # which im fairly impressed with 02.18.31 # it shouldn't trash on low batt but just shut down (in theory) 02.18.39 # ok how about on flash full 02.18.58 # just shouldn't be able to write more 02.19.01 # ive seen the "low battery warning, shutting down" before 02.19.02 # hmm. 02.19.16 Join franklin [0] (~franklin@cpe-071-071-071-105.triad.res.rr.com) 02.19.22 # <[Saint]> That fires when we know we have enough battery to shut down safely. 02.19.24 # might lose data of course if it can't extend a file or directory 02.19.29 # i think the 3 times it trashed last file was also time when it ran out of space 02.19.47 Join JdGordon_ [0] (~jonno@rockbox/developer/JdGordon) 02.19.52 # <[Saint]> a volume shouldn't ever be full to capacity. 02.19.53 # but, if you're in UMS mode, rockbox isn't what's handling the filesystem 02.20.00 # <[Saint]> we've got to write things in there too. :) 02.20.20 # acftualyl i use original firmware usb 02.20.35 # since like couple years ago usb on ams was dodgy, and i just gave up and use original firmware usb to transfer stuff. 02.20.35 # [Saint]: did I mention I'm mining Litecoin on my RPi, too :) 02.20.35 Quit JdGordon (Ping timeout: 244 seconds) 02.20.58 # <[Saint]> franklin: no - but its a stupid enough idea that I believe you wholeheartedly. 02.21.04 # lol 02.21.36 # I have it running a server already, so why not have it mine litecoin? :) 02.22.11 # * franklin is considering building a RPi cluster :) 02.22.21 # anyway, i duno which event trashes filesystem - either fat32 full or battery, but in all 3 cases when this happened the board was powered off (out of battery) and filesystem was full. 02.22.28 # [Saint]: kidding... 02.22.33 # not sure what occured first :) im guessing full. 02.22.38 # <[Saint]> This battery thing is strange. With the low battery warning, that should fire when we know damn well that we have enough power to shut down safely. 02.22.41 # [Saint]: I'm not THAT stupid 02.22.49 # <[Saint]> Its the *critical* battery shutoff that may nuke things. 02.23.05 # if it can't write because it's full, that's the end of it. there's really no out on that 02.23.14 # <[Saint]> Good point. 02.23.24 # jhMikeS: yes, but it should update fat table 02.23.27 # about final filesize? 02.23.45 # Has anyone noticed that CHIP-8 doesn't work? 02.24.24 # hm 02.24.27 # and last file is trashed anyway. 02.24.33 # even after chkdisk 02.24.38 # it of course updates the FAT table 02.24.40 # All I get is File OK and then a blank rectangle 02.24.43 # i see riff wavefmt there but stuff fails to open it 02.24.52 # jhMikeS: well, apparently not, because i've got a corrupted file consistently 02.25.01 # updating the FAT table doesn't take any more space; it's fixed in size 02.25.05 # right 02.25.23 # but does it really do it, is the question (and properly) 02.25.26 # what sort of "corrupt"; that does matter 02.25.45 # sure, keep multiple copies in sync 02.25.56 # jhMikeS: chkdisk said "file xxx has wrong size, adjusting" 02.26.06 # before this, i couldnt copy the file (error) 02.26.19 # after chkdisk, i copied it, but nothing that opens .wav files opens it. leme try it as raw since its not compressed 02.26.53 # is this for recording? 02.26.57 # yes 02.27.01 # nothing else would run out of spcae, right? :) 02.27.18 # other things could, sure 02.27.55 # ok 02.27.59 # file looks fine in raw mode 02.28.08 # it might not actually shut down recording properly, which won't update the wav header but if recording run out of space (new version) it should update it 02.28.10 # so if anything is trashed, its probly just .wav header 02.30.00 # yeah, it looks like if the batter isn't "safe", it just doesn't shut down recording properly and powers it off without further ado 02.30.28 # of course low batt and battery not "safe" should be treated differently 02.31.20 # oh, so recorder only has one "battery is critical" handler that just quits? 02.31.25 # I do not know if the AMS power code actually does that or not since I haven't looked 02.32.22 # it should only just quit if it's really not got the juice (initially a concern that it can't spin a HD at a certain point) 02.33.09 # but it's supposed to shut down before that point 02.33.09 # since i havent messed with low battery threshholds (are even there such settings), i guess whaetver warning i get is the one thats like "low battery, shutting down" dialog in center of screen. 02.33.46 # "low battery" should shut down cleanly, "battery empty" will just cut 02.34.01 # havent seen 'empty' one. 02.34.44 # wow, peakmeter.c is like 50kbytes 02.34.54 # i hope its worth it 02.35.31 # <[Saint]> it takes a surprising amount of work to display a realtime stereo peak meter. 02.35.45 # <[Saint]> the overhead is non-trivial. 02.35.57 # it is worth it for recording (critical actually) 02.36.11 # its not updating when screen is off, right? :) 02.36.41 # probably not drawing anything 02.37.39 # <[Saint]> it won't be drawing, but, it'll almost certainly be thinking about it. 02.37.47 # terrible 02.38.31 # for recording it needs to monitor levels whether it's drawing or not 02.38.38 # [Saint]: where did you see that fsck stands for "file system consistency check"? 02.38.56 # hm, where does recorder handle wav header and stuff 02.39.02 # i dont see anything in pcm_record or recording.c 02.39.10 # or is that somewehre higher 02.39.15 # <[Saint]> life; history; a shit tonne of printed linux manuals. 02.39.37 # tonne? 02.39.38 # <[Saint]> (yep - remember printed books? ) 02.39.43 # what's a "tonne"? 02.39.48 # tone? 02.40.00 # dongs: cause it ain't there :) 02.40.05 # jhMikeS: then how 02.40.08 # <[Saint]> 1 metric ton, or, 1000kg 02.40.19 # ah... english... :) 02.40.19 # in the recording screen 02.40.52 # english english, not american english... :) 02.41.05 # <[Saint]> "proper" English. 02.41.07 # <[Saint]> :) 02.41.07 # 2200 lbs 02.41.24 # "proper"?!!?!?!?!?!?? 02.41.36 # As in the brits english? :) 02.41.47 # ok, ok... stop 02.42.27 # use the queen's units or lose your head 02.42.34 # :) 02.43.08 # "catalogue", "tonne", what else? 02.43.16 # vs "catalog" and "ton"? 02.43.21 # are different? 02.43.21 # off topique 02.43.28 # :) 02.44.04 # * franklin has joined #rockbox-community 02.44.17 # <[Saint]> If you haven't already noticed it, the Rockbox project uses En-UK throughout 02.44.37 # <[Saint]> (as it should...'cos...it just should!) 02.44.47 # But no, in the Greyscale Lib: void grey_gray_bitmap_part(const unsigned char *src, int src_x, int src_y, 02.44.51 # grey_gray_bitmap 02.44.53 # :) 02.45.18 # [Saint]: but it has a good 'ol english-murrica.lng :) 02.45.38 # <[Saint]> Well, yes, but, we also have "bork bork". 02.45.42 # <[Saint]> so... ;) 02.45.56 # OK, I'll grow a brain now... :) 02.46.30 # jhMikeS: 'recording screen'? 02.46.44 # * jhMikeS isn't sure why amiconn went with grey_gray_XX :) 02.47.18 # <[Saint]> jhMikeS: obviously so we can flip both US ans UK bits. 02.47.29 # ./apps/recorder/recording.c 02.47.39 # yes, im there 02.47.45 # UK imperial bits are 1.2 U.S. bits 02.48.08 # It does get interesting writing grey_gray_drawrect 02.48.25 # i se nothing dealing wiht wav header? 02.48.36 # that's in the codec 02.48.37 # Should I change it to be grey_grey_bitmap? 02.49.19 # Would that be a "constructive" commit? 02.49.23 # the recording system does work and update when it's out of space, I did trial after trial making that work. why it wouldn't be must likely have some other cause. 02.49.42 # do you have something AMS to test it with? 02.49.53 # it shouldnt be hard, just fill up leaving like ~100k free and record 02.50.11 # is editing the US/UK spellings useful? or will it end up like Gerrit #896? :) 02.50.14 # 3Gerrit review #896 at http://gerrit.rockbox.org/r/896 : 3Fix typos and wording by Avi Eisenberg 02.50.36 # sure, a clip, which I repeatedly nearly filled and let recording run out when flushing. the headers were already updated becuase it closes the file, reopens it then corrects the header. 02.50.41 # annoying bot 02.52.48 # at that point, correcting the header doesn't add anything to the file since it just overwrites the cluster it's on 02.52.51 # who wrote fs-bluebot? 02.52.59 # Where's the code? 02.53.03 # bluebrother I think 02.53.10 # Gerrit #888 Gerrit #888 02.53.13 # 3Gerrit review #888 at http://gerrit.rockbox.org/r/888 : 3Added 2048 game by Franklin Wei 02.53.13 # 3Gerrit review #888 at http://gerrit.rockbox.org/r/888 : 3Added 2048 game by Franklin Wei 02.53.17 # lol 02.53.19 # jhMikeS: right, technically it should work. but its not. 02.53.31 # i realize that fat update and header update don't change length 02.53.43 # technically it was explicitly made to work (and did work) 02.53.50 # however, both of these things break, and i can repeat it (well, not with 100k left, but after ~12hr runtime 02.54.36 # bluebrother: I want the code to fs-bluebot! 02.54.47 # try nearly filling the disk (with a few MB left) and let recording fill it. see if that works. 02.55.29 # dongs: it's only if both things come together (low spacen + low batt)? 02.56.22 # which format? 02.56.34 # pcm 22khz 16bit mono 02.57.29 # jhMikeS: i dont know if it s both - but all the times it crapped last file was in those situations. full + shutdown by low battery (eventually). looking at the recorded time, out of space came way before battery was out. 02.57.59 # so when it runs out of space, it stops record and just idles(?) at record screen, then does it shutdown from idle? or just sit there until battery is out 02.58.27 # wavpack won't correct stuff but wav, aiff and mp3 should be no issue 02.58.38 # i dont use any compressor to save cpu time 02.59.28 # mp3 doesnt have header to correct anyway 02.59.59 Quit AlexP (Remote host closed the connection) 03.00.04 # I need to clarify: is the issue with the file header or with the FAT file system check? 03.00.10 # both. 03.00.24 # initially, i can't copy file (windows 8.1, using OF USB) 03.00.31 # i run chkdisk, that 'adjusts file size entry' 03.00.34 # then i can copy file 03.00.51 # at that point, .wav header is busted, since nothing that opens. wav wokrs wiht it. but if I load pcm as raw 16bit signed 22khz then its ok. 03.00.57 # adjusting a file size entry that way may not in fact get it right 03.01.13 # sure, it has to guess. 03.01.30 # but if fat wasn't broken it wouldn't need to. 03.01.32 # but then it will disagree with the WAV header and some picky thing might not like that 03.01.48 # i didnt try too many things just mediaplayerclassic and soundforge 03.01.54 # neither one liked it. 03.02.01 # vlc would probly work :) 03.02.14 # I think it did actually IIRC 03.02.55 # nope vlc doesnt work either 03.03.24 # http://bcas.tv/paste/results/Ks69G910.html 03.03.25 # header 03.03.34 # * jhMikeS was just going to ask for that 03.03.43 # i see zeros 03.03.56 # but i duno enough about the header to know whats up. 03.04.40 # according to internet, data chunk size is zero'd 03.06.29 # so maybe header isn't updating on filesystem full. 03.06.59 # looks like just the template header :\ 03.07.34 # it won't know that until it finishes and updates when closing up the file 03.07.39 # right 03.08.03 # but does running out of space closing take a different code path that forgets to update the header? 03.08.48 # no, recording explicitly tells it "hey, it's fucked up" and then calls the closeout function in the codec 03.09.03 # any write error should do that 03.11.03 # its not tho! 03.11.10 # or else i'd be looking at a header with data size. 03.14.11 # it might be something else because of an inconsistency between the internally held file size and what is actually written; the internal file size might end up just a bit on the big side causing a failure of lseek 03.15.14 # that would produce what you describe 03.15.23 # mhm 03.17.00 # the wav file is odd sizes so a flush of the new sector won't happen but it's still counted in the data held by the FAT driver 03.18.01 # the data might be in nice, even power-of-two chunks but the header is 44 bytes which throws it off 03.21.13 # I guess the new file code has to has to handle this properly and I didn't in fact deal with it (yet). 03.22.06 # it'll possibily update the dir entry with a larger size than it should have in it runs out 03.22.14 # <[Saint]> that patch is one scary ass mofo. 03.22.42 # nah, I always do that :) 03.24.43 # and yet it's still got that holdover of behavior from the older code 03.25.20 # possibly the downside of revising vs. just going from scratch; it makes for a bit of laziness 03.25.23 # btw im running 3.13 and not whatever -beta etc 03.25.38 # whatever is latest release as of couple weeks ago 03.25.44 # shit was the new recording code in 3.13? 03.25.54 # i dont know? :) 03.25.55 # [Saint], when will 3.14/4.0 be released? 03.26.22 # <[Saint]> Why the fuck would I know? 03.26.56 # Who would :) 03.26.58 # <[Saint]> sometime between now and never. 03.27.11 # dongs: still I think you helped me catch something whether or not it is. the old code definitely will not do it right 03.27.51 # Well, then what makes a release "ready"? Is there a roadmap? Or just when someone feels like it? 03.28.08 # new code is 2013-06-29, so no 03.28.13 # it's the old shit 03.28.25 # oh. so old would fail then? 03.28.28 # (for sure 03.28.46 # excuse me 2013-06-22 03.29.21 # dongs: yes; new code specifically made it work, but the FS code still needs that little fixer up 03.30.19 # ok at least im not insane that it doesnt work. glad to see it will be fixed. 03.30.38 # use a developer build and it basically will be already :) 03.31.01 # running out of space is a shit condition anyway, in normal conditions when I dont screw up it doesnt happen 03.31.21 # beacuse that means i lost some data 03.31.22 # BUT 03.31.24 # I guess just manually fix the header? 03.31.33 # yeah, i just opened .wav as raw and its ok 03.31.41 # just skip 44 bytes or wahtever, nto that it matters for a littel glitch at start 03.33.40 Join SolarAquarion [0] (~SolarAqua@unaffiliated/solaraquarion) 03.34.52 Quit scorche (Ping timeout: 250 seconds) 03.40.14 Join scorche [0] (~scorche@rockbox/administrator/scorche) 03.46.12 *** Saving seen data "./dancer.seen" 03.57.50 Join JdGordon [0] (~jonno@ppp118-209-194-98.lns20.mel6.internode.on.net) 03.57.50 Quit JdGordon (Changing host) 03.57.50 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) 03.58.14 Quit scorche (Ping timeout: 244 seconds) 03.59.08 Quit JdGordon_ (Ping timeout: 250 seconds) 04.09.05 Join scorche [0] (~scorche@rockbox/administrator/scorche) 04.11.47 Quit shamus (Ping timeout: 272 seconds) 04.12.27 Join shamus [0] (~shmaus@ip-206-192-193-180.marylandheights.ip.cablemo.net) 04.18.06 Join ikeboy [0] (~ikeboy@ool-435622d3.dyn.optonline.net) 04.25.08 Join Strife89|Desktop [0] (~Strife89@adsl-98-80-236-247.mcn.bellsouth.net) 04.27.17 Quit Strife89 (Ping timeout: 245 seconds) 04.36.57 Join Strife89 [0] (~Strife89@adsl-98-80-222-190.mcn.bellsouth.net) 04.38.30 Quit Strife89|Desktop (Ping timeout: 260 seconds) 04.40.31 Quit cmhobbs_ (Remote host closed the connection) 04.55.10 Join amiconn_ [0] (amiconn@rockbox/developer/amiconn) 04.55.10 Quit amiconn (Disconnected by services) 04.55.10 Quit pixelma (Disconnected by services) 04.55.10 Join pixelma_ [0] (pixelma@rockbox/staff/pixelma) 04.55.13 Nick pixelma_ is now known as pixelma (pixelma@rockbox/staff/pixelma) 04.55.13 Nick amiconn_ is now known as amiconn (amiconn@rockbox/developer/amiconn) 05.13.17 Quit franklin (Remote host closed the connection) 05.21.10 Join ygrek [0] (~user@108.59.6.97) 05.23.03 Quit Provel (Ping timeout: 255 seconds) 05.23.33 Quit TheSeven (Ping timeout: 250 seconds) 05.23.49 Join Provel [0] (Provel@75-132-25-180.dhcp.stls.mo.charter.com) 05.25.20 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven) 05.45.01 Quit steffengy (Disconnected by services) 05.45.01 Join steffengy1 [0] (~quassel@p57B49DA6.dip0.t-ipconnect.de) 05.46.13 *** Saving seen data "./dancer.seen" 06.44.16 Quit Cultist (Excess Flood) 06.44.52 Join Cultist [0] (~CultOfThe@c-98-223-211-32.hsd1.il.comcast.net) 06.58.20 Quit ikeboy (Quit: Leaving) 07.01.45 Join dfkt [0] (dfkt@unaffiliated/dfkt) 07.02.50 Quit dfkt_ (Ping timeout: 255 seconds) 07.04.45 Quit ygrek (Ping timeout: 255 seconds) 07.15.30 Nick DormantBrain is now known as SuperBrainAK (~andy@2001:470:8:a61::5f92:59a1) 07.27.34 Join mudlord [0] (~user@122-148-157-147.static.dsl.dodo.com.au) 07.28.38 # hi, I am running latest git on sansa clip zip. I am running Windows 8.1. I recently fully discharged my battery and am now recharging it, yet for some reason the player wont get detected on my system 07.28.49 # it used to work fine before 07.30.42 # I suppose as a workaround I have to use original firmware? 07.46.15 *** Saving seen data "./dancer.seen" 07.59.38 # hmmm, i may have a hunch as to why. 07.59.56 # I am running a TV tuner dongle in a 4 port unpowered hub 08.00.27 # I guess the TV tuner dongle takes some juice (it gets warm), and takes it away from the USB connection 08.00.47 # so when charging, the player would stuff up 08.01.10 Join AlexP [0] (~alex@rockbox/staff/AlexP) 08.05.03 Join JdGordon_ [0] (~jonno@rockbox/developer/JdGordon) 08.05.44 Quit JdGordon (Ping timeout: 256 seconds) 08.43.04 # nope, still happens 08.43.14 # booting in original firmware is a workaround 08.54.58 Quit mudlord (Quit: mudlord) 09.00.32 Join mudlord [0] (~user@122-148-157-147.static.dsl.dodo.com.au) 09.04.33 Nick SuperBrainAK is now known as DormantBrain (~andy@2001:470:8:a61::5f92:59a1) 09.06.17 Quit mudlord (Ping timeout: 250 seconds) 09.06.42 Join mudlord [0] (~user@122-148-157-147.static.dsl.dodo.com.au) 09.07.45 # hmmm, still not sorted 09.07.47 # weird 09.18.51 # strangely 09.18.59 # reinstalling rockbox completely fixed it 09.21.10 # nope, it didnt 09.22.22 Quit mudlord (Quit: mudlord) 09.25.31 Join mudlord [0] (~user@122-148-157-147.static.dsl.dodo.com.au) 09.37.25 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) 09.38.22 Quit JdGordon_ (Ping timeout: 264 seconds) 09.46.19 *** Saving seen data "./dancer.seen" 09.46.42 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 10.25.22 Join bertrik [0] (~quassel@rockbox/developer/bertrik) 10.41.24 Join ygrek [0] (~user@108.59.6.97) 11.11.06 Join lebellium [0] (~chatzilla@i16-les01-ntr-212-194-176-149.sfr.lns.abo.bbox.fr) 11.14.39 Quit mudlord (Quit: mudlord) 11.41.33 Quit pamaury (Ping timeout: 240 seconds) 11.46.22 *** Saving seen data "./dancer.seen" 11.48.40 Join lebellium_ [0] (~chatzilla@i16-les01-ntr-212-194-176-149.sfr.lns.abo.bbox.fr) 11.50.08 Quit lebellium (Ping timeout: 256 seconds) 11.50.20 Nick lebellium_ is now known as lebellium (~chatzilla@i16-les01-ntr-212-194-176-149.sfr.lns.abo.bbox.fr) 11.55.04 Quit bertrik (Remote host closed the connection) 11.58.38 Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93) 12.14.23 Quit APLU (Quit: !sucide) 12.18.13 Join bertrik [0] (~quassel@rockbox/developer/bertrik) 12.18.47 Join APLU [0] (~mulx@eva.aplu.fr) 12.24.07 Quit lebellium (Read error: No route to host) 12.24.42 Join lebellium [0] (~chatzilla@i16-les01-ntr-212-194-176-149.sfr.lns.abo.bbox.fr) 12.26.22 Quit ygrek (Ping timeout: 240 seconds) 12.32.24 Join Rower [0] (husvagn@h176n2-aeg-a11.ias.bredband.telia.com) 12.51.09 Join ygrek [0] (~user@108.59.6.97) 13.08.54 Quit jhMikeS (Ping timeout: 256 seconds) 13.25.01 Join ygrek_ [0] (~user@108.59.6.97) 13.25.51 Quit ygrek (Remote host closed the connection) 13.36.54 Join ygrek [0] (~user@108.59.6.97) 13.36.55 Quit ygrek_ (Remote host closed the connection) 13.46.26 *** Saving seen data "./dancer.seen" 13.57.44 Join ygrek_ [0] (~user@108.59.6.97) 13.58.48 Quit ygrek (Remote host closed the connection) 14.30.03 Quit ygrek_ (Remote host closed the connection) 14.30.23 Join ygrek [0] (~user@108.59.6.97) 14.40.21 Quit Rower (Ping timeout: 240 seconds) 14.41.16 Join Rower [0] (husvagn@h176n2-aeg-a11.ias.bredband.telia.com) 14.55.47 Quit ygrek (Ping timeout: 255 seconds) 15.23.39 Join ygrek [0] (~user@108.59.6.97) 15.26.23 Join Xerion [0] (~xerion@5419F5F4.cm-5-2d.dynamic.ziggo.nl) 15.26.31 Part Xerion 15.26.40 Join Xerion [0] (~xerion@5419F5F4.cm-5-2d.dynamic.ziggo.nl) 15.27.25 Part Xerion 15.27.29 Join Xerion [0] (~xerion@5419F5F4.cm-5-2d.dynamic.ziggo.nl) 15.27.31 Part Xerion 15.27.35 Join Xerion [0] (~xerion@5419F5F4.cm-5-2d.dynamic.ziggo.nl) 15.38.15 Join thewildtrapeze7 [0] (5fd3e7d6@gateway/web/freenode/ip.95.211.231.214) 15.44.53 Quit Strife89 (Ping timeout: 260 seconds) 15.46.30 *** Saving seen data "./dancer.seen" 15.46.48 Quit thewildtrapeze7 (Ping timeout: 246 seconds) 16.37.19 Quit lebellium (Quit: ChatZilla 0.9.90.1 [Firefox 32.0/20140731191115]) 16.42.41 Quit Rower (Ping timeout: 250 seconds) 16.43.16 Join Rower [0] (husvagn@h176n2-aeg-a11.ias.bredband.telia.com) 17.24.28 Join cmhobbs [0] (~cmhobbs@ip98-186-66-92.fv.ks.cox.net) 17.24.28 Quit cmhobbs (Changing host) 17.24.28 Join cmhobbs [0] (~cmhobbs@fsf/member/cmhobbs) 17.26.50 Join franklin [0] (~franklin@cpe-071-071-071-105.triad.res.rr.com) 17.44.09 # franklin: why? 17.46.31 *** Saving seen data "./dancer.seen" 18.10.38 # what? 18.10.56 # what's your problem with fs-bluebot? 18.11.08 # I just want to learn from it 18.11.26 # Do you want to release it? 18.12.37 # I never intended to do so. 18.12.44 # might reconsider it though. 18.13.09 # I'm looking to write my own chatbot 18.13.10 # it's basically an implementation based on twisted IRCClient 18.13.13 # Ah 18.13.44 # nothing too complicated 18.14.21 # But how do you pull the info from Gerrit? 18.14.51 # via git :) 18.15.21 # I'm calling command line git. with git ls-remote I can get the information 18.18.10 # what is the url? 18.19.00 # git ls-remote git://git.rockbox.org/rockbox.git refs/changes/*/123/* 18.19.06 # replace 123 with the gerrit id 18.19.11 # Oh I needed the git:// 18.19.53 # and when you have the correct hash you can retrieve the details from gitweb via its rss output 18.21.45 # the main problem is that you have to ask a few different things to get the information. The irc part is easy when using twisted :) 18.22.10 # I was considering writing my own, bare-bones IRC bot... It didn't work :) 18.22.31 # I've started with a low level implementation once ... too much work 18.22.47 # but it was a good thing to understand how IRC works 18.23.03 # I wrote an XChat plugin, but I accidentally spammed #bottest... :( 18.23.13 Nick franklin is now known as franklinbot (~franklin@cpe-071-071-071-105.triad.res.rr.com) 18.23.31 # Type /STOP to stop this. 18.23.37 Nick franklinbot is now known as franklin (~franklin@cpe-071-071-071-105.triad.res.rr.com) 18.24.43 Nick franklin is now known as franklinbot (~franklin@cpe-071-071-071-105.triad.res.rr.com) 18.24.44 # So you see, it's very annoying if you are on the wrong channel... 18.24.47 Nick franklinbot is now known as franklin (~franklin@cpe-071-071-071-105.triad.res.rr.com) 18.24.49 # Type /STOP to stop this. 18.24.51 # Type /STOP to stop this. 18.24.53 DBUG Enqueued KICK franklin 18.24.53 # Type /STOP to stop this. 18.24.55 # Type /STOP to stop this. 18.24.57 *** Alert Mode level 1 18.24.57 # Type /STOP to stop this. 18.24.59 *** Alert Mode level 2 18.24.59 # Type /STOP to stop this. 18.25.01 *** Alert Mode level 3 18.25.01 # Type /STOP to stop this. 18.25.03 # Stopped. 18.25.13 Quit franklin (Quit: Leaving) 18.25.34 Join franklin [0] (~franklin@cpe-071-071-071-105.triad.res.rr.com) 18.25.39 # It just went haywire 18.27.12 # franklin: we do have a topic here 18.27.57 # So, rockbox related... The CHIP-8 emulator seems broken. :) 18.28.30 # I fire it up on blinky.ch8 and it just says "File OK." and a white rectangle appears. 18.28.44 # Same happens for any CHIP-8 program. 18.35.02 *** Alert Mode OFF 18.36.33 # Has anyone else noticed? 18.40.58 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 18.41.37 # Actually, it works with anything that doesn't have a .c8k file 18.44.49 Quit Rower (Ping timeout: 255 seconds) 18.45.03 Join Rower [0] (husvagn@h176n2-aeg-a11.ias.bredband.telia.com) 18.59.01 Quit benedikt93 (Quit: Bye ;)) 19.28.03 Quit franklin (Quit: Leaving) 19.39.29 Quit bluebrother (Disconnected by services) 19.39.34 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 19.42.21 Quit fs-bluebot (Ping timeout: 240 seconds) 19.45.41 Join fs-bluebot [0] (~fs-bluebo@f053152065.adsl.alicedsl.de) 19.46.33 *** Saving seen data "./dancer.seen" 19.55.07 Join IgoRCL [0] (~IgorC@181.46.95.156) 19.56.02 # ello, we test some audio codecs like MP3, Vorbis, AAC, Opus .... 19.56.09 # http://www.hydrogenaud.io/forums/index.php?showtopic=106354&st=0 19.56.23 # Everybody can participate 20.01.46 Quit ygrek (Ping timeout: 255 seconds) 20.28.40 Join lebellium [0] (~chatzilla@89-93-178-161.hfc.dyn.abo.bbox.fr) 20.41.13 # <[Saint]> Whoah... 20.41.35 # <[Saint]> someone on HA claiming that 96kbps LAME is transparent to him in ABX. 20.41.45 # <[Saint]> Doesn't that get one shot in such a forum>? 20.45.16 # <[Saint]> Low anchor on all samples I've hit so far has been so obvious its painful. 20.47.25 # <[Saint]> Ooop. That one had me guessing. 20.49.43 # [Saint]: LAME is tested at 128 kbps 20.49.53 # it's MP3 128 kbps vs other 96 kbps 20.50.07 # <[Saint]> IgoRCL: I'm aware, I followed a deadly forum trail down the rabbit hole... 20.50.28 # LAME 128 kbps isn't that easy to abx... 20.50.32 # have You tired? 20.50.45 # tried 20.50.47 # sorry 20.51.02 # <[Saint]> Yeah, just 3 samples for today. Just woke up and have fresh ears. 20.51.10 # oh good 20.51.30 Ctcp Ignored 1 channel CTCP requests in 0 seconds at the last flood 20.51.30 # * [Saint] finds he does poorly if he "warms up" on ABX listening tests. 20.51.33 Quit the-kyle (Ping timeout: 264 seconds) 20.51.41 # <[Saint]> Especially if I warm up with my predicatable samples. 20.51.47 # <[Saint]> *predictable 20.51.56 # yes, warming up is bad... just go while fresh 20.52.20 # <[Saint]> Others I know do terribly if they don't warm up. Like they have to remind themselves what certain artefacts sound like. 20.53.14 # hm.. interesting 20.53.25 # <[Saint]> Its amusing to see people finally warming up to mid-to-low bitrate opus. 20.53.52 # <[Saint]> say, ~12 months ago, a lot of people would reject 96kbps opus on principle. 20.53.57 # [Saint]: how many sample have You already finished? 20.54.17 Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93) 20.54.25 # yes, Opus 1.1 got much better quality 20.54.38 # <[Saint]> 3. 20.54.47 # tonal samples were finally fixed i 1.1 20.54.49 # i/in 20.55.14 # <[Saint]> I don't know where we're at with opus in Rockbox. 20.55.22 # <[Saint]> I don't think we've rebased opus in a while. 20.55.37 # I think you do 20.56.11 # wait, I've seen something in ur git 20.57.05 # [Saint]: also, I think 3 samples is a good limit for one session per few hours... if it's not less 20.57.23 # * [Saint] nods. 20.57.43 # http://git.rockbox.org/?p=rockbox.git&a=search&h=HEAD&st=commit&s=opus 20.57.56 # <[Saint]> I know I could reliably pick at least 2 or 3 more samples, but, I'd get bored. 20.58.10 # <[Saint]> Doing anything boring isn't interesting. So I'll come back to it later. 20.58.40 # I was doing just 1 sample per day or even less..... lack of time 20.58.55 # * [Saint] has no lack of that. 20.58.56 # <[Saint]> heh. 20.58.57 # after one sample... I need a good break.... 20.59.08 Join TITO1 [0] (~canaima@186.92.117.126) 20.59.14 # a good break like a hour or so 20.59.37 # hola 20.59.44 # quien habla en espanol 20.59.58 # <[Saint]> English. 21.00.36 # until now I've submited 5 results.... and could abx all samples .... few 21.00.52 # TITO1: Yo.. pero habla ingles por favor. (Please speak English) 21.01.30 # pero yo no hablo ingles..!!! y cm te llams 21.02.34 # <[Saint]> English, please. 21.02.40 # <[Saint]> Last time. 21.03.17 Part TITO1 21.04.06 # https://www.youtube.com/watch?v=7I5hWns8EzE 21.05.49 Join the-kyle [0] (~kyle@kyle.tk) 21.23.37 Join jhMikeS [0] (~jethead71@rockbox/developer/jhMikeS) 21.45.21 Join Strife89 [0] (~Strife89@adsl-98-80-222-190.mcn.bellsouth.net) 21.46.36 *** Saving seen data "./dancer.seen" 22.06.15 Quit scorche (Disconnected by services) 22.06.19 Join scorche` [0] (~scorche@rockbox/administrator/scorche) 22.11.15 Join JdGordon_ [0] (~jonno@rockbox/developer/JdGordon) 22.12.43 Quit JdGordon (Ping timeout: 255 seconds) 22.22.17 Join ikeboy [0] (~ikeboy@ool-435622d3.dyn.optonline.net) 22.25.20 Quit TheSeven (Ping timeout: 250 seconds) 22.26.02 Quit Rower (Ping timeout: 240 seconds) 22.35.37 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven) 22.43.12 Quit bp0 (Quit: Leaving) 23.11.01 Quit pamaury (Ping timeout: 260 seconds) 23.40.35 Quit ikeboy (Quit: Leaving) 23.42.42 Join bp0 [0] (~bp@unaffiliated/bp0) 23.46.37 *** Saving seen data "./dancer.seen" 23.47.13 Join Rower [0] (~husvagn@h176n2-aeg-a11.ias.bredband.telia.com)