S'identifier / Créer un compte
  • Actualités
  • Dossiers
  • Tests
  • Commentaires
  • INpactiens
Publicité
Avatar de yeagermach1 INpactien
yeagermach1 Inscrit le vendredi 20 juillet 07 - 1885 commentaires -
Les derniers commentaires de yeagermach1 :


-Qu'est-ce que vient faire le marché des PC ?
-Le fait d'être un concurrent direct de Google n'est-il pas en contradiction avec l'argument de Google qui est que 'WP8 n'est pas intéressant pour eux' ?
-Qu'est-ce que Microsoft à pomper ? STP fais nous rire
-Ms a voulu le faire dans les règles de Google, mais Google ne veut pas ! c'est con !
-Quel règle Microsoft ne respecte-t-il pas ? Et en quoi n'est-il pas loyal ?

Finalement ton argumentaire s'arrête à Ms caylemal, donc si on est contre on a forcement raison !

Plus concrètement, que peux tu réellement reprocher à Microsoft depuis 2005 ?

d'exister je pense.

Ils ont l'air assez vif de ce côté, ça ne devrait tarder




HL3 ? Tu veux parler de Ricochet 2 ? (ah tiens, jeu Valve que j'avais oublié)

C'est la meme chose.

Sinon Valve n'est pas present a l'E3, c'est pas pour autant qu'il y aura pas d'annonce pour un jeu valve a l'E3.

Énormément de jeu console tourne en 30Fps, pour un PCiste ça pique les yeux....
Perso je serais intéressé par la prochaine génération de console s'ils privilégient, le 60 fps en full hd, plutôt que du 30 fps en 780p avec plein de détails inutiles conservés sur les grandes TV c'est juste moche.
Après sur PC on à le choix entre privilégier la performance ou la qualité graphique....

D'apres le tech review de la demo de Killzone dernier du nom presenté a la conf PS4, ils visent le 1080p 30fps.

Est-ce que l'appli sera la même ou utilisera le même code, ... Et ensuite, quels ont été les discussions au sujet de l'accord ? Sans ça, difficile de répondre.

Personnellement, je trouve que Google doit se justifier et qu'il y a de fortes chances pour qu'il ne soit pas dans son droit. Par contre, je suis contre ceux qui prétendent que c'est forcément un abus: théoriquement, ce n'est pas normal de forcer l'acteur dominant d'engager des frais pour n'importe qui qui le demande. Pour moi, ce n'est pas un abus de position dominante.
Ça le serait si 1) le problème n'était pas contournable par une solution moche mais sans aucun impact sur l'utilisateur, 2) il y a discrimination entre 2 acteurs ayant les mêmes dispositions.

Je ne me prononce pas sur le coté abus de google ou pas dans ce cas. Mais google est friand de ce genre de combine. Combien de fois un service n'a pas été disponible sur les autres navigateurs que chrome alors que techniquement rien ne l'empêchait ? Étant un utilisateur Opera, un bon nombre de fois je peux te l'assurer. A chaque fois que google fait une modif sur sa page youtube, il y a des problèmes avec Opera qui se résolvent miraculeusement en changeant l'user-agent. On peut aussi citer google image ou le système permettant de mettre un fond différent a la page de recherche google.

Sur cette affaire, je serais pour que MS retire l'application mais emette une regle sur windows pour que la combine de google avec chrome (qui ne respecte pas les regles d'installation sous windows) ne fonctionne plus. Cela serait normal apres tout. Un simple respect des regles.
Il y avait une troisieme solution : google autorise MS a utiliser les API que MS utilise deja pour la XBOX.

Cela donnait une appli native performante et avec les pubs de google : c'est du win-win.

Pourquoi google refuse ? Les frais, ils sont deja engagé pour la Xbox.

Je comprends de nouveau la problématique, mais de nouveau, il n'est pas impossible de récupérer la pub.
C'est évidemment moins beau et plus compliqué pour le développeur, mais il faut ce qu'il faut pour respecter les règles.

C'est comme si qlq'un disait: j'utilise un service qui me demande d'utiliser les DRM, mais implémenter les DRM dans mon logiciel, c'est compliqué et c'est moche, donc, je peux utiliser le service sans implémenter les DRM.

Le probleme c'est que pour récupérer la pub, il faut en gros refaire un IE spécialisé youtube. C'est faisable mais c'est moche. En plus l'interet est proche de zero, tant qu'a utiliser les API de IE, autant utiliser IE.

Alors que de l'autre coté on peut avoir une Appli native bien performante. Le point de contentieux, c'est la pub. Et ca MS ne rechigne pas a la mettre, c'est google qui rechigne a donner l'API (enfin l'autorisation d'utiliser l'API) a MS.

Google est "baisé" sur ce point parce que son système de base n'inclue pas de pub avant la video. La pub ne se déclenche que sur certaines vidéos a la discrétion de google. C'est son systeme evolué qui affiche de la pub mais il en refuse l'accés a MS.

edit : tu as un systeme qui est a la base sans DRM, mais qui en utilise dans des cas particuliers. Et le proprietaire refuse aux autres l'accés a ses DRM.

Edité par yeagermach1 le jeudi 16 mai 2013 à 16:11

Je ne pense pas que ça nécessite la navigation, vu que cela n'en nécessite pas lorsque PCInpact ajoute une vidéo youtube pour illustrer un article.
Je comprends très bien le problème, et je vois très bien que c'est loin d'être idéal.
Mais je ne comprends pas ceux qui disent: récupérer la pub est impossible.

Une video yt sur PCI, c'est pas du tout la meme problematique qu'une appli native YT.

Quand tu met une video sur PCI, la balise video va appeler youtube et lui demander les infos pour afficher la video. YT lui donne :
- le systeme de lecture (flash)
- la video
- la pub
- le code web

Et ton navigateur fait le boulot de tout compiler correctement.

Sur son Appli, MS demande a Youtube la video. Et youtube ne lui donne que le flux video (ce qui est le fonctionnement normal par defaut). Parce que la pub c'est un flux different que Google intercalle a la main avant la video

Le probleme de YT c'est qu'il aimerait bien que MS affiche la pub, ce a quoi MS lui repond : je n'ai pas les commandes qu'il faut pour te la demander (la fameuse API qui existe deja rappelons le).

Donc, on est bien d'accord, il n'est pas impossible de récupérer la pub, en récupérant le flux pub+vidéo.
(d'ailleurs, n'est-ce pas ce que fait le navigateur lorsque PCInpact affiche une vidéo youtube pour illustrer un article ? Je veux dire: il ne télécharge pas la page youtube entiére, avec commentaires, boîtes de recherche, headers, ...)

La question n'est pas de savoir la différence entre les deux, mais de savoir pourquoi il est soi-disant impossible de récupérer le flux de pub.
Comment MS a-t-il fait pour obtenir le flux vidéo sans passer par l'API interne ?
S'il a réussit à obtenir ce flux, pourquoi lui est-il impossible de récupérer le flux de pub ou le flux contenant les deux ?

Il est pas impossible de recuperer la pub, en transformant l'appli en 1 simple browser internet. Mais c'est juste perdre tout interet a une appli native.

Une appli native c'est fait pour bypasser le site web dans le but de proposer une meilleur XP. Mais pour cela il y a besoin d'API. API dont MS aimerait la mise a disposition pour windows phone (parce qu'elle existe pour la 360). Actuellement MS utilise une solution batarde pour proposer une appli native. C'est dans l'interet des deux camps d'avoir une vrai appli native. Sauf que Google refuse l'acces a l'API pour pouvoir restreindre windows phone.
Les jeux sur console ont besoin d'un compte origin ??