C++ Builder oder Visual C++

[MrSpock]

Ich glaube, dass das hier nicht sinnvoll eingesetzt werden würde. Die Rahmenbdingungen habe ich ja beschrieben und ich denke möglichst nah am System zu bleiben mit der OpenCV C++ Bibliothek und eingenen Bibliotheken der Uni auf C++ Basis legt nahe, zumindest bei der Programmiersprache zu bleiben. Ich denke mit der Option Linux, Ecplipse, Qt sollte sie sich alternativ zu Visual C++ mit Qt oder C++ Builder mit VCL sollte sie sich noch einmal befassen.

[Zacherl]

Zitat von MrSpock:

Hier geht es aber nur um GUI Frameworks. Für die anderen Funkionen nutzt man doch entweder Standardbibliotheken (im Sinne des C++ Standard) oder spezielle Bibliotheken wie z.B. OpenCV, die ich doch dann sowohl in Visual C++, C++ Builder oder Eclipse vewenden kann. Oder wo mache ich hier einen Gedankenfehler?

Sagen wir mal so: Die "richtig großen" Libs werden in der Regel kompatibel zu ziemlich allen C++ Compilern sein. Ob das bei OpenCV jetzt für C++ Builder auch der Fall ist, müsste man einfach nachschauen oder testen. Bei kleinen Libs ist das ganz oft aber nicht der Fall. Man darf nicht vergessen, dass eine Lib nicht nur aus den Binärdateien besteht (die theoretisch immer kompatibel sein sollten), sondern auch aus Header Files (und genau hier gibt es dann die Kompatibilitätsprobleme).

[MrSpock]

Zitat von Zacherl:

... Bei kleinen Libs ist das ganz oft aber nicht der Fall. Man darf nicht vergessen, dass eine Lib nicht nur aus den Binärdateien besteht (die theoretisch immer kompatibel sein sollten), sondern auch aus Header Files (und genau hier gibt es dann die Kompatibilitätsprobleme).

Warum sind z.B. Headerfiles nicht kompatibel? Weil es dort Deklarationen gibt, die in systemspezifischen Bilbliotheken definiert sind?

[BUG]

Zitat von MrSpock:

Warum sind z.B. Headerfiles nicht kompatibel? Weil es dort Deklarationen gibt, die in systemspezifischen Bilbliotheken definiert sind?

Die Verwendeten Bibliotheken müssen natürlich da sein; aber es gibt da noch Compiler-spezifische Erweiterung wie zum Beispiel Pragmas und einige Attribute.
Zusätzlich ist zum Beispiel der Microsoft-Compiler sehr gutmütig mit einigen nicht-Standard-konformen Konstrukten ... da macht Portieren dann Spaß

[Alfredo]

Deine Tochter sollte klären was denn mit dem Endprodukt gemacht werden soll.

Muss Sie Ihr Programm vorstellen?
Wenn ja unter welchem OS?

Windows- und Linuxprogrammierung sind immer noch 2 verschiedene Welten.

Gruß
Alfred

[Zacherl]

Zitat von MrSpock:

Zitat von Zacherl:

... Bei kleinen Libs ist das ganz oft aber nicht der Fall. Man darf nicht vergessen, dass eine Lib nicht nur aus den Binärdateien besteht (die theoretisch immer kompatibel sein sollten), sondern auch aus Header Files (und genau hier gibt es dann die Kompatibilitätsprobleme).

Warum sind z.B. Headerfiles nicht kompatibel? Weil es dort Deklarationen gibt, die in systemspezifischen Bilbliotheken definiert sind?

Header-Files können unter anderem auch (anders als beim Delphi Interface-Teil) richtigen Code in Form von Funktionen, oder inline deklarierten Klassenmethoden enthalten. Diese Komponenten sind nicht im Binärteil von bereits kompilierten Libs enthalten und werden dann on-demand erstellt. Je nach Compiler variieren auch Sprachfeatures, weshalb ein Header dann unter einem Compiler wunderbar verwendet werden kann, für einen Anderen aber erst angepasst werden muss.

Teilweise muss man einige Verrenkungen anstellen, damit eine Lib zu allen großen Compilern kompatibel ist. Kleines Beispiel:

Code:

#if defined(MYLIB_MSVC) || defined(MYLIB_BORLAND)
#   define MYLIB_INLINE __inline 
#else
#   define MYLIB_INLINE inline
#endif

oder auch:

Code:

#if defined (_M_AMD64) || defined (__x86_64__)
#   define MYLIB_X64
#elif defined (_M_IX86) || defined (__i386__)
#   define MYLIB_X86
#else
#   error "Unsupported architecture detected"
#endif

[Sir Rufo]

Da ja wohl alles egal ist bis auf C++ scheint wohl auch die GUI entweder absolut sekundär oder gänzlich unnötig sein.

Bei der Bild-Verarbeitung brauche ich auch keine GUI (was will ich denn während der Verarbeitung sehen - ein animiertes Bild?).

[MrSpock]

Die GUI spielt definitiv eine untergeordnete Rolle.

Sie wird ihr Programm vorführen müssen und die Algorithmen an einigen Beispielvideos demonstrieren müssen. Aber sie kann das von Ihrem Rechner aus machen.

[Alfredo]

Zitat von MrSpock:

Aber sie kann das von Ihrem Rechner aus machen.

Du solltest testen ob der Vorführrechner genügend Power(Prozessor, RAM und Graphikkarte) und die richtige Festplatte
(Standardplatten ruckeln im Videobereich) hat.

Mulitprozessorprogrammierung wegen Laufzeit der Programme erforderlich?

Gruß
Alfred

[MrSpock]

Ob der Rechner leistungsfähig genug ist, muss sie noch prüfen.

Hab jetzt einmal OpenCV geladen und in C++ Builder eine einfache Anwendung aus dem Tutorial übermnommen. Beim Compilieren erhalte ich dann eine Fehlermeldung bei:

Code:

namespace cv
{
    using std::min;
    using std::max;
    using std::abs;
    using std::swap;
    using std::sqrt; << hier kommt der Fehler

Zitat:

[BCC32 Fehler] cvstd.hpp(74): E2316 '_fm_sqrt' ist kein Member von 'std'
Vollständiger Parser-Kontext
File1.cpp(9): #include C:\Daten\Cpp\opencv\sources\include\opencv\cv.h
cv.h(63): #include C:\Daten\Cpp\opencv\build\include\opencv2/core/core_c.h
core_c.h(48): #include C:\Daten\Cpp\opencv\build\include\opencv2/core/types_c.h
types_c.h(101): #include C:\Daten\Cpp\opencv\build\include\opencv2/core.hpp
core.hpp(54): #include C:\Daten\Cpp\opencv\build\include\opencv2/core/base.hpp
base.hpp(55): #include C:\Daten\Cpp\opencv\build\include\opencv2/core/cvstd.hpp
cvstd.hpp(69): namespace cv

Das könnte jetzt eine "Inkompatibilität" des Header Files sein, was hier angesprochen wurde?!