Version imprimable
Bonjour,
je dois d�velopper un player audio/vid�o en C++. Je voudrais savoir quelles librairies vous me conseilleriez pour g�rer le flux audio/video. J'ai commenc� � regarder en direction de DirectX avec directshow, mais ca l'air assez compliqu�.
Par ailleurs, utiliseriez vous directX ou autre chose comme Gtk pour cr�er l'interface graphique, sachant que j'aimerais utiliser la librairie la plus simple.
Merci d'avance de vos r�ponses !
Je te conseille la SDL assez simple. Regarde ici :
http://loka.developpez.com/tutoriel/sdl/
SDL a l'air pas mal du tout, mais d'apr�s les tutos que j'ai trouv�, elle ne prend pas en charge la lecture de flux vid�os (d�composer un avi en video et en audio). J'ai �galement trouv� peu de choses sur la cr�ation d'une interface (boutons, menus, etc) .
Sinon j'ai commenc� � regarder la librairie wxWidget qui permet de cr�er une interface graphique tr�s facilement,et aussi assez orient�e objet, qu'en pensez vous?
Ou avez vous d'autres librairies assez simple d'utilisation et qui soient orient�es objet si possible � me conseiller?
Merci!
GStreamer est probablement le plus portable, le plus facile � utiliser, et qui permet le plus de choses que tu peux utiliser pour la vid�o.
Bien que GStreamer soit surtout populaire sous Linux, cela fonctionne aussi sur Windows et Mac OS X.
D'autres alernatives portables moins faciles � utiliser sont les plugins fournis par VLC ou mplayer.
C'est une question que je me suis d�ja beaucoup pos�.
Tout d'abord, l'interface graphique n'a absolument rien � voir avec �a, prends ce que tu veux (sauf �ventuellement si tu envisages de jouer la vid�o dans une surface acc�l�r�e au niveau mat�riel-c'est indispensable dans les players dignes de ce nom mais vu la complexit� tu peux mettre �a de cot�).
Pour l'api de lecture, �a d�pend de la plateforme:
- sous Windows => DirectShow, fort efficace, permet facilement de b�n�ficier de cette fameuse surface mat�rielle (tu es peut-�tre oblig� d'utiliser MFC comme api de fen�trage), est tr�s facilement extensible (il n'y a qu'� voir le nombre de gens qui ont le codec divx sur leur machine :) ). Au fait, directshow ne fait plus partie de directx, c'est � part depuis un petit temps.
- sous Linux => Gstreamer, ce n'est pas la seule mais on en parle de plus en plus et il semblerait que beaucoup de codecs soient disponibles
- portable: alors la c'est la poisse, il y a bien Gstreamer qui est portable mais je doute qu'il soit beaucoup support� sur windows (surtout au niveau des codecs qui sont fait par des �quipes � part - c'est � dire la quasi totalit�), et puis le pequin lambda ne comprendra jamais qu'il doit installer un codec sp�cifique � ton player au lieu du codec Divx qu'on trouve sur Telecharger.com :D.
Il y a bien OpenMax, un standard d�velopp� par la m�me fondation qui maintient OpenGL. C'est sens� �tre une surcouche par dessus n'importe quelle api de lecture multim�dia existante. Malheureusement, il n'y a aux derni�res nouvelles pratiquement pas d'impl�mentation (2 si je me souviens bien :P ).
Prend DirectShow, qui se t�l�charge d�sormais avec la Platform SDK. Dedans il y a des exemples comme ce que tu veux faire.
Christophe,
C'est parfaitement support� � ma connaissance.Citation:
il y a bien Gstreamer qui est portable mais je doute qu'il soit beaucoup support� sur windows
Si les plugins fonctionnent sous linux a priori ils fontionnent aussi sous Windows...Citation:
(surtout au niveau des codecs qui sont fait par des �quipes � part - c'est � dire la quasi totalit�)
Les produits Windows sont de meilleure qualit� que les produits Linux. Il faut mieux que tu prenne DirectShow.
Christophe,
Tr�s dr�le.
Tout n'est pas si rose. Tous les projets autour de gtk sont compatibles windows parceque les d�veloppeurs font preuve d'un grand professionalisme et ne d�laissent pas une autre plateforme � partir du moment o� il est possible de faire du code portable.Citation:
Envoy� par loufoque
Il n'en est pas de m�me pour tous les d�veloppeurs linux :)
Combien de fois ne me suis-je pas point� sur le site d'un programme fait pour linux en me disant que, logiquement, il devrait fonctionner sur windows pour constater dans la faq des remarques telles que:
- �a fonctionne sous windows mais on ne fait pas de binaires (parfois avec un lien vers un autre site sens� en fournir mais la derni�re version date d'il y a deux ans)
- on avait essay� une fois, �a fonctionnait mais depuis on sait plus
- rien (sous entendu: �a fonctionne pas et de toutes fa�ons on s'en fout)
- utilisez cygwin (je me marre :))
Et puis, m�me si on fournit des binaires, il n'y a quasiment aucune chance qu'on fournisse un installeur (indispensable pour un programme de lecture vid�o, qui est par nature grand public).
Ce n'est pas pour rien que le seul player que je connaisse qui soit vraiment utilis� sur les deux plateformes soit VLC, qui r�invente un api et fournit d'office ses propres codecs (ce que je d�conseillerais pour des questions l�gales- brevets,ect...).
Les plugins de gstreamer ne sont a priori que des wrappers vers des biblioth�ques genre libmad, biblioth�ques qui sont directement utilis�es par VLC par exemple.
J'ai jamais dit le contraire, �a change quoi?
Ca mange pas de pain.
�a change que comme ces biblioth�ques fonctionnent sous Windows (par exemple avec VLC) et que gstreamer fonctionne aussi sous Windows, il ne devrait pas y avoir de probl�mes avec les codecs usuels.
Et l'api qui sert de wrapper �a compte pour du beure? Ce n'est parcequ'elle sera de moindre complexit� (et encore, c'est loin d'�tre simple de faire communiquer deux technos cr��es s�par�ment) qu'elle sera automatiquement compatible, correctement soutenue et facilement disponible sur les plateformes windows.
L'API qui sert de wrapper c'est GStreamer.
Et GStreamer supporte Windows.
Bon, jai un peu regard� du c�t� de Gstreamer, et j'ai quasiment rien trouv� en ce qui concerne son utilisation avec windows(j'aimerai que ca soit compatible windows avant de penser a faire multiplateformes).
De plus sur le site de Gstreamer ;
Bindings for C++
The GStreamer API C++ bindings are still under development.The bindings are based upon gtkmm. It's using the same lifecycle mechanism. A modified version of gtkmmproc autogenerates the code. Further work needs to bedone there.
Ca veut dire que niveau utilisation avec le C++ c'est pas super possible?
Sur le net j'ai pas r�ussi a trouver d'exemples d'utilisation de Gstreamer avec C++(me faut quand meme une base d'exemples ou un tuto �crit en C++, vu que je d�bute). Dommage, ca avait pourtant l'air d'etre une tr�s bonne API :/
Bah tu peux utiliser la version C de base.Citation:
Ca veut dire que niveau utilisation avec le C++ c'est pas super possible?
Tu peux peut-�tre aussi r�utiliser l'enveloppage de Glib fait par GTKmm.
De toutes fa�ons si t'utilises DirectShow, c'est pas vraiment en C++ non plus.
Gstreamer n'est pas un wrapper, c'est avant tout une norme d'interop�rabibilit� (mais uniquement pour l'audio/la vid�o dans ce cas). Il faudra toujours une glue entre gstreamer et ffmpeg par exemple.
Directshow est un composant COM, donc m�me pas utilisable en C (enfin, je crois qu'il existe quand m�me des astuces pour s'en servir en C, mais c'est de l'orient� objet � la base).
bonjour � tous,
d�sol� de m'immisser dans ton forum, mais on travaille � peu pr�s sur la m�me chose. En effet, j'ai la charge de d�velopper un lecteur multim�dia pour plateforme ARM mais sur LINUX
Me conseillez vous de me lancer � l' assault de GStreamer pour r�aliser mon propre lecteur ou bien de porter MPlayer sur la plateforme
quoi qu'il en soit si vous avez de la doc en francais sur GStreamer �a m'int�resse ( il y a quelles que notions en anglais que je ne saisi pas bien)
merci d'avance