| --- Log opened Sun Nov 10 00:00:27 2019 |
| 00:49 | | Vornicus [Vorn@ServerAdministrator.Nightstar.Net] has quit [Connection closed] |
| 02:33 | | Kindamoody is now known as Kindamoody[zZz] |
| 02:36 | | Degi [Degi@Nightstar-r15278.dyn.telefonica.de] has quit [Operation timed out] |
| 02:44 | | Degi [Degi@Nightstar-ifhjmh.dyn.telefonica.de] has joined #code |
| 05:14 | | Derakon is now known as Derakon[AFK] |
| 05:44 | | celticminstrel [celticminst@Nightstar-nue72k.dsl.bell.ca] has quit [[NS] Quit: And lo! The computer falls into a deep sleep, to awake again some other day!] |
| 05:53 | | Vorntastic [uid293981@Nightstar-6br85t.irccloud.com] has joined #code |
| 05:53 | | mode/#code [+qo Vorntastic Vorntastic] by ChanServ |
| 06:10 | < Yossarian> | I can't get equalizer for pulseaudio to work |
| 09:16 | <&jeroud> | If the static method is cheap and side effect free, there should be no reason to stub it. |
| 09:17 | <&jeroud> | IME, many "good practices" are actually really bad if taken to extremes. |
| 09:18 | <&jeroud> | The primary reason I have problems with static methods in Java is that they cannot appear in interfaces. |
| 09:22 | <&McMartin> | 982 bytes in and WinLights.exe will actually let you solve the puzzle |
| 09:22 | <&McMartin> | It won't notice that you've solved it, nor will it let you generate a new one without quitting and restarting, but it correctly interprets input and actually draws the updated state. |
| 09:25 | <&McMartin> | Also I've used up almost this whole linker chunk, so once I add the rest of the main game flow logic the executable shall surely increase in size to 4KB. |
| 09:26 | < Kizor> | You were asking about an XP VM using true color? |
| 09:27 | <&McMartin> | I was, but in the meantime I've found a madman actually running a Win98 machine on the raw hardware. |
| 09:27 | < Kizor> | Good, good. |
| 09:31 | <&McMartin> | Though if you want to try what I have, just to make sure that the default LINK.EXE isn't insisting on Vista for some reason, https://www.dropbox.com/s/cxdsl7oo5975ujf/WinLights.exe?dl=1 |
| 09:32 | <&McMartin> | This is known to not work on Win98, but it "should", were it not for bullshit MS Visual Studio 2019 is pulling. |
| 09:33 | <&McMartin> | (Also assuming your web browser doesn't respond to that with "omgwtf there is something TERRIBLY WRONG with this executable, it is almost certainly a virus", and, well, the first part is true but the second is not!) |
| 09:38 | <&McMartin> | Looks like part of the flexing won't work, though. |
| 09:38 | <&McMartin> | This program *does*, ultimately, load in the core C runtimes. |
| 09:38 | <&McMartin> | It just doesn't *ask* for them. |
| 09:39 | <&McMartin> | But Windows itself will, once you actually start making calls to create windows and draw on them and stuff. :D |
| 09:39 | <&McMartin> | (Pure console applications might not.) |
| 10:06 | < Yossarian> | <Yossarian> I can't get equalizer for pulseaudio to work |
| 10:06 | < Yossarian> | Got it working, PulseAudio seems kinda neat, actually, despite Pottering (fuck systemd). |
| 10:08 | <&McMartin> | PulseAudio, unlike systemd, conquered the Linux world by being unquestionably better than every single one of its competitors that still worked in the space. |
| 10:08 | <&McMartin> | The only rival it has is ALSA, which doesn't really count because at the end of the day that is what Pulse forwards to, and you pick pulse so that you aren't tied to the specifics of ALSA. |
| 10:09 | <&McMartin> | OSS was never good, Jack never worked, and the less said of ESD the better |
| 10:10 | < Yossarian> | A sound backend is a fine tool, but replacining PID 1 with what is essentially MS's services.msc isn't cool |
| 10:10 | <&McMartin> | (If you need to insist on low latency audio, you pretty much must use ALSA directly, but, like, yes. You're also committing yourself to using DirectSound or a very thin wrapper around it on Windows.) |
| 10:10 | <&McMartin> | Fun fact, not even MS does that; wininit.exe is not services.msc |
| 10:11 | < Yossarian> | I figure if I write a game in SDL or Allegro or some other library I will have to have user choices about ALSA, PulseAudio, etc... |
| 10:11 | <&McMartin> | Honestly, you don't need to. Just ask SDL's audio code to pick the driver for you. |
| 10:11 | <&McMartin> | It knows how to probe and it knows what it needs. Be sure to mark that you're willing to accept different audio profiles, though, and SDL2 requires you to more explicitly ask for software conversions if they aren't available. |
| 10:11 | <&McMartin> | This has burned me at least twice >_> |
| 10:12 | <&McMartin> | (Also, SDL is in fact one of those very thin wrappers around ALSA and DSound; it *can* talk to pulse but it usually doesn't seem to bother.) |
| 10:12 | < Yossarian> | so pulseaudio is slower than ALSA? Are you familiar with ASIO or ASIO4ALL drivers for Windows? |
| 10:13 | < Yossarian> | they provide very low latency async playback and recording |
| 10:13 | <&McMartin> | PulseAudio, as used on Linux, is generally a wrapper around calls to ALSA. |
| 10:13 | <&McMartin> | I'm aware that Windows spent a lot of time being best-of-breed at that stuff, but I've never used it directly for anything fun. |
| 10:13 | < Yossarian> | If you wanted to use an FX modeller or amp sim on Windows and hear it in real time out of your speakers, you'd use ASIO / ASIO4ALL |
| 10:13 | <&McMartin> | I've had to interoperate with it for non-fun things, but that required much less knowledge than one might think~ |
| 10:14 | <&McMartin> | (It was a filesystem "minifilter driver", which is very like FUSE but it runs in kernel space~) |
| 10:14 | <&McMartin> | (But pretty much all disk I/O goes through the LPOVERLAPPED stuff, which AIUI is the same core functionality as the rest of the high-performance ASIO stuff the NT kernel offers) |
| 10:15 | < Yossarian> | Looks like pulseaudio supports sinks through network connections and tying them together, even allowing you to reverse channels if your speakers are backwards. |
| 10:15 | <&McMartin> | Neat. |
| 10:16 | <&McMartin> | But yeah, Pulse is trivially "slower than ALSA" simply because it's ALSA-plus-some-other-stuff as commonly used, and "some other stuff" isn't zero. |
| 10:16 | <&McMartin> | Unlike Jack and esd, though, using it doesn't end up adding like 100ms of latency to your game's sound effects |
| 10:16 | <&McMartin> | And unlike OSS, it won't have individual applications completely monopolize the ability to output sound. |
| 10:17 | < Yossarian> | https://www.freedesktop.org/wiki/Software/PulseAudio/FAQ/#index21h3 When sending multicast RTP traffic it is recieved on the entire LAN but not by the sender machine itself! |
| 10:18 | < Yossarian> | Can I use PulseAudio to playback music on two sound cards simultaneously? https://www.freedesktop.org/wiki/Software/PulseAudio/FAQ/#index31h3 |
| 10:19 | <&McMartin> | I have never attempted this. |
| 10:23 | < Yossarian> | Can apparently even run audio "headless" to another machine without using rts protocol |
| 10:25 | < Yossarian> | I'd like to learn more about linucks and sound recording, stringed instruments are a hobby of mine as is music. |
| 10:27 | <&McMartin> | Sounds reasonable enough |
| 10:27 | <&McMartin> | Hard to get into something if you don't have something driving you, after all |
| 10:35 | < Yossarian> | https://i.imgur.com/w58hmNE.png yay |
| 10:36 | < Yossarian> | stands to reason one could do the chaining of output sinks with input sinks... I thought JACK was supposed to do that and allow creation of synthesizers and such on the fly, though? |
| 10:37 | <&[R]> | <Yossarian> so pulseaudio is slower than ALSA? Are you familiar with ASIO or ASIO4ALL drivers for Windows? <-- pulse works by sending your sound to a user-space daemon which then sends it out to wherever |
| 10:37 | <&[R]> | Pulse is absolutely brutal when it stops working |
| 10:37 | <&McMartin> | I got the impression that Jack did this but was extremely finicky, and that pulse eclipsed it by being more reliable |
| 10:38 | <&McMartin> | WWhich, as R notes, is not the same thing as being actually rock-solid reliable. |
| 10:38 | <&[R]> | It was easier to convert the install with broken pulse to ALSA than it was to get pulse working again |
| 10:38 | <&[R]> | I am tempted to try out sndio though |
| 10:39 | <&[R]> | <Yossarian> I'd like to learn more about linucks and sound recording, stringed instruments are a hobby of mine as is music. <-- That's where JACK is your friend |
| 10:42 | < Yossarian> | https://qjackctl.sourceforge.io/qjackctl-screenshots.html |
| 10:45 | < Yossarian> | [R]: yeah the linux tracker Ardour5 looks like it wants to use ALSA and/or JACK |
| 10:48 | <&McMartin> | For backend stuff, go with what the good tools support, imo |
| 10:53 | | Emmy [Emmy@Nightstar-9p7hb1.direct-adsl.nl] has joined #code |
| 10:55 | | Kindamoody[zZz] is now known as Kindamoody |
| 11:00 | <&jeroud> | I haven't had to care about Linux audio stuff in over a decade, but back when I was hacking on a VoIP thing for PDAs pulse was too slow and nothing else worked, so it was ALSA directly. |
| 11:02 | <&[R]> | ATM ALSA is all I use |
| 11:52 | | Kindamoody [Kindamoody@Nightstar-eubaqc.tbcn.telia.com] has quit [Operation timed out] |
| 12:00 | | celticminstrel [celticminst@Nightstar-lbhgah.dsl.bell.ca] has joined #code |
| 12:00 | | mode/#code [+o celticminstrel] by ChanServ |
| 12:30 | | celticminstrel [celticminst@Nightstar-lbhgah.dsl.bell.ca] has quit [Connection reset by peer] |
| 12:35 | | celticminstrel [celticminst@Nightstar-lbhgah.dsl.bell.ca] has joined #code |
| 12:35 | | mode/#code [+o celticminstrel] by ChanServ |
| 12:39 | | Kindamoody [Kindamoody@Nightstar-kiikkb.mobileonline.telia.com] has joined #code |
| 12:39 | | mode/#code [+o Kindamoody] by ChanServ |
| 14:43 | | Vornicus [Vorn@ServerAdministrator.Nightstar.Net] has joined #code |
| 14:43 | | mode/#code [+qo Vornicus Vornicus] by ChanServ |
| 16:14 | | Kindamoody [Kindamoody@Nightstar-kiikkb.mobileonline.telia.com] has quit [Connection reset by peer] |
| 16:53 | | Vorntastic [uid293981@Nightstar-6br85t.irccloud.com] has quit [[NS] Quit: Connection closed for inactivity] |
| 17:01 | | Vornicus [Vorn@ServerAdministrator.Nightstar.Net] has quit [Connection closed] |
| 18:49 | | Kimo|autojoin [Kindamoody@Nightstar-eubaqc.tbcn.telia.com] has joined #code |
| 18:49 | | mode/#code [+o Kimo|autojoin] by ChanServ |
| 18:49 | | Kimo|autojoin is now known as Kindamoody |
| 20:53 | | himi [sjjf@Nightstar-v37cpe.internode.on.net] has quit [Ping timeout: 121 seconds] |
| 21:34 | | Degi [Degi@Nightstar-ifhjmh.dyn.telefonica.de] has quit [Ping timeout: 121 seconds] |
| 21:38 | | Degi [Degi@Nightstar-g9i8hp.dyn.telefonica.de] has joined #code |
| 22:24 | | Derakon[AFK] is now known as Derakon |
| 22:54 | | Emmy [Emmy@Nightstar-9p7hb1.direct-adsl.nl] has quit [Ping timeout: 121 seconds] |
| 23:11 | | himi [sjjf@Nightstar-1drtbs.anu.edu.au] has joined #code |
| 23:11 | | mode/#code [+o himi] by ChanServ |
| 23:15 | <&Derakon> | Huh. I have a 32-bit color split into 4 bytes, and I'm adjusting the alpha by doing `color.a = newAlpha`, where newAlpha is a byte. That works fine. |
| 23:15 | <&Derakon> | I added a boolean to say "actually set all alphas to 0", so the code becomes `color.a = allOff ? 0 : newAlpha`, and that fails because the compiler thinks the expression has `int` type. |
| 23:16 | <&ToxicFrog> | Probably the type of 0 is inferred as int rather than byte |
| 23:21 | <&[R]> | Most languages I know with multiple numeric types will have a numeric literal be an int (or short or long) unless modifiers are applied (or there's a decimal) |
| 23:21 | <&Derakon> | I guess. |
| 23:22 | <&[R]> | Context sensitive literals sounds like an interesting way to introduce a ton of parser bugs |
| 23:22 | <&McMartin> | Cast the entire ternary expression to byte. |
| --- Log closed Mon Nov 11 00:00:29 2019 |