Difference between revisions of "Publications/levillain.10.icip"
From LRDE
| Line 7: | Line 7: | ||
| pages = 1941 to 1944 |
| pages = 1941 to 1944 |
||
| address = Hong Kong |
| address = Hong Kong |
||
| − | | |
+ | | lrdeprojects = Olena |
| − | | urllrde = 201009-ICIP |
||
| abstract = Most image processing frameworks are not generic enough to provide true reusability of data structures and algorithms. In fact, genericity allows users to write and experiment virtually any method on any compatible input(s). In this paper, we advocate the use of generic programming in the design of image processing software, while preserving performances close to dedicated code. The implementation of our proposal, Milena, a generic and efficient libraryillustrates the benefits of our approach. |
| abstract = Most image processing frameworks are not generic enough to provide true reusability of data structures and algorithms. In fact, genericity allows users to write and experiment virtually any method on any compatible input(s). In this paper, we advocate the use of generic programming in the design of image processing software, while preserving performances close to dedicated code. The implementation of our proposal, Milena, a generic and efficient libraryillustrates the benefits of our approach. |
||
| lrdeposter = http://www.lrde.epita.fr/dload/papers/levillain.10.icip.poster.pdf |
| lrdeposter = http://www.lrde.epita.fr/dload/papers/levillain.10.icip.poster.pdf |
||
| lrdepaper = http://www.lrde.epita.fr/dload/papers/levillain.10.icip.pdf |
| lrdepaper = http://www.lrde.epita.fr/dload/papers/levillain.10.icip.pdf |
||
| − | | lrdeprojects = Olena |
||
| lrdenewsdate = 2010-05-26 |
| lrdenewsdate = 2010-05-26 |
||
| type = inproceedings |
| type = inproceedings |
||
| Line 27: | Line 25: | ||
address = <nowiki>{</nowiki>Hong Kong<nowiki>}</nowiki>, |
address = <nowiki>{</nowiki>Hong Kong<nowiki>}</nowiki>, |
||
month = sep, |
month = sep, |
||
| − | project = <nowiki>{</nowiki>Olena<nowiki>}</nowiki>, |
||
abstract = <nowiki>{</nowiki>Most image processing frameworks are not generic enough to |
abstract = <nowiki>{</nowiki>Most image processing frameworks are not generic enough to |
||
provide true reusability of data structures and algorithms. |
provide true reusability of data structures and algorithms. |
||
Revision as of 12:15, 26 April 2016
- Authors
- Roland Levillain, Thierry Géraud, Laurent Najman
- Where
- Proceedings of the IEEE International Conference on Image Processing (ICIP)
- Place
- Hong Kong
- Type
- inproceedings
- Projects
- Olena
- Date
- 2010-05-26
Abstract
Most image processing frameworks are not generic enough to provide true reusability of data structures and algorithms. In fact, genericity allows users to write and experiment virtually any method on any compatible input(s). In this paper, we advocate the use of generic programming in the design of image processing software, while preserving performances close to dedicated code. The implementation of our proposal, Milena, a generic and efficient libraryillustrates the benefits of our approach.
Documents
Bibtex (lrde.bib)
@InProceedings{ levillain.10.icip,
author = {Roland Levillain and Thierry G\'eraud and Laurent Najman},
title = {Why and How to Design a Generic and Efficient Image
Processing Framework: The Case of the {Milena} Library},
booktitle = {Proceedings of the IEEE International Conference on Image
Processing (ICIP)},
pages = {1941--1944},
year = 2010,
address = {Hong Kong},
month = sep,
abstract = {Most image processing frameworks are not generic enough to
provide true reusability of data structures and algorithms.
In fact, genericity allows users to write and experiment
virtually any method on any compatible input(s). In this
paper, we advocate the use of generic programming in the
design of image processing software, while preserving
performances close to dedicated code. The implementation of
our proposal, Milena, a generic and efficient library,
illustrates the benefits of our approach.},
keywords = {Genericity, Image Processing, Software Design,
Reusability, Efficiency}
}