Ne borne pas ton jugement à cela, ça serait dommage.
PulseAudio est une première belle tentative réussi d' unification de la gestion du son sous Linux.
Comme tout amateur de MAO, Jack proposait déjà toutes les options de PulseAudio. Mais le propos n' est pas de comparer ou opposer les deux. A la limite de regretter que Jack n' est pas eu le support de la communauté, pour le finir et le rendre "user friendly" (effectivement 1 canal par appli et non un canal par canal sonore. Mais aussi l' intégré : ie : pas besoin de qjackctl, simplement un mixeur. Etc etc). Donc les amateurs de MAO continueront d' utiliser Jack. Et même s' ils ont l' impression qu' on passé là à côté de quelque chose d' énorme... C' est comme ça.
L' essentiel est que le son avance... même s' il n' est pas à sa vitesse de croisière ;) :p
ps en forme de bémol : Avec les noyaux récents, nul besoin d' un kernel-RT pour la MAO (ceci est encore plus vrai qu' auparavant). Le seul cas où un -RT fera la différence c' est le cas d' une utilisation intensive en studio d' enregistrements multi (-multi..) pistes.
Pour tout les autres cas, Jack peux se lancer en -RT sans aucun soucis, sur un noyau par défaut récent. Reste simplement à ajuster la latence maximale attendue (là encore pas besoin de chercher le 0 xrun avec 'la plus faible latence' possible... mais plus simplement une bonne adéquation entre le besoin (l' usage), la machine et le système. voilà tout. Et ça, aucune distro MAO ne peut le déviner : ça fait forcément parties des choses que l' on adapte soi même.
PulseAudio intègre des options intéressantes concernant une configuration possible pour la faible latence. Mais sa fonciton intrinsèque est peut être un peu contradictoire avec cette option.. d' ailleurs à l' usage... Par contre il peut venir en complément pour gérer des options / applications ne prenant pas nativement Jack. (elles sont rares aujourdhui...) Mais là encore, un bon SDL fera bien mieux son office que PA. (bien que pas la même fonction, dans les faits...). Mieux vaut, sincèrement, un système full-jack.
Pour ce qui est d' une distribution spécialisé MAO, ce n' est peut être pas la peine (à moins de vouloir soutenir un projet, par exemple RoseGarden en achetant un dvd de Studio to Go ). Car les distributions spécialisées audio nécessitent aussi d' être tunées (du moins je n' en connais pas sur laquelle tout vien vraiment tout prêt). Par exemple, Ubuntu-Studio n' installe pas par défaut un kernel-rt, mais un kernel simple, avec les options de bases pour la faible latence (et encore). Donc tu devra utiliser le kernel-rt séparement. Sur cette Ubuntu-Studio tu devra également très certainement adapté ton .asoundrc afin d' y tanker un périphérique alsa virtuel renvoyant vers jack (...)
Idem pour JackLab (SuSe) (qui semble un peu morte ? pourtant une SuSe serait le plus logique, non ? vu le gros travail fait sur Alsa entre autre, et les constructeurs allemands de cartes sons pro supportant parfaitement linux)
Bref, une "distribution orientée MAO" se contente souvent d' installer un choix de logiciels. C' est très bien et permet de démontrer que GNU/Linux et les logiciels libres peuvent convenir à un usage de ce type, même professionnel.
Mais sincèrement, toutes les distributions peuvent facilement se transformer en MAO, par exemple :
tu peux ajouter les dépôts "Studio" à une Ubuntu.
Les dépôts CCRMA à une Fedora.
Les dépôts "jackslab" à une SuSe.
Mandriva intègre dans Contrib tout le nécessaire à la MAO.
Configure toi plutôt ta distribution ;) ça ne prends pas plus de temps. Et créeait peut être un utilisateur spécifique ;) Voilà tout.
Pas un troll. Et je ne rale nullement. C' est d' ailleurs pourquoi j' utilise "souvenez vous", parceque mon bureau est Kde4 ou Gnome, plus de temps en kde4.
Non de nombreuses fonctions ne sont pas implantées. Il est facile et fastidieux de toutes les citées, écrivant de fil, ce sont celles auquelles j' ai pensé, simplement. Et je ne critique pas kde4.
Je n' ai pas non plus dénigré l' ergonomie. Au contraire, le fait qu' un bureau par défaut présente d' excellentes fonctions pour tous est un plus fantastique évident.
Pour reprendre Gof "Les dévelopeurs viendront implémenter les fonctionalités qui leur manquent.". Je comprends les sens. Plasma justement, n' est il pas un bel exemple de réussite de logiciel tourné vers nous, les utilisateurs ?
Enfin, ce n' était nullement un "les fonctions manquantes de kde4". Parceque cela serait bien malvenu d' une part. Et que d' autre part je ne souhaitais pas non plus regretter tel ou tel élément.
Simplement de se demander si plus de monde ne pouvait se retrouver autour d' une solution leur convenant parceque modulable. quoi rtfm freedesktop ? tiens justement j' y vais ...
pour le mdp grub, on peux le faire dès l' installation. (tout comme une RedHat)
pour protéger l' init 1, c' est dans draksec ;)
et regarde le nouveau "control parental", il y aussi des choses très sympa à faire.
aussi le nouvel onglet de draksec, permettant de facilement dire "telle chose tel mdp" ...
Mandriva c' est très sympa de ce côté là. Rendre Linux vraiment user-friendly.
PAM permet ensuite de faire des choses surprenantes, par la suite.
exemples courants :
_ n' autoriser su que pour le tel groupe (wheel souvent)
_ définir donc limiter le nombre de connections autorisées pour tel et tel utilisateur. (connections locales. distantes)
_ définir les ressources maximales possibles (quantité de mémoire vive par exemple) pour tel utilisateur.
_ définir les priorités pour tel utilisateur
_ définir les heures d' ouverture de connections de tel utilisateur.
Reportez vous à la documentation de PAM chez SUN ou chez votre distributeur GNU/Linux ;)
Pour ceux souhaitant aller encore plus loin, il y a la nouvelle fonction CGROUP intégrée aux derniers noyaux. Là on peux carrément dire "tel Cgroup [ie : pas un groupe unix] à droit d' utiliser tant de % de tel processeur... effroyable ;) Long, très long à configurer, mais effroyable...
Sans vouloir nullement troller, ce type d' accord ressemble drolement à un SCA (typique des contrib. SUN) sauf qu' il est ici adossé à la GPL (et non à la CDLL).
Non ?
Perso je n' en sais rien, est ce mieux d' avoir une multitude d' auteurs (avec les difficultés que cela peux représenter lors du passage d' une version de livense à une autre) ou tout délégué à un organisme ? Je crois quant même pencher pour le bazar de ce côté là...
(Qui ne s' est jamais dit :" ouaih ce logiciel est fantastique et me sert tout les jours, je vais contribuer par qq lignes sous une fausse identité pour être [quasi] sûr qu' il restera toujours libre"...) okok je connais le chemin, j' ai vu la porte
Ca va bientôt faire 4 ans que mon PC est sous Ubuntu (à l'époque, Debian me tentait, mais j'osais pas), . Et depuis mes premiers pas sous Linux avec Mandrake, j'ai fait du chemin et eu l'occasion d'administrer des RHEL, des Debian...
et j'ai décidé d'opter pour une Zenwalk 5.2. Légère, simple (au sens unix du terme)
Installé une zenwalk après des années d' expérience -> pas crédible
quoi, trop gros ? mouah c' est vendredi
tout le monde à picoler ce midi
Bon sérieusement, jette un oeil à Moblin ;) tu sera pas déçu pour ton Acer One.
Vivement la v2 !!!!!!!!!! (du constructeur de distro moblin-base)
En 2 mots : si c' est vraiment entièrement libre, on peux (ou pourra, par ajout d' un hack) non pas être obliger d' utiliser "cette borne gsm" mais plutot "celle là .. là bas.." hein. hein dites :p okok je suis déjà dehors
Merci pour cette nouvelle !
Mais bien qu' étant de ceux "attendant avec une certaine impatience" Android : est il "entièrement libre" ? sur de sur ? Il ,me semblait que les dev. externes et contributeurs ne pouvaient pas avoir accès au kernel-land ? qu' en est il exactement ?
Normal que je ne dise rien sur les algos utilisés : pas de maitrise du sujet.
Me contente de donner un exemple d' une mini mini chaine de traitement vidéo telle que peuvent la rencontrer de nombreux utilisateurs comme moi...
ps hors sujet : aurais tu une adresse où l' on puisse lire tes BD ? (si je me trompe pas de personne). Une adresses qui permette d' avoir tes strips & BD sur le bureau (un peu comme celle de userfriendly). D' avance, merci.
La dé_synchronisation son/vidéo intervient souvent lorsqu' on enregistre la télé cable(/adsl) par exemple. (courant aux USA et aux Canada semble t il...). La diffusion saute (effets de pixelisation / gel bref / autre ) et le decodeur s' en fout.
Par contre lorsqu' on récupère cette vidéo et qu' on la transcode dans un autre format il est courant d' obtenir ce décalage son/images/
Ce n' est pas pénalisant si on regarde son film sur son ordi, ou un Mplayer permet de gérer le décalage son/image comme on veut quant on veux... Par contre c' est pas joli :p et ch**** si on regarde cette galette sur une platine de salon ...
Avidemux_{qt4,gtk} permet de reprendre ceci assez facilement, le plus dur étant de quantifier le décalage en milliseconde à vue de nez. (!) Ca marche à tout les coups et en 2 clicks. Perso je préfère la solution Avidemux_qt4 à ProjectX.
Bonsoir
le précédent message n' était quasiment qu' un gros troll velu. C' est un peu tout les jours vendredi en congès...et la bonne humeur aidant... Bref désolé.
n' existe t il pas d' autre méthodes pour X11 (gtk+ aussi) et le framebuffer ? Par exemple : http://directfb.org
Pas utilisable en l' état sur ce matériel ?
FreeBSD utilise aussi le même firmware non libre. (OpenBSD... l' autorise t il ? :p )
Mais les choses devraient rapidement s' améliorer de ce côté là également (Atheros venant de déclarer mettre sous licence Opensource l' ensemble de ses codes pour certaines cartes, pour commencer ;) )
Le résultat est parfait.
Mise à jour 2008.1->cooker
Reboot
Bureau KDE4.1 immédiat, avec la conf' précédente gardée (celle de kde 3.5.9, avec les applet superkaramba) et relancé sur 4.1. Surprenant.
Tout fonctionne au poil.
Et le blob nvidia aussi. (snif? youpi?)
Vous ne rencontrerez pas de difficultés majeures, y compris sur un système ou de très nombreux paquets additionnels ont été installés.
Lancez le process d' update, puis reprenez la si des paquets recalcitrants font échouer l' update.
Exemple :
urpmi --auto-update
-> mise à jour des listes
-> déduction des mises à jour et des dépendances
-> demande de confirmation
-> lancement du process
-> arrêt pour cause d' échec sur :
"le fichier /usr/share/apps/kget/kgetui.rc de l'installation de kget-4.1.0-4mdv2009.0.i586 entre en conflit avec le fichier du paquetage kdenetwork-kget-3.5.9-1mdv2008.1.i586"
Désintaller simplement kdenetwork-kget puis relancez :
urpmi --auto-select
idem pour "libkipi.so.5 est nécessaire pour kipi-plugins-0.2.0-0.824094.2mdv2009.0.i586" -> supprimer kipi-plugins -> relancez urpmi --auto-select
idem pour "/usr/share/locale/fr/LC_MESSAGES/kmobiletools.mo de l'installation de kde4-l10n-fr-4.1.0-1mdv2009.0.noarch entre en conflit avec le fichier du paquetage kmobiletools-0.5.0-0.beta3.5mdv2008.1.i586" -> désintaller kmobiletools --> relancez urpmi --auto-select
Voilà, seuls quelques paquets annexes peuvent "poser problèmes" : il suffit de désinstaller ces paquets pour continuer le process de mise à jour.
On pourra noter aussi que le passage vers cooker étant forcément long, il est possible que pendant ce process les paquets dispo sur les miroirs aient changés :) N' oubliez pas d' utiliser urpmi --auto-update (qui mettra à jour les listes de rpm dispos).
Dans le même registre, le site eaysurpmi.zarb.org utilise aujourdhui api.mandriva.com (ce qui est plus que pratique !!!)-> Mais pour cooker : étant par nature très changeante, il arrive que des mirroirs ne soient pas tous à jour pil en même temps. Préférez alors peut être l' ancienne interface de easyurpmi.zarb.org pour indiquer un miroir, et un seul, dont vous êtes sûr. http://easyurpmi.zarb.org/old/
Pour terminer votre "installation/mise à jour" de 2008.1 vers Cooker, n' oubliez pas de ré-installer les paquets désinstallés (si vous souhaitez retrouver kipi-plugins par exemple) et d' éventuellement nettoyer les rpm devenus orphelins avec urpme --auto-orphan.
[^] # Re: Un desktop et des applications "basique" avec un système d'extensio
Posté par bubar🦥 . En réponse au journal kde 3.x, ergonomie & bureaux modernes. Évalué à 2.
http://forum.mandriva.com/viewtopic.php?p=536073#535099
Cdlt
[^] # Re: aujourd'hui, c'est vendredi -4
Posté par bubar🦥 . En réponse à la dépêche GNOME 2.24 approche. Évalué à 1.
PulseAudio est une première belle tentative réussi d' unification de la gestion du son sous Linux.
Comme tout amateur de MAO, Jack proposait déjà toutes les options de PulseAudio. Mais le propos n' est pas de comparer ou opposer les deux. A la limite de regretter que Jack n' est pas eu le support de la communauté, pour le finir et le rendre "user friendly" (effectivement 1 canal par appli et non un canal par canal sonore. Mais aussi l' intégré : ie : pas besoin de qjackctl, simplement un mixeur. Etc etc). Donc les amateurs de MAO continueront d' utiliser Jack. Et même s' ils ont l' impression qu' on passé là à côté de quelque chose d' énorme... C' est comme ça.
L' essentiel est que le son avance... même s' il n' est pas à sa vitesse de croisière ;) :p
Vivement la jack-integration-touch ;)
mes 2 cents. (désolé)
[^] # Re: aujourd'hui, c'est vendredi -4
Posté par bubar🦥 . En réponse à la dépêche GNOME 2.24 approche. Évalué à 2.
Pour tout les autres cas, Jack peux se lancer en -RT sans aucun soucis, sur un noyau par défaut récent. Reste simplement à ajuster la latence maximale attendue (là encore pas besoin de chercher le 0 xrun avec 'la plus faible latence' possible... mais plus simplement une bonne adéquation entre le besoin (l' usage), la machine et le système. voilà tout. Et ça, aucune distro MAO ne peut le déviner : ça fait forcément parties des choses que l' on adapte soi même.
Cordialement.
[^] # Re: aujourd'hui, c'est vendredi -4
Posté par bubar🦥 . En réponse à la dépêche GNOME 2.24 approche. Évalué à 4.
PulseAudio intègre des options intéressantes concernant une configuration possible pour la faible latence. Mais sa fonciton intrinsèque est peut être un peu contradictoire avec cette option.. d' ailleurs à l' usage... Par contre il peut venir en complément pour gérer des options / applications ne prenant pas nativement Jack. (elles sont rares aujourdhui...) Mais là encore, un bon SDL fera bien mieux son office que PA. (bien que pas la même fonction, dans les faits...). Mieux vaut, sincèrement, un système full-jack.
Pour ce qui est d' une distribution spécialisé MAO, ce n' est peut être pas la peine (à moins de vouloir soutenir un projet, par exemple RoseGarden en achetant un dvd de Studio to Go ). Car les distributions spécialisées audio nécessitent aussi d' être tunées (du moins je n' en connais pas sur laquelle tout vien vraiment tout prêt). Par exemple, Ubuntu-Studio n' installe pas par défaut un kernel-rt, mais un kernel simple, avec les options de bases pour la faible latence (et encore). Donc tu devra utiliser le kernel-rt séparement. Sur cette Ubuntu-Studio tu devra également très certainement adapté ton .asoundrc afin d' y tanker un périphérique alsa virtuel renvoyant vers jack (...)
Idem pour JackLab (SuSe) (qui semble un peu morte ? pourtant une SuSe serait le plus logique, non ? vu le gros travail fait sur Alsa entre autre, et les constructeurs allemands de cartes sons pro supportant parfaitement linux)
Bref, une "distribution orientée MAO" se contente souvent d' installer un choix de logiciels. C' est très bien et permet de démontrer que GNU/Linux et les logiciels libres peuvent convenir à un usage de ce type, même professionnel.
Mais sincèrement, toutes les distributions peuvent facilement se transformer en MAO, par exemple :
tu peux ajouter les dépôts "Studio" à une Ubuntu.
Les dépôts CCRMA à une Fedora.
Les dépôts "jackslab" à une SuSe.
Mandriva intègre dans Contrib tout le nécessaire à la MAO.
Configure toi plutôt ta distribution ;) ça ne prends pas plus de temps. Et créeait peut être un utilisateur spécifique ;) Voilà tout.
Ici par exemple, pour Mandriva, tu trouvera certainement des éléments utiles de configuration :
http://linuxmao.org/tikiwiki/tiki-index.php?page=Mandriva&am(...)
--> http://wiki.mandriva.com/fr/ProAudio
De manière similaire pour chacune des distros.
Cordialement.
[^] # Re: Mauvais troll.
Posté par bubar🦥 . En réponse au journal kde 3.x, ergonomie & bureaux modernes. Évalué à 3.
Non de nombreuses fonctions ne sont pas implantées. Il est facile et fastidieux de toutes les citées, écrivant de fil, ce sont celles auquelles j' ai pensé, simplement. Et je ne critique pas kde4.
Je n' ai pas non plus dénigré l' ergonomie. Au contraire, le fait qu' un bureau par défaut présente d' excellentes fonctions pour tous est un plus fantastique évident.
Pour reprendre Gof "Les dévelopeurs viendront implémenter les fonctionalités qui leur manquent.". Je comprends les sens. Plasma justement, n' est il pas un bel exemple de réussite de logiciel tourné vers nous, les utilisateurs ?
Enfin, ce n' était nullement un "les fonctions manquantes de kde4". Parceque cela serait bien malvenu d' une part. Et que d' autre part je ne souhaitais pas non plus regretter tel ou tel élément.
Simplement de se demander si plus de monde ne pouvait se retrouver autour d' une solution leur convenant parceque modulable. quoi rtfm freedesktop ? tiens justement j' y vais ...
Cdlt
[^] # Re: C'est fait pour !
Posté par bubar🦥 . En réponse au journal Ubuntu pas très sécurisée.... Évalué à 3.
pour protéger l' init 1, c' est dans draksec ;)
et regarde le nouveau "control parental", il y aussi des choses très sympa à faire.
aussi le nouvel onglet de draksec, permettant de facilement dire "telle chose tel mdp" ...
Mandriva c' est très sympa de ce côté là. Rendre Linux vraiment user-friendly.
PAM permet ensuite de faire des choses surprenantes, par la suite.
exemples courants :
_ n' autoriser su que pour le tel groupe (wheel souvent)
_ définir donc limiter le nombre de connections autorisées pour tel et tel utilisateur. (connections locales. distantes)
_ définir les ressources maximales possibles (quantité de mémoire vive par exemple) pour tel utilisateur.
_ définir les priorités pour tel utilisateur
_ définir les heures d' ouverture de connections de tel utilisateur.
Reportez vous à la documentation de PAM chez SUN ou chez votre distributeur GNU/Linux ;)
Pour ceux souhaitant aller encore plus loin, il y a la nouvelle fonction CGROUP intégrée aux derniers noyaux. Là on peux carrément dire "tel Cgroup [ie : pas un groupe unix] à droit d' utiliser tant de % de tel processeur... effroyable ;) Long, très long à configurer, mais effroyable...
Cdlt
[^] # Re: Vite KDE sous license BSD ou MIT!
Posté par bubar🦥 . En réponse à la dépêche KDE adopte la FLA de la FSFE. Évalué à 3.
refs:
https://linuxfr.org//2004/05/19/16305.html
http://fr.wikipedia.org/wiki/Nessus_(logiciel)
http://www.nessus.org/plugins/index.php?view=newest
Sans vouloir nullement troller, ce type d' accord ressemble drolement à un SCA (typique des contrib. SUN) sauf qu' il est ici adossé à la GPL (et non à la CDLL).
Non ?
Perso je n' en sais rien, est ce mieux d' avoir une multitude d' auteurs (avec les difficultés que cela peux représenter lors du passage d' une version de livense à une autre) ou tout délégué à un organisme ? Je crois quant même pencher pour le bazar de ce côté là...
(Qui ne s' est jamais dit :" ouaih ce logiciel est fantastique et me sert tout les jours, je vais contribuer par qq lignes sous une fausse identité pour être [quasi] sûr qu' il restera toujours libre"...) okok je connais le chemin, j' ai vu la porte
[^] # Re: C'est fait pour !
Posté par bubar🦥 . En réponse au journal Ubuntu pas très sécurisée.... Évalué à 3.
sur mandriva on peux définir [ie : pour madame michue : mode graphique 3 cliquous c' est prêt]
[^] # Re: C'est fait pour !
Posté par bubar🦥 . En réponse au journal Ubuntu pas très sécurisée.... Évalué à 3.
un mdp grub (empéchant le passage d' option noyaux)
et le mdp sur init 1 (ou pas)
[^] # Re: Accés physique = root local
Posté par bubar🦥 . En réponse au journal Ubuntu pas très sécurisée.... Évalué à 3.
# marrant :)
Posté par bubar🦥 . En réponse au journal Emily, la fille du futur. Évalué à 2.
z'aurait p't'être dû prendre une actrice porno
# Aspire One & Linux
Posté par bubar🦥 . En réponse au journal Mes 3 minutes de honte. Évalué à 0.
et
j'ai décidé d'opter pour une Zenwalk 5.2. Légère, simple (au sens unix du terme)
Installé une zenwalk après des années d' expérience -> pas crédible
quoi, trop gros ? mouah c' est vendredi
tout le monde à picoler ce midi
Bon sérieusement, jette un oeil à Moblin ;) tu sera pas déçu pour ton Acer One.
Vivement la v2 !!!!!!!!!! (du constructeur de distro moblin-base)
[^] # Re: Merci
Posté par bubar🦥 . En réponse à la dépêche OpenSpell : jeu libre d'apprentissage des langues. Évalué à 2.
et/ou
fuser -m /dev/snd/*
devrait dénoncer les coupables :p
ps : tu as bien le paquet java-alsa installé ?
[^] # Re: Shtooka?
Posté par bubar🦥 . En réponse à la dépêche OpenSpell : jeu libre d'apprentissage des langues. Évalué à 1.
En MIDI ?
[^] # Re: entièrement libre ?
Posté par bubar🦥 . En réponse au journal Le premier téléphone Android pour bientôt. Évalué à 3.
# entièrement libre ?
Posté par bubar🦥 . En réponse au journal Le premier téléphone Android pour bientôt. Évalué à 4.
Merci pour cette nouvelle !
Mais bien qu' étant de ceux "attendant avec une certaine impatience" Android : est il "entièrement libre" ? sur de sur ? Il ,me semblait que les dev. externes et contributeurs ne pouvaient pas avoir accès au kernel-land ? qu' en est il exactement ?
[^] # Re: x264
Posté par bubar🦥 . En réponse au journal Quelle est la meilleure méthode pour compresser des fichiers AVI .... Évalué à 2.
Normal que je ne dise rien sur les algos utilisés : pas de maitrise du sujet.
Me contente de donner un exemple d' une mini mini chaine de traitement vidéo telle que peuvent la rencontrer de nombreux utilisateurs comme moi...
ps hors sujet : aurais tu une adresse où l' on puisse lire tes BD ? (si je me trompe pas de personne). Une adresses qui permette d' avoir tes strips & BD sur le bureau (un peu comme celle de userfriendly). D' avance, merci.
[^] # Re: Si si, avec uniquement transcode ou mencoder c'est faisable.
Posté par bubar🦥 . En réponse au journal Quelle est la meilleure méthode pour compresser des fichiers AVI .... Évalué à 6.
La dé_synchronisation son/vidéo intervient souvent lorsqu' on enregistre la télé cable(/adsl) par exemple. (courant aux USA et aux Canada semble t il...). La diffusion saute (effets de pixelisation / gel bref / autre ) et le decodeur s' en fout.
Par contre lorsqu' on récupère cette vidéo et qu' on la transcode dans un autre format il est courant d' obtenir ce décalage son/images/
Ce n' est pas pénalisant si on regarde son film sur son ordi, ou un Mplayer permet de gérer le décalage son/image comme on veut quant on veux... Par contre c' est pas joli :p et ch**** si on regarde cette galette sur une platine de salon ...
ProjectX fait cette tache quasiment tout automatiquement (recaler son/image). http://project-x.sourceforge.net/
Avidemux_{qt4,gtk} permet de reprendre ceci assez facilement, le plus dur étant de quantifier le décalage en milliseconde à vue de nez. (!) Ca marche à tout les coups et en 2 clicks. Perso je préfère la solution Avidemux_qt4 à ProjectX.
[^] # Re: x264
Posté par bubar🦥 . En réponse au journal Quelle est la meilleure méthode pour compresser des fichiers AVI .... Évalué à 7.
la même vidéo passer avec : ffmpeg -sameq -i ./mavid.ogv mavid.avi = 74mo
transcoder ensuite en mp4-avc (x264) = 7mo
la qualité est toujours là...
...
[^] # Re: ordi gsm ? gsm ordi ?
Posté par bubar🦥 . En réponse à la dépêche Nouvelle version Om 2008.8 pour les smartphones OpenMoko. Évalué à 2.
le précédent message n' était quasiment qu' un gros troll velu. C' est un peu tout les jours vendredi en congès...et la bonne humeur aidant... Bref désolé.
n' existe t il pas d' autre méthodes pour X11 (gtk+ aussi) et le framebuffer ? Par exemple : http://directfb.org
Pas utilisable en l' état sur ce matériel ?
Merci de ces précisions.
Cdlt
# ordi gsm ? gsm ordi ?
Posté par bubar🦥 . En réponse à la dépêche Nouvelle version Om 2008.8 pour les smartphones OpenMoko. Évalué à 2.
Gageons que le départ des EFL va faire du bien à l' interface. (le daprt de gtk+ c' est pour quant ?)
okok le mien c est de suite...
[^] # Re: /usr/acer/
Posté par bubar🦥 . En réponse au journal ACER Aspire One (110-AB -aoa-). Évalué à 2.
Mais les choses devraient rapidement s' améliorer de ce côté là également (Atheros venant de déclarer mettre sous licence Opensource l' ensemble de ses codes pour certaines cartes, pour commencer ;) )
Amicalement
[^] # Re: On attend nvidia....
Posté par bubar🦥 . En réponse à la dépêche Un devoir de vacances : Tester KDE4.1 et Mandriva 2009.0. Évalué à 3.
http://www.hebergementimages.com/images/1218283519_capture1.(...)
[^] # Re: On attend nvidia....
Posté par bubar🦥 . En réponse à la dépêche Un devoir de vacances : Tester KDE4.1 et Mandriva 2009.0. Évalué à 3.
Mise à jour 2008.1->cooker
Reboot
Bureau KDE4.1 immédiat, avec la conf' précédente gardée (celle de kde 3.5.9, avec les applet superkaramba) et relancé sur 4.1. Surprenant.
Tout fonctionne au poil.
Et le blob nvidia aussi. (snif? youpi?)
# update
Posté par bubar🦥 . En réponse à la dépêche Un devoir de vacances : Tester KDE4.1 et Mandriva 2009.0. Évalué à 5.
Vous ne rencontrerez pas de difficultés majeures, y compris sur un système ou de très nombreux paquets additionnels ont été installés.
Lancez le process d' update, puis reprenez la si des paquets recalcitrants font échouer l' update.
Exemple :
urpmi --auto-update
-> mise à jour des listes
-> déduction des mises à jour et des dépendances
-> demande de confirmation
-> lancement du process
-> arrêt pour cause d' échec sur :
"le fichier /usr/share/apps/kget/kgetui.rc de l'installation de kget-4.1.0-4mdv2009.0.i586 entre en conflit avec le fichier du paquetage kdenetwork-kget-3.5.9-1mdv2008.1.i586"
Désintaller simplement kdenetwork-kget puis relancez :
urpmi --auto-select
idem pour "libkipi.so.5 est nécessaire pour kipi-plugins-0.2.0-0.824094.2mdv2009.0.i586" -> supprimer kipi-plugins -> relancez urpmi --auto-select
idem pour "/usr/share/locale/fr/LC_MESSAGES/kmobiletools.mo de l'installation de kde4-l10n-fr-4.1.0-1mdv2009.0.noarch entre en conflit avec le fichier du paquetage kmobiletools-0.5.0-0.beta3.5mdv2008.1.i586" -> désintaller kmobiletools --> relancez urpmi --auto-select
Voilà, seuls quelques paquets annexes peuvent "poser problèmes" : il suffit de désinstaller ces paquets pour continuer le process de mise à jour.
On pourra noter aussi que le passage vers cooker étant forcément long, il est possible que pendant ce process les paquets dispo sur les miroirs aient changés :) N' oubliez pas d' utiliser urpmi --auto-update (qui mettra à jour les listes de rpm dispos).
Dans le même registre, le site eaysurpmi.zarb.org utilise aujourdhui api.mandriva.com (ce qui est plus que pratique !!!)-> Mais pour cooker : étant par nature très changeante, il arrive que des mirroirs ne soient pas tous à jour pil en même temps. Préférez alors peut être l' ancienne interface de easyurpmi.zarb.org pour indiquer un miroir, et un seul, dont vous êtes sûr.
http://easyurpmi.zarb.org/old/
Pour terminer votre "installation/mise à jour" de 2008.1 vers Cooker, n' oubliez pas de ré-installer les paquets désinstallés (si vous souhaitez retrouver kipi-plugins par exemple) et d' éventuellement nettoyer les rpm devenus orphelins avec urpme --auto-orphan.