ecyrbe a écrit 633 commentaires

effectivement, y a rien de standard à ce niveau... c'est le gros problème de SIP/SDP/RTP qui laisse trop de trucs non définis pour ce qui relève de la vidéo (ils se sont surtout penchés sur l'audio).

Moi je n'ais trouvé que ce draft là :
-draft-even-mmusic-video-media-control-00

qui à expiré depuis un moment. Ce qui montre qu'ils se bougent pas beaucoup pour standardiser cette partie ci du protocole.
Si j'étais toi, je l'implémenterais quand même, en spécifiant que tu as ajouté la compatibilité avec ce draft de manière temporaire, faute de mieux. Et d'envoyer un mail sur la mailing list de mmusic à l'ietf pour leur demander s'ils s'ils comptent stadardiser ça ou pas...

Salut,

Tu as la possibilité avec SIP/SDP de rajouter des paramètres lorsque tu utilise des payload spécifiques:

a=fmtp:[format] [format specific parameters]

tu as aussi de manière plus générique la possibilité d'associer une qualité à un format que tu peux interpéter en mappant sur le bon format:

a=quality:[quality]

ou plus grossièrement tu peux aussi définir ton propre paramétrage (c'est fait pour ça)

a=size [width] [height]

....

C'est pour un projet scolaire? qu'elle matière? synchronisation système? réseau? modélisation? ...

quel son les but? te force t'on a utiliser les socket? des processus differents pour chaque serveur?
Car si tu peut tout faire en simulation pure, pas besoin de lancer un process pour chaque banque. Juste une bonne gestion de graphe... avec un système de notification de type slot/signal ou de callback.

Je trouve aussi ses remarques totalement déplacées, sachant que pour l'utilisateur lambda il est plus facile de télécharger une ubuntu qu'une madriva community. car il y a quelques temps j'ai voulu installer une mandriva à un ami, et c'était le parcours du combattant sur leur site pour le télécharger... je lui ai finalement installé une ubuntu et commandé des CD gratuits.
Personnellement, étant développeur, j'utilise une debian sarge car bien plus stable (avec quelques backport tout de même). Mais faut s'y connaitre un minimum, alors hors de question de l'installer à un ami si c'est pour passer tous les jours pour lui configurer ça aux petits oignons.

Relit la news... tu verra que Beagle n'est pas le seul à faire de l'indexation de fichiers pour effectuer des recherches par mot clefs...
Entre autre Kat qui est, je te le donne en mille, ... écrit en C++

Il se plaint de l'occupation mémoire et vous vous répondez sûr l'interpretation ou non du bytecode...
Je suis d'accord avec lui, l'occupation mémoire d'un daemon Mono/C# est incroyablement plus élevée que celle d'un daemon en C/C++, à fonctonnalité équivalente. Et même si la théorie nous dit qu'un daemon Mono/C# peut fort bien rivaliser avec un daemon C/C++, la réalité est tout autre.

DirectFB fait ça...Mais il ne fait pas que ça... et n'est pas portable sur tous les systèmes.
Néamoins certains pourraient dire que son interface ressemble beaucoup à celle de DirectX... donc voilà ça peut permettre d'utiliser les deux sans trop d'efford...
Sinon, il y a aussi Allegro, ClanLib...qui font d'autre choses aussi... Mais comme leur code est libre! libre à toi de le regarder, pour voir comment ils font pour gérer le clavier.

Je sais pas...mais je crois savoir que ça marche sûr la 2.6.9
J'ai entendu dire que le problème viendrait de la gestion du tuner radio. Essaye donc de désactiver tvaudio, un pote à moi m'a dit avoir réussi comme ça à faire fonctionner sa pctv RAVE.
En faisant quelques recherches sur le net, la version 2.6.14-mm2 aurait le patch pour corriger le problème.
Par contre je sais pas si le patch se retrouve dans la 2.6.15. Au pire applique le patch toi même.

Quand on est derrière du NAT, il y a plein de cas possibles.
Si ce n'est pas ce qu'on appelle du NAT symmétrique, alors on peut toujours réussir à passer Directement en NAT to NAT sans utiliser de passerelle. A première vu on se dit que c'est pas possible, mais si! suffit de faire transiter les flux en udp, et de savoir ou envoyer (qu'elle ip et quel port).

Pour le cas ou l'un des deux est dans un NAT symmetrique, alors on a le choix, passer par une passerelle spécifique au protocole ou passer par une passerelle générique (appelée TURN, cf draft en cours à l'ietf). La passerelle, après elle peut être soit dédiée sur un serveur central, soit sur un client dont le réseaux n'est pas du NAT symmetrique.

ça c'était pour les flux audios eux mêmes... pour permettre à SIP/SDP de passer lui aussi le NAT, on doit utiliser des serveurs STUNs (standard de l'ietf) pour résoudre les problèmes d'adressage du protocole.

Premièrement cette annonce ne veut pas dire que microsoft va publier plus de code sous ces licences...
D'après leur site, c'est juste un ajustement des licences actuelles, pour limiter leur nombre de licenses avec du code ouvert.

-La première licence est clairement de type BSD... donc toute contribution pourra être utilisé dans un produit propriétaire...
-La deuxième license est trompeuse... elle s'applique par fichier...
Donc toute contribution pourra être utilisé dans un programme propriétaire, du moment que le code propriétaire n'est pas dans le même fichier que le code publique.
-La troisième, ce serait bien tout windows soit difusé publiquement avec cette license... ça permettrait de se rendre compte de la qualité de leur produit

Enfin voilà, je trouve pas ça transcendant... s'ils avaient mit une vrai licence avec de vraient clauses gurantissant la liberté du code...
j'aurais dit bravo...
Pour l'instant je reste sceptique, et j'attends de voir ce qu'ils feront...

Je pense que tu devrait pas t'inquiéter... la mémoire reste attachée au process pour des allocation futures... ce qui fait que si tu lance un autre thread... tu ne devrais pas voir la mémoire augmenter plus qu'elle ne l'est déjà... sauf si t'as plein de thread concurrents...

Si jamais un autre process à desoin de mémoire et qu'il n'en reste plus, normalement la procédure de swaping (page fault) va se rendre compte que ton programme ne l'utilise plus et va la redonner au programme qui en a besoin, pour éviter de faire un vrai swaping...
en gros tu peux considérer que ton programme se voit allouer plein de mémoire, mais ce n'est que virtuel...

ddd est un front end graphique à gdb... ça permet de naviguer très facilement ou tu veux dans ton code et dans la pile... depuis que je l'ai découvert je peux plus m'en passer...

un petit lien :
http://www.gnu.org/software/ddd/

tu as raison sur la perrenité des formats videos et audios... mais je ne pense pas que ce soit le rôle d'OASIS de standardiser des formats Audio et Video... ça demande de faire des specs sur le format mais aussi sur les codec employés... et ça ne guarantira jamais que ce sera lisible dans 20 ans.. a moins de sauvegarder en mode raw... et là adieu ton espace disque :p
Je pense cependant qu'ils auraient pu au moins donner un guide de bonnes pratique sûr les formats à utiliser, genre Mastroska pour le conteneur et ogg theora/vorbis/speex pour les codecs vu qu'ils sont sans brevets!

oui, mais la visonneuse MS-Office s'intègre pas non plus dans Firefox... à moins que je ne m'abuse

voilà ton bonheur...
http://visioo-writer.tuxfamily.org/FR/(...)

suffit de demander...

quand on lit ce que Yates dit ici --->( http://informationweek.com/story/showArticle.jhtml?articleID=170700(...) ) sur cette décision , et plus particulièrement :

this proposal acknowledges that Open Document does not address pictures, audio, video, charts, maps, voice, voice-over-IP, and other kinds of data our customers are increasingly putting in documents and archiving :

on se demande vraiment comment il peut raconter de telles anneries..
Archiver de la voix sur IP? il doit boire des trucs pas très net... Et puis OpenDocument authorise fort bien d'ajouter des images, des shémas dans un document. Et aussi des contenus audio et videos si on veut...
essayez, c'est vraiment très facile!
C'est relativement bien pensé comme format! Je trouve vraiment énervant de voir quelqu'un mentir si outrageusement! Si j'étais OpenOffice.org, je demanderais un droit de réponse sur les mensonges formulés par Monsieur Yates.

En tout cas, c'est une bonne nouvelle pour ce format, qui commence enfin à assoir sa réputation de standard... merçi OASIS, même si certaines de vos positions sur les brevets mon fait douter de vos intentions parfois :D

free() libère la mémoire... donc tu l'appelle ou tu veux mais a condition de ne plus utiliser le pointeur ensuite.
et on fait un free sur un pointeur qui a été initialisé avec malloc ou realloc... free ne vide pas toute la mémoire, en C on gère la mémoire soit même, pointeur par pointeur.
Je ne saurais trop te conseiller de lire le man à ce sujet:
>man malloc

je sais pas si libpcap peut augmenter le buffer de réception, d'ailleurs, vu qu'il travaille à un niveau plus bas que les sockets, je suis pas sûr qu'on puisse.

cepedant, puisque c'est le traitement qui te fait perdre des paquets... peut être que tu peux copier les paquets dans un buffer à toi... et les faire tes traitements sur un thread à part...

Je pense que RMS, comme chacun des lecteurs de linuxfr ont le droit d'exprimer leur opinion sur le sujet. On est d'accord, ou on l'est pas, celà ne signifie pas que les commentaires sont inutiles.
Perso, je suis d'accord avec RMS sur le fait qu'il y a eu des abus dans les rouages des institutions par la pression des lobbyistes. Que moi aussi j'aimerais que le parlement puisse avoir force de proposition des lois! car le parlement nous représente nous, pas la commission.
Mais je pense aussi que le problème est plus complexe, il n'y a pas les gentils d'un côté et les méchants de l'autre! juste des intérêts divergeants. RMS est un grand rêveur et je pense que celà ne fait pas de mal qu'il exprime ses idées publiquement, au contraire, celà permet de faire avancer le débat.

as tu du code a nous montrer? es tu passé en mode Projection 2D?

alors les postes qui recoivent de l'UDP sont très sensibles au buffer de réception. S'il est trop petit (par défaut il arrive que ça soit 8192) et si tu ne lit pas assez vite et que le buffer de réception est déjà remplit, alors tes paquets seront perdus...
La solution, augmenter le buffer de réception avec un setsockopt() et boucler sur un select() pour être tout de suite avertis quand un paquet arrive du réseau.

Pire, un développeur qui se dirait : peu importe la license, je met mon travail dans le domaine public se sentira sûrement dépossédé lorsqu'une société peu scrupuleuse aura récupéré son code et l'utilisera à des fins commerciales sans qu'il puisse y faire quoi que ce soit.

Ah bon? avec la GPL une société n'as pas le droit de se faire d'argent? depuis quand? Je te rappellerai que le libre ne veut pas forcément dire gratuit! que c'est un modèle de partage de connaissances informatique, et que même les entreprises ont le droit d'en profiter.
Exemple: mandriva, red hat, IBM etc...

moi personnellement, j'en ai marre de voir que certaines personnes tapent toujours sur les entreprises, qui vendent et essayent de se faire de l'argent. Car, oui, il faut bien travailler pour pouvoir vivre, et si des entreprises participent au libre, tant mieux!

D'ailleurs, la GPL ne protège pas seulement le petit dévelloppeur qui fait des programmes dans son coin. Elle protège également les entreprises qui font du libre, en leur assurrant que leur contribution ne sera pas exploité dans un système propriétaire, et que toute contribution lui sera donc accessible.

Et sinon, quand tu utilise une licence du type BSD, ça a des avantages, comme celui d'avoir un standard qui pourra vraiment s'étendre partout! c'est un peu du marketing viral.
exemple le projet: http://www.xiph.org(...) avec ogg vorbis, speex, theora etc...

Pour ma part, j'utilise wxWidget très, mais très activement sur de grand projets et je n'ai pas de souci pour faire des interfaces dynamiques.
La philosophie est la même que celle de MFC avec quelques trucs beaucoup plus sympa comme les WxSizer et ses dérivées.
Cependant, pour avoir aussi utilisé Qt, je dirait qu'il possède pas mal d'avantage, comme celui d'être beaucoup plus ancré dans une philosophie Orienté objet classique, donc plus facile à apprendre pour un novice. Quoi que La magie des signal/slots aurait pu être fabriqué en utilisant les possibilités du language comme les template...

Donc, si t'es débutant je te conseille Qt, mais comme je n'ai jamais essayé Qt sur autre chose que linux, je peux pas dire si ça fonctionne aussi bien sous d'autres platteformes.
Tandis que WxWidget précise exactement quelles sont les fonctionnalités supportés par chaque platteforme, et pour l'avoir testé, fonctionne très bien sous Linux et windows.

De plus, je connais plus de petites boites qui utilisent WxWidget que Qt. Donc s'il s'agit d'un moyen de mettre ça sur ton CV, je pense que WxWidget fera plus mouche. celà doit être du à la license qui est LGPL pour WxWidget alors que Qt est GPL ou payante sinon.

poll() est plus efficasse qu'un simple select...c'est la version upgradé....

sur quelle patteforme/OS?
bah, oui, car c'est different sur chaque couple Machine/OS...
Je suppose quand même qu'il s'agit de x86 sinon, t'aurait peut être pas employé le terme IRQ...
mais, bon, sous linux il faut lire les les fichiers /dev/ttyS0 à /dev/ttyS3.... et avoir les droit dessus si tu veux écrire (un simple chmod en root devrait faire l'affaire)... ensuite tu peux affecter un thread qui vérifie s'il y a quelque chose à lire avec un simple ioctl...

si tu veux vraiment être prévenu par une interruption du système il va falloir utiliser la fonction poll() qui doit pouvoir bloquer en attendant que quelquechose arrive sur l'un de tes descripteur de fichier... mais je te conseille de mettre un timeout et de boucler dessus quand même car sinon ton appli bloquera indéfiniement si jamais rien n'arrive...

voilà, je peux entrer un peu plus dans les détails si tu veux...mais j'aimerai pas te gacher le plaisir de bidouiller avec les ports séries...