PYRO

If you are not using a server side solution such as FMS, Wowza or Red5, or a proxied-streaming solution like lighttpd (lighty) you cannot do this. Pyro handles streams of whatever nature, but its not a streaming solution… You can however put the streaming on hold (pause) and wait for that point to be loaded, but you will never get something precise with a regular progressive download type of stream.

Either register a function to an EnterFrame event or use a timer and always listen to loadRatio and progressRatio. Both these properties are based on 1, so they are always in between 0 and 1.
Easiest way to use this is to adjust the scaleX properties of your progressBars…

Sorry I do not provide code exemples on demand, this is really easy, you will figure it out.

Small exemple:

in your class;

addEventListener(Event.ENTER_FRAME, frameEntered);
private function frameEntered(evt:Event):void
{
yourBufferingBar.scaleX = yourPyroInstance.loadRatio;
yourProgressBar.scaleX = yourPyroInstance.progressRatio;
}

Geeez that comment got stuck in a pile of spam, sorry for the delay.
Well the answer is no, Pyro is just a simple API that plays videos in the flash player, it does not parse thru youtube tags, nor does it uses the chromeless youtube API.

Well, what I said above is not detailled enough. This happens in some videos when they get scaled or smoothened, but it has nothing to do with the API itself. The line is probably present in your videos but you cant see it at normal size. Now would that be possible ?

Ok, I’ll try to clarify this.
Once you receive the METADATA_RECEIVED event, you can check the cuePoints property for cuePoints. It’s an Array so you can do something like pyroInstance.cuePoints.length, if it’s greater than 0, than you know you actually have cuePoints loaded into the video file. Now it could very well be that you have no cuePoints. Also, to parse thru the actual metadata, you can loop thru the metadata property once the METADATA_RECEIVED event is triggered. And last, since you are using .f4v, could it be possible your cuePoints are inserted as XMP data ?

Oooops sorry.

Well, it is not a bug, much more a problem with the NetStream API.
You can circumvent this by:
1) Caching pyro’s status property whenever the user clicks on the progressBar,
2) then unpause your stream (togglePause() or play()),
3) Seek to desired time.
4) On PyroEvent.SEEKED, reset status to the cached value.

To know if the player is playing could be ambiguous. If you mean by that, that the actual playhead is moving, you can check for pyro’s status if it equals Pyro.STATUS_PLAYING you can bet it is playing.
However you could also mean if the player has loaded (or is loading) a video and is not necessarily playing, you could check a few things, best way to figure it out is to register a listener on the StatusUpdateEvent.STATUS_UPDATE and then to trace out the status either from inside the Event itself or from within your PyroInstance (same result anyways). You will notice a chain of status changes that always comes back, you can act upon one of those statuses.

For me, I usually check for Pyro.STATUS_PLAYING, Pyro.STATUS_PAUSED, Pyro.STATUS_STOPPED or Pyro.STATUS_PENDING .

Hope this helps.

I will get back to you in a short while, as soon as I can.

Thanks for your good words.

Ce genre de mécanique fonctionne pourtant très bien, nous l’utilisons à tous les jours comme ça.

Y faut évidemment faire un addChild avant de commencer la lecture, sinon y se passera rien.
Si il s’agit d’un projet flex, ou d’un projet 3D (papervision ou away3D) il faut passer “allOff” comme 3ième paramètres à l’instanciation (dans le constructeur). Comme ça pas besoin de faire un addChild.

Si c’est pas le truc de addChild, y doit avoir autre chose qui l’empêche de jouer. As-tu un url d’un vidéo utilisé dans le projet que je te confirme si ça fonctionne ?

Désolé pour le tutoiement, seulement, c’est un peu bizarre pour moi de vouvoyer dans un blog.

I’m not quite sure of what you mean exactly, or of what you are trying to do.
Can you please explain a bit more.

Si c’est plus facile en français, j’ai pas d’objection à ce qu’on discute en français.

Well, your right my friend. Thats how the API behaves for now.
You need to listen for the stream completion, then to stop and play.

I’m working on a major update of the API, (well we could call it Pyro version 2.0.0), and I am tackling a lot of issues, as well as adding new ones and removing ones I dont like. I will probably insert an autoreplay feature so we can stream video in a loop.

The next version will rock. guaranteed.

Thansk for your comments, very well appreciated, and sorry about the time it took to answer, I’m buried under a pile of work.

Keep on the good work (yes, I’ve visited your blog, and sites).

Cheers
Eric