--- Log for 22.07.111 Server: zelazny.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 11 days and 4 hours ago 00.01.49 Join Strife89 [0] (~Strife89@207.144.201.128) 00.04.03 Quit bertrik (Quit: :tiuQ) 00.06.47 Quit efyx (Quit: Quitte) 00.08.33 Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) 00.12.37 Quit n1s (Remote host closed the connection) 00.20.06 Quit domonoky (Read error: Connection reset by peer) 00.25.12 # New commit by 03jethead71 (r30189): is_codec_thread() is not needed anymore since PCM buffer calls other than volume level are no longer made by the voice thread. 00.27.28 Join user890104_ [0] (~Venci@213.226.63.136) 00.28.42 # r30189 build result: All green 00.29.07 Quit user890104 (Ping timeout: 255 seconds) 00.30.52 Join Scromple [0] (~Simon@115-64-195-104.static.tpgi.com.au) 00.35.50 Nick user890104_ is now known as user890104 (~Venci@213.226.63.136) 00.37.27 Join user890104_ [0] (~Venci@83.228.31.135) 00.40.55 Quit user890104 (Ping timeout: 276 seconds) 00.41.26 Nick user890104_ is now known as user890104 (~Venci@83.228.31.135) 00.42.06 Quit FOAD (Remote host closed the connection) 00.43.21 Quit sideral (Ping timeout: 258 seconds) 00.45.51 Join FOAD [0] (~dok@83.161.135.61) 00.55.29 Quit GermanMushroom (Quit: Ik ga weg) 00.58.16 Quit mudd1 (Quit: Ex-Chat) 00.58.47 Quit drezon (Read error: Operation timed out) 01.01.39 Quit ender` (Quit: A computer program will always do what you tell it to, and seldom what you want it to.) 01.06.07 Quit HaimN (Ping timeout: 240 seconds) 01.06.36 Join HaimN [0] (~quassel@212.76.124.204) 01.19.16 Quit pamaury (Remote host closed the connection) 01.19.59 Part echelon ("Leaving") 01.26.45 Quit keyb_gr (Ping timeout: 252 seconds) 01.30.20 Join keyb_gr [0] (~chatzilla@p4FF03AAC.dip.t-dialin.net) 01.39.22 Quit hogbog (Quit: hogbog) 01.56.24 *** Saving seen data "./dancer.seen" 01.57.09 Quit GeekShadow (Quit: The cake is a lie !) 01.57.26 Quit dfkt (Quit: -= SysReset 2.55=- Sic gorgiamus allos subjectatos nunc.) 02.03.37 Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) 02.09.01 Quit roby88 (Ping timeout: 255 seconds) 02.10.03 Join madskiny [0] (dre@gateway/shell/xzibition.com/x-mmawvsknlbfyjhyg) 02.19.34 Quit leavittx (Ping timeout: 246 seconds) 02.40.01 Quit GeekShadow (Quit: The cake is a lie !) 02.43.19 Quit keyb_gr (Ping timeout: 276 seconds) 03.02.52 Join Domonoky [0] (~domonoky@rockbox/developer/domonoky) 03.05.11 Quit Domonoky1 (Ping timeout: 258 seconds) 03.08.28 Quit Strife89 (Ping timeout: 276 seconds) 03.08.38 Join Strife89 [0] (~Strife89@207.144.201.128) 03.14.09 Quit Strife89 (Ping timeout: 240 seconds) 03.20.59 Quit tchan (Read error: Connection reset by peer) 03.21.43 Join Strife89 [0] (~Strife89@207-144-19-39.cstel.net) 03.32.52 Nick Strife89 is now known as L-Strife89 (~Strife89@207-144-19-39.cstel.net) 03.33.00 Nick Strife1989 is now known as Strife89 (~Strife89@207-144-19-39.cstel.net) 03.35.12 Join tchan [0] (~tchan@lunar-linux/developer/tchan) 03.37.34 Quit ReimuHakurei_ (Ping timeout: 260 seconds) 03.39.55 Quit fdinel (Ping timeout: 255 seconds) 03.40.44 Join fdinel [0] (~Miranda@modemcable036.124-131-66.mc.videotron.ca) 03.46.44 Quit Rob2222 (Quit: Rob2222) 03.47.00 Join Rob2222 [0] (~Miranda@p5DE4BAE4.dip.t-dialin.net) 03.47.11 Quit Rob2222 (Client Quit) 03.54.49 Join evilnick [0] (~evilnick@rockbox/staff/evilnick) 03.56.28 *** Saving seen data "./dancer.seen" 03.57.57 Join Rob2222 [0] (~Miranda@p4FFF2C75.dip.t-dialin.net) 04.17.31 Join bluebrother [0] (~dom@g224236162.adsl.alicedsl.de) 04.17.31 Quit bluebrother (Changing host) 04.17.31 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 04.17.43 Quit amiconn (Disconnected by services) 04.17.44 Join amiconn_ [0] (quassel@rockbox/developer/amiconn) 04.18.01 Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) 04.18.02 Quit pixelma (Disconnected by services) 04.18.05 Join pixelma_ [0] (quassel@rockbox/staff/pixelma) 04.18.07 Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) 04.20.41 Quit bluebroth3r (Ping timeout: 240 seconds) 04.20.54 Quit fs-bluebot (Ping timeout: 255 seconds) 04.22.06 Join fs-bluebot [0] (~fs-bluebo@g224236162.adsl.alicedsl.de) 04.26.30 Quit Scromple (Ping timeout: 276 seconds) 04.33.27 Quit evilnick (Ping timeout: 240 seconds) 04.46.30 Join evilnick [0] (~evilnick@rockbox/staff/evilnick) 04.47.13 Quit [7] (Disconnected by services) 04.47.25 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) 05.23.59 Quit kramer3d (Ping timeout: 258 seconds) 05.32.36 Quit [Saint] (Quit: Imagination is for turbo-nerds who can't handle how kick-butt reality is. I'm a kick-butt reality master! I would rather die, than be imaginative. I mean that.) 05.33.49 Join guax3 [0] (~guax@187.65.19.73) 05.34.10 Join [Saint] [0] (~st.lasciv@124-197-58-10.callplus.net.nz) 05.37.37 # Hello I have a newbie question, I wish to start trying coding for rockbox, I've did a couple things on c++/sdl, that's the closest i can get. I think I can handle the transition to C, my question is: If I wanted to learn assembler, where should I go? Is it worth to learn even if you're not a computer scientist? How much (percentile wise) additional performance can you get by putting a C program in assembly or at least the most heavy parts of the code? 05.38.59 # AFAIK, most of the ASM is for the stuff that's talking directly to the hardware, you should be fine with C at least to begin with 05.39.13 # * evilnick waits for more knowledgeable people to chime in 05.41.40 Quit Horscht (Quit: Verlassend) 05.43.32 # thanks for trying evilnick but that doesn't answer any of my questions 05.43.39 # lets wait 05.44.48 # guax3: It asked the "is it worth to learn" bit. 05.44.53 # Er, answered that bit rather 05.45.59 Join d3remark [0] (~kramer@ip98-169-188-142.dc.dc.cox.net) 05.46.07 # As to performance increases, that depends an awful lot on the efficiency of the compiler itself. We've seen some pretty significant gains from optimized ASM over existing C code in codecs and such. But for most tasks that aren't extremely performance critical, there's probably not much benefit. 05.46.15 # If you've used C++ before then I'd imagine that you could dive in and understand lots of the code as-is 05.46.43 # If you've done C++ a large part of C is learning what you're not allowed to do any more. :) 05.47.16 # :) 05.48.42 # yeah yaah, C is good and all. I just wanted to know any assembler enthusiasts would be ready to get me motivated to learn it and all... that was the point of the whole thing... Nice talking to you guys, just sending the love 05.53.51 Join Rob2223 [0] (~Miranda@p4FFF30EF.dip.t-dialin.net) 05.56.30 *** Saving seen data "./dancer.seen" 05.56.35 # guax3: forget about asm... what parts of rockbox interest you? 05.57.21 Quit Rob2222 (Ping timeout: 258 seconds) 05.58.52 # Well... As anyone just starting out, plugins... but when I'm starting something I like to gather the information for beginner/pro level, and then I start the basics, I'm just a curious, lazy guy, I know It will be C all the way... 05.59.58 # ok, then yes, you only need C 06.00.09 Quit [Saint] (Quit: Imagination is for turbo-nerds who can't handle how kick-butt reality is. I'm a kick-butt reality master! I would rather die, than be imaginative. I mean that.) 06.00.11 # I dont think i've written any asm for rockbox and i've been here nearly 6 years! 06.00.23 # find an itch and scratch it 06.03.37 Join [Saint] [0] (~Saint]@124-197-58-10.callplus.net.nz) 06.05.09 # yeah yeah, that's a really nice advice dude, I think i will write it on my wall, maybe that's my itch right now, how to mess up with assembly and stuff, You guys are all very pleasant guys, thanks for everything... 06.07.24 Quit fdinel (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 06.17.59 Quit guax3 (Remote host closed the connection) 06.30.24 Quit Strife89 (Quit: Vamoose!) 06.33.44 Quit simonlnu (Ping timeout: 250 seconds) 06.44.26 Join hskf [0] (~hskf@c-98-218-156-223.hsd1.va.comcast.net) 06.47.05 Quit hskf (Read error: Connection reset by peer) 06.47.26 Join hskf [0] (~hskf@c-98-218-156-223.hsd1.va.comcast.net) 06.54.09 Quit hskf (Read error: Connection reset by peer) 07.03.57 Join wodz [0] (~wodz@87-206-240-131.dynamic.chello.pl) 07.05.36 Join Cptn_Sandwich [0] (~Cptn_Sand@whblh0156.uni-regensburg.de) 07.06.10 # hi, is there a way to explore the lua api more interactively, through an interpreter? 07.06.40 # is there any documentation on what the functions do or do i have to look at the c source to figure that out 07.08.32 # I beleive there is a autogenerated php file somewhere to get a nicer view 07.09.49 # JdGordon: do you know where to find it? i tried google before coming here of course. nice search terms would be enough 07.10.45 # no clue 07.10.52 # gimme a min 07.11.54 # Cptn_Sandwich: utils/rockbox_api 07.11.59 # there is a README in there 07.12.21 Quit factor (Read error: Connection reset by peer) 07.13.06 # in the source code? 07.13.11 # yeah 07.13.23 # ok, thanks 07.13.36 # this comes again and again :-) We are terribly lacking in documenting rockbox codebase 07.15.16 Quit d3remark (Quit: Leaving) 07.15.34 # i had my hopes up i could get into simple rockbox development with the lua api, maybe its better the other way round 07.16.10 # lua is just plugins so not much worht playing with if you want to play with the fun bits in rockbox 07.17.45 # in utils/rockbox_api i have to generate the html first right? 07.18.21 # probably, read the README 07.18.31 # the guy who wrote that hasnt been around for a while 07.18.42 # now i did that 07.20.11 # hmm, doesnt really work 07.20.48 # speaking about the guy who wanted to learn ASM (earlier today) - I wonder if he realizes that there is no something as single ASM 07.21.01 # what is asm 07.21.06 # assembler 07.23.03 # but i found it online 07.23.27 # but the assembling languages do share some concepts right? 07.24.11 # also i found a generated version of that rockbox api on the website 07.24.23 # it depends on the architecture 07.24.42 # asm is a broad term to describe the just-about-lowest level you can get to the actual hardware 07.25.23 # Cptn_Sandwich: Sure but this is useless. The point of asm is to explore particular hardware capabilities (read it as quirks, oddies and so on) 07.25.42 Join Marex [0] (vasum7am@u-pl13.ms.mff.cuni.cz) 07.26.28 Part Marex 07.26.42 # <[Saint]> What are the available make commands for the SDL port? I know of "make install", but that's not really what I want. Is there a way to compile s standalong binary? 07.26.50 # <[Saint]> *standalone 07.29.00 # make bin I suppose 07.29.03 # make bin 07.29.09 # make zip should also work 07.29.17 Join factor [0] (~factor@74.197.205.204) 07.29.26 # isnt there even a function to get the current volume setting? 07.29.28 # you still need to do sudo make install for it to actually work though 07.29.47 # codecs and stuff all expect it installed in the $PREFIX dir (change on the configure line iirc) 07.30.07 # <[Saint]> Oh....right :/ 07.30.13 # <[Saint]> Dammit, oh well. 07.30.27 # you might be able to change it to "./" 07.30.42 # which would make it more self contained to one directory 07.30.57 # <[Saint]> I was really hoping for a standalone binary that I could pick up and move about as I pleased. 07.31.07 # <[Saint]> Everything in one nice neat package, but that's ok. 07.32.12 # if that is something we really want I bet it wouldnt be too hard to make happen 07.32.34 # we already reroute the /.rockbox/ fopen() so we could just change that to a buffer inside the binary 07.32.38 # <[Saint]> Its not withing my ability, I know that much. 07.32.47 # <[Saint]> But yes, I would definitely appreciate it. 07.33.06 # <[Saint]> Its actually the direction I thought the SDL app was going in. 07.33.14 # <[Saint]> *within 07.34.28 # <[Saint]> I figure that way I could easily have different SDL apps for different screen sizes, that I could move about as I pleased. Making testing themes a lot easier. 07.34.44 # <[Saint]> It would also make a damn fine desktop media player. 07.35.27 # but you can have different bins for different resolutions sharing common codecs and so on. 07.35.34 # yep 07.37.00 Quit HaimN (Ping timeout: 250 seconds) 07.37.00 # how do i get the current volume setting or any other setting? 07.39.40 Join HaimN [0] (~quassel@212.76.124.204) 07.41.38 # JdGordon, [Saint]: could you help me with basic keymap for rk27xx generic dap? It has really limited number of keys, namely: FF, REW, M, BACK/VOL, PLAY. I can't think of any reasonable scheme 07.42.09 # you proabbly want to look at the player keymap 07.42.22 # and/or the ondio's 07.42.28 # they are the most limited keymaps 07.42.52 # player has 6 keys 07.43.59 # <[Saint]> not taking plugins into account. All you really need defined is FF/REW/PLAY 07.44.26 # I have trouble with volume 07.44.38 # <[Saint]> that's all you should need for playback and menu navigation at least. 07.44.49 # <[Saint]> Oh, right...volume. 07.44.52 # <[Saint]> Hmmm. 07.45.42 # in OF BACK/VOL serves as modifier - after pressing you can change vol with << and >> for certain amount of time and than it timeouts and backs to normal operation 07.46.11 # <[Saint]> Oh...that's, interesting. 07.46.42 # can it do combos? 07.46.44 # <[Saint]> what is "M" key? 07.46.47 # in c there is a function called find setting apparently 07.46.59 # sounds like we need a pic of the targets button layout 07.47.08 # * [Saint] nods. 07.47.20 # Cptn_Sandwich: yeah, lua shouldnt have access to it 07.47.31 # M stands for menu 07.47.55 # JdGordon: why not? all i want to build is a simple fade out sleep timer for christ's sake 07.48.06 # ah, so it does 07.48.17 # that isnt what you want though 07.48.31 # on the top edge of the player you have: REW FF PLAY VOL/BACK M 07.48.33 # and language.... 07.48.39 # sry 07.48.43 # wodz: no camera? :) 07.48.47 # no 07.49.08 # 2708 and up has VIP I think 07.49.56 # anyway who need crapy camera in DAP :-) 07.50.09 # in your phone :) 07.50.23 # <[Saint]> No, to take a photo, so we can suggest a layout ;) 07.50.37 # http://mympx.org/Gallery/p17_sectionid/3/p17_imageid/57 ? 07.50.53 # that is a REALLY SHIT layout :p 07.51.06 # <[Saint]> language.... 07.51.07 # <[Saint]> :P 07.52.30 # wodz: can you do vol+|<< combo? 07.52.45 Join Scromple [0] (~Simon@115-64-195-104.static.tpgi.com.au) 07.54.24 # http://www.favordeals.com/index.php?main_page=product_info&products_id=17381&language=en 07.54.56 # JdGordon: I can, but this is rather inconvenient 07.55.31 # oh thats even worse! 07.55.55 # its not a touchscreen is it? 07.56.04 # it is not 07.56.29 # you're screwed :) 07.56.31 *** Saving seen data "./dancer.seen" 07.56.57 Quit wtachi (Quit: &) 08.00.09 Join PurlingNayuki [0] (~710c0c4e@giant.haxx.se) 08.01.52 # Is 08.02.19 # Is it true that Rockbox can only have 16bit PCM output? 08.04.20 Join Scr0mple [0] (~Simon@115-64-195-104.static.tpgi.com.au) 08.05.27 Part Cptn_Sandwich ("WeeChat 0.3.6-dev") 08.06.48 Quit Scromple (Ping timeout: 255 seconds) 08.07.11 # PurlingNayuki: that what all codecs I know of expect 08.07.37 # PurlingNayuki: internally dsp code uses 24bits I think (but might be wrong) 08.09.26 # I found that if I play a 24bit-music file, the output is still 16Bit. 08.09.34 # Both on D2 and VX747. 08.10.35 # Is it the fault of the codec, or Rockbox? 08.13.39 Quit HaimN (Remote host closed the connection) 08.13.40 # I don't know this DAP so can't tell for sure. But in many cases 16bit sample is the hardware limit of what codec expects 08.15.52 # ok Wolfson codecs can be configured to take 24 and in some formats 32bit samples but this is rather unusual 08.16.28 Join mdipolt [0] (~xeniter@85-126-127-58.static.xdsl-line.inode.at) 08.19.07 # Please 08.19.21 # Please tell me how to configure it. 08.19.25 # <[Saint]> the Nano2G can handle 24bit output iiuc. 08.19.42 # * PurlingNayuki will be very thankful if you tell how to. 08.19.48 # [Saint]: sure - it uses Wolfson codec :-) 08.20.50 # PurlingNayuki: I think playback engine of rb assumes 16bit but someone more skilled in this area should confirm. 08.21.09 # Anyway the question is would you hear the difference 08.21.47 Quit antil33t () 08.22.03 # * [Saint] wonders how hard it would be to rid the USB Screen of the nasty, nasty, nasty sysfont. 08.22.26 # For me, no. But for many other people, they will surely say 'Yes if you have professional equipment'. 08.23.01 # Though, I really want to know more about how the palyback engine works, more than that in docs. 08.23.16 # sure but to here the difference they will tell you to use interconnect for $1000000. 08.23.43 # Of course they will :) 08.23.53 # f@#$ them :-) 08.23.59 # <[Saint]> Talk to JHsMikes 08.24.16 # <[Saint]> he probably knows the most of the playback engine currently that anyone else does. 08.32.19 # Thank you very much. 08.32.32 # Wait, how can I find him? 08.36.13 Quit wodz (Quit: Leaving) 08.44.40 Join ender` [0] (~ender@foo.eternallybored.org) 08.48.20 Quit mikroflops (Ping timeout: 260 seconds) 08.50.45 # New commit by 03kugel (r30190): Android: Fix crash on start up. 08.52.35 Join efyx [0] (~efyx@lap34-1-82-225-185-146.fbx.proxad.net) 08.52.57 Quit bthomson (Ping timeout: 264 seconds) 08.53.33 Join bthomson [0] (~bthomson@c-68-33-5-232.hsd1.va.comcast.net) 08.53.47 # r30190 build result: All green 09.02.07 Join stoffel [0] (~quassel@p57B4A08E.dip.t-dialin.net) 09.02.29 Quit PurlingNayuki (Quit: CGI:IRC) 09.08.06 Quit amiconn (Disconnected by services) 09.08.07 Join amiconn_ [0] (quassel@rockbox/developer/amiconn) 09.08.24 Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) 09.08.46 Quit pixelma (Disconnected by services) 09.08.47 Join pixelma_ [0] (quassel@rockbox/staff/pixelma) 09.09.09 Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) 09.11.37 Join petur [0] (~petur@rockbox/developer/petur) 09.13.51 Join drezon [0] (~skeller@2a01:238:4200:7e03:f2de:f1ff:fe4f:3584) 09.27.36 Quit yosafbridge (Quit: ERC Version 5.3 (IRC client for Emacs)) 09.28.16 Quit Scr0mple (Read error: Connection reset by peer) 09.29.02 Quit sasquatch (Quit: WeeChat 0.3.5) 09.29.20 Join yosafbridge [0] (~yosafbrid@li125-242.members.linode.com) 09.29.27 Join sasquatch [0] (~username@p4FF2CB84.dip.t-dialin.net) 09.44.36 Join swilde [0] (~wilde@aktaia.intevation.org) 09.56.35 *** Saving seen data "./dancer.seen" 09.57.03 Quit stoffel (Ping timeout: 255 seconds) 09.57.44 # * [Saint] wonders why the currently applied theme is not highlighted (by the line selector) when entering Settings - Theme Settings - Browse Theme Files 09.58.14 Join n1s [0] (~quassel@rockbox/developer/n1s) 09.58.46 # <[Saint]> While Playing Screen, Radio Screen and Base Skin all do highlight the currently applied selection. 09.59.44 Join mikroflops [0] (~yogurt@h-34-156.a238.priv.bahnhof.se) 10.00.57 # <[Saint]> I'm *fairly* confident that the current theme /was/ highlighted, at some point, many moons ago...but I have no idea when that was. If it actually was. 10.01.41 # i'm pretty sure we never had that 10.01.59 # <[Saint]> Judging by the other theme selections behaviour (Base Skin, Radio Screen, WPS) its a fairly solid guess to say that it indeed was highlighted as I seem to remember and broke at some stage. 10.02.23 # theme is trickier since the theme cfg isn't actually in use 10.02.24 # <[Saint]> I could of course be quite mistaken ;) 10.03.54 # <[Saint]> It would be useful if the current theme was highlighted, though. And if a part of it was changed after the theme was applied, ie loading a theme and then selecting another base skin for example, displaying "Custom" in the Settings - Theme Settings - Browse Theme Files menu. 10.04.01 # <[Saint]> Would that be possible? 10.04.35 # probablt 10.04.40 # probably 10.04.57 Quit bthomson (Quit: WeeChat 0.3.3-dev) 10.05.02 # <[Saint]> Sounds good. I've no idea how to achieve this myself, though ;) 10.05.26 # it would no longer be a simple file browser then so it might be a bit of work 10.05.54 # <[Saint]> Yes, I was just thinking that. It would need a lot more awareness of the theme.cfg 10.06.23 # <[Saint]> Its a nice little project for Mr. Someone ;) 10.08.01 # * [Saint] is annoyed by the way the "Building Database...XXXX found (PREV to return)" splash dances around the screen. 10.08.40 # <[Saint]> well, its vertical position does not change, but its width does. And it looks nuts! 10.10.10 # <[Saint]> The splash should be centered, and just take up the whole width of the LCD. Switching back and forth between widths looks mental as if the width changes the previous splash isn't cleared from view and a smaller instance is drawn overtop. 10.10.57 # <[Saint]> The result is a rapidly flashing, incredibly hard to read splash. 10.11.56 # * [Saint] seems to recall JdGordon having a "fix" for this...or, perhaps the way it is now *is* the fix (I kinda hope not). :-S 10.59.35 Quit user890104 (Remote host closed the connection) 11.00.37 Join user890104 [0] (~Venci@83.228.31.135) 11.08.00 Join simonlnu [0] (ssnUBksg9g@unaffiliated/simonrvn) 11.10.34 Quit Unhelpful (Read error: Connection reset by peer) 11.10.59 Join Unhelpful [0] (~quassel@rockbox/developer/Unhelpful) 11.11.55 Join gomsemari [0] (~6e08eb5f@giant.haxx.se) 11.12.30 Join bthomson [0] (~bthomson@c-68-33-5-232.hsd1.va.comcast.net) 11.18.06 Join leavittx [0] (~leavittx@89.221.199.187) 11.18.34 Quit leavittx (Read error: Connection reset by peer) 11.19.50 Quit Unhelpful (Ping timeout: 255 seconds) 11.21.02 Quit jhMikeS (Ping timeout: 250 seconds) 11.24.40 Quit [Saint] (Read error: Connection reset by peer) 11.25.37 Quit bthomson (Quit: WeeChat 0.3.3-dev) 11.25.59 Join bthomson [0] (~bthomson@c-68-33-5-232.hsd1.va.comcast.net) 11.26.50 Join [Saint] [0] (~st.lasciv@124-197-58-10.callplus.net.nz) 11.27.49 Join Unhelpful [0] (~quassel@rockbox/developer/Unhelpful) 11.35.20 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 11.56.36 *** Saving seen data "./dancer.seen" 11.59.24 Join GermanMushroom [0] (~c@s5146db6a.adsl.wanadoo.nl) 12.07.33 Quit [Saint] (Quit: Imagination is for turbo-nerds who can't handle how kick-butt reality is. I'm a kick-butt reality master! I would rather die, than be imaginative. I mean that.) 12.09.44 Join [Saint] [0] (~Saint]@124-197-58-10.callplus.net.nz) 12.12.39 Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) 12.42.52 Join lebellium [0] (~chatzilla@i02m-212-194-176-149.d4.club-internet.fr) 12.52.27 Quit user890104 (Ping timeout: 240 seconds) 12.53.09 Join keyb_gr [0] (~chatzilla@p4FF0496D.dip.t-dialin.net) 12.59.06 Join gbl08ma [0] (~gbl08ma@195.23.214.249) 13.02.59 Join Cptn_Sandwich [0] (~Cptn_Sand@whblh0156.uni-regensburg.de) 13.07.16 # you know what would be really nice? a lua api to settings and playback 13.08.19 # Actually you can control playback from lua (like C plugins do), but settings not. 13.08.56 Join alouette [0] (~alouette@APuteaux-652-1-4-26.w82-124.abo.wanadoo.fr) 13.09.09 # I think settings API would be nice, it'd allow me to write a script that, when run, changes settings according to e.g. the time of the day 13.09.10 # settings was the thing i cared about. i wanted to write a sleep timer that gradually fades out the music 13.09.36 # exactly. then lua could do something useful and system-related 13.09.50 # not just games and directory cleaners 13.11.20 # unfortunately i dont know enough c or rockbox codebase to implement it 13.11.30 Quit gomsemari (Quit: CGI:IRC (EOF)) 13.11.58 Quit tekkeitserktok (Ping timeout: 250 seconds) 13.12.41 Quit kadoban_ (Ping timeout: 240 seconds) 13.15.45 # we would need to modify the plugin API I guess 13.16.24 # the plugin API for C plugins is the same (or very similar) as the API for lua scripts 13.16.43 # but there is an additional "playback control" helper menu 13.16.58 # which uses black magic to change volume 13.18.32 # it's not black magic 13.18.59 # the C code for these menus simply calls the volume menu. it's easy as it's all a C array IIRC 13.19.19 # but I don't think we can call these menus from LUA 13.19.43 # anyways, volume is related to playback so it is accessible to lua IIRC 13.19.56 # could you tell me how? 13.20.03 # and how to get current volume 13.20.03 Quit petur (Quit: *plop*) 13.20.18 # You can always extend it 13.20.52 # in theory 13.21.09 # i just dont know enough c or about how that lua stack thing works etc 13.26.11 Quit mdipolt (Ping timeout: 276 seconds) 13.26.40 # New commit by 03learman (r30191): Update Swedish translation. 13.28.04 Join mgue [0] (~mgue@p5DDA3720.dip.t-dialin.net) 13.28.07 # Just when I thought that the Android build couldn't get any cooler... I discover the widget(s)... Nice work again, all! :) 13.29.06 # Oh, for Rockbox :) 13.30.17 # r30191 build result: All green 13.30.27 # Yeah, not even having to switch to the background app? Brilliant :) 13.33.55 # yeah, back to imx233 hacking to make sd card work :-/ 13.40.41 Quit evilnick (Ping timeout: 255 seconds) 13.48.20 Quit krazykit (Ping timeout: 260 seconds) 13.51.28 Join evilnick [0] (~evilnick@rockbox/staff/evilnick) 13.54.35 Quit keyb_gr (Ping timeout: 260 seconds) 13.56.39 *** Saving seen data "./dancer.seen" 13.57.34 Part Cptn_Sandwich ("WeeChat 0.3.6-dev") 13.57.39 Quit GermanMushroom (Quit: Ik ga weg) 14.00.20 Join japc [0] (~japc@194.65.5.235) 14.04.05 # <[Saint]> gbl08ma: Regarding setting/LUA/time of day... 14.04.22 # <[Saint]> Couldn't you just launch a .cfg with an LUA plugin? 14.04.40 # <[Saint]> that way LUA need not access settings directly. 14.05.20 # How to launch a file with LUA? I already wondered about that... 14.05.35 # <[Saint]> then you could just have a folder ful of config files for specific times of day that you can edit, and point the plugin to that. 14.05.52 # <[Saint]> I'm not sure if its possible, actually. Just thinking out loud. 14.07.04 Join krazykit [0] (~krazykit@206.183.182.189) 14.20.50 Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) 14.25.36 Join GermanMushroom [0] (~c@s5146db6a.adsl.wanadoo.nl) 14.31.15 # [Saint]: What revision was that Andoid build that you made for me? 14.31.42 # <[Saint]> evilnick: 30190 14.32.39 # Cool - well 30166 works fine for me, so I'll revert to that one for now and try copying your theme over THAT build 14.33.32 # For the logs: Oops, and thanks to AlexP for pointing out the mistake and kugel for the fix :S 14.33.41 Join lasser [0] (~chatzilla@p57B581E8.dip0.t-ipconnect.de) 14.33.57 Join keyb_gr [0] (~chatzilla@p4FF0496D.dip.t-dialin.net) 14.33.57 # evilnick: Maybe not if it still FCs - the fix was in 30190 14.36.55 # <[Saint]> Oh...hmmmm, whoops. I might rebuild. Seems that 30190 didn't merge correctly. 14.37.11 # <[Saint]> Will be interesting to see if it fixes the FC problem for evilnick. 14.38.15 Join robin0800 [0] (~robin0800@cpc3-brig8-0-0-cust703.3-3.cable.virginmedia.com) 14.40.27 # <[Saint]> so...yeah. Expect me to pester you with another build evilnick, but depending on what the time is for you would you rather I emailed it to you? The build will take a while (I have ~10 targets to build from a "make clean"), and I have some real life to attend to also. 14.41.25 # Email is probably best, I can pootle off and get some food and then install once I get the mail 14.41.29 # Thanks, btw 14.41.57 Quit robin0800 (Client Quit) 14.42.12 # <[Saint]> No worries. None at all. 14.47.22 # gbl08ma: hi! With looking at other lua plugins I succeeded a little bit. http://pastebin.com/JmYSjtqD 14.47.48 # But still can't 'write' on the screen, must use rb.splash 14.48.22 # [Saint]: To add to the woes, when I select DEFAULT as my theme (with the older build that does start) then it says Settings loaded, but the theme remains as cabbiev2 14.48.52 # <[Saint]> ....interesting. 14.49.21 # No viewport changes on the list, the wps looks the same as it does by default (note the casing :)) 14.52.18 # lasser: great! I don't remember how to write on the screen, but there's a way 14.55.08 # gbl08ma: perhaps some other folks can remember ... 15.16.52 Quit markun (Ping timeout: 252 seconds) 15.17.55 Join quiccker [0] (~quiccker@212.174.109.55) 15.23.07 Join Strife89 [0] (~Strife89@207-144-19-39.cstel.net) 15.24.47 Quit mshathlonxp (Ping timeout: 240 seconds) 15.25.05 Join mshathlonxp [0] (~athlonmpp@5ad4ef88.bb.sky.com) 15.31.50 Quit [Saint] (Read error: Connection reset by peer) 15.33.22 Join [Saint] [0] (~st.lasciv@124-197-58-10.callplus.net.nz) 15.33.53 Join domonoky1 [0] (~Domonoky@agsb-5d851a28.pool.mediaWays.net) 15.56.03 Join stoffel [0] (~quassel@p57B4A08E.dip.t-dialin.net) 15.56.44 *** Saving seen data "./dancer.seen" 16.02.22 Join user890104 [0] (~Venci@213.226.63.154) 16.09.25 Join robin0800 [0] (~robin0800@cpc3-brig8-0-0-cust703.3-3.cable.virginmedia.com) 16.15.34 Quit GermanMushroom (Quit: Ik ga weg) 16.31.38 Join wtachi [0] (~wtachi@cpe-065-190-012-236.nc.res.rr.com) 16.41.08 Quit stoffel (Ping timeout: 255 seconds) 16.43.29 Quit robin0800 (Remote host closed the connection) 17.05.52 Join robin0800 [0] (~robin0800@cpc3-brig8-0-0-cust703.3-3.cable.virginmedia.com) 17.06.08 Quit TheSeven (Disconnected by services) 17.06.22 Join [7] [0] (~TheSeven@rockbox/developer/TheSeven) 17.15.48 Join mudd1 [0] (~cmertes@ip-78-94-202-227.unitymediagroup.de) 17.29.55 Quit [7] (Disconnected by services) 17.30.07 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) 17.35.31 Quit keyb_gr (Ping timeout: 246 seconds) 17.40.38 Join keyb_gr [0] (~chatzilla@p4FF0496D.dip.t-dialin.net) 17.42.19 Quit L-Strife89 (Quit: Destination: work) 17.45.09 # New commit by 03pamaury (r30192): sbtools: add missing cariage return, implement boot mode command, add C++ style comments support 17.45.43 # New commit by 03pamaury (r30193): imx233/fuze+: gives bootloader argument to main 17.45.47 # New commit by 03pamaury (r30194): imx233/fuze+: implement gpio interrupts 17.45.51 # New commit by 03pamaury (r30195): imx233/fuze+: add pin irq support 17.45.59 # New commit by 03pamaury (r30196): imx233/fuze+: add SD detection support 17.46.22 # * evilnick reports back that the Force Close fix has indeed fixed having to Force Close on the Android build 17.49.01 # r30192 build result: All green 17.52.04 # r30196 build result: All green 17.56.46 *** Saving seen data "./dancer.seen" 17.59.35 Join Strife1989 [0] (~Strife89@207-144-19-39.cstel.net) 17.59.39 Quit drezon (Quit: So long and thanks for all the fish) 18.10.07 Quit [Saint] (Quit: Imagination is for turbo-nerds who can't handle how kick-butt reality is. I'm a kick-butt reality master! I would rather die, than be imaginative. I mean that.) 18.12.07 Join Peaceful1 [0] (4f7f6353@gateway/web/freenode/ip.79.127.99.83) 18.12.15 Join [Saint] [0] (~Saint]@124-197-58-10.callplus.net.nz) 18.13.40 # Rockbox ftw 18.17.59 Quit Peaceful1 (Ping timeout: 252 seconds) 18.22.50 Join stoffel [0] (~quassel@p57B4A08E.dip.t-dialin.net) 18.24.53 Join wodz [0] (~wodz@iwl138.internetdsl.tpnet.pl) 18.25.05 # pamaury: what's the point of passing arg to main()? 18.28.08 Join fdinel [0] (~Miranda@modemcable036.124-131-66.mc.videotron.ca) 18.28.39 # None currently but we never know :) The sb file format allows you to do so 18.32.16 Join z180 [0] (~chatzilla@ip-109-42-220-57.web.vodafone.de) 18.32.20 # ha, I've made main binary compile for rk27xx. Only dozen of empty stubs or so to fill later :-) 18.32.48 Join Horscht [0] (~Horscht@p5DD57ED8.dip.t-dialin.net) 18.32.48 Quit Horscht (Changing host) 18.32.48 Join Horscht [0] (~Horscht@xbmc/user/horscht) 18.34.10 Quit Strife1989 (Ping timeout: 240 seconds) 18.35.05 Quit user890104 () 18.38.46 Join Strife1989 [0] (~Strife89@207.144.201.128) 18.46.24 Part Domonoky 18.49.18 Quit swilde (Remote host closed the connection) 18.51.38 Quit wodz (Quit: Leaving) 18.52.12 Join user890104 [0] (~Venci@213.226.63.153) 18.53.26 Join gbl08ma_ [0] (~gbl08ma@195-23-182-169.net.novis.pt) 18.53.32 Join bertrik [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 18.53.32 Quit bertrik (Changing host) 18.53.32 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 18.53.43 Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 18.56.15 Quit gbl08ma (Ping timeout: 258 seconds) 18.56.17 Join Thra11 [0] (~thrall@87.112.130.134) 18.57.06 # <[Saint]> Anyone around that's familiar with the SDL App? 18.57.29 Nick gbl08ma_ is now known as gbl08ma (~gbl08ma@195-23-182-169.net.novis.pt) 18.57.41 # <[Saint]> I'd like to know where to put a theme, if I wanted to load one on it. 18.58.59 # are you talking about the simulators? I think it's as simple as putting the theme files on the nand folder, inside .rockbox/themes and ./rockbox wps like you would do on a real device 18.59.28 # <[Saint]> Not the sim, no. 18.59.43 # <[Saint]> the SDl app. 19.04.17 # <[Saint]> Aha...grep is my friend \o/ 19.04.34 # <[Saint]> usr/local/share/rockbox... 19.05.21 Quit factor (Read error: Connection reset by peer) 19.13.38 # wtf !! 19.13.39 # #if defined(HAVE_HOTSWAP) && !(CONFIG_STORAGE & STORAGE_MMC) /* A better condition ?? */ 19.13.39 # void fat_lock(void) 19.13.54 # this is not the same condition as in the header ! 19.13.56 Quit japc (Ping timeout: 276 seconds) 19.14.58 Quit z180 (Quit: ChatZilla 0.9.87 [Firefox 3.6.18/20110614230723]) 19.21.31 Join factor [0] (~factor@74.197.205.204) 19.32.32 # gbl08ma: The helloworld.lua has a helper function which acts like printf() Very useful :-) http://pastebin.com/R37vsj6e 19.33.09 # a timer would be nice... 19.33.55 # You asked to share the code: Put it in your archive if you want :-) 19.37.26 Quit mshathlonxp (Ping timeout: 240 seconds) 19.38.20 Join kadoban_ [0] (~kadoban@ip98-165-177-158.ph.ph.cox.net) 19.40.18 Quit n1s (Remote host closed the connection) 19.40.42 Join mshathlonxp [0] (~athlonmpp@5ad4ef88.bb.sky.com) 19.47.19 # lasser: I see no printf() in that script you pointed me 19.50.34 # gbl08ma: uuhrghh... copy & paste... hopefully this one is correct now: http://pastebin.com/a799B3aW 19.53.05 # lasser: unfortunately this won't work on my player, I don't have so many keys, like A-B and Abort (or they are difficult to trigger, e.g. through press&hold) 19.53.27 # anyways, good work! specially for someone who had never worked with lua before :) 19.56.49 *** Saving seen data "./dancer.seen" 19.57.22 # gbl08ma: it's no surprise that it doesn't work on much other players. Generalizing this script is much too complicated for me. But thanks for your kind words! 19.58.15 # the syntax is correct, it's just a matter of changing the keymaps for other players than the H300 20.00.27 # yes, but how should the script figure out on which player it runs? 20.04.02 # [Saint]: $HOME/.config/rockbox.orgh 20.04.06 # org* 20.04.30 Join jhMikeS [0] (~jethead71@c-68-61-166-99.hsd1.mi.comcast.net) 20.04.41 Quit jhMikeS (Changing host) 20.04.41 Join jhMikeS [0] (~jethead71@rockbox/developer/jhMikeS) 20.05.10 # any one else noticed this when wireless not connected from sys log every minuet NetworkManager[503]: nm_supplicant_config_get_pkcs11_engine_path: assertion `NM_IS_SUPPLICANT_CONFIG (self)' failed 20.06.54 # sorry wrong channel 20.08.14 Quit alouette (Quit: On me voit, on me voit plus !) 20.13.31 Join saratoga [0] (9803ec71@gateway/web/freenode/ip.152.3.236.113) 20.15.38 Join Topy44 [0] (~Topy44@f049105110.adsl.alicedsl.de) 20.15.39 Quit T44 (Read error: Connection reset by peer) 20.16.55 # <[Saint]> kugel: Errrr...what? 20.17.13 # re: where to put themes in the sdl app 20.18.03 # <[Saint]> Seems we have different setups then. I let everything run as default settings, and themes etc. are placed in /usr/local/share/rockbox 20.18.37 # <[Saint]> with the binary in usr/local/bin (not surprisingly) 20.18.58 # that's where the installation puts stuff indeed 20.19.28 # but user configuration (and everything else that's not shipped) is placed under $HOME/.config/rockbox.org 20.19.55 # because users cannot normally write to non-$HOME 20.20.37 # that's just the way it works on unix (and windows too) 20.20.52 # <[Saint]> I did "chown -R username path/to/rockbox/" ;) 20.21.08 # <[Saint]> But yes, the method you point out is a lot easier, thanks 20.21.22 # it's the only possibility for many people 20.21.43 # while sudo works you often cannot use it :) 20.22.48 # [Saint]: it's analog to /data/.../rockbox and /sdcard/rockbox on android 20.25.21 # how is bmp.h supposed to exists ? (I'm trying to compile apps/ for the fuze+) 20.26.31 # pamaury: try "make V=1" 20.26.49 Join {phoenix} [0] (~dirk@p5DF2F6A3.dip.t-dialin.net) 20.27.28 # although, i don't havet this file in a sim build for fuze 20.27.36 # how can this help ? 20.27.42 # (not generated) 20.27.51 # I only know I need this file, but I don't know how it's generated 20.28.14 # right, I just figured it isn't generated :) 20.28.58 # it's in apps/recorder/, I think you need to add recorder to appextra in configure 20.28.58 # weird, how does this work :-/ 20.29.32 # if it was generated "make $PWD/bmp.h V=1" would have shown you the command to generate it 20.30.39 # thanks, indeed I don't have recorder in appextra, a bit weird 20.30.58 # i've tagged a 4.0 Sansa clip+ bootloader binary, is the procedure to tag it in SVN really as simple as copying this line: http://www.rockbox.org/wiki/BootloaderRelease 20.31.07 # i don't want to screw up the repo 20.31.34 # actually maybe 3.1 would be better if all it does is fix an issue on the Clip+ 20.31.34 # saratoga: that page is right 20.31.44 Join dfkt [0] (dfkt@unaffiliated/dfkt) 20.32.00 # fuck, I'm pretty sure I will hit all the broken mmc define of rockbox 20.32.28 # pamaury: that seems likely :) 20.32.53 # many MMC defines I've seen are actually ondio defines (because only their mmc is so horribly slow) 20.33.26 # lots of places assume something like sd => !mmc or similar weirdness 20.33.38 # or mmc => !whatyouwant 20.34.57 # isn't mmc basically SD in a different package? 20.35.31 # not really 20.35.45 # first SD is basically an old mmc in a card 20.35.58 # second MMC and SD diverged quite strongly 20.36.19 # only the eletrical part is similar if you don't consider things are dual rate for mmc 20.36.20 # * kugel was under the impression the difference are quite minor 20.39.25 # well, you could say it's minor in the sense that they are nearly electrically compatible and use the same "workflow" but the command sets are different 20.42.51 Quit mgue (Quit: Lost terminal) 20.43.53 # saratoga, thanks for the bootloader release work! 20.44.20 # bertrik: any preference on how this is versioned? 20.44.36 # no, not really 20.44.55 # saratoga: IIRC we don't usually do point releases for bootloaders 20.44.59 # since updating the AMS bootloaders is kind of a pain, I'd rather not update them for the fuzev2 and clipv2 until we have USB working 20.45.22 # I'm fine with just releasing the clip+ bootloader for now, I think I've only seen a confirmed case of a new bootloader fixing things for the clip+ so far 20.45.32 # saratoga: why does only the clip+ get a new bl? 20.45.53 # kugel: theres some minor hardware revision of the clip+ that happened after the fuze was discontinued 20.46.08 # so the new bootloader isn't needed on older amsv2 devices 20.47.57 # i'm particularly wary about encouraging people to update the clipv2 bootloader unless absolutely necessary, that seems to cause trouble from time to time 20.48.38 Quit Strife1989 (Ping timeout: 276 seconds) 20.49.53 # well i've got a 4.0 tagged booatloader here, if people are ok with having the other amsv2 devices stay one release behind for a while, i can upload it and then tag the svn branch 20.50.19 # i'm running it on my clip+ without issue 20.51.26 Quit MethoS- (Remote host closed the connection) 20.52.38 # saratoga, fine with me 20.53.29 # if we do need a newer one for the fuzev2 (for example), we can just compile this tagged version and upload it, right? 20.55.21 Quit [Saint] (Quit: Quit...) 20.56.19 # bertrik: correct 20.56.22 # http://duke.edu/~mgg6/rockbox/bootloader-clipplus.sansa 20.57.05 # when i do the svn copy command, do i have to follow up with svn commit? 21.02.40 # saratoga: I don't think so 21.03.08 Quit evilnick (Ping timeout: 258 seconds) 21.03.29 Join drezon [0] (~skeller@dslb-088-073-112-031.pools.arcor-ip.net) 21.03.33 # New commit by 03saratoga (r30197): Tag release v4 of AMSv2 bootloaders, which are presently needed on the Clip+ only. 21.04.59 Join [Saint] [0] (~st.lasciv@124-197-58-10.callplus.net.nz) 21.05.01 # Bagder: would you please upload the new v4 bootloader for the Clip+? http://duke.edu/~mgg6/rockbox/bootloader-clipplus.sansa 21.05.23 # baring any terrible mistakes, that should be enough to get rbutil installing the new bootloader 21.07.25 # In dsp.c in resample() can i count on count always being some minimum number? Does anyone know? 21.08.21 # Like 256 (the size of the sample buffer).. If it can be arbitrarily small, things get more complicated for me :( 21.13.00 # drezon: i don't think theres any limit on what size codecs can return, although i'm not sure if the code buffers samples to get up to some minimum level 21.17.26 # how many samples are you expecting to have? 21.17.49 Quit stoffel (Remote host closed the connection) 21.18.37 # * bertrik guesses 15 :) 21.19.38 # you have to store the last 15 samples anyway though, so you'd always have at least that many 21.22.54 # bertrik: right :) 21.23.01 # yes 21.23.04 # I do that 21.23.47 # but if I only get like 1 sample, I have ti additionally manage the fill of that buffer instead of being sure it always contains 15 samples 21.24.24 # s/ti/to/ 21.26.01 # doable, sure. but needlessly complicates things if I can be sure resample is always called with some minimum count 21.36.45 Join Thra11_ [0] (~thrall@59.110.125.91.rb5.adsl.brightview.com) 21.37.14 Quit Thra11 (Ping timeout: 255 seconds) 21.41.45 # drezon: you have to have that buffer filled anyway though, since you can't just fill it at the start of a block of samples 21.41.49 # that would cause glitches 21.43.06 # dsp_up/downsample do "data->resample_data.last_sample[ch] = s[count - 1];" at the start 21.43.31 # you need to do something similar, except memcpy the last 15 samples, that way you always have the history for your filter 21.44.14 # yes. i know 21.46.17 # then shouldn't it not matter if you have < 15 samples passed in? 21.46.37 # saratoga: did you get around to find / check the paper about different resampling algorithms? 21.49.35 Quit gbl08ma (Ping timeout: 260 seconds) 21.50.15 # saratoga: I have to do more than just copying the last 15 samples. Actually I wanted to copy the last 15 samples and on the next iteration append 15 samples. Then I can do my resampling in that buffer until I reach the end of it, then switch to the real sample buffer (src), continue there until I'm 15 samples before the end. Copy the last 15 samples to bufer. repeat on next call. 21.51.05 # Something like this.. 21.52.55 Join z180 [0] (~chatzilla@ip-109-45-70-75.web.vodafone.de) 21.53.33 Quit factor (Ping timeout: 264 seconds) 21.54.29 # drezon: http://duke.edu/~mgg6/rockbox/Niemitalo%20-%202001%20-%20Polynomial%20Interpolators%20for%20High-Quality%20Resampling%20of%20Oversampled%20Audio.pdf 21.56.12 Join ukleinek [0] (~ukl@octopus.hi.pengutronix.de) 21.56.24 # thanks 21.56.51 *** Saving seen data "./dancer.seen" 21.56.55 # drezon: i'm not sure you'll have access to a larger buffer to append your new samples into unless you are quite certain they'll never be too many samples to fit on the stack 21.57.14 Join JimmyJ [0] (~JimmyJ@unaffiliated/jimmyj) 21.57.29 # Is there a way on the Clip+ to make a megamix shuffle of all your folders or can you just play one folder at a time? 21.57.43 # it might be safer to special case the first 15 samples of each buffer that also need the history buffer, then process any that remain in a loop that works out of the src buffer only 21.58.42 # Is "An upgrade caused issues with the wiki. We are on the case" the reason that I cannot connect to http://www.rockbox.org/? 21.58.46 # saratoga: I have this in struct resample_data: int32_t sample_buf[2][FILTER_SIZE*2]; 21.58.52 # (the ipv6 address doesn't even ping) 21.59.06 Quit shai (Ping timeout: 240 seconds) 21.59.18 # i don't think we're setup for ipv6 21.59.30 # i think we are 21.59.38 # saratoga: yes the first 15 sample *are* special cased in that I do the resampling in that array, then switch to src 21.59.40 Join gbl08ma [0] (~gbl08ma@195-23-182-169.net.novis.pt) 21.59.45 # ukleinek: no, that's different. I can get to it fine 21.59.59 # saratoga: host reports "www.rockbox.org has IPv6 address 2a00:1a28:1200:9::2" 22.00.01 # ukleinek: That thing in the topic has been there for months, nd I'm not sure why it is still there 22.00.35 # rockbox.sourceforge.net works for me 22.00.41 # In fact, seeing as nobody has been on the case for ages, I might remove it 22.00.51 # sourceforge is nothing to do with the website 22.01.06 # And hasn't been for years and years 22.01.19 # ah, now it works, strange 22.01.40 # rockbox.sourceforge.net appears to redirect to rockbox.haxx.se 22.01.44 # drezon: where do you see that line? grep is failing me 22.02.00 # No. It's in my code 22.02.04 # Sorry 22.02.06 # bertrik: http://rockbox.sourceforge.net/rockbox/ doesn't redirect 22.02.29 # That's what I want to do. 22.02.37 # ukleinek: Indeed, but as you can see we haven't been on sourceforge since 2002 22.02.50 Topic "3.9 released! | Please read before speaking: http://www.rockbox.org/wiki/IrcGuidelines | Please direct offtopic/social chat to #rockbox-community | This channel is logged at http://www.rockbox.org/irc" by ChanServ (ChanServ@services.) 22.03.07 # AlexP: that's what google gave me, rockbox.org was first, but as this didn't work ... 22.03.23 # drezon: if you need some memory thats fine, but ideally this would work using somewhere around source + dest + 15*2 words words of memory 22.03.26 # well, you are welcome to go there, but there isn't much point... 22.03.32 # since we don't have a lot to spare on many targets 22.03.56 # grumpf, now connecting to rockbox.org hangs again 22.04.24 # hmm.. I haven't shown the array storing the sinc... :) 22.04.43 # thats only 15 words long right? 22.04.59 # it's [16][256] 22.05.05 # or is there one for each resampling ratio? 22.05.22 # where do those dimensions come from? 22.06.01 # 14 zero-crossing + 0 + one more (i f 22.06.14 # * ukleinek tries a different browser 22.08.49 # well. the code initially was used for a mod player of mine and thus needed to support changing sample rates at will (without re-init). 22.09.15 Join factor [0] (~factor@74.197.205.204) 22.09.50 # since this is not needed in rockbox, I have to think if this can be used to optimize 22.09.57 # i'm not too familiar with how this works, but shouldn't you only need 16 words per sample rate ratio? 22.10.06 # give or take one or two for the edges 22.11.24 # I should post the code somewhere, so you can see what is done.. 22.12.06 Quit mshathlonxp (Ping timeout: 240 seconds) 22.12.12 # saratoga: the resampling algorithms there work different. "My" algorithm (it's actually pretty straight-forward) does true (more or less) band-limited interpolation. The paper talks about polynomial interpolation. Still interesting of course. 22.12.28 Join mshathlonxp [0] (~athlonmpp@5ad4ef88.bb.sky.com) 22.12.38 # drezon: yes those are very different algorithms 22.13.16 # in general true band limited interpolation i think is only used in very, very high end resamplers that can tolerate absurdly large filter history 22.13.39 # but if you're got something that works pretty well, I doubt anyone is going to care that its marginally less efficient then some polynomial expansion 22.14.39 # hmm, I guess now the problem is that rockbox.org's ipv6 address isn't reachable 22.14.59 # yeah, like i said we're not setup for ipv6 22.15.15 # it isn't? 22.15.29 # if it isn't, it broke 22.15.31 # saratoga: then you should remove the ipv6 address from dns 22.15.43 # yeah its been reported a few times 22.15.43 # we've had a good portion of ipv6 traffic already 22.17.09 # ukleinek: did you traceroute it? 22.17.30 # * B4gder suspects the isp possibly messed it up 22.18.32 # B4gder: 6 2a00:1a28:1:2003::1 3118.345 ms !H * * 22.19.18 # that's www.haxx.se 22.19.24 Quit ender` (Quit: On-line, adj. The idea that a human being should always be accessible to a computer.) 22.19.47 # ? 22.20.02 # B4gder: that's where the traceroute ends 22.20.15 # www.rockbox.org and www.haxx.se is the same host and it has 2a00:1a28:1200:9::2 22.20.52 # B4gder: oh, I seem to have mispasted something 22.21.12 # the traceroute ends at te-2-1.sto3.se.portlane.net 22.21.25 # right, that's our isp... 22.27.10 Quit efyx (Remote host closed the connection) 22.27.59 # we had a similar problem before when they somehow got us removed fom the routing 22.28.39 # B4gder: if you have shell access on that machine, you can check from the other side 22.29.31 # I can, I have and I confimred that the connection isn't working 22.31.16 Quit gbl08ma (Ping timeout: 246 seconds) 22.33.19 # B4gder: did you see the bootloader i posted before? 22.35.43 # * ukleinek just bricked his mp3 player :-( 22.41.39 # hui, the reset button helped me 22.43.06 # Doesn't sound like it's bricked then :) 22.43.30 # gevaerts: yeah 22.49.04 Join mystica555 [0] (~mike@71-33-158-14.hlrn.qwest.net) 22.49.10 Quit {phoenix} (Remote host closed the connection) 22.50.11 Join T44 [0] (~Topy44@f049012020.adsl.alicedsl.de) 22.53.44 Quit Topy44 (Ping timeout: 255 seconds) 23.00.38 Join Thra11__ [0] (~thrall@14.75.113.87.dyn.plus.net) 23.03.18 Quit Thra11_ (Ping timeout: 252 seconds) 23.08.41 # drezon: (before I sign off), one suggestion would be to focus on 48k to 44.1k resampling initially, since this is the case that is both most difficult and most common for our linear resampler 23.09.14 Quit Thra11__ (Ping timeout: 276 seconds) 23.10.20 # saratoga: really? that's most common? that is were linear really sucks, because you will get aliasing on downsampling. though, for this small ration I don't know ehether it's that audible 23.10.37 # s/ration/ratio/ 23.11.09 Quit lasser (Quit: ChatZilla 0.9.87 [Iceweasel 3.5.16/20110701113851]) 23.12.54 # drezon: 48k audio is not too uncommon, and afaik Rockbox does all its stuff at 44.1k 23.13.07 # So there's probably a lot of 48k->44.1k going on 23.13.20 # or I could be talking out my arse 23.13.40 # Nah. that's my job 23.13.50 # drezon: linear resampling has a lot of trouble with 48 to 44.1 resampling because of the small difference between them 23.14.56 # Yes, and linear doesn't work at all correctly for downsampling as you have to band-limit at the new fs/2 or get aliasing 23.16.19 # my thinking was that we'd probably want linear for the easier cases like 192, 172->44k and probably don't really care much about anything but resampling to 44.1k 23.18.45 Quit krazykit (Ping timeout: 252 seconds) 23.18.45 # but for 192 -> 44 you will definitely get lots of aliasing (if the original signal actually contains the full spectrum) 23.22.55 # yeah but thats fairly uncommon, most 192k stuff is low passed anyway 23.22.56 # anyway, i have to go 23.22.56 # good luck and keep me posted 23.22.56 # thanks 23.22.56 DBUG Enqueued KICK saratoga 23.22.56 # am very interested in your results 23.22.56 # at least one :) 23.23.19 Join Thra11__ [0] (~thrall@14.75.113.87.dyn.plus.net) 23.36.50 # is there a wiki page for fuze+ recovery? i didn't find anything, but maybe i'm blind 23.41.32 # ah, found something 23.49.00 # there isn't much to say about fuze+ recovery 23.49.12 # SansaFuzePlusPort contains the instruction to download some code 23.56.53 *** Saving seen data "./dancer.seen"