Cela oblige actuellement les instructions SSE4 à être incluses dans mvs-texturing (et les applications mve associées): https://github.com/OpenDroneMap/WebODM/issues/330#issuecomment -411550656
Une solution simple serait de les filtrer dans https://github.com/OpenDroneMap/OpenDroneMap/blob/master/docker/g%2B%2B et https://github.com/OpenDroneMap/OpenDroneMap/blob/master/ docker / gcc
Les gens qui reconstruisent des images docker en utilisant le standard Dockerfile
et en utilisant des processeurs plus anciens auraient cependant toujours le problème.
Je vais voir si nous pouvons peut-être le réparer directement dans MVE.
MVE est maintenant livré avec -march = drapeau natif afin que cela puisse être fermé. https://github.com/simonfuhrmann/mve/pull/441#event -1779240350
Salut tout le monde!
Je voulais juste ajouter un commentaire pour les personnes qui pourraient encore rencontrer le problème lors de l'exécution de WebODM avec docker à l'avenir. Le document indique que vous ne pouvez pas exécuter les images du docker si vous avez un processeur qui ne prend pas en charge les instructions SSE *. Ce n'est en fait pas vrai.
Avec la modification apportée à MVE, l'indicateur "march = native" ajoute tous les indicateurs d'optimisation applicables au matériel sur lequel le code est compilé. Ainsi, le problème est que lorsque l'image du docker est créée, les indicateurs SSE * que votre matériel pourrait ne pas prendre en charge sont en fait ajoutés, car il a été construit à un endroit où ils étaient pris en charge. Ainsi, au lieu de créer les différents référentiels de manière native, vous pouvez simplement reconstruire l'image sur votre propre matériel et cela résoudra le problème.
J'ai trouvé cela plus facile que d'installer tout en mode natif.
Ça y est: sourire:
Hé @nchamo Je rencontre ce problème avec mon processeur AMD Phenom II X6 1090T. Je pense que votre recommandation de reconstruire l'image fonctionnerait pour moi, mais je ne sais pas comment faire cela? Pour le moment, je clone simplement le projet et exécute le fichier startup.sh. Comment procéder à la reconstruction? Merci
Pouvons-nous déplacer cette conversation vers le forum à l' adresse https://community.opendronemap.org? : priez: Le forum est le bon endroit pour poser des questions (nous essayons de garder le suivi des problèmes GitHub pour les demandes de fonctionnalités et les bogues uniquement). Je vous remercie! : +1:
Commentaire le plus utile
Salut tout le monde!
Je voulais juste ajouter un commentaire pour les personnes qui pourraient encore rencontrer le problème lors de l'exécution de WebODM avec docker à l'avenir. Le document indique que vous ne pouvez pas exécuter les images du docker si vous avez un processeur qui ne prend pas en charge les instructions SSE *. Ce n'est en fait pas vrai.
Avec la modification apportée à MVE, l'indicateur "march = native" ajoute tous les indicateurs d'optimisation applicables au matériel sur lequel le code est compilé. Ainsi, le problème est que lorsque l'image du docker est créée, les indicateurs SSE * que votre matériel pourrait ne pas prendre en charge sont en fait ajoutés, car il a été construit à un endroit où ils étaient pris en charge. Ainsi, au lieu de créer les différents référentiels de manière native, vous pouvez simplement reconstruire l'image sur votre propre matériel et cela résoudra le problème.
J'ai trouvé cela plus facile que d'installer tout en mode natif.
Ça y est: sourire: