bubar🦥 a écrit 6946 commentaires

A 65 euros la carte mère intel avec pouce atom HT 320 + cg
Ou 85 la même mais avec atom dual core 330 + cg
franchement, un autoradio... ;)

Bon sinon, si tu souhaites plutôt avoir un produit fini (ie : ne pas avoir un peu de bricolage à faire), pourquoi ne pas regarder le support FLAC ? c' est loseless et libre, de plus on trouve bien plus d' appareils sachant les lire (et de nombreux sachant le faire sans que cela soit marqué sur la boite, exemple : un autoradio "mp3" origine allemagne, acheté chez un discounter, offert l' an dernier sait lire le Flac, et c' était marqué nul part)
http://flac.sourceforge.net/links.html#hardware

Cdlt

il me semblait pertinent de pointer cela, parceque tu ressembles plus à un 'poweruser' (Debian, Gentoo, recompilation de kernel) donc pointer vers des pistes intérressantes (surtout en ce moment où acpica s' implémente vraiment partout : NetBSD, FreeBSD, les Linux mobiles, les workstaitons Linux). Cela bien sûr n' est pas une réponse à ton questionnement (j' avais prévenu) mais une piste, de la doc à lire, pour peut être en savoir plus d' une part, et avoir d' autres pistes, que simplement "option acpi deprecated" dans le noyau d' autre part.
hum, excuse moi.
Cdlt

L' idée me semblait pertinente.
Peux tu expliquer un peu, pointer des liens, plutôt que ton simple "ridicule" ?

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

Cdlt

Purée, on va pouvoir siffler la Marseillaise dans les stades ...

223 commentaires sur ce fil, et pas un seul commentaire féminin.

linuxfr -> en dessous de cette moyenne, déjà peu glorieuse ?

c' est vendredi :p

runlevel 3
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

+1
Mais pas besoin ... d' avoir besoin du driver nvidia pour fait ça ;)

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é.

Cdlt.

ps : Cortado est d' enfer.
ps2: je peux pas pertinenter ton message ( https://linuxfr.org/~ota_fan/27380.html à manger tout mes votes :))

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" ? :)

Peut être parceque tu avais moins d' assurance que lui ? ;p

blague à part, ce journal m' a fait péter mon droit de "vote" pertinent/inutile journalier, le tout en moins de 2 mn.

Merci :)

le constat n' est pas con.
mes doigts sont aller trop vite, ou plutôt on dérapés. Désolé.

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.

non ?
mes 2 cents.

Bonjour

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.

C' est pas gagné pour moi ... :

(...)
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.

Ben celui ci par exemple :
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.

Enorme :D

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.

Et hop, je passe ma semaine à balancer Android sur un netbook acer aspire one 110 aba.

Ca existe encore les emails ? :p

(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.

altlinux ?
tiens je croyais que mandriva était certifiée toussa ...

bonne nouvelle, merci du fw

Bonjour Crypto

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

La France on l' aime ou on la quitte
(...)
c' est vendredi