VLC pour Windows 8 revoit son ergonomie et change de moteur audio

VLC pour Windows 8 revoit son ergonomie et change de moteur audio

Et cette fois, ce devrait être bon

Avatar de l'auteur
Vincent Hermann

Publié dans

Logiciel

30/01/2014 4 minutes
149

VLC pour Windows 8 revoit son ergonomie et change de moteur audio

VLC pour Windows 8 est un projet au long cours tant le développement aura été intense. L’équipe de l’association VideoLAN dispose en effet à la base d’un code source conçu pour être compilé sur toutes les plateformes. Mais les travaux touchent à leur fin et l’interface a notamment été remaniée pour être plus efficace.

vlc win8 vlc win8

 

VideoLAN a ouvert une campagne de financement sur KickStarter en novembre 2012 pour le portage de VLC sur Windows 8. Elle a rencontré le succès et l’équipe de développement avait prévenu que l’argent cumulé servirait également à un portage vers Windows RT plus tard. Le travail nécessaire passait notamment par une adaptation du code pour qu’il puisse être repris dans Visual Studio, obligatoire pour envisager une publication dans le Windows Store.

Une interface profondément remaniée 

Le projet a subi de nombreuses mutations depuis un an. L’interface en particulier a beaucoup évolué, l’équipe apprenant à maîtriser l’ergonomie particulière des applications Modern UI. Dans une nouvelle mise à jour de la page du projet KickStarter, VideoLAN présente d’ailleurs la révision complète de l’interface, basée sur un certain nombre de retours.

 

vlc win8 vlc win8 vlc win8

 

Si l’on compare à la version précédente de l’interface il y a plusieurs mois, on constate tout d’abord une plus grande concentration des contenus. Les vignettes de la partie vidéo sont ainsi plus petites et sont organisées au sein d’une colonne, tout en laissant l’image remplir le cadre. Une évolution en phase avec ce que l’on peut trouver dans la nouvelle version pour iOS, largement basée sur de telles vignettes.

 

vlc win8 vlc win8 vlc win8

Une partie audio qui s'appuie sur les métadonnées 

Mais c’est surtout la partie audio qui évolue avec une prise en charge des fichiers totalement transformée. Il n'est plus question en effet de gestion par le nom des fichiers mais bien par les métadonnées. Ce qui signifie qu’un classement beaucoup plus fin a été mis en place et on peut voir notamment une colonne à gauche contenant la liste des artistes. Appuyer sur l’un d’eux fait défiler rapidement la zone de droite. Notez que l’on peut dézoomer sur cette dernière pour afficher une liste horizontale des artistes.

 

Appuyer sur un album ouvre les détails de ce dernier, mais pas seulement. L’utilisateur accède à la liste des titres, et peut choisir d’ajouter l’album aux favoris, gérés dans une section à part. Comme n’importe quel système de favoris, on pourra y retrouver rapidement les contenus mis de côté. Notez que les détails d’un album pourront également afficher d’autres informations, telles que les artistes similaires et les albums populaires de l’artiste.

 

vlc win8 vlc win8

 

L’application prend également en charge les disques amovibles dès qu’ils sont détectés. Sur une tablette Surface par exemple ou un ordinateur portable sous Windows 8. Brancher une clé USB ou un disque dur externe permettra donc d’en explorer le contenu. La visibilité des éléments, notamment des vidéos, reprend le modèle présent dans le reste de VLC avec un affichage par vignettes.

Un nouveau moteur audio pour en finir avec les bugs 

Pour autant, l’interface n’est pas le seul domaine dans lequel de gros travaux ont été faits. Les développeurs, confrontés à de sérieux problèmes avec le moteur audio de l’application, l’ont totalement réécrit. Comme indiqué hier dans la mise à jour sur la page KickStarter, l’équipe a bon espoir cette fois de se débarrasser des derniers problèmes et donc de passer la validation du Windows Store.

 

L’arrivée de VLC pour Windows 8 semble donc très proche mais rien n’est encore complètement joué. Les développeurs vérifient actuellement la fiabilité de l’application et de son nouveau moteur audio et la validation prendra dans tous les cas quelques jours.

Écrit par Vincent Hermann

Tiens, en parlant de ça :

Sommaire de l'article

Introduction

Une interface profondément remaniée 

Une partie audio qui s'appuie sur les métadonnées 

Un nouveau moteur audio pour en finir avec les bugs 

Commentaires (149)


Interface trés trés belle <img data-src=" /> Du coup CS va passer à Win 8.1 <img data-src=" />


Aller courage, on va y arriver !


Les commentaires sur Neowin et WinBeta était assez négatif vers la durée du projet… Ils n’ont pas forcément compris le principe du financement participatif…



Sinon on voit des images de snap comme dans Windows 8 mais est ce que le tilling de 8.1 est aussi supporté ?








arno53 a écrit :



Les commentaires sur Neowin et WinBeta était assez négatif vers la durée du projet… Ils n’ont pas forcément compris le principe du financement participatif…



Sinon on voit des images de snap comme dans Windows 8 mais est ce que le tilling de 8.1 est aussi supporté ?





Hello. Non il n’est pas supporté. En fait on va sortir l’app en 8.0, pas 8.1

La certification 8.1 nous jette car elle détecte des appels à des API qu’elle ne nous autorise pas d’utiliser. Pour l’instant c’est du 8.0 mais j’ai essayé de faire de sorte que ce soit le plus “responsive” possible.









arno53 a écrit :



Les commentaires sur Neowin et WinBeta était assez négatif vers la durée du projet… Ils n’ont pas forcément compris le principe du financement participatif…







Ça, c’est sûr qu’ils n’ont pas compris… Mais bon, ça a été vraiment dur ce projet… Et pourtant on a porté sur plein d’OS pourris…



Il gèrent quand même tout videolan…


Mais quelle est donc cette vidéo “Boobies” sur la première image de l’article ? <img data-src=" />








kikoo25 a écrit :



Mais quelle est donc cette vidéo “Boobies” sur la première image de l’article ? <img data-src=" />







Tu la veux? <img data-src=" />



La qualité Audio du VLC actuel est tout de même pas top, j’espère qu’ils feron mieux avec cette version metro








jb a écrit :



Tu la veux? <img data-src=" />





<img data-src=" /><img data-src=" />









Constellation06 a écrit :



Hello. Non il n’est pas supporté. En fait on va sortir l’app en 8.0, pas 8.1

La certification 8.1 nous jette car elle détecte des appels à des API qu’elle ne nous autorise pas d’utiliser. Pour l’instant c’est du 8.0 mais j’ai essayé de faire de sorte que ce soit le plus “responsive” possible.







Ah merde … Si à chaque nouvelle version de Windows Microsoft interdit toujours plus d’API ca va etre galère pour vous <img data-src=" />



Sinon j’espère que la partie “commande de lecture” en haut a droite ne se superpose avec les autres notifications … Sinon pour le reste le design est plutôt classe <img data-src=" />



Je suis plus qu’impatient. La plateforme windows RT a un besoin urgent d’un veritable player tel que VLC.








arno53 a écrit :



Ah merde … Si à chaque nouvelle version de Windows Microsoft interdit toujours plus d’API ca va etre galère pour vous <img data-src=" />



Sinon j’espère que la partie “commande de lecture” en haut a droite ne se superpose avec les autres notifications … Sinon pour le reste le design est plutôt classe <img data-src=" />







Ben la c’est surtout que au final, si ca sort qu’en 8.0, je vais pouvoir attendre encore pour me le prendre



meme si l’appli integree me satisfait plus ou mois (si ce n’est un ou deux points) je preferais utiliser VLC quand meme, mais je vais pas revenir en 8.0 pour ca non plus ^^”









Lafisk a écrit :



Ben la c’est surtout que au final, si ca sort qu’en 8.0, je vais pouvoir attendre encore pour me le prendre



meme si l’appli integree me satisfait plus ou mois (si ce n’est un ou deux points) je preferais utiliser VLC quand meme, mais je vais pas revenir en 8.0 pour ca non plus ^^”







Heureusement, les Apps 8.0 fonctionnent sous 8.1 <img data-src=" />









Lafisk a écrit :



Ben la c’est surtout que au final, si ca sort qu’en 8.0, je vais pouvoir attendre encore pour me le prendre



meme si l’appli integree me satisfait plus ou mois (si ce n’est un ou deux points) je preferais utiliser VLC quand meme, mais je vais pas revenir en 8.0 pour ca non plus ^^”





Si l’appli est validée pour 8.0, ça veut pas dire qu’elle ne va pas tourner sur Windows 8.1, mais qu’elle ne va pas utiliser les nouvelles fonctionnalités de 8.1



Et VLC en modern Qui pourrait gérer le dlna?

Genre avoir l équivalent de la fonction play tout de windows?








Edtech a écrit :



Heureusement, les Apps 8.0 fonctionnent sous 8.1 <img data-src=" />





Ben la, des explications donnees, la partie audio a pas l’air de pouvoir car utilisant des api interdite pour 8.1



Je le prend comme le fait que ca fonctionne pas sous 8.1 du coup, apres, si ca fonctionne, c’est tout bon









jb a écrit :



Ça, c’est sûr qu’ils n’ont pas compris… Mais bon, ça a été vraiment dur ce projet… Et pourtant on a porté sur plein d’OS pourris…







  • Win ME

  • Vista

  • Win 8 - 8.1

  • Ubuntu Unity

  • iOS







    kikoo25 a écrit :



    <img data-src=" /><img data-src=" />





    <img data-src=" /> Y’a moyen de moyenner aussi ? <img data-src=" />



Une petite sortie sur xbox One également et finit le problème de lecture des mkv !

Je croise les doigts pour que ça finisse par arriver.








Lafisk a écrit :



Ben la, des explications donnees, la partie audio a pas l’air de pouvoir car utilisant des api interdite pour 8.1



Je le prend comme le fait que ca fonctionne pas sous 8.1 du coup, apres, si ca fonctionne, c’est tout bon





Quand tu valides une application, tu le fait pour un environnement.

Sur Windows, tu as 2 environnements. Windows 8.0 et Windows 8.1. (on va mettre de côté tout ce qui est WIndows RT, pour simplifier l’explication <img data-src=" />)



Entre les 2, il y a des différences de fonctionnalités. Le snap de 8.1 par exemple n’est pas dispo sur 8.0, et il y a beaucoup d’API présentes dans 8.1 non présentes dans 8.0 (là à voir le problème de validation si c’est réellement des API interdites en plus, ou si la validation est plus stricte).

Par contre, derrière, une appli 8.0 pourra fonctionner sous 8.0 et plus (donc 8.1, 8.1 update 1…) par contre, une appli 8.1 ne pourra pas fonctionner sous 8.0









Chloroplaste a écrit :



Une petite sortie sur xbox One également et finit le problème de lecture des mkv !

Je croise les doigts pour que ça finisse par arriver.





… sans oublier le Saint Graal pour moi : un portage sur Windows Phone 8 <img data-src=" />









Lafisk a écrit :



Ben la, des explications donnees, la partie audio a pas l’air de pouvoir car utilisant des api interdite pour 8.1



Je le prend comme le fait que ca fonctionne pas sous 8.1 du coup, apres, si ca fonctionne, c’est tout bon





Pas bêtes j’avais pas pensé à ces API interdite par 8.1, je pensais juste que ca allait être comme Twitter qui même tillé en 5050 ne fait que 13 de l’écran…



Par contre si ca sort que sur 8 ca ne vise que 3% des PC <img data-src=" />







Huron a écrit :



Je suis plus qu’impatient. La plateforme windows RT a un besoin urgent d’un veritable player tel que VLC.







Faudra encore attendre un peu pour une version ARM tablette puis encore apres pour WP mais le plus gros du travail doit être derrière VideoLan maintenant … Enfin il doivent encore passé 8.1 <img data-src=" />



Le 30/01/2014 à 12h 11







the_Grim_Reaper a écrit :





  • Ubuntu Unity







    Tu ne sais même pas de quoi tu parles <img data-src=" />









Vanilys a écrit :



… sans oublier le Saint Graal pour moi : un portage sur Windows Phone 8 <img data-src=" />







Sur WP8, il y a moliplayer qui est vraiment très très bon









arno53 a écrit :



Pas bêtes j’avais pas pensé à ces API interdite par 8.1, je pensais juste que ca allait être comme Twitter qui même tillé en 5050 ne fait que 13 de l’écran…



Par contre si ca sort que sur 8 ca ne vise que 3% des PC <img data-src=" />





Dans tous les cas (certifications plus stricte ou API réellement nouvellement interdite), ces API existent toujours sous Windows 8.1. C’est juste la validation qui ne passe pas. (et à ma connaissance, il n’y a pas d’appli installable sous 8.0 et pas sous 8.1)









Tolor a écrit :



Quand tu valides une application, tu le fait pour un environnement.

Sur Windows, tu as 2 environnements. Windows 8.0 et Windows 8.1. (on va mettre de côté tout ce qui est WIndows RT, pour simplifier l’explication <img data-src=" />)



Entre les 2, il y a des différences de fonctionnalités. Le snap de 8.1 par exemple n’est pas dispo sur 8.0, et il y a beaucoup d’API présentes dans 8.1 non présentes dans 8.0 (là à voir le problème de validation si c’est réellement des API interdites en plus, ou si la validation est plus stricte).

Par contre, derrière, une appli 8.0 pourra fonctionner sous 8.0 et plus (donc 8.1, 8.1 update 1…) par contre, une appli 8.1 ne pourra pas fonctionner sous 8.0







Je suis pas dev mais j’ai l’impression que ce sont des API Win32 interdite







Tolor a écrit :



Dans tous les cas (certifications plus stricte ou API réellement nouvellement interdite), ces API existent toujours sous Windows 8.1. C’est juste la validation qui ne passe pas. (et à ma connaissance, il n’y a pas d’appli installable sous 8.0 et pas sous 8.1)





J’espère aussi.









jb a écrit :



Ça, c’est sûr qu’ils n’ont pas compris… Mais bon, ça a été vraiment dur ce projet… Et pourtant on a porté sur plein d’OS pourris…





Sans troll, en quoi le portage a été si compliqué ? API pas au point ? Pas le droit d’utiliser des bibliothèques que vous utilisiez pour d’autres OS ? Plus de travail de réécriture que prévu ??









arno53 a écrit :



Je suis pas dev mais j’ai l’impression que ce sont des API Win32 interdite





J’espère aussi.





ça ne change pas le fond du problème, ces API existent toujours sous 8.1 <img data-src=" />



Un truc qui serait pas mal pour les prochaines versions, ce serait de pouvoir streamer la video sur xbox 360 / one comme le fait l’appli vidéo <img data-src=" />





Vous rendrez quand les apis vlc pour winrt publique ?


Bon je suis vraiment attristé de cette mode du flat design (ici dans une branche extrême, le flat design au fond unifié transparent flouté), qui plus est à dominante sombre vraiment il n’y a rien à faire j’aime pas ces interfaces du tout.



Cela dit, et malgré mes goûts personnels, je félicite le travail fourni parce que le résultat est malgré tout beau, léché et travaillé. VLC est vraiment un logiciel d’une rare qualité !








yeagermach1 a écrit :



Sans troll, en quoi le portage a été si compliqué ? API pas au point ? Pas le droit d’utiliser des bibliothèques que vous utilisiez pour d’autres OS ? Plus de travail de réécriture que prévu ??







Le gros probleme c’est qu’ils partaient d’un code existant et développé sous linux et non avec Visual Studio etc



Jb en parlait sur sur son blog ici









Nonor3 a écrit :



Bon je suis vraiment attristé de cette mode du flat design (ici dans une branche extrême, le flat design au fond unifié transparent flouté), qui plus est à dominante sombre vraiment il n’y a rien à faire j’aime pas ces interfaces du tout.







C’est cro triste :calimero:



heu et question bête on la télécharge ou cette nouvelle version ?



j’ai bien un VLC 3.1 dans le store mais a 11,49€ classer dans shopping j’ai de gros doutes ^^



MS devrait faire le ménage en passant








al_bebert a écrit :



heu et question bête on la télécharge ou cette nouvelle version ?



j’ai bien un VLC 3.1 dans le store mais a 11,49€ classer dans shopping j’ai de gros doutes ^^



MS devrait faire le ménage en passant







Il faut lire jusqu’au dernier paragraphe <img data-src=" />



L’arrivée de VLC pour Windows 8 semble donc très proche mais rien n’est encore complètement joué. Les développeurs vérifient actuellement la fiabilité de l’application et de son nouveau moteur audio et la validation prendra dans tous les cas quelques jours.









al_bebert a écrit :



heu et question bête on la télécharge ou cette nouvelle version ?





Nulle part c’est juste une news sur l’avancement de dev <img data-src=" />



Soit patient ça arrive bientôt <img data-src=" />



Ca à l’air stylée, ça donne envie de se mettre à utiliser l’interface metro.



Mais devoir switcher du bureau à métro pour changer de son, c’est lourd.



C’est un truc dont je n’avais pas pensé, je suis sur Windows 8.1, mais je n’utilise pas comme beaucoup l’interface metro, mais peut être que ce sont les apps intéressantes qui vont nous faire utiliser cette interface.








arno53 a écrit :



Le gros probleme c’est qu’ils partaient d’un code existant et développé sous linux et non avec Visual Studio etc



Jb en parlait sur sur son blog ici





D’apres ce que je lis, ce portage a été aussi a l’origine de pas mal de modification en bien de VLC. Donc je comprend pas le OS moisi que JB a utilisé. Le portage de VLC pour Android ou iOS a du aussi présenter les même problèmes.



JB: Tiens c’est marrant j’ai toujours pensé que vous ne supporteriez pas Windows Phone. J’ai lu le contraire sur ton blog (chouette parcours en tous cas!).



Aurais-tu une précision de quand on pourrait voir des news/une bêta/… à ce sujet?


VLC pour windows 8 … de jolies features, mais seront-elles disponibles aussi pour VLC desktop? (windows 7 par exemple) - les disques amovibles par exemple.








the_Grim_Reaper a écrit :



<img data-src=" /> Y’a moyen de moyenner aussi ? <img data-src=" />



fais gaffe c’est dangereux, tu pourrais devoir passer sous le bureau de jb… <img data-src=" />









Tolor a écrit :



ça ne change pas le fond du problème, ces API existent toujours sous 8.1 <img data-src=" />







Mais elles risquent de disparaître. On peut supposer que Microsoft va garder la compatibilité quelques temps puis il y aura obligation d’au moins être validé 8.1 puis 8.2, etc.



Donc il faudra forcément à moyen terme corriger ces parties là !



Question peut être bête mais pourquoi ne pas mettre le code à disposition ?

C’est pour être mieux organiser avec des développeurs sélectionné ?




Le travail nécessaire passait notamment par une adaptation du code pour qu’il puisse être repris dans Visual Studio, obligatoire pour envisager une publication dans le Windows Store.



C’est une nécessité pour tous les programmes qui veulent être publiés sur le store ?





Appuyer…Appuyer…



Il y a plus de souris ?








nost4r a écrit :



Ca à l’air stylée, ça donne envie de se mettre à utiliser l’interface metro.



Mais devoir switcher du bureau à métro pour changer de son, c’est lourd.



C’est un truc dont je n’avais pas pensé, je suis sur Windows 8.1, mais je n’utilise pas comme beaucoup l’interface metro, mais peut être que ce sont les apps intéressantes qui vont nous faire utiliser cette interface.







T’es pas obligé de switcher sur l’interface. Si tu as des raccourcis sur ton clavier ça suffit amplement.

Et pour tout changement de piste, les raccourcis s’affichent normalement avec la modification du son.









Séphi a écrit :



T’es pas obligé de switcher sur l’interface. Si tu as des raccourcis sur ton clavier ça suffit amplement.

Et pour tout changement de piste, les raccourcis s’affichent normalement avec la modification du son.







Ou tu snap l’app et après tu remet le bureau en plein écran.









Nyco87 a écrit :



Ou tu snap l’app et après tu remet le bureau en plein écran.







Aussi <img data-src=" />



Chapeau à l’équipe VLC!

J’attends, comme beaucoup de monde, avec impatience cette version.





Alors on peut enfin le faire le A/52 sur SPDIF, ou je dois encore garder ma version 2.08 ?








Edtech a écrit :



Mais elles risquent de disparaître. On peut supposer que Microsoft va garder la compatibilité quelques temps puis il y aura obligation d’au moins être validé 8.1 puis 8.2, etc.



Donc il faudra forcément à moyen terme corriger ces parties là !





Le mieux est de toute façon de s’en passer oui. Mais aucune API Win32 (ou presque, à confirmer par Charon s’il passe par là), n’a jamais disparu, c’est pas maintenant qu’elle va disparaitre (sauf quand Win32 disparaitra, mais c’est pas encore demain là veille. VLC aura le temps de faire VLC pour WIndows 9 et Windows 10 avant que ce soit le cas <img data-src=" />



La compatibilité descendante a toujours été importante pour MS, je pense pas qu’ils l’abandonneront de si tôt









dodo021 a écrit :



Question peut être bête mais pourquoi ne pas mettre le code à disposition ?

C’est pour être mieux organiser avec des développeurs sélectionné ?





Du style, mettre le code dispo sur git par exemple? Un peu comme ça?

git://git.videolan.org/vlc-ports/winrt.git

<img data-src=" />



Enfin,, notre tourment est proche: un vrai player multimédia rrive sous RT<img data-src=" />

Le travail accompli est remarquable: merci à la team<img data-src=" />









Huron a écrit :



Je suis plus qu’impatient. La plateforme windows RT a un besoin urgent d’un veritable player tel que VLC.





Si seulement la plateforme n’avait besoin que d’un vréritable player tel que VLC. Manque aussi un vrai lecteur PDF, une vrai visioneuse d’image, etc…<img data-src=" />









Tolor a écrit :



Du style, mettre le code dispo sur git par exemple? Un peu comme ça?

git://git.videolan.org/vlc-ports/winrt.git

<img data-src=" />





Hahaha merci <img data-src=" />

Je pensais que le code n’était pas encore accessible avant la première release. <img data-src=" />









the_Grim_Reaper a écrit :





  • Win ME



    • Vista

    • Win 8 - 8.1

    • Ubuntu Unity

    • iOS





      T’as oublié Android et OS/2







      Chloroplaste a écrit :



      Une petite sortie sur xbox One également et finit le problème de lecture des mkv !

      Je croise les doigts pour que ça finisse par arriver.







      Y a pas de SDK ouvert :)










jb a écrit :



T’as oublié Android et OS/2







Y a pas de SDK ouvert :)







S’il finit par sortir sur RT, il devrai aussi pouvoir sortir sur One, non ?

Les opérateurs y balancent déjà bien leurs applis je crois.









Tolor a écrit :



La compatibilité descendante a toujours été importante pour MS, je pense pas qu’ils l’abandonneront de si tôt





Alors je me plante peut être mais ca ne serait pas plutôt une compatibilité ascendante dans le cas de Win32?









Patch a écrit :



fais gaffe c’est dangereux, tu pourrais devoir passer sous le bureau de jb… <img data-src=" />





<img data-src=" /> <img data-src=" /> <img data-src=" />



<img data-src=" /> <img data-src=" />





ff9098 a écrit :



Tu ne sais même pas de quoi tu parles <img data-src=" />





Unity ? j’ai essayé, :vomi:

Je me suis arrêté à la 12.4 TLS pour Ubuntu.



Après j’ai plus l’habitude des RHEL en console par le taf, mais c’est pas une raison. En environement je préfère XFCE :p



avant de parler, on pose la question <img data-src=" />





jb a écrit :



T’as oublié Android et OS/2



Y a pas de SDK ouvert :)





J’avoue, tant qu’a casser du sucre sur de l’unix autant y aller à font !



D’ailleurs vous n’avez même pas dev pour AIX et HP-UX ! <img data-src=" />

<img data-src=" />









the_Grim_Reaper a écrit :



D’ailleurs vous n’avez même pas dev pour AIX et HP-UX ! <img data-src=" />

<img data-src=" />





Si si HP-UX.









Alkore a écrit :



Enfin,, notre tourment est proche: un vrai player multimédia rrive sous RT<img data-src=" />

Le travail accompli est remarquable: merci à la team<img data-src=" />





Si seulement la plateforme n’avait besoin que d’un vréritable player tel que VLC. Manque aussi un vrai lecteur PDF, une vrai visioneuse d’image, etc…<img data-src=" />







Qu’entends-tu par “vrai lecteur PDF” et “une vrai visionneuse d’images” ?









yeagermach1 a écrit :



Sans troll, en quoi le portage a été si compliqué ? API pas au point ? Pas le droit d’utiliser des bibliothèques que vous utilisiez pour d’autres OS ? Plus de travail de réécriture que prévu ??





C’est un OS où tu:







  • n’a pas de threads corrects,

  • n’a pas de sockets BSD,

  • n’a pas d’IPC,

  • n’a pas de clock de timing,

  • a une stack audio incomplète, et sans background simple,

  • n’a pas d’accès aux fichiers, pas de fopen,

  • n’a pas d’accès aux devices,

  • a tout en Async, mais les APIS sont souvent bugguées,

  • a plein de bugs dans l’UI et dans les tools,

  • une documentation souvent fausse ou très incomplète,







    Ça fait tout de même beaucoup pour une seule plate-forme. Et oui, après ce post, ça va partir en troll…









jb a écrit :



Si si HP-UX.





Pas vu sur le site de videolan, j’ai mal regardé ?









jb a écrit :



Y a pas de SDK ouvert :)







Si ils sortent un SDK j’espère que vous porterez VLC dessus.

Ca serait terrible ! (et comme ça la One que j’ai gagné à un concours me sera vraiment utile <img data-src=" />)









Tolor a écrit :



Du style, mettre le code dispo sur git par exemple? Un peu comme ça?

git://git.videolan.org/vlc-ports/winrt.git

<img data-src=" />







C’est bizarre, sur la page Web, je ne vois que le dépôt Android et iOS…

http://git.videolan.org/?a=project_list;pf=vlc-ports









the_Grim_Reaper a écrit :



Pas vu sur le site de videolan, j’ai mal regardé ?







Le site web… comment te dire… C’est pas vraiment une priorité.









jb a écrit :



C’est un OS où tu:







  • n’a pas de threads corrects,

  • n’a pas de sockets BSD,

  • n’a pas d’IPC,

  • n’a pas de clock de timing,

  • a une stack audio incomplète, et sans background simple,

  • n’a pas d’accès aux fichiers, pas de fopen,

  • n’a pas d’accès aux devices,

  • a tout en Async, mais les APIS sont souvent bugguées,

  • a plein de bugs dans l’UI et dans les tools,

  • une documentation souvent fausse ou très incomplète,







    Ça fait tout de même beaucoup pour une seule plate-forme. Et oui, après ce post, ça va partir en troll…









    Je n’espère pas, tu devrais en faire un article pour PCI, le point de vue d’un dev sur Windows 8.



    Le genre d’article qui permet de vraiment donné un regard neuf sur le manque d’attracticité de la plateforme.









Nyco87 a écrit :



Qu’entends-tu par “vrai lecteur PDF” et “une vrai visionneuse d’images” ?





Un lecteur permettant de faire des annotations facilement, avec des mode de lecture avancées comme par exemple ezPDF sous Android.

Qd une app existe sous Metro UI, elle se voit tjs tronqué en fonctionnalités par rapport à ses homologues sous iOS/Android (exemple: FoxitPDF).

Bref, les app winRT manquent de fonctionnalités, à croire que les dev s’en foutent un peu de win8<img data-src=" />









lossendae a écrit :



Je n’espère pas, tu devrais en faire un article pour PCI, le point de vue d’un dev sur Windows 8.







No way.



Par contre, je vais faire un article sur Microsoft, notablement Microsoft France, qui ne sera pas piqué des vers…









lossendae a écrit :



Je n’espère pas, tu devrais en faire un article pour PCI, le point de vue d’un dev sur Windows 8.



Le genre d’article qui permet de vraiment donné un regard neuf sur le manque d’attraction de la plateforme.





attracticité c’est mignon mais ça n’existe pas <img data-src=" />









Nyco87 a écrit :



Qu’entends-tu par “vrai lecteur PDF” et “une vrai visionneuse d’images” ?





Une vrai visionneuse permet pour moi au minimum de pouvoir trier les image selon plusieurs critère, permet le meilleur affichage auto selon l’orientation de l’image etc…









jb a écrit :



No way.



Par contre, je vais faire un article sur Microsoft, notablement Microsoft France, qui ne sera pas piqué des vers…







Ayant un rapport avec le développement de cette nouvelle version de VLC ?









Alkore a écrit :



Un lecteur permettant de faire des annotations facilement, avec des mode de lecture avancées comme par exemple ezPDF sous Android.

Qd une app existe sous Metro UI, elle se voit tjs tronqué en fonctionnalités par rapport à ses homologues sous iOS/Android (exemple: FoxitPDF).

Bref, les app winRT manquent de fonctionnalités, à croire que les dev s’en foutent un peu de win8<img data-src=" />





Pourtant l’os est pas sensé être plus “complet” que Ando ou iOS ?



vrai question, pas troll <img data-src=" />









misterB a écrit :



attracticité c’est mignon mais ça n’existe pas <img data-src=" />





Par contre attractivité existe, il s’est surement trompé en tapant sur le clavier.









misterB a écrit :



attracticité c’est mignon mais ça n’existe pas <img data-src=" />







What ? <img data-src=" />









jb a écrit :



C’est un OS où tu:







  • n’a pas de threads corrects,

  • n’a pas de sockets BSD,

  • n’a pas d’IPC,

  • n’a pas de clock de timing,

  • a une stack audio incomplète, et sans background simple,

  • n’a pas d’accès aux fichiers, pas de fopen,

  • n’a pas d’accès aux devices,

  • a tout en Async, mais les APIS sont souvent bugguées,

  • a plein de bugs dans l’UI et dans les tools,

  • une documentation souvent fausse ou très incomplète,









    Ça fait tout de même beaucoup pour une seule plate-forme. Et oui, après ce post, ça va partir en troll…





    Je comprends mieux pourquoi les dev semblent “bacler” leur version d’app pour win…<img data-src=" />

    Ceci dit, je trouve win8 vraiment terrible sur un hybrid en terme de possibilité<img data-src=" />









metaphore54 a écrit :



Par contre attractivité existe, il s’est surement trompé en tapant sur le clavier.







Je fais souvent des erreurs de typo mais là je vois pas…



Quand j’essaye de cloner un depot git de vlc j’ai



errno=Operation timed out

git.videolan.org[1: 2a01:e0d:1:3:58bf:fa76::1]: errno=No route to host



<img data-src=" />








Alkore a écrit :



Je comprends mieux pourquoi les dev semblent “bacler” leur version d’app pour win…<img data-src=" />

Ceci dit, je trouve win8 vraiment terrible sur un hybrid en terme de possibilité<img data-src=" />







ça explique en partie aussi le manque d’appli correcte.



TuneInRadio est infâme, Shazam incomplet, Il n’y a pas une seule appli audio par dossier…



Si tous les dev rencontre les même problemes et qu’MS fait la sourde oreille et se complait dans sa lenteur, faut pas s’étonner que Windows RT se plante lamentablement.









misterB a écrit :



Pourtant l’os est pas sensé être plus “complet” que Ando ou iOS ?



vrai question, pas troll <img data-src=" />





L’os l’est, pas les apps : suite de driver inclus, multi utilisateur, multi app à l’écran, dynamisme des tuiles (pas un pavé de carré comme sur iOS)









jb a écrit :



C’est un OS où tu:







  • n’a pas de threads corrects,

  • n’a pas de sockets BSD,

  • n’a pas d’IPC,

  • n’a pas de clock de timing,

  • a une stack audio incomplète, et sans background simple,

  • n’a pas d’accès aux fichiers, pas de fopen,

  • n’a pas d’accès aux devices,

  • a tout en Async, mais les APIS sont souvent bugguées,

  • a plein de bugs dans l’UI et dans les tools,

  • une documentation souvent fausse ou très incomplète,







    Ça fait tout de même beaucoup pour une seule plate-forme. Et oui, après ce post, ça va partir en troll…







    Ayant essayé de migrer certaines choses, j’ai rencontré plusieurs de ces problèmes. Car en fait, il ne faut pas chercher des équivalences ! Il faut penser autrement.



    Et c’est pas facile quand on a des années de développement derrière soit ! C’est ça qui freine beaucoup les développements et que les apps actuelles manquent de fonctionnalités (sans compter les gros manques des API 8.0, en 8.1 c’est déjà beaucoup mieux).



    Par contre, je ne vois pas ton problème avec les Threads, ça marche nickel sous WP8 (mais pas encore allé jusque là dans 8.1, donc je n’en sais pas plus). C’est quoi pour toi un thread correct ?



    L’asynchronisme, c’est génial, mais faut là aussi réapprendre à penser (et c’est dur !).









lossendae a écrit :



ça explique en partie aussi le manque d’appli correcte.



TuneInRadio est infâme, Shazam incomplet, Il n’y a pas une seule appli audio par dossier…



Si tous les dev rencontre les même problemes et qu’MS fait la sourde oreille et se complait dans sa lenteur, faut pas s’étonner que Windows RT se plante lamentablement.





Oui, d’une façon générale les aap win RT sont trop basique par rapport à leur homologue iOS et Android.

J’ai tester par exemple pas mal de lecteur d’ebooks, ils sont ts à la ramasse (difficulté avec les epub avec plein d’hyperliens alors que sous iOS/Android, pas de souci).

C’est vraiment dommage que MS ne se bouge pas plus que ça pour favoriser l’attractivité de la plateforme. Parce que en terme d’OS, les possibilité offerte par win8 enterre la concurrence (ex: mode Snap).









Edtech a écrit :



Car en fait, il ne faut pas chercher des équivalences ! Il faut penser autrement.







Aka, il faut tout recoder.



Toutes les libs utilisées par tout le monde depuis 30 ans sont inutilisables.



Après faut pas s’étonner que les dev ne travaillent pas sur la plate-forme…









lossendae a écrit :



What ? <img data-src=" />





j’ai corrigé, relis l’original <img data-src=" />









lossendae a écrit :



Ayant un rapport avec le développement de cette nouvelle version de VLC ?





Oui.









jb a écrit :



Le site web… comment te dire… C’est pas vraiment une priorité.





Ne me dit rien alors :d









Alkore a écrit :



Enfin,, notre tourment est proche: un vrai player multimédia rrive sous RT<img data-src=" />







VLC te tourmente ?









Constellation06 a écrit :



Hello. Non il n’est pas supporté. En fait on va sortir l’app en 8.0, pas 8.1

La certification 8.1 nous jette car elle détecte des appels à des API qu’elle ne nous autorise pas d’utiliser. Pour l’instant c’est du 8.0 mais j’ai essayé de faire de sorte que ce soit le plus “responsive” possible.







Yeaaaah. On fait une API amis on ne vous autorise pas à l’utiliser <img data-src=" />

Euh… à part pour des fonctions deprecated, je ne vois pas <img data-src=" />



Edit : Purée ! Des fonctions C “standard” , et des fonctions PURES VC interdites . Roooh ces certifs <img data-src=" />









Tolor a écrit :



Le mieux est de toute façon de s’en passer oui. Mais aucune API Win32 (ou presque, à confirmer par Charon s’il passe par là), n’a jamais disparu, c’est pas maintenant qu’elle va disparaitre (sauf quand Win32 disparaitra, mais c’est pas encore demain là veille. VLC aura le temps de faire VLC pour WIndows 9 et Windows 10 avant que ce soit le cas <img data-src=" />



La compatibilité descendante a toujours été importante pour MS, je pense pas qu’ils l’abandonneront de si tôt





Sur Windows x86 oui les API Win32 vont rester encore un bout de temps mais sachant que WP (donc sans Win32) sera la future base de Windows Tablette ARM et que WinRT sera commun au 2 environnement c’est normal d’interdire ces API qui ne seront plus là dans 1 ou 2 ans sur certain SKU.



Je suis plutot d’accord avec Edtech a un moment MS va imposer une version minimal pour accéder au store.



En tout cas merci Jb pour le retour sur le développement sur WinRT, on voit que Microsoft va encore devoir bosser avant de remplacer Win32 pour des logiciels complexe…









jb a écrit :



Aka, il faut tout recoder.



Toutes les libs utilisées par tout le monde depuis 30 ans sont inutilisables.



Après faut pas s’étonner que les dev ne travaillent pas sur la plate-forme…





Ouai enfin tu peux pas non plus faire de l’immobilisme, win32 devait finir par degager, le boulot de dev a toujours ete comme ca.









jb a écrit :



C’est un OS où tu:







  • n’a pas de threads corrects,

  • n’a pas de sockets BSD,

  • n’a pas d’IPC,

  • n’a pas de clock de timing,

  • a une stack audio incomplète, et sans background simple,

  • n’a pas d’accès aux fichiers, pas de fopen,

  • n’a pas d’accès aux devices,

  • a tout en Async, mais les APIS sont souvent bugguées,

  • a plein de bugs dans l’UI et dans les tools,

  • une documentation souvent fausse ou très incomplète,







    Ça fait tout de même beaucoup pour une seule plate-forme. Et oui, après ce post, ça va partir en troll…





    Il manque des choses je suis bien d’accord. Mais par exemple :



  • l’absence de socket BSD est compensé par d’autres sockets

  • le non accès aux fichiers c’est le principe de l’appli bac a sable. C’est très chiant j’en conviens, mais comme sur iOS le partage de fichier pour une application existe.

  • C’est pareil pour les IPC, l’accès aux devices.







    Par rapport aux developpement sur iOS, celui sur win8 est meilleurs/moins bon. Perso j’aurais tendance a le trouver meilleur mais il est vrai que je ne fais rien d’aussi poussé que toi.









Winderly a écrit :



VLC te tourmente ?





Non, plutôt les pseudo lecteur vidéo MUI pas foutu de décoder autre chose que le mp4. VLC apporte la délivrance<img data-src=" />









Alkore a écrit :



Non, plutôt les pseudo lecteur vidéo de win8 pas foutu de décoder autre chose que le mp4<img data-src=" />





Il existe autre chose ?



<img data-src=" />









misterB a écrit :



Il existe autre chose ?



<img data-src=" />





Bah, on trouve des conteneur sympa sur le net comme le mkv<img data-src=" />









Lafisk a écrit :



Ouai enfin tu peux pas non plus faire de l’immobilisme, win32 devait finir par degager, le boulot de dev a toujours ete comme ca.







Les threads, les sockets BSD ou les fopen, c’est pas Win32. Tous les autres OS ont ces fonctions, sauf WinRT.







yeagermach1 a écrit :



Il manque des choses je suis bien d’accord. Mais par exemple :





  • l’absence de socket BSD est compensé par d’autres sockets





    C’est faux et archi-faux. Les nouveaux sockets ne permettent pas de faire tous ce qu’on pouvait faire avant, à moins de trixer comme des porcs.



    Sans parler du fait que les nouveaux sockets sont codés sur les anciens… Puisque les drivers sont codés pour les anciens…







    yeagermach1 a écrit :



  • le non accès aux fichiers c’est le principe de l’appli bac a sable. C’est très chiant j’en conviens, mais comme sur iOS le partage de fichier pour une application existe.







    Et tu ouvres comment un fichier de playlist? Hein, juste un m3u? Ah bah, tu peux pas…







    yeagermach1 a écrit :



  • C’est pareil pour les IPC, l’accès aux devices.







    Désolé, mais non. Justement, pour les sandbox, tu as des IPC pour discuter entre applis. Et quel est l’intérêt d’interdire l’IPC pour la sécurité?



    Les devices, j’en parle même pas… Comment tu affiches une webcam? Comment tu lis un DVD?

    En quoi interdire la lecture d’un device améliore la sécurité?









jb a écrit :



Les threads, les sockets ou les fopen, c’est pas Win32.





C’est faux et archi-faux. Les nouveaux sockets ne permettent pas de faire tous ce qu’on pouvait faire avant, à moins de trixer comme des porcs.



Sans parler du fait que les nouveaux sockets sont codés sur les anciens… Puisque les drivers sont codés pour les anciens…







Et tu ouvres comment un fichier de playlist? Hein, juste un m3u? Ah bah, tu peux pas…



[quote:4897066:yeagermach1]

[*] C’est pareil pour les IPC, l’accès aux devices.

[/list]

Désolé, mais non. Justement, pour les sandbox, tu as des IPC pour discuter entre applis. Et quel est l’intérêt d’interdire l’IPC pour la sécurité?



Les devices, j’en parle même pas… Comment tu affiches une webcam? Comment tu lis un DVD?

En quoi interdire la lecture d’un device améliore la sécurité?





Pas faux, je voyais plus les clés USB et disques durs portable.



Pour les M3U, tu les partages avec l’application comme sur iOS <img data-src=" />



Pour les IPC, c’est le principe de l’isolement appliqué a son extreme.



Pour les sockets, ils permettent peut etre pas de faire comme avant, mais ils en permettent deja pas mal. De plus l’argument qu’ils sont codés sur les anciens est caduque a moins de considérer qu’il faut toujours garder l’ancien code. Pour leur nouveau drivers, les nouvelles sockets seront utilisées.









yeagermach1 a écrit :



Pas faux, je voyais plus les clés USB et disques durs portable.



Pour les M3U, tu les partages avec l’application comme sur iOS <img data-src=" />







Mais ton m3u te donne une liste de fichiers… Que tu peux pas ouvrir sans FilePicker…









jb a écrit :



Mais ton m3u te donne une liste de fichiers… Que tu peux pas ouvrir sans FilePicker…





Je suis d’accord que c’est relou mais a part vouloir super ouvert (trop sans aucun doute) comme android, tu peux pas changer grand chose. C’est le comportement de base de winrt actuellement : bac a sable extrême pour tout.



Faut malheureusement s’y faire. Quoique cela va sans doute un peu s’améliorer avec les updates du SDK.



Roooh comme j’ai trop hate! Depuis que j’ai pleuré la disparition de Zune j’ai l’impression que VLC en est le digne héritier du point de vue de son interface et de son ergonomie!!!








yeagermach1 a écrit :



Je suis d’accord que c’est relou mais a part vouloir super ouvert (trop sans aucun doute) comme android, tu peux pas changer grand chose. C’est le comportement de base de winrt actuellement : bac a sable extrême pour tout.



Faut malheureusement s’y faire. Quoique cela va sans doute un peu s’améliorer avec les updates du SDK.







Oui, mais faut pas se plaindre du manque d’applis…









Lafisk a écrit :



Ouai enfin tu peux pas non plus faire de l’immobilisme, win32 devait finir par degager, le boulot de dev a toujours ete comme ca.







je veux bien qu’il faille pas se bloquer sur le passé, mais que microsoft s’étonne pas que les développeurs




  • portent leurs app sur les plateformes plus “conforme a leurs habitudes”, avant de le porter sous WinRT

  • d’avoir quelques longues années de vache maigre, avant que les développeurs soient formé, et deviennent opérationnel, avant d’avoir du succès .



    c’est pas une période facile pour Microsoft, ils prennent des risques avec WinRT…









jb a écrit :



Oui, mais faut pas se plaindre du manque d’applis…







La “difficulte” ou difference de technique a pas forcement grand chose a voir avec le fait de savoir si cela va motiver ou non les devs



Quand l’iphone est sorti ou android, les techniques de prog aussi etaient assez differente de ce a quoi etait habitue les devs jusque la et pourtant beaucoup s’y sont fait.



Ca reste avant un question d’archi et d’habitude. Apres, certain preferent le compromis a l’applientiere quand ils y arrivent pas car la plateforme ne le permet pas, perso, j’ai toujours prefere un code propre qu’un projet bourrer de rafistolage









canti a écrit :



je veux bien qu’il faille pas se bloquer sur le passé, mais que microsoft s’étonne pas que les développeurs




  • portent leurs app sur les plateformes plus “conforme a leurs habitudes”, avant de le porter sous WinRT

  • d’avoir quelques longues années de vache maigre, avant que les développeurs soient formé, et deviennent opérationnel, avant d’avoir du succès .



    c’est pas une période facile pour Microsoft, ils prennent des risques avec WinRT…





    Mais ca je suis tout a fait d’accord, ca y viendra de toute facon a force.



pour le coup du m3u, outre le partage, dans le manifest tu peux dire que ton appli est capable d’oubrir ce genre de fichier.

ensuite pour pouvoir ouvrir des fichiers sans l’accord de l’utilisateur, je crois que dans le manifest toujours, tu peux elever les privileges, et ainsi avoir acces au file system tranquilement



perso, ce que je demanderais à vlc, c’est juste d’etre capable de s’ouvrir tout seul quand je double clique sur un .mkv , et que le “play to” soit implémenté

toute la couche de media center, je m’en passerais volontiers









Lafisk a écrit :



La “difficulte” ou difference de technique a pas forcement grand chose a voir avec le fait de savoir si cela va motiver ou non les devs



Quand l’iphone est sorti ou android, les techniques de prog aussi etaient assez differente de ce a quoi etait habitue les devs jusque la et pourtant beaucoup s’y sont fait.



Ca reste avant un question d’archi et d’habitude. Apres, certain preferent le compromis a l’applientiere quand ils y arrivent pas car la plateforme ne le permet pas, perso, j’ai toujours prefere un code propre qu’un projet bourrer de rafistolage







tu remarqueras qu’une grosse critique au démarrage d’android était l’impossibilité de développer en C, et google a réagit en proposant un NDK, et au fur et a mesure des demandes, a permis aux applications d’avoir de plus en plus de fonctions accessibles en NDK. Dans l’esprit de google, la priorité était de fournir un environnement portable sur toutes achitectures ( pour garder la liberté sur les SoC employés), ce n’était pas un argument recevable pour les développeurs ( et ça dérange aujourd’hui intel, et MIPS, qui essayent de motiver les développeurs à porter leurs libs pour leurs SoC)



Je sais que microsoft est très à l’écoute des développeurs, mais la réponse “faudra bien s’y faire, ca y viendra de toute facon a force” pourrait en décourager certains…



ca fait depuis 2008 qu’on utilise ce style de programmation.

alors si des devs ne se rendent compte qu’aujourd’hui qu’on fait du C#/XAML, je suis bien désolé pour eux…








dargos a écrit :



ca fait depuis 2008 qu’on utilise ce style de programmation.

alors si des devs ne se rendent compte qu’aujourd’hui qu’on fait du C#/XAML, je suis bien désolé pour eux…









désolé, dans ma boite on fait du C/C++/Java <img data-src=" />









Lafisk a écrit :



Quand l’iphone est sorti ou android, les techniques de prog aussi etaient assez differente de ce a quoi etait habitue les devs jusque la et pourtant beaucoup s’y sont fait.





C’est totalement faux, coder sur iOS ressemble extrêmement fortement à Mac OS X.

Et ils ont threads, sockets et bindings Cocoa/C et les API audios sont identiques.









canti a écrit :



tu remarqueras qu’une grosse critique au démarrage d’android était l’impossibilité de développer en C, et google a réagit en proposant un NDK, et au fur et a mesure des demandes, a permis aux applications d’avoir de plus en plus de fonctions accessibles en NDK. Dans l’esprit de google, la priorité était de fournir un environnement portable sur toutes achitectures ( pour garder la liberté sur les SoC employés), ce n’était pas un argument recevable pour les développeurs ( et ça dérange aujourd’hui intel, et MIPS, qui essayent de motiver les développeurs à porter leurs libs pour leurs SoC)



Je sais que microsoft est très à l’écoute des développeurs, mais la réponse “faudra bien s’y faire, ca y viendra de toute facon a force” pourrait en décourager certains…







Comme tu le dis, créer (ou recréer) une plateforme ne se fait pas en un jour. Il ne faut pas oublier qu’iOS et Android ont déjà 56 ans, alors que winRT seulement 2. On aimerait tous que MS aille plus vite. La position actuelle est très délicate pour eux.









canti a écrit :



désolé, dans ma boite on fait du C/C++/Java <img data-src=" />







java/c# meme combat pour avoir fait le premier pendant 5 ans a la fac et le deuxieme depuis ma sortie de fac … c’est la meme chose, plus ou moins les meme entites, couvrent les meme besoins etc… et syntaxe plus ou moins proches



Je m’y suis retrouver presque tout de suite en c# seul le nom de biblio m’ont demade une certaines adaptation.



Le gros probleme des devs c’est sorti de toujours vouloir faire la meme chose qu’avant … Quand tu as des nouveaux paradigme de programmation, la question est surtout de ce dire qu’est-ce que je peux faire avec ces nouvelles technos.

Les applis de ;usique sur winRT arrivent bien a gerer des listes … donc je pense que c’est faisable quitte a ne pas pouvori supporter le m3u du au fait des sandbox. est-ce que c’est perdre une fonctionnalite, oui en un sens, mais c’est pas comme si tu proposait pas une alternative










dargos a écrit :



pour le coup du m3u, outre le partage, dans le manifest tu peux dire que ton appli est capable d’oubrir ce genre de fichier.





Je crois que tu n’as pas compris.



Une fois que tu as ouvert ton m3u, comment tu ouvres les fichiers qui sont pointés dans le m3u?







dargos a écrit :



ensuite pour pouvoir ouvrir des fichiers sans l’accord de l’utilisateur, je crois que dans le manifest toujours, tu peux elever les privileges, et ainsi avoir acces au file system tranquilement





Bien sûr que non.









dargos a écrit :



ca fait depuis 2008 qu’on utilise ce style de programmation.

alors si des devs ne se rendent compte qu’aujourd’hui qu’on fait du C#/XAML, je suis bien désolé pour eux…





Fait un codec et un demuxeur en C#, et on en reparle…



C’est atterrant un tel niveau de fanboyism…



Bon, j’arrête de commenter, ça ne sert à rien.

Mais ne vous étonnez pas que je n’ai aucune envie de porter VLC sur cet OS avec une communauté d’utilisateurs de ce niveau…



WinRT est la meilleure des plate-formes.









jb a écrit :



C’est totalement faux, coder sur iOS ressemble extrêmement fortement à Mac OS X.

Et ils ont threads, sockets et bindings Cocoa/C et les API audios sont identiques.







Oui et tout ca etait dispo tout de suite ? non, ya plein de chose que tu ne pouvais pas faire sur ios en terme de codage au depart …










canti a écrit :



désolé, dans ma boite on fait du C/C++/Java <img data-src=" />





moi, ça fait des années que je fais du .Net

et je dois dire que si je devais me mettre à faire du c/java, j’espérerais même pas avoir les joies d’utiliser des LINQ, Task, Binding. il faudrait que je réapprenne tout, et je me plaindrais surement ;)

de là à dire que c’est de la merde et que c’est pour ca que les developpeurs vont sur telle ou telle plateforme, c’est un racourci que je ne ferais surement pas









Lafisk a écrit :



Oui et tout ca etait dispo tout de suite ? non, ya plein de chose que tu ne pouvais pas faire sur ios en terme de codage au depart …







Comme?



Le jour où il y a eu des applis sur iOS, toutes ces choses basiques mentionnées étaient là…









Lafisk a écrit :



java/c# meme combat



Je m’y suis retrouver presque tout de suite en c# seul le nom de biblio m’ont demade une certaines adaptation.







Je ne dis pas le contraire ( j’ai codé un app WP7…)





Lafisk a écrit :



Le gros probleme des devs c’est sorti de toujours vouloir faire la meme chose qu’avant … Quand tu as des nouveaux paradigme de programmation, la question est surtout de ce dire qu’est-ce que je peux faire avec ces nouvelles technos.







La question est surtout : qu’est ce que ce nouveau paradigme apporte à mon code, à mon process, à ma rapidité de codage. Changer de méthode/environnement est un “coût”, et il faut justifier qu’il sera “remboursé” (je parle pas uniquement d’argent, mais aussi d’effort)

ce n’est pas pour rien que Win32 ne veut pas mourir, il y a beaucoup de dév qui te dirons qu’ils n’ont rien a gagner de changer… hormis si microsoft leurs interdis



Ca demande un apprentissage, ca demande de changer des habitudes, de jeter du code parfaitement fonctionnel ( et c’est pour ça qu les dev demandaient du NDK)









dargos a écrit :



de là à dire que c’est de la merde et que c’est pour ca que les developpeurs vont sur telle ou telle plateforme, c’est un racourci que je ne ferais surement pas







Personne n’a dit que c’était de la merde, et certainement pas moi.



La question était pourquoi le portage était si compliqué, et la réponse a été donnée…









jb a écrit :



C’est totalement faux, coder sur iOS ressemble extrêmement fortement à Mac OS X.

Et ils ont threads, sockets et bindings Cocoa/C et les API audios sont identiques.





Pour le coup des fichiers par exemple, tu fais comment sur iOS. Dans mes souvenirs, il y a pas plus de fopen dans le sdk iOS que dans le sdk winRT ?









yeagermach1 a écrit :



Pour le coup des fichiers par exemple, tu fais comment sur iOS. Dans mes souvenirs, il y a pas plus de fopen dans le sdk iOS que dans le sdk winRT ?







Tu peux ouvrir tous les fichiers dans ton jail. Et tu n’as aucun filesystem, contrairement à un desktop.









jb a écrit :



Comme?



Le jour où il y a eu des applis sur iOS, toutes ces choses basiques mentionnées étaient là…







Vu comment le systeme etait limite a la base, je rappelle qu’il n’y avait pas de copier coller, je suis casi sur que le framework aussi l’etait et je me rappelle avoir vu beaucoup de critiques sur les sockets aussi au depart.



Apres, je n’en ai pas fait moi meme







canti a écrit :



La question est surtout : qu’est ce que ce nouveau paradigme apporte à mon code, à mon process, à ma rapidité de codage. Changer de méthode/environnement est un “coût”, et il faut justifier qu’il sera “remboursé” (je parle pas uniquement d’argent, mais aussi d’effort)

ce n’est pas pour rien que Win32 ne veut pas mourir, il y a beaucoup de dév qui te dirons qu’ils n’ont rien a gagner de changer… hormis si microsoft leurs interdis



Ca demande un apprentissage, ca demande de changer des habitudes, de jeter du code parfaitement fonctionnel ( et c’est pour ça qu les dev demandaient du NDK)







Oui et non, y a des apps, ex, photoshop, qui n’ont pas reelement besoin de passer a RT (quoique …) pour continuer a ce vendre massivement



Apres, pas sur que toutes les applis de programme tele avait la meme visibilite avant etc…



Bien sur que tu ne change pas pour le plaisir, et bien sur win32 va pas disparaitre dans un an ou deux, apres, au devs de faire son choix, veut-il etre present sur une nouvelle plateforme ou pas, si la reponse est oui, dans ce cas tu fais avec les outils que tu as et dans ce cas, c’est peut etre aussi a toi de t’adapter a cet outils si il te limite. (dans ma boite on est passer de soft en winform a webform et on connait bien ce souci, on a plutot chercher a s’adapter car on a bien vu qu’on arriverait jamais a avoir le meme resultat sans tweak trop lourd)









jb a écrit :



Tu peux ouvrir tous les fichiers dans ton jail. Et tu n’as aucun filesystem, contrairement à un desktop.





Jail = jailbreak ? Ou bac a sable ?



Dans le cas de la deuxième option, il y a même pas cela sous winRT ? :eeek:









Lafisk a écrit :



Vu comment le systeme etait limite a la base, je rappelle qu’il n’y avait pas de copier coller, je suis casi sur que le framework aussi l’etait et je me rappelle avoir vu beaucoup de critiques sur les sockets aussi au depart.





Problème UI != Problème d’API de dev.







Lafisk a écrit :



Bien sur que tu ne change pas pour le plaisir, et bien sur win32 va pas disparaitre dans un an ou deux, apres, au devs de faire son choix,







En fait, ce que tu ne comprends pas, c’est que le souci n’est pas un souci de Win32 vs WinRT, mais de WinRT vs le reste du monde.



Les threads POSIX et Win32 sont assez proches, donc toutes les applications les utilisent. TOUTES, sur iOS, Android, Linux, BSD, Windows, XBox, PS1/2/3/4, lecteurs de salons, appliances et autres…



Même chose pour les sockets BSD. Même chose pour l’ouverture de fichier. Ou l’OpenGL.



Et toutes les librairies, de l’extraction de données au réseau, en passant par les calculs intensifs.



Les devs ne restent pas sur Win32, mais ont besoin d’une compatibilité avec les librairies importantes.

Et si t’es une plate-forme minoritaire et assez populaire, bah, tu imposes pas tes choix.









jb a écrit :



Problème UI != Problème d’API de dev.







En fait, ce que tu ne comprends pas, c’est que le souci n’est pas un souci de Win32 vs WinRT, mais de WinRT vs le reste du monde.



Les threads POSIX et Win32 sont assez proches, donc toutes les applications les utilisent. TOUTES, sur iOS, Android, Linux, BSD, Windows, XBox, PS1/2/3/4, lecteurs de salons, appliances et autres…



Même chose pour les sockets BSD. Même chose pour l’ouverture de fichier. Ou l’OpenGL.



Et toutes les librairies, de l’extraction de données au réseau, en passant par les calculs intensifs.



Les devs ne restent pas sur Win32, mais ont besoin d’une compatibilité avec les librairies importantes.

Et si t’es une plate-forme minoritaire et assez populaire, bah, tu imposes pas tes choix.





Copier coller, c’est pas de l’ui …





Pour le reste, c’est comme je dis, si le framwork te limite, dans ce cas tu fais ton app avec ce qu’elle te permet de faire (si tu juge l’effort des tweaks trop important) et ensuite tu gueules, ca aura plus de poids que de faire des tweaks surtou qu’avec une app comme vlc, MS ecoutera alors qu’avec une app de coussin peteurs ils te renverront dans les choux









Lafisk a écrit :



surtou qu’avec une app comme vlc, MS ecoutera alors qu’avec une app de coussin peteurs ils te renverront dans les choux





L’expérience montre qu ce n’est pas le cas.









dargos a écrit :



pour le coup du m3u, outre le partage, dans le manifest tu peux dire que ton appli est capable d’oubrir ce genre de fichier.

ensuite pour pouvoir ouvrir des fichiers sans l’accord de l’utilisateur, je crois que dans le manifest toujours, tu peux elever les privileges, et ainsi avoir acces au file system tranquilement







Devoir élever les privilèges pour lire de la musique ou des vidéos, mais on marche sur la tête <img data-src=" />









jb a écrit :



L’expérience montre qu ce n’est pas le cas.





Ben le probleme c’est qu’au final, si ca fonctionne avec des tweaks … MS ne va qu’a moitie voir le probleme.



Alors que si tu livres une app avec la moitie des fonctionnalites, toi tu gueules a MS, les clients gueulent aussi et ils vont bouger. c’est typiquement ce qu’il ce passe depuis la sortie de WP dont les api ce sont largement améliorees si je m’abuse



J’ai toujours eu l’impression qu’ils (MS) attendent toujours la sortie de certain soft sur leurs nouvelles plateformes pour ensuite régler les problèmes rencontrés.


Le 30/01/2014 à 15h 34







jb a écrit :



Fait un codec et un demuxeur en C#, et on en reparle…



C’est atterrant un tel niveau de fanboyism…



Bon, j’arrête de commenter, ça ne sert à rien.

Mais ne vous étonnez pas que je n’ai aucune envie de porter VLC sur cet OS avec une communauté d’utilisateurs de ce niveau…



WinRT est la meilleure des plate-formes.







Bienvenue sur PCInpact <img data-src=" />









fullsun a écrit :



J’ai toujours eu l’impression qu’ils (MS) attendent toujours la sortie de certain soft sur leurs nouvelles plateformes pour ensuite régler les problèmes rencontrés.





Ca c’est pas faux









jb a écrit :



T’as oublié Android et OS/2



BeOS aussi? <img data-src=" />







jb a écrit :



C’est un OS où tu:







  • n’a pas de threads corrects,

  • n’a pas de sockets BSD,

  • n’a pas d’IPC,

  • n’a pas de clock de timing,

  • a une stack audio incomplète, et sans background simple,

  • n’a pas d’accès aux fichiers, pas de fopen,

  • n’a pas d’accès aux devices,

  • a tout en Async, mais les APIS sont souvent bugguées,

  • a plein de bugs dans l’UI et dans les tools,

  • une documentation souvent fausse ou très incomplète,







    Ça fait tout de même beaucoup pour une seule plate-forme. Et oui, après ce post, ça va partir en troll…



    …ah oui quand même! <img data-src=" />

    et moi qui pensais que RT rectifiait le tir par rapport à l’anarchie de win32…









lossendae a écrit :



Je fais souvent des erreurs de typo mais là je vois pas…



au hasard… le v et le c sont juste à côté sur le clavier.









RaoulC a écrit :



Devoir élever les privilèges pour lire de la musique ou des vidéos, mais on marche sur la tête <img data-src=" />





ca évite de laisser les programmes aller fouiller sur ton disque en toute impunité.

il faut que l’utilisateur donne droit à l’application à aller fouiller.

c’est un grand pas en avant niveau sécurité. par contre ca nous a fait un gros pas en arriere sur nos habitudes…



par contre niveau disparition de certaines API, c’est bien déplorable.

Je suis super satisfait des Task, mais je pensais qu’on pouvais toujours attaquer les Threads à l’ancienne… <img data-src=" />



superbe interface, j’espère la voir apparaitre sous d’autres OS (je suis sous debian+gnome3)








jb a écrit :



Je crois que tu n’as pas compris.



Une fois que tu as ouvert ton m3u, comment tu ouvres les fichiers qui sont pointés dans le m3u?



Bien sûr que non.





Ce n’est peut-etre pas entierement satisfaisant, mais voici le contenu d’un post de Loïc Rebours (sur la communauté des developeurs d’apps windows store sur FB):



Allez, je suis sympa, je t’offre un bout d’un super bouquin qui s’apprête à sortir (CC Nathanael)



“Il est également possible de déclarer une capacité permettant d’accéder à la librairie Documents de l’utilisateur. Cependant, il faut éditer le manifeste (un fichier XML) directement à la main. En effet, afin que les développeurs privilégient les pickers, Microsoft n’a pas mis d’élément graphique pour cette capacité.



Pour ajouter cette capacité, ouvrez le fichier Package.appxmanifest avec votre éditeur de texte préféré, puis ajoutez l’élément XML suivant entre les balises

&lt; Capabilities &gt;



&lt; Capability Name=“documentsLibrary” / &gt;





Si vous déclarez cette capacité, vous devrez également définir manuellement tous les fichiers auxquels vous souhaitez accéder. Pour cela, rendez-vous dans l’onglet Déclarations du manifest, et ajoutez une déclaration Associations de types de fichiers. Définissez ensuite l’extension des fichiers auxquels vous souhaitez accéder.”





bon, ca a l’air d’etre limité à la documents library, mais il y a bien un quelque chose à creuser



courage JB, on est avec toi !









dargos a écrit :



bon, ca a l’air d’etre limité à la documents library, mais il y a bien un quelque chose à creuser





Bah oui, mais c’est donc inutile. Si tu as un filepicker, c’est justement pour sortir des Library pré-définies. Donc, ça marche actuellement dans les libraries, mais pas à l’extérieur… :)









jb a écrit :



Bah oui, mais c’est donc inutile. Si tu as un filepicker, c’est justement pour sortir des Library pré-définies. Donc, ça marche actuellement dans les libraries, mais pas à l’extérieur… :)







Dans un sens, c’est dans les bibli qu’on stocke ses musiques. Dans les autres cas, genre quand on te prête de la musique, tu utilises le filepicker pour aller chercher le morceau sur ta clef USB !



Après, ce n’est pas à toi de faire que les gens soient moins cons et ne stockent pas tout dans C: !









Edtech a écrit :



Dans un sens, c’est dans les bibli qu’on stocke ses musiques. Dans les autres cas, genre quand on te prête de la musique, tu utilises le filepicker pour aller chercher le morceau sur ta clef USB !



Après, ce n’est pas à toi de faire que les gens soient moins cons et ne stockent pas tout dans C: !





J’ai envie de dire qu’il faudrait que le système permette d’aller chercher autre part sans pour autant permettre d’aller partout. Théoriquement, une appli est juste censée accéder aux fichiers de son bac a sable. Bon on rajoute pour les médias, un accès aux bibliothèques les répertoriant. Mais cela devrait pas aller plus loin que ca a mon avis. Sinon le coté bac a sable et la sécurité qu’il apporte, il existe plus.



Par contre c’est au runtime de faire en sorte que si on insere un DVD/BR, il apparaisse dans la bibliothèque Video, un CD dans la partie Musique, … Ou si on branche un périphérique USB, que son contenu soit classé correctement dans les bibliothèques qu’il faut.









Edtech a écrit :



Après, ce n’est pas à toi de faire que les gens soient moins cons et ne stockent pas tout dans C: !





Et pour ceux qui stockent sur leur NAS? Pour ça, l’app xbox music est assez nulle









Alkore a écrit :



Et pour ceux qui stockent sur leur NAS? Pour ça, l’app xbox music est assez nulle





Tu peux pas rajouter les dossiers de ton NAS dans les librairies correspondantes ?





Sinon j’ai carrément hate que VLC sorte sur windows 8 (rien que pour pouvoir docker un film pendant que je fais autre chose). Le toujours au dessus c’est pratique mais ça gène souvent.



Les applis WinRT semblent avoir le même travers que les applis IOS ou Android: chacune estime devoir recoder son propre gestionnaire de fichiers.








dargos a écrit :



ca évite de laisser les programmes aller fouiller sur ton disque en toute impunité.

il faut que l’utilisateur donne droit à l’application à aller fouiller.







Et les droits d’accès du système de fichier, c’est pour décorer? <img data-src=" />

Parce qu’ à moins d’être tordu je n’irais pas mettre mes films et musiques dans des dossiers pas fait pour (aka protégés)



Je doit être débile mais pour faire un parallele, pas besoin de faire un sudo vlc sous LInux (puisque je crois c’est ce qui se rapproche le plus de l’élévation win).



Maintenant, possible que je comprenne de traviole <img data-src=" />



Les sandbox c’est bien, tout verrouiller c’est le MAL <img data-src=" />









RaoulC a écrit :



Et les droits d’accès du système de fichier, c’est pour décorer? <img data-src=" />

Parce qu’ à moins d’être tordu je n’irais pas mettre mes films et musiques dans des dossiers pas fait pour (aka protégés)



Je doit être débile mais pour faire un parallele, pas besoin de faire un sudo vlc sous LInux (puisque je crois c’est ce qui se rapproche le plus de l’élévation win).



Maintenant, possible que je comprenne de traviole <img data-src=" />



Les sandbox c’est bien, tout verrouiller c’est le MAL <img data-src=" />





Ca sera a confirmer mais je crois que ces apps ont un niveau de droit encore plus limité que l’utilisateur … De base elle n’ont acces qu’a leur propre dossier. L’utilisateur peut ensuite leur autorisé l’acces aux bibliothèque mais pas a tout le disque dur.



Apres c’est vraiment un probleme de WinRT et de ses sandboxs … Le VLC win32 est semblable a la version Linux : pas besoin des droit root <img data-src=" />



Et bien evidemment dans tout les cas (WinRT ou Win32) l’application est limité au droit du systeme de fichier…









Patch a écrit :



au hasard… le v et le c sont juste à côté sur le clavier.









misterB a écrit :



attracticité c’est mignon mais ça n’existe pas <img data-src=" />







J’ai pas parlé attractivité mais d’attraction.



C’est mot attraction qui vous choque ? <img data-src=" />



Edit :





misterB a écrit :



Relis l’original







<img data-src=" /> <img data-src=" />



Messieurs, toutes mes confuses ! <img data-src=" />










arno53 a écrit :



Ca sera a confirmer mais je crois que ces apps ont un niveau de droit encore plus limité que l’utilisateur … De base elle n’ont acces qu’a leur propre dossier.







Ca rappelle furieusement android ça

<img data-src=" />









Nonor3 a écrit :



Bon je suis vraiment attristé de cette mode du flat design (ici dans une branche extrême, le flat design au fond unifié transparent flouté), qui plus est à dominante sombre vraiment il n’y a rien à faire j’aime pas ces interfaces du tout.



Cela dit, et malgré mes goûts personnels, je félicite le travail fourni parce que le résultat est malgré tout beau, léché et travaillé. VLC est vraiment un logiciel d’une rare qualité !







Autant je suis plutôt friand de certaines interfaces en Flat, autant la réalisation ici n’est pas à la hauteur je trouve comme tu le signales.

Bon d’un côté je fais des infidélités à VLC avec MPC-HC, j’ai pas (encore) eu besoin d’installer VLC pour lire certaines de mes vidéos. La lecture des divers codecs reste quand même le point essentiel de VLC, au delà de l’apparence.









Alkore a écrit :



Et pour ceux qui stockent sur leur NAS? Pour ça, l’app xbox music est assez nulle







Tu peux soit ajouter ton NAS à la bibliothèque, soit ajouter un dossier à scanner dans XBox Music (et là je crois qu’il autorise n’importe où).









Edtech a écrit :



Tu peux soit ajouter ton NAS à la bibliothèque, soit ajouter un dossier à scanner dans XBox Music (et là je crois qu’il autorise n’importe où).







une appli aurait droit d’aller fouiller la collection de xbox music !?

sinon, le coup des librairies, ca devrait marcher, mais pour le coup, c’est laborieux de devoir faire ca, pour l’utilisateur…







RaoulC a écrit :



Ca rappelle furieusement android ça <img data-src=" />





non non, une app android peut par exemple envoyer un sms dans que le user le sache. ce qui est impossible avec WP8

Certaines choses doivent etre faites par le user, pour des questions de sécurité, comme aller chercher des fichiers. sinon, toute app pourait toucher au svchost ou autres…









dargos a écrit :



non non, une app android peut par exemple envoyer un sms dans que le user le sache. ce qui est impossible avec WP

.







Je parlais de la limitation au répertoire.<img data-src=" />

Oui, je sais qu’une fois l’appli installée (ce qui équivaut à lui donner les autorisations quelle réclame dans son “manifest”) c’est open bar, merci <img data-src=" />



Et la sauvegarde automatique de la playlist en quittant c’est pour quand bordel de merde !?








nomdutilisateur a écrit :



Et la sauvegarde automatique de la playlist en quittant c’est pour quand bordel de merde !?





C’est sûr qu’un utilisateur qui s’inscrit aujourd’hui juste pour beugler comme tu le fait sur une demande d’évolution, ça va les motiver <img data-src=" />









seblutfr a écrit :



C’est sûr qu’un utilisateur qui s’inscrit aujourd’hui juste pour beugler comme tu le fait sur une demande d’évolution, ça va les motiver <img data-src=" />







Qu’il se soit inscrit aujourd’hui ou y’a 15 ans ne lui donne pas davantage de légitimité, tout comme le fait de prendre en considération quelques pauvres commentaires détestables sur un site quelconque par rapport au nombre d’utilisateurs utilisant le logiciel, pour se donner un prétexte de bouder.



Bon bails ont pas réussi a passé le store <img data-src=" />



Sinon y’a une video de l’interface en fonctionnement ici