Computer: Podcast
Auto Podcast   (+2, -1)  [vote for, against]
automatically convert selected bookmarks into a personal podcast schedule

OVERVIEW: The quick version of this idea: make it so a user can automatically 'listen' to text content from the web by converting web pages into podcasts for him/her, based on criteria that the user specifies.

NOTE: The following describes this idea in the context of using a folksonomy bookmaring application like "del.icio.us" it is assumed that the reader is familiar with the 'folksonomy bookmarking' concept that you see on sites like del.icio.us.

PROBLEM: Consdier this scenario. You are catching up on halfbakery posts, and you realize there are a lot of threads that seem interesting to you, but you don't have time to read them all. Since you are dilligent about not forgetting them, however, you post them to your del.icio.us account with the tags "halfbakery" and "_toread".

This works well because you can go back and read them later and they are all in one handy place.

The problem is, what happens when your list of "_toread" bookmarks gets too large? The typical outcome is they pile up, and eventually get ignored or forgotten.

SOLUTION: Text to speech is a well-baked technology, and so is folksonomy bookmarking. A great not-yet-baked way (AFAIK) to unite these technologies would be for a processing engine to go through all of your del.icio.us bookmarks with a specific tag (e.g. "_tospeech") and automatically convert (via periodic batch process) the text contained on those bookmarked pages into mp3 formatted text-to-speech files. This content could later be retrieved as a standard run-of-the-mill podcast.

RATIONALE: This way, you would be able to 'listen' to all the content you bookmarked, but did not have time to sit down and read.

You could even use this kind of functionality as a substitute for sitting in front of your computer and reading from the screen.

ALTERNATIVES: This kind of functionality could easily be done by patching together some scripts with a text-to-speech engine that you program yourself on your own computer. The problem with that though is it would be nice if it could be done automatically on a central server. Not everyone knows how to write TTS scripts.

PITFALLS: This kind of operation would require a lot of server space and processing power for the conversion, ironically, this could be minimized by easily detecting whether a bookmarked page was already converted to mp3. This would obviate the need for duplicate conversions.

There are also copyright issues, but sites could 'opt out' of having their content convertable to speech, and most sites would welcome the additional ubiquity of having their content available through multiple channels.

There is also the technical drawback of the 'robotic' sounding voices that traditionally accompany text to speech. Some users may find this intolerable, but there are workarounds. (e.g., 'natural voices')

ADVANTAGES: Web users could optimize their time by only browsing graphics-intensive sites via the screen, and text-intensive sites via their personal podcasts.

Someone new to halfbakery could request a podcast of all the 'introductory' web pages for the site, so they would not have to sit down and read all the boring FAQs, but they would also be safeguarded from looking like a newbie because they at least listened to the 'introductory' podcast.

The power of tagging + text-to-speech + podcasting could open up a whole new queriable, portable interface to the entire text-based portion of the web.
-- drefty, Jan 24 2006

Like this? http://beatgroover.com/hb/idea.wav
A quick, partial .wav file of this idea... [not_only_but_also, Jan 27 2006]

Would it not take less space to move the text to a device, then have the device convert the text to speech?

A homebrew app on my PSP could do this, and it could also get the 'to-reads' via wifi from any hotspot, or IRDA, Memory Stick, UMD, or USB connection.

Wirelessless portable devices are going the way of the neon pink ski suit. It looked cool at the time......

[+] for the whole to-read idea.
-- Giblet, Jan 25 2006


The wireless thing does add a much more 'streamlined' form factor to the whole solution. In fact, if you combined it with GPS, you could have 'context-sensitive' "to-read" items that trigger based on your position relative to the surface of the

The main point is that the reader (or listener) should have easy access to *any* text from *any* source in *any* format delivered to sound or text on any device she wants.

Being forced to read off of an LCD monitor (or even sheets of paper in a book) as the only means of accessing any given text is the neon-pink ski suit of personal knowledge management.
-- drefty, Jan 25 2006


Interesting. I agree that taking the text to the device and reading it there is probably the more streamlined solution but getting your computer to fetch and read the text is probably a much simpler solution with current technology. [+]
-- st3f, Jan 25 2006


(-) Maybe what we really need are better displays - I find screen reading tiring, too, but I'd rather leave work with an ad-hoc printed paperback to read on the train (cost should be about $1-$2.)

Average human reading speed is about 250 words per minute. But people don't read sequentially; they skim and skip. You can tell where to start reading again from clues in the page layout, paragraph breaks, punctuation.

Comprehensive speech is about 150 words per minute. There's no good interface for knowing where to skip to.

Maybe you can use this if you're blind, or if you have long drives, or work out, or some other situation where your ears and text comprehension aren't occupied, and text-to-speech converted RSS feeds are the best possible audio you can get (poor you!) But a time saving device this definitely isn't.

Unrelatedly, I sincerely hope most people can use this site without having to sit through anything, be it a boring text or a boring podcast.
-- jutta, Feb 05 2006



random, halfbakery