Interview : Interview de Scott Wheeler à propos de kdemultimedia
Posté par gnumdk (page perso, ). Modéré le 25 novembre 2004.
Pour le moteur multimédia, il est maintenant sûr que Arts sera abandonné. Pour le remplacer, Gstreamer et NMM sont les mieux placés avec un léger avantage pour Gstreamer. Kdemm, une couche d'abstraction, est en cours de développement afin de permettre l'utilisation de plusieurs moteurs.
Du point de vu des applications, c'est très flou, Noatun ne rencontre pas le succès attendu, amaroK et Juk sont très populaires ainsi que kaffeine pour la vidéo. Il sera difficile de faire un choix.
Scott Wheeler dans cet interview donne son point de vue qui permet de nous éclairer sur tout cela.
![[en]](../images/en.png)
> Lire la dépêche (55 commentaires, moyenne: 3,1).
Vous avez demandé le commentaire #502387.
Run by 
Cette page a été générée par Templeet en 0.0651s (dont 0.0069 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
DirectX
En fait, le problème essentiel ici est qu'il n'y a pas pour le moment d'équivalent à DirectX sous Linux. Actuellement, on a OpenGL pour la 3D et (si je ne me trompe pas) SDL pour Direct2D. Mais DirectSound, DirectShow et co. n'ont rien.
Il serait temps d'avoir un système unifié (un peu comme on a Xorg pour l'affichage graphique) pour les applications multimédia. Ca simplifierait vraiment les choses pour les développeurs et les utilisateurs.
[^]Re: DirectX
*Kof Kof* hum, les premières lignes de libsdl.org :
"Simple DirectMedia Layer is a cross-platform multimedia library designed to provide low level access to audio, keyboard, mouse, joystick, 3D hardware via OpenGL, and 2D video framebuffer."
[^]Re: DirectX
Oui, c'est ce qu'il dit, SDL ça fait direct2d, un peu directsound et directinput (sdl c'est très bas niveau), mais pour directshow on n'a pas grand chose. On veut gstreamer est assez proche de directshow au niveau conceptuel et vise à apporter ce layer manquant aux unix...
[^]Re: DirectX
tres bas niveau????
tu veux rire!!!!
bon, p-e pour le son et la gestion des events, mais pour l api graphique, c est un vrai cauchemar pour faire autre chose que des jeux.
Je travaille pour une compagnie qui tente de porter sa lib graphique sous linux, on prennait sdl au debut, finalment, on a pété un plomb et tout recodé l'affichage. Le simple fait de ne pas pouvoir avoir du multi display est une horreur. Ils ont voulu avant tout etre ultra portable, le problème, c que si une architecture ne suportait pas telle chose, toutes les autres ne l ont pas non plus. Il faut voir aussi l'interface de l'overlay de SDL... a comparer avec Xv et DirectX, il n'y a pas grand possibilite de manoeuvre (tout de meme bravo pour l'overaly software, c rapide)
finalement , pour revenir notre code, sorry, ils ont pas voulu qu on le rendre gpl... mais j avais commencé le tout chez nous pour montrer au boss et forcer la migration, des que je clean ca un peu, je rend ca publique, ca fairait un bel ensemble avec la sdl courrante, notament permettre plusieur display (fenetré, X only)
[^]Re: DirectX
mais si on a deja, un executable windows (directx+directshow), et wine
/o\
[^]Re: DirectX
Pour le son y'a ca : http://www.openal.org/(...)
Agogo
[^]Re: DirectX
et openal il fonctionne si arts ou esound sont lancé ?
ou l'utilisateur va devoir s'arracher les cheveux pour trouver comment avoir du son ?
[^]Re: DirectX
il fonctionne avec arts, oui.
[^]Re: DirectX
Juste une remarque pour ceux qui ne sauraient pas, esd peut se connecter à Arts.
Respect à RMS.
[^]Re: DirectX
et arts à esound :)
Agogo
[^]Re: DirectX
et esound http://faqs.lokigames.com/openalfaq.html#21(...) , le support esd est compilé sous debian.