ninis666 a écrit 95 commentaires

Je pense qu'il ne faut pas confondre vignettage et déformation dû à la focale. Tous les grands angle sont sujet au vignettage, pour le réduire, il faut fermer un peu plus le diaph.

Concernant la déformation géometrique, il faut effectivement utiliser le bon profile d'objectif. Mais en pratique, les objo d'aujourdhui sont plutôt bon de ce côté là, pas vraiment besoin de le corriger.

Je pense que la méthode la plus adaptée pour le vignettage sera it d'utiliser des soft de retouche, donc en jpg ou autre format de conversion, tel que gimp …

Moi j'utilise Tuxguitar, c'est à la base un clone de "Guitar pro", un éditeur de tablature WYSIWYG tournant sous Windows.

Comme son nom l'indique, sa principale fonction est d'éditer sous forme de tablatures, mais on peut néanmoins le basculer en mode "solfège". Ça peut vite devenir un clickodrome, mais on peut aussi le faire tout au clavier. Bien sûr, il permet de jouer ce que l'on édite à la volée et gère plusieurs pistes en même temps. C'est assez axé sur la guitare, donc ça gère plutôt bien les effets stylistiques à la guitare (slide, hammer on / pull off, etc.). On peut même l'utiliser pour travailler des morceaux en mettant en boucle certaines parties de la partition et lui demander d'accélérer progressivement. Moi c'est mon principal usage.

Le gros avantage (ou pas !), c'est que c'est du java, donc il tourne sur toutes les plateformes.

Bref, c'est un super outils pour guitariste, mais qui en pratique peut servir à l'édition de partitions tout instruments.

Un autre truc sympa, c'est qu'il gère l'import / export de tout plein de format d'autre éditeurs de tablatures connus, dont on en trouve à la pelleté sur internet.

bande de moule sans humour !

Et puis tout dépend de la pédagogie ou orientations de la fac / école et de ses enseignants …

PS:
Le point commun entre un tampon et un prof ?
Ils sortent tous les deux du corps enseignants.
Pardon …

Je dirais mais plus :

echo 'export ANT_HOME=/usr/local/ant' >> /etc/bashrc
echo 'export JAVA_HOME=/usr/lib/jvm/java' >> /etc/bashrc
echo 'export PATH=$PATH:/usr/local/ant/bin' >> /etc/bashrc

les simples quotes (') font que ton bash ne vont pas interpréter ce qu'il y a entre, alors que les doubles (") vont le faire :p

Toujours sympa de se faire moinsser quand on prend la peine de rédiger une solution qui fonctionne autre que 'google est on ami, noob', ou 'ça doit marcher, RTFM feignasse' ….

Aïe, j'ai l'impression que tu n'as pas le choix, faut recompiler le driver à la main. Si tu sais pas le faire, cherche sur le net un tuto concernant la compilation des drivers sur les kernels 2.4.

Mais rapidement il te faut :
- Les sources du dit driver; sur le site de dlink, tu trouves les sources pour les kernels 2.4 : ftp://ftp.dlink.fr/DGE/DGE-528T/GPL_Code_Source/dge-528t.tar
- Les header de ton kernel ; sur ta galette d'installation (ou avec yum) le rpm qui s'appelle kernel-source-xxx ou kernel-header-xxx.

Dans les sources du driver, le Makefile m'a pas l'aire bien portable par contre. Utilises en un comme celui-ci:

.PHONY: install
install: dge528.o
    cp dge528.o /lib/modules/`uname -r`/kernel/drivers/net && depmod

dge528.o: dge528.c
    $(CC) -Wall -DMODULE -D__KERNEL__ -DLINUX -I/lib/modules/$(shell uname -r)/build -c dge528.c

.PHONY: clean
clean:
    rm -f *.o

Et hop un "make install" avec ce makefile devrait compiler et installer le driver. Puis après, reboot ….

Il reste toujours siné-mensuel (feu siné-hebdo) pour faire la nique à Charlie Hebdo et aux sbires de Val ….

ou
:apt-get install emacs

J'ai déjà testé ça et voici où j'en étais resté :

Le signal qui sort de ta guitare doit être traité (amplifié) avant d'être envoyé sur ta machine. Là tu as 2 façons de faire :
- Utiliser ton ampli de guitare : guitare -> ampli -> carte son -> ton soft d'enregistrement ou d'ampli virtuel (audacity etc.)
- Utiliser un boîtier d'acquisition : guitare -> boîtier d'acquisition -> ton soft d'enregistrement ou d'ampli virtuel (audacity etc.)

Avec l'ampli guitare:
Si tu veux passer par ton ampli guitare, tu devrais utiliser la sortie 'recording' ou 'casque'. Ou mieux, si ton ampli le permet, récupérer le signal qui sort de l'étage de pré-amplification. Dans tous les cas, utiliser le canal 'clean' de ton ampli et ne pas mettre trop de gain !

Le signal (analogique) va ainsi être traité par ta carte son (avec plus ou moins de distorsion) avec de la latence. Tu peux normalement corriger cette latence dans ton soft d'enregistrement, il y a des tutos que tu peux trouver facilement sur le site d'audacity pour la calibrer correctement. Moi je passais par audacity pour m'enregister, mais je trouve pas ça super pratique : je ne pouvais pas entendre en direct ce qu'il enregistrait … Donc tu joue sans entendre réellement ce qu'il enregistre. J'avais trouvé l'option qui va bien dans audacity pour le forcer à le faire, mais il y avait beaucoup trop de décalage entre le playback et l'enregistrement. Par contre j'ai pas du tout essayé avec un RT-kernel.

Donc solution avec pas chère, pas de matos particulier ni de soft compliqué, mais qui n'est pas super souple.

Avec un boîtier d'acquisition:
Ce sont des boîtiers qui se connecte un USB ou firewire sur ta machine, et qui disposent de une ou plusieurs entrés analogique, avec ou sans réglages de niveau. Pour celles qui sont supportées sous Linux, elles seront vues comme étant des cartes sons ; en fait j'en ai trouvé qu'une seule que le constructeur certifie ce point (Behringer, c'est un peu 'cheap' mais c'est tout ce que j'avais trouvé). Généralement, ils vendent leur matos avec du soft de traitement de sons (simulation d'ampli / pré-ampli / baffle / disto / machine à café etc. très bon par ailleurs - les distos, pas le café ! ) et drivers ne tournant que sous windows / macos.

Dans tous les cas cette dernière solution est de loin la meilleure, tu pourras t'enregistrer correctement ET écouter le son ainsi traité.

J'ai un peu mis ça de coté pour le moment, mais je pense donc m'acheter un boîtier d'acquisition, mais faute de mieux, le tout sous Windows …

"The C++ Programming Language" de Bjarne Stroustrup (qui a inventé le langage) : http://en.wikipedia.org/wiki/The_C%2B%2B_Programming_Language

Solution rapide : pour passer outre cette limitation, tu peux "spliter" les fichiers volumineux avec la commande 'split' à la source :

bash$ split -b $((512 * 1024 * 1024)) "/raid0/data/Nas/backup/PC Mururoa/Jeux/StarCraft II/Campaigns/Liberty.SC2Campaign/base.SC2Assets"  mon_fichier

Avec la commande précédente, tu va découper ton gros fichier en d'autres de 512Mo préfixés par "mon_fichier" dans le répertoire courant. Pour les reconstruire, un simple cat devrait suffire :

bash$ cat mon_fichier.* > base.SC2Assets

A tester !

Qui n'est imposé dans aucune des 3 religions dont on parle …

Il n'y a que les musulmans christianisés de France pour te dire que "Dieu est amour", mais ce n'est déjà plus l'Islam.

Pour ne pas dire musulmans édulcolorés ? C'est vraiment du grand n'importe quoi là … Comment peux-tu dire ce qui relève de l'islam ou n'en est pas ? S'il s'agit de tes conclusions, ce n'est que ton interprétation (ou celle des autres si tu l'as lu ailleurs) des textes.

Je suis musulman, et je pense que tu te trompes sur ce point:

Donc non, les musulmans n'ont pas à suivre la Torah, ils n'ont même pas le droit de la lire, ils n'ont pas non-plus le droit de lire les évangiles, cela peut être puni de prison et parfois de mort si le lecteur s'entête, car cela signifierai une conversion. Lire l'évangile signifie être chrétien, ce qui est condamné. Tout serait dans le Coran, il n'y a rien qui serait ailleurs, c'est pour ça que l'Islam peut dire à la fois qu'il y a lumière et vérité dans l'Évangile, mais aussi qu'il ne faut pas lire l'Évangile.

L'islam, ou du moins le Coran, ne reconnaît aucune institution ou autorité religieuse, donc la prison etc. n'a strictement rien à voir avec nos possibles relations avec Dieu ; il n'est dit nul pars que l'étude ou la lecture des textes religieux tels que la Torah est illicite. La seule référence que l'on peut y trouver concerne le fait de "rompre avec les traditions pré-islamique" ; et encore là, tout n'est que question d'interprétation des textes …

C'était juste une (mauvaise) blague …

Tu veux réimplémenter la couche TCP / UDP du kernel ;) ?

Un DESS, c'est pas un diplôme d'ingénieur.

J'ai un DESS et suis ingénieur …

Quant aux facs, je ne vois pas le rapport car à ma connaissance elles ne forment pas d'ingénieurs. Un ingénieur ne doit-il pas être formé en > école d'ingénieur, logiquement ?

Et tu balayes d'un coup les gens qui sortent de la fac avec un DESS (ou Master II comme disent les djeuns) … L'élitisme de certains diplômé de grandes écoles m'étonnera toujours.

Pour les trames UDP, tu peux le faire avec un truc de ce genre:

void capture(pcap_t *p)
{
    struct pcap_pkthdr hdr;
    const unsigned char * pload;
    const struct ethhdr * ethhdr;
    const struct iphdr * iphdr;
    const struct udphdr * udphdr;
    const unsigned char * data;
    struct in_addr inaddr;
    const int min_size = sizeof ethhdr[0] + sizeof iphdr[0] + sizeof udphdr[0];
    int data_len;
    struct pcap_buff * b;
    int seqnum;

    seqnum = 0;
    for (;;) {
        seqnum ++;
        pload = pcap_next(p, &hdr);
        if (pload == NULL)
            break;
        if (hdr.caplen != hdr.len) {
            fprintf(stderr, "[%d] capture was truncated (%d expected, %d captured)\n", seqnum, hdr.len, hdr.caplen);
            continue;
        }

        if (hdr.len < min_size) {
            fprintf(stderr, "[%d] Too small frame found (%d < %d)\n", seqnum, hdr.len, min_size);
            continue;
        }

        ethhdr = (struct ethhdr *)pload;
        if (ethhdr->h_proto != htons(ETH_P_IP)) {
            fprintf(stderr, "[%d] Unknown ethhdr->h_proto (%04x)\n", seqnum, ethhdr->h_proto);
            continue;
        }

        iphdr = (struct iphdr *)(pload + sizeof ethhdr[0]);
        if (iphdr->ihl != sizeof iphdr[0] / 4) {
            fprintf(stderr, "[%d] Invalid iphdr->ihl (%d != %d)\n", seqnum, iphdr->ihl * 4, sizeof iphdr[0]);
            continue;
        }

        if (iphdr->protocol != IPPROTO_UDP) {
            fprintf(stderr, "[%d] Only UDP is allowed (%#x found)\n", seqnum, iphdr->protocol);
            continue;
        }

        udphdr = (struct udphdr *)(pload + sizeof ethhdr[0] + sizeof iphdr[0]);
        data_len = htons(udphdr->len) - sizeof udphdr[0];
        if (data_len + min_size != hdr.len) {
            fprintf(stderr, "[%d] Invalid pload lenght ((%d - %d) + %d != %d)\n", seqnum, htons(udphdr->len), sizeof udphdr[0], min_size, hdr.len);
            continue;
        }

        data = pload + sizeof ethhdr[0] + sizeof iphdr[0] + sizeof udphdr[0];

        inaddr.s_addr = iphdr->saddr;
        printf("[%d] ip.saddr = <%s>, udp.source = <%d>\n", seqnum, inet_ntoa(inaddr), htons(udphdr->source));

        inaddr.s_addr = iphdr->daddr;
        printf("[%d] ip.daddr = <%s>, udp.dest = <%d>\n", seqnum, inet_ntoa(inaddr), htons(udphdr->dest));
    }
}

À la fin de la boucle:
* iphdr pointe sur l'entête IP (où tu trouveras entre autre la source et destination ainsi que le type UDP, TCP etc.)
* udphdr pointe sur l'entête UDP (où tu trouveras entre autre les ports source et destination)
* data pointe sur les données (sic !)

Si tu veux les ports TCP dans le cas des paquets TCP, tout comme l'entête UDP, pointer avec un struct udphdr et y lire "source" et "dest". Faut juste faire gaffe aux histoires d'offset pour la donnée, et aux htons des champs dans les structures.

Etape :

1°) lire la documentation de libpcap, ses fonctions, leurs parametres

2°) s'inspirer d'outils faisant sensiblement la meme chose :
netstat et whireshark te permette de connaitre les ensembles IP:port d'une communication en cours.

je ne sais pas s'ils utilisent libpcap mais en s'inspirant de la maniere dont ils le font, tu devrais trouver comment le faire.

À quoi servent ce genre de commentaires ? Si tu ne sais pas, ne dit pas :)

Le fait d'avoir des /tmp et /var sur des partitions séparées vont aussi te permettre d'utiliser des systèmes de fichier différents qui seront plus efficaces pour les accès à de petits fichiers (tmpfs, ramfs etc.). Quant au /home, si tu dois réinstaller ton système, tu sera bien content de pouvoir le récupérer si tu formates / retailles ta racine …

C'est quoi qui pique le plus les yeux :
- du texte sans accent ?
- du texte avec des fautes d'orthographe (qui est aussi inclus dans le premier élément de la liste …) ?

le fait de modifier les sources des drivers spécifiques […] n'est pas souhaité par notre "client".

Ça ne veut pas dire que ce n'est pas faisable : l'interface des netdevice permet "d'étendre" leur définition avec des donnés (privées) qui sont spécifiques à chaque driver réseau. Je pense que c'est aussi faisable pour les disques.

à defaut de pouvoir le faire dans l'espace noyau, il ne reste guere que l'espace utilisateur pour le faire, et c'est justement là que FUSE repond à sa contrainte.

Pas terrible quand même : faire retransiter les données vers le userspace pour ensuite remonter vers le kernel puis vers les drivers disques va être quelque peu coûteux en recopie de buffer … Et si tu prétends le contraire, c'est juste de la mauvaise foi ;) .

FUSE: Filesystem in Userspace

Il parle plutôt d'un hack du driver de disque et non autour du vfs …