*********
Please note that responses to this post should be posted to the RealForum Bulletin 
Board.  Email responses will be forwarded to the bulletin board, but will not be 
mailed to the RealForum mailing list.  The RealForum Bulletin Board can be found at:

http://realforum.real.com/cgi-bin/realforum/wwwthreads.pl
*********

From: "Wagner, Steven" <[EMAIL PROTECTED]>
Subject: Anyone else interested in these features?

Real Developers,


I'll be at the Real Conference 2000 and would like to push for a couple of
additional features to the RMA core. These are the same feature requests I
made last year. Obviously nothing came of it. Every once and a while I see
posts on these topics and wondering how much other interest there might be
in these.

FEATURE #1

Would like the ability to embed generic, user-defined events in the stream
that would be forwarded to the browser, but otherwise ignored by the
RealPlayer. Real currently allows the following 4 types of script commands:
URL, Title, Author, Copyright. In order to send custom control from the
encoder to the browser, you have to piggyback on one of these types. This
works ok if the player is embedded in a browser that can filter out the
custom control. But if the stream is played back via a stand-alone player
all sorts of strange things can happen. Why can't another script command
type be defined - ie. UserEvent - that allows custom control to be passed
transparently through the stream?

FEATURE #2

Would like to have more control over what happens to the first instantiation
of the RealPlayer when a second instantiation of the  RealPlayer started. As
currently implemented the first player will stop any time a second player is
activated. Would like the ability to optionally... stop any existing
instantiation, pause any existing instantiation, or do nothing to existing
instantiations.

Talked at length with Karim Meghji and Alain Hammel at Real '99 and the
consensus was that there was no technical reason (other than bandwidth
contention) that two RealPlayers could not run concurrently. No one could
recall why the decision was made to issue the stop command - most likely
backwards compatibility with version 5. So, why not give developers the
control to decide what happens?


Steven Wagner

Akamai Technologies, Inc.
1011 Western Ave Suite 800
Seattle, WA 98104
(206) 674-6044 direct
(206) 674-6001 fax
[EMAIL PROTECTED]
http://www.akamai.com


********
You may reply to this post at:
http://realforum.real.com/cgi-bin/realforum/dosearch.pl?Cat=&Forum=All_Forum 
s&Match=Entire%20Phrase&Limit=25&Old=allposts&Words=Anyone%20else%20interest 
ed%20in%20these%20features

*******************************************************
The RealForum is an email discussion group focused on using RealNetworks
products. The RealForum is a place to post messages about the best methods
for creating content using RealNetworks technologies and the planning and
implementation of streaming-media web sites.  Archives of RealForum can
be found at http://realforum.real.com

If you ever want to remove yourself from this mailing list,
you can send mail to <[EMAIL PROTECTED]> with the following
command in the body of your email message:

    unsubscribe realforum

or from another account, besides the address you subscribed with:

    unsubscribe realforum <[EMAIL PROTECTED]>

Reply via email to