Arrête de parler de ce que tu ne connais pas.
Tous les chips récents sont reprogrammables, les fonctions "en dur" sont vraiment super génériques.
La spec sheet du SMP863x dont tu parles : http://www.sdesigns.com/public/Products/SMP8630/pdf_files/SM(...)
Pour l'audio c'est un DSP, pour le décodage vidéo il y a écrit "RISC" ...
Je m'étais renseigné sur les ST71xx à un moment (ST Micro et Sigma Design sont deux gros acteurs du marché) et c'est pareil, un ARM au milieu avec deux processeurs type VLIW à coté, donc totalement programmable. Après, c'est pas ouvert du tout, mais c'est un autre problème.
Par contre, après, la mise à jour c'est vrai que c'est pas évident et risqué.
Et pour ton argument de "vendre de nouvelles puces", ils ont pas besoin de faire des puces hardcodées pour l'avoir : ils renumérotent la puce, changent le firmware, et disent que c'est une nouvelle puce toute belle toute neuve ... Ça permet d'obliger au renouvellement, tout en coutant pas grand chose puisque le dév de la puce "générique" de départ est amorti vachement mieux (en plus du fait que le dev soft coûte beaucoup moins cher).
Allez lire un peu le brevet, on trouve toujours des choses "sympas" à l'intérieur.
Par exemple, un des documents cités par l'examinateur (qui a un nom très français au passage) est celui-ci : http://linuxgazette.net/issue43/ayers.html
Qui parle du potentiel d'AbiWord et de son format XML qu'aucune autre suite bureautique n'a.
If XML really does become a widely-used and open data-format (as its proponents predict) AbiSource might be in a good position to gain users and clients.
Peut-être, mais ils auraient surtout été en bonne position pour poser un brevet dessus ! Mais n'y ont même pas pensé ... qu'il sont bêtes !
(pour ceux qui suivent, citer un document qui parle précisément de ce qui concerne le brevet pourrait paraître aberrant et prouver l'antériorité ; ici, je pense que ce n'est pas le cas parce que le brevet en question doit parler d'un truc un peu plus spécifique ... enfin, je comprend pas trop comment, mais je dois être trop con pour comprendre les nuances de la prose juridique).
le brevet est clairement invalide, on est sur de gagner, pourquoi s'en priver ?
C'est un peu comme la vente liée (au moins en France) : c'est clairement illégal ... non ?
Je me demande quelles sont les relations aujourd'hui entre les développeurs de buildroot et buildroot-ng (openwrt) ? Déjà, je ne savais pas que buildroot était toujours actif, et ensuite, je connais très peu l'histoire des deux projets (forks "amicaux" ?) et pourquoi ceux-ci continuent en parallèle.
Bon, pour lancer le troll, je trouve que les Makefile d'openwrt (pour les paquets) sont beaucoup plus lisibles que les *.mk de buildroot ...
Je me trompe peut-être, mais le VP6 est le format qui utilisé (depuis longtemps) par Youtube. Le H264 c'est pour leurs vidéos "HD". Et H264 est mieux que VP6. Je ne vois pas pourquoi ils feraient ce "retour en arrière".
Après, pour les autres conjectures, je ne sais pas trop.
De notre côté, on utilise maintenant une forge qui est vraiment très différente de ce qui se fait actuellement sur le marché
Et comment elle s'appelle ?
C'est "marrant" quand même ces projets qui arrêtent pas de devenir proprio : SourceForge a donné GForge, puis GForge FusionForge ... a quand le prochain fork ?
En fait j'ai eu ce cas lors d'une upgrade récente, j'ai installé blueman à la place, mais après, en updatant gnome ou un autre truc, il me le reremplacé par bluez-gnome.
Mais depuis ça roule.
Bah Free quand même ça fait des années qu'ils sont "connus" pour leur service après-vente ... faut pas trop s'étonner.
D'habitude je n'aime pas dire ça, mais bon, au bout d'un moment on est un peu résigné.
j'avais donc un format simple, mais mal défini et peu puissant
C'est le gros problème du "INI", puisqu'il n'existe pas de norme, tout le monde le fait à sa sauce, et il y a toujours des problèmes. C'est un format à proscrire si on veut faire un truc un minimum évolutif. Même si il a l'air simple et sympa, c'est la galère dès qu'on fait des choses un minimum évoluées (comment coder les chaînes avec des espaces ? avec des caractères "spéciaux" ? quel est l'encodage ? ...)
Posté par benoar .
En réponse au journal Go-OO.
Évalué à 2.
Je sais qu'il a ses propres versions d'un paquet de libs qui existent surement déjà sur ton système, mais non, faut qu'il refasse tout à sa sauce. C'est du C++ aussi il me semble, et c'est pas très rapide à compiler.
Ha ok, j'avais pas compris ça comme ça. Effectivement, ça peut poser problème, même si je n'ai jamais essayé. (partition windows ? pas de ça chez moi ...)
Quand tu fais du suspend to disk, tu peux mettre en veille ton ordi, rebooter sur windows, et reprendre de la veille une fois que t'en a fini avec win, tu sais ...
Et puis quel que soit le temps de boot, le fait de retrouver toutes ses applis ouvertes est, selon moi, un avantage énorme. Surtout quand t'es à la bourre le soir et que tu dois "éteindre" ton ordi en speed.
Faut savoir lire un papier pour comprendre ...
Denière page, le mélange de blocs par différents colluders peut être détecté encore _plus facilement_ grâce à une modulation On-Off, en utilisant toujours l'accusation de Tardos. On peut _mieux_ retrouver les personnes à l'irigine du truc ... fou !
Lisez, bordel !
[^] # Re: Gni ?
Posté par benoar . En réponse au journal Google s'offre On2. Évalué à 3.
Tous les chips récents sont reprogrammables, les fonctions "en dur" sont vraiment super génériques.
La spec sheet du SMP863x dont tu parles :
http://www.sdesigns.com/public/Products/SMP8630/pdf_files/SM(...)
Pour l'audio c'est un DSP, pour le décodage vidéo il y a écrit "RISC" ...
Je m'étais renseigné sur les ST71xx à un moment (ST Micro et Sigma Design sont deux gros acteurs du marché) et c'est pareil, un ARM au milieu avec deux processeurs type VLIW à coté, donc totalement programmable. Après, c'est pas ouvert du tout, mais c'est un autre problème.
Par contre, après, la mise à jour c'est vrai que c'est pas évident et risqué.
Et pour ton argument de "vendre de nouvelles puces", ils ont pas besoin de faire des puces hardcodées pour l'avoir : ils renumérotent la puce, changent le firmware, et disent que c'est une nouvelle puce toute belle toute neuve ... Ça permet d'obliger au renouvellement, tout en coutant pas grand chose puisque le dév de la puce "générique" de départ est amorti vachement mieux (en plus du fait que le dev soft coûte beaucoup moins cher).
# Plus en détail
Posté par benoar . En réponse à la dépêche Microsoft se voit attribuer un brevet sur les traitements de texte utilisant XML. Évalué à 2.
Par exemple, un des documents cités par l'examinateur (qui a un nom très français au passage) est celui-ci :
http://linuxgazette.net/issue43/ayers.html
Qui parle du potentiel d'AbiWord et de son format XML qu'aucune autre suite bureautique n'a.
If XML really does become a widely-used and open data-format (as its proponents predict) AbiSource might be in a good position to gain users and clients.
Peut-être, mais ils auraient surtout été en bonne position pour poser un brevet dessus ! Mais n'y ont même pas pensé ... qu'il sont bêtes !
(pour ceux qui suivent, citer un document qui parle précisément de ce qui concerne le brevet pourrait paraître aberrant et prouver l'antériorité ; ici, je pense que ce n'est pas le cas parce que le brevet en question doit parler d'un truc un peu plus spécifique ... enfin, je comprend pas trop comment, mais je dois être trop con pour comprendre les nuances de la prose juridique).
[^] # Re: Brevet logiciels en europe
Posté par benoar . En réponse à la dépêche Microsoft se voit attribuer un brevet sur les traitements de texte utilisant XML. Évalué à 10.
C'est un peu comme la vente liée (au moins en France) : c'est clairement illégal ... non ?
# Relation buildroot -- buildroot-ng ?
Posté par benoar . En réponse à la dépêche Publication des vidéos de l'Embedded Linux Conference 2009. Évalué à 2.
Bon, pour lancer le troll, je trouve que les Makefile d'openwrt (pour les paquets) sont beaucoup plus lisibles que les *.mk de buildroot ...
[^] # Re: Réponse
Posté par benoar . En réponse au message Appuie simultané de plusieurs touches. Évalué à 3.
# Comment l'activer ?
Posté par benoar . En réponse au message ZSH et complétion des répertoires : "cd ~+ [TAB]". Évalué à 2.
T'as quelle version de zsh ? Quelle option dans ton .zshrc ?
# Gni ?
Posté par benoar . En réponse au journal Google s'offre On2. Évalué à 4.
Après, pour les autres conjectures, je ne sais pas trop.
[^] # Re: GForge → FusionForge
Posté par benoar . En réponse au message Offre d'emploi pour faire évoluer les forges (gforge, ...). Évalué à 2.
Et comment elle s'appelle ?
[^] # Re: "Pub"
Posté par benoar . En réponse au journal 09 02 09. Évalué à 2.
[^] # Re: Cadre confirmé
Posté par benoar . En réponse au message Offre d'emploi pour faire évoluer les forges (gforge, ...). Évalué à 2.
[^] # Re: GForge → FusionForge
Posté par benoar . En réponse au message Offre d'emploi pour faire évoluer les forges (gforge, ...). Évalué à 2.
[^] # Re: Desolay may...
Posté par benoar . En réponse au journal changement de coordonnées qui signifie perte de tout service pour l'éternité chez dedibox. Évalué à 1.
2) gagné
[^] # Re: parce que...
Posté par benoar . En réponse au message Conflit: mais qu'est ce que je peux y faire ?. Évalué à 3.
Mais depuis ça roule.
[^] # Re: Desolay may...
Posté par benoar . En réponse au journal changement de coordonnées qui signifie perte de tout service pour l'éternité chez dedibox. Évalué à 1.
2) pas d'accord ... devine mon FAI ?
[^] # Re: Desolay may...
Posté par benoar . En réponse au journal changement de coordonnées qui signifie perte de tout service pour l'éternité chez dedibox. Évalué à 1.
D'habitude je n'aime pas dire ça, mais bon, au bout d'un moment on est un peu résigné.
[^] # Re: YAML vs INI
Posté par benoar . En réponse à la dépêche YAML 1.2 est disponible !. Évalué à 2.
C'est le gros problème du "INI", puisqu'il n'existe pas de norme, tout le monde le fait à sa sauce, et il y a toujours des problèmes. C'est un format à proscrire si on veut faire un truc un minimum évolutif. Même si il a l'air simple et sympa, c'est la galère dès qu'on fait des choses un minimum évoluées (comment coder les chaînes avec des espaces ? avec des caractères "spéciaux" ? quel est l'encodage ? ...)
[^] # Re: Bof
Posté par benoar . En réponse à la dépêche YAML 1.2 est disponible !. Évalué à 3.
[^] # Re: Go-OO dans les distros
Posté par benoar . En réponse au journal Go-OO. Évalué à 2.
[^] # Re: en effet tout se perd
Posté par benoar . En réponse au journal Debian: la fin d'une époque. Évalué à 5.
[^] # Re: hein ?!
Posté par benoar . En réponse au journal La pub ça pue. Évalué à 3.
[^] # Re: l'inverse avec une hd4570
Posté par benoar . En réponse au journal ATI (AMD) ou l'effet socialiste!. Évalué à 2.
[^] # Re: l'inverse avec une hd4570
Posté par benoar . En réponse au journal ATI (AMD) ou l'effet socialiste!. Évalué à 2.
[^] # Re: Après les DRMs : le watermarking
Posté par benoar . En réponse à la dépêche Changement de ton chez les vendeurs de disques. Évalué à 2.
La papier complet est ici :
http://actes.sstic.org/SSTIC09/Le_tracage_de_traitres/
[^] # Re: l'inverse avec une hd4570
Posté par benoar . En réponse au journal ATI (AMD) ou l'effet socialiste!. Évalué à 2.
Et puis quel que soit le temps de boot, le fait de retrouver toutes ses applis ouvertes est, selon moi, un avantage énorme. Surtout quand t'es à la bourre le soir et que tu dois "éteindre" ton ordi en speed.
[^] # Re: Après les DRMs : le watermarking
Posté par benoar . En réponse à la dépêche Changement de ton chez les vendeurs de disques. Évalué à 2.
Denière page, le mélange de blocs par différents colluders peut être détecté encore _plus facilement_ grâce à une modulation On-Off, en utilisant toujours l'accusation de Tardos. On peut _mieux_ retrouver les personnes à l'irigine du truc ... fou !
Lisez, bordel !