---
# System prepended metadata

title: Réunion du 27 avril 2020 - 15h00/17h45

---

# Réunion du 27 avril 2020 - 15h00/17h45

### Présents:  Kamel, John, Seyf, Walther, Ny Ando, Max, Omar et François.


## John 
* Suite à la réunion de mardi dernier (21/04), il a été convenu de changer la visée du papier en essayant de montrer qu'à précision constante, les ressources matérielles nécessaires sont moins élevées dans le cas multivues.
* Pour cela, le réseau choisi est MobilNet V2.
* John propose de définir le pruning et la dégradation suivant trois zones : Pruning (pas de perte de précision), dégradation faible (perte de précision <10%), dégradation forte.

Le deadline du 1er mai semble compliqué mais c'est un objectif à tenir pour éviter les dérives.
Les résultats sont très encourageants et méritent publication... Il y a matière!

**To do list:**
Finir le papier...
## Walther
Toujours dans le papier pour le 1er mai aussi. Ce dernier est orienté (pas sur les aspects prédictions comme cela était écrit dans le dernier CR) sur le partitionnement manuel entre FPGA et GPU avec modélisations des gains entre les différentes propositions (GPU seul ou FPGA+GPU).

**To do list:**
Finir le papier...

Points à discuter:

1 - Pas de référence à la figure 1 dans le texte. Est-ce une figure de
toi ou d'un autre papier?

2 - Page 2 mettre une réf de Kamel pour le DHM

3 - La figure 2 est aussi très très importante mais est très (trop?)
comprimée... Il ne serait pas possible de l'éclater dans le texte ce qui
permetterait d'introduire la notion de module élémentaire avec leur nom
(Fire,Bottleneck,...). Ces noms ne sont d'ailleurs jamais explicités et
on les retrouvent à la fin dans le tableau 1. Le lien n'est pas évident
à faire...

4 - J'avoue être perturbé par un "related work" en section 7... à la fin?!

5 - Est-ce qu'une approche OpenCL permetterait de faire ce travail
(partitionnement FPGA/GPU). Si oui, il faut se positionner... Cela
pourrait être fait au niveau de la partie DHM.

6 - Pour la méthodologie expe (sect. 5), je pense qu'il faut dire
clairement que l'on considère chaque à modéliser comme une blackbox et
que les modèles ne sont pas issus de la physique mais purement
comportementaux.

7 - Je trouve que la figure 10 qui valide les modèles n'est pas assez
"emphasée" dans le texte. En d'autres mots, tu n'insistes pas assez sur
le fait que tes modèles sont bon!

8 - en termes de forme mathématique pour les modèles, les variables dans
la fonction amènent de la lourdeur (non?) bien que ce soit plus juste.
Dans l'eq 7, pour être fonction de k² et pas de k?

9 - eq 8, que représente la variable x?

10 - Enfin, tu parles de modèles avec des paramètres à identifier mais
dans la partie expérimentale tu ne donnes jamais la valeur numérique des
paramètres

## Seyf
Envoi du papier sur le DL vs DIC. Seyf commence la rédaction de ses premiers chapitres de thèse. Sa thèse sera une thèse sur "papiers", puisqu'il a envoyé 3 revues ce qui constituent 3 chapitres.

**To do list:**
Proposer un plan global de thèse

## Ny Ando
Un premier moteur de rendu par raytracing a été codé à partir du site "A renderer in one WE". Ny Ando va coder une GUI pour aider à son utilisation.

**To do list:**
* Essayer de recoder le moteur de rendu en $\lambda$ plutôt qu'en RGB.
* Intégrer le spectredu capteur.. Plus tard celui des matériaux et de l'éclairement...

