I would love to use Ripcord but I can't find any information on noise suppression/voice focus and that's a requirement for me as I play without push to talk and on mouse and keyboard so all those key presses get sent through to those in my channel. With the 1st party app, despite other issues, none of my key presses come through for people in my channel.
If you have an Nvida card you could use Nvidia broadcast. It runs as a virtual microphone that other apps can target as the voice input. So Nvidia broadcast will receive the raw input from your real microphone, process it, and feed it to any applications that are targeting the Nvidia broadcast mic as their voice input. It also doesn't appear to add any noticeable latency.
open-meteo.com looks awesome. I've been messing around writing a snow forecast app for skiing/snowboarding for a while now and the main thing I'm missing is historical snowfall data. Do these data sources exist in a machine readable format and I've just not been able to find them? If so, would you ever consider adding precip + kind of precip to your historical API?
Snowfall is already available in the historical weather API. Because the resolution is fairly limited for long term weather reanalysis data, snow analysis for single mountains slopes/peaks may not be that accurate.
If you only want to analyse the weeks to get the date of last snowfall and how much power might be there, use the forecast API and the "past_days" parameter to get a continuous time-series of past high-resolution weather forecasts.
On my phone at the moment but I've used it for over a year so it's been at least worth $240 to me. I'll update this comment with more info (both pros and cons) when I'm on a computer.
I've been surprisingly pleased with Kagi, a paid search engine in private beta right now. I believe they also use bing results was well as their own indexes. I've found the search results to be on par with Google and no longer feel the "well maybe google would find something this missed" anxiety from trying previous search engines. That being said, I've not given DDG a fair try but I appreciate the paid service model of Kagi. I do miss the shopping results on Google but that's really the only search use case I go back for.
This looks cool. I know effectively nothing about Svelte so some of these questions may be coming from that ignorance....but can you talk more about the embedded V8 instance (what's it doing?) and also what gets sent across the wire? Is it the usual HTML and JS or is there any server-side rendering going on? How big is the binary for the HN demo? What's the story for static assets like video or images?
I've started using Go at work so definitely interested in using this for side-project web apps to keep me in the Go mindset.
Great questions. I answered some above, so I'll copy some and then answer your other questions below:
>> what's it doing?
Bud server-side renders Svelte files, then hydrates them on the client. This is similar to what most other JS frameworks do, it works like this:
1. Create two builds: one for server, one for browser. Both are built using ESBuild. In development, builds happen lazily upon request, similar to how a CDN like esm.sh would build JS to be imported. This will hopefully allow the build system to scale for larger apps. Vite was my inspiration here, but it's all done in Go.
2. V8 and the Svelte compiler are baked into the bud binary. When a request comes in, V8 evaluates the compiler running the server-built page and returns HTML. That's a mouthful, hopefully that makes sense.
>> what gets sent across the wire?
What gets sent over the wire is HTML. That HTML then has a script tag which requests the client-side version of the page that's used to hydrate the HTML and make the page interactive.
>> How big is the binary for the HN demo?
I just checked the binary size and it's 47.6 MB. It's mostly V8 right now, but will definitely get larger as you add more assets. I haven't tested it yet, but hopefully you'll be able to rsync just the diffs to a server.
>> What's the story for static assets like video or images
A couple ideas come to mind solving slightly different problems
1. Flight discovery
It would be interesting to propose a date and (optional) arrival time and location and have the service look up like the top 5 cheapest flights or something and link to a purchasing site (affiliate link kickbacks might be a viable way to generate revenue here but I have effectively zero context/experience here).
The rest of the user story/flow (aka what happens when someone chooses to purchase a flight from the list) is interesting here but simpler is probably better (e.g. just have them follow the flow in point 2 below) unless there's some simple way for Calenday to know which flight you bought and surface that to collaborators.
2. Flight coordination
It would be nice if the trip "vanguard" or leader could put in their flight details and have that shown with some rich information from some flight tracker API. Might be able to simplify the flight details input portion with some kind of flight tracker API (e.g. Airline, flight number, date and then it would pull the departure/boarding times, terminals, gates, or whatever is available).
Going a bit more democractic, and maybe what you were talking about with showing availability, if people buy different flights from one another (e.g. coming from diverse origins, or differing availabilities or price sensitivities), having an easy way to see when each collaborator/co-traveler will land in the given destination would be very useful/cool.
