bon je vais encore me faire moinsser, le topic n' étant qu' une piste et non une réponse, mais j' y vais quant même :
regarde par là : http://acpica.org
Et oui, ce ne sont pas des tests de ma part, ils n' ont aucune valeur, de plus sont volontairement exagéré, pour grossir un trait : que Theora est bien plus gourmand en terme de poids final.
H264 quant à lui est plus gourmand en temps de calcul.
Entre temps de calcul et poids de stockage, nul doute que je choisirai plutot ce dernier critère comme critère principal, si j' avais à géré une ferme de machinstreaming.
Donc, désolé si mon message t' a paru comme étant "résultat de tests poussé" : ce n' est pas du tout le cas, simplement une illustration exagéré.
Avec ma collection de PowerPack Mandriva, puis en ajoutant la commande de www.yofrankie.org, la cotiz aux guls (en retard, zut) la cotiz à guses (en retard aussi, zut, et puis c' est pas libre pour certains). Plus bien entendu les éditions DVD USA de Debian, l' avant dernière OpenBSD, les magazines... je fait une belle affaire ;p
(mauvaise) blague à part, merci du relais de l' information, Patrick.
Un sujet délicat parceque complexe, mais toujours intéressants de lire de tel article, et vos commentaires derrières. Merci.
Purée, les modo : SVP remettez les pertinences à + de 10 possibles :))
C' est dommage, là. -> Pourquoi ne pas faire "au delà de 10, chaque nouvelle tranche de 10 vaut 1" ? :)
même vidéo, même qualité (réellement):
théora : 64mo
H264 : 9mo
C' est tout vu.
Par contre, l' avis défaitiste de Timaniac est plus que défaitiste, il me semble radical. Genre "ok c' est pas la peine, donc codant free pour un format proprio". Le lancer de troll pourrait répondre "normal pour quelqu' un de mono france"... :p Blague à part, si on ne peut qu' être d' accord avec con constat (le rapport poids pour une qualité identique entre H264 et theora est quant même édifiant !) ce n' est pas pour cela que le projet devrait "lacher l' affaire". Pourquoi ne pas imaginer un theora2 aussi performant en terme de poids/qualité, tout en conservant quasiment sa vitesse de compression ? Alors là, non seulement H264 aurait un rival de poids, mais en plus il serait surpasser en terme de besoin matériel pour le streaming. Et cela passe par des phases de développement (sens distribution / implentation) avant tout : que quelqu' un prenne le risque de le supporter et le soutienne, alors théora aura toutes ses chances. (pour le streaming, parceque pour d' autres usages il est déjà parfait). Ce quelqu' un prenant le risque ne peux qu' être la FSF ou la Fondation Mozilla, bref quelqu' un (personne morale) détaché d' une rentabilité immédiate. Mais qui peut être très rapidement rejoint par des industriels, si le format leur fait économiser... par exemple du matériel de compression / encodage sur leurs plateformes de streaming.
Mille fois merci, d' abord.
Eric, as tu pensé à poster la nouvelle sur les listes de diffusion ayant trait à la MAO avec gnu/linux ? Par exemple celle centrale de Linux Audio Developers et Linux Audio Users :
Celle devrait donner une belle visibilité à ton développement, auprès des utilisateurs chevronnés de linux pour l' audio, ainsi qu' auprès des developpeurs rendant notre chère plateforme si efficace dans ce contexte là aussi.
(...)
Bad page state in process 'java'
page:c19fa120 flags:0x40000000 mapping:c19fa130 mapcount:0 count:0
Trying to fix it up, but a reboot is needed
Backtrace:
Pid: 21464, comm: java Tainted: P B 2.6.26.6-1.rt11.1mdvsmp #1
(...)
[] ? rt_read_slowunlock+0x3b7/0x3d1
[] ? rt_mutex_down_read_trylock+0x19c/0x1a9
(...)
localhost kernel: page:c19f8558 flags:0x40000000 mapping:c19f8568 mapcount:0 count:0
Message from syslogd@ at Wed Oct 22 18:39:36 2008 ...
localhost kernel: Trying to fix it up, but a reboot is needed
toutes les 5 secondes pendant la compilation du bousin.
A titre perso, et avec beaucoup d' apprioris, certainement mal étayés, je préfere la plateforme NOKIA / QT. Maintenant, si Android s' ouvre autant que ça, hein, je passerai avec joie à Java.
Si tu y vois un quelconque intérêt, oui je peux te tenir au courant. Mais ne te méprend pas : n' étant pas dev. il s' agit juste d' un portage, tel que la doc fournit par Google semble d' ores et déjà le prévoir.
(Can't contact the database server: Too many connections (localhost))
Ca commence bien ! Un slashdot !
Superbe idée de la part des dev. d' ouvrir un forum d' échange avec leurs utilisateurs.
Tu ne rencontres pas de pb entre pulse et jack ?
Y a un gros soucis sur 2009 à ce sujet (je ne sais pas s' il a été reporté, désolé...) : Pulse peut, comme ça sans raison, passer tout sur les haut parleurs internes du PC (pcspk vu de alsa). En entrainant alsa avec lui... c' est pas formidable si on lances jack ensuite.
De plus ce bug est toujours présent : tu décoches dans draksound l' utilisation de pulse ... tu relances la session comme indiqué... mais si tu lances rythmbox par exemple, ben paf pulse est de retour.
Bref pulse est tellement intégré qu' il est difficile de s' en défaire sous 2009.
Le paradoxe est que Gnome de manière générale est de plus en plus jack-friendly (en tout cas des appli de gnome par défaut se tanke illico sur jack si ce dernier est lancé)
bref avec 2009 j' ai l' impression de faire un bond en arrière pour le son.
Et ce n' est pas de la mauvaise foi, j' ai trituré Pulse dans de nombreux sens avant de faire ces critiques : j' ai bien lu la doc de pulse, je l' ai configuré ensuite pour faire du "RT" mais rien à faire, ai bien tout vérifié sa conf son utilisation de shm itou itou...j' ai toujours affaire à une bouse :
Pulse consomme jusqu' à 15% du cpu (2 cpu Xeon 3.06ghz hein...) et 20% de ram (3giga de ecc, hein) ... tout ça pour me permettre de régler facilement le volume sur 2 applis différentes... une honte ce truc par rapport aux perfs de jack.
Que manque t il à jack ? rien en lui même. Une bonne intégration de la part des distributions et une belle GUI comme Gnome sait les faire : simple et efficace. (qjackctl étant complexe pour un néophite et ne présentant pas certaines fonctions 'basiques' que sait faire jack : volume gain et effets, réunion de canaux, traitement différentiel d' applications, etc etc)
Bonjour FRLinux
Serait il possible d' enrichir ton test ? Peux t on te soumettre des textes, des vidéos de bureaux, des photos afin de les intégrer sur ton site ?
Cela peux aller de la découverte de l' outil Dolphin et de ses possibilités, de Plasma et de ses possibilités, du bureau Gnome et de ses nouveautés. Aussi de l' utilisation des drakxtools en vidéo, jusqu' à des critiques acerbes sur des points précis.
Bref quelque chose qui essaye de rester objectif et neutre.
Ouaih ouaih. C' est vraiment génial.
Au fait c' est donné en upstream pour PAM cette possibilité (because 'time' a un manque que Mandriva comble. Et je suppose qu' il ont écrit une biblio pour PAM. Non ?)
En tout cas, drakguard est un outil absolument fantastique. c' est typiquement le genre qu' il est j' espère facile de porter sur d' autres distributions...
Sur le cpu, oui
mais voir la diff entre autonomie d' un laptop avec et sans les effets (compiz ou kde4 : pareil)... donc ça consomme (et sacrément) quelque part... faudrait peut être surveiller ton gpu plutôt que le cpu ;)
# acpi ?
Posté par bubar🦥 . En réponse au message Utiliser /sys pour la gestion d'énergie/événement?. Évalué à 3.
regarde par là :
http://acpica.org
Cdlt
# ...
Posté par bubar🦥 . En réponse au journal Voice2MIDI : Publication en libre d'un module de reconnaissance de notes de musique chantées. Évalué à 1.
# où sont les femmes ...
Posté par bubar🦥 . En réponse à la dépêche 2% de femmes dans le développement de logiciel libre - 10 propositions pour y remédier. Évalué à -6.
linuxfr -> en dessous de cette moyenne, déjà peu glorieuse ?
c' est vendredi :p
# xinit
Posté par bubar🦥 . En réponse au message startx sans installation de xdm ou gdm. Évalué à 1.
xinit -- :0
un Xterm se lance seul sur Xorg, sans wm
de là tu tapes ton startfluxbox
tu peux te créer un tit fichier d' init adapté, avec autologin, si tu préfères de mode, pas de "dm", et X en rootless.
Cdlt
[^] # Re: Marche pô très bien
Posté par bubar🦥 . En réponse à la dépêche Test de la Mandriva Linux 2009.0. Évalué à 2.
Mais pas besoin ... d' avoir besoin du driver nvidia pour fait ça ;)
[^] # Re: html, xhtml...
Posté par bubar🦥 . En réponse au journal Firefox 3.1et le support natif de Theroa/Vorbis. Évalué à 3.
H264 quant à lui est plus gourmand en temps de calcul.
Entre temps de calcul et poids de stockage, nul doute que je choisirai plutot ce dernier critère comme critère principal, si j' avais à géré une ferme de machinstreaming.
Donc, désolé si mon message t' a paru comme étant "résultat de tests poussé" : ce n' est pas du tout le cas, simplement une illustration exagéré.
Cdlt.
ps : Cortado est d' enfer.
ps2: je peux pas pertinenter ton message ( https://linuxfr.org/~ota_fan/27380.html à manger tout mes votes :))
# he beh
Posté par bubar🦥 . En réponse au journal Quelle est la valeur d'une distribution Linux ?. Évalué à 2.
(mauvaise) blague à part, merci du relais de l' information, Patrick.
Un sujet délicat parceque complexe, mais toujours intéressants de lire de tel article, et vos commentaires derrières. Merci.
[^] # Re: Une perle
Posté par bubar🦥 . En réponse au journal Jayce est de retour ! (Alléluia). Évalué à 4.
C' est dommage, là. -> Pourquoi ne pas faire "au delà de 10, chaque nouvelle tranche de 10 vaut 1" ? :)
[^] # Re: Une perle
Posté par bubar🦥 . En réponse au journal Jayce est de retour ! (Alléluia). Évalué à 3.
blague à part, ce journal m' a fait péter mon droit de "vote" pertinent/inutile journalier, le tout en moins de 2 mn.
Merci :)
[^] # Re: html, xhtml...
Posté par bubar🦥 . En réponse au journal Firefox 3.1et le support natif de Theroa/Vorbis. Évalué à 2.
mes doigts sont aller trop vite, ou plutôt on dérapés. Désolé.
[^] # Re: html, xhtml...
Posté par bubar🦥 . En réponse au journal Firefox 3.1et le support natif de Theroa/Vorbis. Évalué à 4.
théora : 64mo
H264 : 9mo
C' est tout vu.
Par contre, l' avis défaitiste de Timaniac est plus que défaitiste, il me semble radical. Genre "ok c' est pas la peine, donc codant free pour un format proprio". Le lancer de troll pourrait répondre "normal pour quelqu' un de mono france"... :p Blague à part, si on ne peut qu' être d' accord avec con constat (le rapport poids pour une qualité identique entre H264 et theora est quant même édifiant !) ce n' est pas pour cela que le projet devrait "lacher l' affaire". Pourquoi ne pas imaginer un theora2 aussi performant en terme de poids/qualité, tout en conservant quasiment sa vitesse de compression ? Alors là, non seulement H264 aurait un rival de poids, mais en plus il serait surpasser en terme de besoin matériel pour le streaming. Et cela passe par des phases de développement (sens distribution / implentation) avant tout : que quelqu' un prenne le risque de le supporter et le soutienne, alors théora aura toutes ses chances. (pour le streaming, parceque pour d' autres usages il est déjà parfait). Ce quelqu' un prenant le risque ne peux qu' être la FSF ou la Fondation Mozilla, bref quelqu' un (personne morale) détaché d' une rentabilité immédiate. Mais qui peut être très rapidement rejoint par des industriels, si le format leur fait économiser... par exemple du matériel de compression / encodage sur leurs plateformes de streaming.
non ?
mes 2 cents.
# LAD / LAU
Posté par bubar🦥 . En réponse au journal Voice2MIDI : Publication en libre d'un module de reconnaissance de notes de musique chantées. Évalué à 2.
Mille fois merci, d' abord.
Eric, as tu pensé à poster la nouvelle sur les listes de diffusion ayant trait à la MAO avec gnu/linux ? Par exemple celle centrale de Linux Audio Developers et Linux Audio Users :
http://lad.linuxaudio.org/subscribe/lau.html
Celle devrait donner une belle visibilité à ton développement, auprès des utilisateurs chevronnés de linux pour l' audio, ainsi qu' auprès des developpeurs rendant notre chère plateforme si efficace dans ce contexte là aussi.
Cordialement.
[^] # Re: Impressionnant
Posté par bubar🦥 . En réponse à la dépêche Android désormais disponible et libre. Évalué à 5.
(...)
Bad page state in process 'java'
page:c19fa120 flags:0x40000000 mapping:c19fa130 mapcount:0 count:0
Trying to fix it up, but a reboot is needed
Backtrace:
Pid: 21464, comm: java Tainted: P B 2.6.26.6-1.rt11.1mdvsmp #1
(...)
[] ? rt_read_slowunlock+0x3b7/0x3d1
[] ? rt_mutex_down_read_trylock+0x19c/0x1a9
(...)
localhost kernel: page:c19f8558 flags:0x40000000 mapping:c19f8568 mapcount:0 count:0
Message from syslogd@ at Wed Oct 22 18:39:36 2008 ...
localhost kernel: Trying to fix it up, but a reboot is needed
toutes les 5 secondes pendant la compilation du bousin.
[^] # Re: Combinés
Posté par bubar🦥 . En réponse à la dépêche Android désormais disponible et libre. Évalué à 3.
http://www.uniconsys.com/index.php/platforms/products-hermes
Ou encore celui là :
http://www.samsung.com/cn/consumer/detail/detail.do?group=mo(...)
Ou encore la dernière génération de Motorola.
A titre perso, et avec beaucoup d' apprioris, certainement mal étayés, je préfere la plateforme NOKIA / QT. Maintenant, si Android s' ouvre autant que ça, hein, je passerai avec joie à Java.
[^] # Re: Androïd <-> Openmoko ?
Posté par bubar🦥 . En réponse à la dépêche Android désormais disponible et libre. Évalué à 2.
[^] # Re: Impressionnant
Posté par bubar🦥 . En réponse à la dépêche Android désormais disponible et libre. Évalué à 2.
[^] # Re: Impressionnant
Posté par bubar🦥 . En réponse à la dépêche Android désormais disponible et libre. Évalué à 5.
[^] # Re: database trouble
Posté par bubar🦥 . En réponse à la dépêche Petits nouveaux autour de KDE. Évalué à 1.
# database trouble
Posté par bubar🦥 . En réponse à la dépêche Petits nouveaux autour de KDE. Évalué à 2.
Ca commence bien ! Un slashdot !
Superbe idée de la part des dev. d' ouvrir un forum d' échange avec leurs utilisateurs.
# mandriva
Posté par bubar🦥 . En réponse au journal La Russie en a marre des Licences Windows. Évalué à 0.
tiens je croyais que mandriva était certifiée toussa ...
bonne nouvelle, merci du fw
[^] # Re: Avis 2009.0
Posté par bubar🦥 . En réponse à la dépêche Test de la Mandriva Linux 2009.0. Évalué à 2.
Tu ne rencontres pas de pb entre pulse et jack ?
Y a un gros soucis sur 2009 à ce sujet (je ne sais pas s' il a été reporté, désolé...) : Pulse peut, comme ça sans raison, passer tout sur les haut parleurs internes du PC (pcspk vu de alsa). En entrainant alsa avec lui... c' est pas formidable si on lances jack ensuite.
De plus ce bug est toujours présent : tu décoches dans draksound l' utilisation de pulse ... tu relances la session comme indiqué... mais si tu lances rythmbox par exemple, ben paf pulse est de retour.
Bref pulse est tellement intégré qu' il est difficile de s' en défaire sous 2009.
Le paradoxe est que Gnome de manière générale est de plus en plus jack-friendly (en tout cas des appli de gnome par défaut se tanke illico sur jack si ce dernier est lancé)
bref avec 2009 j' ai l' impression de faire un bond en arrière pour le son.
Et ce n' est pas de la mauvaise foi, j' ai trituré Pulse dans de nombreux sens avant de faire ces critiques : j' ai bien lu la doc de pulse, je l' ai configuré ensuite pour faire du "RT" mais rien à faire, ai bien tout vérifié sa conf son utilisation de shm itou itou...j' ai toujours affaire à une bouse :
Pulse consomme jusqu' à 15% du cpu (2 cpu Xeon 3.06ghz hein...) et 20% de ram (3giga de ecc, hein) ... tout ça pour me permettre de régler facilement le volume sur 2 applis différentes... une honte ce truc par rapport aux perfs de jack.
Que manque t il à jack ? rien en lui même. Une bonne intégration de la part des distributions et une belle GUI comme Gnome sait les faire : simple et efficace. (qjackctl étant complexe pour un néophite et ne présentant pas certaines fonctions 'basiques' que sait faire jack : volume gain et effets, réunion de canaux, traitement différentiel d' applications, etc etc)
Une page qui j' espère t' intéressera :
http://wiki.mandriva.com/fr/ProAudio
Cdlt
[^] # Re: Une vidéo
Posté par bubar🦥 . En réponse à la dépêche [Toulibre] Présentation de Linux embarqué et rencontre bi-mensuelle. Évalué à 2.
(...)
c' est vendredi
# ajouts ?
Posté par bubar🦥 . En réponse à la dépêche Test de la Mandriva Linux 2009.0. Évalué à 5.
Serait il possible d' enrichir ton test ? Peux t on te soumettre des textes, des vidéos de bureaux, des photos afin de les intégrer sur ton site ?
Cela peux aller de la découverte de l' outil Dolphin et de ses possibilités, de Plasma et de ses possibilités, du bureau Gnome et de ses nouveautés. Aussi de l' utilisation des drakxtools en vidéo, jusqu' à des critiques acerbes sur des points précis.
Bref quelque chose qui essaye de rester objectif et neutre.
[^] # Re: Avantages
Posté par bubar🦥 . En réponse à la dépêche Test de la Mandriva Linux 2009.0. Évalué à 2.
Au fait c' est donné en upstream pour PAM cette possibilité (because 'time' a un manque que Mandriva comble. Et je suppose qu' il ont écrit une biblio pour PAM. Non ?)
En tout cas, drakguard est un outil absolument fantastique. c' est typiquement le genre qu' il est j' espère facile de porter sur d' autres distributions...
[^] # Re: Il dit qu'il voit pas le rapport
Posté par bubar🦥 . En réponse à la dépêche Test de la Mandriva Linux 2009.0. Évalué à 2.
mais voir la diff entre autonomie d' un laptop avec et sans les effets (compiz ou kde4 : pareil)... donc ça consomme (et sacrément) quelque part... faudrait peut être surveiller ton gpu plutôt que le cpu ;)