Live data from Hacker News

Automating Immersive Reading

smoores.dev

21–30 of 53 posts

Re: Automating Immersive Reading

#21
post #17

This highlights the core reason why I don't like audiobooks, podcasts, or even movies, compared to reading: it's too slow. Looking at the example, I read two or three times as fast as the audio goes. What I would need is the opposite: some eye-tracking software that plays the audio at the point I am reading. I don't know if it would be any useful though, as it would be very sped-up, but maybe it would increase "immer…

I'd never considered such a tool before today, but the example sparked the exact same idea for me, as if it were the most obvious next step to invert the causal direction and externalize the inner reading voice (instead of trying to force the internal reading to follow the external audio). I'm not sure that it would improve reading comprehension or make the experience better in some ineffable way, but it would be really interesting to try it out. Questions arise:

- Would it help with reading comprehension? Speed? Enjoyment?

- If the audio was your own synthesized voice, would that help comprehension and immersion?

- If the audio was in a voice very different from your own, and you used this system for several hours a day, would it change your natural inner reading voice, or even some other aspect of your self-perception? I don't believe I've experienced Such a tight coupling between thoughts driving external responses before; I didn't expect to do so until real-time brain scanning got a lot better than current SotA.

- While reading, I frequently speed along and then jump back a word, sentence, or paragraph to slowly review it. In this system, the audio would slow down as I read back through more slowly, almost sounding out words along with me. I just read a book filled with the names of obscure french villages, and I couldn't just ignore them - instead bogged down in sounding them out and trying to guess how to pronounce them. Having a system sounding them out with/for me would have been awesome. This assumes the system is good at pronouncing things in various languages (mostly solved problem), and picking sane defaults when pronunciation conflicts arise (mostly unsolved?). In those cases, how hard would inferring be? Google translate is pretty good at generating localized pronunciations, but TTS systems struggle.

- Specifically for non-technical reading, it would be interesting to try having a very low level of ambient noise backgrounding the speech, driven by an LLM analyzing the text for obvious cues. Tavern sounds, rushing of wind in the mountains, crackling campfire, or even music generation (creepy dungeon etc etc)... When you pause reading for a moment to look away from the book, the speech obviously stops - but the tavern sounds continue. Might help people 'lock in' who normally get distracted from whatever they're reading.

Re: Automating Immersive Reading

#23
post #22

If that's about reading why do I need to zoom to 140 in FF to just begin reading?

Hm, I don't know what you're referring to. Is the text too small for you? I wrote the blog post on FF for Linux and FF for Android, and I didn't need to zoom in to review it, though some of the graphics do definitely end up with pretty small text on mobile.

Re: Automating Immersive Reading

#25
post #16
post #14

Earlier quoted context omitted.

You can use a KOReader plugin, https://github.com/stradichenko/audiobook.koplugin , which has work-in-progress support for Media Overlays (the EPUB spec that Storyteller uses for readaloud)!

Wow I didn't even think about just using on device AI. I'm going to set this one up and try it with kokoro which has the most natural for small size that I've seen. Wonder if the paperwhite 12th Gen can handle it. And also setup the main repo for when I have the real audio book. Thanks!

I tried running Kokoro on my iPhone XS (several years old), and it was slower than real-time. So, i wouldn’t expect it to be usable on a Kindle. But if you find a solution, please let me know.

Re: Automating Immersive Reading

#26
post #24

I thought reading becomes immersive if you like the book...

Sure! Some people have print disabilities like dyslexia and neurodivergence that makes reading text for an entire novel-length book challenging. Other people are perfectly competent print readers, but find that they enjoy having their book read to them. Audiobooks are their own art form, and it's nice to be able to enjoy them alongside text.

"Immersive reading" seems to be the industry term for this feature — I used it here because I though it was most likely to be recognized by a wide audience. Personally, and within the Storyteller ecosystem, I call it "readaloud," which I think is at least a little bit more useful of a phrase.

Re: Automating Immersive Reading

#27
What is the purpose of this outside people with disabilities? Why do you need word highlighting, it's like those TikToks and IG reels where they show one word at a time to keep you hooked.

Surely, if you need this to read a book (again, besides any disabilities), you should stop your current habits.

Re: Automating Immersive Reading

#28
I'm curious whether individual-word highlighting is best for people with reading disabilities, or a broad, whole-sentence highlighting might actually be preferable.

When I'm reading my eye is jumping back and forth across the sentence. The demo made this abundantly clear -- it was actually very hard to just track the highlighted word.

Just using the fact that I consider myself a very good reader as an example, I wonder whether there are advantages to the eye being free to skip back and forth across a sentence.

I assume it might be as simple as a user-preference toggle, since you're already highlighting the sentence.

You could also try UIs where the highlighting was more "spread out," focused on the word being said but bleeding into the other words on either side (maybe up until the hard stop of the sentence boundary) to lead the eye toward it. I'm imagining something like the red-blue text color of the BeeLine editor.

Re: Automating Immersive Reading

#29
post #23
post #22

If that's about reading why do I need to zoom to 140 in FF to just begin reading?

Hm, I don't know what you're referring to. Is the text too small for you? I wrote the blog post on FF for Linux and FF for Android, and I didn't need to zoom in to review it, though some of the graphics do definitely end up with pretty small text on mobile.

xubuntu, 2x iiyama IVM610F those are 24" 1920x1200, firefox latest.

For some reason when I open hn it's readable. When I open your site it's.. not.

Re: Automating Immersive Reading

#30
post #28

I'm curious whether individual-word highlighting is best for people with reading disabilities, or a broad, whole-sentence highlighting might actually be preferable. When I'm reading my eye is jumping back and forth across the sentence. The demo made this abundantly clear -- it was actually very hard to just track the highlighted word. Just using the fact that I consider myself a very good reader as an example, I wond…

My guess is, like many accessibility tools, it will vary by person! The Storyteller apps don't actually support this multi-level granularity demostrated in the demo here — until this iteration of the alignment algorithm, the timing wasn't good enough for word-level highlighting. So currently we only do sentence-level highlighting.

When we do roll out multi-level granularity, it will indeed be something that you can configure yourself, including how each level is indicated (e.g., you might want to set a background color on the sentence and underling the word) and whether a each level is indicated at all!

The "spread out" highlighting is a really neat idea, I don't think I've heard that suggestion before!

Post reply on HN