Mailing Lists: Apple Mailing Lists

Image of Mac OS face in stamp
 
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Strange QTSS Behavior: Whacked Playback after FIRST Connection (requires reboot of Mac Client)



Quoting Bob McCormick <email@hidden> Fri, 17 Oct 2003 21:32:04 -0700:
> 
> Just thought that I'd throw out another strange behavior that we're
> seeing on QTSS.  Has anyone out there seen this problem?
> 
> I have a client that is running a couple of different machines that we
> can get this streaming failure pretty much every time.  Basically, if
> he clicks on a link to stream a movie, it'll play just fine the first
> time.  However, if he clicks on the same link again, or any other link
> on the page, ALL subsequent streams will play back inconsistently.
> We'll usually get all of the audio, but the video is choppy, or simply
> doesn't play anything but the first few frames.  The only way to get a
> clean playback is to reboot the machine.  He'll then click on another
> stream, and gets a perfect playback the first time, and sure enough all
> subsequent streams are toast.
> 
> We've tried this with our own content and just recently setup the
> sample streams that Apple provides for testing of proper setup of QTSS.
>   Same results as above.
> 
> I've watched his connection on web-based  QTSS Management Connection
> page and can watch the connection.  Sure enough, the first connection
> shows and and the bit rate kicks in and begins streaming appropriately.
>   The second time I can watch the connection and can immediately see
> that the bit rate is a fraction of what it should be.  We are getting
> 0% packet loss - so bandwidth doesn't seem to have anything to do with
> this problem.
> 
> The one client that we tested this with today is a Dual 800Mhz G4.  OS
> 9.2   QT player is 5.0.2.  Browser is IE.   Not sure of the specs on
> the second machine other than it's a laptop.  Will get those specs if
> anyone deems them necessary.
> 
> Should note that he had another system sitting there in the same
> room/network that we tested that worked perfectly as it should.  It's a
> 1.25Mhz G4 running OS 9.2, QT player is also 5.0.2 and Browser is IE.
> Go figure.
> 
> Any clues or thoughts on this one, I'd be GREATLY appreciative.  This
> poor guy is going nuts trying to view content, which causes ME to go
> nuts when he can't.
> 
> Thanks...Bob
> 

First up, I'd try the upgrade to QT 6.0.3 which is the newest available for 
OS9. Then, if it's any consolation I have seen similar behaviour, even with 
QT 6.4 OS 10.2.8

My rationalisation is that if one stream is stopped, then another stream is 
called before the timeout interval of the first, then either the server or 
client, or both (!) get confused. But if the movie is played thru right to 
the end, then both server and client usually agree that it has finished. I 
don't see this hanging behaviour if I call a new Player window, open the 
new stream in it, then close the old one, but this is hardly intuitive 
behaviour for an average user ;-)

I can freeze most clients on a live broadcast by stopping the broadcast, 
then restarting, with about a five second gap.

On OS-X it is sufficient to Force Quit the QTPlayer to clear a hung player, 
but I guess on OS9 that will require a reboot maybe half the times...

Peter Kerr
University of Auckland School of Music

-------------------------------------------------
This mail sent through University of Auckland
http://www.auckland.ac.nz/
_______________________________________________
streaming-server-users mailing list | email@hidden
Help/Unsubscribe/Archives: http://www.lists.apple.com/mailman/listinfo/streaming-server-users
Do not post admin requests to the list. They will be ignored.

References: 
 >Strange QTSS Behavior: Whacked Playback after FIRST Connection (requires reboot of Mac Client) (From: Bob McCormick <email@hidden>)



Visit the Apple Store online or at retail locations.
1-800-MY-APPLE

Contact Apple | Terms of Use | Privacy Policy

Copyright © 2007 Apple Inc. All rights reserved.