fabricius a écrit 509 commentaires

  • # fortiche...

    Posté par  . En réponse au journal Par ici la Vinace. Évalué à 10.

    Pour te remettre à la programmation tu écris... un émulateur !

    Balaise.
    La programmation d'émulateur m'a toujours paru super difficile, car il faut comprendre le fonctionnement de la machine émulée, en plus de la partie programmation sur la machine qui héberge l'émulateur...
  • [^] # Re: Sous titres.

    Posté par  . En réponse à la dépêche VLC 1.0.0 : Nom de code "Goldeneye". Évalué à 2.

    Fais le en français, je peux traduire le texte en anglais apres.
  • [^] # Re: est-ce qu'il lit le closed caption ?

    Posté par  . En réponse à la dépêche VLC 1.0.0 : Nom de code "Goldeneye". Évalué à 5.

    je préfere évidement une solution libre sous linux, mais en désespoir de cause, je peux repasser sous windows et utiliser un truc non libre!

    Le débat de départ n'aurai pas du avoir lieu puisque c'etait une attaque «de toute façon tu as acheté un DVD, donc tu es méchant et tu soutiens l'industrie du disque, alors tu n'as qu'a utiliser un soft non libre». C'etait débile à mon sens. D'autant plus que j'avais bien documenté mon post, en mettant des liens pouvant interresser d'autre personnes... C'est pourquoi j'ai arrété de répondre.

    Bon, de toute façon j'ai vu la réponse ici:
    http://www.videolan.org/vlc/features.html
    onglet Subtitle/Tag format
    le close caption est supporté sous linux (pas sous windows). Donc c'est parfait !

    Bonne soirée à tous.
  • [^] # Re: est-ce qu'il lit le closed caption ?

    Posté par  . En réponse à la dépêche VLC 1.0.0 : Nom de code "Goldeneye". Évalué à 6.

    Je ne vois pas le rapport. Même une solution non libre, je suis preneur, juste pour mes quelques DVD zone 1 avec du closed-caption. D'ailleurs je lis la plupart de mes DVD sur un lecteur hardware, donc non libre, honte à moi ?

    Et qui es tu pour faire mon procès ? Que sais-tu de ma consommation de DVD ? De ma «contribution financière et politique aux DRMs et brevet logiciel» ?

    Imbécile.
  • # est-ce qu'il lit le closed caption ?

    Posté par  . En réponse à la dépêche VLC 1.0.0 : Nom de code "Goldeneye". Évalué à 5.

    Est ce qu'enfin je pourrais lire un DVD avec du closed-caption ?

    Je ne parle pas des sous-titre classiques, mais du closed-caption, qui est représenté par le logo CC sur les DVD zone 1 (états-unis). Il est fait pour les sourds et malentendants, ou pour les gens qui comprennent l'anglais mais pas assez pour suivre une conversation orale. C'est un peu l'équivalent du sous-titrage télétexte pour les US. Non seulement les dialogues sont transcris, mais aussi les «bruits» pour rendre le film compréhensible même sans son.

    Techniquement, le CC diffère des sous-titre classiques car ils ne sont pas stockés de la même façon. le CC est inclu dans la ligne 21 du format NTSC.

    Pour l'instant, tous mes VLC ont échoués au test de lecture du CC. Je suis pressé d'etre ce soir pour tester!

    Pour en savoir plus sur le closed-caption:
    http://en.wikipedia.org/wiki/Closed_captioning
    http://en.wikipedia.org/wiki/EIA-708

    Pour savoir si vos DVD zone 1 incluent du closed caption: le logiciel media info (codé par quelqu'un qui traine d'ailleurs sur linuxfr! ).
    http://mediainfo.sourceforge.net/fr

    Si par ailleurs quelqu'un a une solution pour lire un tel DVD, je suis preneur. J'ai quelques DVD zone 1 (il n'existent pas encore en français) et c'est un peu dur de tout comprendre, alors que je sais qu'il y a du CC dessus.
  • # slackware

    Posté par  . En réponse à la dépêche Brèves libres. Évalué à 6.

    Puisque la slackware va utiliser le noyau 2.6.29, est-ce que le logo avec Tux qui fume la pipe va être remplacé par Tuz qui fume la pipe ?
    http://www.tassiedevil.com.au/images/Linux_Tuz.jpg
    http://www.slackware.com/~msimons/slackware/grfx/shared/slac(...)
  • [^] # Re: qui a pris le livre sur Squeak ?

    Posté par  . En réponse à la dépêche Meilleurs contributeurs LinuxFr : Les gagnants de mai 2009. Évalué à 1.

    ok, merci de ta note. Moi aussi je ne connais ni l'un ni l'autre, mais je suis curieux!
  • [^] # Re: Hypocrisie

    Posté par  . En réponse à la dépêche ScummVM dans des jeux Atari, au mépris de la GPL. Évalué à 2.

    exactement! Ca rejoint un peu le triangle - fast - good - cheap - (rapide, bien, pas cher). Tu ne peux pas avoir tout en même temps.
    http://www.sixside.com/fast_good_cheap.asp
  • [^] # Re: Hypocrisie

    Posté par  . En réponse à la dépêche ScummVM dans des jeux Atari, au mépris de la GPL. Évalué à 3.

    oui mais la Atari ne savait pas. C'est la boite ukrainienne qui a merdé. Et vu comme la bas on doit d'assoir sur le copyright... Je parle en connaissance de cause: il est tres facile de se procurer des soft pirates, et ce n'est meme pas caché. Alors la notion de copyright est toute relative. Les développeurs de la filiale de la filiale ont surtout vu comment il pouvait pondre un truc vite et sans trop se casser la tête. Voila ce que c'est de ne pas controller le code source qui est livré!
  • # qui a pris le livre sur Squeak ?

    Posté par  . En réponse à la dépêche Meilleurs contributeurs LinuxFr : Les gagnants de mai 2009. Évalué à 2.

    Juste pour savoir si il est bien, ce bouquin me tentait pas mal. Je connais pas squeak mais je suis tenté.
  • [^] # Re: Un journal enthousiaste qui donne envie de s'y mettre :)

    Posté par  . En réponse au journal 6 semaines en bépo (promis dernier journal). Évalué à 1.

    J'ai moi meme commandé des autocollants chez beaujoie, ils livrent tres vite. Par contre je ne les ai pas encore installés, vu que je les reserve a un vieux clavier azerty que je suis en train de nettoyer a fond (j'ai enlevé les touches). Si tu veux, je te ferais un retour une fois collés.

    Par contre, je lis ici que la disposition 1.0 arrive, est ce qu'elle va changer par rapport à la version de beaujoie ?
  • [^] # Re: tu as des liens à donner ?

    Posté par  . En réponse au journal exception culturelle francaise. Évalué à 2.

    Mon seul lien, mais pas mal du tout:
    http://www.sancho-asia.com/
  • # tu as des liens à donner ?

    Posté par  . En réponse au journal exception culturelle francaise. Évalué à 0.

    Je partage un peu ton analyse. J'ai vu certains films coréèn et j'ai beaucoup aimé. Je ne me souviens plus des titres par contre. Ah si, un seul: Sex is Zero, une sorte de American Pie en pire (oui, c'est possible), tres drole. Alors que les derniers films français que j'ai vu au ciné m'ont vraiment fait chier. J'en ai marre de voir des films sur des trentenaires et leur pauvres problemes de couple dont je me fous!

    Comment fais-tu pour recuperer les titres des films ? Perso, c'est un ami qui me conseille, mais sans lui, je ne sais pas quoi chercher.
  • # couch computing

    Posté par  . En réponse au journal Un nouveau concept, le prototype de Techcrunch.. Évalué à 5.

    C'est plutot une réference à « couch potato » qui désigne une personne assise sur son canapé à ne rien faire d'autre de ses journées que regarder la télé.
    http://www.urbandictionary.com/define.php?term=couch+potato
  • [^] # Re: Tu mélanges tout

    Posté par  . En réponse au journal HS - Itélé s'envoie en l'air. Évalué à 1.

    Oui, et c'est pour ça qu'il faut regarder plutot LCI. C'est pareil, mais tant qu'à se divertir, autant que ça soit Erika Moulet qui présente les news, elle est jolie.
  • [^] # Re: pistes

    Posté par  . En réponse au message comment investiguer des "packet receive errors" en UDP ?. Évalué à 1.

    Selon ce lien:
    http://fixunix.com/unix/552109-select-least-n-bytes-readable(...)
    il est inutile de setter la variable SO_RCVLOWAT en UDP. La socket se reveillera de toute façon quand on aura une trame UDP complete. Mauvaise piste!
  • [^] # Re: pistes

    Posté par  . En réponse au message comment investiguer des "packet receive errors" en UDP ?. Évalué à 1.

    J'ai regardé, et les synchro sont bonnes. Il y a un mutex, mais il sert juste a changer le pointeur sur le buffer de reception (il y a un double buffer pour pouvoir recevoir pendant qu'on écrit le buffer sur le disque). La librairie de thread est bien la libpthread. Et on reçoit bien des paquets pendant que le write s'execute.

    Ce qui est étrange, c'est que si on augmente la taille des paquets envoyés (de 300 octets a 1490 octets), alors on n'en perd plus.

    Pour l'instant, j'essaie de setter la variable SO_RCVLOWAT pour la mettre a une valeur plus grande que 1 (valeur par defaut) pour que la socket UDP ne me dérange pas à chaque fois qu'il y a au moins un bit à lire (je pourrais lire un certain nombre de paquets plutot que lire x fois des petits paquets. Ca changerait peut etre quelque chose.
  • [^] # Re: pistes

    Posté par  . En réponse au message comment investiguer des "packet receive errors" en UDP ?. Évalué à 1.

    Depuis plusieurs jours on explore plusieurs pistes. J'ai maintenant la certitude que la perte de paquet est liée a l'application. En effet, si je commente l'écriture sur disque (fonction write()) dans le thread dédié a cela, je ne pert plus aucun paquet.

    L'appli est écrite en C++, et il a un mécanisme de synchro des threads. Pendant l'écriture sur disque, le thread "receveur" continue son travail (recevoir des paquets UDP) mais il semble perdre certains paquets probablement au moment de l'écriture sur le disque (voir plus haut).

    Le débit n'est même pas énorme: j'ai des pertes pour 20 Mb/s ! Pas beaucoup, mais c'est quand meme génant (de 50 a 2000 paquets sur 1 million). Du coup, la recv-q augmente tres peu, ce débit est assez faible. Ce sont des tout petit paquets qui partent (de 300 a 500 octets).

    Quant à la variable net.core.rmem_max, impossible de la setter: "Operation not permitted". Je vais demander a mon admin.

    Que vaut-il mieux employer comme fonction pour recevoir les paquets ?
    recfromv() ou read() ? Avec les deux j'ai des pertes.

    Merci pour ton aide.
  • [^] # Re: pistes

    Posté par  . En réponse au message comment investiguer des "packet receive errors" en UDP ?. Évalué à 1.

    Merci de tes pistes. J'ai un peu plus d'info, voir mon post précedent.
  • [^] # Re: Mon avis

    Posté par  . En réponse au message comment investiguer des "packet receive errors" en UDP ?. Évalué à 2.

    Merci!
    J'ai fait un test et j'ai désactivé l'écriture sur disque, et la plus de problème, je reçoit bien mon million de paquet.
    Je soupçonne donc mon application (avec des threads) de ne plus écouter lors de l'écriture sur disque. Pourtant c'est censé etre fait: il y a 2 threads. Un qui reçoit et un qui écrit sur disque (pour simplifier).
  • # je DETESTE les prix libres

    Posté par  . En réponse au journal Nouvelles de toile libre, l'hébergeur à prix libre .. Évalué à 10.

    oui, vraiment, ca me gonfle. Les reunions associatives, par exemple, où pour manger tu paie ce que tu veux, ça m'enerve. Je ne sais pas combien je dois donner, du coup je donne plus que tout le monde (enfin c'est que mon experience me prouve, quand je discute avec d'autres apres coup), et estimer le prix par moi meme me fait me triturer les meninges, vraiment, je desteste ça.
  • # VLC ?

    Posté par  . En réponse au message découpage video flv via ffmpeg. Évalué à 1.

    je dis peut etre une connerie, car ca ne s'applique peut etre pas au flv, mais avec VLC tu peux transcoder des flux videos.
    Je l'ai fait pour transformer des fichiers .ts (télé enregistrée sur une freebox) qui sont des fichiers MPEG TS (transport stream) vers des fichiers .mpg (MPEG PS, packet stream). Ca marche bien, et tu peux decouper les fichiers en activant l'extraction partielle. Il se trouve que ce serait peut etre la maniere la plus simple de decouper ton fichier.
  • [^] # Re: google : UDP + flood

    Posté par  . En réponse au message flooder mon reseau en UDP (pour tester l'appli en face). Évalué à 1.

    J'ai testé Tribe Flood Network, mais ca ne permet pas un controle facile de ce qu'on veut envoyer, ou alors il faut modifier le code. Du coup j'ai laissé tomber, pour l'instant.
  • [^] # Re: uperf

    Posté par  . En réponse au message flooder mon reseau en UDP (pour tester l'appli en face). Évalué à 1.

    super, je vais regarder les deux. packeth a l'air sympa, mais dommage pour moi, je n'ai pas de serveur X, je devrais me contenter de la ligne de commande, ca l'elimine, du moins pour l'instant.

    merci!
    (et en plus, tu t'es repondu a toi meme, tu as du voir la petite BD...)
  • [^] # Re: google : UDP + flood

    Posté par  . En réponse au message flooder mon reseau en UDP (pour tester l'appli en face). Évalué à 1.

    Merci!
    La "recherche rapide" n'a rien donné chez moi, en tout cas avec "UDP flooder" sur google. Les pages trouvés ne m'ont pas donné d'outil, et certaines pages etaient inaccessibles de ma boite car le flood est en general pas super légal et notre proxy n'est pas tres permissif.

    Je suis sur un sous reseau qui n'a pas acces a internet, alors cet aspect ne me derange pas.

    Je vais tester TFN.