Zach- Difference between pop and embedded player
cas...@thetuckshop.com
Whislst streaming vis http:// the claim is that the player backvia the
pop up player is faster and more stable than via an embedded player
with the same file
This is with cache and temporary files cleared.
I can onlythink of 2 reasons, but hopefully there is a more technical
one.
1- internet trafic gave the appearance of this and was thus co-
incidence.
2- pop up players are full application as opposed to just the bare
minium required that they are more stable and can deal with weaker
signals better!
Any ideas
Thanks in advance
Sent via Deja.com
http://www.deja.com/
cas...@thetuckshop.com
Any ideas
Thanks in advance
--
Caspar Kennerdale
Senior Media Developer
http://www.thetuckshop.com
http://developer.thetuckshop.com
http://www.mediasearch.org
Jon
embedded play/stop HTML code with regards to streaming.
<cas...@thetuckshop.com> wrote in message
news:9561i5$kf9$1...@nnrp1.deja.com...
zachd [ms]
From my FAQ:
===
For example, posts addressed to me tell me that I am killing the communal
nature of the newsgroups via my presence. I will insert a minimum of two
days Bonus Delay in any response I might have to a post addressed to me in
order to discourage this behavior
===
You don't say if the pop-up player and the embedded player are the same -
one could be WMP6, one could be WMP7, for example. Generally behavior
should be fairly identical, but lots of people prefer to use the pop-up
player since that way they can choose which player to use.
Of course, if you want to guarantee what player users use, the only way to
do that is to embed the player.
-Zach
--
(speaking for myself and doing this in my free time)
See http://www.nwlink.com/~zachd/pss/pss.html for some generally helpful WMP
info.
--
<cas...@thetuckshop.com> wrote in message
news:9561i0$kf5$1...@nnrp1.deja.com...
ignition
It seems that a windows media 7 file played through the WM7 stand
alone player is more responsive and causes less buffering than the same
file played through an embedded player.
This is for http://streaming not mms- and the caheand tempfolder are
cleared.
This is also true for Realfiles-
I have two gut instincts-
1- co-incidence,it just seems that way
2- the stand alone player is a complete package as opposed to a skelton
and this makes it more stable.
No one at Microsoft or Real can confirm or deny this and no one wants
to take issue.
Second question then is
-is there a way to forcethe file to be downloaded in its entirety
before trying to play back, or to prevent it fromtrying to play back
too quicklyand inevitably buffereing.
Obviously an .asfcan be downloaded, but is it possibllt too contro this
without user intevention
Thanksand sorry about the direct calling, but only a guy like you would
have any chance ofknoewing the annswer and all the Real Network heads
havent even attempted an answer.
This is a query on our boards that we cant answer
Thanks in advance
--
Caspar Kennerdale
Senior Media Developer
website- http://www.thetuckshop.com
forums- http://developer.thetuckshop.com
directory- http://www.mediasearch.org
zachd [ms]
"ignition" <cas...@thetuckshop.com> wrote in message
news:95ctbr$m8b$1...@nnrp1.deja.com...
> The problem that I highlight is a query that was given to me.
> It seems that a windows media 7 file played through the WM7 stand
> alone player is more responsive and causes less buffering than the same
> file played through an embedded player.
> This is for http://streaming not mms- and the caheand tempfolder are
> cleared.
> This is also true for Realfiles-
That still doesn't clarify whether or not it's the V7 embedded player. I
believe that there's slightly different instantiation for HTTP-sourced files
being played back directly within an embedded OCX, but I ~think~ you could
eliminate that by redirecting to them via an ASX. If that isn't the case...
you'd really need to provide a fully functional description of exact repros.
IE: line-speed, site, content bandwidth, browser, OS, embedded player
version.
> I have two gut instincts-
> 1- co-incidence,it just seems that way
> 2- the stand alone player is a complete package as opposed to a skelton
> and this makes it more stable.
> No one at Microsoft or Real can confirm or deny this and no one wants
> to take issue.
I'd bet on #1. The stand-alone player largely wraps what you see in the web
page. Networking is way further down, layer-wise, and should generally be
common between any permutation.
> Second question then is
> -is there a way to forcethe file to be downloaded in its entirety
> before trying to play back, or to prevent it fromtrying to play back
> too quicklyand inevitably buffereing.
> Obviously an .asfcan be downloaded, but is it possibllt too contro this
> without user intevention
Yep, just little-known, undocumented and unsupported...
http://server/site/foo.asf?MSWMExt=.com
, for example. There's a Supported Solution via the Download ISAPI dll in
some package we have, but the quickest solution is the above line. We put
it in to handle some very quirky progressive-download vs. shell execution
based issues, and it has this pleasant side effect. This is also in my FAQ
as "How do I as a content provider force WMP to download my ASF instead of
streaming it?". This (MSWMExt) was added I think into WMP 6.2 beta
(released version was 6.4) and later.
<grin> Thanks.
ignition
Can I link to your FAQ on our Forums- http://developer.thetuckshop.com
zachd [ms]
> Thanks for your help, that should be enough to be getting on with
> Can I link to your FAQ on our Forums- http://developer.thetuckshop.com
Anybody's free to link to the FAQ. And feel free to submit relevant
tidbits/updates or let me know where I can link to other relevant
sites/info.