[bookport] Re: The inevitability of Podcasting
- From: "MICHAEL MCCARTY" <mmccarty@xxxxxxx>
- To: <bookport@xxxxxxxxxxxxx>
- Date: Tue, 03 May 2005 08:33:20 -0400
Yeah, Podcasting has been a favorite pastime of mine as well, and now
that ACBRadio is experimenting with Podcasting, the number of shows will
only increase. To date, there around fifteen blind folks who have a
podcast, and that number will surely grow. It was great hearing
Marlaina on Atom's Daily Source Code program.
Instead of keeping the log on the bookport, it would seem that the BP
transfer software may be a better place, we certainly have more room on
the PC than on the bookport to build in support for Podcasting. Could
we add support on to the "queue files" area for Podcasts?
Michael McCarty
Fred's Head Database Coordinator
American Printing House for the Blind
www.aph.org
>>> marlaina@xxxxxxxxxx 05/03/05 04:15AM >>>
Don, what great ideas! I find I'm listening to more podcasts on my
book
port than books these days! I love this concept.
Marlaina Lieberg
To listen to my podcasts over the web visit
www.blindcast.com
To subscribe to my podcasts with your podcast aggrigator, point to
http://feeds.feedburner.com/marlainabyear
----- Original Message -----
From: "Barrett, Don" <Don.Barrett@xxxxxx>
To: "Bookport (E-mail)" <bookport@xxxxxxxxxxxxx>
Sent: Tuesday, May 03, 2005 12:02 AM
Subject: [bookport] The inevitability of Podcasting
> All,
> I think the practice of PodCasting will become so popular that APH
will
have to sooner or later grapple with not if, but how the bp will deal
with
this phenomenon.
>
> Probably the biggest issue will be the necessity when sending
podcasts to
the bookport, of how the transfer software will be able to discern
which
casts were already sent and which ones are new. The transfer software
will
have to know which podcasts have been sent and which ones have not, in
the
same way that the podcasting software knows which casts have been
downloaded
and which ones have not.
>
> Perhaps the transfer software might keep an internal log of all
podcasts
sent to the bookport so that if someone let's say once a week simply
says
send all podcasts, only the new ones are sent.
> In this way, even if a person deletes old casts from the bookport or
the
pc, the log will ensure that only new casts are sent without the user
having
to figure out manually which ones have been sent or not.
> If I have 20 casts on my bookport and read 10 of them and delete
those 10
from the bookport, I won't want the same ones sent again even though
they
are no longer on the bookport. An internal log could handle all of
this.
> Even if I delete a bunch of casts from the pc, this shouldn't confuse
the
transfer software as it is using its complete internal log to compare
against sends.
>
> Don
>
>
>
>
>
Other related posts:
