Vous n'êtes pas identifié(e).
Il Au fil de mes mises à jour de débian, j'ai eu des régressions successives des possibilité offertes avec mes écrans externes
en 2010 j'avais du 48 fps, le 50, le 60, 72, et 75Hz... sur un eeepc 701 branché en VGA sur tube cathodique! cette performance de debian m'avait incité à conserver ce système, dans le but de gérer les écrans et la vidéo.
en 2013 j'avais encore le 50 et 60Hz, et aussi le 24 et le 25Hz que la télé gérait difficilement, mais je pouvais le tester
en 2018 je n'ai plus que du 60Hz, et tout écran que je branche n'est reconnu comme le edp-1 du portable (alors que j'utilise des télévisions de différents modèles qui ont des dalles 1080p ou un tube cathodique, et que j'utilise des ordinateurs industriels (plusieurs modèles) barebone nuvo (même problème sur le nuvo 1005 et nuvo 3000)
VOILÀ ce qui s'est passé: tout simplement xrand considére que le port VGA, c'est de l'écran de PC standard juste 60Hz point-barre, le vga, c'est pour un moniteur de PC et rien d'autre: un écran non équipé de port HDMI mais seulement VGA n'est plus utilisable qu'en 60Hz.
On a donc, par "conception" simplement limité les possibilité du port VGA au seul 60Hz "le port VGA" c'est pour les "PC" pour travailler, pas regarder des films... pour la boite...
en 2021 Je retrouve effectivement les autres fréquences sur des télé équipés de port HDMI. Je doit simplement à l'invite de la télé répondre "NON" à la question "votre écran est t-il relié à un PC" (!), si je répond "oui", la télé se configure en format 4/3 de son époque de conception où les PC ne servaient qu'au traitement de texte. Si je répond "NON" à la question "cet écran est t-il relié à un PC" ça marche et alors c'est un écran qui offre quasiment toutes les résolutions 16/9 et 4/3 avec 24,25, le 50 aussi, et 60Hz.
Le problème est donc: comment faire pour que l'écran sur le port HDMI soit, des le démarrage reconnu comme l'écran principal?
Car je suis obligé de branche ma télé sur le port VGA pour démarrer (ça plante si les deux cables sont branchés.
Après démarrage je dois brancher le cable HDMI à chaud) l'écran HDMI est détecté en 2eim écran et il faut basculer sur ce deuxième écran qui est en fait le même via l'autre cable, en le choisissant comme "principal", ce qui a pour effet de laisser l'écran noir tant que je ne règle pas la télé sur "source-HDMI", manœuvre peu aisée car il faut faire vite pour avoir le temps de confirmer le choix de l'écran avant que sinon ça rebascule à la configuration précédente...
Si je fais fonctionner ensemble deux écrans (autre télé branchée sur le port HDMI, la mienne sur le port VGA), j'ai eu la surprise qu'on pouvait très bien envoyer un film en 24 images par seconde sur le deuxième écran, alors que le premier est géré à 60, mais quand le VGA et le hdmi travaillent ensemble, il y a du tearing en haut de l'image sur le deuxième écran, qui disparaît si un seul est géré.
Bonsoir tout le monde
j'ai depuis quelque temps un prb quand j'ouvre plusieurs onglets dans FF, vers le 6 ou 7 eme, j'ai comme message:
"Zut, l’onglet a planté…Choisissez Restaurer cet onglet pour recharger la page."
un clic sur restaurer cet onglet charge une page blanche.
je suis à jour, version FF 78.7.0esr.
Une fois j'ai eu en plus: FF vient d'être mis à jour. Il fait ceci derrière mon dos ?:mad:
Ca arrive à d'autres ?
Je confirme, ça me le fait aussi depuis quelques jours.
Ça bloque aussi le système, monopolise le disque dur (acces-disque) et tend à bloquer le bureau.
les même valeur avec le codec libx265 ne correspondent pas avec libx264
En examinant image par image, je constate plutôt que à CRF équivalent ça se vaut: le libx264 donne à qualité (CRF) égale des fichiers un peu plus encombrants, mais si ça bouge beaucoup avec beaucoup de textures, le h.265 devient quasi aussi encombrant pour beaucoup plus de consommation d'encodage et est donc inintéressant pour l'archivage en haute qualité. La différence d'efficacité de compression se creuse si l'image contient des zones inanimés, peu changeantes, qu'il y a des surfaces lisses et qu'on a choisi une compression plus forte que CRF 25.
Le libx265 est plus efficace en forte compression pour gérer des contours et des "à plat" unis en mouvement, mais pas tant pour les textures telles le grain.
Le h.264 est intéressant pour mon usage de CRF 17 à 25 et le Libx265 de CRF 25 à 27 car là ça compresse réellement plus.
....
EDIT : C'est bien celle-ci ?
mediainfo "Train Driver's View - Washer, track 12 and then Oslo - Ål in 4K UltraHD-GjykaBdn51U.f315.webm.part"
General
Complete name : Train Driver's View - Washer, track 12 and then Oslo - Ål in 4K UltraHD-GjykaBdn51U.f315.webm.part
Format : WebM
Format version : Version 4
File size : 85.4 MiB
Duration : 3 h 24 min
Overall bit rate : 58.4 kb/s
Writing application : google/video-file
Writing library : google/video-file
IsTruncated : Yes
FileExtension_Invalid : webm
Video
ID : 1
Format : VP9
Codec ID : V_VP9
Duration : 3 h 24 min
Bit rate : 49.2 kb/s
Width : 3 840 pixels
Height : 2 160 pixels
Display aspect ratio : 16:9
Frame rate mode : Constant
Frame rate : 59.940 FPS
Color space : YUV
Bits/(Pixel*Frame) : 0.000
Stream size : 71.9 MiB (84%)
Language : English
Default : Yes
Forced : No
Color range : Limited
Color primaries : BT.709
Transfer characteristics : BT.709
Matrix coefficients : BT.709
oui, la version 1440p pour moi, autrement il y a la précédente dans la chaine qui fait moins (1h30 environ, et 5.8Go la version 1440p)
J'aime bien l'analyse, (histogramme et analyse d'image)
Intéressant, tu peux faire un bout de tuto là-dessus ?
Comment tu les interprètes selon tes besoin avec un exemple simple...
Cette visualisation est celle "à la mode" dans Da Vinci résolve et ça surprend de la voir là, et c'est très simple en fait, ça permet de savoir si les noirs sont bien noirs ou gris, si le signal est écrêté (tape en haut), ou bouché (tape en bas), si la plage dynamique de sortie est trop faible, c'est écrêté en haut avant le vrai blanc et les noirs se tassent sur une limite correspondant au gris (pour ajuster le contraste des vidéos profil "flat" il faut expenser cette plage de sortie jusqu'à que ça frôle les limite... etc)
pourtant pas le seul a avoir cette carte graphique
https://forums.linuxmint.com/viewtopic.php?t=275668
Il utilise lui aussi Desktop: Cinnamon 3.8.8 (Gtk 3.22.30-1ubuntu1)
Ce message d'erreur a disparu en remettant un noyau plus ancien: 4.19.0-0.bpo.4-amd64 #1 SMP Debian 4.19.28-2~bpo9+1 (2019-03-27) x86_64 GNU/Linux
.