--- Log for 19.05.114 Server: leguin.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 6 days and 19 hours ago 00.00.41 Quit tchan (Ping timeout: 252 seconds) 00.06.13 *** Saving seen data "./dancer.seen" 00.13.30 Quit pamaury (*.net *.split) 00.13.31 Quit CaptainKewl (*.net *.split) 00.13.31 Quit krnlyng (*.net *.split) 00.13.31 Quit ZincAlloy (*.net *.split) 00.13.32 Quit TheSeven (*.net *.split) 00.13.32 Quit Cultist (*.net *.split) 00.13.33 Quit funman (*.net *.split) 00.13.35 Quit michaelni (*.net *.split) 00.13.35 Quit markun (*.net *.split) 00.13.35 Quit Marex (*.net *.split) 00.13.36 Quit advcomp2019 (*.net *.split) 00.13.36 Quit Zambezi (*.net *.split) 00.13.36 Quit shufflebot (*.net *.split) 00.13.37 Quit soap (*.net *.split) 00.13.37 Quit ParkerR (*.net *.split) 00.13.39 Quit mc2739 (*.net *.split) 00.13.39 Quit K1773R (*.net *.split) 00.13.39 Quit cmhobbs (*.net *.split) 00.13.40 Quit yosafbridge (*.net *.split) 00.13.42 Quit ranmachan (*.net *.split) 00.13.44 Quit tweek_ (*.net *.split) 00.13.44 Quit Kohlrabi (*.net *.split) 00.13.45 Quit alexbobp (*.net *.split) 00.13.46 Quit amiconn (*.net *.split) 00.13.46 Quit pixelma (*.net *.split) 00.13.48 Quit Geoff_ (*.net *.split) 00.13.48 Quit FOAD (*.net *.split) 00.13.52 Quit alucryd (*.net *.split) 00.13.53 Quit JdGordon (*.net *.split) 00.13.54 Quit GeekShadow (*.net *.split) 00.13.54 Quit n17ikh (*.net *.split) 00.13.54 Quit x56 (*.net *.split) 00.17.16 Quit bzed (Ping timeout: 245 seconds) 00.17.33 Join bzed [0] (~bzed@devel.recluse.de) 00.18.45 Quit [Saint] (Quit: Quit.) 00.18.56 Join [Saint] [0] (~saint@rockbox/staff/saint) 00.19.04 Join GeekShadow [0] (~antoine@nzf.turmel.info) 00.19.04 Quit GeekShadow (Changing host) 00.19.04 Join GeekShadow [0] (~antoine@reactos/tester/GeekShadow) 00.19.10 Join JdGordon [0] (~jonno@ppp118-209-106-97.lns20.mel4.internode.on.net) 00.19.10 Quit JdGordon (Changing host) 00.19.10 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) 00.19.50 Join CaptainKewl [0] (~captainke@207-237-110-248.c3-0.nyr-ubr2.nyr.ny.cable.rcn.com) 00.19.50 Join krnlyng [0] (~liar@83.175.90.24) 00.19.50 Join ZincAlloy [0] (~Adium@pD9EEA6E8.dip0.t-ipconnect.de) 00.19.50 Join mc2739 [0] (~mc2739@rockbox/developer/mc2739) 00.19.50 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven) 00.19.50 Join amiconn [0] (quassel@rockbox/developer/amiconn) 00.19.50 Join pixelma [0] (pixelma@rockbox/staff/pixelma) 00.19.50 Join K1773R [0] (~K1773R@unaffiliated/k1773r) 00.19.50 Join cmhobbs [0] (~cmhobbs@fsf/member/cmhobbs) 00.19.50 Join yosafbridge [0] (~yosafbrid@192.241.198.49) 00.19.50 Join ParkerR [0] (ParkerR@unaffiliated/parkerr) 00.19.50 Join soap [0] (~soap@rockbox/staff/soap) 00.19.50 Join Zambezi [0] (Zulu@unaffiliated/zambezi) 00.19.50 Join advcomp2019 [0] (~advcomp20@unaffiliated/advcomp2019) 00.19.50 Join Marex [0] (~Marex@195.140.253.167) 00.19.50 Join markun [0] (~markun@rockbox/developer/markun) 00.19.50 Join michaelni [0] (~michael@chello084114129144.4.15.vie.surfer.at) 00.19.50 Join funman [0] (~fun@rockbox/developer/funman) 00.19.50 Join Cultist [0] (~CultOfThe@c-98-223-211-32.hsd1.il.comcast.net) 00.19.50 Join shufflebot [0] (~ec2-user@unaffiliated/shufflebot) 00.19.50 Join alexbobp [0] (~alex@capitalthree.pwnz.org) 00.19.50 Join Kohlrabi [0] (~kohlrabi@kohlio.de) 00.19.50 Join tweek_ [0] (~tweek@irc.cloud.tilaa.com) 00.19.50 Join ranmachan [0] (~ranma@yumi.uguu.de) 00.19.50 Join alucryd [0] (~alucryd@archlinux/trusteduser/alucryd) 00.19.50 Join Geoff_ [0] (~qua@192.3.27.126) 00.19.50 Join FOAD [0] (~foad@unaffiliated/foad) 00.19.50 Join 17SAAD6WT [0] (~jonno@rockbox/developer/JdGordon) 00.19.50 Join 17SAACSA9 [0] (~antoine@reactos/tester/GeekShadow) 00.19.50 Join n17ikh [0] (~n17ikh@unaffiliated/n17ikh) 00.19.50 Join x56 [0] (~0x56@sillytitties.com) 00.20.19 Join n17ikh_ [0] (~n17ikh@unaffiliated/n17ikh) 00.20.20 Quit 17SAACSA9 (Write error: Broken pipe) 00.20.20 Quit 17SAAD6WT (Write error: Broken pipe) 00.21.24 Quit XavierGr (Ping timeout: 246 seconds) 00.23.01 Quit n17ikh (Write error: Connection reset by peer) 00.24.17 Join XavierGr [0] (~XavierGr@2001:41d0:52:100::2e5) 00.25.36 Quit kugel (Ping timeout: 240 seconds) 00.38.30 Quit ender` (Quit: It is the nature of the human species to reject what is true but unpleasant and to embrace what is obviously false but comforting. -- H.L. Mencken) 00.42.13 Quit bertrik (Remote host closed the connection) 00.52.09 Quit dfkt (Quit: Sic gorgiamus allos subjectatos nunc.) 00.52.45 Join dfkt [0] (OxO29A@unaffiliated/dfkt) 00.58.10 Quit mirak (Quit: Ex-Chat) 01.22.26 Join amayer [0] (~amayer@h243.55.213.151.dynamic.ip.windstream.net) 01.40.14 Join Strife89 [0] (~Strife89@adsl-98-80-200-149.mcn.bellsouth.net) 01.52.15 Quit RiD (Quit: A good plan today is better than a perfect plan tomorrow.) 01.53.33 Quit Strife89 (Quit: Nasty thunderstorm.) 01.55.47 Nick n17ikh_ is now known as n17ikh (~n17ikh@unaffiliated/n17ikh) 02.06.15 *** Saving seen data "./dancer.seen" 02.23.06 Quit ZincAlloy (Quit: Leaving.) 02.24.57 Join Strife89 [0] (~Strife89@adsl-98-80-222-148.mcn.bellsouth.net) 02.26.09 Quit [Saint] (Remote host closed the connection) 02.27.06 Join [Saint] [0] (~saint@rockbox/staff/saint) 03.00.00 Quit AlexP (Remote host closed the connection) 03.27.56 # * the-kyle thought he was supposed to come back. winderz doesn't work either? 03.28.21 # OMG 03.28.43 # <[Saint]> the-kyle: errrrr...? 03.28.50 # <[Saint]> Lets try this again, shall we? 03.29.11 # Yeah, wrong winder. 03.30.09 # Second time i've done that in the past week I think. I'm really slippin' lol. 03.31.18 # <[Saint]> I think it's pretty hard to break my record for mistaking IRC as a shell. 03.31.48 # lol 03.31.51 # <[Saint]> I've exposed login details to more services that I can think of. 03.32.23 # Woe now that's really bad. I think I've only done that twice. ... I think. 03.40.37 Join john3213 [0] (john3213@static-72-66-66-50.washdc.fios.verizon.net) 03.41.23 Quit guymann (Read error: Connection reset by peer) 03.45.40 Part john3213 03.50.10 Quit amayer (Quit: Leaving) 03.50.48 Join guymann [0] (~c@unaffiliated/guymann) 04.06.18 *** Saving seen data "./dancer.seen" 04.15.02 # <[Saint]> Would not having repeat and shuffle settings immediately visible in the wps be a Very Bad Thing(tm)? 04.15.47 # <[Saint]> I've put them in an overflow menu instead but I have the feeling this might piss people off. 04.17.19 # <[Saint]> volume is in there too. 04.17.56 # <[Saint]> and browser and playlistviewer. 04.18.28 # <[Saint]> I guess I could find some room to display the repeat and shuffle state in text? 04.18.56 # <[Saint]> I just don't want to have a button/toggle on the main screen for aesthetic reasons. 04.20.50 # <[Saint]> It seems that almost every music player for touchscreen ever has a panel down the bottom like: | repeat | |<< | |> | >>| | shuffle | 04.21.12 # <[Saint]> But I just have: | |<< | |> | >>| | 04.38.32 # [Saint]: hidden features isnt very nice 04.39.15 # <[Saint]> I wouldn't call them hidden per se - its exactly similar to the Android overflow menu 04.39.32 # <[Saint]> Three dots in the top right corner bring up the overflow. 04.40.06 # ah, that might make it better 04.40.08 # screenshot? 04.44.09 # <[Saint]> I don't have it all quite stuck together yet in a fashion that works the way I want it to - I'm just hashing things out presently. Looking at it now I think the icons I have chosen for the media toggles are too large and there will be room for shuffle and repeat toggles. 04.44.46 # <[Saint]> But that will be *reaaaaaaaaally* annoying because I stole them from the Tango! project and there isn't shuffle nor repeat icons in the set. :-/ 04.45.26 # <[Saint]> And there's a reasonably odd gradient texture on the images. 04.45.33 Quit amiconn (Disconnected by services) 04.45.33 Quit pixelma (Disconnected by services) 04.45.34 Join pixelma_ [0] (pixelma@rockbox/staff/pixelma) 04.45.34 Join amiconn_ [0] (amiconn@rockbox/developer/amiconn) 04.45.36 Nick pixelma_ is now known as pixelma (pixelma@rockbox/staff/pixelma) 04.45.38 Nick amiconn_ is now known as amiconn (amiconn@rockbox/developer/amiconn) 04.46.27 # <[Saint]> I need an artist. 04.48.29 # <[Saint]> Someone who can make repeat and shuffle versions of these: http://imgur.com/a/pOGCH#0 04.49.28 # <[Saint]> Holy shit - imgur just destroyed those files. 04.52.13 # <[Saint]> Heh. They look nothing like that. One sec. 04.53.00 # <[Saint]> http://imgur.com/a/7JxzS 04.55.15 # <[Saint]> Ohhhhhh! There are shuffle/repeat icons in the set. 04.55.17 # <[Saint]> Kinda. 04.55.28 # <[Saint]> They don't entirely match, though. :-/ 04.56.44 Quit dfkt (Remote host closed the connection) 04.57.40 # <[Saint]> JdGordon: do you think I could get away with using http://imgur.com/a/b66vf with the above lined set? 04.58.30 # <[Saint]> they're GNOME status icons. 04.59.41 # [Saint], what theme are you working on? 04.59.46 # <[Saint]> I used Tango! to a: keep in line with the existing icon set, and b: be lazy because I'm not much of an artist and someone already made nice icons with a suitable license. 05.00.37 # <[Saint]> ParkerR: The intention is to make an easily portable touchscreen theme that should scale easily between resolutions. 05.00.49 # Ahh 05.01.00 # So indirectly helping android... ;P 05.01.43 # <[Saint]> So, large, high quality master images, and clean, commented code that you should intheory just be able to generate a set of images for (or using existing sizes) and plug in a few values here and there for a new port. 05.01.55 # Aye 05.01.55 # <[Saint]> Instead of having to basically do the whole thing from scratch. 05.02.14 # Does RB su[[prts SVGs as icons? 05.02.19 # *support 05.03.18 # <[Saint]> I'm trying to do a lot of the UI element placements using negative viewport offsets and full width viewports so that wherever possible when porting to a new resolution one needn't edit too much at all. 05.04.13 # <[Saint]> ParkerR: no, we don't support SVG icons. But we do support antialiased bitmaps for some time now. 05.04.31 # Nice 05.05.45 # You know what just came to mind but probably wouldnt be worth porting? rockbox for DS 05.06.55 # <[Saint]> As you can see, the Tango! icon set looks *very* sexy with antialiasing at high resolutions 05.06.56 # <[Saint]> http://imgur.com/oMNoNUG 05.07.19 # <[Saint]> That is a 128px icon set that I generated from the script located in our sources. 05.07.53 # <[Saint]> (had to convert to .png because imgur seems to *really* dislike bitmaps with an alpha channel and they all look terrible when I upload them) 05.08.45 # <[Saint]> Those are just the viewers icons - oh well, you get the idea. 05.08.56 Join JdGordon_ [0] (~jonno@ppp118-209-78-232.lns20.mel4.internode.on.net) 05.09.04 Quit JdGordon_ (Changing host) 05.09.04 Join JdGordon_ [0] (~jonno@rockbox/developer/JdGordon) 05.10.34 # [Saint], Cool. My only thought owning a clip Zip: What are these icons you speak of? :P 05.11.07 Quit JdGordon (Ping timeout: 265 seconds) 05.11.16 # <[Saint]> Are they disabled completely, or is the icon set just scaled impossibly small? 05.11.26 # I think I idsbled them :P 05.11.30 # *disabled 05.11.52 # <[Saint]> Ah, right. Now you can fit 5 characters in a row on screen at a time instead of 4. ;) 05.11.58 # :P 05.12.08 # So much more room for activities! 05.12.57 # <[Saint]> For some hilarity, play DooM on ultraviolent 05.13.15 # HAH 05.13.18 # <[Saint]> You can't see the enemy sprites until you're dead, basically. Its hilarious. 05.13.19 # heh :| 05.13.30 Quit JdGordon_ (Ping timeout: 240 seconds) 05.13.34 # <[Saint]> Everything gets scaled so tiny they need to be right in fron tof you before you see them. 05.13.42 # <[Saint]> Its very cute. 05.13.52 Join JdGordon [0] (~jonno@ppp118-209-14-114.lns20.mel4.internode.on.net) 05.13.54 # Ive played in normal 05.13.59 # Was kinda fun 05.14.04 Quit JdGordon (Changing host) 05.14.04 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) 05.14.06 # <[Saint]> Its near impossible on the Clip/+ 05.14.47 # <[Saint]> And possibly an epilepsy trigger. 05.16.07 # [Saint], https://cdn.mediacru.sh/rvfisA_ANnbZ.jpe 05.16.18 # Yes it supposed to be missing the g 05.16.24 # The host is weird 05.17.37 # <[Saint]> Obviously the g fell off as a result of the crushing. 05.17.46 # heh 05.22.11 # [Saint], so yeah basically small font plus no icons 05.22.45 # Got it small enough so the homescreen doesnt have to scroll 05.23.02 # grr.... internet fell over apparently 05.23.07 # <[Saint]> On my iPods, I use the fallback theme and default (as in not cabbieV2) icons 05.23.08 # [Saint]: yeah, those icons look fine i think 05.23.19 # <[Saint]> So, I'm kinda used to minimal hideous themes. 05.23.30 # Heh 05.23.57 # <[Saint]> JdGordon: I'll probably need to lighten them up a few shades to match. 05.24.16 # <[Saint]> They'ye currently a bit darker but they're vaguely similar. 05.33.43 Quit Xerion (Ping timeout: 252 seconds) 05.41.04 Quit TheSeven (Ping timeout: 264 seconds) 05.42.13 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven) 05.42.46 Nick DormantBrain is now known as SuperBrainAK (~andy@74.112.200.73) 05.43.44 Join Xerion [0] (~xerion@5419F5F4.cm-5-2d.dynamic.ziggo.nl) 06.02.39 Quit CaptainKewl (Quit: ( www.nnscript.com :: NoNameScript 4.22 :: www.esnation.com )) 06.06.19 *** Saving seen data "./dancer.seen" 06.17.16 Quit Strife89 (Ping timeout: 252 seconds) 06.59.26 Quit GodEater (Ping timeout: 252 seconds) 07.01.58 Quit [Saint] (Remote host closed the connection) 07.02.57 Join [Saint] [0] (~saint@rockbox/staff/saint) 07.20.21 Nick SuperBrainAK is now known as DormantBrain (~andy@74.112.200.73) 07.32.40 Join GodEater [0] (~whoknows@94.3.60.123) 07.32.40 Quit GodEater (Changing host) 07.32.40 Join GodEater [0] (~whoknows@rockbox/staff/GodEater) 07.37.21 Join kugel [0] (~kugel@rockbox/developer/kugel) 07.37.35 Join kugel_ [0] (~kugel@rockbox/developer/kugel) 07.45.46 Join fragilematter [0] (~fragilema@unaffiliated/fragilematter) 08.01.25 Quit kugel_ (Ping timeout: 255 seconds) 08.02.54 Join kugel_ [0] (~kugel@rockbox/developer/kugel) 08.03.23 Join kugel__ [0] (~kugel@212.42.239.93) 08.03.23 Quit kugel__ (Changing host) 08.03.23 Join kugel__ [0] (~kugel@rockbox/developer/kugel) 08.04.02 Quit kugel (Ping timeout: 258 seconds) 08.06.23 *** Saving seen data "./dancer.seen" 08.08.30 # 03:23:08 UTC <[Saint]> On my iPods, I use the fallback theme and default (as in not cabbieV2) icons 08.08.39 # I don't get what that is supposed to gain you 08.09.15 # you have this weird obsession about saving the very last byte 08.09.45 # <[Saint]> A high contrast, low resource theme with a metric fucktonne of display data, is what it gives me. 08.10.16 # screenie? 08.10.31 # nm 08.10.52 Quit kugel__ (Ping timeout: 255 seconds) 08.11.18 # my iPod Video sim segfaults when trying to switch to the fallback theme 08.11.26 # er, rockbox_failsafe 08.11.58 # correction, it segfaults when trying to switch to any theme 08.12.17 # <[Saint]> Awesome. 08.12.37 # I wiped out the config file 08.12.44 # I don't see the metric fucktonne of data 08.12.59 # <[Saint]> Compared to most themes. 08.13.18 # my themes display the same stuff 08.13.34 # are we talking about the same thing? 08.14.11 # this? https://outpost.fr/tmp/pXB.png/ 08.14.14 # <[Saint]> I don't find the contrast on your themes to be high enough. 08.14.19 Join ender` [0] (krneki@foo.eternallybored.org) 08.14.24 # <[Saint]> Except for the weird dark blue I don't like. 08.14.37 # <[Saint]> And, I like icons. ;) 08.14.39 Nick kugel_ is now known as kugel (~kugel@rockbox/developer/kugel) 08.14.59 # but you make your own themes 08.15.06 # why would you suffer rockbox_failsafe? 08.15.26 # <[Saint]> I make themes for others. Not myself primarily. 08.15.55 # you're weird! 08.16.38 # <[Saint]> I have specific tastes. 08.17.01 # <[Saint]> My main menu only has File Browser, Now Playing, and Settings in it. :) 08.17.19 # <[Saint]> Everything else is useless cruft to me. 08.17.27 # that's not a theme thing 08.17.46 # I mean you can have that with any theme 08.17.54 # <[Saint]> Well, no. But ts a fairly clear indication if minimalist tastes 08.18.00 # <[Saint]> *of 08.19.25 # <[Saint]> I like working with and making fancy, shiny things. I just don't use them often on a device I rarely ever see the screen of. 08.19.41 # <[Saint]> Touchscreen on the other hand is a whole other ballgame. 08.20.49 # <[Saint]> There, its impossible to not interact with the screen so high contrast, usability, *and* pretty things come out to play. 08.22.09 Join LinusN [0] (~linus@giant.haxx.se) 08.23.27 # <[Saint]> I would probably use the failsafe on touchscreen too if it didn't mean having to use grid mode instead of absolute point in the wps. 08.24.52 Quit Guest72256 (Ping timeout: 252 seconds) 08.28.40 # <[Saint]> copper: primarily I like the challenges involved in making a theme that "just works" all across the board. 08.28.59 # <[Saint]> I find building locale awareness into themes interesting. 08.31.53 # [Saint]: don't you use a smartphone for actual music playback? 08.32.24 # <[Saint]> It depends on the situation. 08.33.16 # did you get my bit about MP3 streaming over bluetooth btw? 08.33.55 # I don't know if that ever existed, and it would disable all and any DSP 08.34.13 # it's a neat idea, but not very practical 08.34.16 # <[Saint]> If transporting my iPod and amp isn't going to be problematic then I'll take it with me, but I'm happy to fall back to just my phone. 08.36.17 # <[Saint]> A2DP MP3 direct streaming most certainly exists, or existed. 08.40.54 # well, I'm going to try an apt-X receiver with my apt-X phone 08.43.17 # [Saint]: bluetooth audio always implied transcoding 08.43.50 # <[Saint]> I'm positive there's a direct pass through mode. 08.43.58 # there isn't 08.44.17 Join olspookishmagus [0] (~pookie@snf-137798.vm.okeanos.grnet.gr) 08.44.26 # not by specs anyway, perhaps exotic actual hardware offers this 08.44.41 Nick olspookishmagus is now known as Guest99650 (~pookie@snf-137798.vm.okeanos.grnet.gr) 08.44.55 # in the same way stuff like apt-X is non-standard as well 08.45.07 # <[Saint]> It is optional, indeed. 08.47.10 # <[Saint]> "As of PulseAudio 1.0, we support passthrough output of compressed formats. This allows us to directly support passing compressed audio to hardware that supports it. Currently, the only hardware for which we support this is A/V receivers plugged in over S/PDIF or HDMI, but this can include hardware decoders on SoCs and streaming MP3/AAC/... to Bluetooth headsets that support it in the future." 08.47.11 # apparently my phone will tell me explicitely that apt-X is used 08.48.07 # [Saint]: it's not optional, it's non-standard 08.48.27 # bluetooth specs require transcoding 08.48.28 # <[Saint]> Semantics. 08.48.57 # "Encoding audio that has previously been encoded with MP3 or AAC introduces additional artefacts to the already compromised audio. Native streaming is an option for MP3 or AAC, but if the source is a mixture of uncompressed, AAC or MP3 seperate decoders will be needed for each algorithm. This leads to a more complex and unwieldy headset design, which has to choose between decoders depending on the source material. A better solution is to choose the mos 08.49.09 # "Native streaming is an option for MP3 or AAC" 08.49.32 # https://web.archive.org/web/20100808133404/http://www.aptx.com/Documents/Bluetooth-Datasheet---SBC-comparison.aspx 08.50.37 # <[Saint]> Right. I'm not saying its the holy grail or anything - but I think we can agree at this point that it exists, no? 08.51.05 # apparently 08.51.37 # it sure would be nice to have that option for people who don't care about DSPs 08.51.39 # I haven't seen one in the wild but it probably exists 08.52.45 # http://www.hydrogenaudio.org/forums/index.php?s=&showtopic=78217&view=findpost&p=684227 08.53.08 # eh, only took me 4 years ago to find compatible hardware 08.53.13 # -ago 08.53.56 # <[Saint]> I'm fairly certain the funny little Nexus thing that flopped so miserably did direct passthrough over BT. 08.54.07 # <[Saint]> I seem to recall that was where I learned it was a thing. 08.54.23 # what Nexus? 08.56.05 # <[Saint]> Nexus Q 08.56.18 # <[Saint]> That funny little media portal no one ever purchased. 08.57.27 # oh, the sperical thing? 08.57.30 # spherical 08.57.39 # * [Saint] nids 08.57.47 # <[Saint]> *nods, even 09.12.05 Join Zagor [242] (~bjst@rockbox/developer/Zagor) 09.13.46 Join ygrek_ [0] (~user@108.59.6.97) 09.16.07 Nick Guest99650 is now known as olspookishmagus (~pookie@snf-137798.vm.okeanos.grnet.gr) 09.16.52 # [Saint]: it didn't flop as it was never released :) 09.17.52 # <[Saint]> Err....no? 09.18.33 # <[Saint]> Ah. Yes. 09.18.43 # maybe? 09.19.15 # <[Saint]> It wasn't "released", but all the stock was handed out to conference attendees and those who preordered. 09.19.20 # afaik it was cancelled, and only early pre-orderers got one 09.19.32 # [Saint]: most likely your bluetooth audio will be transcoded 09.19.43 # and if you're lucky, it will use AAC or apt-X for it 09.19.51 # <[Saint]> The full run of units was handed out iiuc. 09.20.01 # e.g. with iDevices and Made for iPhone headphones 09.20.35 # Apple recommends bluetooth receiver makers to use AAC 09.21.14 # which is probably a lot better than SBC, though I have no idea how it would compare to apt-X 09.22.30 # I'm a bit confused by the "non destructive transcoding" bit with apt-X 09.22.54 # do they mean that their codec is so good, it's transparent? or are they doing something special with known codecs like MP3 and AAC? 09.23.08 # <[Saint]> I think that falls into the category of magical marketing jargon. 09.24.03 # hm never mind 09.24.06 # <[Saint]> My limited understanding suggests that transcoding of any lossy source is going to be destructive in some fashion. 09.24.17 # they call it "the best generic pipe" to transport lossy audio 09.24.25 # yeah 09.24.35 # but it's not necessarily audible 09.24.42 # it definitely IS with SBC though 09.24.54 # SBC is a piss poor codec 09.25.32 # unless the three devices that I tested in 2009 were somehow faulty 09.25.38 # <[Saint]> That whole "non destructive" bit made me lose faith in taking the entire document seriously. 09.25.44 # hehe 09.26.03 # [Saint]: it's just engineers trying to explain their work, with the help of the marketing department! 09.26.57 # <[Saint]> "Its better, we promise - srsly guiz" 09.28.33 # didn't Bluetooth throuhput improve over the years? 09.28.36 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 09.28.38 # or just not for A2DP? 09.28.48 # throughput 09.29.29 # I would have made lossless transcoding a priority from the start 09.29.35 # apt-X is lossless isnt it? 09.29.53 # one version of it is 09.29.58 # not for bluetooth though 09.30.05 # bluetooth apt-X is 350 kbps 09.30.12 # 362 09.30.15 # 352 09.30.29 # variable bitrate? 09.30.33 # only marginally higher than SBC (320) 09.30.37 # or did you mistype :p 09.30.41 # <[Saint]> I believe so. 09.30.49 # <[Saint]> Re: variable 09.30.53 # dunno 09.31.04 # they mention that SBC can be VBR 09.32.05 # * kugel was making a joke 09.32.33 # meh, lossless would need about 3 times as much 09.33.21 # I'm sooo going to RMAA that thing 09.33.27 # bluetooth audio with SBC is a non-starter for me 09.33.27 Quit JdGordon (Ping timeout: 276 seconds) 09.33.28 # <[Saint]> I imagine celt or opus will come in handy for BT in future 09.33.52 # was gonna say 09.33.57 # needs moar Opus 09.34.13 # Opus is very late in the game though 09.34.33 # <[Saint]> And still not completed. 09.34.39 # it's not? 09.34.48 # what's not completed? 09.34.48 # <[Saint]> Not that I'm aware. 09.34.59 # version 1.1 is out 09.36.00 Join wodz [0] (~wodz@iwl138.internetdsl.tpnet.pl) 09.40.32 Join JdGordon [0] (~jonno@ppp118-209-31-11.lns20.mel4.internode.on.net) 09.40.32 Quit JdGordon (Changing host) 09.40.32 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) 10.06.27 *** Saving seen data "./dancer.seen" 10.08.08 # kugel: [Saint] whats the story with the 2 raaa fixes from the rockboxcn guy? can they be pushed? 10.11.04 Quit pamaury (Ping timeout: 264 seconds) 10.23.17 Join invalid [0] (~malte@2a02:8109:8400:12fc:e0f0:427:b928:bae3) 10.25.43 # gevaerts: hello again! i investigated the random file corruptions on ipod 5.5g some more. yesterday's build didn't bring any improvement, but apple's firmware did. 10.26.53 Join einhirn [0] (~Miranda@2001:638:605:4:ccca:6fed:afab:86fd) 10.32.12 Quit copper (Quit: ZNC - http://znc.in) 10.32.42 Join copper_ [0] (~copper@unaffiliated/copper) 10.32.51 Nick copper_ is now known as copper (~copper@unaffiliated/copper) 10.39.03 Quit einhirn (Ping timeout: 245 seconds) 11.14.11 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 11.28.47 Quit kugel (Remote host closed the connection) 11.37.44 Join kugel [0] (~kugel@212.42.239.93) 11.37.44 Quit kugel (Changing host) 11.37.44 Join kugel [0] (~kugel@rockbox/developer/kugel) 11.43.17 Quit kugel (Ping timeout: 258 seconds) 11.57.57 Quit Zagor (Quit: Clint excited) 12.06.29 *** Saving seen data "./dancer.seen" 12.15.22 Join kugel [0] (~kugel@212.42.239.93) 12.15.22 Quit kugel (Changing host) 12.15.22 Join kugel [0] (~kugel@rockbox/developer/kugel) 12.17.56 Quit kugel (Remote host closed the connection) 12.35.36 # pamaury: ping 12.35.45 # wodz: pong 12.36.31 # pamaury: hwstub uses custom control packets, right? How hard would it be to make it running 'in-pair' with rockbox? 12.36.52 # it should not interfere with ums or am I wrong? 12.37.04 # very easy 12.37.53 # that might be interesting option then 12.38.21 Join kugel [0] (~kugel@avm-guido.avm.de) 12.38.21 Quit kugel (Changing host) 12.38.21 Join kugel [0] (~kugel@rockbox/developer/kugel) 12.39.43 # let me have a look, I can tell you what is needed 12.42.22 # first you need to be able to report vendor device descriptors (the HWSTUB_DT_* descriptors). One would need to check but I think they can be handled by just adding a new usb driver, in the .get_config_descriptor function 12.43.10 # err sorry, in .control_request 12.44.19 # and similarly for read/write/... requests 12.45.07 # except for some reason I put them as CLASS specific 12.45.26 # I probably forgot to move them to VENDOR specific in the last change 13.00.06 # how rb behaves when connecting cable while holding play/select/whatever - does it disable usb altogether or only ums part? 13.00.23 # wodz: only ums 13.00.43 # good 13.00.51 # wodz: also if it makes life easier for integration, I can modify hwstub so that all hwstub stuff is put into an interface, rather than being vendor specific 13.01.22 # because the current stub uses no interface and assumes it is "alone" 13.02.06 # I know too little about usb to understand the implications :-) 13.04.19 # ok, if you want I'll push some code to gerrit to help you tonight, I'll implement only the usb part to get started 13.05.14 # thanks 13.29.20 Quit ygrek_ (Remote host closed the connection) 13.29.49 Join ygrek [0] (~user@108.59.6.97) 13.34.16 Quit ygrek (Ping timeout: 240 seconds) 13.40.26 Join mortalis [0] (~kvirc@213.33.220.118) 13.45.09 Join dfkt [0] (dfkt@unaffiliated/dfkt) 13.50.14 # jhMikeS: ping 14.03.00 # jhMikeS: I need some help on digital radio, I would like the radio code to handle the case of digital radio (ie you get pcm data and need to playback to actually get sound). I'm kind of lost in the audio code, also the radio code already seem to be able to record either to file or for peak meter so it's probably not so hard to add playback but I don't know where to start 14.05.37 # do we have any targets capable of hardware decoding digital radio? 14.06.01 # yes, plenty actually, all which use the stfm1000 tuner 14.06.16 # that's zenxfi2/3, nwze360/370/380 14.06.32 *** Saving seen data "./dancer.seen" 14.06.35 # zenmx (wip) 14.06.44 # zenxfistyle 14.07.16 # how boring :/ 14.07.36 # this horrible chip even does RDS but you have to decode it yourself, you just get the raw demodulated RDS stream, same for audio so you have to do mono/stero and filtering by yourself if you want something correct 14.08.45 # anyway, for me the hard part is how to integrate this into our system because I know how to get the data from the chip 14.11.05 Quit cmhobbs (Ping timeout: 240 seconds) 14.29.10 Join amayer [0] (~amayer@mail.weberadvertising.com) 14.29.26 Quit yosafbridge (Quit: ERC Version 5.3 (IRC client for Emacs)) 14.33.35 Join yosafbridge [0] (~yosafbrid@192.241.198.49) 14.48.23 Quit jhMikeS (Ping timeout: 252 seconds) 14.57.34 Join ygrek [0] (~user@108.59.6.97) 15.02.18 Join ygrek_ [0] (~user@108.59.6.97) 15.04.56 Quit ygrek (Ping timeout: 276 seconds) 15.08.10 Join maruk1 [0] (~papier@titanium.v6.sdv.fr) 15.11.05 Quit mc2739 (Ping timeout: 240 seconds) 15.11.07 Quit ygrek_ (Ping timeout: 252 seconds) 15.13.17 Join mc2739 [0] (~mc2739@rockbox/developer/mc2739) 15.16.35 Quit wodz (Quit: Leaving) 15.19.08 Join ygrek [0] (~user@108.59.6.97) 15.20.02 Join kugel_ [0] (~kugel@212.42.239.93) 15.20.02 Quit kugel_ (Changing host) 15.20.02 Join kugel_ [0] (~kugel@rockbox/developer/kugel) 15.23.01 Join ZincAlloy [0] (~Adium@pD9EE8A04.dip0.t-ipconnect.de) 15.26.01 Quit kugel_ (Ping timeout: 255 seconds) 15.34.01 Join seqer [0] (d462bbc9@gateway/web/cgi-irc/kiwiirc.com/ip.212.98.187.201) 15.35.37 # Hi everyone. Can rockbox be used as media library. Actually I want only this feature: when i 'like' some song, the rockbox will move this audiofile into certain folder, so after it would be easier to copy that folder to my computer. 15.36.36 # I know this sound very... strange, but .. I really need this feature. I don't like to mark songs with likes or stars or any of this stuff. I just want to create a folder with 'best songs' and that is all 15.38.06 # you can copy and paste them into a folder 15.39.53 # Manually? Just for your information: I'm not a rockbox-user, I'm planning it right now. I want to buy an audio player and install rockbox. By the way Thanks. 15.40.38 # I was just wondering 'can I setup a custom button with custom action. Like a hotkey'. That would be great 15.43.53 # yeah, manually. the file browser has the capabilities for that. while you can assign most options as shortcuts to the quickscreen you can't program more complex actions. 15.44.19 # you can try out rockbox using a simulator build: http://rasher.dk/rockbox/simulator/ 15.44.29 # and this is "complex action" right? 15.44.37 # thanks for the link 15.45.15 # yeah. you're trying to to two things at once. and they're not even options. I don't think what you're trying to do is possible 15.45.51 Quit ygrek (Ping timeout: 264 seconds) 15.45.59 # well, anyhow thanks. 15.46.28 # welcome. 15.51.25 Part seqer 16.02.27 Join ygrek [0] (~user@108.59.6.97) 16.03.51 Quit Cultist (Ping timeout: 264 seconds) 16.06.33 *** Saving seen data "./dancer.seen" 16.09.51 Join RiD [0] (RiD@2.83.29.29) 16.19.26 Quit Rower (Ping timeout: 240 seconds) 16.20.03 Join Rower [0] (~husvagn@h176n2-aeg-a11.ias.bredband.telia.com) 16.21.33 Quit sulky (Ping timeout: 240 seconds) 16.26.26 Join kugel_ [0] (~kugel@212.42.239.93) 16.26.27 Quit kugel_ (Changing host) 16.26.27 Join kugel_ [0] (~kugel@rockbox/developer/kugel) 16.32.56 Join tchan [0] (~tchan@c-98-220-232-45.hsd1.il.comcast.net) 16.32.56 Quit tchan (Changing host) 16.32.56 Join tchan [0] (~tchan@lunar-linux/developer/tchan) 16.33.50 Quit JdGordon (Ping timeout: 240 seconds) 16.33.51 Quit kugel_ (Ping timeout: 264 seconds) 16.35.41 Join kugel_ [0] (~kugel@212.42.239.93) 16.35.41 Quit kugel_ (Changing host) 16.35.41 Join kugel_ [0] (~kugel@rockbox/developer/kugel) 16.35.58 Join JdGordon [0] (~jonno@ppp118-209-38-144.lns20.mel4.internode.on.net) 16.35.58 Quit JdGordon (Changing host) 16.35.58 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) 16.38.27 Quit kugel (Ping timeout: 258 seconds) 16.40.39 Quit invalid (Quit: Leaving.) 16.49.00 Quit kugel_ (Ping timeout: 255 seconds) 16.50.06 Join sulky [0] (~sulky@gateway/shell/cadoth.net/x-wveukeqlmstrequc) 17.04.55 Quit mortalis (Quit: KVIrc 4.3.1 Aria http://www.kvirc.net/) 17.05.39 Quit amayer (Ping timeout: 264 seconds) 17.12.02 Join amayer [0] (~amayer@mail.weberadvertising.com) 17.18.14 Quit JdGordon (Ping timeout: 240 seconds) 17.20.20 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) 17.21.26 Quit amayer (Ping timeout: 240 seconds) 17.46.02 Join AlexP [0] (~alex@rockbox/staff/AlexP) 17.48.04 Join amayer [0] (~amayer@mail.weberadvertising.com) 17.55.31 Join whiskers75_ [0] (~whiskers7@cpc10-mort5-2-0-cust236.19-2.cable.virginm.net) 18.04.00 Quit whiskers75_ (Read error: Connection reset by peer) 18.05.11 Join whiskers75_ [0] (~whiskers7@cpc10-mort5-2-0-cust236.19-2.cable.virginm.net) 18.06.37 *** Saving seen data "./dancer.seen" 18.09.12 Quit whiskers75_ (Client Quit) 18.15.06 Join whiskers75_ [0] (~whiskers7@cpc10-mort5-2-0-cust236.19-2.cable.virginm.net) 18.25.44 Quit whiskers75_ (Quit: whiskers75 - http://whiskers75.com) 18.35.15 Join whiskers75_ [0] (~whiskers7@cpc10-mort5-2-0-cust236.19-2.cable.virginm.net) 18.39.25 Quit maruk1 (Quit: Leaving.) 19.02.11 Quit ygrek (Ping timeout: 276 seconds) 19.05.18 Join Cultist [0] (~CultOfThe@c-98-223-211-32.hsd1.il.comcast.net) 19.06.41 Join bertrik [0] (~quassel@rockbox/developer/bertrik) 19.23.28 Join lebellium [0] (~chatzilla@89-93-178-161.hfc.dyn.abo.bbox.fr) 19.37.41 Quit pamaury (Ping timeout: 252 seconds) 19.38.07 Quit whiskers75_ (Remote host closed the connection) 19.47.20 Join rela [0] (~x@pdpc/supporter/active/rela) 19.48.51 Quit GodEater (Ping timeout: 264 seconds) 19.52.14 Join GodEater [0] (~whoknows@94.3.60.123) 19.52.14 Quit GodEater (Changing host) 19.52.14 Join GodEater [0] (~whoknows@rockbox/staff/GodEater) 20.06.41 *** Saving seen data "./dancer.seen" 20.12.07 Join y4n [0] (~y4n@unaffiliated/y4ndexx) 20.13.39 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 20.17.46 # pamaury: did you ever determine if my microsdxc card was somehow buggy? 20.18.55 Join invalid [0] (~malte@2a02:8109:8400:12fc:e0f0:427:b928:bae3) 20.19.21 # copper: no, I had a hard time reproducing the bug 20.19.41 # I can't imagine why you had a harder time than me 20.19.45 # the only one time I managed to catch it, I was unable to determine what was the problem 20.19.58 # but you corrected a bug in your code? 20.20.05 # I found one bug in the code 20.20.16 # but I'm not confinced it is the bug you ran into 20.20.22 # *convinced 20.20.31 # meh 20.20.40 # I'll be using my new phone now, unfortunately 20.21.02 # actually I found two bugs but the other one was probably not causing any problem 20.21.07 # ping me if someone else complains about something similar 20.21.34 # I have someone complaining about audio stuttering on zenxfi2, maybe related to automatic folder change 20.28.32 Quit fs-bluebot (Ping timeout: 240 seconds) 20.29.26 Quit bluebrother (Ping timeout: 240 seconds) 20.30.58 Join fs-bluebot [0] (~fs-bluebo@g225253176.adsl.alicedsl.de) 20.31.36 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 20.50.20 Quit rela (Read error: Connection reset by peer) 21.13.48 Join kugel [0] (~kugel@91-64-117-207-dynip.superkabel.de) 21.13.48 Quit kugel (Changing host) 21.13.48 Join kugel [0] (~kugel@rockbox/developer/kugel) 21.15.44 Quit y4n (Quit: Today is the perfect day for a perfect day.) 21.43.45 # who knows about the playback system ? 21.46.05 Join aevin [0] (eivindsy@unaffiliated/aevin) 21.51.34 Quit ender` (Read error: Connection reset by peer) 21.53.02 Quit Provel (Ping timeout: 240 seconds) 21.53.29 Join Provel [0] (~Provel@75-132-32-77.dhcp.stls.mo.charter.com) 21.54.00 Join ender` [0] (~ender@84.255.206.8) 21.54.16 Quit amayer (Ping timeout: 240 seconds) 21.54.33 Join amayer [0] (~amayer@mail.weberadvertising.com) 21.54.34 Quit Jinx (Ping timeout: 252 seconds) 21.54.53 Quit Scromple (Ping timeout: 245 seconds) 21.54.59 Quit derf (Ping timeout: 265 seconds) 21.55.15 Join Scromple [0] (~Simon@161.43.73.67) 21.55.27 Quit Marex (Ping timeout: 264 seconds) 21.55.59 # pamaury: i do a bit 21.56.16 Join Marex [0] (~Marex@195.140.253.167) 21.56.37 Join derf [0] (~derf@static-108-18-126-14.washdc.fios.verizon.net) 21.57.42 # kugel: I want to make the radio screen able to handle digital radio 21.58.11 # the current code doesn't work because it assumes there is nothing to playback 21.58.37 # I'm trying to look at the code but I have no idea how to do that using the current playback code 21.58.59 # good luck, it sounds like a lot of work :) 21.59.00 Quit ender` (Read error: Connection reset by peer) 21.59.28 # though I would welcome it, could be used for internet radio on RaaA 21.59.32 # I'm sure it's not that difficult, it already does recording so the data is there, it "just" needs to be sent to mixer and playback code 21.59.36 Join ender` [0] (krneki@foo.eternallybored.org) 22.00.09 # maybe I'll try to see how the recording screen handles that when recording from SPDIF, I think it does playback too 22.00.24 # do you need the codecs? 22.06.07 Join stripwax [0] (~Miranda@rockbox/developer/stripwax) 22.06.44 *** Saving seen data "./dancer.seen" 22.33.53 # pamaury: ^ 22.41.28 Join ygrek [0] (~user@108.59.6.97) 22.42.44 Join rudi_s_ [0] (~simon@ruderich.eu) 22.44.16 Quit rudi_s (Read error: Connection reset by peer) 22.44.16 Quit rudi_s_ (Remote host closed the connection) 22.44.22 # kugel: no 22.44.34 # I have the raw pcm data 22.45.10 # pamaury: i see. I would insert into the pcmbuf then 22.45.46 # or mixer directly 22.46.44 # yea, the latter, I think pcmbuf is a little highler layer handling track changes (for crossfade and stuff) 22.47.05 # pamaury: what's the problem with that? 22.47.27 Join rudi_s [0] (~simon@ruderich.eu) 22.47.39 # I don't know how it works, I only know the now the low level pcm code 22.47.46 # *know 22.48.24 # so how do I get the data and push it to the mixer ? It needs to interplay well with recording, we still want to be able to record the radio 22.49.03 # pamaury: I suggest looking at how apps/pcmbuf.c calls the pcm_mixer_* functions 22.49.17 # and mixer_* 22.50.29 # basically you just have to call mixer_channel_play_data() with the appropriate callback 22.51.15 Quit tchan (Quit: WeeChat 0.4.3) 22.51.36 # ok 22.52.09 # and how do I get the data ? Preferably, I would like the low level recording code to handle the details about how to get radio data, and then get the data from the recorder 22.52.42 # how do you receive the radio payload? 22.53.15 # why recording...? 22.54.03 # it is sent on a dedicated digital interface, but I don't want to code in apps/ to know that, it should just be able to record from radio as usual and get the data 22.54.15 # (by recording I mean pcm_rec_*) 22.54.21 # radio playback doesn't involve recording 22.55.20 # oh, see what you mean, you want it to act microphone source 22.55.22 # but it can record, and if it does, recording and playback you get the same data obvious 22.55.41 # or rather spdif 22.56.15 # yeah, like spdif 22.56.30 # I'm not sure that's the best approach 22.56.31 # but since there already is a radio source, we should just use it 22.56.50 # *I think there is 22.57.02 # or maybe it's just better to create a new one 22.57.24 # can you just feed it from the ISR to a bounce buffer and then to the mixer for playback? 22.58.50 # yeah, but since mixer is in apps/, so apps/ code must do that 22.59.00 # mixer is firmware 22.59.08 # oh 22.59.31 # then it's easier than I thought 22.59.49 # it would still make sense to do parts of it in apps because of the radio gui 23.00.29 # like volume control and actually connecting the radio source to the mixer 23.00.57 Join tchan [0] (~tchan@lunar-linux/developer/tchan) 23.00.59 # but this is new stuff, you can go wild :) 23.01.28 Join Jinx [0] (Dojo@unaffiliated/jinx) 23.01.41 # can there be underruns in case of bad signal quality? 23.02.27 # no, in theory the radio gives a stable 44.100KHz feed, but there is clock jitter 23.03.19 # does it zero-fill automatically? 23.03.37 # nope, it gives you the raw demodulated signal 23.04.15 # it's up the the software to do filtering, stereo/mono handling in poor SNR, and even RDS DSP decoding 23.04.42 # so in case of bad quality you just get garbage, mostly :) 23.05.07 # so it's not all that digital :) 23.05.38 # it's digital in the sense that the chip only does the ADC part if you prefer 23.06.18 # it's so weird 23.06.20 # I think I would actually do lots of stuff in apps, so that DSP can be applied 23.08.40 # but I agree it's ugly to implement the isr in apps 23.09.14 Quit amayer (Quit: Leaving) 23.09.48 # kugel: that's why I think it's better to present the radio as a recording source, so playing digital radio is like recording + playback 23.10.50 # the other alternative is to make the apps/ unaware that it is a digital radio, bypass all the DSP and go directly from radio isr to playback isr 23.10.55 # currently recording doesn't show the radio screen and doesn't apply dsp 23.11.33 # kugel: the radio screen would do the recording and playback 23.12.13 # I'm just trying to understand the possibilities and choose the best one 23.14.16 # as a first step I would implement the isr in radio.c and copy into a ring buffer. then, in the mixer callback I would apply dsr before passing the data 23.14.59 # however I don't know if the mixer callback can run in the DMA irq context in which case an extra thread is probably required 23.15.35 # dsp you mean ? 23.16.32 # yea 23.17.16 # (if a thread turns out to be needed I'd try to resuse the audio thread (audio_thread.c)) 23.18.31 # btw, what target is this about? 23.19.51 # zenxfi2/3/style, nwze360/370/380, zenmx 23.20.08 # can these do 48khz, and if yes, can the digital radio too? 23.20.20 # (if not you need to resample) 23.21.21 # If I remember correctly, you can ask the radio front end to do 48Khz, I would need to check that 23.21.51 # (we don't have the documentation for the chip so it's always a bit shaky) 23.22.18 # for sure the digital link can do 48KHz, but that's not very interesting ^^ 23.23.14 # why not? 23.24.45 # because the radio frontend and the digital link are configured separately, if you set the frontend to 44.1KHz and the link to 48Khz, you will run into a disaster 23.26.22 # but not when both can do 48khz 23.27.07 # how do you deal with the clock jitter? 23.27.43 # in some leaked header, it appears there might be a bit to switch the frontend to 48Khz but I'll need to check that. Why do I need 48KHz and not 44.1KHz ? 23.27.59 # best is probably to insert samples from time to time in the isr 23.28.50 Join Strife89 [0] (~Strife89@adsl-98-80-222-148.mcn.bellsouth.net) 23.30.40 # pamaury: if you can playback at 48khz the user can set that (yes you could ignore that just for radio playback too but you could also configure the radio do to 48khz to avoid reconfiguring the dac) 23.32.06 # let's stay with 44.1KHz for now ^^ 23.32.19 # I hope the apps/ code do resampling for me 23.36.33 # kugel: in radio.c if I get data from the radio (let's do it with the ISR for now) then I push it to the audio thread with Q_AUDIO_PLAY, does it go through the mixer and DSP ? 23.37.05 # or is this only for files and I need to call the mixer directly ? 23.37.07 # pamaury: better create a new set of Q_AUDIO_* 23.37.15 # you don't want to call into playback.c 23.37.24 # ok 23.38.15 # Damn, I feel so lost in the in the apps/ code ^^ 23.38.40 # you then only need to have a function radio_playback_handler() which handles the event ids and doesn't return until radio is stopped 23.39.43 # audio_thread.c is really just a thin wrapper which calls the handler depending on the current audio mode because they are mutually exclusive and waits for the handler to return 23.40.02 # Why doesn't the current radio code works this way ? Just because no one took care to rewrite it ? 23.40.27 # because the code in radioc.c looks horribly messy 23.40.53 # because the analog audio is hard-wired to the audio outputs 23.41.10 # there is no data processing involved