Oui tous à fait, Adobe à annoncer quelques jours seulement après l'annonce de la libération de vp8 que flash allait l'implémenter, en plus de déjà supporter h264 et vp6 par exemple.
Sachant que la ou on trouve le plus de h264 c'est bien dans les vidéos flash sur le web, je ne vois pas comment on peut considérer h264 comme "un tueur de flash". vp8/h264 et flash sont des technologies complémentaires et non pas concurrentes.
C'est peut être "amusant" de penser que la FSF à un tel impact sur Google, mais c'est aussi ignorer tous les précédents agissements de Google sur ce sujet. Et donner de l'importance à quelques articles sur un truc qui n'est même pas sortit.
C'est une décision qui prend ça source dans le rachat de On2 par Google (105 millions de dollars quand même en janvier dernier), et même probablement bien avant.
J'aimerai bien plus d'infos sur l'état du wifi intel !
Sinon concernant l'accélération matériel avec le pilote libre intel... En effet c'est pas top.
Vaapi est normalement supporté dans le driver 2.13, le noyau 2.6.35 et un xorg bien à jour.
De mon coté je n'ai réussi qu'à avoir un joli écran noir lors du décodage.
Mais il faut bien garder à l'esprit que quand une vidéo prend 9% du CPU lors du décodage, on ira pas bien plus loin avec la carte graphique. Enfin plutôt avec le décodeur vidéo associé à la carte graphique.
Même avec une vidéo qui envoie du gros bitrate, la gain du décodage matériel n'est pas évident à voir (sauf si on à un petit CPU bien entendu).
Le launcher par défaut d'android n'a aucun intérêt.
Tu peux utiliser launcher pro, disponible gratuitement sur le market, qui est vraiment rapide et personnalisable. Tu peux lui donner le style exacte de celui d'android 2.2 si tu veux.
Je l'utilise sur mon htc hero, même matériel que le htc magic ou htc dream donc, et il est bien plus réactif que le launcher par défaut !
Enfaîte cela veut dire que tu peux tenir ton téléphone à 0/360°, à 90°, 180° ou 270°.
Les versions officielles d'Android inférieurs à 2.2 ne permettaient que 0 et 90°, la version 2.2 ajoute la rotation à 270°.
Et avec CyanogenMod donc, on peut activer ou désactiver chacun des quatre modes de rotation, d'ou l'expression "rotation à 360°" qui signifie juste que l'écran s'adapte à toutes les orientations.
C'est effectivement déconseillé, mais comme il y à toujours des gens qui demandent le support de l'ext 3 et 4, c'est dans le noyau. J'ai même vu quelqu'un demander (et obtenir) le support de btrfs. Néanmoins ça n'a pas été intégré par défaut.
Cette ROM est basée sur CyanogenMod 6, l'auteur est d'ailleurs un des principaux contributeurs du port CM6 pour le Hero.
Sinon tu as aussi les CyanogenMod "nighlty build" officielles pour le Hero, mais qui restent un cran en dessous de FroydVillain.
Un noyau 2.6.29 provenant de la ROM 2.1 de htc est utilisé, pas de problème à ce niveau la.
Néanmoins le travail est en cours pour porter le Hero sur un noyau CyanogenMod 2.6.34, ce qui devrai également permettre de porter avec moins de problèmes la future version d'Android qui sera normalement basée sur un 2.6.34 (et qui *devrai* sortir en octobre).
Le vandalisme sur opensubtitles, je n'ai encore jamais constaté.
Les seuls sous titres pourris qu'on pouvait trouver étaient les sous titres traduits avec des logiciels de traduction, mais ces fichiers se font rares car depuis peu bannis du site.
Le hash est plus fiable que la recherche par nom car tu peux tomber sur ta version exacte du film, et tu as donc l'assurance d'avoir un sous titre parfaitement synchronisé. Et en cas d'échec rien n'empêche de retenter une recherche par nom.
Le nombre de hash répertoriés sur opensubtitle est hallucinant, la recherche est redoutable (enfin surtout pour les sous titres en vo)
Quand aux collisions, après plusieurs années d'utilisations (relativement intensive), j'en ai vu deux trois, pas plus.
Oui pour identifier un film tu peux faire un hash, le comparer avec la base de données de hash d'opensubtitles (extrêmement fournit) et de la en extraire directement l'identifiant imdb, ou dans le pire des cas le nom exact du film.
Sympa cet outil. C'est une bonne idée le téléchargement des sous titres.
Si tu veux j'ai fait un script python qui marche avec nautilus/gnome (avec zenity) ou kde (avec kdialog) ou en console (enfin avec zenity quand même, mais je vais corriger ça un de ces quatre...), tu devrai pouvoir t'en inspirer facilement : http://code.emericdev.com/projects/opensubtitles-dl/
Le script fait un hash du flim et va chercher les correspondances dans la base de données d'opensubtitles.org, pour avoir un sous titre vraiment adapté à ta version du flim, dans la langue souhaitée.
Oui j'ai bien un core i5 avec un "gma hd" comme ils appellent ça chez intel. Et à ma connaissance cela correspond au i965 dans leur nommage de carte. Enfin c'est vrai que c'est pas clair pour le chipset graphique des core i*.
En tout cas pour libva, il y a une branche "i965" qui gère vaapi pour les chips intel.
Bon j'ai installé le kernel26-rc3, libva patchée pour i965, mplayer-vaapi, les derniers drivers intel, et paf.
Le coeur cpu qui décode passe de 35% a 50% environ pour lire un h264 720p (entre 5 et 20mbps). Avec post-traitements par contre, soit 10% de plus au décodage.
Il y a un truc que j'ai sans doute pas fait comme il faut...
La page http://intellinuxgraphics.org/h264.html n'est pas très à jour...
Il faut ou les drivers intel 2010Q1 (driver 2.11...) avec libdrm et libva et un kernel 2.6.34 avec les patchs "multiple ring buffer"
OU
Les drivers intel 2010Q2 (driver 2.12) avec un kernel 2.6.35 (ou 2.6.34 avec les patchs "multiple ring buffer").
J'essayerai ça après le boulot mais bon je suis pas persuadé de faire une bonne affaire. Faut voir si sa passe sans bugs. Par expérience avec le vdpau de nvidia, c'est pas encore tout à fait ça (même si c'est un peu plus performant qu'avec le cpu seul).
La lecture d'un flux h264 en grosse HD n'a pas tant d'impacte que ça sur un core i*. D'autant que plus on charge la carte graphique du core i, moins on peut charger le cpu (avec le "turbo boost" de intel).
Même si le monsieur troll comme à son habitude (et es-ce vraiment le monsieur ?), il a probablement raison...
En compression vidéo, il existe des brevets sur tous ce qui touche de près ou de loin au traitement par blocs, quantification, compensation de mouvement, sous-échantillonnage, bref toutes les techniques de bases utilisées par tous les codecs vidéos.
Après à voir si ces brevets type "oui oui j'ai breveté le binaire" sorties de derrière les fagos sont valables lors d'un procès...
Peut être qu'il suffit juste d'avoir assez d'avocats. Les grandes corporations ont déjà prouvées qu'on pouvait jouer avec la loi si on y mettait le prix. Ou si on as fait la loi avec ses copains bien sur...
La seul chose rassurante c'est que Apple n'a pas de brevets dans ce domaine, ou alors rien de bien folichon. Ils utilisent ceux du mpeg-la avec H264. Et je ne pense pas qu'Apple puisse se permettre de parler au nom de ces derniers, qui sont par ailleurs suffisamment grands (et avides) pour lancer leurs propres procès tous seuls.
Et dernière remarque, quelle est l'intérêt (pour Apple j'entends bien) de partir à la chasse au theora, qui ne fais pas beaucoup de mal vue ses faibles perspectives, au moins à cours termes, pour devenir LE codec du html5 ??
Le codec h264 n'appartient à personne. Les brevets qu'il utilise appartiennent à beaucoup beaucoup de sociétés différentes qui se partagent les royalties.
Cela m'étonnerai beaucoup que microsoft ai choisit h264 sachant qu'ils poussent leur codec vc1 (globalement équivalent au h264, moins bien quand même) depuis un petit bout de temps déjà. Ils ont par exemple réussi à le faire accepter dans les bluerays, en plus du h262 et h264.
Ogg Theora n'a que sa liberté pour lui. Et c'est pour ça qu'il faut tout de même l'utiliser.
Il est moins bon, et il n'a pas tant de marge de progression que ça... Enfin pas jusqu'à poutrer h264 non...
Et puis d'ailleurs tout les trucs cool sont déjà brevetés !! Rendez vous bien compte de ça.
PulseAudio peut déjà rediriger le son vers airtunes (entre autres) et depuis un certain temps (aussi). Et c'est encore une fois en quelque cliques que ça se joue.
PA est peut être encore bancale et buggé, mais il dispose de fonctionnalités dans tout les sens et d'une grosse marge de progression. Des choses que l'on avait pas avant :
- Volume par application
- Redirection d'un flux sur un autre (ex: rediriger la sortie de firefox sur la sortie micro pour enregistrer le son)
- Bluetooth en entré et sortie (ex: envoyer le son de son pc, ou d'une application seulement vers ses enceintes ou sa chaîne hifi bluetooth)
- Entré/Sortie du son sur le réseau, en divers formats (export PA, upnp, airtune...)
- etc
Donc sur le coup "merci PA", qui d'ailleurs ne ré-implémente que la couche de mixage sonore, et non pas la couche audio complète (les drivers restent inchangés dans alsa).
Pourquoi on se sent obligé de lui casser du sucre sur le dos ? Le "c'était mieux avant" n'apporte rien ici. A choisir entre un système de son moderne, tout neuf (avec parfois des inconvénients qui en découlent, et ben oui) ou la solution alsa avec son unique fonctionnalité (mixer le son) qui ne marchait pas plus que ça d'ailleurs... Franchement...
J'étais justement entrain de penser à faire un greffon pour faire reconnaître directement DarkIce en tant que sortie PulseAudio. En un seul clique on pourrait alors changer la sortie d'une application de la carte son vers un flux réseau.
DarkIce peut envoyer de l'audio vers des flux icecast, shoutcast, et quelques autres trucs, en divers formats).
DarkIce [http://code.google.com/p/darkice/]
Effectivement, ayant un HTC Hero et m'étant documenté sur les modifications possibles avec ces appareils, c'est pas encore ca...
Le kernel du HTC Hero par exemple est un dérivé du kernel 2.6.27 d'android 1.5 (http://forum.xda-developers.com/showthread.php?t=575118 un bon point de départ) avec 3.4mo de patchs spécifiques !!.
Il semble qu'il ne soit pas entièrement complet. En tout cas les drivers tel que pour le trackball, l'accéléromètre, la camera, et peut être d'autres (wifi et bluetooth je sais pas trop) sont spécifiques au Hero et ne sont pas inclus upstream.
Pour adapter une rom Android plus récente, il est donc préférable de porter ses modifications au kernel de la rom que l'on souhaite lancer. Le travail semble être partit pour fournir un 2.6.29 "Hero".
Moi ce que j'aimerai bien savoir c'est quelle est la politique de Google sur les drivers.
Vont ils obliger/encourage les fabricants qui développent de nouveaux drivers à contribuer upstream ? Car voilà enfin une occasion d'aider à résoudre un problème récurent avec notre noyau préféré, le manque de drivers libre venant directement des fabricants.
Vont ils mettre en place un système de drivers proprios dans cet OS ?
Sinon on aura encore un cas ou Google utilise linux sans vraiment de contreparties. Wait and See ou tout ça est déjà dis quelques part ?
Concernant le reste du système je ne me fais pas vraiment d'illusions, et de toute manière le reste semble trop spécifique ou de toute manière ne faisant pas l'objet de développement spécifique par Google pouvant être récupéré.
Tout ces outils *kit semblent vouloir remplacer HAL à terme.
Sur archlinux les discussions sont en cours pour tenter de supprimer HAL au profit de devicekit et séparer polkit de HAL (version '1' de policikit, qui s'installe pour l'instant au coté de policykit, avec tout les fichiers de config en doubles...) mais ca devrai prendre du temps.
Gnome semble ok uniquement avec les *kit, KDE pas encore, et il reste un certain nombre de logiciels qui ne peuvent pas ce passer de HAL. Bref encore un peu de boulot pour clarifier le boulot dans toutes ces librairies.
Wayland n'est pas destiné à être un remplaçant pour xorg, mais plutôt un serveur X léger et utilisable par exemple pour de l'embarquée ou pendant le boot d'un système.
Comme çà on peut utilisé l'accélération matériel sans trop de problème, tout fonctionne en direct rendering et il me semble qu'il n'y a pas de mode de fonctionnement client/serveur.
Oui MySQL qui viens déjà de s'être fait racheté par Sun, (avec les problèmes que cela à pu soulever au niveau de la gouvernance, à l'origine du départ des fondateurs de MySQL AB)
Et maintenant ils seront donc "soumis" aux décisions venant de chez Oracle, le concurrent direct ? Quel intérêt aurait Oracle à laisser MySQL lui bouffer encore des parts de marcher ?
Les logiciels libres que nous avons sont utilisés par opportunisme, d'ailleurs la seul justification donnée est "c'est gratuit" alors que des professeurs ne se privent pas de faire l'apologie des technologies propriétaires utilisées.
Ce que je déplore c'est que nous n'avons pas de cours, pas d'explications sur le logiciel libre et toute la culture associé. Le résultat est que... les gens qui ne savaient pas ce qu'était un logiciel libre en arrivant ne seront pas plus informés en sortant. Un peu léger quand on forme des "informaticiens".
Les PC sous Windows XP uniquement je ne trouve aucune excuses à cela, et les machines virtuels (Microsoft Virtual PC bien entendu) qui font tourner des Mandrake 9 (utilisées en TP) sans interfaces graphiques en 2009, désoler ça me choque. Et cela donne une tellement mauvaise image car les élèves, qui ne sont toujours pas informés et ne voient que cela de Linux, et bien assimilent directement cela à "Linux".
Gimp et Firefox sont en effet installés sur les PC de l'IUT Info. OOo non, et on m'a toujours refusé un autre format que le .doc (le pdf est bien heureusement accepté mais souvent avec la remarque "je peux pas modifier ton document merci de me le renvoyer en .doc").
Alors comme il a été dit plus haut, je pense en effet le blocage vient plus d'une histoire de personne que d'une politique de l'université. Néanmoins après deux ans passés à parler aux professeurs, non, la situation ne change et ne changera pas. Il ne faudrait peut être plus grand chose, alors à toi de prendre le relai ?
[^] # Re: Bonne nouvelle
Posté par FluffyHamster . En réponse au journal Encore un troll de moins .... Évalué à 1.
Sachant que la ou on trouve le plus de h264 c'est bien dans les vidéos flash sur le web, je ne vois pas comment on peut considérer h264 comme "un tueur de flash". vp8/h264 et flash sont des technologies complémentaires et non pas concurrentes.
[^] # Re: En réponse à la FSF ?
Posté par FluffyHamster . En réponse au journal Encore un troll de moins .... Évalué à 4.
C'est une décision qui prend ça source dans le rachat de On2 par Google (105 millions de dollars quand même en janvier dernier), et même probablement bien avant.
[^] # Re: Broadcost Crystal HD
Posté par FluffyHamster . En réponse au journal État de l'accélération vidéo sur Intel. Évalué à 1.
Sinon concernant l'accélération matériel avec le pilote libre intel... En effet c'est pas top.
Vaapi est normalement supporté dans le driver 2.13, le noyau 2.6.35 et un xorg bien à jour.
De mon coté je n'ai réussi qu'à avoir un joli écran noir lors du décodage.
Mais il faut bien garder à l'esprit que quand une vidéo prend 9% du CPU lors du décodage, on ira pas bien plus loin avec la carte graphique. Enfin plutôt avec le décodeur vidéo associé à la carte graphique.
Même avec une vidéo qui envoie du gros bitrate, la gain du décodage matériel n'est pas évident à voir (sauf si on à un petit CPU bien entendu).
[^] # Re: Superbe, excellent
Posté par FluffyHamster . En réponse au journal Comprendre les médias numériques. Évalué à 2.
[^] # Re: Magic
Posté par FluffyHamster . En réponse à la dépêche Sortie de CyanogenMod 6. Évalué à 3.
Tu peux utiliser launcher pro, disponible gratuitement sur le market, qui est vraiment rapide et personnalisable. Tu peux lui donner le style exacte de celui d'android 2.2 si tu veux.
Je l'utilise sur mon htc hero, même matériel que le htc magic ou htc dream donc, et il est bien plus réactif que le launcher par défaut !
[^] # Re: Rotation de l'écran
Posté par FluffyHamster . En réponse à la dépêche Sortie de CyanogenMod 6. Évalué à 3.
Les versions officielles d'Android inférieurs à 2.2 ne permettaient que 0 et 90°, la version 2.2 ajoute la rotation à 270°.
Et avec CyanogenMod donc, on peut activer ou désactiver chacun des quatre modes de rotation, d'ou l'expression "rotation à 360°" qui signifie juste que l'écran s'adapte à toutes les orientations.
[^] # Re: Ext 3/4 ?
Posté par FluffyHamster . En réponse à la dépêche Sortie de CyanogenMod 6. Évalué à 1.
[^] # Re: Hero
Posté par FluffyHamster . En réponse à la dépêche Sortie de CyanogenMod 6. Évalué à 4.
La version 1.5 devrai sortir aujourd'hui ou demain, je vous conseille de l'attendre.
Cette ROM est basée sur CyanogenMod 6, l'auteur est d'ailleurs un des principaux contributeurs du port CM6 pour le Hero.
Sinon tu as aussi les CyanogenMod "nighlty build" officielles pour le Hero, mais qui restent un cran en dessous de FroydVillain.
Un noyau 2.6.29 provenant de la ROM 2.1 de htc est utilisé, pas de problème à ce niveau la.
Néanmoins le travail est en cours pour porter le Hero sur un noyau CyanogenMod 2.6.34, ce qui devrai également permettre de porter avec moins de problèmes la future version d'Android qui sera normalement basée sur un 2.6.34 (et qui *devrai* sortir en octobre).
[^] # Re: Suggestions
Posté par FluffyHamster . En réponse au journal lm (list movies): un outil en ligne de commande pour lister vos films à la ls. Évalué à 1.
Les seuls sous titres pourris qu'on pouvait trouver étaient les sous titres traduits avec des logiciels de traduction, mais ces fichiers se font rares car depuis peu bannis du site.
Le hash est plus fiable que la recherche par nom car tu peux tomber sur ta version exacte du film, et tu as donc l'assurance d'avoir un sous titre parfaitement synchronisé. Et en cas d'échec rien n'empêche de retenter une recherche par nom.
Le nombre de hash répertoriés sur opensubtitle est hallucinant, la recherche est redoutable (enfin surtout pour les sous titres en vo)
Quand aux collisions, après plusieurs années d'utilisations (relativement intensive), j'en ai vu deux trois, pas plus.
[^] # Re: Suggestions
Posté par FluffyHamster . En réponse au journal lm (list movies): un outil en ligne de commande pour lister vos films à la ls. Évalué à 2.
# Téléchargement des sous titres
Posté par FluffyHamster . En réponse au journal lm (list movies): un outil en ligne de commande pour lister vos films à la ls. Évalué à 2.
Si tu veux j'ai fait un script python qui marche avec nautilus/gnome (avec zenity) ou kde (avec kdialog) ou en console (enfin avec zenity quand même, mais je vais corriger ça un de ces quatre...), tu devrai pouvoir t'en inspirer facilement : http://code.emericdev.com/projects/opensubtitles-dl/
Le script fait un hash du flim et va chercher les correspondances dans la base de données d'opensubtitles.org, pour avoir un sous titre vraiment adapté à ta version du flim, dans la langue souhaitée.
[^] # Re: Mouai...
Posté par FluffyHamster . En réponse au journal Décodage matériel H.264 avec GPU Intel. Évalué à 1.
En tout cas pour libva, il y a une branche "i965" qui gère vaapi pour les chips intel.
[^] # Re: Mouai...
Posté par FluffyHamster . En réponse au journal Décodage matériel H.264 avec GPU Intel. Évalué à 1.
Le coeur cpu qui décode passe de 35% a 50% environ pour lire un h264 720p (entre 5 et 20mbps). Avec post-traitements par contre, soit 10% de plus au décodage.
Il y a un truc que j'ai sans doute pas fait comme il faut...
# Mouai...
Posté par FluffyHamster . En réponse au journal Décodage matériel H.264 avec GPU Intel. Évalué à 2.
Il faut ou les drivers intel 2010Q1 (driver 2.11...) avec libdrm et libva et un kernel 2.6.34 avec les patchs "multiple ring buffer"
OU
Les drivers intel 2010Q2 (driver 2.12) avec un kernel 2.6.35 (ou 2.6.34 avec les patchs "multiple ring buffer").
J'essayerai ça après le boulot mais bon je suis pas persuadé de faire une bonne affaire. Faut voir si sa passe sans bugs. Par expérience avec le vdpau de nvidia, c'est pas encore tout à fait ça (même si c'est un peu plus performant qu'avec le cpu seul).
La lecture d'un flux h264 en grosse HD n'a pas tant d'impacte que ça sur un core i*. D'autant que plus on charge la carte graphique du core i, moins on peut charger le cpu (avec le "turbo boost" de intel).
[^] # Re: Effectivement...
Posté par FluffyHamster . En réponse au journal Offensive en vue contre Theora ?. Évalué à 4.
# Effectivement...
Posté par FluffyHamster . En réponse au journal Offensive en vue contre Theora ?. Évalué à 7.
Même si le monsieur troll comme à son habitude (et es-ce vraiment le monsieur ?), il a probablement raison...
En compression vidéo, il existe des brevets sur tous ce qui touche de près ou de loin au traitement par blocs, quantification, compensation de mouvement, sous-échantillonnage, bref toutes les techniques de bases utilisées par tous les codecs vidéos.
Après à voir si ces brevets type "oui oui j'ai breveté le binaire" sorties de derrière les fagos sont valables lors d'un procès...
Peut être qu'il suffit juste d'avoir assez d'avocats. Les grandes corporations ont déjà prouvées qu'on pouvait jouer avec la loi si on y mettait le prix. Ou si on as fait la loi avec ses copains bien sur...
La seul chose rassurante c'est que Apple n'a pas de brevets dans ce domaine, ou alors rien de bien folichon. Ils utilisent ceux du mpeg-la avec H264. Et je ne pense pas qu'Apple puisse se permettre de parler au nom de ces derniers, qui sont par ailleurs suffisamment grands (et avides) pour lancer leurs propres procès tous seuls.
Et dernière remarque, quelle est l'intérêt (pour Apple j'entends bien) de partir à la chasse au theora, qui ne fais pas beaucoup de mal vue ses faibles perspectives, au moins à cours termes, pour devenir LE codec du html5 ??
[^] # Re: absence révélatrice: Xiph.org
Posté par FluffyHamster . En réponse au journal Google Summer of Code 2010. Évalué à 2.
Cela m'étonnerai beaucoup que microsoft ai choisit h264 sachant qu'ils poussent leur codec vc1 (globalement équivalent au h264, moins bien quand même) depuis un petit bout de temps déjà. Ils ont par exemple réussi à le faire accepter dans les bluerays, en plus du h262 et h264.
Ogg Theora n'a que sa liberté pour lui. Et c'est pour ça qu'il faut tout de même l'utiliser.
Il est moins bon, et il n'a pas tant de marge de progression que ça... Enfin pas jusqu'à poutrer h264 non...
Et puis d'ailleurs tout les trucs cool sont déjà brevetés !! Rendez vous bien compte de ça.
[^] # Re: D'un autre cote..
Posté par FluffyHamster . En réponse au journal Rediriger une sortie audio vers un serveur de streaming.. Évalué à 5.
PA est peut être encore bancale et buggé, mais il dispose de fonctionnalités dans tout les sens et d'une grosse marge de progression. Des choses que l'on avait pas avant :
- Volume par application
- Redirection d'un flux sur un autre (ex: rediriger la sortie de firefox sur la sortie micro pour enregistrer le son)
- Bluetooth en entré et sortie (ex: envoyer le son de son pc, ou d'une application seulement vers ses enceintes ou sa chaîne hifi bluetooth)
- Entré/Sortie du son sur le réseau, en divers formats (export PA, upnp, airtune...)
- etc
Donc sur le coup "merci PA", qui d'ailleurs ne ré-implémente que la couche de mixage sonore, et non pas la couche audio complète (les drivers restent inchangés dans alsa).
Pourquoi on se sent obligé de lui casser du sucre sur le dos ? Le "c'était mieux avant" n'apporte rien ici. A choisir entre un système de son moderne, tout neuf (avec parfois des inconvénients qui en découlent, et ben oui) ou la solution alsa avec son unique fonctionnalité (mixer le son) qui ne marchait pas plus que ça d'ailleurs... Franchement...
# Sympa ca
Posté par FluffyHamster . En réponse au journal Rediriger une sortie audio vers un serveur de streaming.. Évalué à 2.
DarkIce peut envoyer de l'audio vers des flux icecast, shoutcast, et quelques autres trucs, en divers formats).
DarkIce [http://code.google.com/p/darkice/]
[^] # Re: Et leur politique concernant les drivers ?
Posté par FluffyHamster . En réponse au journal GoogleOS / ChromeOS / minitel 2. Évalué à 2.
Le kernel du HTC Hero par exemple est un dérivé du kernel 2.6.27 d'android 1.5 (http://forum.xda-developers.com/showthread.php?t=575118 un bon point de départ) avec 3.4mo de patchs spécifiques !!.
Il semble qu'il ne soit pas entièrement complet. En tout cas les drivers tel que pour le trackball, l'accéléromètre, la camera, et peut être d'autres (wifi et bluetooth je sais pas trop) sont spécifiques au Hero et ne sont pas inclus upstream.
Pour adapter une rom Android plus récente, il est donc préférable de porter ses modifications au kernel de la rom que l'on souhaite lancer. Le travail semble être partit pour fournir un 2.6.29 "Hero".
# Et leur politique concernant les drivers ?
Posté par FluffyHamster . En réponse au journal GoogleOS / ChromeOS / minitel 2. Évalué à 6.
Vont ils obliger/encourage les fabricants qui développent de nouveaux drivers à contribuer upstream ? Car voilà enfin une occasion d'aider à résoudre un problème récurent avec notre noyau préféré, le manque de drivers libre venant directement des fabricants.
Vont ils mettre en place un système de drivers proprios dans cet OS ?
Sinon on aura encore un cas ou Google utilise linux sans vraiment de contreparties. Wait and See ou tout ça est déjà dis quelques part ?
Concernant le reste du système je ne me fais pas vraiment d'illusions, et de toute manière le reste semble trop spécifique ou de toute manière ne faisant pas l'objet de développement spécifique par Google pouvant être récupéré.
[^] # Re: debian
Posté par FluffyHamster . En réponse à la dépêche Xorg 7.5, xserver 1.7, xdc2009, passé, présent et avenir. Évalué à 4.
Sur archlinux les discussions sont en cours pour tenter de supprimer HAL au profit de devicekit et séparer polkit de HAL (version '1' de policikit, qui s'installe pour l'instant au coté de policykit, avec tout les fichiers de config en doubles...) mais ca devrai prendre du temps.
Gnome semble ok uniquement avec les *kit, KDE pas encore, et il reste un certain nombre de logiciels qui ne peuvent pas ce passer de HAL. Bref encore un peu de boulot pour clarifier le boulot dans toutes ces librairies.
[^] # Re: Xorg 7.5, xserver 1.7, xdc2009, passé, présent et avenir
Posté par FluffyHamster . En réponse à la dépêche Xorg 7.5, xserver 1.7, xdc2009, passé, présent et avenir. Évalué à 2.
Comme çà on peut utilisé l'accélération matériel sans trop de problème, tout fonctionne en direct rendering et il me semble qu'il n'y a pas de mode de fonctionnement client/serveur.
[^] # Re: MySQL
Posté par FluffyHamster . En réponse au journal Oracle rachète Sun. Évalué à 3.
Et maintenant ils seront donc "soumis" aux décisions venant de chez Oracle, le concurrent direct ? Quel intérêt aurait Oracle à laisser MySQL lui bouffer encore des parts de marcher ?
[^] # Re: La chance...
Posté par FluffyHamster . En réponse à la dépêche L'Université souhaite continuer à jouer un rôle actif dans l'écosystème du logiciel libre. Évalué à 1.
Ce que je déplore c'est que nous n'avons pas de cours, pas d'explications sur le logiciel libre et toute la culture associé. Le résultat est que... les gens qui ne savaient pas ce qu'était un logiciel libre en arrivant ne seront pas plus informés en sortant. Un peu léger quand on forme des "informaticiens".
Les PC sous Windows XP uniquement je ne trouve aucune excuses à cela, et les machines virtuels (Microsoft Virtual PC bien entendu) qui font tourner des Mandrake 9 (utilisées en TP) sans interfaces graphiques en 2009, désoler ça me choque. Et cela donne une tellement mauvaise image car les élèves, qui ne sont toujours pas informés et ne voient que cela de Linux, et bien assimilent directement cela à "Linux".
Gimp et Firefox sont en effet installés sur les PC de l'IUT Info. OOo non, et on m'a toujours refusé un autre format que le .doc (le pdf est bien heureusement accepté mais souvent avec la remarque "je peux pas modifier ton document merci de me le renvoyer en .doc").
Alors comme il a été dit plus haut, je pense en effet le blocage vient plus d'une histoire de personne que d'une politique de l'université. Néanmoins après deux ans passés à parler aux professeurs, non, la situation ne change et ne changera pas. Il ne faudrait peut être plus grand chose, alors à toi de prendre le relai ?