Francois Revol a écrit 1303 commentaires

Référence à http://fr.wikipedia.org/wiki/Absolutely_Fabulous pour ceux qui cherchent encore :)

Nonnnn c'est pas Edina quand même?
Ah mais je sais en fait c'est Patsy qui a volé le code :D

pour *juste* la 2D ??
Même avec l'overlay et du décodage mpeg ça fait bcp...
Disons 100 pages, il reste 800 pages pour documenter tous les bugs des chips ? :D
Enfin c'est quand même une bonne nouvelle, même si le + intéressant reste à venir.

J'ai envoyé un mail pour proposer mes services, mais pas de réponse. Sont encore en vacance ??

il faut utiliser la macro HZ, ou regarder quelque chose dans /proc, mais c'est mal, par portable, et surtout ça ne fonctionnera pas avec un noyau tickless.

ça suffit :)

toujours laisser une espace avant et *après* une url, même si cela viole les règles de typographie, sinon on se retrouve avec des signes de ponctuation à la fin de l'url et ça ne fonctionne pas.

C'est surtout qu'il y en avait mais qu'il devait être désactivé à cause d'un bug de synchro entre les 2 cpus.

Je répète, il n'y a absolument pas de C++ dans le noyau de BeOS.
Il n'y a même pas de support pour ça.
Dans Haiku il y a quelques parties en C++ (OpenBFS...) et c'est tout. Et bien que je n'aime pas ça du tout moi même par habitude, ça fonctionne plutôt bien.

IIRC, ils ont forké AtheOS mais viré le noyau et utilisé Linux à la place. Mais je peux me tromper.

En effet, d'autant qu'il y avait d'autres applis +/- ouvertes (SumIt, Abiword, VLC...) mais pas toujours terminées. A noter qu'Abiword était toujours maintenu il y a peu par yellowTAB...

Sans entrer dans le débat de la liberté d'être libre ou non (on en revient au GPL vs BSD finalement), il reste une très bonne raison au non-libre: la technodiversité.
Parfois le fait qu'une entreprise conserve la main sur un produit permet de s'assurer qu'il reste cohérent. D'un autre côté, le libre apporte plus de possibilité d'exploration de solutions alternatives. Le fait qu'Haiku se fixe comme but pour R1 de cloner BeOS R5 n'est pas anodin, c'est parce que R5 a des spécifications connues, qu'il reste cohérent, c'est donc un but bien défini, afin d'éviter que les développeurs ne divergent trop avant d'avoir quelque chose qui fonctionne. Bien sur ce modèle ne fonctionne pas toujours (AROS traine pas mal par ex), mais il permet à Haiku d'avoir une base consistente hérité du propriétaire qui lui permettra j'espère d'explorer en Liberté plus facilement.

SoundPlay était une appli externe (3rd party), tout comme Beam. BeOS avait une lecteur média intégré ainsi qu'un client très correct pour le mail, et Haiku a les 2 égalemtent, sous MIT, ou Be Sample code pour BeMail car Be l'a libéré. Justement par rapport à un M$ qui vérouille, BeOS n'était pas aussi fermé, c'était très simple de remplacer un lecteur média, il suffisait de changer l'appli par défaut pour le type mime, pareil pour les mail (text/mail).

C'est Be lui même, après avoir vendu sa propriété intellectuelle à Palm, qui a poursuivi le procès. Ils ont négocié une certaine somme, mais bien sur "Microsoft n'a admis aucune mauvaise conduite". C'est bizarre comme aux US les règlements amiables sont pris comme un non-lieu, ici pour tout le monde ça serait un aveu de culpabilité :)

Absolument pas. La plupart du noyau vient de NewOS et est uniquement en C/asm. Seul quelques morceaux sont en C++ (OpenBFS, quelques morceaux du cache, ptet de la vm).
Mais de toutes façons BeOS et Haiku ne sont pas des systèmes temps réel dur. Par contre dans des téléphones... (j'accèpterai une donation :P)

Oui, et tout en utilisant Linux il reste très inspiré par BeOS, justement ;)

Oui mais tout comme il y a le french kiss, il y a le haiku kiss :P

ROTFL, sous win, le PDF contient le logo, "Veuillez insérer votre contribution ici:" et *1* champ texte.
Si ça avait été un formulaire avec nom, prénom, ... j'aurai compris, mais là c'est du foutage de g*l*.

également sur leur site:
". Un nouveau message Outlook s'ouvrira auquel vous devrez joindre votre contribution se rapportant au livre vert."
Hmm et si on a pas outlook mais mutt ? :D

Ils ont vraiment besoin de notre contribution !

C'est clair, c'est mal parti.
On pourrait presque penser qu'ils veulent nous influencer ou être sur de n'avoir les réponses que de ceux qui utilisent word :D

De mémoire, certains chips realtek de même référence sont en fait différents, il y aurait au moins 3 circuits incompatibles avec la même référence. Je ne suis pas sur que ce soit celle-ci, mais ça vaut le coup de tester avec d'autres modules...

http://developer.opensound.com/
Il y a néanmoins des informations un peu contradictoires au sujet des licences... espérons que ça sera clarifié.

Un des développeurs viens de blogguer sur la question:
http://4front-tech.com/hannublog/?p=8

D'ailleurs, sans présumer des autres, mon portable n'a toujours pas de sons sous Linux avec ALSA...
ASU[SX] l4500r (chipset ATI IXP pourri, AC97), je me rappelle avoir fait du bruit une fois, depuis plus moyen. Tfaçon deb met 10 minutes à booter dessus. :-(
(par contre mon vieux K6-2 fonctionne très bien comme serveur esd en réseau)

C'est encore une fois oublier qu'il n'y a pas que Linux.
ALSA c'est tellement Linux-seulement que c'est dans le noyau et importable ailleurs.
Sur les autres plateformes OSS a donc le "gros avantage" d'être portable :D
Par ailleurs certains semblent dire que le multiplexage d'OSS est bien plus simple à utiliser que celui d'ALSA.

Haiku aussi a un sous-système son, le Media Kit, hérité de BeOS et cloné depuis même sous Linux (GStreamer ? :p)...
Bien sur c'est pour les drivers. porter OSS sur autre chose qu'Unix ça n'a pas beaucoup d'intérêt sans les drivers puisqu'il y a déjà une API pour le son.
Mais bon, il y a Hurd aussi, je sais pas s'ils sont en état d'avoir du son ni s'ils ont une API pour ça (troll :p).

J'ai seulement rapporté le point de vue de l'autre côté...

Oui c'est bien d'avoir des serveurs portables, mais si on veut porter les drivers pour avoir plus de support hardware ?

"certains" ? cela veut-il dire que tous les autres sont pour OSS ? :P