sorry, bitte bleibe bei den Tools, so wie vereinbart, ich werde nichts anderes installieren als mein jetziges openVG, also auch kein openCV.
Ich muss schließlich das Programm und seine einzelnen API-Tools auch selber verwenden und die Tools entsprechend selber weiter programmieren können.
Dazu muss ich die Funktionen kennen und selber nutzen können.
Für andere FFT-Funktionen als die von mir verlinkte sehe ich auch keinen Zusatz-Nutzen - wozu also wechseln? Die Cross-Correlation wird als Herausforderung schwierig genug werden. Es ist ja komplettes Neuland für mich, ich muss mich da selber Schritt für Schritt langsam einarbeiten und hineinfinden. Bei zuviel neuen Dingen verliere ich den Überblick.
Ich habe mich inzwischen deshalb auch gegen ncurses entschieden, weil ich mich dann in dem Menü nicht mehr zurechtfinde, und außerdem sind ncurses-Fenster für andere Ausgabefunktonen nicht mehr stdio.h-kompatibel, so wie es das LXTerminal-Window ist. Nur für diese einmalige simple Auswahl 0...9 eine inkompatible Monsterlib zu installieren, die ich später nicht mehr weiter verwende, ist für mich ein unwirtschaftlicher und nicht angemessener Aufwand.
Was in 5 oder 6 Jahren mal sein wird, weiß ich ntl nicht, da kann ich durchaus so weit sein, dass ich auch möglicherweise mal openCV und ncurses verwenden könnte.
Ich brauche als gemeinsame Regie-Schnittstelle auch genau das Menü, das ich oben bereits vorprogrammiert und dir gepostet hatte.
Ich bin kein Linux-Programmierer, ich programmiere auf MSDOS- TurboC oder Arduino-IDE-Niveau, und ich verwende selber auch kein C++, sondern ausschließlich ANSI C.
Daher auch meine absolute Abneigung genüber Vektoren und strings, stattdesen: char * array[size].
Wenn mir das Programm zu kompliziert und von der Syntax her zu fremd ist, kann ich es selber später nicht mehr für meine eigenen Spracherkennungsprogramme nutzen, und wozu dann der ganze Aufwand?
Bitte bleib also bei einfachen Menü-Schnittstellen wie diesen hier (Menü-Punkt 0 für csv kann jetzt sogar komplett wegfallen)
Code:0 Soundfile *.csv in Programm öffnen / laden \n // csv kann jetzt sogar komplett wegfallen ! 1 Soundfile *.wav in Programm öffnen / laden \n 2 Soundfile *.wav öffnen / abspielen + Plot \n 3 Sound aufnehmen per Micro / SoundCard \n 4 akt. Sound (Array im RAM) abspielen + Plot \n 5 akt. Sound optimieren (noise/cut) \n 6 akt. Sound (im RAM) als *.wav File speichern unter... \n 7 akt. Sound an FFT + Plot \n 8 akt. Sound cross correlation mit 1 wav File \n 9 akt. Sound cross correlation mit allen *.wav Files (auto) \n
und nutze bitte diese API-Schnittstellen mit dieser Syntax, wie ich sie im Prinzip bereits vor vielen Seiten gepostet hatte, nicht wesentlich anders:
Code:a) record_sound(int32_t * array, int32_t length); b) save_sound2wavFile(int32_t * array, FILE * fp, char * filename); // über Zenity PopUp Window c) FILE * fp = open_wavFile(int32_t * array, char * filename); // über Zenity PopUp Window d) play_soundArray(int32_t * array, int32_t length); e) play_wavFile(char * filename); // über Zenity PopUp Window sowie f) plotArray(int32_t * array, int32_t length, int y0); g) optimizeArray(int32_t * array, int32_t length); h) array2FFT(int32_t * array, int32_t length, double * fx, double * fy, int32_t FFT_length); i) cross_corr(int32_t * array, int32_t * pattern, int32_t length);
Diese Funktionen müssen genau so in der Sound-Lib und ggf. in einer weiteren Sound-Tools-Lib genau so zur Verfügung stehen.
Nur wenn wir diese gemeinsame Menü- und API-Basis haben, kann unsere Arbeit auch später auf andere Anwendungen (z.B echte Wort-Steuerung von mobilen Robotern mit automatischer lernfähiger Spracherkennung) portiert werden.
ps,
Wenn du das LXTerminal Window neben dem openVG Window positionieren und in der Größe anpassen willst, können wir diesen Befehl verwenden:
Code:// LXTerminal window: pos (x,y): 520,0, size: 320x320 system("wmctrl -r LXTerminal -e 0, 520,0, 320,320");
Zitieren
Lesezeichen