--- Log for 20.07.114 Server: morgan.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 1 month and 1 day ago 00.27.36 Join marc_ [0] (6d5c4ea8@gateway/web/freenode/ip.109.92.78.168) 00.51.18 *** Saving seen data "./dancer.seen" 01.05.59 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 01.08.01 Quit fs-bluebot (Ping timeout: 240 seconds) 01.08.39 Quit bluebrother^ (Ping timeout: 255 seconds) 01.11.06 Join fs-bluebot [0] (~fs-bluebo@f053155160.adsl.alicedsl.de) 01.18.27 Quit trampel (Quit: Leaving) 01.22.58 Join Strife89 [0] (~Strife89@adsl-98-80-219-39.mcn.bellsouth.net) 01.26.20 Quit ender` (Quit: Just as the absurd acts which prohibited the sale of game were virtually repealed by the poacher, just as many absurd revenue acts have been virtually repealed by the smuggler, so will this law be virtually repealed by piratical booksellers. -- Thomas B) 01.40.22 Quit lebellium (Quit: ChatZilla 0.9.90.1 [Firefox 31.0/20140716183446]) 01.42.36 Quit bertrik (Remote host closed the connection) 01.47.23 Quit kiwicam (Remote host closed the connection) 01.49.32 # how does rockbox handle nonpresent batteries? 01.50.51 Join kiwicam [0] (~quassel@121-99-191-123.bng1.nct.orcon.net.nz) 01.54.52 # <[Saint]> TheSeven: some devices don't care at all 01.55.25 # well on the classic it causes a low battery shutdown, which is kinda pointless if no battery is present in the first place 02.18.37 Join sakax [0] (~sakax@unaffiliated/sakax) 02.26.29 # * TheSeven throws another patch in here: g#899 02.26.32 # 3Gerrit review #899 at http://gerrit.rockbox.org/r/899 : 3iPod Classic: Prevent low battery shutdown if no battery is present by Michael Sparmann 02.33.56 Quit ZincAlloy (Quit: Leaving.) 02.51.22 *** Saving seen data "./dancer.seen" 02.52.38 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 02.59.59 Quit AlexP (Remote host closed the connection) 03.11.20 Quit bcobco () 03.29.58 Quit marc_ (Quit: Page closed) 03.34.15 Quit scorche (Disconnected by services) 03.34.18 Join scorche` [0] (~scorche@rockbox/administrator/scorche) 03.46.44 Quit pamaury (Ping timeout: 264 seconds) 04.09.16 Join datass [0] (4dff3398@gateway/web/freenode/ip.77.255.51.152) 04.13.06 Join amiconn_ [0] (amiconn@rockbox/developer/amiconn) 04.13.06 Quit pixelma (Disconnected by services) 04.13.06 Quit amiconn (Disconnected by services) 04.13.06 Join pixelma_ [0] (pixelma@rockbox/staff/pixelma) 04.13.08 Nick amiconn_ is now known as amiconn (amiconn@rockbox/developer/amiconn) 04.13.08 Nick pixelma_ is now known as pixelma (pixelma@rockbox/staff/pixelma) 04.29.54 Join ikeboy [0] (~ikeboy@ool-435622d3.dyn.optonline.net) 04.38.57 Nick scorche` is now known as scorche (~scorche@rockbox/administrator/scorche) 04.51.25 *** Saving seen data "./dancer.seen" 05.15.46 Quit TheSeven (Ping timeout: 250 seconds) 05.17.23 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven) 05.27.09 Quit GodEater (Ping timeout: 250 seconds) 05.35.26 Join GodEater [0] (~whoknows@my83-216-94-151.mynow.co.uk) 05.35.27 Quit GodEater (Changing host) 05.35.27 Join GodEater [0] (~whoknows@rockbox/staff/GodEater) 05.38.26 Join steffengy [0] (~quassel@p5088F391.dip0.t-ipconnect.de) 05.41.20 Quit steffengy1 (Ping timeout: 250 seconds) 06.04.57 Join ygrek [0] (~user@108.59.6.97) 06.25.48 Quit ikeboy (Quit: Leaving) 06.43.25 Join HaiKaiDo [0] (44be2c98@gateway/web/freenode/ip.68.190.44.152) 06.43.26 Quit amiconn (Remote host closed the connection) 06.43.31 Join amiconn_ [0] (quassel@rockbox/developer/amiconn) 06.43.34 Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) 06.51.28 *** Saving seen data "./dancer.seen" 06.53.19 # I have a 5th gen ipod video and I replaced the hard drive with a 120gb msata card and everythings running fine and normal on the regular ipod side but when I install rockbox it just says PANIC ata: -11 06.53.30 # could these things be related? 06.54.01 # googled the ata: -11 error and i dont see anything about it anywhere 06.54.24 Quit GodEater (Ping timeout: 263 seconds) 06.55.52 # <[Saint]> run the iPod through a firmware restore and rinse and repeat. 06.56.33 Join GodEater [0] (~whoknows@my83-216-94-151.mynow.co.uk) 06.56.33 Quit GodEater (Changing host) 06.56.34 Join GodEater [0] (~whoknows@rockbox/staff/GodEater) 06.59.58 # ill give it a try [Saint] 07.01.57 Join skx_netb [0] (~sakax@unaffiliated/sakax) 07.14.46 Quit skx_netb (Quit: Leaving) 07.15.28 Join skx_netb [0] (~sakax@unaffiliated/sakax) 07.19.41 Quit sakax (Quit: Leaving) 07.19.54 Nick skx_netb is now known as sakax (~sakax@unaffiliated/sakax) 07.21.58 # <[Saint]> That's the absolutely canonical way of ensuring the HDD is set up exactly as the iPod would like it to be. 07.23.59 Join pretty_function [0] (~sigBART@123.252.215.55) 07.27.44 Quit pretty_function (Remote host closed the connection) 07.35.36 Nick DormantBrain is now known as SuperBrainAK (~andy@2001:470:8:a61::5f92:59a1) 07.55.07 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 08.00.17 Join pamaury_ [0] (~quassel@rockbox/developer/pamaury) 08.01.14 Join AlexP [0] (~alex@rockbox/staff/AlexP) 08.03.07 Quit pamaury (Ping timeout: 260 seconds) 08.03.17 Nick pamaury_ is now known as pamaury (~quassel@rockbox/developer/pamaury) 08.09.43 Join pretty_function [0] (~sigBART@123.252.215.55) 08.13.03 Nick ParkerR is now known as qwertypo (ParkerR@unaffiliated/parkerr) 08.16.38 Join shdwprince [0] (~sp@130.185.3.151) 08.18.32 # There is additional arguments to configure or make for iPod classic? 've tried and got error on jpeg_idct_arm.S 08.18.52 # <[Saint]> No. 08.20.45 # <[Saint]> git head builds fine here. 08.20.58 # <[Saint]> If there's a compilation error, its your doing, I'm afraid. 08.22.01 Nick qwertypo is now known as ParkerR (ParkerR@unaffiliated/parkerr) 08.22.58 Quit ygrek (Ping timeout: 250 seconds) 08.37.20 Quit shdwprince (Quit: WeeChat 0.4.3) 08.37.29 # Hi, I managed to boot rockbox on DX90. I got a problem with volume. 08.37.39 Quit pamaury (Ping timeout: 260 seconds) 08.39.20 # playing a file after a fresh boot, there is no sound until the backlight turns off. Volume up/down buttons seems responding but it's not affecting the sound stuck at a very loud volume. 08.39.43 # <[Saint]> headwhacker: the iBasso stuff isn't merged with our sources, and doesn't stand much of a chance of being merged, unless anyone else picks it up. 08.40.03 # <[Saint]> It bastardizes the Android port, instead of being its own distinct port. 08.40.08 # <[Saint]> So - no inclusion. 08.40.37 # <[Saint]> You'd probably have to talk to the original iBasso port guy...who seems to have vanished off the face of the earth. 08.40.48 # <[Saint]> Sorry. :-/ 08.41.13 # no worries, that's probably the best thing to do 08.42.02 # <[Saint]> I can't even tell you what the best way to get hold of him/her would be I'm afraid. 08.48.35 # <[Saint]> Hmmm, in hindsight, it is somewhat fitting that the iBasso Rockbox port bastardized the Android port since iBasso bastardized Android for their iBasso firmware to begin with... 08.51.31 *** Saving seen data "./dancer.seen" 08.52.37 # <[Saint]> Its essentially another hosted linux application, but, kludged into Android with most of the relevant Android bits stripped out. 08.53.02 # <[Saint]> I would *love* to know what drugs who was on when they decided that was a good idea. 08.55.11 # Well I restored the ipod and wiped it clean. Installed rockbox and it gave me the same ata -11 error 08.55.27 # No clue why roxbox doesnt want to co operate 08.55.56 # <[Saint]> But the OF works flawlessly? 08.58.07 # yep 08.58.14 # syncing and everything works great 08.58.49 # Im willing to bet it has to do with the fact that Im using that Ziff to Sata adapter and the msata card 08.59.00 # bummer 08.59.06 Join kuldeepdhaka [0] (~kuldeepdh@unaffiliated/kuldeepdhaka) 08.59.10 # <[Saint]> Ahhhhhhhhhhh...why didn't I click. Derp. 08.59.14 # <[Saint]> The Tarkan one? 09.01.56 # you mean which adapter? 09.02.05 # <[Saint]> I do. 09.02.12 # lemme double check heh 09.02.25 # http://www.amazon.com/gp/product/B009BA5JU6/ref=oh_aui_detailpage_o01_s00?ie=UTF8&psc=1 09.02.29 # thats the one i bought 09.04.15 Join ender` [0] (krneki@foo.eternallybored.org) 09.07.06 # is there something inherently wrong with using an adapter and rockbox? 09.07.24 # <[Saint]> There shouldn't be, no. In theory. 09.07.43 # <[Saint]> And, again in theory, if the OF is willing to accept it, Rockbox should too. 09.07.48 # <[Saint]> In practice, however... 09.12.08 # hmm so more googling tells me that rockbox does not support modding your ipod 09.12.15 # http://beyondwind.duckdns.org/?page_id=5 09.12.36 # <[Saint]> That's some plain BS right there. 09.12.50 # well someone released a patched version on that page 09.12.50 # <[Saint]> If the OF is willing to accept it, Rockbox should too. 09.13.07 # and for alot of people it was the only way to get it to work 09.13.25 # "Official Rockbox firmware does not support this MOD so download the patched rockbox firmware" 09.13.46 # * [Saint] remembers to harass that guy about GPL violation 09.13.52 # xD 09.14.21 Quit kuldeepdhaka (Ping timeout: 264 seconds) 09.14.36 # http://beyondwind.duckdns.org/downloads/ipod5g_msata_mod.patch 09.14.42 # thats the patch he made 09.15.11 # <[Saint]> Aha. I guess I'm blind then. 09.15.45 # problem is, i have no idea what to do with any of it XD 09.15.54 # and its probably an outdated version of rockbox -_- 09.19.05 # * [Saint] wonders if this relates to sector size fuckery. 09.20.14 # its possible 09.20.46 # is there anywhere to request features or support for things such as this? 09.21.08 # <[Saint]> What model of Video did this start off life as? 09.21.23 # 80gb V5 09.21.29 # <[Saint]> Actually, I don't think that has mattered since ages. Nevermind. 09.24.52 # hmm interesting 09.25.13 # that same guy from the earlier website actually subbmitted his patch on the forums 09.25.13 # http://forums.rockbox.org/index.php/topic,42523.45.html 09.25.19 # guess it wasnt accepted? 09.25.47 # lol you responded to him! XD 09.26.07 # <[Saint]> Probably because the forums are a terrible place to dump patches when we have an issue tracker and gerrit instance for this. 09.26.34 # well since im sure that guy has disapeared into the the nothingness, is there anything you can do with it? :D 09.26.58 Join kuldeepdhaka [0] (~kuldeepdh@unaffiliated/kuldeepdhaka) 09.27.18 # <[Saint]> Not without doing a cleanroom reimplementation because I can't credit the submission to any real name as we require. 09.27.29 # <[Saint]> (one of the reasons I asked for that to happen in the thread) 09.27.37 # well crap 09.27.48 # looks like no rockbox for me 09.28.01 # <[Saint]> I'm also not qualified to judge the edits made there. 09.28.09 # <[Saint]> Some content there seems superflous to me. 09.28.32 # im sure it would be a much better place to start than no where 09.30.09 # <[Saint]> I'm not sure if we'd ever get a situation that works out of the box everywhere. 09.30.12 # of course the guy has 0 ways to contact him on his site -_- 09.30.19 # <[Saint]> I mean, look at the last guy in that thread, for instance. 09.30.32 # <[Saint]> "Hey, I did absolutely nothing different, and it worked for me" 09.30.51 Quit pretty_function (Remote host closed the connection) 09.31.02 Quit kuldeepdhaka (Read error: Connection reset by peer) 09.31.17 Join kuldeepdhaka [0] (~kuldeepdh@unaffiliated/kuldeepdhaka) 09.32.01 # I dont see that after BeyondWinds post 09.32.24 # <[Saint]> "Scratch that, I was able to install by restoring the ipod after the error to original ipod firmware. Then I downloaded the rockbox ulitity, ran just the bootloader install, and used your .rockbox zip instead of trying to "overwrite" the existing installed rockbox. Worked like a charm!" 09.32.29 # <[Saint]> I was paraphrasing. 09.32.39 # yeah, he said it was an OF problem 09.33.05 # unless im reading wrong 09.33.16 # <[Saint]> Actually, I parsed it incorrectly. 09.33.46 # <[Saint]> Bah. 09.33.48 # it just seems like because its an unofficial patch, the install method is wonky 09.34.14 # <[Saint]> I wonder what's going on. I have a Crucial something-or-other in one of my Videos. 09.34.26 # <[Saint]> (which couldn't work more fine if it tried) 09.35.08 # and im using a crucial M500 120gb msata card 09.35.30 # soooo somethings gotta be with how rockbox is dealing with msata 09.36.18 # <[Saint]> I _think_ its a crucial... 09.36.27 # <[Saint]> Difference is there's no adapter plate. 09.36.48 # how are you going from ziff to msata? 09.36.50 # <[Saint]> Someone abandoned a 40 pin ZIF SSD at my hackerspace. 09.37.01 # O_O 09.37.07 # <[Saint]> IKR? ;) 09.37.13 # how randomly lucky ffs lol 09.37.36 # I might just try what the last post suggest's as far as install method 09.39.49 # I even I even tried the latest dev build 09.39.53 # and that didnt work either 09.43.41 Join pretty_function [0] (~sigBART@123.252.215.55) 09.47.32 Quit zenlunatic (Ping timeout: 240 seconds) 09.50.55 # HaiKaiDo: you most likely need this fix: http://gerrit.rockbox.org/r/897 09.54.35 # <[Saint]> TheSeven: for a Video? 09.54.54 # ah, I was thinking classic... 09.56.03 # <[Saint]> I'm wondering if setting up with 2048byte sectors will magically make things work here 09.57.15 # why 2048? 09.57.50 # <[Saint]> Or 512, or...something not 1096 09.57.56 # <[Saint]> *4096 09.58.07 # doesn't the video use 512? 09.58.28 # <[Saint]> 512 for the 30GB and 2048 for the 80, IIRC. 09.58.33 # the classic is doing 4096, which should actually make life easier for ssds 09.59.05 # * TheSeven reminds people that he needs reviews and testing for g#897, g#898 and g#899 09.59.10 # 3Gerrit review #897 at http://gerrit.rockbox.org/r/897 : 3iPod Classic: Fix several ATA driver bugs. by Michael Sparmann 09.59.10 # 3Gerrit review #898 at http://gerrit.rockbox.org/r/898 : 3iPod Classic: Properly detect external power and charging state. by Michael Sparmann 09.59.11 # 3Gerrit review #899 at http://gerrit.rockbox.org/r/899 : 3iPod Classic: Prevent low battery shutdown if no battery is present by Michael Sparmann 09.59.20 # <[Saint]> Well done fs-bluebot! 09.59.28 # <[Saint]> Good buy, have a treat. 09.59.31 # <[Saint]> *boy 09.59.40 # just got back and caught up on the conversation 10.00.30 # * [Saint] is very interested in iPod Classic: Properly detect external power and charging state. 10.01.19 # <[Saint]> No more thinking my Apple wall warts trying to connect 10.01.25 # I still didn't find a current sensor yet, seems like it has none :/ 10.01.50 # and that neither... that's USB-related 10.02.10 # what I fixed is that it actually knows when it charges, and when firewire power is present 10.02.16 # <[Saint]> I'm wanting to play with the dualboot, but, IIUC, this isn;t working on the CEATA fat-fat-fatsons, is it? 10.02.40 # I see no reason why ceata would need special treatment for that 10.02.50 # <[Saint]> Ah. I must've misparsed. 10.03.08 # it used to be the other way round before we fixed HDD byte order back in 2011 ;) 10.03.42 # dualboot should just work with emcore head 10.03.50 # <[Saint]> How does the dualboot installer work? I assume it needs to be installed from a restored iPod in order to actually function? 10.04.07 # not integrated in the boot menu or installer yet, but you can obtain an apple firmware image somehow and just "runfirmware" it through emcore.py, it should work 10.04.16 # <[Saint]> Ahhhh. 10.04.47 # otherwise it would require a restore, yes 10.05.06 # but I'll probably hold that back until we have a rockbox bootloader, which is around the corner ;) 10.05.31 # <[Saint]> I'm missing all this skype-related dev goodies, dammit. :) 10.06.02 # <[Saint]> I look through the logs and see "Oh, this works now, and...this, and we did this..." 10.06.23 # <[Saint]> then scan through the places I may have missed hoping to find the discussion...that I won't find. 10.06.34 # Is there anywhere that I should submit this bug to? 10.06.56 # there isn't much discussion anyway, I once again did most things myself, occasionally ranting about broken stuff in #freemyipod 10.07.19 # <[Saint]> http://www.rockbox.org/tracker/index.php?type=2 10.10.31 Quit ender` (Ping timeout: 260 seconds) 10.10.59 Quit SuperBrainAK (Ping timeout: 260 seconds) 10.11.53 Join SuperBrainAK [0] (~andy@74.112.200.73) 10.13.18 # looks like im sticking to the regular old ipod firmware lol 10.13.53 # Thanks for the help guys. Later 10.15.04 Quit HaiKaiDo (Quit: Page closed) 10.19.53 Quit pretty_function (Quit: Leaving...) 10.29.42 # regarding ipod classic bootloader installation, we have two options: 10.30.06 # 1. build a DFU payload that directly flashes a rockbox bootloader 10.30.26 # 2. build a DFU payload that somehow does a "tethered boot" of rockbox, then flash the bootloader from a plugin 10.30.53 # 3. a hybrid solution, doing 1. for initial installs and 2. for updates (but that's code duplication...) 10.31.38 # also where would that code belong in our tree? 10.51.34 *** Saving seen data "./dancer.seen" 10.56.01 Join lebellium [0] (~chatzilla@89-93-178-161.hfc.dyn.abo.bbox.fr) 11.42.56 # eh, WavPack lossy (encoded with -h -x1) isn't that much more battery consuming than lossyFLAC: 10h 30min vs. 11h 43min on my old Clip+ with no DSP and no headphones attached 11.43.46 # <[Saint]> Dammit, pick a real lossy/lossless format and stick with it! 11.43.48 # <[Saint]> ;P 11.43.55 # WavPack lossy: http://outpost.fr/tmp/arI.txt 11.44.10 # lossyFLAC: http://outpost.fr/tmp/lQC.txt 11.44.16 # [Saint]: NEIN 11.44.59 # [Saint]: WavPack Hybrid = encode only once / only one collection to deal with 11.45.34 # <[Saint]> Who woke up one day and thought "Y'know what, all those bits fuck me off...its time to get lossy up in this lossless bitch"? 11.45.47 # <[Saint]> Because, well...fuck them. 11.45.54 # what 11.46.04 # David Bryant is a great guy! 11.46.12 # let's not fuck him 11.49.28 # <[Saint]> "I know. I know what we'll do. The world NEEDS another lossy codec to fall by the wayside and eventually disappear into obscurity. Yes. This. This is my purpose." 11.49.51 Nick SuperBrainAK is now known as DormantBrain (~andy@74.112.200.73) 11.50.13 # Sounds reasonable to me. 11.51.40 # * [Saint] notes that Opus is immune to that rant, because...well, because. 11.52.42 # lol 11.52.50 # you know, that's funny 11.53.07 # because Opus lowers bitrate at a time where bitrate can finally go UP 11.53.44 # <[Saint]> [debatable] 11.54.36 # I could have used Opus at a time when I couldn't use WavPack Lossy or lossyFLAC 11.54.57 # now I can use the latter, and I have no use for the former 11.55.42 # <[Saint]> Well...there's a difference. Opus has a chance of being widely implemented and having a future. 11.58.07 # as a voice / streaming codec, maybe 11.58.42 # probably not as a replacement for MP3 / AAC for the masses 11.58.51 # <[Saint]> We'll see. 11.59.09 # HA and Rockbox people don't count :P 11.59.18 # <[Saint]> Its the only real competition there is. 11.59.31 # competition for what? 11.59.31 # <[Saint]> Its sure as shit not going to be lossy wav that takes the crown. :p 11.59.48 # I thought the competition was long over 11.59.57 # AAC for iTunes, MP3 for everything else 12.00.05 # <[Saint]> Only because there's been no real competitors. 12.00.13 # <[Saint]> Not because the competition was over. 12.00.20 # what about Ogg Vorbis? 12.00.24 # <[Saint]> ~ 12.01.10 # <[Saint]> That missed the boat by not really offering...well, shit all, really. 12.01.31 # better quality at lower bitrates, gaplessness 12.01.35 # multi channel 12.02.41 # note how MP3 is still there, even though AAC is the de-facto successor 12.02.55 # actually no-one uses AAC except Apple 12.03.05 # everyone else is still using MP3 12.03.48 # vOv 12.04.18 # I'm not entirely sure that technical merits count for much on the marketplace 12.07.26 # [Saint]: what's the status on Opus playback on a Clip+ btw? 12.07.50 # I see there have been speed improvements in HEAD 12.08.15 # decoding speed* 12.15.10 # I'm just gonna run the same battbench with Opus VBR ~128 12.15.27 # I know people who are interested in that anyway 12.27.16 # I think AAC failed hard because of the way it's licensed 12.28.13 # IIRC, while MP3 licensing focused on encoders and streaming providers, you have to pay a per-unit-sold royalty for AAC decoders 12.28.51 Join bertrik [0] (~quassel@cl-1037.haa-01.nl.sixxs.net) 12.28.52 Quit bertrik (Changing host) 12.28.52 Join bertrik [0] (~quassel@rockbox/developer/bertrik) 12.29.36 # <[Saint]> I feel opus has a chance because its on par with, close to, or better than the competition *and* brings adaptive bitrates to the table. 12.29.40 # <[Saint]> Its kinda win win. 12.32.33 Quit headwhacker (Ping timeout: 246 seconds) 12.33.09 Join ender` [0] (krneki@foo.eternallybored.org) 12.35.50 Join pamaury [0] (7a926882@gateway/web/freenode/ip.122.146.104.130) 12.36.02 Quit pamaury (Changing host) 12.36.02 Join pamaury [0] (7a926882@rockbox/developer/pamaury) 12.36.39 # [Saint]: ping 12.37.55 # <[Saint]> Mmmmmmmyes? 12.38.27 # <[Saint]> alternatively, 12.38.30 # <[Saint]> pamaury: pong 12.38.55 # what are the requirements to build rockbox for android ? 12.39.00 # I have the NDK and SDK 12.39.27 # <[Saint]> sec 12.40.07 # <[Saint]> SDK platform 19, and SDK build tools 19.1 12.40.40 # I have the ADT bundle, does that include both ? 12.41.16 # <[Saint]> If you just grabbed it, it'll probably include a newer sdk build-tools version. 12.41.30 # <[Saint]> you'd need to run "android" and grab it explicitely. 12.42.09 # I need this exact version ? 12.42.17 # <[Saint]> Yes. 19.1 12.42.37 # how do I do that ? 12.42.37 # <[Saint]> (no idea why, I just know that's how it is) 12.43.07 # <[Saint]> If you run "android", it'll bring up the Android SDk Manager. 12.43.23 # hum, doesn't do anything, maybe I miss something in the path 12.44.05 # <[Saint]> Ah, yeah, if its not in $PATH already you'll have to do /path/to/android 12.44.18 # <[Saint]> I seem to recall adding to $PATH being my doing. Sorry. 12.44.56 # found it, let me try 12.45.26 # <[Saint]> Once the Android SDK Manager is running, build-tools 19.1 should be the third listing in the "tools" submenu. 12.45.48 # indeed, I found it 12.46.06 # <[Saint]> If you want to save space, you can uninstall everything *but* API 19 and build-tools 19.1 12.46.17 # <[Saint]> Its all needless cruft for RaaA. 12.47.06 # now I get an error about arm-linux-androideabi-cpp: cc1 exec 12.47.29 # do I need to put the arm-linux-* stuff in the PATH ? I thought the SDK path would be enough 12.47.49 # <[Saint]> Have you exported the env vars? 12.48.12 # export ANDROID_NDK_PATH="~/project/android/android-ndk-r10" export ANDROID_SDK_PATH="~/project/android/adt/sdk" 12.48.24 # <[Saint]> ANDROID_NDK_PATH and ANDROID_SDK_PATH 12.48.32 # <[Saint]> Hmmm. 12.48.57 # surprinsingly configure finds the arm-linux-androideabi-* version 12.49.11 # maybe I need to add it to the PATH 12.49.27 # <[Saint]> That error you're getting is the usual "env vars not exported" error IIRC. 12.50.09 # no, it doesn't tell me the env var are not exported 12.50.19 # <[Saint]> The only two path relevant items in my entire config are: 12.50.21 # <[Saint]> export ANDROID_NDK_PATH=/media/saint/Development/Android/android-ndk-linux-x86_64 12.50.21 # <[Saint]> export ANDROID_SDK_PATH=/media/saint/Development/Android/adt-bundle-linux-x86_64/sdk 12.50.22 # the error comes from the arm-linux-androideabi-gcc itself 12.50.44 # so you have nothing related to android in your PATH ? 12.50.55 # <[Saint]> No. 12.51.03 # weird 12.51.08 # <[Saint]> Do you have the multiarch shit installed? 12.51.38 *** Saving seen data "./dancer.seen" 12.51.45 # yes 12.51.51 # <[Saint]> Double hmmm. 12.52.26 # http://pastebin.com/Dx7LmZHQ 12.53.26 # <[Saint]> What's the NDK version? Recent? 12.53.53 # android-ndk-r10 12.54.40 # but I doubt it's a problem with the ndk since the arm gcc belongs to the build tools 12.56.00 # <[Saint]> Grasping at straws here, did you maybe grab the NDK for 64bit targets? 12.56.13 # <[Saint]> (which, AFAIK, don;t actually exist yet in the real world) 12.56.55 # don't think so: android-ndk32-r10-linux_x86_64 12.57.09 # <[Saint]> Nope. You did not. 12.57.13 # <[Saint]> What the... 12.57.58 # let me try by explicitely adding the directoty to the PATH 12.58.07 # <[Saint]> I literally do nothing but: install SDK+NDK, grab the right API and build-tools, export env vars. 12.58.21 # haha, seems to work 12.58.29 # <[Saint]> I...what? 12.58.32 # <[Saint]> Weird. 12.58.36 # yeah 12.58.48 # let's see what make does ^^ 12.58.59 # damned, something is really wrong 12.59.18 # /home/pamaury/project/android/android-ndk-r10/toolchains/arm-linux-androideabi-4.6/prebuilt/linux-x86_64/bin/../lib/gcc/arm-linux-androideabi/4.6/include-fixed/limits.h:169:61: error: no include path in which to search for limits.h 13.00.58 # <[Saint]> FWIW: If you're investigating this due to the framebuffer hint given in the logs a while back, I don't think that's a real avenue to pursue. 13.01.15 # <[Saint]> RaaA should be absolutely fine with running a binary lesser than the device resolution. 13.01.23 # <[Saint]> it'll just position it at 0,0 13.02.19 # <[Saint]> Also, I lied slightly, here's everything in my config that pertains to Android and Rockbox: 13.02.20 # <[Saint]> http://pastebin.com/VyKn0GM9 13.02.36 # <[Saint]> But, as you can see, half of it doesn't pertain to Rockbox, just Anroid. 13.02.38 Quit GodEater (Ping timeout: 240 seconds) 13.03.09 # <[Saint]> (making my life easier by adding adb and sdk manager to the path, but, that's not necessary at all) 13.05.07 # it seems to work 13.05.34 Join GodEater [0] (~whoknows@my83-216-94-151.mynow.co.uk) 13.05.34 Quit GodEater (Changing host) 13.05.34 Join GodEater [0] (~whoknows@rockbox/staff/GodEater) 13.05.59 # <[Saint]> So, just to run through, as I feel I may have been potentially misleading. You have: Android SDK Tools, Android SDK Platform-tools, Android SDK Build-tools (19.1), and SDK Platform 19? 13.06.32 # <[Saint]> But, despite that, it still complains unless you added the toolchain to the path explicitly? 13.06.45 # apparently 13.06.55 # <[Saint]> Huh. 13.07.16 # but something is strange: I ran make, got an error about missing header, ran make again and now it works 13.07.40 # I need to leave, I'll be back with news about this ;) 13.08.00 # <[Saint]> Either myself, or a machine pretending to be me and logging, will be here. Thanks. 13.10.47 # <[Saint]> Another possible issue to run into later down the track is a missing JDK/JRE 13.14.12 Quit pamaury (Ping timeout: 246 seconds) 13.23.55 Join ygrek [0] (~user@108.59.6.97) 13.29.07 Join ZincAlloy [0] (~Adium@pD9EEA929.dip0.t-ipconnect.de) 13.50.40 Quit [Saint] (Quit: going down for system upgrade) 13.54.08 Join djukon [0] (~djukon@50708355.static.ziggozakelijk.nl) 13.55.48 Join [Saint] [0] (~saint@rockbox/staff/saint) 13.56.21 Quit kuldeepdhaka (Ping timeout: 264 seconds) 14.10.00 Join HeadWhacker [0] (84934c34@gateway/web/freenode/ip.132.147.76.52) 14.25.01 Quit sakax (Quit: Leaving) 14.25.21 Join sakax [0] (~sakax@unaffiliated/sakax) 14.26.25 Join ploco [0] (dce9b7f9@gateway/web/freenode/ip.220.233.183.249) 14.29.58 # [Saint]: no, a lower resolution build RaaAoA won't work on higher resolution device. I will point them out in codes 14.30.51 # btm = Bitmap.createBitmap(width, height, Bitmap.Config.RGB_565); in surfaceChanged in JAVA. which if target is 720x1280, will create a bmp buffer in this resolusion. 14.31.23 Join rela [0] (~x@pdpc/supporter/active/rela) 14.31.47 # btm.copyPixelsFromBuffer(framebuffer); which will try to copy from internal framebuffer to this bmp. If the internal frame buffer is different than the one surface created. doom 14.31.59 # will be black screen 14.34.05 Quit ZincAlloy (Quit: Leaving.) 14.34.21 Quit ygrek (Ping timeout: 245 seconds) 14.35.06 Join ZincAlloy [0] (~Adium@pD9EEA929.dip0.t-ipconnect.de) 14.36.57 # <[Saint]> Hmmm...that /used/ to work. 14.37.08 # <[Saint]> Perhaps by accident. 14.38.00 # This change was introduced back in March I think 14.38.07 # <[Saint]> Aha. 14.39.22 # <[Saint]> Well...that sucks. 14.40.02 # <[Saint]> I assume there's a reason for it, but, ...suck. 14.40.39 # glad you understand my frustration 14.41.07 # <[Saint]> I guess this is why you made the scaling patch? 14.41.14 # <[Saint]> Or, part of the reason. 14.41.34 # yes, part of it 14.41.54 # <[Saint]> Without the knowledge of this regression, I couldn't really understand it. 14.42.05 # <[Saint]> It becomes clearer now. 14.45.41 # I hope there is a solution that can replace the skin engine with the Android API, but this means rewrite the whole skin engine and output in JAVA. 14.46.40 # <[Saint]> If we go native... There's no point bringing the theme engine with us. 14.46.57 # <[Saint]> Too much work for a niche market gain. 14.47.26 # * TheSeven complains about SCSI being a complicated mess! 14.47.53 # agree. I tried so I know. it's a endless journey 14.50.00 # <[Saint]> One option would be to leave it accessible so that the user can ovveride the default (native) theme if they wanted to open that can of worms and accept the issues they'll create for themselves. 14.50.35 # <[Saint]> The glaring issue is that in pre-4.2 builds, you'll lose the status and nav bars. 14.51.01 # <[Saint]> It only works on 4.2+ by accident. 14.51.39 *** Saving seen data "./dancer.seen" 14.51.47 # <[Saint]> (Transparency and auto-immersion for full screen apps solved this issue for us) 14.51.53 Join skx_droid [0] (~sakax@unaffiliated/sakax) 14.53.47 # The chinese community build can actually maintain status bar for pre-4.2. but everything get shifted few pixels down. 14.54.22 # <[Saint]> Yeah, that wasn't accepted as an actual solution here. 14.54.32 # <[Saint]> Its a kludge at best. 14.56.26 Quit sakax (Quit: Leaving) 14.56.28 Quit skx_droid (Client Quit) 14.56.54 Join sakax [0] (~sakax@unaffiliated/sakax) 14.57.08 # <[Saint]> And if its the same patch I'm thinking of, failure prone. 14.57.30 # <[Saint]> (The status bar isn't a known, fixed height) 14.57.51 Quit rela (Read error: Connection reset by peer) 14.58.18 # I can detect the height of status bar at run time. 14.58.49 # <[Saint]> Ah. Seems like you went a step further than we did all those years ago. 14.59.04 # <[Saint]> I'm not sure that was figured out on our end. 14.59.33 # <[Saint]> On a side note, it is DISTURBING how many similar things have been worked on here. 15.00.08 # <[Saint]> (without active cooperation between both parties) 15.00.13 # I'm not sure about the other end as well. because they don't take all my pulling request as well. LOL 15.00.32 # <[Saint]> Ah. :) 15.01.18 # <[Saint]> I had assumed you were an integral part of the CN RaaA port. 15.01.27 # <[Saint]> That makes more sense to me now. 15.01.57 # nono, I'm more like a freelancer who work with them in one stage 15.02.29 # <[Saint]> (Google Translate fucking murders Rockbox.cn so most of the non-code content is irrelevant to me. 15.02.47 # <[Saint]> I've tried touching base there but I couldn't even register. 15.03.24 # <[Saint]> Learning Chinese is a bit further than I'm willing to go for this. ;) 15.04.06 # PurlingNayuki is the team leader, so why not just email then? 15.04.59 # <[Saint]> I wasn't aware of that. 15.05.18 # <[Saint]> That makes the lack of collaboration even harder to understand. 15.05.27 # oops, did I said something I shouldn't? XD 15.05.58 Quit sakax (Quit: Leaving) 15.06.26 Join sakax [0] (~sakax@unaffiliated/sakax) 15.11.49 # <[Saint]> Possibly. I don't know. The only content that Rockbox.cn offers me that I can make use of is code snippets and a link to a gift repo (but even that is tedious to find for a non-native Chinese speaker) 15.12.37 # <[Saint]> I haven't actually bothered trying to track any individual committees down. 15.12.47 # <[Saint]> Just poking around recent commits. 15.13.07 # <[Saint]> *committers 15.13.37 # <[Saint]> *git repo (damn mobile auto complete) 15.15.16 Join pamaury [0] (7a926882@gateway/web/freenode/ip.122.146.104.130) 15.15.40 Quit pamaury (Changing host) 15.15.40 Join pamaury [0] (7a926882@rockbox/developer/pamaury) 15.15.54 # most recent commits are some crazy dsps I made using group delay and mid/side processing. 15.26.53 # <[Saint]> Ohhhh. Piss off google keyboard. 15.27.12 # <[Saint]> That's a stupid place for the mic key. 15.27.29 # <[Saint]> Whoops. Channel. Heh. 15.34.02 # [Saint]: with my build, rockbox now works on my phone 15.34.09 # but I don't have any icon in the theme 15.34.56 # in fact I do but there are super super small 15.34.57 # and without color 15.36.31 # definitely super ugly 15.37.33 # <[Saint]> No theme for this resolution. 15.37.39 # <[Saint]> So, fallback. 15.37.57 # yeah, that's pretty horrible 15.38.04 # <[Saint]> Which is built with small res daps in mind. :) 15.38.46 # <[Saint]> Tweak the config manually if you have to. 15.41.16 # pamaury: http://pan.baidu.com/s/1hqqXC2K 15.41.21 # <[Saint]> One of the wide and varied reasons why we: 15.41.36 # <[Saint]> A - don't promote RaaA at all 15.41.47 # <[Saint]> B - need a full native UI 15.42.05 # ploco: what's that ? 15.42.08 # that's a theme for 480x854 from rockbox chinese community 15.42.15 # [Saint]: yeah I now, I just never tested by myself ^^ 15.43.01 # <[Saint]> But I sure don't have the time to do it, even if I did have the capability. 15.43.11 # <[Saint]> I know I can build the UI. 15.43.30 # <[Saint]> But I have NO idea how to make Rockbox use it. 15.44.24 # I sure am a poor UI designer, maybe I could make rockbox use it but I would need to learn a lot, I think kugel made a self contained player based on qt so that's a great first step 15.44.37 # <[Saint]> Joining those dots is well above my pay grade. I run cables for a living, not wrangle bits. ;) 15.44.57 # ploco: ok thanks, I'll try that 15.45.36 Quit Xerion (Ping timeout: 240 seconds) 15.46.26 # [Saint]: ploco: do you know where is the .rockbox dir on android ? 15.46.37 # * pamaury knows everything about native targets but nothing about raaa 15.47.18 # <[Saint]> /storage/sdcard0/rockbox or so. 15.48.44 # Thanks 15.48.55 # <[Saint]> Paths to emulated storage vary wildly. 15.49.24 # <[Saint]> (or actual external storage) 15.50.01 # haha, this theme is much better 15.50.13 # I don't like the image at the top though, I need to remove it 15.50.24 # <[Saint]> Not a very high bar. :) 15.50.45 # <[Saint]> 8pt fonts and monotone 6px icons. 15.50.59 # <[Saint]> Not terribly hard to beat. :p 15.51.37 # I know *nothing* about theming 15.52.28 # [Saint]: if you want to make a theme for 480x854, you are welcome ;) 15.53.18 # [Saint]: http://pan.baidu.com/s/1eQH0rcu#dir/path=%2F0713 try to beat this. my theme with personal builds 15.53.48 # <[Saint]> I've got a project going that would allow for trivial porting of a simple base theme to arbitrary resolutions 15.53.57 # wps size is 75KB.LOL 15.54.09 # <[Saint]> But it sees very belittle of my time these days. 15.54.22 # <[Saint]> *very little 15.54.29 Quit Strife89 (Ping timeout: 250 seconds) 15.56.32 # <[Saint]> I picked it back up the other day, but in hit a wall and got bored, then got busy. 15.57.04 Join y4n [0] (~y4n@unaffiliated/y4ndexx) 15.58.32 # <[Saint]> The idea is to not use a backdrop at all, and use negative offsets for positioning elements where ever possible. 15.58.51 # <[Saint]> (resolution independent) 16.00.18 # <[Saint]> I'm also trying to keep it well commented and simple. 16.01.53 # <[Saint]> My Rockbox time, where I've actually felt like doing anything, is around nil these days. 16.03.30 # <[Saint]> I have a basic version working with dummy images. 16.05.59 # hi what does /system/bin/muteopen exactly do? Is it really required by Rockbox. In system-android.c if I remove the system call on system_init I don't hear any sound coming out of rockbox 16.12.56 # [Saint]: could you help me modify the ConciseV2 theme do remove the image ? 16.15.29 Quit ploco (Quit: Page closed) 16.22.26 Join ygrek [0] (~user@108.59.6.97) 16.36.09 Quit pamaury (Ping timeout: 246 seconds) 16.36.55 Join rela [0] (~x@pdpc/supporter/active/rela) 16.44.05 Quit sakax (Remote host closed the connection) 16.51.42 *** Saving seen data "./dancer.seen" 17.08.57 Quit jhMikeS (Ping timeout: 264 seconds) 17.27.33 Quit rela (Read error: Connection reset by peer) 17.57.11 # urgh 17.57.23 # implementing SMART support is going to be rather invasive... 17.59.10 # looks like I'll have to rewrite half of our SCSI code 18.10.54 Quit Scall (Remote host closed the connection) 18.51.45 *** Saving seen data "./dancer.seen" 18.57.08 Join Scall [0] (~chat@unaffiliated/scall) 19.27.29 Join sakax [0] (~sakax@unaffiliated/sakax) 19.32.23 Quit bluebrother (Disconnected by services) 19.32.28 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 19.34.37 Quit fs-bluebot (Ping timeout: 250 seconds) 19.37.52 Join fs-bluebot [0] (~fs-bluebo@f053154251.adsl.alicedsl.de) 19.40.15 # can someone please explain SCSI to me!? 19.53.27 # argh. 19.53.37 # the SAT-2 standard contradicts the SPC-4 standard 19.53.51 # that was fixed in SAT-3 in a semi-compatible way 19.54.07 # however smartmontools doesn't support that and forces us to violate SPC-4. 20.06.22 # TheSeven: I think nobody knows a consistent set of SCSI specs :) 20.07.59 # and if it exists, it probably won't work with windows 20.23.10 Quit Scall (Ping timeout: 245 seconds) 20.25.02 Quit datass (Ping timeout: 246 seconds) 20.26.42 Join Scall [0] (~chat@unaffiliated/scall) 20.31.16 # could it be that our SCSI error handling is completely broken? 20.31.30 # IIUC our current code will lock up the connection if the host ever sends a request that we don't support 20.33.47 # that code has a style of doing everything as directly as possible, cutting away several useful abstraction layers 20.34.07 # it doesn't even really keep track of where it current is within a SCSI transaction 20.34.22 # if something goes wrong, it sometimes just sends a CSW, even though the host expects to receive data 20.34.44 # then, when the host attempts to receive the CSW, we just don't respond at all, not even sending a STALL 20.35.15 # fixing that mess would be rather invasive... 20.51.48 *** Saving seen data "./dancer.seen" 21.11.46 Quit ygrek (Ping timeout: 260 seconds) 21.13.45 Join Rower [0] (~husvagn@h176n2-aeg-a11.ias.bredband.telia.com) 21.16.37 Join ikeboy [0] (~ikeboy@ool-435622d3.dyn.optonline.net) 21.23.59 Join Xerion [0] (~xerion@5419F5F4.cm-5-2d.dynamic.ziggo.nl) 21.37.07 Quit ikeboy (Remote host closed the connection) 21.47.32 Join ikeboy [0] (~ikeboy@ool-435622d3.dyn.optonline.net) 21.57.48 Quit y4n (Quit: Today is the perfect day for a perfect day.) 22.02.38 Quit derf (Ping timeout: 260 seconds) 22.04.36 Join derf [0] (~derf@static-108-18-126-14.washdc.fios.verizon.net) 22.07.03 Quit sakax (Quit: Leaving) 22.08.00 Join sakax [0] (~sakax@unaffiliated/sakax) 22.26.02 Quit ikeboy (Quit: Leaving) 22.48.03 Join Makinit [0] (makinit@makinit.nl) 22.51.52 *** Saving seen data "./dancer.seen" 22.59.04 Quit lebellium (Quit: ChatZilla 0.9.90.1 [Firefox 31.0/20140716183446]) 23.08.45 Quit Rower (Quit: Hmmm...) 23.32.42 Quit Case (Ping timeout: 260 seconds) 23.52.12 # yay! http://paste.pm/raw/ia3 23.58.46 # I'm afraid that porting this to rockbox won't be easy though :/