Call for Media Viewer Test: Windows Users Especially
katir at hindu.org
Thu Sep 7 00:53:46 EDT 2006
Disclaimer: I'm an novice at this SMIL stuff and don't know what i'm
doing this: (watch out for email wraps)
set the filename of player "Player1" to tUrl
send startPlayer1 to me in 2 seconds
start player player1
was literally causing revolution to crash on Windows machines...
I got one report from Australia and another from Texas.
You are welcome to check out that file... I've left if on the server,
though it's no longer in use...the paths are all valid
Andre say it may possibly be the use of durations in the slide seq...
and he said he got better results but using "start" and "end" parameters.
it worked on "most" machines (my beta test group is only about 15 people)
anyway, I get better results with just doing this for now...
as i needed this thus up and functional by 9/1 and time for R & D was over.
if gConnectedToNet is not empty then
stop player "player1"
set the filename of player "player1" to
statusMsg (" Publisher's Desk. Read it on page 10. Audio only, with
slides of Satguru Bodhinatha Veylanswami")
set the label of this stack to "Publisher's Desk, October 2006"
set the top of player "player1" to 4
set the height of player "player1" to 18
set the top of image "audioPoster" to 24
show image "audioPoster"
start player "player1"
put 1 into tNextSlide
send "postSlide(1)" to me
put the uSlides of me into tSlides # list list of absolute URL
pointing to jpegs on the server
put url (line tNextSlide of tSlides) into image "audioPoster"
put (tNextSlide +1) into tNextSlide
if tNextSlide = the number of lines of tSlides then
put url (line 1 of tSlides) into image "audioPoster"
send "postSlide" to me in 40 seconds
OK, this works, but I'm not super happy with the architecture because
the media package is now fragmented:
We've got the audio file streaming into a player object and it's
associated slide show is via a revolution image that is
being updated from a separate script. I mean, it works great, I've used
that update image object with
remote URL's for years, it's solid (even from the Kiev in the Ukraine on
36 K modems!) and I would use this for many things as is where the
entire context is some Rev app, game or eduTainment product.
But it means there is only a single viable delivery context. If you want
to look to the future at a big library delivery system you would prefer
to have a single URL that points to a singlecontainer that equals your
show. Which might
want to run from another frame work (web, real player, QT player) later
in its life cycle.
And from a production flow angle (and that's the seat I sit in) it puts
half the job on the desk of the rev scriptor and half the job on the
desk desk of the media team. With SMIL, the Delivery Team (web-rev app
building team) just asks the Media Team( sound, photoshop, video guys)
"build it and give us a SMIL File" ( I may changes hats and do all
that, but the point is the same...)
That's the beauty (and future promise, if we kick enough life back into
it) of SMIL...
but, if it breaks QT on Windows... :-(
I would be very interested in your thoughts here.
And before i run of to look at the podcast formats.
Will the podcasts format run from inside a QT player?
I'm not aware that you can control screen regions and run
multiple, concurrently playing streaming media from within via RSS 2.0...
I'm not sure what the productivity gains would be: we're cutting our
teeth here on
Final Cut Pro, Shake and that whole suite and just to put the whole
thing together as a one movie is not that hard.
but, we are into podcasts now
and since I'm already writing rev apps to build RSS 2.0 XML and rev
CGI's and crons and stuff
for podcasts, if i could do the slide show thing in RSS 2.0 that would
be very sweet.
I will look at that URL in a few days.
And, then the question becomes(as always!) is
Will it work on Windows? (In a Rev player object with QT?)
David Bovill wrote:
> I"ve been experimenting a bit with using SMIL for slide shows... what
> do you mean by:
> On 04/09/06, Sivakatirswami <katir at hindu.org> wrote:
>> 1) don't use SMIL with multi-seq's with durations
> Which sequences are OK - do you mean layout with multiple tracks - so
> no sound track and slide?
> Also my guess is that a better direction to look at is the use of
> podcast formats: take a look at this:
> use-revolution mailing list
> use-revolution at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
More information about the Use-livecode