--- Log for 22.06.114 Server: morgan.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 3 days and 23 hours ago 00.00.50 # it's much better than when I originally got the pi (back then a little bit of network traffic was sufficient to make it ignore what's typed on the USB keyboard, and it locked up several times a day), but it still is far from stable 00.01.25 # I must admit that it needed to do a job that involved massive amounts of polling USB devices though (bitbanging JTAG on an FTDI) 00.01.52 # <[Saint]> TheSeven: coming in fairly early, being used to micro-ARM boards before, and trying to do something more complicated than spinning a couple of arbitrary shapes in a GPU overlay, having had a technical background, you were bound to be disappointed. 00.01.53 # it also corrupted the SD card fairly often 00.01.58 # I don't use a USB keyboard on mine, yet. I'm working on making it talk. Screenless computing FTW! 00.02.04 # <[Saint]> ALso largely fixed. 00.02.21 # <[Saint]> TL:dr: got it too early, tainted your world view. 00.02.30 # I had a pandaboard before, and the Pi was badly disappointing compared to that 00.02.42 Join bertrik [0] (~quassel@rockbox/developer/bertrik) 00.02.45 # * [Saint] just wrote a alrge sentence to that effect 00.02.50 # <[Saint]> *large 00.02.53 # the panda had issues with SD card performance as well, but you could just use USB. on the pi that just didn't work reliably. 00.02.58 # * gevaerts thinks this isn *far* off-topic now 00.03.14 # "isn" 't? 00.03.21 # but yeah, we should move that 00.18.43 Join saratoga_ [0] (123e1ce5@gateway/web/freenode/ip.18.62.28.229) 00.19.05 # i noticed my manual changes aren't live yet 00.19.12 # i thought the manuals were built daily? 00.22.01 # oh its just the HTML manuals that aren't updating 00.22.12 # the current one is from June 14, 2014 00.22.26 # Isn't that when the server was down? 00.22.32 # probably 00.22.51 # Bagder, Zagor: can one of you check if the HTML manual builds aren't updating since last week (June 14)? 00.23.09 # are we in need of build clients ? 00.23.36 # http://download.rockbox.org/manual/rockbox-iaudiom5.pdf (section 6.9) if anyone wants to comment on the revised EQ section 00.23.39 # probably still needs work 00.26.59 # <[Saint]> Wasn't the server down only a few days ago? 00.27.11 # <[Saint]> 14th seems a bit far back to me. 00.27.22 # <[Saint]> (but, my passage of time is...well, yeah) 00.31.50 Quit pamaury (Ping timeout: 245 seconds) 00.32.19 Quit MMlosh (Quit: Bye...) 00.37.30 *** Saving seen data "./dancer.seen" 00.50.25 Join cmhobbs [0] (~cmhobbs@ip98-186-66-92.fv.ks.cox.net) 00.50.25 Quit cmhobbs (Changing host) 00.50.25 Join cmhobbs [0] (~cmhobbs@fsf/member/cmhobbs) 00.54.14 Join MMlosh [0] (~MMlosh@2001:470:6f:23:a1a7:43b8:8391:9408) 00.55.47 Quit bluebrother (Disconnected by services) 00.55.52 Join bluebrother^ [0] (~dom@rockbox/developer/bluebrother) 00.58.40 Quit fs-bluebot (Ping timeout: 244 seconds) 01.01.50 Join fs-bluebot [0] (~fs-bluebo@g224236192.adsl.alicedsl.de) 01.16.09 Quit lebellium (Quit: ChatZilla 0.9.90.1 [Firefox 31.0/20140616143923]) 01.20.34 Join jhMikeS [0] (~jethead71@rockbox/developer/jhMikeS) 02.11.01 Quit ender` (Quit: Anyone who thinks people lack originality should watch them folding roadmaps.) 02.17.46 Join JdGordon [0] (~JdGordon@pa49-183-201-87.pa.vic.optusnet.com.au) 02.33.32 Quit JdGordon (Ping timeout: 240 seconds) 02.36.06 Quit bertrik (Remote host closed the connection) 02.37.34 *** Saving seen data "./dancer.seen" 02.38.14 Quit ZincAlloy (Quit: Leaving.) 02.39.47 Join JdGordon [0] (~JdGordon@pa49-183-201-87.pa.vic.optusnet.com.au) 03.00.01 Quit AlexP (Remote host closed the connection) 03.07.30 Quit JdGordon (Ping timeout: 240 seconds) 03.20.06 Join Strife89 [0] (~Strife89@2600:1005:b02b:3c9b:8ca:a7db:bd82:37aa) 03.20.35 Join JdGordon [0] (~JdGordon@pa49-183-201-219.pa.vic.optusnet.com.au) 04.00.40 Quit RiD (Read error: Connection reset by peer) 04.02.50 Quit cmhobbs (Ping timeout: 255 seconds) 04.12.26 Quit amiconn (Disconnected by services) 04.12.26 Join amiconn_ [0] (amiconn@rockbox/developer/amiconn) 04.12.27 Join pixelma_ [0] (pixelma@rockbox/staff/pixelma) 04.12.27 Quit pixelma (Disconnected by services) 04.12.29 Nick pixelma_ is now known as pixelma (pixelma@rockbox/staff/pixelma) 04.12.30 Nick amiconn_ is now known as amiconn (amiconn@rockbox/developer/amiconn) 04.16.53 Nick SuperBrainAK is now known as DormantBrain (~andy@74.112.200.73) 04.24.46 Join bcobco [0] (~bcobco@77.225.204.119) 04.37.36 *** Saving seen data "./dancer.seen" 04.54.37 Join cmhobbs [0] (~cmhobbs@fsf/member/cmhobbs) 04.57.51 Quit bcobco (Remote host closed the connection) 04.58.13 Join bcobco [0] (~bcobco@77.225.204.119) 05.00.45 Join ygrek [0] (~user@108.59.6.97) 05.04.00 Quit [Saint] (Remote host closed the connection) 05.06.41 Join [Saint] [0] (~saint@rockbox/staff/saint) 05.07.35 Quit steffengy (Disconnected by services) 05.07.36 Join steffengy1 [0] (~quassel@p5088F86F.dip0.t-ipconnect.de) 05.09.03 Quit TheSeven (Ping timeout: 260 seconds) 05.10.02 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven) 05.14.41 Quit [Saint] (Remote host closed the connection) 05.17.23 Join [Saint] [0] (~saint@rockbox/staff/saint) 05.20.07 Quit JdGordon (Ping timeout: 244 seconds) 05.33.57 Quit GeekShadow (Ping timeout: 272 seconds) 05.51.17 Quit bcobco () 06.14.51 Quit Strife89 (Ping timeout: 260 seconds) 06.37.38 *** Saving seen data "./dancer.seen" 06.40.54 Nick DormantBrain is now known as SuperBrainAK (~andy@74.112.200.73) 07.33.56 Join JdGordon [0] (~JdGordon@pa49-183-201-219.pa.vic.optusnet.com.au) 07.49.01 Quit cmhobbs (Ping timeout: 264 seconds) 08.01.03 Join AlexP [0] (~alex@rockbox/staff/AlexP) 08.11.36 Join advcomp2019__ [0] (~advcomp20@unaffiliated/advcomp2019) 08.13.32 Quit advcomp2019_ (Ping timeout: 240 seconds) 08.13.32 Quit shamus (Ping timeout: 240 seconds) 08.13.38 Join shamus [0] (~shmaus@ip-206-192-193-180.marylandheights.ip.cablemo.net) 08.37.42 *** Saving seen data "./dancer.seen" 08.41.00 # fucking ballz 08.44.45 Mode "#rockbox +o [Saint]" by ChanServ (ChanServ@services.) 08.45.01 Kick (#rockbox dongs :come back if you ever have anything relevant to say) by [Saint]!~saint@rockbox/staff/saint 08.45.11 Mode "#rockbox -o [Saint]" by ChanServ (ChanServ@services.) 09.25.01 Join ender` [0] (krneki@foo.eternallybored.org) 10.18.45 Nick SuperBrainAK is now known as DormantBrain (~andy@74.112.200.73) 10.18.46 Join rela [0] (~x@pdpc/supporter/active/rela) 10.32.48 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 10.37.43 *** Saving seen data "./dancer.seen" 10.41.49 Quit ender` (Ping timeout: 264 seconds) 10.42.02 Quit JdGordon (Ping timeout: 240 seconds) 11.22.59 Join lebellium [0] (~chatzilla@89-93-178-161.hfc.dyn.abo.bbox.fr) 11.45.39 Quit Scromple (Read error: Connection reset by peer) 11.48.55 Join Scromple [0] (~Simon@161.43.73.67) 11.56.45 Join bertrik [0] (~quassel@rockbox/developer/bertrik) 11.58.18 Join JdGord [0] (~AndChat49@rockbox/developer/JdGordon) 12.03.42 # What's the status on a rockbox release? 12.04.01 # Perhaps we should give out some kind of announcement, so people can send in the final language patches, etc. 12.09.34 # It's easier to talk about it than do it? 12.10.36 # I'm willing to help, but I can't do much if there is no plan 12.13.29 Join bcobco [0] (~bcobco@77.225.204.119) 12.31.28 Join ZincAlloy [0] (~Adium@pD9EEB108.dip0.t-ipconnect.de) 12.37.46 *** Saving seen data "./dancer.seen" 12.53.48 Quit GodEater (Quit: Coyote finally caught me) 12.55.36 Join GeekShadow [0] (~antoine@nzf.turmel.info) 12.55.36 Quit GeekShadow (Changing host) 12.55.36 Join GeekShadow [0] (~antoine@reactos/tester/GeekShadow) 12.55.37 Join GodEater [0] (~whoknows@90.194.223.13) 12.55.37 Quit GodEater (Changing host) 12.55.37 Join GodEater [0] (~whoknows@rockbox/staff/GodEater) 13.23.32 Quit ygrek (Ping timeout: 255 seconds) 13.28.01 # copper: your adapter finally arrived (in yesterday's mail) 13.36.01 Quit bertrik (Ping timeout: 245 seconds) 13.36.20 Join bertrik [0] (~quassel@rockbox/developer/bertrik) 13.38.08 Join sakax [0] (~sakax@unaffiliated/sakax) 13.39.50 Quit bcobco (Remote host closed the connection) 13.40.17 Join bcobco [0] (~bcobco@77.225.204.119) 13.47.15 Join RiD [0] (RiD@bl17-224-49.dsl.telepac.pt) 14.01.02 Quit ruskie (Excess Flood) 14.01.11 Join ruskie [0] (ruskie@sourcemage/mage/ruskie) 14.01.14 Quit ruskie (Excess Flood) 14.03.39 Join ruskie [0] (ruskie@sourcemage/mage/ruskie) 14.07.06 Quit rela (Quit: Leaving) 14.10.28 # TheSeven: jesus 14.10.43 # any sign of customs opening the thing? 14.11.18 # well, at least it reached its destination 14.11.25 # not at all 14.11.43 # customs typically ignores stuff that comes from inside the EU 14.11.59 # so, either the post office lady bullshat me, or there was some other random problem along the way 14.12.01 # I haven't even seen them open the stuff that comes from china 14.12.32 # or rather if they think it's suspicious (based on contents or value declaration) they order me to come to the customs office and open it in front of them 14.12.37 # nothing takes two weeks to go from France to Germany 14.13.07 # could well be that it's been stuck in some customs queue 14.13.15 Join Rower [0] (husvagn@h176n2-aeg-a11.ias.bredband.telia.com) 14.13.42 # china stuff typically just sits there for a week before they release it without even looking at it 14.13.49 # maybe they just lost it for a while 14.14.16 # yeah, they lost my card too, this week 14.14.20 # :/ 14.14.30 # until Amazon asked them to "investigate" 14.14.43 # only then did they find it: it was next town 14.14.54 # :) 14.15.00 # it had been sitting there, maybe 10 km away, for days 14.17.01 # copper: I'll probably get back my classic 1g on monday... but let me do some quick tests with a CF reader 14.17.11 # which brands did you say caused trouble? 14.17.56 # all of them 14.18.00 # :P 14.18.11 # SanDisk and Kingston didn't work at all with emCORE 14.18.32 # Lexar worked but got only 6 hours of battery life 14.23.17 # ok, so my card reader eats 93.5mA while no card is plugged 14.23.44 # up to 335mA with a spinning microdrive 14.23.55 # 109.5mA idle with a microdrive 14.24.20 # eek 14.24.42 # 130mA during accesses with an old 256MB CF card, 96.2mA while idle 14.25.42 # 135mA idle with tarkan adapter without a card (could be that the OS is trying to access it though) 14.26.54 # 135mA with an old 256MB SD card plugged directly into the card reader, 99.2mA idle, so the card consumes at most ~5mA while idle and ~40mA during accesses 14.27.20 # tarkan adapter with that card: 175mA access, 128.2mA idle 14.27.37 # so it actually consumes less idle power if it has a card 14.28.11 # but still wasting about 32mA somewhere, of which at least 27mA must be in the adapter 14.28.32 # that alone wouldn't get an ipod down to 6h though 14.28.51 # especially given that power to the adapter is shut off while it isn't being accessed 14.29.17 # => something must be keeping it awake for long periods of time, and the card probably also had a fairly high idle current 14.29.42 # now let's do some compatibility test 14.30.18 # I have a weird miniSD card + adapter that works in all card readers that I've tried, but not on any ARM boards (raspberry pi, cubieboard, pandaboard, odroid x2, olinuxino a20, ...) 14.30.28 # let's see whether the CF adapter can access that one 14.31.21 Quit bcobco (Remote host closed the connection) 14.31.46 Join bcobco [0] (~bcobco@77.225.204.119) 14.34.26 # gah, this experiment froze some kernel thread, even lsusb hangs without the adapter plugged 14.34.30 # guess I have to reboot 14.36.35 # damn, I don't think I'll ever be able to run rockbox on the ZEN MX, 2MB of memory is just too small 14.36.56 # pamaury: just solder additional chips in :b 14.37.14 # or has rockbox become too large... ? 14.37.48 *** Saving seen data "./dancer.seen" 14.39.52 # ok, this SD card definitely fails in the adapter as well 14.40.14 # hum, and now for strange reason recovery mode doesn't want to work :( I don't know, the fact that it has a 24-bit 240x320 lcd doesn't help for a start 14.41.48 # currently it boots but crashes with undefined instruction, I think somehow an allocation must fail or some memory is corrupted 14.41.49 # pamaury: it may still have an lcd controller that accepts an rgb565 framebuffer and outputs "24-bit" to the lcd 14.41.56 # no 14.46.26 # so it has a framebuffer LCD controller? 14.46.51 # otherwise you could typically upscale while writing to hte LCD 14.47.06 # the* 14.47.34 # like I'm downscaling (with dithering) rgb888 to rgb565 in emcore on the fly 14.47.35 # it uses dotclk mode, so I must use the DMA 14.47.46 # hm 14.48.16 # on nano4g the dithering code is actually faster than the LCD can accept data :P 14.48.28 # (and it's doing some 120 fps or so) 14.50.02 # yeah but with this lcd you cannot not send data to it, otherwise it will not display anything 14.50.48 # and I'm not very confident you can use PIO mode to sen data to it 14.51.01 # nor I'm confident I can synchronise this correctly with the frame start 14.51.18 # it's already a huge pain with the dma ^^ 14.52.20 # so what I'm doing now is to dma from rockbox framebuffer 14.52.38 # which is 24-bit/pix 14.53.23 # haha, success \o/ I have the main menu 14.53.56 # however something is not right, it seems that any bus activity causes the lcd to flicker 14.55.00 # I guess the fact that is it a 64MHz SDRAM doesn't help much 14.55.27 # this is hilarious... 14.55.28 # 32GB sandisk extreme card through tarkan adapter: sequential read 1GB: 2.9MB/s (6:15.81) 148.4mA, idle: 128.5mA, ejected: 96.2mA 14.55.28 # 32GB sandisk extreme card via native MMC: sequential read 1GB: 21.7MB/s (0:49.43), no current measurements 14.55.41 # copper: I think that's what you've been observing ^ 14.55.50 # but thinking about it now, it has 256KB of IRAM, a full framebuffer would fit in it 14.56.06 # TheSeven: ? 14.56.21 # it's utterly slow and eats a lot of power 14.56.53 # copper: what was the usual average data rate of the music that you were playing? 14.57.00 # 440 kbps 14.57.00 Join ygrek [0] (~user@108.59.6.97) 14.57.41 # hm, in that case it shouldn't have been online more than about 3% of the time 14.57.47 # even at those slow speeds 14.57.53 # vOv 15.00.02 # noooo, the iram is short of 220 bytes to get framebuffer + everything else 15.04.33 # 256MB noname SD card through tarkan adapter: sequential read 64MB: 2.8MB/s (0:23.61) 168.0mA, idle: 128.5mA, ejected: 96.1mA 15.04.33 # 256MB noname SD card directly in card reader: sequential read 64MB: 4.3MB/s (0:15.63) 132.2mA, idle: 99.3mA, ejected: 99.2mA 15.04.33 # 256MB noname SD card via native MMC: sequential read 64MB: 8.5MB/s (0:07.91), no current measurements 15.04.55 # so even that old slow SD card gets slowed down even further by that adapter 15.06.57 # if only I could find how to set the lcd to 16-bit mode.. 15.13.38 # :-/ 15.13.47 # note to self: don't be cheap 15.14.11 # what's "native MMC"? 15.14.28 # SD card slot of my laptop 15.14.52 # hm, I might be drawing wrong conclusions here though 15.15.06 # could be that the CF interface of the card reader is actually what causes the slowness 15.22.04 # hm yeah, getting 2.7-2.8MB/s with all cards that I tried (one of the cards is specified for 12MB/s) 15.22.11 # yuk 15.22.19 # * TheSeven grabs another card reader 15.22.38 # ok, that one has 80.1mA idle current with no card plugged 15.23.07 # you need to set up a webcam so I can watch ;) 15.24.30 # wtf 15.24.38 # getting the exact same speeds with another card reader 15.25.05 # Is there any advantage to formatting a microsdxc card to FAT32 on Android, as opposed to exFAT, minding that both are supported? 15.25.06 # guess I'll wait for my ipod to come back :) 15.25.31 # advantage: compatibility with other devices, disadvantage: no files >4GB supported 15.25.36 # I thought that Poweramp took a lot longer than usual to scan my exfat card with flacs 15.25.56 # vs. my FAT32 card with Ogg Vorbis files 15.26.10 # things like that could be possible, but I don't know enough about exfat to judge on that 15.26.15 # which I find surprising, given how fast it is to parse FLAC headers 15.26.29 Quit ygrek (Remote host closed the connection) 15.26.57 Join ygrek [0] (~user@108.59.6.97) 15.29.13 Quit JdGord (Ping timeout: 264 seconds) 15.41.57 Join froggyman [0] (~frogs@unaffiliated/froggyman) 15.46.32 Quit ygrek (Ping timeout: 240 seconds) 15.47.36 Quit bcobco (Remote host closed the connection) 15.48.01 Join bcobco [0] (~bcobco@77.225.204.119) 16.09.51 Quit sulky (Ping timeout: 260 seconds) 16.37.51 *** Saving seen data "./dancer.seen" 16.40.50 Join edhelas [0] (~edhelas@77-173-104-232.ip.telfort.nl) 17.05.30 Join ildarion [0] (4ef2d722@gateway/web/freenode/ip.78.242.215.34) 17.10.36 Quit jhMikeS (Ping timeout: 272 seconds) 17.11.05 Quit ildarion (Quit: Page closed) 17.11.42 Join y4n [0] (~y4n@unaffiliated/y4ndexx) 17.16.15 Join rela [0] (~x@pdpc/supporter/active/rela) 17.26.07 # * TheSeven just fixed I2C in the classic OF (seems like we need to set some undocumented reg bits) 17.26.14 # it still doesn't fully boot up though 17.26.32 # working on dual boot on the classic? 17.28.21 # yes 17.28.45 # how can you work on it without the device? 17.32.54 Quit bcobco () 17.34.32 Quit edhelas (Ping timeout: 240 seconds) 17.38.04 Join ender` [0] (krneki@foo.eternallybored.org) 17.47.59 Join edhelas [0] (~edhelas@77-173-104-232.ip.telfort.nl) 18.09.22 Join einhirn [0] (~Miranda@pD952D6D0.dip0.t-ipconnect.de) 18.13.56 Quit einhirn (Ping timeout: 272 seconds) 18.24.35 Quit edhelas (Ping timeout: 255 seconds) 18.37.32 Join edhelas [0] (~edhelas@77-173-104-232.ip.telfort.nl) 18.37.55 *** Saving seen data "./dancer.seen" 18.38.57 Join Strife89 [0] (~Strife89@adsl-98-80-242-164.mcn.bellsouth.net) 18.42.27 Quit Rower (Quit: Hmmm...) 18.57.55 Quit AlexP (Remote host closed the connection) 18.59.11 Join AlexP [0] (~alex@rockbox/staff/AlexP) 18.59.55 # TheSeven: I remember that the s5l8700 had some weird quirks in i2c, does this solve those too? 19.00.14 # not sure what you're talking about 19.00.40 # we once had I2C-related mysterious crashes, but that turned out to be a mutex being locked from a tick task 19.01.13 # I don't remember why we dropped interrupt driven I2C on the nano at some point though 19.01.21 # I wrote some i2c functions for the meizus which seemed to work fine, but IIRC you had to modify them with a timer (or something) to make them work on ipods 19.01.45 # hm, way too long ago 19.03.11 # 31464f7930cd8857ef8d00ed75534087057058e2 I think 19.10.16 # that's just adding timeouts in case the transfer is mysteriously failing 19.10.23 # not quite sure why we needed that 19.10.37 # IRQ driven I2C had already been removed at that point 19.12.21 # 6be1d8b8a8d966d3c4669ce6ba0b535a9b3e6a1c removed that 19.12.58 # would be an interesting quesion if these timeouts ever fail with todays's code 19.13.15 # I guess that might have been an attempt to catch what then turned out to be that mutex problem 19.14.05 Join bcobco [0] (~bcobco@77.225.204.119) 19.15.41 Join 17SAAH1VJ [0] (~cmhobbs@ip98-186-66-92.fv.ks.cox.net) 19.15.43 Join cmhobbs [0] (~cmhobbs@ip98-186-66-92.fv.ks.cox.net) 19.15.43 Quit cmhobbs (Changing host) 19.15.43 Join cmhobbs [0] (~cmhobbs@fsf/member/cmhobbs) 19.15.53 Quit 17SAAH1VJ (Read error: Connection reset by peer) 19.16.04 Quit edhelas (Ping timeout: 244 seconds) 19.29.48 Join edhelas [0] (~edhelas@77-173-104-232.ip.telfort.nl) 19.48.42 Quit mc2739 (Ping timeout: 240 seconds) 19.49.32 Quit edhelas (Ping timeout: 240 seconds) 19.50.51 Join mc2739 [0] (~mc2739@rockbox/developer/mc2739) 19.58.59 Join ildarion [0] (4ef2d722@gateway/web/freenode/ip.78.242.215.34) 19.59.10 # hi ! 19.59.29 # Someone here use rockbox on a sansa clip zip ? 20.00.06 # ildarion: yes I am 20.01.13 # Are the device enough powerfull for play with 40 or more GO of music ? 20.02.57 # CPU-powerful? battery powerful? 20.03.09 # it plays most audio formats with ease 20.03.28 # not sure if opus is real-time enough yet for all bitrates 20.03.48 # can it work for example with a SD card of 60g ? 20.03.51 # yes 20.03.55 # as FAT32 20.03.59 # and it's probably not powerful enough for the highest levels of the .ape codec 20.04.00 Join sulky [0] (~sulky@gateway/shell/cadoth.net/x-ogbbhbkdpcwsptxr) 20.05.01 # ildarion: gigaoctets (GO) in english is gigabytes (GB) 20.05.59 # yes :) 20.08.42 # Ok, i guess i will buy a sansa clip zip. The clip sport seem to be cool but with only the OF is shit.... 20.08.55 Quit sulky (Remote host closed the connection) 20.09.07 # the clip sport will likely never be supported by rockbox 20.10.30 Join sulky [0] (~sulky@gateway/shell/cadoth.net/x-bgkdxpvqodymrxrh) 20.11.56 # bertrik: why not? hard to break firmware encryption or the HW is not powerful enough? 20.13.02 Quit sulky (Remote host closed the connection) 20.13.14 # I can't quite remember, but I think it was small RAM 20.14.04 # Are they recent devices supported by RB ? 20.22.47 Quit ildarion (Quit: Page closed) 20.23.57 Quit saratoga (Quit: Page closed) 20.37.56 *** Saving seen data "./dancer.seen" 20.39.19 Join thomasjfox [0] (~thomasjfo@rockbox/developer/thomasjfox) 20.44.13 Quit Strife89 (Ping timeout: 264 seconds) 20.44.32 Quit ZincAlloy (Ping timeout: 240 seconds) 20.45.38 Join ZincAlloy [0] (~Adium@pD9EEB108.dip0.t-ipconnect.de) 20.48.33 Quit MMlosh (Quit: Bye...) 20.50.25 Join saratoga [0] (123e11e0@gateway/web/freenode/ip.18.62.17.224) 20.51.13 # i saw the newer Android version have a heavily assemblerized open source mp3 decoder 20.51.23 # might be worth playing with that 20.51.47 # is that used by Google Play Music only, or usable by any app? 20.53.12 Quit rela (Read error: Connection reset by peer) 20.54.14 # its one of the core system libraries, so i assume everything uses it, at least on some devices 20.54.41 # probably some use DSP cores for that kind of thing though 20.55.03 # https://android.googlesource.com/platform/frameworks/av/+/9a2c14b2c96625d5be73e1a7627f5d2a3091c4a2/media/libstagefright/codecs/mp3dec/src/asm 21.08.16 Join APLU [0] (~mulx@2a01:e34:ee29:12b0::10) 21.24.38 Join Rower [0] (husvagn@h176n2-aeg-a11.ias.bredband.telia.com) 21.35.23 Quit thomasjfox (Quit: Konversation terminated!) 21.47.03 Nick DormantBrain is now known as SuperBrainAK (~andy@74.112.200.73) 22.11.35 Quit y4n (Quit: AMIGAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAHAHAHAHAAAAAAAAAAAAHAHAAA) 22.24.42 Quit KotH (Ping timeout: 240 seconds) 22.25.49 Join KotH [0] (~attila@lou-outside.kinali.ch) 22.28.55 Join ZincAlloy1 [0] (~Adium@pD9EEB108.dip0.t-ipconnect.de) 22.30.00 Join ZincAlloy2 [0] (~Adium@pD9EEB108.dip0.t-ipconnect.de) 22.31.09 Join ZincAlloy3 [0] (~Adium@pD9EEB108.dip0.t-ipconnect.de) 22.31.09 *** Alert Mode level 1 22.31.09 DBUG Enqueued KICK ZincAlloy 22.31.09 DBUG Enqueued KICK ZincAlloy1 22.31.09 *** Alert Mode level 2 22.31.09 DBUG Enqueued KICK ZincAlloy2 22.31.09 DBUG Enqueued KICK ZincAlloy3 22.31.09 *** Alert Mode level 3 22.32.26 Quit Rower (Quit: Hmmm...) 22.32.58 Quit ZincAlloy (Ping timeout: 255 seconds) 22.33.25 Quit ZincAlloy1 (Ping timeout: 255 seconds) 22.34.32 Quit ZincAlloy2 (Ping timeout: 240 seconds) 22.35.40 Quit ZincAlloy3 (Ping timeout: 255 seconds) 22.37.42 Join ZincAlloy [0] (~Adium@pD9EEA81E.dip0.t-ipconnect.de) 22.37.57 *** Saving seen data "./dancer.seen" 22.39.26 Quit Xerion (Quit: ) 22.41.10 *** Alert Mode OFF 22.48.43 # btGrInitialize: display info invalidbtGrDrawPicture: gUpdateBufferPtr not allocatedbtGrDrawHorizontalLine: row exceeds boundsbtGrDrawPicture: gUpdateBufferPtr not allocatedbtGrDrawPicture: gUpdateBufferPtr not allocatedbtGrDrawHorizontalLine: row exceeds boundsbtGrDrawPicture: gUpdateBufferPtr not allocatedbtGrDrawPicture: gUpdateBufferPtr not allocatedbtGrDrawHorizontalLine: row exceeds boundsbtGrDrawPicture: gUpdateBufferPtr not 22.48.44 # allocatedbtGrDrawPicture: gUpdateBufferPtr not allocatedbtGrDrawPicture: gUpdateBufferPtr not allocatedbtGrDrawHorizontalLine: row exceeds boundsbtGrDrawPicture: gUpdateBufferPtr not allocatedbtGrDrawPicture: gUpdateBufferPtr not allocatedbtGrDrawPicture: gUpdateBufferPtr not allocatedbtGrDrawHorizontalLine: row exceeds boundsbtGrDrawPicture: gUpdateBufferPtr not allocatedbtGrDrawPicture: gUpdateBufferPtr not allocatedbtGrDrawPicture: 22.48.44 # gUpdateBufferPtr not allocatedbtGrDrawHorizontalLine: row exceeds boundsbtGrDrawPicture: gUpdateBufferPtr not allocatedbtGrDrawPicture: gUpdateBufferPtr not allocatedbtGrDrawPicture: gUpdateBufferPtr not allocatedbtGrDrawHorizontalLine: row exceeds boundsbtGrDrawPicture: gUpdateBufferPtr not allocatedbtGrDrawPicture: gUpdateBufferPtr not allocatedbtGrDrawPicture: gUpdateBufferPtr not allocatedbtGrDrawHorizontalLine: row exceeds 22.48.44 DBUG Enqueued KICK TheSeven 22.48.44 # boundsbtGrDrawPicture: gUpdateBufferPtr not allocated 22.48.59 # seriously, apple... you're not ending printf statements with a \n!? 22.52.47 # anyway, looks like the OF has some trouble with invalid display info... 22.57.48 # wtf 22.57.55 # this display just isn't supported by the code 22.58.18 # seems like I used a dump from a different classic for testing :/ 22.58.34 # but that further confirms that not all display types were present in the first generation 23.00.20 Quit dfkt (Read error: Connection reset by peer) 23.00.34 Join dfkt [0] (OxO29A@unaffiliated/dfkt) 23.02.41 # lol 23.02.53 # it actually connects via USB, just doesn't show anything on the display 23.08.34 Quit ender` (Quit: If Java had true garbage collection, most programs would delete themselves upon execution. -- Robert Sewell) 23.17.47 Join sobukus [0] (~thomas@sourcemage/mage/sobukus) 23.18.14 # Hi ... does someone have a hint for me how to enable an added plugin in the build system? 23.18.30 Quit pamaury (Ping timeout: 245 seconds) 23.19.59 # sobukus: add it to apps/plugins/SOURCES 23.21.07 # gevaerts: I figure that's for single-file plugins ... I made a sub-directory to keep order with some added headers, added it to SUBDIRS 23.21.11 # Should that work? 23.21.17 # yes 23.21.28 # Hm, bummer that it doesn't:-/ 23.21.30 # I think 23.21.41 # I looked at text_viewer as example 23.22.38 Ctcp Ignored 5 channel CTCP requests in 17 minutes and 35 seconds at the last flood 23.22.38 # * gevaerts isn't near a source tree right now 23.24.21 # Hm, copied the source file from the subdir and added it to SOURCES and that works 23.25.07 # Perhaps that's enough for me. But I'd like to understand the build system. 23.25.09 # thanks 23.25.29 # You probably need a makefile fragment for SUBDIRS 23.26.43 # like text_viewer/text_viewer.make? I copied and edited that one, too. 23.26.56 # But the announcement in SUBDIRS doesn't have an effect. 23.27.02 # yay, disk mode works! :) 23.27.26 # * TheSeven is confident that he will get the OF fully running tonight 23.27.37 # (dualboot on ipod classic through emcore or RB bootloader) 23.36.28 Quit bertrik (Remote host closed the connection)