Moi par exemple. J'ai mis à jour mon PC avec un athlon XP 1600 mais j'ai conservé ma carte graphique car elle me donne entière satisfaction (une ATI ragepro IIC). Je l'utilise en 1600x1200 en 16 bit car j'ai 4 Mo de mémoire. De plus 16 bits c'est sufisant pour la grande majorité des utilisations (d'ailleur un DVD est en 16 bits et je le lis sans problème avec mplayer en 1024x768 (autour de 40 % de cpu)).
Mozilla c'est du free software ! Les dates de prévision ne constituent en rien un engagement (on paye pour un engagement, mozilla est gratuit!). Elles sont uniquement indicatives.
Pis il faut penser aux personnes qui bossent gratuitement pour nous sur Mozilla. Voir le "enfin" doit leur donner un peu les boules.
Tant d'effort généreux pour ce type de remarque ...
Car Mozilla 1.0 n'est pas satisfesant ?
Car les developpeurs de mozilla sont lents ?
Ou plus simplement car les linuxiens ont la même obséssion de la dernière version que les Windowsiens ?
Je suis très satisfait de Mozilla 1.0 (enfin Galeon 1.2.6).
Je suis pas un grand spécialiste réseau, mais celà n'a rien d'extraordinaire. La répartition de charge je l'ai utilisé avec Linux 2.0 et 2.2 (ipchain) il y a bien des années.
Comprend pas pourquoi çà passe en première page. C'est plutôt négatif pour OpenBSD d'avoir çà si tard....
> c'est que certains paramètres ne sont plus accessibles que par gconf.
C'est normal. C'est pour permettre à plusieurs programmes de lire/modifier les paramètres en même temps.
Surtout que ce n'est pas la première fois. Je sais que "teuton" n'est pas forcément pégoratif. C'est d'ailleur une expression que je peux utiliser dans le flot d'une conversation. Mais les modérateurs doivent virer ces expressions ambiguës qui n'apporte rien.
Le problème des comparatifs MySQL etc... et qu'il faut les comparer sur les mêmes fonctionnalités, donc le plus petit dénominateur commun. Et le plus petit dénominateur commun est souvent MySQL. Celui qui fait le benchmark doit faire du nivellement par le bas. Bref, c'est naze.
De plus, il date de quand ce benchmarck?
Car PostgreSQL 7.1.1 est sorti il y a au moins 18 mois.
C'est bien comme çà que je vois les choses. malheureusement, si j'utilise t'on exemple (j'ai ajouté device=/dev/video0 pour ma configue) j'ai :
--------------------------------------------------------
$ mencoder -tv on:device=/dev/video0:driver=v4l:norm=PAL:width=640:height=480 -ovc lavc -lavcopts vcodec=mpeg1video:vbitrate=8000 -oac mp3lame -lameopts cbr:br=128 -endpos 00:01:00 -o essai3.avi
Using GNU internationalization
Original domain: messages
Original dirname: /usr/share/locale
Current domain: mplayer
Current dirname: /usr/share/locale
MEncoder 0.90pre10-3.2 (C) 2000-2002 Arpad Gereoffy (see DOCS!)
CPU: Advanced Micro Devices Athlon 4 PM Palomino/Athlon MP Multiprocessor/Athlon XP eXtreme Performance (Family: 6, Stepping: 2)
CPUflags: Type: 6 MMX: 1 MMX2: 1 3DNow: 1 3DNow2: 1 SSE: 1 SSE2: 0
Reading /home/f.matias/.mplayer/codecs.conf: can't open '/home/f.matias/.mplayer/codecs.conf': Aucun fichier ou répertoire de ce type
Reading /etc/mplayer/codecs.conf: 44 audio & 110 video codecs
File not found: 'frameno.avi'
font: can't open file: /home/f.matias/.mplayer/font/font.desc
Font /usr/share/mplayer/font/font.desc loaded successfully! (206 chars)
success: format: 0 data: 0x0 - 0x0
Detected TV! ;-)
Selected driver: v4l
name: Video 4 Linux input
author: Alex Beregszaszi <alex@naxine.org>
comment: under development
Selected device: BT848A(MIRO PCTV)
Capabilites: capture tuner overlay clipping frameram scales
Device type: 235
Supported sizes: 48x32 => 924x576
Inputs: 4
0: Television: tuner audio tv camera (tuner:1, norm:secam)
1: Composite1: audio camera (tuner:0, norm:secam)
2: S-Video: audio camera (tuner:0, norm:secam)
3: Composite3: audio camera (tuner:0, norm:secam)
--------------------------------------------------------
Ici le programme reste en attente de lecture du son et le fichier essai3.avi n'est même pas créé.
un strace me donne :
--------------------------------------------------------
open("/dev/dsp", O_RDONLY|O_LARGEFILE
--------------------------------------------------------
mencoder reste en attente ici.
J'ai essayé avec "-tv ...:alsa:adevice=hw.0,0:audiorate=44100:forceaudio" et c'est pas mieux. Et aussi avec hw.0,[1...20] mais dans ce cas j'ai "no such file".
Alsa me semble correctement configurer. Un "/usr/sbin/alsactl store -f -" le donne :
[...]
control.24 {
comment.access 'read write'
comment.type ENUMERATED
comment.item.0 Mic
comment.item.1 CD
comment.item.2 Video
comment.item.3 Aux
comment.item.4 Line
comment.item.5 Mix
comment.item.6 'Mix Mono'
comment.item.7 Phone
iface MIXER
name 'Capture Source'
value.0 Line
value.1 Line
}
[...]
Ce qui est correcte.
J'ai également rapidement fouillé la mailing-list user-mplayer mais je n'ai rien trouvé qui corrige mon problème. Pour info j'ai une "Ensoniq AudioPCI ES1371".
Merci pour ton attention.
Y a longtemps que j'ai pas utilisé xine. Mais je me lance.
Mplayer :
- rapidité, beaucoup d'accélération hardware. J'ai une ATI Rage pro IIC sans accélération hard et çà passe sans problème sur un athlon XP 1600 en 1024x768.
- meilleur synchro video/audio.
- support de beaucoup de format de fichier.
- mencoder qui permet d'encoder des videos (excellent résultat dans l'encodage de dvd).
- mencoder pour encoder un flux tv en temps réel (malheureusement j'arrive pas a encoder le son actuellement).
- fiabilité.
- paramétrage "touffu" en ligne de commande.
Quelqu'un peut-il m'expliquer comment utiliser mencoder avec comme source la TV. Pour la video je n'ai pas de problème mais je n'arrive pas à enregistrer le son. La doc n'est pas très claire sur ce point pour moi.
J'ai une carte BT848 qui envoi le son à l'entrée "Line" de ma carte son. La carte est full-duplex sous alsa et marche très bien avec xawdecode.
Ce qui me tracasse dans la doc c'est :
tv <option1:option2:...>
MPlayer doesnt accept colons so type dots instead in the device
ID (e.g. hw.0,0 instead of hw:0,0).
adevice=<value> set an audio device
/dev/... for OSS
hardware ID for ALSA (?????????)
> Ton système est trop complexe
Un peu compliqué pour l'utilisation car il demande qu'il connaisse son fonctionnement. Le système actuel ne demande pratiquement aucune connaissance.
Il ne doit pas être très compliqué à codé. En gros il y a deux XP. Un XP qui n'impacte pas le pocesseur du commentaire. Un XP qui impacte le pocesseur du commentaire (comme actuellement). L'affichage est fait comme actuellement mais on a deux filtres (soit l'un, soit l'autre, voir les deux ?).
> je ne m'embeterai pas personnellement à le coder.
Ce n'est qu'une proposition. Dacode est du free software. Comme tu le dis, le fait de coder est une affaire personnelle.
> c'est un côté aléatoire dans les commentaires que l'on pourra noter
C'est intéressant. Mais il faut que les gens votent toujours autant. De plus çà risque de créer quelques frustrations (surtout chez les personnes qui tentent de voter "intelligent").
Je viens d'avoir une idée : Dans la page personnelle de l'utilisateur (pour moi c'est http://linuxfr.org/~matiasf/(...)) ajouter une boîte/page "affinité" avec des statistiques sur les votes des commentaires. On trouverait ici le pourcentage vote[+]/vote_total et le nombre de vote total par utilisateur et trié par vote[+]/vote_total. Je pense que les gens éviterons d'être dans les extrèmes de cette liste.
# Re: www.apt-get.org
Posté par matiasf . En réponse à la dépêche www.apt-get.org. Évalué à 0.
Y en a-t-il qui ne sont pas interressé, comme moi, par urpmi, apt4rpm, etc...
En effet, je n'ai pas confiance en ce type d'outil et faire les mises à jour avec le programme rpm de base n'a rien de terrifiant et est plus sure.
[^] # Re: Et toujours pas de SVG...
Posté par matiasf . En réponse à la dépêche Mozilla 1.2 - Procurez le vous pendant qu'il est chaud !. Évalué à 1.
Moi par exemple. J'ai mis à jour mon PC avec un athlon XP 1600 mais j'ai conservé ma carte graphique car elle me donne entière satisfaction (une ATI ragepro IIC). Je l'utilise en 1600x1200 en 16 bit car j'ai 4 Mo de mémoire. De plus 16 bits c'est sufisant pour la grande majorité des utilisations (d'ailleur un DVD est en 16 bits et je le lis sans problème avec mplayer en 1024x768 (autour de 40 % de cpu)).
[^] # Re: Quelqu'un sait ou ce procurer les sources.
Posté par matiasf . En réponse à la dépêche Mozilla 1.2 - Procurez le vous pendant qu'il est chaud !. Évalué à 1.
C'est ici :
ftp://ftp.mozilla.org/pub/mozilla/nightly/experimental/gtk2/(...)
[^] # Re: Quelqu'un sait ou ce procurer les sources.
Posté par matiasf . En réponse à la dépêche Mozilla 1.2 - Procurez le vous pendant qu'il est chaud !. Évalué à 0.
ftp://ftp.mozilla.org/pub/mozilla/releases/mozilla1.2/README(...)
pour récupérer depuis CVS.
Sinon il y a un src.rpm :
ftp://ftp.mozilla.org/pub/mozilla/releases/mozilla1.2/Red_Hat_8x_R(...)
qui contient les sources.
faire un "rpm2cpio mozilla-1.2-0_rh8.src.rpm | cpio -iv -m -d" pour récuperer les sources.
[^] # Re: ENFIN ?!?
Posté par matiasf . En réponse à la dépêche Mozilla 1.2 - Procurez le vous pendant qu'il est chaud !. Évalué à 1.
selon http://galeon.sourceforge.net/news/index.php#45(...) :
15 Sep, 2002 - Galeon 1.2.6 "Hey, everyone else has wierd release names, so why don't we?" Released!
* Compatible with 1.0.x, 1.1.x and 1.2a
Mais tu as raison, il tourne aussi avec Mozilla 1.1.
Afin j'ai une RH 8.0 qui utilise Mozilla 1.0.1 et galeon 1.2.6.
[^] # Re: ENFIN ?!?
Posté par matiasf . En réponse à la dépêche Mozilla 1.2 - Procurez le vous pendant qu'il est chaud !. Évalué à 2.
Mozilla c'est du free software ! Les dates de prévision ne constituent en rien un engagement (on paye pour un engagement, mozilla est gratuit!). Elles sont uniquement indicatives.
Pis il faut penser aux personnes qui bossent gratuitement pour nous sur Mozilla. Voir le "enfin" doit leur donner un peu les boules.
Tant d'effort généreux pour ce type de remarque ...
# Re: Un standard XML pour OpenOffice
Posté par matiasf . En réponse à la dépêche Un standard XML pour OpenOffice. Évalué à 0.
Mon commentaire n'est pas intéressant mais je le pense très fort.
# ENFIN ?!?
Posté par matiasf . En réponse à la dépêche Mozilla 1.2 - Procurez le vous pendant qu'il est chaud !. Évalué à -3.
Pourquoi "enfin" ?
Car Mozilla 1.0 n'est pas satisfesant ?
Car les developpeurs de mozilla sont lents ?
Ou plus simplement car les linuxiens ont la même obséssion de la dernière version que les Windowsiens ?
Je suis très satisfait de Mozilla 1.0 (enfin Galeon 1.2.6).
# Re: PF supporte la répartition de charge IP
Posté par matiasf . En réponse à la dépêche PF supporte la répartition de charge IP. Évalué à 2.
Comprend pas pourquoi çà passe en première page. C'est plutôt négatif pour OpenBSD d'avoir çà si tard....
# Re: Une toute nouvelle version de la distribution E-smith
Posté par matiasf . En réponse à la dépêche Une toute nouvelle version de la distribution E-smith. Évalué à 2.
[^] # Re: Quel PC Linux chez votre épicier du coin ?
Posté par matiasf . En réponse à la dépêche Linux Bureau: quelle distribution meurt en premier ?. Évalué à -2.
[^] # Re: Quel PC Linux chez votre épicier du coin ?
Posté par matiasf . En réponse à la dépêche Linux Bureau: quelle distribution meurt en premier ?. Évalué à -2.
C'est normal. C'est pour permettre à plusieurs programmes de lire/modifier les paramètres en même temps.
[^] # Re: Icepack linux 2.75 est disponible
Posté par matiasf . En réponse à la dépêche Icepack linux 2.75 est disponible. Évalué à 1.
[^] # Re: Icepack linux 2.75 est disponible
Posté par matiasf . En réponse à la dépêche Icepack linux 2.75 est disponible. Évalué à 0.
[^] # Re: Les choix des utilisateurs Linux
Posté par matiasf . En réponse à la dépêche Les choix des utilisateurs Linux. Évalué à -10.
Tu préfères :
<troll>
Les choix des utilisateurs de Mandrake
</troll>
[^] # Re: N'importe quoi
Posté par matiasf . En réponse à la dépêche Un bench MySQL contre tous. Évalué à -3.
Je dirai même plus :
Enfin bref, cette "nouvelle" est un bon gros troll bien ridicule qui ne mérite même pas la deuxième page.
# Re: Un bench MySQL contre tous
Posté par matiasf . En réponse à la dépêche Un bench MySQL contre tous. Évalué à 3.
De plus, il date de quand ce benchmarck?
Car PostgreSQL 7.1.1 est sorti il y a au moins 18 mois.
[^] # Re: Mplayer vs. Xine ?
Posté par matiasf . En réponse à la dépêche Sortie de Mplayer 0.90-pre10. Évalué à 1.
[^] # Re: Sortie de Mplayer 0.90-pre10
Posté par matiasf . En réponse à la dépêche Sortie de Mplayer 0.90-pre10. Évalué à 1.
[^] # Re: Sortie de Mplayer 0.90-pre10
Posté par matiasf . En réponse à la dépêche Sortie de Mplayer 0.90-pre10. Évalué à 2.
[^] # Re: Sortie de Mplayer 0.90-pre10
Posté par matiasf . En réponse à la dépêche Sortie de Mplayer 0.90-pre10. Évalué à 1.
--------------------------------------------------------
$ mencoder -tv on:device=/dev/video0:driver=v4l:norm=PAL:width=640:height=480 -ovc lavc -lavcopts vcodec=mpeg1video:vbitrate=8000 -oac mp3lame -lameopts cbr:br=128 -endpos 00:01:00 -o essai3.avi
Using GNU internationalization
Original domain: messages
Original dirname: /usr/share/locale
Current domain: mplayer
Current dirname: /usr/share/locale
MEncoder 0.90pre10-3.2 (C) 2000-2002 Arpad Gereoffy (see DOCS!)
CPU: Advanced Micro Devices Athlon 4 PM Palomino/Athlon MP Multiprocessor/Athlon XP eXtreme Performance (Family: 6, Stepping: 2)
CPUflags: Type: 6 MMX: 1 MMX2: 1 3DNow: 1 3DNow2: 1 SSE: 1 SSE2: 0
Reading /home/f.matias/.mplayer/codecs.conf: can't open '/home/f.matias/.mplayer/codecs.conf': Aucun fichier ou répertoire de ce type
Reading /etc/mplayer/codecs.conf: 44 audio & 110 video codecs
File not found: 'frameno.avi'
font: can't open file: /home/f.matias/.mplayer/font/font.desc
Font /usr/share/mplayer/font/font.desc loaded successfully! (206 chars)
success: format: 0 data: 0x0 - 0x0
Detected TV! ;-)
Selected driver: v4l
name: Video 4 Linux input
author: Alex Beregszaszi <alex@naxine.org>
comment: under development
Selected device: BT848A(MIRO PCTV)
Capabilites: capture tuner overlay clipping frameram scales
Device type: 235
Supported sizes: 48x32 => 924x576
Inputs: 4
0: Television: tuner audio tv camera (tuner:1, norm:secam)
1: Composite1: audio camera (tuner:0, norm:secam)
2: S-Video: audio camera (tuner:0, norm:secam)
3: Composite3: audio camera (tuner:0, norm:secam)
--------------------------------------------------------
Ici le programme reste en attente de lecture du son et le fichier essai3.avi n'est même pas créé.
un strace me donne :
--------------------------------------------------------
open("/dev/dsp", O_RDONLY|O_LARGEFILE
--------------------------------------------------------
mencoder reste en attente ici.
J'ai essayé avec "-tv ...:alsa:adevice=hw.0,0:audiorate=44100:forceaudio" et c'est pas mieux. Et aussi avec hw.0,[1...20] mais dans ce cas j'ai "no such file".
Alsa me semble correctement configurer. Un "/usr/sbin/alsactl store -f -" le donne :
[...]
control.24 {
comment.access 'read write'
comment.type ENUMERATED
comment.item.0 Mic
comment.item.1 CD
comment.item.2 Video
comment.item.3 Aux
comment.item.4 Line
comment.item.5 Mix
comment.item.6 'Mix Mono'
comment.item.7 Phone
iface MIXER
name 'Capture Source'
value.0 Line
value.1 Line
}
[...]
Ce qui est correcte.
J'ai également rapidement fouillé la mailing-list user-mplayer mais je n'ai rien trouvé qui corrige mon problème. Pour info j'ai une "Ensoniq AudioPCI ES1371".
Merci pour ton attention.
[^] # Re: Mplayer vs. Xine ?
Posté par matiasf . En réponse à la dépêche Sortie de Mplayer 0.90-pre10. Évalué à 6.
Mplayer :
- rapidité, beaucoup d'accélération hardware. J'ai une ATI Rage pro IIC sans accélération hard et çà passe sans problème sur un athlon XP 1600 en 1024x768.
- meilleur synchro video/audio.
- support de beaucoup de format de fichier.
- mencoder qui permet d'encoder des videos (excellent résultat dans l'encodage de dvd).
- mencoder pour encoder un flux tv en temps réel (malheureusement j'arrive pas a encoder le son actuellement).
- fiabilité.
- paramétrage "touffu" en ligne de commande.
Xine :
- interface
- simplicité
- support raw dvd
Bref, pour moi Mplayer est meilleur.
# Re: Sortie de Mplayer 0.90-pre10
Posté par matiasf . En réponse à la dépêche Sortie de Mplayer 0.90-pre10. Évalué à 2.
J'ai une carte BT848 qui envoi le son à l'entrée "Line" de ma carte son. La carte est full-duplex sous alsa et marche très bien avec xawdecode.
Ce qui me tracasse dans la doc c'est :
tv <option1:option2:...>
MPlayer doesnt accept colons so type dots instead in the device
ID (e.g. hw.0,0 instead of hw:0,0).
adevice=<value> set an audio device
/dev/... for OSS
hardware ID for ALSA (?????????)
Quelqu'un a des infos ?
[^] # Re: Compilation
Posté par matiasf . En réponse à la dépêche Sortie de Mplayer 0.90-pre10. Évalué à 1.
"La" version CVS a peut-être changé depuis ...
[^] # Re: Proposition d'XP
Posté par matiasf . En réponse à la dépêche Linux62 aux net-days. Évalué à 1.
Un peu compliqué pour l'utilisation car il demande qu'il connaisse son fonctionnement. Le système actuel ne demande pratiquement aucune connaissance.
Il ne doit pas être très compliqué à codé. En gros il y a deux XP. Un XP qui n'impacte pas le pocesseur du commentaire. Un XP qui impacte le pocesseur du commentaire (comme actuellement). L'affichage est fait comme actuellement mais on a deux filtres (soit l'un, soit l'autre, voir les deux ?).
> je ne m'embeterai pas personnellement à le coder.
Ce n'est qu'une proposition. Dacode est du free software. Comme tu le dis, le fait de coder est une affaire personnelle.
> c'est un côté aléatoire dans les commentaires que l'on pourra noter
C'est intéressant. Mais il faut que les gens votent toujours autant. De plus çà risque de créer quelques frustrations (surtout chez les personnes qui tentent de voter "intelligent").
Je viens d'avoir une idée : Dans la page personnelle de l'utilisateur (pour moi c'est http://linuxfr.org/~matiasf/(...)) ajouter une boîte/page "affinité" avec des statistiques sur les votes des commentaires. On trouverait ici le pourcentage vote[+]/vote_total et le nombre de vote total par utilisateur et trié par vote[+]/vote_total. Je pense que les gens éviterons d'être dans les extrèmes de cette liste.