Tu peux jeter un coup d'œil à Anjuta. Mais un bon éditeur + un Makefile de base, ou un générateur de Makefile type CMake fait bien l'affaire aussi. Perso, j'utilise vim + ctags, avec un Makefile à la main (2 lignes), ou CMake. Les options, franchement apprendre à caser -Wall -O2, ça me paraît pas surhumain.
Ils ne peuvent pas "rebooter" l'affaire via HADOPI, en revanche les ayants droits peuvent se retourner contre l'épouse en intentant un procès en contrefaçon. Ils sont sûrs de gagner, elle a avoué, puisqu'elle a attesté sur l'honneur l'avoir fait.
Je ne crois pas, il me semble avoir lu sur pcinpact également que la HADOPI laissait de côté ceux qui téléchargeaient comme des porcs, parce qu'ils laissaient ça aux ayants droit pour qu'ils poursuivent pour contrefaçon. Donc il ne leur reste que les petits poissons, et forcément, toutes les histoires risquent de se ressembler… Ça ne va pas améliorer l'image de la HADOPI, qui se vante d'avoir bien rempli sa mission. 12M€ investis pour condamner des voleurs contrefacteurs de bonbons…
On notera surtout que sa femme a fait une déclaration sur l'honneur pour indiquer que c'est elle qui avait effectué le téléchargement illégal. On a donc un innocent qui se fait condamner, grâce à cette magnifique invention qu'est le « défaut de sécurisation ». Si ta voiture se fait flasher, et que c'est pas toi qui conduit, que le conducteur se dénonce, c'est lui qui raque. Ici, il se dénonce, mais c'est quand même le propriétaire de la bagnole qui est déclaré coupable et qui raque.
C'est en effet pour du streaming, le but à atteindre étant la faible latence. Mais il est possible de transmettre de la musique de cette manière, le codec ayant été étudié pour s'adapter à la bande passante nécessaire. La partie d'Opus inspirée du codec Silk gère la voix, la partie inspirée de CELT gère la musique.
A priori Opus a pour vocation d'être plus flexible que CELT, mais je n'ai pas vu dans l'article sur la cohabitation ou l'obsolescence de CELT.
Opus n'est pas un format de fichiers, comme MP3. Il est conçu pour l'audio en temps réel […]. Il est prévu pour un grand nombre d'utilisations audio distinctes : téléphonie sur IP, mais aussi, par exemple, distribution de musique en temps réel. Il est prévu pour être utilisable lorsque la capacité du réseau est minimale (dans les 6 kb/s) aussi bien que lorsqu'elle permet de faire de la haute fidélité (mettons 510 kb/s, cf. section 2.1.1). Ses deux principaux algorithmes sont la prédiction linéaire (plus efficace pour la parole) et la transformation en cosinus discrète (plus efficace pour la musique).
[Opus] a deux « couches », LP (prédiction linéaire) et MDCT (transformée en cosinus discrète). L'une ou l'autre (ou même les deux en même temps) est active pour encoder le signal audio, donnant ainsi à Opus la souplesse nécessaire. La couche LP est dérivée du codec Silk. Elle permet le débit variable mais aussi le constant (section 2.1.8). La couche MDCT, elle, est basée sur CELT.
Pas d'accord, c'est une info qui a un rapport avec le libre, et qui montre de plus que commercial et libre ne sont pas incompatibles. Je pense que de nombreux lecteurs de Linuxfr aimeraient pouvoir vivre du libre. Le fait que tu aies recherché un modèle économique, franchi le pas alors que cela a dû traverser l'esprit de pas mal de monde est très intéressant. Donc n'hésite pas à nous donner des nouvelles de la réussite ou des difficultés de ton projet, ou à faire un retour d'expérience dans un journal sur les grandes étapes de la création de ton activité.
Comme dit en dessous, tu passes à côté du problème. Si realloc renvoie NULL, tu auras un SEGFAULT la ligne suivante, dès qu'on essaiera d'écrire avec sprintf. Du coup ta fuite mémoire vient forcément d'ailleurs.
Init répond à une problématique simple, permettre de lancer des services simplement, les uns à la suite des autres
Systemd répond à une autre problématique
Et après on se demande pourquoi systemd c'est bien… Peut être pour lancer lesdits service en parallèle, sans avoir à gérer les dépendances dans les scripts ? Gérer du chargement à la demande, ce qui permet d'économiser des ressources ? Ne pas lancer n instances de shell ? Les seuls à avoir une bonne raison de gueuler, c'est les admins dont les habitudes changent, et les *BSD qui de toute façon queulaient déjà parce que udev était spécifique à Linux. Mais qu'on ne vienne pas me dire que techniquement, systemd est juste différent de ce qui se faisait. C'est pas juste différent, c'est surtout plus performant !
Je pense que toutes les distributions devraient continuer à maintenir les deux systèmes.
Cool. C'est toi qui files un coup de main pour la maintenance ?
Il n'essaie pas d'imposer Linux. Ce qu'il veut, c'est pouvoir tirer parti de fonctionnalités performantes, qui sont parfois spécifiques à Linux. Or, si tu dois faire un système qui est compatible avec tout le monde, tu dois te limiter au plus petit dénominateur commun. Tu perds donc soit en fonctionnalité, soit en vitesse. Mais le but même du bazar c'est d'être le plus rapide possible ! Pour faire un boulot efficace, il faut donc une version spécifique à chaque OS, et il ne veut pas s'amuser à les développer et les maintenir lui même, ce qui peut se comprendre.
J'adore ce type de questions… J'ai oublié ma boule de cristal chez moi, et comme tu as l'air de penser que nous habitons tous dans ta tête et que par conséquent nous savons tous de quoi tu parles, c'est assez difficile de répondre.
Si tu prenais un peu plus de temps pour décrire exactement ton problème, et ta configuration, ce serait plus facile pour nous de prendre du temps pour te répondre, qu'en penses tu ?
Oui enfin faut pas oublier la réponse de Miguel, parce que Allan Cox et Linus se sont un peu enflammés:
Linus, My involvement with Gnome stopped about five years ago, and I merely stayed in the periphery because I used Gnome as a user and we built C# programs that used Gnome libraries. So it is unfair to the Gnome guys to attach my position to their project.
Si on regarde ta vidéo Youtube, vers 3 min 45 s, on voit la clé et Newton tomber… Mais pas à la même vitesse, Newton tombant plus vite que la clé. C'est moi qui ai oublié mes cours de physique ou y a comme un soucis ?
[^] # Re: Comment faites-vous pour héberger un environnement web complexe…
Posté par liberforce (site web personnel) . En réponse au journal Avoir un serveur sans trop se casser la tête avec l'administration ?. Évalué à 4.
Si tu arrives à te débarrasser de ça, je sens que tu vas être content à en faire des cumulets ! :-D
# Anjuta ?
Posté par liberforce (site web personnel) . En réponse au message [cherche IDE] pour prgrammer en C. Évalué à 4.
Tu peux jeter un coup d'œil à Anjuta. Mais un bon éditeur + un Makefile de base, ou un générateur de Makefile type CMake fait bien l'affaire aussi. Perso, j'utilise vim + ctags, avec un Makefile à la main (2 lignes), ou CMake. Les options, franchement apprendre à caser -Wall -O2, ça me paraît pas surhumain.
[^] # Re: Analyse avec du ou baobab
Posté par liberforce (site web personnel) . En réponse au message Manque de place sur /. Évalué à 1.
Tu veux dire que le calcul de taille est récursif par défaut ?
[^] # Re: Interview du premier condamné
Posté par liberforce (site web personnel) . En réponse au journal Enfin l’étape 3 d’HADŒPI. Évalué à 4.
Ils ne peuvent pas "rebooter" l'affaire via HADOPI, en revanche les ayants droits peuvent se retourner contre l'épouse en intentant un procès en contrefaçon. Ils sont sûrs de gagner, elle a avoué, puisqu'elle a attesté sur l'honneur l'avoir fait.
[^] # Re: Interview du premier condamné
Posté par liberforce (site web personnel) . En réponse au journal Enfin l’étape 3 d’HADŒPI. Évalué à 8.
Je ne crois pas, il me semble avoir lu sur pcinpact également que la HADOPI laissait de côté ceux qui téléchargeaient comme des porcs, parce qu'ils laissaient ça aux ayants droit pour qu'ils poursuivent pour contrefaçon. Donc il ne leur reste que les petits poissons, et forcément, toutes les histoires risquent de se ressembler… Ça ne va pas améliorer l'image de la HADOPI, qui se vante d'avoir bien rempli sa mission. 12M€ investis pour condamner des
voleurscontrefacteurs de bonbons…On notera surtout que sa femme a fait une déclaration sur l'honneur pour indiquer que c'est elle qui avait effectué le téléchargement illégal. On a donc un innocent qui se fait condamner, grâce à cette magnifique invention qu'est le « défaut de sécurisation ». Si ta voiture se fait flasher, et que c'est pas toi qui conduit, que le conducteur se dénonce, c'est lui qui raque. Ici, il se dénonce, mais c'est quand même le propriétaire de la bagnole qui est déclaré coupable et qui raque.
Justice, où es-tu ?
[^] # Re: basse latence ?
Posté par liberforce (site web personnel) . En réponse au journal Le codec audio libre Opus désormais normalisé. Évalué à 4.
Pour info, il y a eu une conf sur Opus lors de la GStreamer Conference 2012: voici les slides et la vidéo.
# Félicitations à tous
Posté par liberforce (site web personnel) . En réponse à la dépêche Meilleurs contributeurs LinuxFr.org : les gagnants de l’été 2012. Évalué à 4.
Merci de faire vivre le site !
Au fait Xate, t'aurais le temps pour fêter ça autour d'une mousse à l'occase ? :-p
[^] # Re: Pas le bon angle
Posté par liberforce (site web personnel) . En réponse au journal [Cinéma] Meugneu. Évalué à 2.
En indiquant pour quelle catégorie le film est destiné, est-ce qu'il ne remplirait un rôle d'information et de déresponsabilitation juridique ?
[^] # Re: Bien vu Tanguy
Posté par liberforce (site web personnel) . En réponse au journal [Cinéma] Meugneu. Évalué à 3.
En plus si les imprimantes 3D se développent bien, dans quelques années je la télécharge moi la voiture :-p
[^] # Re: Opus n'est pas un format de fichiers, comme MP3.
Posté par liberforce (site web personnel) . En réponse au journal Le codec audio libre Opus désormais normalisé. Évalué à 7.
C'est en effet pour du streaming, le but à atteindre étant la faible latence. Mais il est possible de transmettre de la musique de cette manière, le codec ayant été étudié pour s'adapter à la bande passante nécessaire. La partie d'Opus inspirée du codec Silk gère la voix, la partie inspirée de CELT gère la musique.
[^] # Re: basse latence ?
Posté par liberforce (site web personnel) . En réponse au journal Le codec audio libre Opus désormais normalisé. Évalué à 6. Dernière modification le 11 septembre 2012 à 13:40.
A priori Opus a pour vocation d'être plus flexible que CELT, mais je n'ai pas vu dans l'article sur la cohabitation ou l'obsolescence de CELT.
[^] # Re: Merci à vous ;-)
Posté par liberforce (site web personnel) . En réponse à la dépêche Ouverture de la boutique en ligne Prof Tux. Évalué à 5.
Pas d'accord, c'est une info qui a un rapport avec le libre, et qui montre de plus que commercial et libre ne sont pas incompatibles. Je pense que de nombreux lecteurs de Linuxfr aimeraient pouvoir vivre du libre. Le fait que tu aies recherché un modèle économique, franchi le pas alors que cela a dû traverser l'esprit de pas mal de monde est très intéressant. Donc n'hésite pas à nous donner des nouvelles de la réussite ou des difficultés de ton projet, ou à faire un retour d'expérience dans un journal sur les grandes étapes de la création de ton activité.
[^] # Re: basse latence ?
Posté par liberforce (site web personnel) . En réponse au journal Le codec audio libre Opus désormais normalisé. Évalué à 5.
Il semble que oui. D'après Wikipédia c'est Xiph.org et Skype qui en sont à l'origine:
Opus_Interactive_Audio_Codec
[^] # Re: Rapport avec la conso mémoire.
Posté par liberforce (site web personnel) . En réponse au journal realloc. Évalué à 10.
Comme dit en dessous, tu passes à côté du problème. Si realloc renvoie NULL, tu auras un SEGFAULT la ligne suivante, dès qu'on essaiera d'écrire avec sprintf. Du coup ta fuite mémoire vient forcément d'ailleurs.
[^] # Re: La conclusion
Posté par liberforce (site web personnel) . En réponse à la dépêche Le point sur udev et systemd. Évalué à 2.
Transposition au suffrage universel, toussa…
[^] # Re: La conclusion
Posté par liberforce (site web personnel) . En réponse à la dépêche Le point sur udev et systemd. Évalué à 6.
Et après on se demande pourquoi systemd c'est bien… Peut être pour lancer lesdits service en parallèle, sans avoir à gérer les dépendances dans les scripts ? Gérer du chargement à la demande, ce qui permet d'économiser des ressources ? Ne pas lancer n instances de shell ? Les seuls à avoir une bonne raison de gueuler, c'est les admins dont les habitudes changent, et les *BSD qui de toute façon queulaient déjà parce que udev était spécifique à Linux. Mais qu'on ne vienne pas me dire que techniquement, systemd est juste différent de ce qui se faisait. C'est pas juste différent, c'est surtout plus performant !
Cool. C'est toi qui files un coup de main pour la maintenance ?
[^] # Re: la guerre de s unices
Posté par liberforce (site web personnel) . En réponse au journal udev forké. Évalué à 4. Dernière modification le 05 septembre 2012 à 12:30.
C'est sûr, c'est super étonnant qu'un système d'init cherche à tirer parti de toutes les fonctionnalités de l'OS plutôt que d'un sous-ensemble… =)
[^] # Re: Le thread dont vous éte le Mollah
Posté par liberforce (site web personnel) . En réponse au journal udev forké. Évalué à 10.
Il n'essaie pas d'imposer Linux. Ce qu'il veut, c'est pouvoir tirer parti de fonctionnalités performantes, qui sont parfois spécifiques à Linux. Or, si tu dois faire un système qui est compatible avec tout le monde, tu dois te limiter au plus petit dénominateur commun. Tu perds donc soit en fonctionnalité, soit en vitesse. Mais le but même du bazar c'est d'être le plus rapide possible ! Pour faire un boulot efficace, il faut donc une version spécifique à chaque OS, et il ne veut pas s'amuser à les développer et les maintenir lui même, ce qui peut se comprendre.
# J'adore...
Posté par liberforce (site web personnel) . En réponse au message nettoyage disque dur. Évalué à 2.
J'adore ce type de questions… J'ai oublié ma boule de cristal chez moi, et comme tu as l'air de penser que nous habitons tous dans ta tête et que par conséquent nous savons tous de quoi tu parles, c'est assez difficile de répondre.
Si tu prenais un peu plus de temps pour décrire exactement ton problème, et ta configuration, ce serait plus facile pour nous de prendre du temps pour te répondre, qu'en penses tu ?
http://www.linuxfr-france.org.invalid/article/these/smart-questions/smart-questions-fr.html
[^] # Re: Oui mais
Posté par liberforce (site web personnel) . En réponse au journal Au diable le karma. Évalué à 3.
Bin quand t'as lu le bouquin, ça pique les yeux, c'est tout. M'enfin j'ai rien contre TMX, j'ai tous ses albums.
[^] # Re: Oui mais
Posté par liberforce (site web personnel) . En réponse au journal Au diable le karma. Évalué à 3.
Ah oui mais non, c'est John Caffey en VF. M'enfin TMX a jamais brillé en orthographe.
[^] # Re: Réponses de Cox, Torval et cie.
Posté par liberforce (site web personnel) . En réponse au journal Pour Miguel de Icaza, Linux (sur le Desktop) est mort !. Évalué à 2.
Oui enfin faut pas oublier la réponse de Miguel, parce que Allan Cox et Linus se sont un peu enflammés:
# Question pour un champion...
Posté par liberforce (site web personnel) . En réponse au journal Une étoile s'est éteinte. Évalué à 5.
Je suis…? Je suis…? Bon, avec Buchinsky, j'ai fini par trouver, honte à moi…
# Newton fait la toupie...
Posté par liberforce (site web personnel) . En réponse au journal Newton Adventure la soluce 3/6: l'arctic c'est chic. Évalué à 6.
Si on regarde ta vidéo Youtube, vers 3 min 45 s, on voit la clé et Newton tomber… Mais pas à la même vitesse, Newton tombant plus vite que la clé. C'est moi qui ai oublié mes cours de physique ou y a comme un soucis ?
[^] # Re: Lecteur pdf
Posté par liberforce (site web personnel) . En réponse à la dépêche Firefox et Thunderbird : appelez le 15. Évalué à 10.
Tu sais, tu as un bouton pour ça.