PLAYER FLV AS3 - XML

Commentaire de stefbuet le 08/05/2009 00:30:35

Salut,

je n'ai pas encore regardé le code mais déjà je peux te dire que tu as oublié de gérer les erreurs IO sur ton chargement XML :p

Stef.

Commentaire de stefbuet le 09/05/2009 19:22:00

Salut,

Bien. Donc ton player peut lire les vidéos FLV. Le truc, c'est que des players FLV on en trouve quand même en quantité enorme sur le net, et pas que des codes sales baclés. Je pense qu'au lieu de refaire toujours et encore la même chose (c'est pas une critique hein) il serait bon d'aller de l'avant. Par exemple ça serait simpatique si un player Flash pouvait lire du Mpeg! En plus, un lecteur Mpeg en Flash serait une première!

Stef.

Commentaire de on_drag_on le 09/05/2009 22:37:13

Donc cette source a son intérêt c'est un fait. Ce qui serait en revanche intéressant de savoir c'est "est-ce qu'elle est bien codée" et "que pourrais-t-on optimiser".
Ça aurait été plus profitable d'avoir ton avis sur ces points là.

Commentaire de on_drag_on le 11/05/2009 18:43:39

Hello Faiblard,
Merci pour ton commentaire.
:)

- Pour le this il semblerait de ce que j'ai pu voir que plus personne l'utilise dans les classes AS3, mais bon là je ne suis sûr de rien, c'est ma première classe et j'ai encore de la peine à saisir les notions de local, global, private et public.

Est-ce que tu penses que ça améliorerait les perfs ? ... Je continue d'étudier ça.

- Pour les fonctions Fwd et Rew, en effet on m'a déjà suggérer de faire qu'une seule fonction. Mais en fait c'est pas si simple que ça vu qu'il y a deux boutons ... , à moins qu'on puisse se référer à un objet en disant "si c'est tel objet qui est pressé fais ceci, sinon ..." .

.. Mmh , je vais encore y réfléchir ...

- Désolé pour le ; c'est corrigé pour la prochaine Màj. Pour le nom du String, en effet un nom plus explicite serait : var nodeXML, c'est corrigé également.

Pour la la ligne: "player.play(xml.elements()[inc].@stream);" , non ce n'est pas la même que string.
Ici "inc" prend la valeur de la décrémentation en cours, si la décrémentation = 0, (soit nodeXML:String), alors on la stop .

C'est peut-être pas la meilleur façon de procéder remarque, si t'as une meilleure idée ...

_ Pour l'égalité stricte, jamais utilisé donc j'y avait pas pensé, j'imagine que tu la propose parce que ça améliorerait la solidité de la fonction, c'est ça ?

La fonction volume est mal foutue pour l'instant,  je te l'accorde également, je finis de corrigé mon fullscreen et je m'y attèle ... :)

@+

Commentaire de skconcept le 11/05/2009 19:44:27

Merci pour votre source. Je ne suis pas connaisseur donc ne pourrai apporter aucune remarque technique. Néanmoins merci pour votre partage avec les non initiés comme moi pour les aider à essayer de comprendre.

Commentaire de gremlins7 le 12/05/2009 11:50:52

Salut,
moi je suis pour mettre systematiquement les this, car non seulement on sait si la variable est une propriètés de la classe, mais ça permet d'éliminer certaine erreur de nom de variable ou de nom de fonction. Dire que la seule utilité de this est de pouvoir être passé en callback est une abberation stef. Ca signifie que tu n'est pas encore tout a fait familiarisé avec la POO. Voici le cas le plus simple :

private var toto:int;
public function fct(toto:int):void
{
   this.toto = toto;
}
ici j'ai mis vonlontairement le même nom de variable pour montrer l'interet

Commentaire de stefbuet le 12/05/2009 18:39:50

A part pour pointer une variable locale, on utilise this que pour des callbacks (ou tout accès à l'objet pointé en retour)...
Je n'ai pas pensé à ce cas la, car je n'utilise pas strictement les même noms de paramètres et de variables dans une classe :s c'est assez embrouillant en effet et on pourrait même aller un peu plus loin...

package toto {
class toto {
private var toto:toto;
private function f(toto:toto):toto { ... }
}
}

Je rajoute un $ devant les noms de paramètres pour les différencier.
Rajouter un this à chaque ligne sa surcharge trop le code, je suis contre quand ce n'est pas nécessaire.

Stef.

Commentaire de on_drag_on le 12/05/2009 21:26:02

Ah ben voilà, j'ai juste jeter un coup d'oeil aux sources dispos sur le 1er lien cité plus haut et il s'avère que pour lire un mp4 en Flash il suffit d'utiliser la norme d'encodage H264, pour le reste ben un objet de classe Video() , NetStream() et NetConnetion. C'est absolument pareil que pour un FLV, vu que c'est le player (9 minimum) qui gère le codec. Donc d'ici une a deux semaines ma source revue et corrigée sans ce G*ç""&%ç de composant FLVPlayback qui m'apporte de toutes façons que des problèmes inutiles.
Voilà ;)

Commentaire de ninjafury le 26/05/2009 09:58:15

merci pour cette source, celà correspond à ce que je cherchais, continue commé celà, beau travail.
est ce que tu as essayé de l'adapter pour visualiser un flux rtmp, étant newbie sur flash, j'ai essayé de suivre les docs adobe mais j'avoue mon incompétence dans ce domaine.
je vais bien étudié tes sources et essayé de l'adapté sur mon site pour pouvoir enfin faire ce que j'essaye de faire depuis 3 mois.
merci encore