Olena

olena@lrde.epita.fr

325 discussions

Olena 1.0 beta available - Olena 1.0 bêta disponible

by Guillaume Lazzara

The Olena team is proud to announce that snapshots of Olena 1.0 beta are now available. This is a major version of the Olena generic and efficient image processing library developed at the LRDE (http://olena.lrde.epita.fr). This version has been completely rewritten from scratch and is not compatible with the previous version. The current snapshots do not include Swilena yet. More information is available at: http://www.lrde.epita.fr/Olena/Olena100beta Les membres de l'équipe Olena sont fiers de vous annoncer la sortie d'Olena 1.0 en bêta. Il s'agit d'une version majeur d'Olena, la bibliothèque générique et performante de traitement d'image dévelopée au LRDE (http://olena.lrde.epita.fr). Cette version a été entièrement réécrite et n'est pas compatible avec les versions précédentes. Les archives fournies actuellement ne contiennent pas encore Swilena. Pour plus d'informations, consulter : http://www.lrde.epita.fr/Olena/Olena100beta -- Guillaume Lazzara, for the Olena Team. z(a)lrde.epita.fr

16 years, 4 months

Re: [Olena] [Olena-patches] Merging trunk/ to branches/cleanup-2008/

by Thierry GERAUD

Roland Levillain wrote: > Roland Levillain a écrit : > ... > > La synchronisation est faite (cf. révisions 2316 à 2335) : très très cool :-) > ... > Alexandre, est-ce que tu veux récupérer ce patch et le réintégrer dans > cleanup-2008 ou bien est-ce que la version actuelle dans cleanup-2008 > est OK ? j'ai pas vu passer de réponse... > P.S. : Rappel : on n'enregistre plus dans trunk/ désormais ! :)

16 years, 7 months

Re: [Olena] [Olena-patches] Merging trunk/ to branches/cleanup-2008/

by Thierry GERAUD

16 years, 7 months

Merging trunk/ to branches/cleanup-2008/

by Roland Levillain

I'm going to ``merge'' the trunk against cleanup-2008, by applying patches from the trunk since the last merge (r2189) on top of cleanup-2008, one by one. This will be done using to `svn-cherry-pick' (from revision r2189). The idea is, after this merge is complete, we shouldn't use trunk/ anymore (except if you have a good reason for). We'll merge back cleanup-2008 into the trunk later, and get rid of cleanup-2008. So, please: /*-----------------------------------. | Don't commit to trunk/ as of now! | `-----------------------------------*/ If you still want to commit to trunk, please tell us, either by talking to Théo and/or Roland or by sending an e-mail to olena-patches(a)lrde.epita.fr. TIA!

16 years, 7 months

Trac Housekeeping

by Roland Levillain

J'ai fait un peu de ménage sur le Trac. La nouvelle page de la release 1.0 a été un peu nettoyée, et les tickets qui ne correspondaient plus vraiment à l'état de cette release ont été fermés (mais pas effacés). Désolé pour le bruit produit sur la ML olena- patches. https://trac.lrde.org/olena/wiki/Olena/Release1.0 Il faut qu'on s'affecte des tickets, la majorité étant dévolue à « Olena Team ». Vous pouvez jeter un oeil aux tâches actuellement affectées ici : https://trac.lrde.org/olena/wiki/Olena/Release1.0#TasksTickets Travaillez dans branches/cleanup-2008/ ; on fusionnera par la suite. Vous pouvez discuter des différents tickets ici (olena(a)lrde.epita.fr) ou bien dans les commentaires des tickets eux-mêmes : ils produiront des messages dans la liste olena-patches. Merci d'avance !

16 years, 8 months

Important : ChangeLog et sandboxes

by Roland Levillain

Dans l'objectif de nettoyer le dépôt en vue de la release, je viens (rév. 1923) de déplacer les entrées de ChangeLog relatives aux changement dans milena/sandbox/ dans un ChangeLog à part (milena/sandbox/ChangeLog). En effet, le contenu de milena/sandbox/ ne fait pas partie de la distribution d'Olena, et ne doit donc pas figurer dans ChangeLog ni dans milena/ChangeLog. Il *faut* utiliser ce nouveau ChangeLog dédié lorsque vous faites de modifications dans milena/sandbox/ ou un de ses sous-répertoires. Les nouvelles règles pour les commits sont donc les suivantes : - si vous faites des changements dans milena/ ou un de ses sous-répertoires (hormis milena/sandbox/), invoquez `svn ci' depuis milena/ (cela ira inscrire les changements dans milena/ChangeLog) ; - si vous faites des changements dans milena/sandbox/ ou un de ses sous-répertoires, invoquez `svn ci' depuis milena/sandbox/ (cela ira inscrire les changements dans milena/sandbox/ChangeLog) ; - si vous faites des changements dans milena/ *et* milena/sandbox/ (cas rare), deux possibilités : 1. il s'agit d'un déplacement (ou d'une copie) de fichiers d'un côté vers l'autre (milena/ vers milena/sandbox/ ou vice versa) : appelez `svn ci' depuis milena/ ; (Au passage, je rappelle que `svn mv' et `svn cp' sont les méthodes recommandées pour déplacer et copier des fichiers à travers le projet.) 2. ce n'est pas un déplacement ou une copie : faites alors *deux* commits, l'un concernant les fichiers sous milena/sandbox/, depuis ce répertoire ; l'autre, concernant les autres fichiers dans milena/, depuis milena/. Merci de suivre ces règles qui permettent de plus facilement suivre les changements dans le projet et nous feront gagner du temps lors de la release. Roland

17 years

milena, clique et max

by Guillaume Leroi

Yop! J'ai un peu joue avec milena ce week-end, et j'ai une petite question et meme une remarque. Ma question etant, ou sont les cliques dans milena? Un petit coup de 'grep -r clique milena/*' ne donne rien. S'appelleraient elles differement? Il me semble qu'en anglais on dit clique aussi. (Mon but etait d'avoir un algo qui me donne toutes les clique auxquelles un point appartient, ou pourquoi pas toutes les cliques de l'image). Quand a la remarque, elle concerne les accumulateurs et l'algo take. En effet quand on fait un accu::take(accu::max) ca ne marche pas, faute de specialisation dans accu/take.hh. Cependant j'en ai trouve une qui marche dans level/take.spe.hh. Je me demandais s'il n'y avait pas eu une confusion quand a l'emplacement du fichier. -- Guillaume Leroi

17 years, 4 months

Martine va remplacer Lena

by Nicolas Pierron

http://martine.logeek.com/view.php?c=7a48847aa7741b1bfe2492225744fef3 -- Nicolas Pierron

17 years, 5 months

La question de la licence d'Olena.

by Alexandre Duret-Lutz

On se l'est posée en réunion de perm mercredi 5 sept. En ce moment Olena est distribuée sous « GPL v2 ou plus » avec cette exception: « As a special exception, you may use this file as part of a free software library without restriction. Specifically, if other files instantiate templates or use macros or inline functions from this file, or you compile this file and link it with other files to produce an executable, this file does not by itself cause the resulting executable to be covered by the GNU General Public License. This exception does not however invalidate any other reasons why the executable file might be covered by the GNU General Public License. » C'est moi qui l'ai ajoutée le 2001-11-01, le jour de la release d'Olena 0.1. On en a forcément discuté avant, mais je ne me rappelle pas des détails. Il y a une entrée dans mes vieux ChangeLogs (qui ne semblent plus être dans le dépôt svn), mais elle dit juste « Add license and copyright. » libstdc++ utilise cette même exception pour autoriser les projets non-GPL à l'utiliser. Elle est discutée ici: http://gcc.gnu.org/onlinedocs/libstdc++/17_intro/license.html Ça transforme la GPLv2 plus ou moins en une LGPLv2 mais sans l'obligation de pouvoir changer la bibliothèque. Le problème de la LGPL est que, même si elle autorise un programme utilisant un bibliothèque LGPL a être distribué sans ses sources, elle impose que les utilisateurs puissent changer la version de la bibliothèque. En pratique ça suppose l'utilisation d'une bibliothèque partagée ou la distribution des *.o du programme. Dans les deux cas, c'est incompatible avec l'utilisation des templates d'Olena. La version 3 de la LGPL, même si elle parle un peu de templates (au sens des petites fonctions inline qu'on trouve dans les headers), demande toujours qu'on puisse recompiler ou relinker avec une autre version de la bibliothèque. À mon avis ça ne nous aide pas. Je ne vois pas de raison de ne pas passer de GPLv2+ à GPLv3+, mais peut-être serait-il mieux d'attendre de voir ce que va faire libstdc++. Il faudrait aussi se demander si l'on veut vraiment permettre des utilisations non libres d'Olena. -- Alexandre Duret-Lutz

17 years, 7 months

Question 3D

by Leslie Valleray

Bonjour, Je suis une ancienne d'EPITA et j'aimerais en savoir plus sur OLENA, en particulier j'aimerais savoir si OLENA répond à la problématique suivante: pour un même objet 3D que l'on recouvre d'une texture (ex: tissu), comment est-il possible de refléter la différence des textures (ex: soupe/légère et rigide/épaisse) sur cet objet? Y a-t-il des études existants sur ce sujet? En terme de développement, est ce une question simple ou très complexe? quelle est la charge approximative associée (en jours/homme)? Je suis joignable au 06 80 32 73 24 si besoin. Merci Leslie Valleray ________________________________________________________________________________ Libérez votre adresse mail de votre fournisseur d'accès - Choisissez Yahoo! Mail

17 years, 7 months

← Newer
1
...
7
8
9
10
11
12
13
...
33
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

Olena