djibb a écrit 2174 commentaires

Les infos diverses et variées ('jesssaye d'etre synthetique et peu subjectif)
-> une nouvelle version estampillée comme windows 8.08 pour decembre
-> support du 64 bit
-> support Xorg 9.8

-> pas de support prévu pour freeBSD
-> quelques efforts prévus pour l'OpenGL
-> un installeur est en cours de dev
-> ils sont 1 2 ou 3 a bosser dessus
-> le driver linux a le meme core que le driver windows
-> Si Linux devient une entité sur laquelle ils doivent compter, ils ne le feront pas à la va-vite. Ils sont plus intéressé par des developpement sur la longueur que sur des demandes au coup par coup : ils vont communiquer bcp plus sur les dev sous linux.
-> Pas de supports ppc
-> Pas de "bugzilla" pour la communauté : ils ne feront pas une liste uniquement "utilisateur final". *
-> A la question : pourquoi choisir ATI plutot que Nvidia : "Nous sommes leaders, nous avons deja fait de gros efforts avec nos drivers sous windows, nous avons la même passiosn et ferons de même pour Linux."
-> Comment aider :
Regarder http://www.rage3d.com/(...) dans linux/drivers et répondre a des "test" (euh j'ai pas tout compris la :) )
-> Le developpement sur de Power Management avance mais cela change assez vite sous linux...


* Je ne comprends pas pourquoi... ca serait tellement simple.

Sinon, voici la retransmission totale :)
*1minute pase*
Raaa !!!! j'suis dégouté... Ksirc ne m'a pas tout gardé... j'ai que le dernier quart de la discussion... dsl.

mtippet : un (LE) des dev sur le drivers.
ATI_Linux_Guys : les gars du marketing
R3D* : les modos de Rage3d.com

<[R3D]Ratchet> QUESTION: How concerned is ATI about the effect the quality of it's linux drivers has on it's good name? This considering a lot of linux enthousiasts serve as a guide for less-technical friends and family in their purchasing decisions? And in this light, did ATI ever consider temporarily boosting the develment resources to bring the drivers up to par on 3d performance?
That is a PR question - Terry - Jon?
<[R3D]MrB> well Jon comes up with PR spin Ratch do you want to ask another question?
<ATI_Linux_Guys> You bet that we are both very concerned about anything that impacts the reputation of our software
<ATI_Linux_Guys> as such we will now adopt a more open approach to keeping the user community update on our Linux developments, as we regularly update the press on our progress in the same manner we do with our windows drivers
<ATI_Linux_Guys> In fact you will see more coverage on ATI's linux developments in the coming weeks at some of your favorite tech web sites and we will continue this trend moving forward
<ATI_Linux_Guys> stop
My response on the burst development. We are more interested in sustainable development than one-shot wonders, hence we want to ramp the team, but do it carefully.
<[R3D]Ratchet> QUESTION: is there a chance flgrx will switch to using the open (xorg/sfree86) DDX (2d Driver) and continue with the closed 3d driver? THere are already quite a few bugs that still affect the flgrx driver that have been fixed in the xorg ddx
stop
<[R3D]Ratchet> QUESTION: is there a chance flgrx will switch to using the open (xorg/sfree86) DDX (2d Driver) and continue with the closed 3d driver? THere are already quite a few bugs that still affect the flgrx driver taht have been fixed in the xorg ddx
No. There are proprietary extensions that we can not fold into the Xorg release.
stop
<[R3D]Ratchet> QUESTION: PPC Support? PPC is one of the primary platforms- especially with IBM pushing it. What support is planned for PowerPC on the binary drivers?
None at this stage.
stop
<[R3D]Ratchet> Question: Will ATI setup a Bugzilla for all of us in the Open source community wanting to help crush bugs and give you huge amount of information on fixing the Linux Drivers to overtake the competition?
[R3D]Ratchet thinks that's one for Terry
No. Our bug list will contain not only user problems, but also p
stop
<[R3D]Ratchet> QUESTION: Considering the fact the next release will be available for x86 aswell as x64, the amount of work to be done for each release will undoubtebly increase. will ATI employ additional resources for the x86x64 platform, or is this done with the same(sized) team?
Erm..
Let me retract.
<[R3D]Ratchet> sure
No. Our bug list will include issues other than end user problems. We will not seperate into two lists.
stop
:)
Now the next question.
<[R3D]Ratchet> <BSD_Diffie> QUESTION: As a Linux users who is in market for new video hardware, why should i choose ATi and purchase a video card from you over nVidia?
Hold back Diffie's question...
HWolf's question first...
mtippett puts on the record
As true customer demand increases, resourcing will increase
mtippett turns off the record.
stop
Diffies question.
[R3D]Ratchet is loosing control ;)
<[R3D]Ratchet> only a few questions left
<[R3D]ben6> We want to thank ati for joining us today. We have time for a couple more questions :). Thanks Terry and Jon and Matthew
<ATI_Linux_Guys> Because as THE market leader in graphics, with award winning hardware across all product lines.
<ATI_Linux_Guys> We have tackled our Windows driver problems of the past head on
<ATI_Linux_Guys> and not only overcome those problems, we are now setting an unprecedented pace in Windows drivers
<ATI_Linux_Guys> Innovations such as monthly releases, CCC, VPU recover, Smartgart, etc
<[R3D]ben6> which reminds me. Isn't it about time to see 4.11 for Windows? :)
<ATI_Linux_Guys> are all things we worked our a$$'S off to deliver
<ATI_Linux_Guys> and we vow that the same passion will go into our Linux drivers
<ATI_Linux_Guys> stop
<[R3D]Ratchet> QUESTION: What are the issues in supporting ACPI sleep states? I understand that this is still under very heavy development but it seems that restoring video state is the main problem at the moment. Are the future drivers being overhauled to support ACPI sleep and suspend?
We are working on our Power Management infrastructure, but as was mentioned, it is still evolving under Linux. I can't say when it will be in a truly supportable state.
stop
<ATI_Linux_Guys> Last question of the session
<ATI_Linux_Guys> and then we have to sign off
<ATI_Linux_Guys> oh and ben CAT 4.11 is scheduled sometime between now and a week from now
<[R3D]Ratchet> ok, let me find a good one
<[R3D]Ratchet> <WhO_KnOwS> QUESTION: When will running several X session be supported, if it will be supported at all?
<[R3D]ben6> thanks terry :)
mtippett smiles at Who_KnOwS
It will be supported, but I don't have any firm dates.
stop
<[R3D]Ratchet> ok then, that's it I guess.
<[R3D]Ratchet> thanks for your time guys
<[R3D]Ratchet> :)
<[R3D]dementor> Thanks for another solid chat
<[R3D]ben6> thanks for coming
<[R3D]MrB> it's not done
<[R3D]MrB> matt has a few end words to say
<ATI_Linux_Guys> I have a few words to say too
If people really want to help us solve our problems. Work with each other to create a test case.
If you can make the test case return 0 for return 1 for fail, then we can track it down easier.
Post it through rage3d Linux/Drivers for the moment... Watch this space for more information in the coming months.
stop
<ATI_Linux_Guys> and from the Marketing/PR team, we want to thank Rage3D and all the mods, and you will be seeing more Linux related information in the coming weeks
<ATI_Linux_Guys> I know for a fact Jon is lining up some interviews on some tech sites
<ATI_Linux_Guys> so hopefully the information will get out to everyone
<[R3D]Ratchet> and Rage3D would like to thank Terry, Jon, and especially Matt for doing this with us today.
<ATI_Linux_Guys> and of course we all want to raise the quality of our Linux drivers to the next level
<ATI_Linux_Guys> Cheers everyone see you next time
Thanks guys
<[R3D]MrB> and stop pounding rage3d
<[R3D]MrB> what's up with that!!
<[R3D]MrB> lol

ca vient de commencer.

Un jour ils pourraient faire un driver compatible avec le suspend to disk ou meme le suspend to ram ?
Parce que bon... je suis obligé de faire une init 3 avant de faire un echo -n "4" > /proc/acpi/sleep

Un peu ch...

Et puis c'est pas nouveau:
si tu as une news avec des copies d'écran le nombre de gens les regardant est toujours supérieur. Le ratio est presque de 2 pour 1.

Donc, c'est tout à fait normal et un logiciel qui veut être utilisé et plaire à un grand nombre de personne doit avoir , quand il sort, des copies d'écran.

*on me sussurre à mon oreille qu'emacs et vi n'auraient pas de copies d'ecran ?????????" :)

je vais insister un peu quand meme... si si... la knoppix 3.6 lance l'acpi si tant est que ton bios le supporte.

J'ai un asus portable et ca fonctionne impec.

Euh... pour remasteriser une 3.6 et la lançant quelques fois par jour :
-> L'acpi est activé par défaut.
Pas la peine de trop s'embeter. par contre... ca ventile a cause des regles de cpufreqd. Si tu débranches, ca marche bien.
(2h30 de batterie pour un 2600+ mobile avec une ATI 9600 pro qui bouffe comme c pas possible)

Très intéressant... j'avoue que c'est surtout l'utilisation de xvidap qui va me motiver à faire des howtos sympatoche maintenant...

As-tu essayé Kdeenlive ?
Ce soft a l'air prometteur... j'aimerais savoir si certains ont des retours d'expérience avec.

euh...ca m'intéresse aussi... tu l'achètes comment ? (par corespondance ? j'ia pas vu su rle site ?)
puis... mon allemand..

Pas d'accord.
Le driver Nvidia est assez clair la-dessus, il y a un appendice a la license en ce qui concerne le driver Linux :
il peut etre redistribuable a souhait. La seule chose qui n'est pas claire, c'est si tu peux en faire une utilisation commerciale.

Mais je peux mettre ici le rpm de nvidia sans que personne ne vienne me chercher des noises ;)

Attention tout de même... si knoppix, captive ne founissent pas la dll... c'est qu'il doit y avoir une raison :
Microsoft se réserve la mainmise sur cette dll car c'est eun technologie microsoft et PERSONNE ne peut la distribuer sans son accord.

Vous avez l'accord ecrit ?
Si oui ok... si non, attention aux représailles.

as-tu essayé kdeenlive ? ca a l'air assez bien pensé... je devais l'essayer mais j'ai un pb de cable...

surement moins evolue que Kino... mais en developpement très rapide.

j'ajoute juste : Même si je comprends les motivations de BSD ou autres et même si je conçois parfaitement que c'est difficile de trouver la bonne license qui correspond a son profil et son idée du libre..

Pour moi, la license BSD... mais bon... je ne suis pas la pour lancer un troll.
J'admire ces licenses, mais elles font trop la part belle au proprio, qui en échange finalement ne laisse pas passer grd chose... Apple a surement ajouté certaines choses... mais peu, eut egard du cout de developpement qu'ils ont évité avec BSD.
Ce qui m'énerve le plus, c'est que du code BSD va (allez... j'y vais de la petite stat) a 78,3% se retrouver dans longh0rn et qu'on ne verra pas la couleur du moindre petit retour.
Bref, je préfère la GPL.

moi, pour le moment (et pour longtemps) c'est ca :
http://www.lin4astro.org(...) (la version de dev est quasi aboutie; essayez-la)
qui a permis de mettre pas mal de projets en émulation :
qastrocam http://3demi.net/astro/qastrocam/doc/(...) , astromosaichttp://3demi.net/astro/astroMosaic/index.html(...) ,
astromosaicgui http://christophe.jalady.free.fr/astromosaicgui/(...) (coucou christophe ;) )
un driver pour monture taka ajouté a Indi http://indi.sourceforge.net/(...)

Bon, la je galere pour un bug avec celestia apres installation des drivers nvidia... mais rien de tres grave quand meme ;)

On cherche des gens qui ont le temps pour mettre ca sous linux :
http://lynkeos.sourceforge.net/french/index.html(...) (comment ca j'insiste :) )

Bref, on s'amuse bien :)

Aucun problème :)

La communauté linuxienne d'astronomie par la webcam cherche a mettre ca :
http://lynkeos.sourceforge.net/french/index.html(...)
sous linux...
Seulement tout le monde est pris dans des projets... et on arrive pas a trouver du temps...

Non... la LGPL permet de contourner le caractère viral, mais sérieusement, quelqu'un qui fait du libre et qui croit dans le libre doit mettre ses librairies en GPL. Ainsi elles ne pourrant pas être utilisée dans du propriétaire.
En LGPL, si.

il y a vait une argumentation de RMS la dessus et j'agvais été converti tout de suite.
Je n'ai plus le lien mais ca doit etre proche de la Gnu Scientific (c bon j'ai retrouvé :) )
Library (gsl) qui est en GPL et non pas en LGPL.
http://sources.redhat.com/gsl/(...)
http://www.gnu.org/licenses/why-not-lgpl.html(...)

Bref : vos librairies, ne les mettez pas en LPGL, sauf si vous voulez que votre boulot profite au prioprio.

Punaise........ je pensais avoir tout lu et n'avoir loupé aucune depeche... j'ai regardé 2 fois... bon. Je vais troller alors.

Maintenant qu'il y en a...

Euh......... je peux peut etre donner quelques idées aux ceusses que ca intéresse...

1) on a pas besoin du quicktime. moi ce qui compte c'est qu'il me pernne mes 300-500 images. Après, qu'elles soient dans le conteneur Quicktime ou avi... pour l'astro on s'en fiche.
>: il utilise juste le fait de traiter une serie d'image comme un film

voila, c'est ca que je voulais dire. aulieu d'enregitrer 500fichiers, on en a qu'un... bof, ca change rien.

>d'autant que je vois que vaguement a quoi sert le programme :)

Le programme sert a :
charger des images, faire des tranformée de fourier dessus pour arrriver a les aligner. Puis additionner ces images, pour en faire 1 belle. et enfin faire des traitements dessus (deconvolution)

Il y a une appli qui me plait BEAUCOUP.. mais suqui est en cocoa... c'est facile de mettre ca qui se lance sur une debian testing ?
(je n'y conncais rien en prog, c'est juste pour savoir si ca se fait ou si faut s'ecrimer comme nu diable et refaire la GUI)

Le logiciel est la :
http://lynkeos.sourceforge.net/french/index.html(...)

Si c'est possible et que quelqu'un(e) est intéressé(e)... On est hyper preneur !! ("on" c'est l'équipe de ca : http://www.lin4astro.org(...) )

Je ne pense pas (amha) que Oo serait repris dans l'état. Il sera beaucoup plus simple d'intégrer les outils de conversion à Kword (c'est deja fait non ?) et autres traitements de texte.

C'est gros... et sans Sun... ca risque de ne pas durer. Par contre, le format de fichier et les filtres seraient tout à fait pérennes.

Ooo N'EST PAS GPL. Il est LGPL.
Ce qui change beauoucp de choses...

moi je suis bien content de ne p'as l'avoir, ce sont des machines avec mise a jour automatique et JAMAIS je n'irai mettr ele nez dedans... c vite fait une betise.

Autant pour le slis, il y a une interface d'administration, juste ce qu'il faut pour ne pas faire de betisesx ;)

j'ai oublié une précision : pas besoin d'installer la knoppix. Tu démarres avec, (noyau de ton choix, mais le 2.6 va plus vite) et tu montes tes partoches avec :
mount -o dev /dev/hdtapartoche
et après c bon