• 0 Posts
  • 41 Comments
Joined 7 months ago
cake
Cake day: July 23rd, 2025

help-circle
  • Similar to SEO, there’s a lot that isnt public (some for obvious reqsons), so it’s a lot of guess work / trial and error / anecdotes. This volume thing I’m pretty sure is real. What is almost certainly real as well is open rates. If you send a bunch of mail that isn’t opened, this isn’t good either.

    The warming up was in the docs for the 3rd party mail service I managed for work a few years ago when we wanted to switch to a dedicated IP. They also cautioned to keep open rates up. I assume they have the data to advise their customers appropriately.

    I’ve mostly run my own mail servers since around 2000, and I gave up a few years ago and started using a 3rd party for outbound SMTP. I had considered giving people free SMTP accounts to boost legit traffic, but I didn’t know how to prevent spam/scammers from using it. Like if I posted on Reddit that I was doing that, I’d probably get legit people, but also almost certainly a spammer or few. As such, idk how anyone can practically run their own SMTP server today unless they sort of bootstrap it with a few legit newsletters (that people actually want and open) spread out over multiple days or transactional emails like say a ticketing system (if the people receiving them are the types to actually open them).

    As far as personal emails going through the same spam filters, there are some headers newsletters add that I’d assume handles them slightly differently (list-unsubscribe).


  • There’s often niche cases where the obviously better solution (cable) isn’t practical. Let’s take 2 mountain tops with a massive valley between that can’t realistically have fiber due terrain / environmental reasons but are only 0.5km apart.

    A related scenario is where environmental or other factors make the fiber at high risk of damage (mud slides, earth quakes, etc), while wireless has its own reliability issues, they don’t have 100% overlap in their likely failure scenarios, so can be a good combination.

    Another scenario is multipoint. It seems that most people think of point to point use cases and a wire is point to point, but what about point to multipoint / broadcast data? You could have hundreds of wireless receivers vs hundreds of cables. In some multipoint scenarios, the data throughput is higher and cheaper than fiber. Obvious example would be satellite TV 30 years ago when very few had access to internet that could handle the data rate of even a single TV channel.




  • As long as you do pass through of the USB device (or USB host controller), it should be fine. The VM acesses it directlty without passing through a virtualized version of the device (like what normally happens with sound, network, graphics) and the VM can even DMA to it. Down side is that the hardware isn’t visible to the host anymore, so if you pass through a GPU, it’s used exclusively by the VM, not the host. If you connect a monitor to the GPU, you see the VM, not the host. So you can only do this with hardware that is intended specifically for use within the VM. Zune management sounds like an ideal use case. See IOMMU if you’re interested in some if the tech side if it.


  • This is my first time doing pass through and idk what other optimizations I could do or if I’ve done anything wrong/sub optimal. I’d like your input. I’ll send you a message later

    For anyone curious if this is an option (running windows in a VM for audio), I’ve had good luck so far. Feels native, but I have more tests to do before I say it’s viable. Without passing through (iommu) the audio interface, it’s unusable.

    I installed Linux and set up a Win 10 pro VM yesterday. I did GPU pass through (although I doubt that was necessary). I also did pass through of my audio interface (MOTU 8pre-es). Windows saw it and it showed up in the proprietary MOTU software after installing the drivers in the VM, however I couldn’t get audio to play. I then tried passing through the USB root hub (built in to mother board) that the MOTU was connected to and then it worked. It worked just as it would running on bare metal. I tried playing a couple projects in Cubase and had no audio dropouts. Cubase has a meter that shows you if you missed audio buffer deadlines and why (CPU, disk) and it didn’t, to my surprise.

    Things I still want to try:

    1. How low can I get my buffer size / ASIO latency?
    2. Can it handle 192KHz sample rate and at what buffer size? The tests I did yesterday were 48k and 44.1k projects.
    3. How does it feel (in terms of latency) when using a MIDI controller keyboard.
    4. Can I do multi channel recording without dropouts?
    5. Does the VM break Cubase’s audio latency compensation when recording (this determines recording latency and automatically aligns the recording to where yiud expect it tobel). I have a feeling that the VM may introduce a latency that Cubase doesn’t account for.
    6. Does iLok or another license that I need fail in VM? I only used Steinberg licenser based software yesterday.
    7. Probably some other stuff I’ve not thought of yet.

    What I’ve not figured out is a way to sort of boot my existing windows install. I’m sure there’s a way, but idk. I know it’s possible to pass an entire disk to the VM, but my host Linux install is on the same nvme. I guess what I’d want is a way to create a virtual block device that maps the other partitions from the nvme and then pass that virtual block device to the VM. Alternatively, install Linux to a different drive, but I’d rather not buy another nvme at this time.


  • They also dropped support for older plugins of which I have a lot. This is a big issue for audio stuff IMO. Apple breaks backwards compatibility frequently, which has some benefits, but commercial audio plugins are expensive and updates generally aren’t free. I actually have a bunch of very old plugins that were free, but no longer supported. Many were windows only and I can still run them roughly 15-20 years later, but even the ones that were released for Mac, I have no hope of running.

    If you’re doing audio work professionally, you probably keep buying updates for your plugins, so Mac is probably a good choice. I don’t even release music (I just make noise). I’m just a hobbiest (with some higher end equipment and software). There’s a lot of hobbiests who wouldn’t be able to afford the software update costs (ignoring the Apple hardware costs). Depending on the plugin libraries, it’s bigger than the Apple hardware costs. Granted there are some really good free plugins, but some of the really popular stuff isn’t.




  • No reason it can’t be done on 120v (from a technical level). In fact, most solar inverters in the US could do this at a technical level as they basically do the same thing, just on a larger scale (higher current and therefore are wired in to electrical panels rather than through outlet as outlets have lower current limits). All you need is the inverter to synchronize its AC output to match grid. If you had a smaller inverter, you could just connect it to an outlet (ignoring building codes, insurance, and other non technical reasons). So the choice is then to have centralized larger inverters or smaller inverters per panel or 2. If you live in a very densely populated area where you can only pit a panel or 2 on a balcony or you don’t have control of your electrical panel, then the small inverter method makes sense.


  • You can still bet on near certain events / events in progress, but there’s not necessarily a benefit in doing so as the odds shift. If something is believed to have a 50% chance of occurring then theoretically the bet would cost 0.5 for a payout of 1 (of you win). As the outcome becomes more (or less) likely, the cost of the bet changes to reflect that. In a prediction market, it’s similar to stock market in that in order for you to buy a share / place a prediction bet, someone has to be selling a share/taking the other side of the bet and the prices shift based on perceived value of the underlying thing being traded (stocks or predictions).



  • I think you’re on to something, but sort of accidentally. A couple replies to you are saying it’s not possible, but I think they’re making an assumption that is not correct in many cases.

    The replies is saying it’s not possible because the layers are flattened before passed to the compression, thus the uncensored/unredacted data is not part of the input to the compression and therefore cannot have any impact on its output. This is true assuming you are starting with an uncompressed image.

    Here’s a scenario where the uncensored/unredacted parts of the image could influence the image: someone takes a photo of their ID, credit card, etc. It’s saved in a lossy compressed format (e.g. JPEG), specifically not a lossless format. They open it in an image editing tool to 100% black out some portion, then save it again (doesn’t actually matter the format). I feel lile someone is going to think I’m misunderstanding if I don’t explain the different output scenarios.

    First is the trivial case: amultilayer output with the uncensored/unredacted data as its own layer. In this case, its trivial to get the uncensored/unredacted data as it is simply present and visible of you use a tool that can show the individual layers, but the general assumption is that this is not the case – that the output is a single layer image, in which we have 2 scenarios.

    Second case: lossy compressed original, lossless censored. Consider that this censored/redacted image is flattened and saved as a lossless format such as PNG. Certainly there will be no compression artifacts of the uncensored/redacted data both because it is lossless (no artifacts added by PNG) and that it was flatted prior to being passed to PNG. However, the uncensored/unredacted artifacts remain in the uncensored/unredacted portions of the image. These were introduced by the compression that was applied prior to the censoring (e.g. the JPEG compression that contained the pre censored image). I suspect this is actually a common case.

    Third case: lossy compressed original, lossy compressed censored: same as second case, except now you have additional artifacts, in particular you bow have artifacts from the censored portion, and the artifacts of the previous lossy compression are also adding additional artifacts. This is probably more difficult, but the point is that the original uncensored/unredacted artifacts are still present.


  • Basically what Nintendo did on one of their schemes to prevent unauthorized software (Famicom Disk System, which was a floppy disk drive for the Japanese version of the NES). This was the physical Nintendo logo embossed on to floppy disk and with a flat disk instead, the disk can’t be physically loaded (sort of, you can add extra cut outs). Other game systems required a logo or similar other brand/trademark/IP to be present in the game code in order to boot, so if you wanted to make your own game without Nintendo’s blessing, you had to invlude their IP in your physical disk or in the game code just to get it to boot. This BMW patent seems to be in the spirit of those hard and software protections that prevent people from doing what they want with the hardware (car) they bought.




  • Slackware was my first and I didn’t know that package managers existed (or maybe they didn’t at the time) to resolve dependencies and even if they did, they probably lagged on versions. I learned true dependency hell when trying to build my own apache, sendmail, etc from source while missing a ton of dependency libraries (or I needed newer versions) and then keeping things relatively up to date. Masochistic? Definitely for me, but idk how much of that was self inflicted by not using the package tool. Amazing learning at the time. This would have been mainly Slackware 3.x and 4.x. I switched to Debian (not arch BTW).


  • How would it be too late? To develop a huge following? Idk, buy if you just want to stream for the hell of it, I don’t see how that matters. I’ve not gamed much the last few years, but I started again recently, upgraded my computer, and my ISP bumped my upload speed (finally), so I can stream without it impacting my game play.

    I turn it on if I remember, but since I’m streaming just because why not (maybe I’ll find someone new to game with or maybe someone will be amused by my shitty skills), I don’t do it regularly and have no regular followers, as such, I forget to check the chat and have often had people join and type and then leave, presumably because I ignored them (or I’m just not worth watching).

    OK a lot of rambling, I guess the summary is, stream because you want to, not because you want a following/make money and then it’s definitely not too late, but also don’t ignore the people who join your stream.



  • Lee@retrolemmy.comtoProgrammingGUI library for C?
    link
    fedilink
    arrow-up
    3
    ·
    2 months ago

    I’ve used WxWidgets and Win32 API in C. I suspect OP will quickly learn why electron is popular even though it’s so bloated. That said, sounds like OP wants a light weight and cross platform option, so WxWidgets gets my vote. Granted it’s been over 10 years since I’ve used it.