Francois Revol a écrit 1302 commentaires

> Une skin BeOS, ca doit pouvoir se trouver non?

Ben faut le temps de le faire... tfaçon les skins zilla je vois bcp de tutos mais pas bcp de skins faites :))

> Sisi, y'a SoundPlay. Mais ca n'a rien a voir. ;)

Ah ? tu sais tu peux utiliser les skins winamp aussi avec :P
Mais c vrai qu'avoir les 2 serait top.

> > J'en ai un mais j'ai pas essayé... fait comme nous, passe le en Pro :-)
> Gni? Traduction doc? :p

Les Speedtouch Home et Pro ne font qu'un, c'est juste un truc à changer... ça se trouve sur Internet... Et après t'as plus besoin de driver pppoe puisque le Pro agit comme un routeur normal. mais j'ai rien dis :P

> Peut etre bien, mais je suis pas fanatique de BONE. Sans compter qu'apparement, OBOS aura une gestion réseau à la BeOSR5. Donc pas de BONE. Donc autant faire sans, non?

Ben en fait il se peut qu'on ai les 2... :-)
En tout cas je viens de recevoir des signes de vie de la net team... ils avancent très vite... :-)

BONE marche très bien chez moi btw. (pas chez tout le monde on dirait :-()

> c'est long et on en voit pas la fin.
Euh... je sais pas ce qu'ils ont mis, mais je vois as pkoi ça serait long :-) (enfin c'est juste une copie de fichiers, à moins qu'ils aient changé le principe, un gros packet d'archives)

> Sachant que mon grub bootait deja cette partition, j'ai pas testé.
Euh... tui boote comment ?
Parce que même sans virer GRUB tu peux te passer d'une disquette...
je sais pas si l'install lance makebootable par défaut, sinon tappe :
makebootable /boot
dans un Terminal, et ensuite ajoute la partition dans GRUB comme une partoche windows (other= dans lilo.conf, je sais pas comment on fait avec GRUB)

> Quelques modifications interéssantes une fois dedans. Les points de montages sont maintenant tous dans Desktop/Disks Une amélioration de l'OpenTracker?

Non, c'est le comportement par défaut de versions plus anciennes de BeOS, c'est une option de Tracker. (Menu Window -> Settings, Desktop -> Show Diskd Icon)

> Mozilla 0.9.9, bien que modérement bien integré dans beos, est quand même largement plus puissant que NetPositive.
Ben c'est un problème avec Moz, puisqu'il est skinné. Sous Linux ça se voit moins vu que l'interface n'est pas spécialement consistente...
Tu peux aussi essayer Opera, mais il est vieux et payant...

> J'avais pourtant eu des problemes avec Melt
cdrecord est ptet + récent.

> L'installation par défaut du ProcessController est une super idée.
C'est clair, ça RO><e

> Quelques regrets: proposer CL-amp par defaut eut été sympathique. Idem pour quelques applis en plus.
Ah ben oui c clair. (y a pas SoundPlay non plus ?)

> Mon seul regret: j'ai toujours pas trouvé moyen de me connecter au net avec un alcatel speedtouch home via BeOS... si quelqu'un a reussi ca m'interesse.
J'en ai un mais j'ai pas essayé... fait comme nous, passe le en Pro :-)
(je pense que ça doit pouvoir marcher avec BONE btw...)

> Je crois d'ailleurs que le thème "beos6" de LinuxFR est basé sur le look de cet OS

Sur un des thèmes en fait.
Cette version de BeOS est en effet thémeable (enfin dans certaines limites).
En fait on a la possibilité de compiler des décors de fenètres (bordures, la même partie dont s'occupent les windowmanagers sous X11) avec les contours qu'on veut.
Il y a quelques thèmes par défaut, dont "Default" (BeOS normal), "Graphite", "Aqua", "Origin" (celui dont s'inspire le thème dlfp) et "Origin simple".
Les contrôles on un look différent des contrôles BeOS standard (perso je préfère les anciens, ils sont plus sobres), mais on ne peut pas les skinner (mais on peut changer toutes les couleurs, c'est déja ça.).
Egalement app_server a été modifié pour gérer des fenètres non-rectangulaires, quelque chose qu'on a jamais vu sous BeOS (sauf en trichant avec des artifices).

Et ces cons aux parlement européen qui se sont pas décidé pour le opt-in...
<défouloir>Y EN A MARRE DU SPAM, ET Y EN A MARRE DES COMPLICES DES SPAMMEURS !!!</défouloir>
On devrait leur faire un procès pour complicité de spamming.

> l'install sur une partition
La version PE a toujours eu la possibilité de s'installer sur une partition. L'installeur était livré avec.

Nan R5.0.4 n'est pas illégale (enfin je crois pas), c'est R5.1 qui l'est.

Btw, la première version de BeOS que j'ai utilisée, c'était R4... j'avais réussi à installer le CD de démo :)))
(dd if=cdrom of=/dev/disk/ide/... :-), et puis après j'ai trouvé un mkbfs dans une mise à jour, alors j'ai fais une partition + grande :D)

En tant qu'expert (:P) BeOS dans le coin², je tiens à préciser certaines choses :

* Ceci n'est PAS BeOS R5.0.4, R5.0.4 EXISTE déjà. (il s'agit en fait d'une mise à jour du Media Kit vers une version beta avec des bugs en moins)

* C'est bien de mettre gcc à jour, mais avoir la version originale des Dev-tool est très conseillée, j'ai eu au moins un cas ou j'ai été obligé d'utiliser la vieille version parce que l'autre plantait ou m'emmerdait avec des histoires de registres...

> La possibilité d'installer depuis le cd vers une "vraie" partition.
Ca n'a rien de vraiment nouveau, la version PE basique permettait déja de créer une partition BFS et de s'installer dessus, simplement la forme de distribution n'était pas un CD bootable (quoiqu'avec la version BeOS4Linux il suffisait de graver l'image en tant qu'iso, et utiliser l'image de disquette en tant que boot El Torito)

* <troll>C'est pas une vrai version développeur, parce qu'il y a pas (X)Emacs :-) (mais j'ai pas encore fini le portage d'XEmacs :p)</troll>

* Je ne dirais rien sur la qualité, vu que j'ai pas encore testé.

> sorte de beta
OUI c'est une BETA, avec tous les problèmes que ça comporte, y compris beaucoup d'incompatibilités (c'était la plateforme de développement de BeIA, et ils ont foutu en l'air pas mal de choses, donc y a plein de progs qui marchent plus)

> délivrée par Be
NON, en aucun cas cette version est officielle.
C'est une version PIRATE, (probablement par un ex-Be, mais y a pas de preuve).

> dont l'ISO est dispo sur
Y avait déja un mirroir sur Free... je crois bien qu'il a fermé. Si le propriétaire du compte ne veux pas se faire fermé le sien je lui conseille d'enlever cet ISO...

> Je crois d'ailleurs que le thème "beos6" de LinuxFR est basé sur le look de cet OS
OUI, et je l'ai déja dis c'est R5.1, pas R6.

Ben moi aussi je codais à cet age là... mais bon, je sortais juste de ma phase BASIC... :^)
Btw l'info je l'ai vue hier déja sur osnews.com (j'avais posté sur la tribune)

je gagnerais ptet des sous (chez O'Reilly bien sur :-))

ah, ben oui mais bon... désolé de dénoter, mais multi-thread c'est le terme consacré.
Effectivement le terme fork peut préter à confusion, vu qu'il est employé ici dans 2 sens différent (appel système et dédoublement du projet).
pour "threadé" on pourrait dire "fortement parallèle", ou "utilisant des processus légers" ou encore "parallélisée" (mais ça n'a pas tout à fait le même sens, ça ne dit pas si c'est tout sur le même CPU ou pas)

C'était pas du tout mon intention, je serais bien incapable pour l'instant en tout cas de participer sur la partie codecs, c'est pour ça que je participe dans ce que je sais faire.
Et vu que le patch n'a pas encore été intégré (faudrait encore faire des tests, d'ailleurs si ça vous dit...), je donnais juste un pointeur au cas ou.

Gni !?
pour une fois que j'ai pas mis le mot BeOS dans un de mes postes je me fais déscorer !?

fork() : appelle système qui dédouble un processus (en crée une copie conforme) C'est le summum de l'élégance, une fonction appellée une fois qui retourne 2 fois :-) (une fois avec un code 0 pour le fils, et l'autre fois dans la père avec le pid du fils comme code de retour)

thread = processus léger = processus qui partage son espace d'adressage anec un autre, ainsi que le contexte (descripteurs de fichiers...) (les processus, au moins sous UNIX sont normalement chacun dans un espace d'adressage virtuel différent) Il y a 2 façons de gérer des threads, la façon Linux (1-to-1), on prend un PID par thread, et on le gèrenet comme des processus (sauf que certaines parties du contexte sont communes) et le n-to-1 (type BSD) ou l'ordonancement des threads est fait en mode utilisateur à l'interieur même d'un processus.

pthread = lib standard (POSIX) pour utiliser des threads

multithreadé = programme créant plusieurs threads pour faire des choses en même temps.

j'en profite pour ajouter que j'ai posté il y a peu un patch ajoutant le support des gifs animées en sortie, lecture écriture des .au (mise en jambe), et la lecture des fichiers QuickTime, et également .MP4 (qui sont la copie conforme déquisée de .mov) (enfin le .mp4 c pas encore ça)

http://www.geocrawler.com/lists/3/SourceForge/13077/100/8082565/(...)

Bon, ça parle de threads, fallait bien que je réponde :D
Comme on l'a déja dit l'utilisation de threads permet de découper un programmes en unités d'exécution parallèles. Un programme n'est pas plus rapide, (même moins puisqu'il y a + de changements de contexte), mais il sera plus réactif, par exemple le GUI fonctionnera encore pendant le chargement du fichier. Le problème étant bien sur un découpage intelligent (pas si évident que ça à faire), et la synchronisation de tout ça...
Sous BeOS par exemple, on est obligé d'avoir au moins un thread par fenêtre (en plus du thread principal), donc si une fenetre bloque, le reste fonctionne toujours (si le programme est bien écrit...) (et même on peut débuguer un thread tout en utilisant toujours les autres comme si de rien n'était, par exemple il arrive qu'app_server (l'interface graphique) plante, dans ce cas, le noyau crée un thread supplémentaire chargé de dialoguer avec le débugueur, et un dialogue est affiché, mais les autres threads fonctionnent encore, et tant qu'on ne ferme pas le dialogue ça roule :-)) De même l'explorateur (Tracker) peut planter dans une fenetre, qu'à cela ne tienne, on la met de côté et on continue.
C'est une force, mais aussi une faiblesse, car ça complique fortement le portage d'application non-multithread (venant d'UNIX), car cela impose de sérialiser les actions des threads de gestion des fenetres.

Le principal problème à mon avis des threads sous Linux est le même que sous UNIX: l'API
j'ai déja vu du code pthread... c'est affreux.
Par comparaison BeOS est enfantin à programmer (encore faut-il savoir ce qu'on fait) (et non à ce niveau là c'est du C pur, puisque ça touche au noyau).

Pour ce qui est des avantages au niveau multimédia, il est clair que c'est intéressant sur les points suivants:
- avec une bécane SMP (qq1 m'en offre une à Pâques ?), autrement on a 100% d'un CPU, les autres ne font rien, et la vidéo est sacadée, mais on peut rien faire, puisque c'est monolithique,
- au niveau de l'architecture, il est plus élégant et plus logique d'avoir un thread de décodage video, un décodage audio, un extraction fichier... ça évite d'avoir une construction du type boucle d'évènement, d'utiliser des trucs du genre select() ou poll()... par exemple pendant que l'extracteur de fichier attend un secteur du disque, on peutfaire du décodage... Egalement ça permet d'assigner des priorités différentes à chaque thread, par exemple on dit que l'audio est + important que la video (on peut dropper une frame sans que ça se voit si cpuload>100%, mais avoir une cassure dans le son c + génant), alors qu'avec un truc monolithique, si on veut pas de glitch -> prio élevée, mais vu que le décodage vidéo prend énormément de ressources et qu'on l'a mis aussi en prio élevée -> le GUI ne répond plus.

ffmpeg: c'est clair que c'est plus rapide que les codecs en DLL... et le développement des codecs (qui ne sont pourtant qu'une partie de ffmpeg) avance à grand pas... la mailing liste est en ce moment à + de 5 message par jour (y a que 3 ou 4 qui contribuent bcp, le reste étant occasionnel).
Je rappelle également que ffmpeg justement c'est _aussi_ un convertisseur de fichiers ((open)divx, mpeg1, 2, ...ASF (mais pas WMA), .rm ...) Le seul reproche c'est qu'il encode pas encore en mp3 (juste mp2, et encore y a un patch pour utiliser lame), et qu'il manque aussi le support ogg.

Surtout que VNC est bien plus intéressant au niveau interopérabilité (j'ai en ce moment un client sous BeOS conencté à un serveur Solaris par VNC)

<IMHO>
Pauvre petit Messier qui va faire un caca nerveux... Le problème c'est qu'il en ferait tout autant s'il pouvait (qui dit qu'il ne le fait pas déja :^))
Ca leur fait un peu les pieds :)))
</IMHO>
Tfaçon j'ai même pas la TV (pas de carte TV non +, pas le temps, trop OQP avec des trucs + intelligent. (euh, si j'aurais bien regardé Arte la sem dernière :D))

Euh... perso c'est pas comme ça que j'ai compris l'annonce l'autre jour sur leur site... Si j'ai saisi ils ont des "petits ennuis à cours terme"

Elle est malheureusement de plus en plus fréquente... Même moi je me mets à la faire :-(

Bien sur qu'il répond. C'est un type très poli et cultivé, juste qu'il n'a pas le marketing dans le sang, ce qui est bien dommage :-(

OpenBeOS est tout _sauf_ une mise en GPL de BeOS.

1) c'est une REECRITURE "from scratch" de BeOS, SANS utilisation du code source (pasque Palm le garde jalousement, Palm SUX).
2) La licence choisie est MIT, parce que la plupart des programmeurs ont peur de la GPL et/ou ne la comprennent pas, et qu'on veut pouvoir inclure du code non GPL. (moi même j'ai déja fait des erreurs d'interprétation... c'est pas évident, même si ont est tous d'accord sur l'esprit).

si, j'ai eu un chitit prob... mais je sais pas d'ou ça vient...
Après avoir confirmé mon post, au lieu de cliquer sur l'url (Vous pouvez retourner sur l'article ...), j'ai cliqué sur le numéro de posts complet (parmis xx) dans le texte en haut. et je suis tombé sur cette url: http://linuxfr.org/topic/Object/7374,0,0,0,0.php3(...) (avec rien sur la page bien sur)

Tu sais sous doze un simple ImprEcran (ou Alt-ImprEcran pour avoir la fenetre seule) ça capture dans le presse papier... Shift-Insert dans Paint ou tout autre prog de dessin et ça roule. Et pas de pub chiante :)

En attendant j'ai tj le logo de travers (pas centré, sur la gauche), et le fond blanc :-(
Sinon j'ai rien remarqué.
Nickel comme d'hab.