Je fais juste un petit retour d'experience avec Jamulus!
Durant le premier confinement, j'ai découvert Jamulus via un collègue, et j'ai décider de franchir le pas.
Mon setup:
- 1 x PC Laptop (~2013, c-a-d assez ancien)
- table de mixage Behringer Xenyx X1204 USB
- micro pour mon Sax de type t.bone Ovid System CC 100
- un casque filaire
- Fibre chez Free (1Gbits/down, 600Mbits/up)
- du RJ45 partout (pas de Wifi, important pour ce setup)
- en option: un serveur en ARMv7 avec un serveur jamulus (type 4kopen, aka RPI like)
- Distro Fedora + Copr (https://copr.fedorainfracloud.org/coprs/ycollet/linuxmao/) pour le kernel RT + Jamulus
L'auteur de Jamulus à bien prévenu de mettre du filaire dès que possible, et effectivement, c'est necessaire sinon, trop de latence…
Bref, une fois tout cela en place, je me suis d'abord connecté sur des serveurs de référence Jamulus (pour voir / ecouter)…. Bien choisir comme dans le screenshoot du journal un serveur "pret de chez soit", c-a-d avec latence faible. Clairement, c'est supportable jusqu'a ~50ms MAX ! au délà, on a un sentiment d'echo, et c'est utilisable mais fatigant…
Puis, j'ai mit mon propre serveur Jamulus en marche (board ARMv7) directement sur un RJ45 de la freebox. (car un simple de switch réseau peut ramener de la latence… c'est terrible)
Un collègue à qqles kilomètre de chez moi, (chez Free également) en ADSL, se connecte alors à mon setup. Et la commence l'itération des setups!
Via son PC sous Win10: latence ~100ms (à la louche)
Via son PC sous Linux (USB Live custom Fedora + kernel RT): ~80ms
Via son PC sous Linuc (USB Live Jamulus-OS aka Linux live): ~70ms
J'ai pas trop compris pourquoi le kernel du Jamulus OS s'en sortait mieux qu'un kernel RT… bref, malgrés tout, latence trop élevé!
=> Optimisation de sa ligne Freebox ADSL (passage en low-latency)
Un fois sa ligne freebox ADSL en low latency, même experience:
Via son PC sous Win10: latence ~50ms (à la louche)
Via son PC sous Linux (USB Live custom Fedora + kernel RT): ~35ms
Via son PC sous Linuc (USB Live Jamulus-OS aka Linux live): ~30ms
Bref, tout de suite bien mieux, et très acceptable pour une heure de répétition.
=> on se prend très rapidement au jeu, et l'on "oublie" le coté distance
J'ai ensuite tenté l'élargir l'utilisation avec des personnes qui ne se sentait pas de passer par un live USB… et donc sous windows uniquement…
…et la, franchement, je me suis retrouvé avec pret de 30% des setup qui refusaient de fonctionner (pas d'audio, etc…).. Bref, Jamulus & Windows ne fond pas bon ménage….
j'avais téléchargé une version spéciale intégrée avec Blender il y a quelque temps (à l'époque d'un journal sur le sujet, ou d'un commentaire), les perf étaient aussi catastrophiques que maintenant sur cet ordinateur... :(
assez surprenant, j'ai aussi fait la manip en compilant un blender (branch apricot) et j'avais de très bonne perf (~30fps) dans ce cas (BGE)
Alors qu'avec le CSE c'est plutot du genre ~5fps...
On peut voir les perfs (FPS) en ajoutant une ligne du style
$HOME/.crystalspace/Apricot.cfg
------8<------8<------8<------8<------8<------8<------8<----
System.Plugins.iBugPlug = crystalspace.utilities.bugplug
Video.ScreenWidth = 640
Video.ScreenHeight = 480
------8<------8<------8<------8<------8<------8<------8<----
Bizarre, sur le site la vidéo affiche un jeu qui m'a l'air très fluide.
Sur le site, c'est le moteur "Blender Game Engine" (BGE) qui est utilisé.
Dans le cas de la demo via 0install, c'est le moteur "Crystal Space" (CSE) qui est utilisé.
Ceci est réalisé (entre autre), via un "blender" vers "cystalspace" script (d'après ce que j'ai compris)
Les perfs via le CSE semble (pour l'instant) moins bonne que via le BGE. (d'ou la superbe video sur le site)
extrait du Kconfig, ca a l'air de concerner les caméras
à base de N1003/1004/1005... je ne sais pas ce que c'est...
mais vu la dépendance sur SAA711A, c'est surement des cartes TV
+config VIDEO_USBVISION
+ tristate "USB video devices based on NT1003/1004/1005"
+ depends on I2C && VIDEO_V4L2
+ select VIDEO_SAA711X if VIDEO_HELPER_CHIPS_AUTO
+ ---help---
+ There are more than 50 different USB video devices based on
+ NT1003/1004/1005 USB Bridges. This driver enables using those
+ devices.
+
il semble que tu es une carte de type R200, sinon, tu n'aurrai pas de probleme.
Bref, encore un grand merci à ATI de ne plus supporter ce type de hardware.... (même si un drv libre existe, il reste moins performant dans certain cas...)
Je ne pensse pas que ton PC soit déjà "trop vieux" ...
H264 demande enormement de puissance pour tous ce qui est
filtrage, alors, une solution pour que ca "passe" sur ton "vieux PC"
c'est de désactiver ces filtrages.
Un rapide benchmark permet de mettre en lumiere que le format TS (qui possede des paquet de seulement de 188bytes) est loin d'être optimal dans le cas d'un sauvegarde sur disque.
Voici le resultat des different format d'encapsulation pour un même stream
-rw-r--r-- 1 ja ja 5948161 jan 6 18:31 foo.asf
-rw-r--r-- 1 ja ja 5896185 jan 6 18:32 foo.mpg
-rw-r--r-- 1 ja ja 5945568 jan 6 18:30 foo.ogg
-rw-r--r-- 1 ja ja 5898192 jan 6 18:31 foo.ps
-rw-r--r-- 1 ja ja 6144592 jan 6 18:29 foo.ts
la packetisation de type MPEG semble la plus efficace dans ce cas.
Il serait donc souhaitable que tu changes ton foramt de sauvegarde "direct"
du format MPEG TS vers MPEG1
donc, de "#std{access=file,mux=ts,url=$OUTFILE.mpg}"
vers "#std{access=file,mux=mpeg1,url=$OUTFILE.mpg}"
Pour le transcodage (en regardant ou non), j'obtiens de
bon résultat (pas de décalage audio/video, et regardable partout (totem, xine, ...) en faisant:
Ce qui donne:
:sout=#transcode{vcodec=mp4v,vb=512,scale=0.75,acodec=vorb,ab=64,channels=2}:duplicate{dst=display,dst=std{access=file,mux=ogg,url="essai.ogg"}}
j'aurrai bien mit theora comme codec Video, mais chez moi, ca plante... seg. fault...
sinon, je test ton soft dès ce soir! y-a-t il un témoin visuel qui indique
l'enregistrement en cours ?
Maintenant que tu as les liens vers Freeks (excellent!)
il faut aussi que tu contactes l'UFC que choisir pour les mettres
au courant des pratique pas très cool de Free.
Ils recherchent actuellement des dossiers typique des problemes
liée à Free car ils veulent lancer une action globale au pénal.
J'ai personnellement eu la malchance de me trouver en litige avec Free,
et à part une action en justice, tu n'arriveras pas à les faire bouger...
Par contre, une fois au pieds du mur tout s'arrange !
bon courage dans ton action!
perso, degroupé total le 26/11/2004, DSLAM v2+, FreeBox,
et depuis cette date, plus de synchro!
Y sont trop fort chez Free!
Alors, suis-je egoiste de vouloir l'ADSL chez moi comme avant ?
5 - installation
enigmime-0.86.0-tb-win32.xpi
=> Dans la fenetre d'extension:
enigmime-0.86.0-tb-win32.xpi, Install success
=> Puis, msg-box d'erreur pas très clair
"Mozilla Thunderbird could not download the file from X:/xxx/enigmime-0.86.0-tb-win32.xpi because: Restart to complete.
6 - Redémarre Thunderbird 0.8
pas de msg d'erreur, mais lors de la recepetion de msg crypter,
Thunderbird ne les décode plus !!!
et une action de type "Enigmail->Decrypt" n'y change rien...
Une idée ?
L'incroyable et la dévastation au coeur de New York.
Ce matin 9h00 (heure de New York), deux avions se sont écrasés à 18 minutes
d'intervalle sur la partie supérieure des deux tours jumelles du World Trade
Center à l'extrême sud de l'île de Manhattan. Les deux buildings sont
acteullement en flammes. Un premier bilan provisoire fait état d'au moins
six morts et de 1.000 blessés. Le World Trade Center, situé au coeur du
quartier des affaires new-yorkais, abrite des milliers de bureaux qui, à
cette heure, étaient largement occupés. A 16h, l'une des deux tours s'est
effondrée. Le FBI et la Maison Blanche ont confirmé qu'il s'agit d'un acte
terroriste.
Selon les premières informations de notre correspondant aux Etats-Unis,
Pierre-Yves Dugas, le premier avion rempli d'environ 150 passagers, un 767
de la United ou d'American Airlines reliant Boston à Los Angeles, aurait été
détourné puis envoyé de force sur l'un des immeubles.
Dix-huit minutes plus tard, un deuxième avion d'une compagnie américaine,
lui aussi détourné, heurtait à son tour la deuxième tour du World Trade
Center.
A 15h43, heure de Paris, la police new-yorkaise avertissait qu'un troisième
appareil était en approche du World Trade Center.
A 15h48, un avion s'est écrasé près du siège du Pentagone, le siège de la
défense américaine. Dans le même temps, l'aile ouest de la Maison-Blanche a
été évacuée par crainte des menaces terroristes.
en fait, c'est pas un pblme de compilation
mais plutot d'execution. le binaire de wmaker
SegFault directement au lancement et en tracant
avec gdb c'est dans une lib dynamique "libwraster"
je crois... bref... c'est etrange, d'autant que je n'ai rien vu dans les mailling list à ce sujet...
Bref, c'est p'tet ma config...
M'enfin, c'est pas très grave car tout fonctionne
parfaitement avec egcs !
la version 0.62.1 ne me posait pas ce pas ce probleme...
# retour d'experience (sous Linux & win$)
Posté par Jéjé de Grenoble . En réponse au journal Jouer avec son groupe à distance. Évalué à 10.
Je fais juste un petit retour d'experience avec Jamulus!
Durant le premier confinement, j'ai découvert Jamulus via un collègue, et j'ai décider de franchir le pas.
Mon setup:
- 1 x PC Laptop (~2013, c-a-d assez ancien)
- table de mixage Behringer Xenyx X1204 USB
- micro pour mon Sax de type t.bone Ovid System CC 100
- un casque filaire
- Fibre chez Free (1Gbits/down, 600Mbits/up)
- du RJ45 partout (pas de Wifi, important pour ce setup)
- en option: un serveur en ARMv7 avec un serveur jamulus (type 4kopen, aka RPI like)
- Distro Fedora + Copr (https://copr.fedorainfracloud.org/coprs/ycollet/linuxmao/) pour le kernel RT + Jamulus
L'auteur de Jamulus à bien prévenu de mettre du filaire dès que possible, et effectivement, c'est necessaire sinon, trop de latence…
Bref, une fois tout cela en place, je me suis d'abord connecté sur des serveurs de référence Jamulus (pour voir / ecouter)…. Bien choisir comme dans le screenshoot du journal un serveur "pret de chez soit", c-a-d avec latence faible. Clairement, c'est supportable jusqu'a ~50ms MAX ! au délà, on a un sentiment d'echo, et c'est utilisable mais fatigant…
Puis, j'ai mit mon propre serveur Jamulus en marche (board ARMv7) directement sur un RJ45 de la freebox. (car un simple de switch réseau peut ramener de la latence… c'est terrible)
Un collègue à qqles kilomètre de chez moi, (chez Free également) en ADSL, se connecte alors à mon setup. Et la commence l'itération des setups!
J'ai pas trop compris pourquoi le kernel du Jamulus OS s'en sortait mieux qu'un kernel RT… bref, malgrés tout, latence trop élevé!
=> Optimisation de sa ligne Freebox ADSL (passage en low-latency)
Un fois sa ligne freebox ADSL en low latency, même experience:
Bref, tout de suite bien mieux, et très acceptable pour une heure de répétition.
=> on se prend très rapidement au jeu, et l'on "oublie" le coté distance
J'ai ensuite tenté l'élargir l'utilisation avec des personnes qui ne se sentait pas de passer par un live USB… et donc sous windows uniquement…
…et la, franchement, je me suis retrouvé avec pret de 30% des setup qui refusaient de fonctionner (pas d'audio, etc…).. Bref, Jamulus & Windows ne fond pas bon ménage….
[^] # Re: Performance?
Posté par Jéjé de Grenoble . En réponse au journal Yo Franckie! Le jeu disponible pour des tests. Évalué à 2.
assez surprenant, j'ai aussi fait la manip en compilant un blender (branch apricot) et j'avais de très bonne perf (~30fps) dans ce cas (BGE)
Alors qu'avec le CSE c'est plutot du genre ~5fps...
[^] # Re: Performance?
Posté par Jéjé de Grenoble . En réponse au journal Yo Franckie! Le jeu disponible pour des tests. Évalué à 3.
$HOME/.crystalspace/Apricot.cfg
------8<------8<------8<------8<------8<------8<------8<----
System.Plugins.iBugPlug = crystalspace.utilities.bugplug
Video.ScreenWidth = 640
Video.ScreenHeight = 480
------8<------8<------8<------8<------8<------8<------8<----
Bizarre, sur le site la vidéo affiche un jeu qui m'a l'air très fluide.
Sur le site, c'est le moteur "Blender Game Engine" (BGE) qui est utilisé.
Dans le cas de la demo via 0install, c'est le moteur "Crystal Space" (CSE) qui est utilisé.
Ceci est réalisé (entre autre), via un "blender" vers "cystalspace" script (d'après ce que j'ai compris)
Les perfs via le CSE semble (pour l'instant) moins bonne que via le BGE. (d'ou la superbe video sur le site)
[^] # Re: Bizarre
Posté par Jéjé de Grenoble . En réponse au journal Geoportail, la 3D arrive sous Linux …. Évalué à 0.
[^] # Re: Bizarre
Posté par Jéjé de Grenoble . En réponse au journal Geoportail, la 3D arrive sous Linux …. Évalué à 1.
[^] # Re: Le linux nouveau est arrivé!
Posté par Jéjé de Grenoble . En réponse à la dépêche Sortie de Linux 2.6.20. Évalué à 2.
à base de N1003/1004/1005... je ne sais pas ce que c'est...
mais vu la dépendance sur SAA711A, c'est surement des cartes TV
+config VIDEO_USBVISION
+ tristate "USB video devices based on NT1003/1004/1005"
+ depends on I2C && VIDEO_V4L2
+ select VIDEO_SAA711X if VIDEO_HELPER_CHIPS_AUTO
+ ---help---
+ There are more than 50 different USB video devices based on
+ NT1003/1004/1005 USB Bridges. This driver enables using those
+ devices.
+
# une solution
Posté par Jéjé de Grenoble . En réponse au journal slakware 2.6.18 fglrx (drivers proprios ATI) pour Enemy Territory. Évalué à 2.
Bref, encore un grand merci à ATI de ne plus supporter ce type de hardware.... (même si un drv libre existe, il reste moins performant dans certain cas...)
Une solution pour FC6 + ATI 8.28.8 a été publié sur
http://www.phoronix.net/forums/showthread.php?t=342
en gros, le script remplace le code du module fglrx 8.28.8 par celui du 8.29.6
http://www.phoronix.com/redblog/downloads/fglrx-fc6-legacy-g(...)
Voici le fils ne nos galères...
http://forums.fedora-fr.org/viewtopic.php?id=15288
bref, il ne te reste qu'a décortiquer le script, et tu devrai t'en sortir pour adapter cela à ta slakware!
[^] # Re: Option ffmpeg / VLC
Posté par Jéjé de Grenoble . En réponse au journal Free, VLC, "la HD" et mon celetron. Évalué à 1.
Chez moi, avec un AthlonXP 2600 et une ATI Radeon 9200,
ca passe alors que je suis en Wifi (fbx HD / acx111)
Par contre, effectivement, il ne me reste que très peut de CPU...
Creuse un peu du coté de ta carte graphique qd même.
bon courage!
# Option ffmpeg / VLC
Posté par Jéjé de Grenoble . En réponse au journal Free, VLC, "la HD" et mon celetron. Évalué à 2.
H264 demande enormement de puissance pour tous ce qui est
filtrage, alors, une solution pour que ca "passe" sur ton "vieux PC"
c'est de désactiver ces filtrages.
Pour ce faire, va dans les "preferences" de VLC,
Preferences=> Input/ Codecs => Others Codecs => ffmpeg
Click sur "advanced options", et recherche le champ
"skip the loop filter for H264 decoding" et remplace le
"none" par un "all" (histoire de ne pas faire les "loop filter"
et normalement, tu ne devrais plus avoir de probleme de CPU!
[^] # Re: Enregistrement
Posté par Jéjé de Grenoble . En réponse au journal fricorder : magnetoscope pour flux freebox. Évalué à 1.
Voici le resultat des different format d'encapsulation pour un même stream
-rw-r--r-- 1 ja ja 5948161 jan 6 18:31 foo.asf
-rw-r--r-- 1 ja ja 5896185 jan 6 18:32 foo.mpg
-rw-r--r-- 1 ja ja 5945568 jan 6 18:30 foo.ogg
-rw-r--r-- 1 ja ja 5898192 jan 6 18:31 foo.ps
-rw-r--r-- 1 ja ja 6144592 jan 6 18:29 foo.ts
la packetisation de type MPEG semble la plus efficace dans ce cas.
Il serait donc souhaitable que tu changes ton foramt de sauvegarde "direct"
du format MPEG TS vers MPEG1
donc, de "#std{access=file,mux=ts,url=$OUTFILE.mpg}"
vers "#std{access=file,mux=mpeg1,url=$OUTFILE.mpg}"
# Enregistrement
Posté par Jéjé de Grenoble . En réponse au journal fricorder : magnetoscope pour flux freebox. Évalué à 2.
bon résultat (pas de décalage audio/video, et regardable partout (totem, xine, ...) en faisant:
Méthode d'encapsulation: ogg
Option de transcodage:
Codec Video: mp4v, 512kps, echelle 0.75
Codec Audio: vorb, 64kps
Ce qui donne:
:sout=#transcode{vcodec=mp4v,vb=512,scale=0.75,acodec=vorb,ab=64,channels=2}:duplicate{dst=display,dst=std{access=file,mux=ogg,url="essai.ogg"}}
j'aurrai bien mit theora comme codec Video, mais chez moi, ca plante... seg. fault...
sinon, je test ton soft dès ce soir! y-a-t il un témoin visuel qui indique
l'enregistrement en cours ?
# Pour ceux qui ne connaisse pas encore.
Posté par Jéjé de Grenoble . En réponse au journal $kernel_version++. Évalué à 4.
http://wiki.kernelnewbies.org/LinuxChanges
# UFC que choisir
Posté par Jéjé de Grenoble . En réponse au journal Freebox & prélèvement de 400 ¤. Évalué à 4.
Maintenant que tu as les liens vers Freeks (excellent!)
il faut aussi que tu contactes l'UFC que choisir pour les mettres
au courant des pratique pas très cool de Free.
Ils recherchent actuellement des dossiers typique des problemes
liée à Free car ils veulent lancer une action globale au pénal.
J'ai personnellement eu la malchance de me trouver en litige avec Free,
et à part une action en justice, tu n'arriveras pas à les faire bouger...
Par contre, une fois au pieds du mur tout s'arrange !
bon courage dans ton action!
[^] # Re: Mouai
Posté par Jéjé de Grenoble . En réponse au journal Mise à jour débit max free ouverte. Évalué à 2.
et depuis cette date, plus de synchro!
Y sont trop fort chez Free!
Alors, suis-je egoiste de vouloir l'ADSL chez moi comme avant ?
[^] # Re: FUD?
Posté par Jéjé de Grenoble . En réponse à la dépêche Sortie de Thunderbird 0.8. Évalué à 1.
1 - Suppression de Enigmail ...(rien à faire du coté de Enigmime)
2 - Téléchargement (upgrade vers)
enigmime-0.86.0-tb-win32.xpi
enigmail-0.86.1.xpi
3 - installation
enigmail-0.86.1.xpi
4 - Redémarre Thunderbird 0.8
5 - installation
enigmime-0.86.0-tb-win32.xpi
=> Dans la fenetre d'extension:
enigmime-0.86.0-tb-win32.xpi, Install success
=> Puis, msg-box d'erreur pas très clair
"Mozilla Thunderbird could not download the file from X:/xxx/enigmime-0.86.0-tb-win32.xpi because: Restart to complete.
6 - Redémarre Thunderbird 0.8
pas de msg d'erreur, mais lors de la recepetion de msg crypter,
Thunderbird ne les décode plus !!!
et une action de type "Enigmail->Decrypt" n'y change rien...
Une idée ?
[^] # Re: Que pour le 2.4, pas de 64 bits
Posté par Jéjé de Grenoble . En réponse au journal Nouveau pilote Ati pour linux. Évalué à 1.
Il semble aussi d'après le forum sur http://www.rage3d.com(...) que les performances soit _enfin_ à la hausse...
Cependant, des patchs sont tjrs necessaire (et disponible) pour que cela compile sans probleme sur une Fedora C2...
[^] # Re: Marche bien ?
Posté par Jéjé de Grenoble . En réponse à la dépêche Skype pour Linux !. Évalué à 1.
sinon, je trouve qd même que cela fonctionne plutot bien au niveau du sons, de l'integration KDE/GNOME!
# Cinelerra
Posté par Jéjé de Grenoble . En réponse à la dépêche La vidéo sous Linux ?. Évalué à 10.
http://sourceforge.net/project/showfiles.php?group_id=13554(...)
Mais je ne l'ai pas testé... pblme de
compilation il y a quelques mois...
# resumé
Posté par Jéjé de Grenoble . En réponse à la dépêche Crash sur le World Trade Center. Évalué à 0.
Ce matin 9h00 (heure de New York), deux avions se sont écrasés à 18 minutes
d'intervalle sur la partie supérieure des deux tours jumelles du World Trade
Center à l'extrême sud de l'île de Manhattan. Les deux buildings sont
acteullement en flammes. Un premier bilan provisoire fait état d'au moins
six morts et de 1.000 blessés. Le World Trade Center, situé au coeur du
quartier des affaires new-yorkais, abrite des milliers de bureaux qui, à
cette heure, étaient largement occupés. A 16h, l'une des deux tours s'est
effondrée. Le FBI et la Maison Blanche ont confirmé qu'il s'agit d'un acte
terroriste.
Selon les premières informations de notre correspondant aux Etats-Unis,
Pierre-Yves Dugas, le premier avion rempli d'environ 150 passagers, un 767
de la United ou d'American Airlines reliant Boston à Los Angeles, aurait été
détourné puis envoyé de force sur l'un des immeubles.
Dix-huit minutes plus tard, un deuxième avion d'une compagnie américaine,
lui aussi détourné, heurtait à son tour la deuxième tour du World Trade
Center.
A 15h43, heure de Paris, la police new-yorkaise avertissait qu'un troisième
appareil était en approche du World Trade Center.
A 15h48, un avion s'est écrasé près du siège du Pentagone, le siège de la
défense américaine. Dans le même temps, l'aile ouest de la Maison-Blanche a
été évacuée par crainte des menaces terroristes.
[^] # Re: Synthèse et reconnaissance vocale
Posté par Jéjé de Grenoble . En réponse à la dépêche Un synthétiseur vocal pour Konqueror. Évalué à 1.
http://www-4.ibm.com/software/speech/dev/sdk_linux.html(...)
mais ca fait longtemps que j'ai pas testé...
J'avais trouvé ca sympas, mais gourmand en resources (cpu+ram)
[^] # Re: N'hesitez pas a participer !
Posté par Jéjé de Grenoble . En réponse à la dépêche Concours National d'Informatique: Prologin. Évalué à 1.
son nom et son e-mail pour faire ce genre
de critique, on ne dit rien !
...et n'oublie pas que les entreprises
achètent des compétences, pas des diplomes,
c'est à TOI de faire tes preuves!
Bon courage !
Jérôme (Promo I3A - 94)
[^] # Re: SegFault avec RH7/gcc2.96/glibc2.2 !!!
Posté par Jéjé de Grenoble . En réponse à la dépêche Window Maker 0.63.0 sorti. Évalué à 1.
mais plutot d'execution. le binaire de wmaker
SegFault directement au lancement et en tracant
avec gdb c'est dans une lib dynamique "libwraster"
je crois... bref... c'est etrange, d'autant que je n'ai rien vu dans les mailling list à ce sujet...
Bref, c'est p'tet ma config...
M'enfin, c'est pas très grave car tout fonctionne
parfaitement avec egcs !
la version 0.62.1 ne me posait pas ce pas ce probleme...
# hum...
Posté par Jéjé de Grenoble . En réponse à la dépêche Un écran de ... 42 ". Évalué à 1.
et 1280x720 en progressif...
donc pas d'entrelacé possible sans décimation...