> Many of the people who used to parttake in the interesting discussuons I came here for, have gotten tired of 80% of the posts at any given time being about the brand new AGI LLM that's so much better than last week's AGI LLM, and have left months ago.
I hope you are wrong, or rather, that HN's userbase can keep renewing itself on cycles of new users without getting into an eternal september situation. It's none of my affair (and yes, lately HN AI threads read suspiciously airheaded in tone, like they fell out of /r/codex and Grok-heavy online circles) overall, but I'd be curious if dang or whoever can easily get an idea as to what the current population of HN weekly/daily active users are and if that bag of users is similar to a year over year or decade over decade cohort. X% of our users are more than 10 years old, and so on.
But the above is an idle thought experiment, back to your point, there's definitely some bandwagon work going on, astroturfing and bot-controlled no doubts there too, and if I find one more Rationalist / Effective Altruist / AI doomer cult post, I may find a way to ship them 10 virtual spam palettes because there's more to the web than 'AI-chatterbox-class who's never actually read Neuromancer or Snow Crash or the meatier works of Asimov act superior to the rest of us' strawmen I have confirmation bias running into, yet overall, I still find HN has that spark here and there.
> Alice: ABC-library stinks, why did they write it that way?
> Bob Reply: Hi there, yak here, I wrote it because Dennis Ritchie was sick with a cold and we needed it for Los Alamos Labs.
I direct my own extended daydream Star Trek fanfic (okay, I'm on season 2 episode 17) and recently I looked to see if I could have each scene file be read aloud a la an audiobook or radio drama.
Getting GPT-Live to have unique enough voices and to be expressive with how I imagine the voices going in my head is hard to direct, there's not enough control there.
So this Gemini 3.8 specific large voice library and ability to tightly control (if you are willing to write a script) is nice to find, and while I'm not sure which of the 5,286 Gemini products this is, nor how to onboard and get started feeding this my own text files, nor what training will happen to my data if I did somehow use it, I love that the state of the industry is such that Google can do this and release it publicly, because that means eventually an equivalent product can come from someone else and be used locally / confidently that the generated audio or inputs won't be retained and misused.
I'm personally using this locally: https://github.com/mateogon/pdf-narrator (it's a Python frontend for Kokoro) on my M1 Macbook Air (from 2020, with 8GB RAM) and it's incredible. I make my own audiobooks now - for free!
They probably do something similar to GPT-Live where they expect a given voice profile to send them a sample saying 'This is the owner of this voice and I consent for synthetic samples to be made of it'
and/or local voice cloning is good enough as is so Google doesn't grant a uniquely liable ability?
>and/or local voice cloning is good enough as is so Google doesn't grant a uniquely liable ability?
Probably the latter. Cat's already out of the bag to the extent that you can synthesize with a specific voice in one go and it sounds decent. Even if you need commercial models for better intonation or whatever, you can probably get the commercial models to first generate with a generic voice, then use a local model to transfer that to voice you're cloning. That'll probably get rid of any C2PA watermarks too.
so I'm tempted to order this even if its a premium price point. My question is how close to kickstarter buyer beware is this company?
I ordered the Astro Slide 5G and never received it, so much for me getting to see what all of the psion fuss was about, so this device is both tempting and making me remember past regrettable experiences.
hi there, I've done pocket PC, palm pilot graffiti, palm treo integrated and dockable keyboard, landscape slider keyboards, stylus only qwerty keyboards, Swype the app, Gboard, heliboard, t9 physical keys, messageease, and im sire some others.
day 1 the plb is slower than swipe typing because it needs getting used to. But the trick is one can focus one's attention on the content being typed /learn to touch type on a physical keyboard that on screen keyboards cant do, because of lack of consistency of on screen kbs always shifting layouts on you, at least with coming and going but usually also ruining the dot menu for common punctuation depending on if the input field is trying to be an email or a number or whatever.
dont try to help me keyboard, just give me a ctrl character, consistent shortcuts, and don't lag half the time I enter some text input, so I've typed out 4 words before the phone realizes anything has happened.
so yes i think you are right that swipe typing has value and more people should use it. but its lipstick on a pig for most of osks not being reliably static enough to let muscle memory / touch typing grow.
my unihertz titan 2 also has capacitive keys, i turn them off because I want the kb as dumb as possible (though i add keymapper android app to give me vim style arrow keys), but swipe typing would be possible on my or this device with just software support if there were demand for it / someone got their llm to vibe it up.
I too am a keyboard diehard (typing on a unihertz titan 2, i traded out my headphone jack for this physical keyboard so I am interested in this minimal phone 2 since headphone jack. if it had microsd card slot and removable battery it would be perfect, other old features like fm radio and IR blasters are bonus gravy to me), and likewise I'd prefer a blackerry priv style device where they portrait keyboard slides behind the screen, or a droid 2 style device where the keyboard is a landscape slider.
I'm going to have to think carefully about why I should NOT order this device.
I’d be tempted to get one if I was in the Android ecosystem, though probably not before real non-sponsored reviews came out. 90hz amoled, nice looking keyboard, lot of ram, seems like a nice device on paper.
I was unfamiliar with this stack and had an AI conversation about it to figure out what it meant, if I'm correct (not likely), this openrun+Go stack has a PHP FastCGI analogy:
Your web app can be HTML templated pages, with HTMX client interactivity and server interactivity provided by ~~PHP~~ Starlark, which does not have full OS access, but only what ~~CGI~~ OpenRun exposes as possible functionality, all of which happens in-process and per web route.
Yes, OpenRun can deploy any containerized application and act like a proxy for the upstream application, no Starlark or any transformation in OpenRun. If the upstream container is serving JSON APIs, OpenRun can also be used to implement a Hypermedia based web app on top, using Go HTML templates and Starlark as the glue code.
The advantage is that you get the performance of Go while being able to hot reload applications and install new application dynamically without a process restart. I think of it as an application server for containerized applications.
One friction point I have out there is that each major OS has differing keyboard shortcuts available, reserved by the OS vendor, reserved by popular global apps registering common keyboard shortcuts, with the net effect being that even for power users, a given app only has 10-20 possible keyboard shortcuts.
I would love to create a collaborative repo that establishes broadly common modern day keyboard shortcut mappings for common actions across OSes (copy is Ctrl+C in Windows, Command+C in MacOS, Ctrl+Insert in Linux), as well as a map of keyboard shortcuts to actions/OSes and if said shortcuts are app specific vs system global.
I'm given to understand historically that Windows intended the Function keys to help with this somewhat, you had F1-F12 (or F24 for IBM Battleship model M keyboard owners), Windows would do Alt+F1, Alt+F2, Alt+F3, Alt+F4 (the latter of which still closes most apps today), and in a magical perfect world where A) every keyboard actually had function key rows and B) there was a conventional place for common actions across apps that could be used, users could learn more than Ctrl+Z, Ctrl+O, Ctrl++ to zoom in (oops, not always), Shift+Insert to paste, Shift+F11 for context menu.
Making UI interactions bufferable has appeal to me as well.
I had a similar thought but just for the more conventional 'keyboard shortcuts are not discoverable' problem.
Using the status bar or an overlay showing on-screen-keyboard shortcuts, the app could give visual feedback every time you click a button or slide a widget revealing what keyboard shortcut would have triggered that same action.
I click the "GO" button: OSK overlay or status bar shows [GO] (Ctrl+G)
I slide a widget to turn volume up: status bar shows [Volume 22->37] (Alt+V,22)
I hope you are wrong, or rather, that HN's userbase can keep renewing itself on cycles of new users without getting into an eternal september situation. It's none of my affair (and yes, lately HN AI threads read suspiciously airheaded in tone, like they fell out of /r/codex and Grok-heavy online circles) overall, but I'd be curious if dang or whoever can easily get an idea as to what the current population of HN weekly/daily active users are and if that bag of users is similar to a year over year or decade over decade cohort. X% of our users are more than 10 years old, and so on.
But the above is an idle thought experiment, back to your point, there's definitely some bandwagon work going on, astroturfing and bot-controlled no doubts there too, and if I find one more Rationalist / Effective Altruist / AI doomer cult post, I may find a way to ship them 10 virtual spam palettes because there's more to the web than 'AI-chatterbox-class who's never actually read Neuromancer or Snow Crash or the meatier works of Asimov act superior to the rest of us' strawmen I have confirmation bias running into, yet overall, I still find HN has that spark here and there.
> Alice: ABC-library stinks, why did they write it that way? > Bob Reply: Hi there, yak here, I wrote it because Dennis Ritchie was sick with a cold and we needed it for Los Alamos Labs.
Those gold moments keep me here still.
reply