--- Log for 20.05.114 Server: leguin.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 7 days and 20 hours ago 00.04.02 Quit kugel (Ping timeout: 265 seconds) 00.04.36 Quit ygrek (Ping timeout: 255 seconds) 00.06.47 *** Saving seen data "./dancer.seen" 00.08.19 Quit lebellium (Quit: ChatZilla 0.9.90.1 [Firefox 30.0/20140515140857]) 00.16.45 Quit pamaury (Ping timeout: 255 seconds) 00.20.12 Quit bertrik (Remote host closed the connection) 00.28.07 Quit ender` (Quit: #define sizeof(x) ((rand() % 100 == 42) ? sizeof(x)-1 : sizeof(x))) 00.29.35 Join jhMikeS [0] (~jethead71@rockbox/developer/jhMikeS) 00.43.13 Quit RiD (Quit: A good plan today is better than a perfect plan tomorrow.) 00.56.14 Quit ZincAlloy (Quit: Leaving.) 01.04.15 Quit dfkt (Remote host closed the connection) 01.52.37 Quit tertu (Ping timeout: 240 seconds) 02.06.48 *** Saving seen data "./dancer.seen" 02.20.39 Quit funman (Ping timeout: 264 seconds) 02.24.15 Quit stripwax (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 02.27.02 Join tertu [0] (~tertu@143.44.70.199) 02.44.42 Join funman [0] (~fun@37.187.19.138) 02.59.59 Quit AlexP (Remote host closed the connection) 03.05.46 Quit igitoor (Ping timeout: 265 seconds) 03.07.52 Join igitoor [0] (igitur@2a00:d880:3:1::c1ca:a648) 03.08.03 Quit tertu (Ping timeout: 264 seconds) 03.11.39 Join tertu [0] (~tertu@143.44.70.199) 03.15.24 Quit igitoor (Changing host) 03.15.25 Join igitoor [0] (igitur@unaffiliated/contempt) 03.44.40 Quit K1773R (Ping timeout: 240 seconds) 03.49.57 Join K1773R [0] (~K1773R@unaffiliated/k1773r) 03.55.54 Quit tertu (Ping timeout: 255 seconds) 03.57.38 Join eahm [0] (~irc@ip72-201-51-181.ph.ph.cox.net) 03.58.05 # testing 171 files, different codecs and modes with the last dev build on clip zip 03.58.08 # 3Gerrit review #171 at http://gerrit.rockbox.org/r/171 : 3Add new actions to %Tp (Touchscreen areas) by Osborne Jacobs 03.58.36 # and I think it just completely skipped TAK? 03.58.43 # does rockbox support tak? 04.02.46 # ok it doesn't yet 04.05.32 Join tertu [0] (~tertu@143.44.70.199) 04.06.51 *** Saving seen data "./dancer.seen" 04.20.17 Join saratoga [0] (123e1c2a@gateway/web/freenode/ip.18.62.28.42) 04.20.36 # i think TAK was only recently reverse engineered 04.29.06 # I still don't understand why he doesn't open it 04.29.14 # it can easily become the most used, in months really 04.29.31 # but I won't use it unless it's open 04.29.32 # and many like me 04.29.57 Quit invalid (Quit: Leaving.) 04.30.30 # yeah i told the guy like 4 or 5 years ago 04.30.49 # that either he'd open it, the format would be forgotten, or it'd be reverse engineered eventually 04.31.15 # he got all cross at me, but I was 100% right 04.31.42 # yep, agree 04.32.35 # there are rumors that iTunes may start with ALAC? 04.33.00 # here we go: https://github.com/FFmpeg/FFmpeg/commit/d7a473926504e2acfa6ae3bead0938e1f4e03441 04.33.36 # nice, is this already in ffmpeg? 04.33.40 # yeah 04.33.42 # ALAC works with itunes? 04.33.58 # no, rumors that they will start selling alac 04.34.09 # with the next iphone/news/wwdc etc 04.35.18 # the hype of 24/96, some say they will start selling 24/96 this year 04.35.20 # oh 04.35.30 # alac or some other? for sure not flac...mofos 04.35.39 # i don't think they'd sell ALAC, since the licensing would be tricky to sell lossless 04.36.00 # but who knows, music sales are in the toilet so maybe the labels will be desperate enough 04.36.24 # hopefully they will 04.36.32 # i like alac enough 04.36.34 # probably not 24 bit though, since ALAC can't actually compress those 04.36.38 # one preset, no confusion 04.36.52 # lossless etc, whoever doesn't like it can easily convert it 04.37.09 # oh...the test is done 04.37.18 # does it exit by itself? 04.37.21 # never did it before 04.37.43 # test_codec? 04.37.48 # yep 04.38.13 # oh nice, this is gold 04.38.43 # ill post it somewhere 04.39.29 # just pastebin it 04.39.29 # fdkaac has some weird numbers... 04.40.19 # http://pastebin.com/J1EwTwBF 04.40.45 # 8fb0bbc-140519 04.40.54 # rockbox sansa clip zip 04.42.08 # alac nice ~31 04.42.33 # flac is amazing, ~7,8,9 04.42.55 # flac3 to flac7 only .40 difference 04.42.59 # good good codec 04.43.45 # vorbis is high, higher than aac 04.44.05 # can you try that AAC file in the sim and see if it decodes there? 04.44.29 Quit amiconn (Disconnected by services) 04.44.29 Quit pixelma (Disconnected by services) 04.44.29 Join pixelma_ [0] (quassel@rockbox/staff/pixelma) 04.44.29 Join amiconn_ [0] (quassel@rockbox/developer/amiconn) 04.44.31 Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) 04.44.33 Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) 04.44.39 # you mean try to open it? 04.45.17 # they open fine 04.45.43 # it errored out in your test 04.45.46 # yep all modes open fine 04.46.10 # I like that my WMA decoder is just about the fastest lossy decoder in the test 04.46.22 # yes I was just looking at it 04.46.26 # crazy it didn't take off 04.46.39 # "didn't" 04.46.46 # not like mp3 :) 04.46.52 # Vorbis/AAC/WMA could be a lot faster on ARMv5+ but i never got around to optimizing their transforms 04.46.59 # they're kind of overoptimized for older ARM at the moment 04.47.32 # the Vorbis results in the test are also a bit misleading because the Clip has relatively slow memory relative to the processor clock, so memory intensive formats like Vorbis are a lot slower 04.47.52 # i did a test ages ago with the Zip running both the CPU and memory at 40MHz the Vorbis was massively faster 04.47.56 # yes, I wasn't expecting that on vorbis 04.47.59 # (in terms of MHz) 04.48.11 # small cache, slow RAM 04.48.18 # plus the core clock is really high 04.48.26 # should I rerun fdk only again? 04.48.29 # we never really got boosting working properly on that player 04.48.49 # can you even play those files? it looks like test codec couldn't so i'd expect them to be skipped in rockbox 04.48.58 # they all play yes 04.49.01 # playing right now 04.49.29 # i guess you could try testing just one file and see if it gives you an error message or some other clue 04.49.58 # heres my old testing and some comments: http://www.hydrogenaudio.org/forums/index.php?showtopic=82125 04.50.19 # yes I remember that 04.50.36 # I wanted to test Opus also more than any other 04.50.53 # I don't know if I like that codec yet 04.50.57 # Opus is kind of slow at the moment 04.50.59 # I still like AAC and Vorbis more 04.51.06 # yes, not yet at least I meant 04.51.12 # it'll get better I'm sure 04.51.13 # i did a tiny bit of optimization stuff over christmas, but haven't had time to finish it 04.51.26 # it needs an ARM optimized FFT for weird transform lengths 04.52.44 # hmm i don't know, outside of us no one is optimizing for ancient arm processors, and i'm too busy these days to do much open source stuff 04.53.02 # same log with one file only 04.53.12 # 0.01MHz and crazy% 04.53.26 # are you using the directory thing? 04.53.36 # yes 04.53.41 # i think if you just open the file with test_codec you get no log at all 04.53.47 # and perhaps more debug info 04.54.17 # the sim might give more info too 04.54.40 # opening as "Speed Test" only right now 04.55.00 # same log, did you mean that or something else? 04.55.12 # and sorry I have no idea what the sim is 04.55.42 # if you open a file with test_codec I think it doesn't even write a log? 04.55.59 # IIRC the log is only when you try to decode a directory 04.56.09 # although i could be forgetting 04.56.33 # when you click Open With... then test_codec you have: 04.56.53 # Speed Test, Speed Test folder, Write WAV etc. 04.57.03 # the first one doesn't create a log but shows it 04.57.10 # ah yeah thats what i mean 04.57.12 # the very same that saves if you select the second 04.57.19 # it shows the same one yes 04.57.41 # if it doesn't give you an error you'd have to debug it on pc using the sim or something else 04.58.19 # sim = rockbox simulator? 04.58.55 # I had no idea there was one 04.59.23 # yeah, you can select it from the configure program 04.59.41 # it compiles for PC and shows an SDL gui that approximates the device 04.59.57 # a lot of debug stuff that is ignored on device gets printed to the console 05.00.17 # oh this is amazing, just opened the clip+ simulator 05.00.19 # let's see 05.01.34 # Codec: calling entrypoint 05.01.39 # Codec: not an encoder 05.01.45 # Codec: entering run state 05.01.52 # but it plays 05.01.59 # right now it's playing 05.02.40 # im retarded, let me try the zip, im sure it's the same 05.02.46 # i didnt see the file 05.03.44 # on the sim there should be almost no difference between devices as far as codecs are concerned, underneath they're all targeting your local PC and so essentially the same thing aside from the GUI 05.04.16 # this one has only one more line, other than browse etc. 05.04.25 # rebuffer_handle():space is needed 05.04.38 # but since that file played on device, it'll most likely play on all the sims too 05.04.57 # try test_codec and see if it fails too 05.05.44 # decode time 0.00s - 0.00% realtime 05.06.06 # this was b128 05.06.11 # the m4 crashed the simulator 05.06.19 # win error etc, proper crash 05.06.27 # trying again 05.06.45 # yep, crashed again 05.08.39 # if it plays normally but crashes in the sim that sounds like someone broke something 05.09.44 # sorry, plays normally in the sim, but crashes in test_codec 05.09.49 # eheh 05.09.55 # yes 05.11.11 # can you post a link to the file? 05.12.11 # not sure 05.12.25 # dcc maybe, it's comfortably numb really, converted in all these files 05.12.36 # pink floyd - comf... etc 05.12.57 # i'm not even really sure what dcc is 05.13.09 # but when you tried it before my web browser had no idea what to do with it 05.13.20 # ohh, web client ok hold on 05.17.15 # those do look like normal AAC files, although i don't have anythign handy to look at them with at the moment 05.17.40 # done downloading? 05.17.55 # they are normal yes, made with fraunhofer fdk aac encoder 05.18.43 # yes i'm done 05.24.43 Join inahd [0] (~inahd@nc-184-4-18-249.dhcp.embarqhsd.net) 05.26.23 # hey guys, i am having some issues with m4b format... 05.26.57 # is there no way to play m4b through rockbox? 05.32.01 # assuming they're regular AAC files, they should just work 05.32.07 # if they're something weird they may or may not work 05.32.40 # i honestly have no idea what they are 05.33.05 # but they are .m4b apparently 05.33.57 Quit Strife89 (Ping timeout: 240 seconds) 05.34.03 # file manager says they are mpeg-4 audiobook 05.34.37 # even wma voice gives 0.00s 0.0MHz 05.34.54 # *% not MHz 05.35.10 # oh wait, saratoga were you even talking to me? 05.39.54 Quit TheSeven (Ping timeout: 245 seconds) 05.40.44 # yes I was talking to you 05.40.55 # eahm: we don't support WMA voice 05.41.23 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven) 05.41.31 # ok 05.41.53 # theres support for it in the ASF parser, and the beginning of a decoder, but its not usable 05.42.08 # some say wma is done anyway 05.42.13 # kind of pointless anyway since its a dead format that was terrible even in its time 05.42.22 # right 05.42.37 # is it dead for sure? did MS say anything about it? 05.42.57 # are they coming up with wma15 next year or something? they are craaazy. 05.43.33 # if its dead for sure I'll take it off from my list 05.43.48 # i don't think the windows media team even still exists 05.46.57 # oh cool, yeah i am trying to figure out what to use to convert the m4b to mp3... using linux... 05.52.56 Quit eahm (Ping timeout: 255 seconds) 05.53.14 Join eahm [0] (~irc@ip72-201-51-181.ph.ph.cox.net) 06.06.21 # even OptimFROG, never liked it 06.06.38 # inahd, ffmpeg 06.06.46 # Or lame 06.06.55 *** Saving seen data "./dancer.seen" 06.07.25 # ParkerR, i found a script mp3ify that seems to be using mplayer... 06.07.41 # http://ubuntuforums.org/showthread.php?t=1814990 06.07.48 # i think its working, but i had to rename them .m4a first 06.08.02 # More specifically http://ubuntuforums.org/showthread.php?t=1814990&p=11109362#post11109362 06.08.43 # Or even simpler avconv -i some/file.mb4 some/file.mp3 06.10.08 # ParkerR, how long do you think converting a file should take? it seems to be taking a long time 06.10.28 # Well m4b has multiple chapters embedded 06.10.33 # So maybe a little bit 06.11.31 # i am noticing the cursor is not blinking in the terminal 06.16.50 # later guys 06.16.58 # also, peace 06.16.58 # thanks saratoga for the info 06.17.04 Quit eahm (Remote host closed the connection) 06.17.33 # okay it seems like its working but really really slowly 06.38.20 Join ygrek [0] (~user@108.59.6.97) 06.43.20 Join ygrek_ [0] (~user@108.59.6.97) 06.46.31 Quit ygrek (Ping timeout: 252 seconds) 07.28.58 Join kugel [0] (~kugel@212.42.239.93) 07.29.06 Quit kugel (Changing host) 07.29.06 Join kugel [0] (~kugel@rockbox/developer/kugel) 07.33.14 Join mortalis [0] (~kvirc@213.33.220.118) 07.36.33 Quit saratoga (Quit: Page closed) 07.43.08 Nick DormantBrain is now known as SuperBrainAK (~andy@74.112.200.73) 08.05.54 Quit ygrek_ (Ping timeout: 240 seconds) 08.06.58 *** Saving seen data "./dancer.seen" 08.36.17 Join ender` [0] (krneki@foo.eternallybored.org) 08.36.30 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 08.50.26 Quit tertu (Ping timeout: 252 seconds) 08.51.54 Quit fragilematter (Ping timeout: 240 seconds) 08.56.25 Join tertu [0] (~tertu@143.44.70.199) 08.58.06 Nick SuperBrainAK is now known as DormantBrain (~andy@74.112.200.73) 09.00.58 Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) 09.07.01 Join fragilematter [0] (~fragilema@unaffiliated/fragilematter) 09.08.08 Join ygrek [0] (~user@108.59.6.97) 09.09.07 Join petyr_ [0] (5bb7304d@rockbox/developer/petur) 09.29.09 Join ender [0] (krneki@foo.eternallybored.org) 09.30.36 Quit pamaury (Ping timeout: 276 seconds) 09.34.36 Quit bluebrother (Disconnected by services) 09.34.39 Join sulky_ [0] (sulky@gateway/shell/cadoth.net/x-lydulhuwzbfnxdvo) 09.34.42 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 09.37.40 Quit ender` (*.net *.split) 09.37.42 Quit sulky (*.net *.split) 09.37.42 Quit Rower (*.net *.split) 09.37.45 Nick sulky_ is now known as sulky (sulky@gateway/shell/cadoth.net/x-lydulhuwzbfnxdvo) 09.38.38 Join Rower [0] (~husvagn@h176n2-aeg-a11.ias.bredband.telia.com) 09.52.07 Join maruk1 [0] (~papier@titanium.v6.sdv.fr) 09.52.58 Join pretty_function [0] (~sigBART@123.252.214.106) 10.07.01 *** Saving seen data "./dancer.seen" 10.19.36 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 10.22.55 Join wodz [0] (~wodz@iwl138.internetdsl.tpnet.pl) 10.30.00 # [Saint]: what's the state of Rockbox on Android? 10.35.42 # <[Saint]> It has a number of quirks, but it is largely usable. 10.44.12 Quit pretty_function (Remote host closed the connection) 10.52.56 # [Saint]: what codec did you have in mind when you asked about the optimal preamp value? 10.53.01 # for replaygain 10.55.53 # wodz: ping 10.56.32 # pamaury: pong 10.58.09 Quit [Saint] (Remote host closed the connection) 10.58.29 # wodz: I had a look at the usb part of hwstub and I forgot some detail. At the moment, the RW and JUMP requests are device class (and not interface) to be able to use both wValue and wIndex => two 16-bit fields form 32-bit one so you can build an address 10.58.47 # if I make those interface requests, I will loose this ability 10.59.14 # can't you put address in payload? 10.59.14 Join [Saint] [0] (~saint@rockbox/staff/saint) 10.59.30 # wodz: yeah but then you have to make two control requests per R/W 10.59.35 # at the moment it's just one 11.00.26 Join pretty_function [0] (~sigBART@123.252.214.106) 11.00.30 # right 11.00.51 # maybe introduce ranged rw like address, size 11.00.56 # I'm thinking about have a flag somewhere to say if the device can receive device request or not, this way you can always fallback to some interface requests with two request per operation 11.01.10 # and use device request if available because that's faster 11.01.44 # the current R/W is already ranged 11.06.56 # I wouldn't complicate the thing. It is not meant to be blasting fast 11.08.05 # ok, I'll see what I do 11.08.56 # actually for write, only one request suffices but I prefer to handle it the same way as read 11.21.50 Quit [Saint] (Remote host closed the connection) 11.33.18 Quit Geoff_ (Read error: Connection reset by peer) 11.36.57 Nick petyr_ is now known as petur (5bb7304d@rockbox/developer/petur) 11.46.05 Join Zagor [242] (~bjst@rockbox/developer/Zagor) 11.47.33 # jhMikeS: ping 11.52.09 # jhMikeS: why do some input source given to audio_input_mux() are commented as "recording only" in source files, where in export/config_caps.h, another comment says "Playback is implied in all this. Make sense? :)" ? 11.59.08 Join Geoff_ [0] (~qua@192.3.27.126) 12.07.04 *** Saving seen data "./dancer.seen" 12.16.36 Quit Rower (Quit: Hmmm...) 12.22.07 Join Rower [0] (~husvagn@h176n2-aeg-a11.ias.bredband.telia.com) 12.38.21 Quit Guest70275 (Read error: Connection reset by peer) 12.41.04 Quit ygrek (Ping timeout: 264 seconds) 12.42.00 Join dfkt [0] (OxO29A@unaffiliated/dfkt) 12.55.45 Join Guest70275 [0] (Slayer@c-69-143-187-144.hsd1.va.comcast.net) 13.31.17 Quit akaWolf (Ping timeout: 240 seconds) 13.44.15 Join ygrek [0] (~user@108.59.6.97) 14.00.11 Quit pretty_function (Remote host closed the connection) 14.01.52 Join akaWolf [0] (~akaWolf@unaffiliated/akawolf) 14.07.06 *** Saving seen data "./dancer.seen" 14.11.50 Quit XavierGr (Changing host) 14.11.50 Join XavierGr [0] (~XavierGr@rockbox/staff/XavierGr) 14.13.53 Quit mortalis (Ping timeout: 240 seconds) 14.15.09 Join mortalis [0] (~kvirc@213.33.220.118) 14.15.49 Quit mortalis (Client Quit) 14.22.22 Join [Saint] [0] (~saint@rockbox/staff/saint) 14.22.47 Quit [Saint] (Read error: Connection reset by peer) 14.23.41 Join [Saint] [0] (~saint@rockbox/staff/saint) 14.34.48 Quit jhMikeS (Ping timeout: 276 seconds) 14.38.42 Quit [Saint] (Ping timeout: 276 seconds) 14.46.07 Join [Saint] [0] (~saint@rockbox/staff/saint) 14.58.55 Join amayer [0] (~amayer@mail.weberadvertising.com) 15.07.17 Quit wodz (Quit: Leaving) 15.19.27 Part XavierGr 15.23.50 Join ter2 [0] (~tertu@143.44.70.199) 15.23.50 Quit tertu (Disconnected by services) 15.26.02 # okay so i converted this .m4b to .mp3, but now its playing at superspeed chipmunk style... 15.27.08 # i used this script: https://wiki.archlinux.org/index.php/Convert_Any_To_Mp3 15.34.58 Join ZincAlloy [0] (~Adium@pD9EE997D.dip0.t-ipconnect.de) 15.35.13 Join pretty_function [0] (~sigBART@123.252.214.106) 15.37.57 Quit ter2 (Ping timeout: 240 seconds) 15.47.53 Quit kugel (Ping timeout: 240 seconds) 15.59.07 Join ter2 [0] (~tertu@143.44.70.199) 16.07.09 *** Saving seen data "./dancer.seen" 16.08.28 # inahd: what was the sample rate of the m4b you converted to mp3? if the sample rate was different you may get the chipmunk effect 16.10.31 # amayer, i am not sure... i ended up using soundconverter and made it a .ogg 16.10.40 # it worked very nicely 16.12.02 # that works although converting anything that is lossy to something else lossy you will lose sound quality 16.14.12 # amayer: does Rockbox support MPEG-4 audio books? 16.15.18 # copper: Im not sure 16.15.19 # http://www.rockbox.org/wiki/SoundCodecs 16.17.25 # apparently it will not play them for me... 16.31.35 # m4a/m4b works fine for me - but that might depend on several factors, since anything non-standard might be in that mp4 container 16.31.50 # or it might be DRMed, even 16.34.27 # <[Saint]> yeah - its a giant clusterfuck. 16.40.27 # if a normal legit AAC stream is inside, then rewriting the container with mp4box, ffmpeg, or something else might be a good idea 16.40.42 # and it's non-destructive 16.47.15 Join ikeboy [0] (~ikeboy@ool-435622d3.dyn.optonline.net) 16.47.21 Quit Zagor (Quit: Clint excited) 16.50.18 Quit shamus (Read error: Connection reset by peer) 16.58.34 Quit ygrek (Ping timeout: 265 seconds) 17.00.32 Quit fragilematter (Quit: Leaving.) 17.04.18 Quit derf (Read error: Connection reset by peer) 17.04.44 # just out of curiosity is there a reason "scan disk" happens at startup and doesnt run while the player is disconnected from usb or just durring general runtime 17.06.06 # <[Saint]> Because you haven't fixed it yet. 17.06.46 # *expected an answer along those lines* 17.07.07 # walked right into it 17.07.10 # I wasnt sure if it had to do with sdcards, or the memory stack 17.07.32 # <[Saint]> I don't think it has anything to do with either. 17.07.40 # like durring loading there is a trigger that needs to know the disk size (availble vs used) or something like that 17.07.52 # <[Saint]> Nope. 17.08.19 # fair enough 17.08.31 # <[Saint]> From memory we'll just try and commit the database and fall over if we can't. 17.08.47 # Is it database? 17.08.51 # * gevaerts thinks it's dircache 17.08.59 # dircache 17.09.05 # I dont use database 17.09.38 # I suspect it's because you need dircache to be initialised to use it at all. Updating can happen in the background, but something needs to be there on boot 17.09.41 # Not sure though 17.10.18 # it runs about 1/4 times I turn on my device. but I load/delete a lot of podcasts 17.10.55 # <[Saint]> IIUC, it should run every time. It may just be splashing too quick 3 of 4 times. 17.10.59 # No 17.11.03 # There's also a dircache on-disk thing to speed things up 17.11.14 # If that's there and usable, you won't get the splash, I beloeve 17.11.17 # *i 17.11.21 # <[Saint]> Ah. 17.11.26 # * gevaerts might be making things up of course :) 17.11.52 # gevaerts: Ive heard/read that somewhere before 17.15.17 Join derf [0] (~derf@static-108-18-126-14.washdc.fios.verizon.net) 17.18.10 Join XavierGr [0] (~XavierGr@rockbox/staff/XavierGr) 17.29.57 Quit pretty_function (Remote host closed the connection) 17.30.47 Quit petur (Ping timeout: 240 seconds) 17.46.05 Join AlexP [0] (~alex@rockbox/staff/AlexP) 17.55.36 Quit ter2 (Ping timeout: 265 seconds) 18.01.10 Join ter2 [0] (~tertu@143.44.70.199) 18.01.11 Quit [Saint] (Read error: Connection reset by peer) 18.02.22 Join [Saint] [0] (~saint@rockbox/staff/saint) 18.07.13 *** Saving seen data "./dancer.seen" 18.10.08 Quit zoktar (Read error: Connection reset by peer) 18.14.52 Join zoktar [0] (~zoktar@unaffiliated/zoktar) 18.19.54 Quit Rower (Quit: Hmmm...) 18.22.31 Join y4n [0] (~y4n@unaffiliated/y4ndexx) 18.26.08 Quit maruk1 (Quit: Leaving.) 19.05.22 Quit ikeboy (Quit: Leaving) 19.23.24 Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 19.25.34 Join lebellium [0] (~chatzilla@89-93-178-161.hfc.dyn.abo.bbox.fr) 19.33.16 Quit pamaury (Ping timeout: 255 seconds) 19.40.37 Join pretty_function [0] (~sigBART@123.252.214.106) 20.07.16 *** Saving seen data "./dancer.seen" 20.12.08 Join kugel [0] (~kugel@91-64-117-207-dynip.superkabel.de) 20.12.08 Quit kugel (Changing host) 20.12.08 Join kugel [0] (~kugel@rockbox/developer/kugel) 20.16.40 Join pauldgroot [0] (~pauldgroo@5ED47C81.cm-7-5b.dynamic.ziggo.nl) 20.16.55 # Good evening 20.20.04 Join bertrik [0] (~quassel@rockbox/developer/bertrik) 20.26.32 Part LinusN 20.27.11 # pauldgroot: good evening 20.27.14 Quit bluebrother (Disconnected by services) 20.27.19 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 20.28.54 # Amayer hi 20.29.02 # gevaerts: dircache on disk is only a thing on h100, unfortunately 20.29.13 Quit fs-bluebot (Ping timeout: 240 seconds) 20.29.13 # I have a question, I own a iBasso DX90 which was just released 20.29.40 # How hard would it be for me to port over Rockbox 20.29.51 # but the problem with dircache on disk is possible corruption after dual-boot, so it's safer this way 20.29.59 # I don't have much experience in programming but I do have a lot of time 20.31.38 Join fs-bluebot [0] (~fs-bluebo@g227184062.adsl.alicedsl.de) 20.33.00 # pauldgroot: given lots of time anything is realistically possible 20.42.59 Join ygrek [0] (~user@108.59.6.97) 20.49.59 Join RiD [0] (RiD@bl22-51-118.dsl.telepac.pt) 20.54.19 # pauldgroot: It is most likely doable. It requires a certain level of knowledge. But like kugel said if you are willing to learn and spend the time it is def possible. 20.57.00 Join shamus [0] (~shmaus@ip-206-192-193-180.marylandheights.ip.cablemo.net) 20.57.17 # I think you guys may be underestimating the difficulty of the task for someone who doesn't code 20.57.41 # or overestimating the level of motivation of people 20.57.46 # and / or 20.58.28 # even just learning themeing already takes quite a bit of time and dedication 20.58.54 # porting Rockbox to a whole new target? Please. 20.58.56 # copper: yes, but themes are *hard* :) 20.59.01 # no 20.59.05 # themes are like HTML 20.59.13 # but even HTML takes time 20.59.27 # I don't mean writing your first "Hello, World!" 20.59.32 # I mean doing anything worthy 20.59.50 # They're like HTML in the old days when every browser behaved differently and you never knew what workarounds you needed :) 21.00.03 # something like that! 21.05.33 Join saratoga [0] (123e11e0@gateway/web/freenode/ip.18.62.17.224) 21.12.20 # I know html/css some php and javascript 21.12.34 # I have been theming for a long time 21.12.40 # HEx editing windows mobile dll files 21.12.52 # And doing stuff in xml 21.13.07 # Also theming for MIUI lockscreens which requires basic coding 21.14.04 # can you program in c? 21.14.54 # is the DX90 also hacked up android or something else? 21.18.27 # themes aren't hard. sometimes it's tricky to make them do what you want them to do, but if you aren't trying to do anything fancy and new they're rather simple. it sure helps that it's easy to borrow code from working themes :) 21.21.27 # ah some rockchip thing, so probably android 21.23.16 # i made a rockbox skin in under a week, had to learn how to do it from scratch, but it has a lot of borrowed code from cabbiev2 21.24.07 # took me an afternoon or so to make cabbiev2. and it was my first theme :) 21.24.25 # :( 21.25.09 # some things had to be changed of course and that took a couple of days 21.25.52 # getting the code to work didn't take long. Exporting all those graphics did. :) 21.26.14 Quit endee____ (Ping timeout: 240 seconds) 21.26.23 # hah the graphics were fast for me 21.26.31 # i guess it was the opposite 21.27.54 # cabbiev2 has plenty of graphics. If I had to come up with a new default theme I wouldn't use that many, just to make things easier 21.29.51 Join endee____ [0] (sid15467@gateway/web/irccloud.com/x-afxayrwgoxpgzvae) 21.30.03 # grr, retard dropbox 21.30.28 # public links are still banned, yet i really have no idea where all these 20gb per day traffic is coming 21.31.10 # :D 21.31.53 # i renamed the public folder almost 2 weeks ago 21.32.08 # only a link or two is still alive, and it's nothing i've ever shared in a website or forum or whatever... jesus 21.32.56 Quit ygrek (Ping timeout: 240 seconds) 21.41.11 Quit pretty_function (Remote host closed the connection) 21.43.42 Join jhMikeS [0] (~jethead71@c-68-43-2-35.hsd1.mi.comcast.net) 21.43.42 Quit jhMikeS (Changing host) 21.43.42 Join jhMikeS [0] (~jethead71@rockbox/developer/jhMikeS) 21.55.30 Quit pauldgroot (Ping timeout: 258 seconds) 21.55.30 Join pauldgroot [0] (~pauldgroo@5ED47C81.cm-7-5b.dynamic.ziggo.nl) 22.00.51 Quit y4n (Quit: coob ov vood?) 22.07.19 *** Saving seen data "./dancer.seen" 22.11.33 Quit endee____ (Ping timeout: 245 seconds) 22.12.39 Join endee____ [0] (sid15467@gateway/web/irccloud.com/x-ffyvxzcomzbyvyfa) 22.19.14 Quit Xerion (Read error: Connection reset by peer) 22.19.31 Join Xerion [0] (~xerion@5419F5F4.cm-5-2d.dynamic.ziggo.nl) 22.20.14 Join pauldgroot_ [0] (~pauldgroo@5ED47C81.cm-7-5b.dynamic.ziggo.nl) 22.22.06 Quit pauldgroot (Ping timeout: 258 seconds) 22.29.51 # Sorry I was gone for a sec 22.29.56 # NEver programmed in c 22.30.09 # DX90 is a sort of slimmed down android without dalvik 22.30.29 # Probably comparable to the DX50 22.34.12 Join ygrek [0] (~user@108.59.6.97) 22.38.03 # pauldgroot_: without dalvik? interesting 22.38.26 # yeah just read the thread on the forum 22.38.36 # in dx50 development 22.39.07 # They say it's all written in C on top of android which is looking more like linux than android 22.39.17 Nick pauldgroot_ is now known as pauldgroot (~pauldgroo@5ED47C81.cm-7-5b.dynamic.ziggo.nl) 22.40.30 # lol, the dx90 must be awesome, it has dedicated CPU core for each stereo channel! 22.41.22 # Haha yeah, if you are scrolling one channel slows down 22.41.41 # and the battery is "Compatibe with S**sung S3(i9300)" :D 22.41.42 # And yet it's balanced inside they say 22.41.47 # Yup 22.41.53 # That's pretty great though 22.42.08 # And the SQ is outstanding, it can easily drive my HD600's 22.42.28 # but the battery life is really poor 22.42.34 # I just want/need crossfeed which they dont provide as of now 22.42.39 # It's more then enough for me 22.42.49 # And if I need more I can get a spare battery 22.44.18 # pretty sure an S3 can get multiple days of audio playback. how did they manage to get it down like this? 22.45.59 # anyway, if it's android there an app-based port should be doable, though I don't know what APIs to use if there's no dalvik 22.47.07 # native ports are harder 22.47.22 # What is the benefit a a native port? 22.47.26 # More control? 22.47.53 # full hardware access but you also need to write appropriate drivers 22.48.43 # full hardware accesses can yield better efficiency (but not necessarily) 22.49.02 # Is this possible, I don't know how wel rockchips are documented 22.49.16 # http://www.ibasso.com/upimg/DX90.jpg 22.49.20 # "My Muisc" 22.49.53 Quit GodEater (Ping timeout: 240 seconds) 22.52.33 # Haha terrible 22.52.50 # It's fixed in the firmware luckily 22.53.02 # probably a failed mockup 22.53.20 Join GodEater [0] (~whoknows@94.3.60.123) 22.53.20 Quit GodEater (Changing host) 22.53.20 Join GodEater [0] (~whoknows@rockbox/staff/GodEater) 22.53.21 # I'd really like to tinker on this thing and start learning some programming 22.53.42 # I've been wanting to for years but never got to do so 22.53.59 # Even though I'm unable to work and have loads of "free" time.. 23.01.25 # sad to hear that you're unable to work, but year it's a good opportunity 23.01.50 # i suggested getting familiar with rockbox first by playing a bit around with the simulators 23.03.04 # well, first learn about C basics with online tutorials 23.03.30 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 23.04.29 # Will do, first the temperature needs to go down a bit 23.04.41 # I'll keep in touch, thank you and good night 23.07.59 # kugel: the ibasso players are mostly like that 23.08.23 # i think rockchips just provides an Android SDK, so they used Android as a linux distribution and ported whatever linux music software they had 23.11.56 Quit amayer (Quit: Leaving) 23.15.53 # battery life is probably terrible because they did something stupid like include a DAC from a home theater receiver instead of a mobile part 23.16.38 # that could explain it 23.18.36 Join stripwax [0] (~Miranda@rockbox/developer/stripwax) 23.20.03 Join Scr0mple [0] (~Simon@161.43.73.67) 23.20.12 Quit Scr0mple (Read error: Connection reset by peer) 23.20.20 # i do like this trend in expensive hifi audio players 23.20.59 # were the vendor just admits that they don't know how to design a high quality mobile device, so they give up and just stick a 30000 mah battery and a part thats designed to run off of mains power inside a brick 23.22.17 Quit kugel (Ping timeout: 240 seconds) 23.22.53 Quit Scromple (Ping timeout: 240 seconds) 23.25.52 Join Scromple [0] (~Simon@161.43.73.67) 23.27.38 Quit ygrek (Ping timeout: 265 seconds) 23.44.07 Quit lebellium (Quit: ChatZilla 0.9.90.1 [Firefox 30.0/20140515140857])