Discussion :

[sprayfr]

Bonjour,

j'essaie de faire fonctionner une appli développée en C# utilisant les dll Microsoft.DirectX et Microsoft.DirectX.AudioVideoPlayback sous Windows 7 x64 (Cette appli ne pose pas problème sous Windows 7 x86).

Lors de l'appel des méthodes DirectX pour afficher un lecteur qui lit une vidéo sous Windows 7 x64 il y a une erreur "n'est pas une application Win32 valide".

J'ai recherché un peu partout pour essayer de trouver ces dll compilées en x64 mais impossible de trouver...

Y a t il un moyen de les trouver pour les plateformes x64 ? Faut-il les compiler soi-même et comment ? Faut-il utiliser XNA ?

Merci d'avance à ceux qui prendront le temps de me répondre

[smyley]

A mon avis Managed DirectX est programmé en C++/CLI car sinon la charge de travail serai trop grande pour faire correspondre le tout. Donc ça fait qu'une dll mixte avec du code natif 32 bits est chargée dans un processus .NET qui se charge par défaut en 64 bits sur un OS 64 bits ce qui fait donc n'importe quoi. C'est ma théorie car j'ai déjà été confronté à ce genre de problème.

L'autre point est que Managed DirectX n'est plus supporté depuis ... depuis un bout de temps. Donc tu n'obtiendra rien de nouveau ou d'améliorations de ce côté, donc oui pour moi tu devrais utiliser XNA si tu veux utiliser DirectX.

Bon après, lire de la vidéo il y a une autre semi-solution : utiliser le .NET 3.0+ car avec WPF il y a un contrôle MediaPlayer qui permet directement de jouer des vidéos.

[Maniak]

L'autre point est que Managed DirectX n'est plus supporté depuis ... depuis un bout de temps. Donc tu n'obtiendra rien de nouveau ou d'améliorations de ce côté, donc oui pour moi tu devrais utiliser XNA si tu veux utiliser DirectX.

Il y a SlimDX aussi sinon.

[sprayfr]

Bonjour,

merci à vous 2 pour vos réponses claires et précises

Je ne connais pas du tout WPF, c'est peut-être le bon moment pour me familiariser avec

@smyley : WPF est complexe à intégrer dans une application non WPF ? Tu penses que c'est une solution "durable" ? Merci d'avance pour ta réponse.

@Maniak : Merci pour ton idée Par contre, avec SlimDX, ce qui m'inquiète un peu c'est l'aspect "dépendance" à un autre Framework. On ne sait pas trop ce qu'il en adviendra à l'avenir. De plus, il faut distribuer le framework avec l'application. C'est un peu lourd non ? As tu déjà utilisé ce framework ?

Merci encore à vous

[smyley]

WPF est complexe à intégrer dans une application non WPF ?

Jamais vu, me semble pas possible. Il faut faire une application WPF ou en tout cas avec comme fenêtre de rendu une fenêtre WPF.

Tu penses que c'est une solution "durable" ? Merci d'avance pour ta réponse.

C'est la voix annoncée et supportée par Microsoft comme le monde de demain. Tout ce qui est WPF, Surface, Silverlight, etc. sont des technos qui ont comme noyau l'utilisation de WPF ou d'une version allégée de ce dernier.

m'inquiète un peu c'est l'aspect "dépendance" à un autre Framework

C'est marrant de dire ça alors que tu fais une application dépendante du Framework .NET.

De plus, il faut distribuer le framework avec l'application. C'est un peu lourd non ?

Pas plus lourd que de devoir redistribuer le framework .NET.

[Maniak]

@Maniak : Merci pour ton idée ;) Par contre, avec SlimDX, ce qui m'inquiète un peu c'est l'aspect "dépendance" à un autre Framework. On ne sait pas trop ce qu'il en adviendra à l'avenir. De plus, il faut distribuer le framework avec l'application. C'est un peu lourd non ?

Bah c'est une librairie comme une autre. Juste une dll à déployer avec l'appli.
Vu que tu as du code basé sur MDX, tu peux toujours jeter un oeil pour voir si ça ressemble. Ils préviennent directement sur la page d'accueil du projet que l'API de SlimDX n'est pas faite pour suivre celle de MDX, mais ce n'est peut-être pas non plus trop différent :)

Maintenant...

As tu déjà utilisé ce framework ?

...c'est sur ma todo list, j'ai le trunk SVN sur le disque, mais pas joué sérieusement avec jusque là :)
Tout ce que je sais c'est que ça fonctionne et que le développement est actif (pas mal de mouvement chaque jour)

Comme pour n'importe quelle librairie, il y a un facteur pari qui se balade. Par exemple on ne sait pas où sera NHibernate dans 10 ans. Est-ce que c'est une raison pour ne pas l'utiliser maintenant ? Pas vraiment.
Pour ce qui est de SlimDX, une librairie open source qui permet d'utiliser DX depuis .NET sans avoir à passer par XNA, apparemment bien suivie, perso ça me va :)
Pour ton cas, c'est à toi de décider. C'est pas bien gros, tu ne devrais pas perdre beaucoup de temps à voir si ça peut te convenir.

[sprayfr]

C'est marrant de dire ça alors que tu fais une application dépendante du Framework .NET.

Oui mais le concernant le Framework .net, il y a quelques garanties de mises à niveau, de suivi etc... Après effectivement, je ne développe pas direct en C (qui dépendrait de l'API Windows )

Bah c'est une librairie comme une autre. Juste une dll à déployer avec l'appli.
Vu que tu as du code basé sur MDX, tu peux toujours jeter un oeil pour voir si ça ressemble. Ils préviennent directement sur la page d'accueil du projet que l'API de SlimDX n'est pas faite pour suivre celle de MDX, mais ce n'est peut-être pas non plus trop différent

Maintenant...



...c'est sur ma todo list, j'ai le trunk SVN sur le disque, mais pas joué sérieusement avec jusque là
Tout ce que je sais c'est que ça fonctionne et que le développement est actif (pas mal de mouvement chaque jour)

Comme pour n'importe quelle librairie, il y a un facteur pari qui se balade. Par exemple on ne sait pas où sera NHibernate dans 10 ans. Est-ce que c'est une raison pour ne pas l'utiliser maintenant ? Pas vraiment.
Pour ce qui est de SlimDX, une librairie open source qui permet d'utiliser DX depuis .NET sans avoir à passer par XNA, apparemment bien suivie, perso ça me va
Pour ton cas, c'est à toi de décider. C'est pas bien gros, tu ne devrais pas perdre beaucoup de temps à voir si ça peut te convenir.

Ok Maniak, tes arguments sont assez convaincants Quand tu dis "juste une dll à déployer avec l'appli", je n'avais pas cette impression en regardant leur doc. Il me semblait qu'il fallait distribuer le package complet.

Merci à vous 2