--- Log for 18.08.114 Server: tepper.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 2 days and 8 hours ago 00.00.36 # ok, and what is the error ? 00.01.37 # "gcc -o mi4code mi4code.c -lgcrypt" gives "mi4code.c:1263:20: fatal error: gcrypt.h: No such file or directory compilation terminated." 00.02.48 # try to install the libgcrypt20-dev package 00.05.42 # I'm doing some disassembly, I found a very interesting things but it's probably still a lot of work 00.17.56 Join franklin [0] (~franklin@cpe-071-071-071-105.triad.res.rr.com) 00.19.03 # Regarding the "colorblind mode" that started as a joke 00.19.14 # ... how should it be done?? 00.19.31 # Maybe by modifying the LCD driver? 00.20.43 # OiD: I found couple possibly interesting pins 00.21.27 # I'm all ears while strugling away in ubuntu 00.22.54 # I'm not entirely sure, but it seems that pin E5 is used as input to detect something related to charging 00.23.11 # and pin B1 is used as output 00.25.02 # hum wait, possible mistake here 00.27.00 Join scorche [0] (~scorche@rockbox/administrator/scorche) 00.28.05 # the code is weird 00.28.37 # apparently E2 might be of interest too, as input 00.29.17 # yeah E5 and E2 might be USB and AC detect 00.30.58 # you can easily check that we the debug menu, I think the GPIO port are displayed 00.33.56 # conecting the usb charger changes E from x02 to x06 and vice versa 00.35.11 # and what about AC ? 00.35.16 # good, that's E2 00.37.06 # Give me a minute, I need to open the player to apply AC 00.37.47 Join Scromple [0] (~Simon@161.43.73.67) 00.43.45 # E 0x22 with AC 00.44.19 # perfect, that's E5 00.44.36 # so we have a good known way to detect USB and AC, might be useful 00.45.28 # I'll check B1 00.46.33 # now for B1 that's trickier because it's an output, and I'm not entirely sure of what the code does, especially since it only sets B1 but never clears it 00.46.40 # so i'm clearly missing some code here 00.48.08 # * franklin pings TheSeven 00.50.18 Join tt01_ [0] (~tt01@host86-140-114-14.range86-140.btcentralplus.com) 00.51.26 # No change on port B 00.52.58 # B is 0xFC in all scenarios except when the device is booted pluged in to AC power 00.53.12 # Then is changes fo 0xFE 00.53.12 # I don't except B to change, it's an output 00.53.21 # you need to change B1 to 1 or 0 00.56.36 # I'm not sure you can do that just with the debug screen 00.59.00 # Ok. I will give it a shot tomorow. As for now I have to get to bed. 00.59.26 # Thanks a lot pamaury for all the great help, hints and info! 00.59.41 # ok, I'll be online tomorrow probably 01.04.24 Quit bcobco (Remote host closed the connection) 01.04.49 Join bcobco [0] (~bcobco@77.228.124.149) 01.22.59 Quit ZincAlloy (Quit: Leaving.) 01.26.21 Quit rasferret (Read error: Connection reset by peer) 01.29.18 Quit tt01_ (Quit: Leaving...) 01.30.12 *** Saving seen data "./dancer.seen" 01.45.40 # ploco: i remember dfkt wanted software balance on the iAudio X5 because it's line out didn't support balance adjustments, maybe enable it for that target too if its not too hard? 01.48.46 # saratoga, do you think it would be worth it to fix 2048? the "bug" seems quite minor 01.49.31 # the contrast problem? 01.49.54 # yes, that 01.50.08 # it looks fine on my zip, so i think its probably some problem with the zip port 01.50.18 # people have said that on some player album art looks funny 01.50.32 # Have you gone past 10000 points? It apparently overflows into the grid 01.50.42 # no i didn't play it 01.50.59 # not enough time :) 01.51.26 # so I'll try feeding in some edited saves and see what happens 01.56.35 # even with a score of 1 million, it still doesn't overflow into the grid 01.56.57 # the highest possible score is 3 million or so, so it should be impossible to overflow 01.57.32 # http://forums.rockbox.org/index.php/topic,48475.msg229330.html is completely wrong, *if* what they mean is the score overflowing 02.02.26 Quit OiD (Ping timeout: 246 seconds) 02.14.16 Quit lebellium (Quit: ChatZilla 0.9.90.1 [Firefox 32.0/20140814150857]) 02.15.22 Quit pamaury (Ping timeout: 246 seconds) 02.49.48 Quit franklin (Quit: Leaving) 03.06.25 Join ikeboy [0] (~ikeboy@ool-435622d3.dyn.optonline.net) 03.07.43 Join jhMikeS [0] (~jethead71@rockbox/developer/jhMikeS) 03.11.07 Quit bcobco (Remote host closed the connection) 03.11.32 Join bcobco [0] (~bcobco@77.228.124.149) 03.21.02 Quit bcobco () 03.30.15 *** Saving seen data "./dancer.seen" 03.53.22 Quit pystar89 (Ping timeout: 246 seconds) 03.56.34 Join pystar89 [0] (~pystar89@ip-176-199-76-43.hsi06.unitymediagroup.de) 04.00.03 # There's a bug in 2048: when you exit, it doesn't unboost. g#915 fixes it 04.00.06 # 3Gerrit review #915 at http://gerrit.rockbox.org/r/915 : 3Always unboost at exit by Avi Eisenberg 04.03.52 # ikeboy, wat 04.04.01 # Theres a 2048 for rockbox? Neat 04.05.13 # <[Saint]> ...why the fuck does it boost to begin with? 04.05.17 # <[Saint]> Ugh. 04.05.50 # Whats the boost? 04.06.05 # <[Saint]> CPU high clock boost. 04.06.41 # <[Saint]> I would posit rather a large selection of targets have no need for this whatsoever. 04.06.43 # Ahh 04.10.25 # I don't why why it was there, but it wasn't getting turned off at the exit. If you think it's fine without a boost, go ahead and take it out 04.11.13 # <[Saint]> It doesn't seem particularly computationally intensive. 04.12.16 # <[Saint]> Perhaps the pp iPods and some other less resource blessed targets may need to boost. 04.12.20 # <[Saint]> ...maybe. 04.12.45 # Build Server message: 3New build round started. Revision ec844f8, 253 builds, 32 clients. 04.12.51 # <[Saint]> In general I would like to see boosting only done when strictly required. 04.12.57 # <[Saint]> But that's difficult. 04.13.13 # <[Saint]> And doesn't offer any real world savings on some devices. 04.13.46 # <[Saint]> ...or anything measurable and statistically relevant. 04.14.12 # It delivers a lot of performance boost in textviewer, at least 04.14.25 # By around a factor of six on Fuze+ 04.14.30 # <[Saint]> On some targets. 04.14.55 # <[Saint]> I didn't really find any difference of the sl* targets. 04.15.04 # <[Saint]> Classic, N2G 04.15.09 # Perhaps we could disable boosting altogether on targets that don't have a noticable speedup? 04.15.27 # Then you wouldn't need to do each plugin separately 04.15.32 # <[Saint]> That leads to the above. Its time consuming to test. 04.15.46 # <[Saint]> And may or may not offer great real world savings. 04.15.49 # <[Saint]> Or...any. 04.16.14 # <[Saint]> I understand why people do it, its just an irrational pet peeve of June. 04.16.19 # <[Saint]> *of mine 04.17.36 # * [Saint] really wants to add dynamic clocking other than high/low 04.17.52 # <[Saint]> Rather like a basic on demand governor. 04.18.16 # <[Saint]> But its difficult and again its debatable if there's any improvement to be had. 04.19.27 # <[Saint]> The Classic almost never needs to boost at all. 04.19.45 Join pixelma [0] (pixelma@rockbox/staff/pixelma) 04.19.48 Join amiconn_ [0] (amiconn@rockbox/developer/amiconn) 04.19.48 Quit amiconn (Disconnected by services) 04.19.49 Quit tchan (Quit: WeeChat 0.4.3) 04.19.50 Nick amiconn_ is now known as amiconn (amiconn@rockbox/developer/amiconn) 04.20.05 # Build Server message: 3Build round completed after 441 seconds. 04.20.27 # <[Saint]> I locked the clock off to the minimum for a while as an experiment and didn't see much/any difference save for decode times. 04.21.28 # <[Saint]> But then I also disabled GUI boosting, and can't see a change at all, and others swear they can. 04.22.42 Join Mxh_ [0] (629a310c@gateway/web/freenode/ip.98.154.49.12) 04.23.34 Quit Mxh_ (Client Quit) 04.24.06 Quit pixelma_ (Ping timeout: 255 seconds) 04.36.36 Join tchan [0] (~tchan@lunar-linux/developer/tchan) 04.48.00 Quit ikeboy (Quit: Leaving) 05.14.45 # [Saint], did you figure out what may have broken the android build? 05.15.59 # <[Saint]> From the look of your logcat it looks as though it may have been TiBU fucking shit up - it looks as though you did a data restore? 05.16.03 Join ikeboy [0] (~ikeboy@ool-435622d3.dyn.optonline.net) 05.16.11 # Nope 05.16.21 # I just have TiBu for uninstalling freezing stuff 05.16.29 # Ill try uninstalling tibu 05.16.30 Quit steffengy (Disconnected by services) 05.16.31 Join steffengy1 [0] (~quassel@p5088FA06.dip0.t-ipconnect.de) 05.17.06 # Nope still crashes out 05.17.11 # Clear rockbox data 05.17.15 # *Cleared 05.17.19 # <[Saint]> Hmmm. Guess I misinterpreted the logs, I was on mobile in a movie theater trying to pretend it was interesting. 05.17.26 # Haha 05.18.02 # <[Saint]> Do you know what revision this started for you? 05.18.42 # Whatever yesterdays build was... 030f51c-140817 05.19.08 # I hadnt updated it religiously so I dont know if it starte dbefore that 05.19.28 # Ahh 05.19.30 # Current build 05.19.36 # http://rasher.dk/rockbox/android/ 05.19.49 # Crashes on two devices 05.19.59 # So I dont think its my end 05.21.44 # <[Saint]> OK. I can reproduce that so I can watch it on my end when I get a chance. 05.22.25 Join Strife89 [0] (~Strife89@adsl-98-80-207-199.mcn.bellsouth.net) 05.22.40 # <[Saint]> Easier for me to aggressively filter my logs for relevancy at runtime on-the-fly on a test device than go through someone else's capture after the fact. 05.22.51 # :) 05.23.18 # <[Saint]> Shopping presently. I'll see what I can see this evening. 05.23.44 # * ParkerR imagines [Saint] just strolling througha grocery store chatting on IRC 05.24.12 # <[Saint]> Yeah...pretty much. You forgot to add looking defeated. 05.24.37 # Ahh girlfriend/wife drag you along? 05.28.23 Join cramler [0] (b273804c@gateway/web/freenode/ip.178.115.128.76) 05.30.17 *** Saving seen data "./dancer.seen" 05.40.54 Quit TheSeven (Ping timeout: 272 seconds) 05.41.50 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven) 05.41.58 # Greetings everyone! I just wanted to ask a quick question: I am fiddling around with a few old pictures of mine, and some (specifically those with a chromatic subsampling of "4:1:0", or 4x2) have the viewer abort with "Unsupported-3". I was just wondering. Did I something wrong, or this is simply not supported? Thank you. 05.42.32 # Here is a test image, just in case: https://www.dropbox.com/s/brsn6feyx233ffi/chr_test.jpg 05.44.14 # <[Saint]> An artiste! 05.47.01 # Hey, given the right marketing, this may be worth a fortune! 05.47.17 # :D 05.48.39 # <[Saint]> It wouldn't actually surprise me if there was a large market for crudely drawn art with what appears to dicks for eyes. ;) 05.57.14 # Hahahaha 06.04.03 # Hm...maybe a form of Proto Cubism, but using primary and secondary sex organs as basic orimitives...a new genre? Profit awaits! 06.04.39 # *primitives *hides in corner* 06.12.16 Quit ikeboy (Quit: Leaving) 06.12.34 Quit albb0920 (Ping timeout: 272 seconds) 06.12.53 Join albb0920 [0] (~albb0920@alice.mgt.ncu.edu.tw) 06.15.11 Quit Strife89 (Ping timeout: 245 seconds) 06.30.36 Quit RiD (Ping timeout: 245 seconds) 06.38.18 # At first I thought, that the problem is with the X:X:0 notation, (which indicates horizontal AND vertikal subsampling, with alternating Cb/Cr), but photos with 4:2:0 (2x2) are loaded without problems. 07.03.52 Quit cramler (Quit: Page closed) 07.30.20 *** Saving seen data "./dancer.seen" 07.34.22 Join mortalis [0] (~kvirc@213.33.220.118) 07.43.03 Join ploco [0] (dce9b7f9@gateway/web/freenode/ip.220.233.183.249) 07.45.47 # saratoga: how does iAudio X5 line out differ from phone out? sound.c tells me either MONO_VOLUME or not after compile. 07.45.58 Join kugel [0] (~kugel@avm-guido.avm.de) 07.45.58 Quit kugel (Changing host) 07.45.58 Join kugel [0] (~kugel@rockbox/developer/kugel) 07.51.03 # saratoga: its up as g#914 , just need to figure out where to call the dsp_balance_enable(balance) for iAudio X5 line out 07.51.05 # 3Gerrit review #914 at http://gerrit.rockbox.org/r/914 : 3a DSP based balance feature by Chiwen Chang 07.53.23 Nick SuperBrainAK is now known as DormantBrain (~andy@2001:470:8:a61::5f92:59a1) 08.12.07 Join saratoga_ [0] (123e1c18@gateway/web/freenode/ip.18.62.28.24) 08.13.00 # ploco: i think line out is always enabled for that target, but that it can't adjust the gain for it, so balance doesn't work 08.13.12 # i guess you'd have to disable the hardware balance controls entirely 08.13.15 # for it 08.13.20 # maybe thats not worth it? 08.13.36 Quit Scromple (Read error: Connection reset by peer) 08.14.09 Quit ploco (Ping timeout: 246 seconds) 08.14.47 Join ploco [0] (dce9b7f9@gateway/web/freenode/ip.220.233.183.249) 08.17.11 # i guess that will be separate patch. 08.20.08 # which don't call audiohw_set_volume(l, r); but dsp_balance_enable(balance) on iAudio X5 08.21.32 # <[Saint]> I has occurred to me that we're going to have to add touch callbacks for *all* settings. 08.21.48 # <[Saint]> ...if we want to do the %St bar thing "right". 08.22.05 # <[Saint]> Its conceivably possible that a user would want to turn any config setting into a bar. 08.22.17 # <[Saint]> (I know I'd like to be able to...) 08.22.37 Join ender` [0] (krneki@foo.eternallybored.org) 08.22.49 # [Saint]: totally agree. 08.23.00 # <[Saint]> Its a massive job though. 08.23.05 # <[Saint]> Over my head. 08.24.02 # <[Saint]> yeah - shit. 08.24.13 # <[Saint]> at a first glance that's a pretty large undertaking. 08.24.27 # <[Saint]> unless I'm missing some obvious clean/simple way to do it. 08.24.47 # <[Saint]> ploco: ...it is as daunting as I believe it to be, isn't it? 08.25.37 # nope. I've done 50% of that in my build. 08.25.41 # mostly sound settings 08.26.18 Join Scromple [0] (~Simon@161.43.73.67) 08.27.00 # [Saint]: the setting callback should handle them 08.27.05 # once that patch is fixed 08.27.35 # then its gonna be my job to fill all callback function pointers 08.30.37 Join bertrik [0] (~quassel@rockbox/developer/bertrik) 08.44.41 Quit saratoga_ (Quit: Page closed) 08.49.21 Quit mortalis (Ping timeout: 245 seconds) 08.53.26 Join mortalis [0] (~kvirc@213.33.220.118) 09.00.41 Quit albb0920 (Ping timeout: 246 seconds) 09.11.46 Join albb0920 [0] (~albb0920@alice.mgt.ncu.edu.tw) 09.13.04 Quit bertrik (Ping timeout: 272 seconds) 09.14.00 Quit ploco (Quit: Page closed) 09.30.21 *** Saving seen data "./dancer.seen" 09.36.53 Join Zagor [0] (~bjst@80.239.169.202) 09.36.54 Quit Zagor (Changing host) 09.36.54 Join Zagor [242] (~bjst@rockbox/developer/Zagor) 09.40.53 Join efyx__ [0] (~efyx@91.176.119.28) 10.33.24 # [Saint]: have you seen this on master? crash on startup 10.33.25 # D/CrashAnrDetector( 840): signal 11 (SIGSEGV), code 1 (SEGV_MAPERR), fault addr 00000060 10.34.09 # http://pastebin.com/6MvMMyqP full dump 10.35.12 # why does a track with a tracknumber of 0, get sorted as the last track of an album? 10.35.26 # 0 > 9 in asciicode 10.35.34 # <[Saint]> ParkerR caught it in the rasher builds. 10.35.50 # <[Saint]> I haven't had time to look into it but can repro. 10.36.16 # JdGordon: no 10.36.38 # 0 is 0x30 and 9 is 0x39 10.37.09 # in any case, I would hope that the Rockbox database doesn't sort by character code 10.37.51 # [Saint]: balls, ok, i'll try to bisect after dinner 10.39.44 # the database doesn't even prepend the title with tracknumber 0 in the database view 10.40.27 # (tracks with tracknumber 0 are usually "hidden tracks" before track 01, on CD) 10.48.42 # the file browser sorts it correctly (puts track 0 as the first track of the playlist) 10.49.19 # (my filenames start with a two digit track number, e.g. 00 and 01) 10.54.09 # * [Saint] sees some great candidates for revision in the commit history 10.54.26 # <[Saint]> Lots of sweeping changes. 10.58.09 # I'm confused by the "fmt_title" definitions in tagnavi.config 10.58.27 # which is what I assume is responsible for sorting tracks in the database view 11.00.13 # hmm 11.07.34 Join lebellium [0] (~chatzilla@i16-les01-ntr-212-194-176-149.sfr.lns.abo.bbox.fr) 11.11.36 # track 0 is displayed in the database as -1, when changing tagnavi.config to: ? tracknum >= "0" 11.15.03 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 11.20.39 Quit TBCOOL (Read error: Connection reset by peer) 11.26.11 Join TBCOOL [0] (~tb@c-3d96e555.09-273-73746f44.cust.bredbandsbolaget.se) 11.30.22 *** Saving seen data "./dancer.seen" 11.36.01 Quit pamaury (Ping timeout: 272 seconds) 11.36.46 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 11.48.28 # ok, I managed to fix with this in my tagnavi_custom.config: http://outpost.fr/tmp/q3d.txt 11.48.57 # no idea why this particular order of conditionals is needed, but it works 11.59.32 Quit albb0920 (Ping timeout: 244 seconds) 12.01.49 # jhMikeS: you're asleep I'm assuming? 12.03.01 # jhMikeS: 6ed00870abd566d7267d2436c2693f5a281cda2f broke android, crashes on startup 12.05.08 Join albb0920 [0] (~albb0920@alice.mgt.ncu.edu.tw) 12.05.31 # JdGordon: nope, not asleep 12.05.42 # [Saint]: I can finally test your skin... doesnt quite scale correctly 12.07.48 # jhMikeS: hey, I just did a bisect and that commit is broken, when you have a chance 12.08.11 # what about the two after that? 12.08.47 # I did a bisect starting from master so its broken from at least that one 12.10.07 # I would try out 030f51ce first since some snafus were corrected at that point 12.10.47 # one sec 12.11.46 # jhMikeS: yeah, that one is broken 12.15.40 # ok, just making sure it got it for sure :) 12.45.18 Join krabador [0] (~krabador@unaffiliated/krabador) 12.57.33 # * jhMikeS wonders if it's about the incomplete interrupt emulation 13.02.51 Quit the-kyle (Ping timeout: 260 seconds) 13.30.23 *** Saving seen data "./dancer.seen" 13.33.39 Join the-kyle [0] (~kyle@kyle.tk) 13.41.34 # TheSeven: why are certain "iPod Classic" changes in emCORE, located in target/ipodnano3g/ code? 13.42.09 # JdGordon: heck if I know right now. the unix threading was working fine in the sim 13.42.10 # because target/ipodclassic is just the ipod classic specific code 13.42.25 # everything that's SoC specific is in target/ipodnano3g because that one has the same SoC 13.42.36 # I see 13.42.48 # TheSeven: got a "stable" build incorporated your latest changes? 13.42.57 # incorporating* 13.43.25 # http://theseven.homenet.org/~theseven/tmp/rockbox-ipodclassic-with-all-patches.zip 13.43.50 # didn't you link that earlier to another user? 13.44.00 # were there no problems with it? 13.44.41 # also, I meant a stable build of emCORE 13.45.21 # copper: I'm not aware of any problems worse than what's in git 13.45.40 # there are still some bugs concerning USB, but it works far better than git master 13.46.07 # there are no outstanding patches for emcore, those have all been pushed already 13.46.54 # yeah but I can't build it 13.46.57 # the emcore fixes aren't really important unless you have a tarkan CF/SD mod or something like that anyway 13.47.04 # i.e. this only matters during boot 13.47.26 # ok 13.50.00 # [2014-08-18 13:44:59] hid-generic: probe of 0003:05AC:1261.0005 failed with error -22 13.50.40 # "USB keypad mode: multimedia" 13.51.06 Join ZincAlloy [0] (~Adium@pD9EEBECC.dip0.t-ipconnect.de) 13.51.53 # <[Saint]> ...Classic supports HID now? 13.58.54 # JdGordon: what you did didn't leave any old stuff around did it? 14.00.28 # <[Saint]> I have head failing consistently 14.00.33 # jhMikeS: what sort of old stuff? 14.00.37 # <[Saint]> W/ clean build. 14.00.52 # jhMikeS: I did make clean && make 14.01.01 # <[Saint]> If its user error...all of us are managing to fuck it up. 14.01.10 # <[Saint]> So I kinda doubt it. 14.01.25 # <[Saint]> And, yes, you're right, Sim doesn't show it. 14.01.42 # <[Saint]> Real Android hardware however does. 14.05.16 # [Saint]: what the hell is real android hardware? 14.06.01 # I do need to know what somebody did first of all, that everything is clean. It means I no longer have to consider it as a possible issue. 14.08.35 # I also have to consider something in the android port itself could be naughty and depending upon something it shouldn't 14.09.30 # coders trying to cheat the given interface to do something piss me off to no end (not saying that's the case here) 14.10.49 # already had some of that that really I should just leave broken 14.12.56 # Mr. "screw regressions" is chastizing me, ok go ahead 14.21.20 # JdGordon: is playback involved in any way, like resuming at startup? 14.26.26 Join RiD [0] (~RiD@2.83.168.78) 14.44.58 Quit cmhobbs (Ping timeout: 255 seconds) 14.54.12 # thread-unix.c does do something a bit bad; it assumes the scheduler always will always save the old context but that's no longer the case 15.02.47 Join amayer [0] (~amayer@mail.weberadvertising.com) 15.06.09 # @find pratchett truckers 15.06.17 # oops, wrong channel 15.15.41 Quit mc2739 (Ping timeout: 255 seconds) 15.17.28 Join mc2739 [0] (~mc2739@rockbox/developer/mc2739) 15.17.49 Join AlexP [0] (~alex@rockbox/staff/AlexP) 15.22.56 # haha, open pictureflow 7 times in a row and it crashes on the last one because the jump buffers aren't reused 15.30.27 *** Saving seen data "./dancer.seen" 15.49.00 # JdGordon: if you want, try this out: http://jhmikes.cleansoap.org/thread-unix-patchup.patch 15.49.29 # it probably should go in anyway since it corrects some wrongs 15.53.29 Quit [Saint] (Ping timeout: 255 seconds) 16.03.24 Quit gevaerts (Disconnected by services) 16.03.29 Join gevaerts_ [0] (~fg@rockbox/developer/gevaerts) 16.03.30 Nick gevaerts_ is now known as gevaerts (~fg@rockbox/developer/gevaerts) 16.04.10 Join rela [0] (~x@pdpc/supporter/active/rela) 16.06.32 Join uwe_mobile__ [0] (~uwe@static.88-198-8-117.clients.your-server.de) 16.10.33 Join GodEater` [0] (~whoknows@ec2-54-201-224-30.us-west-2.compute.amazonaws.com) 16.10.33 Quit GodEater` (Changing host) 16.10.33 Join GodEater` [0] (~whoknows@rockbox/staff/GodEater) 16.11.56 Quit fs-bluebot (*.net *.split) 16.11.56 Quit GodEater (*.net *.split) 16.11.56 Quit copper (*.net *.split) 16.11.56 Quit uwe_mobile (*.net *.split) 16.11.56 Quit Scall (*.net *.split) 16.11.56 Quit x56 (*.net *.split) 16.12.24 Join x56 [0] (~0x56@sillytitties.com) 16.14.00 Join copper [0] (~copper@unaffiliated/copper) 16.17.29 Join fs-bluebot [0] (~fs-bluebo@g224237110.adsl.alicedsl.de) 16.19.36 Join Scall [0] (~chat@unaffiliated/scall) 16.31.16 Join ender| [0] (krneki@2a01:260:4094:1:42:42:42:42) 16.33.25 Quit ender^ (Read error: Connection reset by peer) 16.44.21 # Build Server message: 3New build round started. Revision a9713d8, 253 builds, 32 clients. 16.46.18 # jhMikeS: ouch! 16.46.51 # ouch as in....? 16.48.06 # actually my left ring finger is ouch 16.52.04 # Build Server message: 3Build round completed after 464 seconds. 16.57.03 # jhMikeS: the thread-unix.c issue (i authored that) 17.00.15 # ah...I'm guessing it was before sim use and plugins and everything was just created once at startup? 17.11.02 Quit mortalis (Ping timeout: 240 seconds) 17.11.30 Quit rela (Read error: Connection reset by peer) 17.20.36 Nick GodEater` is now known as GodEater (~whoknows@rockbox/staff/GodEater) 17.23.40 Quit kugel (Ping timeout: 250 seconds) 17.30.28 *** Saving seen data "./dancer.seen" 17.32.42 # * jhMikeS can't even coherently 17.38.11 Join [Saint] [0] (~saint@rockbox/staff/saint) 17.42.54 Quit charlie (Ping timeout: 272 seconds) 17.48.51 Join charlie [0] (~c@unaffiliated/charlie) 17.53.04 Quit RiD (Read error: Connection reset by peer) 17.57.49 Join RiD [0] (~RiD@2.83.168.78) 18.19.01 Quit jhMikeS (Ping timeout: 245 seconds) 18.23.14 Join franklin [0] (~franklin@cpe-071-071-071-105.triad.res.rr.com) 18.27.12 Join bertrik [0] (~quassel@rockbox/developer/bertrik) 18.42.43 Quit efyx_ (Ping timeout: 246 seconds) 18.43.09 Quit efyx__ (Ping timeout: 264 seconds) 18.54.23 Join efyx__ [0] (~efyx@247.115-67-87.adsl-dyn.isp.belgacom.be) 18.56.21 Join efyx_ [0] (~efyx@247.115-67-87.adsl-dyn.isp.belgacom.be) 19.19.28 Join simpleuser [0] (~simpleuse@unaffiliated/simpleuser) 19.20.38 # Hi there. I played a flac file on my sansa clip+, and there was an error like "divided by zero" or something. It seems a known bug ( http://www.rockbox.org/tracker/task/10067 , http://forums.rockbox.org/index.php?topic=27037.0 ) The problem is my sansa won’t boot anymore. Hum. 19.24.39 # it won't boot? 19.25.29 # What version are you running? 19.25.42 # 3.13 19.25.51 # wait for it 19.26.23 # yep, the last one 19.26.32 # well, try a dev build... 3.13 is OLD 19.26.47 # (and get 2048 :)) 19.27.08 # I’d love to. But When I say It won’t boot, it’s like the hardware was dead. 19.27.20 # Even when plugging it in usb. 19.27.21 # like the screen remains black? 19.27.24 # Yes. 19.27.38 # this is almost certainly not FLAC related 19.27.54 # And the battery was 70% when it stopped. 19.28.13 # There was this quick error "divided…" and then black screen, and nothing works. 19.28.48 # weird... take out the battery/reinsert? 19.29.07 # on a Clip+? 19.29.22 # I only know the c200 19.29.23 # Yeah, that’s the prob ^^ 19.29.30 # and it has a removable battery... does the clip+ 19.29.31 # ? 19.29.34 # did you try to boot the original firmware? 19.29.41 # no it doesn't 19.29.48 # ah... take apart? 19.30.00 # with a hammer? 19.30.01 # copper: I can’t. Black screen, nothing happens. 19.30.13 # copper: Even the computer does not recgnize it. 19.30.18 # recognize* 19.30.32 *** Saving seen data "./dancer.seen" 19.30.45 # simpleuser: have you tried hard-resetting it? 19.30.51 # gevaerts: How? 19.30.54 # can the clip+ be taken apart? 19.30.56 # pressing power button for 30s or more? 19.30.57 # (easily)? 19.31.03 # franklin: no 19.31.15 # ah sansa is copying apple now... :) 19.31.34 # when's the last time you've seen a removable battery on a DAP? 19.31.44 # my c200 19.31.47 # which is... dead now 19.31.49 # RIP 19.32.11 # hold power until the player reboots 19.32.13 # Oh ! 19.32.22 # and unless you're running a build from many years ago, those links are unrelated 19.32.28 # It works now 19.32.33 # with the 30s technique ! 19.32.34 # \o/ 19.32.37 # Thanks ! :) 19.32.42 # yay 19.32.46 # I was helpful 19.32.46 # w00t 19.32.57 # my life isn't totally worthless after all! 19.33.06 # haha. Thank you very much. 19.33.14 # I tried but maybe 10s. Not 30 ^^ 19.33.42 # wait... that yellow+cyan screen doesn't run 2048 :) 19.33.53 # why do so many people use the clip+? 19.34.02 # no doom! :) 19.34.10 # its a really nice player 19.34.27 # with a terrible screen 19.34.27 # franklin: There is doom. 19.34.33 # !? 19.34.36 # But you can’t play it. That’s awful xD 19.34.38 # franklin: the *only* reason 2048 doesn't run on it that you can't be bothered doing the graphics 19.34.48 # Also, it's not a terrible screen at all. It's a rather nice screen 19.34.58 # with a split in the middle... 19.35.09 # Yeah. This split is quite ugly. 19.35.44 # franklin: the OLED display on the Clip+ is actually quite readable in broad daylight 19.36.00 # it's just super small 19.36.04 # so is my lcd 19.36.07 # on my ipod 19.36.11 # and tilted on mine :( 19.36.34 # they installed the screen tilted? 19.36.43 # they glued it without care 19.37.18 # hah my iPod is a beautiful, but useless piece of metal 19.37.21 # my clip+ was probably the 137th unit that chinese worker assembled that day 19.37.25 # (without Rockbox, that is) 19.37.27 # :) 19.39.01 # how did RB installation work on the pre-6-gen iPods? 19.42.35 # For the dev build I have to do a manual install? 19.43.37 # Oh, it’s simple actually 19.43.40 # very simple 19.44.25 # just get rbutil, plug the player in, run rbutil and click install 19.44.29 # auto-magic! 19.45.13 Quit bluebrother (Disconnected by services) 19.45.18 Join bluebrother^ [0] (~dom@rockbox/developer/bluebrother) 19.46.45 # Same for dev build. 19.47.15 Quit fs-bluebot (Ping timeout: 245 seconds) 19.47.24 # "Divide by zero at 308pc:9080A648 sp:30804Dbt end" 19.47.45 # But at least, it reboots now xD 19.48.08 # well... file a bug? someone'll get around to it... eventually :) 19.48.12 # wait nvm 19.48.22 # just update the current bug report 19.48.41 # say that it still happens with the dev build 19.49.06 # (because 3.2 is **OLD**) 19.51.14 # In the Rockbox info it says my version is a9713d8-140818 19.51.45 # which is the latest version :) 19.51.56 # about 6 hours old :) 19.52.08 Join fs-bluebot [0] (~fs-bluebo@g224238103.adsl.alicedsl.de) 19.52.16 # * franklin waves at fs-bluebot 19.54.54 # * franklin slaps fs-bluebot 19.54.54 # franklin: ouch! 19.58.01 # franklin: So you want me to update the bug? 19.58.15 # just say that it still is present in the dev build 19.58.18 # add a comment 20.00.46 # Don’t understand how to add a comment x_x 20.00.46 Quit [Saint] (Ping timeout: 246 seconds) 20.00.55 Nick franklin is now known as [Saint] (~franklin@cpe-071-071-071-105.triad.res.rr.com) 20.00.56 # I just have "Request re-open" 20.01.07 Nick [Saint] is now known as franklin (~franklin@cpe-071-071-071-105.triad.res.rr.com) 20.01.22 Nick franklin is now known as [Satin] (~franklin@cpe-071-071-071-105.triad.res.rr.com) 20.01.31 # I will do that later I think. 20.01.39 Nick [Satin] is now known as franklin (~franklin@cpe-071-071-071-105.triad.res.rr.com) 20.02.06 # simpleuser, just do that 20.02.43 Quit APLU (Quit: !sucide) 20.10.51 # saratoga, regarding the color blind mode (s)... do you think it could be done? 20.11.03 Join n1s [0] (~n1s@rockbox/developer/n1s) 20.11.06 # or was it just a joke that turned real? 20.13.41 Join APLU [0] (~mulx@eva.aplu.fr) 20.16.13 Quit APLU (Quit: !sucide) 20.22.54 Join APLU [0] (~mulx@eva.aplu.fr) 20.26.27 # i think it could be done, but probably it would look very strange 20.26.35 # so i'm not sure if its actually useful 20.27.17 # so it was a joke gone wrong... :) 20.27.43 # well, I'm going to add Clip+ support to 2048 20.31.49 # and refactor the spaghetti code... 20.33.40 # how do I view a raw file in gitweb? 20.34.08 # (there is no raw option on http://git.rockbox.org/?p=rockbox.git;a=commit;h=e560aae05de51a39d92f977f098585c2a878598d) 20.34.43 # never mind... click blob then raw 20.39.06 Join OiD [0] (4de79c57@gateway/web/freenode/ip.77.231.156.87) 20.42.05 # Hi to all 20.42.45 # Sup OiD 20.42.49 # g'day 20.44.34 # Good evening from over here :) 20.45.09 # spain? 20.45.22 # Yup 20.45.22 # off-topique... 20.50.22 # Is pamaury around? 20.50.42 # looks like he is 20.52.45 # OiD: yes 20.54.12 # Hi, thanks for the help yesterday 20.55.17 # I got the OF dissasembled. It's a lot longer than I expected. I tried changing B1 to set the current but it has no effect. 20.56.05 # Do you have any pointers to find the pin in the assembly file? 20.58.19 # I can send you my ida file if you want, I continued the disassembly and found a lot of stuff, but I don't quite understand how the power management code works, I'm missing too much code yet 21.00.08 # the relevant function is at 0x1B7974, it calls several functions including one at 0x1CEF90 which is interesting and several which touches gpios at 0x192C54, 0x193A98 21.08.53 # franklin: "just do that". => Request re-open? 21.09.13 # I guess... very little experience with FS :) 21.09.18 # Ok ;) 21.09.35 # If possible to see the ida file that would be great 21.10.33 # I'm currently looking for the Arm instruction codes 21.16.10 # franklin: Is this ok? https://gist.githubusercontent.com/Einenlum/55cfe5022e34f80fa31d/raw/cc2fc63ff188e7fa4e3168781a19c7c975ae6b5f/gistfile1.txt 21.16.15 # why does the clip+ sim say "incompatible version" even though I have just cleaned+rebuilt? 21.16.32 # sure 21.18.44 # http://www.rockbox.org/tracker/task/10067 Well it’s not a comment… But I guess it does the job ;) 21.19.13 # FS#10067 21.19.22 # fs#10067 21.19.24 # bluebot? 21.19.47 # g#899 21.19.55 # hm, seems like it's dead 21.19.56 # * franklin slaps fs-bluebot 21.19.58 # hmm 21.20.02 # * franklin slaps fs-bluebot 21.20.06 # RIP bluebot :) 21.20.12 # g#888 21.20.21 # * TheSeven laughs if it spams us with a bunch of responses in a few hours :P 21.20.25 # haha 21.20.31 # TheSeven, I can't ping it 21.21.25 # kick it? 21.21.38 # I'll try pinging bluebrother 21.22.03 # * franklin slaps fs-bluebot 21.22.04 # * franklin slaps fs-bluebot 21.22.20 # probably connection's broken... 21.23.21 Quit fs-bluebot (Ping timeout: 260 seconds) 21.23.30 # yep 21.25.17 Join lleeloo [0] (~lleeloo@37.215.118.35) 21.27.03 Join fs-bluebot [0] (~fs-bluebo@g224238103.adsl.alicedsl.de) 21.27.24 # g#899 21.27.26 # 3Gerrit review #899 at http://gerrit.rockbox.org/r/899 : 3iPod Classic: Prevent low battery shutdown if no battery is present by Michael Sparmann 21.27.32 # yay! :) 21.27.47 Join [Saint] [0] (~saint@rockbox/staff/saint) 21.28.14 # [Saint] is back 21.28.57 # fs#10067 21.28.58 # http://www.rockbox.org/tracker/task/10067 3FLAC, Divide by zero error (bugs, closed) 21.28.59 # yay 21.29.04 # TheSeven, franklin: any progress with the ipod6g timers? 21.29.28 # no, but bertrik suggested that it could be that PWRCON should be 1 to enable 21.29.36 # so PWRCON(0)=1? 21.29.41 # to enable 21.30.01 Nick franklin is now known as [Satin] (~franklin@cpe-071-071-071-105.triad.res.rr.com) 21.30.19 # lol 21.30.33 *** Saving seen data "./dancer.seen" 21.30.37 # no, just enable all the bits, like 0x0 or 0xFFFFFFFF (not sure if a bit enables or disables) 21.31.04 # <[Satin]> well, even better :) 21.31.20 # possibly read the datasheet to check what the bits probably are 21.35.41 # 0 is enabled 21.36.05 # and the datasheet isn't even close on most bits 21.36.10 # so it's pure trial&error 21.36.57 # <[Satin]> well, why not try 0xffffffff? 21.37.07 # <[Satin]> It is fun being [Satin] 21.38.24 # <[Satin]> TheSeven, bertrik, setting PWRCON(0/1) to 0xffffffff just hangs 21.38.40 # as expected, because you closed all clock gates 21.39.33 # <[Satin]> TheSeven, why not 1? 21.40.12 # the individual bits of that reg are clock gates 21.40.25 # 0 = enabled/open, 1 = disabled/closed 21.40.29 # [Satin] sounds like a "precious" version of [Saint] 21.40.29 # <[Satin]> ah 21.40.35 # <[Satin]> copper, haha 21.41.06 # <[Satin]> as bertrik said, I would expect a newer SoC to have more timers than an older one 21.41.15 # wtf 21.41.45 # <[Satin]> so I'm not giving up till im 100% sure that it doesn't exist... 21.43.37 # <[Satin]> TheSeven, so timer F interferes with the piezo... why? 21.43.54 Nick [Satin] is now known as [Satan] (~franklin@cpe-071-071-071-105.triad.res.rr.com) 21.44.13 Nick [Satan] is now known as [Satin] (~franklin@cpe-071-071-071-105.triad.res.rr.com) 21.47.50 # <[Satin]> TheSeven, I'll try timer H 21.48.20 Nick [Saint] is now known as [Satan] (~saint@rockbox/staff/saint) 21.48.25 # [Satin]: maybe it's an alias of another timer 21.48.47 Nick [Satan] is now known as [Saint] (~saint@rockbox/staff/saint) 21.54.47 Nick [Satin] is now known as [tniaS] (~franklin@cpe-071-071-071-105.triad.res.rr.com) 21.55.17 Nick [tniaS] is now known as franklin (~franklin@cpe-071-071-071-105.triad.res.rr.com) 21.55.50 Join scorche` [0] (~scorche@ip68-0-156-139.tc.ph.cox.net) 21.55.53 Quit scorche (Disconnected by services) 21.55.53 Quit scorche` (Changing host) 21.55.53 Join scorche` [0] (~scorche@rockbox/administrator/scorche) 21.56.11 Quit GeekShad1w (Ping timeout: 255 seconds) 21.57.52 Join uwe_mobile [0] (~uwe@static.88-198-8-117.clients.your-server.de) 21.58.03 Join pamaury_ [0] (~quassel@rockbox/developer/pamaury) 21.58.20 Quit efyx_ (*.net *.split) 21.58.21 Quit uwe_mobile__ (*.net *.split) 21.58.21 Quit pamaury (*.net *.split) 21.58.21 Quit ivanf (*.net *.split) 21.59.01 Join efyx_ [0] (~efyx@247.115-67-87.adsl-dyn.isp.belgacom.be) 21.59.29 Join ivanf [0] (~ivan@unaffiliated/kferdous) 22.02.49 Join GeekShadow [0] (~antoine@nzf.turmel.info) 22.02.49 Quit GeekShadow (Changing host) 22.02.49 Join GeekShadow [0] (~antoine@reactos/tester/GeekShadow) 22.04.11 # when i configure to use logf() "undefined reference to `wakeup_priority_protocol_release'" appear. Why? Where is it defined? 22.08.21 # There is no realization of this function in source found? Is it bug? 22.08.45 # logf is fine for me 22.09.16 # so where is "wakeup_priority_protocol_release" body defined? 22.10.23 # grep is your friend 22.10.55 # already try and did't fint it=( 22.11.05 # *find 22.11.28 # hmm 22.22.32 Quit n1s (Quit: Ex-Chat) 22.23.42 Nick franklin is now known as [Satin] (~franklin@cpe-071-071-071-105.triad.res.rr.com) 22.25.06 # some ideas?! or "wakeup_priority_protocol_release" is phantom function? 22.25.16 # <[Satin]> I have no idea... 22.25.29 # <[Satin]> update source? 22.25.39 # So how does it work (i mean compiled)? 22.26.16 # <[Satin]> no idea... can't find any mention of it 22.26.21 # <[Satin]> what's the error? 22.26.34 # error when linking 22.26.40 # <[Satin]> what file? 22.27.02 # thread.c:(.text+0xfb6): undefined reference to `wakeup_priority_protocol_release' 22.27.02 # collect2: error: ld returned 1 exit status 22.27.02 # make: *** [/home/user/rockbox/rockbox/build/rockbox.elf] Error 1 22.27.09 # I guess it's a bug that's revealed with #defines in a particular combination 22.27.56 # <[Satin]> I find no mention of it in thread.c 22.28.24 # <[Satin]> make clean+make? 22.28.34 # already done=( 22.28.48 # <[Satin]> then i'm out of ideas... 22.28.51 # shame on me!!! i always use SVN and never use GIT=( How can i do update source? 22.28.57 # <[Satin]> git pull --rebase 22.29.11 # so fast answer=) 22.29.30 # <[Satin]> if you want, I can spam the channel with a bot :) 22.29.52 # lol 22.30.09 # <[Satin]> I've been kicked several times :) 22.31.31 # sorry=) 22.31.43 # <[Satin]> like my new nick? :) 22.32.06 # no 22.32.10 # it's very similar to [Saint] 22.32.21 # <[Satin]> that's the idea :) 22.32.44 # * [Satin] laughs if [Saint] comes and kicks me 22.32.50 # I think i can differ you not only by nick names=) 22.32.57 # <[Satin]> haha 22.33.06 Nick [Satin] is now known as |Saint| (~franklin@cpe-071-071-071-105.triad.res.rr.com) 22.33.13 Nick |Saint| is now known as [Satin] (~franklin@cpe-071-071-071-105.triad.res.rr.com) 22.33.21 # so fast=) 22.33.35 # *please* stop that 22.33.50 Nick [Satin] is now known as franklin (~franklin@cpe-071-071-071-105.triad.res.rr.com) 22.34.01 # 22.37.13 # TheSeven, timer G and H don't work... weird 22.37.29 # Maybe something's wrong with the timer code itself? 22.39.33 # timer G+H regs stick, but THCON is 0x1000 22.39.39 # so it doesn't trigger the interrupt 22.41.19 Quit krabador (Quit: Take the time.) 22.42.51 # bertrik, what does the "clock select" and "prescaler" do? 22.43.12 # It seems the clock select is zero, which causes the interrupt not to fire 22.43.32 Join lleeloo_ [0] (~lleeloo@37.215.33.158) 22.43.43 # the make the timer run slower 22.44.21 # but why is it zero? 22.44.21 Quit lleeloo_ (Read error: Connection reset by peer) 22.44.44 Join the-kyle1 [0] (~kyle@kyle.tk) 22.44.47 Quit lleeloo (Ping timeout: 255 seconds) 22.44.48 Join lleeloo_ [0] (~lleeloo@37.215.33.158) 22.45.40 Quit the-kyle (Read error: Connection reset by peer) 22.46.21 # bertrik, because I've tried basically all the timers now, I guess that it is something wrong with the timer code 22.46.32 # not the SoC (except for C/D, they don't exist) 22.46.34 # thanks for help! source update resolve problem=) 22.46.41 # :) 22.47.20 # well, /someone/ likes to commit half-working code... no names :) 22.49.03 Join krabador [0] (~krabador@unaffiliated/krabador) 22.49.26 # bertrik, so what's the cycles parameter to timer_register supposed to do? 22.49.39 # time between calls? in what units? 22.49.53 # oh wait... TIMER_FREQ 22.51.06 # BTW, what's the rb->led function fore? 22.51.08 # for 23.06.37 Quit krabador (Quit: Take the time.) 23.08.37 Quit pamaury_ (Ping timeout: 244 seconds) 23.24.45 Join JdGordon_ [0] (~jonno@rockbox/developer/JdGordon) 23.26.54 Quit JdGordon (Ping timeout: 250 seconds) 23.30.35 *** Saving seen data "./dancer.seen" 23.34.04 Quit amayer (Quit: Leaving) 23.38.30 # franklin: not all timers have the same features 23.39.00 # If cs is zero, which it is, the IRQ won't fire 23.39.12 # i.e., INT_TIMERX won't be called 23.39.18 # right? 23.39.36 # For cs to be zero, cycles needs to be < 65535 23.39.57 # (which it could be) 23.41.13 # huh? 23.41.22 # why would that mess with the IRQ? 23.41.44 # IIRC clock source 0 means "undivided input clock" 23.42.00 # if the timer actually counts, it should also generat IRQs, if it supports that at all 23.42.33 # if (TACON & (TACON >> 4) & 0x7000) INT_TIMERA(); 23.42.55 Quit Mir (Write error: Connection reset by peer) 23.43.16 # so? 23.43.31 # if the T*CON is 0x1000, it won't call 23.43.38 # yes 23.43.40 # and for that to happen, cs needs to be zero 23.43.44 # and cs is zero :) 23.43.46 # what does that have to do with cs? 23.44.50 # T*CON is set to 0x1000 | cs<<8, if cs==0, then T*CON will be 0x1000 23.45.04 # but wait... then the timer changes T*CON 23.45.54 # and if cs would be 1, 2 or 3, that would of course not set the IRQ pending bit (or clear bit for writes) either 23.46.18 # *facepalm* 23.47.17 # anyway, I'm pretty certain that something's wrong with the timer code, not the timer HW 23.50.05 # maybe you could set it up in simple free running mode and ignore the interrupt for now, just see if it runs 23.50.14 # free running mode? 23.52.40 # yes, there's probably some kind of mode where the counter just runs until it overflows and then starts again, without getting reset or stopped