German

@Christian-Ehrlicher Hello : ) Auf die Werte, die in QAudioBuffer gespeichert sind, möchte ich ein paar Rechnungen anwenden(z. B. filtern). Mit qint16* raw_data = buffer.data<qint16>(); habe ich Zugriff auf die Daten, die im QAudioBuffer gespeichert sind und kann sie verändern. Das werde ich für meine Filterung benutzen. Am Ende habe ich immer dasselbe QAudioBuffer Objekt, aber jetzt mit meinen Ergebnissen drin. Das Ergebnis der Rechnung möchte ich in Echtzeit hören und dafür habe ich eine Klasse erstellt, die von QIODevice abgeleitet ist. Das Ergebnis der Rechnung sollte an der readData-Methode meiner abgeleiteten Klasse zu Verfügung stehen, und zwar nicht in einem QAudioBuffer, sondern in einem QByteArray oder ein char*. Ich habe also vor, ein QAudioBuffer mit Format 2 Bytes in einem QByteArray umzuwandeln. Ich habe bis jetzt viel probiert und ich befürchte, dass es nicht möglich ist. Die Speicherung in einer TXT-Datei ist nur zu überprüfen, ob diese Umwandlung funktioniert.

Moin, diese Pfade habe ich so nicht angelegt. Das kam beim importieren der externen Bibliothek automatisch. Ich habe aber rausgefunden, warum er das so komisch anlegt und habe es dadurch korrigiert, das ich die Bibliothek anders abgelegt habe. verwendest du nun auch den gleichen Compiler für das Qt Projekt wie auch für die Bibliothek? Das ist eine gute Frage... Habe ich noch gar nicht dran gedacht. Ich habe, simple gestrickt wie ich manchmal bin, einfach Terminal auf und los gehts.... einfach mal drauf los übersetzt... Das Programm läuft nun und stürzt auch nicht mehr ab. Der Absturz kam auch gar nicht von der Protokoll Bibliothek, sondern von einer anderen Stelle im Programm. Ich hatte von qwt die aktuelleste Version übersetzt und die alte Version entfernt. Daher kam die Ursache. Was die Protokoll Bibliothek angeht, hat folgende Zeile in der pro zum Erfolg geführt: QMAKE_LFLAGS += -ltinyprotocol Vielen Dank für eure Hilfe...

Ich habe glücklicherweise selbst eine Lösung gefunden: MainWindow.cpp basis_canvas = new PaintBasis(this); ui->setupUi(this); this->setStyleSheet("background-color: #C0A080"); basis_canvas->setGeometry(0, 0, 1900, 2205); //ScrollArea QScrollArea* scrollArea = new QScrollArea; scrollArea->setWidget(basis_canvas); setCentralWidget(scrollArea); nd = new ND(); pfd = new PFD(); for (int i = 0; i <= 3; i++) { monitor[i] = new Monitor(basis_canvas); monitorleer[i] = new MonitorLeer(); } monitor[0]->setGeometry(10, 1070, 400, 400); monitor[1]->setGeometry(420, 1070, 400, 400); monitor[2]->setGeometry(1020, 1070, 400, 400); monitor[3]->setGeometry(1020, 1480, 400, 400); monitor[0]->SetMyChild(pfd); monitor[1]->SetMyChild(nd); monitor[2]->SetMyChild(monitorleer[2]); monitor[3]->SetMyChild(monitorleer[3]); Monitor.cpp Monitor::Monitor(QWidget* parent) : QWidget(parent) {} void Monitor::SetMyChild(QWidget* mychild) { mychild->setParent(this); mychild->show(); } Wenn ich z.B. über die Funktion SetMyChild zugreife und bspw. monitor[0]->SetMyChild(nd); schreibe, springt der nd-Inhalt zwar auf monitor[0] aber der monitor[1], der ja vorher nd hatte, wird dann schwarz. Für meinen Fall aber in Ordnung.

@MHage So wie ich das sehe, gibt es auch gar keinen Grund m_mainWindow in AudioRecorder zu haben. Wie @JonB sagte, für alle Zugriffe auf die UI bzw. das MainWindow besser Signale senden und die Änderung in deiner MainWindow Klasse durchführen. Deine Destruktoren sind nämlich auch nicht ganz so toll :) MainWindow::~MainWindow() { delete ui; delete m_audioRecorder; } AudioRecorder::~AudioRecorder() { delete ui; delete m_mainWindow; } Das sollte, je nach Parent-Child-Struktur, eigentlich immer irgendwann zu einem Crash führen.

Ein bisschen einfacher geht es mit QString tokens = "[A-Z]";.

@Gerhard said in Konfiguration bei Android Projekten.: NDK wäre abhängig von de Android Version Du kannst ja für ältere version von Android implementieren und die App wird auch auf neueren Android Versionen laufen. Eine Qt Version kann halt nicht viele verschiedene NDK Versionen unterstützen.

c++:style: QList<QString> street = {"Allee","allee","Damm","damm","Gasse","gasse","Gäßchen","gäßchen","Graben","graben","Platz","platz","Straße","straße","Str.","str.","Weg","weg"}; for (const auto &str: street){ qDebug() << str; }

Danke für den Hinweis.... Problem gelöst.

Verstehe ich doch .... Hab noch eine Kleinigkeit angepasst. label->setPixmap(QPixmap::fromImage(*resoImage)); muss schon so aussehen: imageLabel->setPixmap(QPixmap::fromImage(*resoImage)); Vielen Dank für die Unterstützung! Jetzt muss noch schauen, ob ich das Bild noch etwas positionieren kann

@stefanpc81 OK! Also, Sie müssen VS anweisen, in diesem C:/Qt/5.15.2/msvc2019/bin Ordner "libraries" zu suchen, aber ich kenne nicht wie in VS! Jemand anderes wird antworten :)

@HoMa Siehe was @J-Hilk vorgeschlagen hat (Singleton). QSettings kann natürlich benutzt werden, wenn Settings dauerhaft gespeichert werden sollen.

@Djago said in QSQLQuery return über Funktion: das es ein Konstruktor ist ist mir auch klar aber die art und weise wie die Dokumentation ist, ist für mich kryptisch. Was für eine Dokumentation? Es ist ein move-Konstruktor. Was soll da nopch mehr zu geschrieben werden? wie ich bereits oben gefragt habe:"ich würde gerne wissen ob die möglichkeit besteht die query abfrage bzw. resultat über eine return funktion an eine andere klasse weitergeben kann ohne diese vorher in ein QStringList oder Qlist mit Struct oder Class vorher umwandeln zu müssen." Wie gesagt - es geht wenn man es richtig macht, an deiner Stelle würde ich ein Objekt auf dem Heap anlegen und dieses zurückgeben. einfachhalber wollte ich vermeiden das als struktur\QStringListe\QList oder was auch immer zu übergeben. und erst in der nächsten klasse zu entscheiden was ich mit den ergebnissen anstelle. Dann kannst Du den Query auch direkt dort erzeugen wo Du ihn benötigst. Alles andere ist meiner Meinung nach schlechtes Design.

Hmm ... ich habe es nochmals mit Konstanten bzw. Makros anstatt Literal-Strings für die englischen Fehlermeldungen versucht, und es scheint jetzt zu funktionieren! Mit der Indirektion über Makros generiert lupdate keine überflüssigen Übersetzungen mehr, und der Aufruf von QTranslator::translate() funktioniert immer noch. Evtl. wurde lupdate zwischen Qt 5.12.9 und 5.15.5 geändert? Früher war das m.E. noch ein Problem, aber vielleicht hatte ich nicht genug getestet...

@F__I said in QT5 Lupdate: Umlaute ä... werden in TS Dateien nicht angezeit: Mit QT5 erhält man für die Umlaut nur noch Kryptische Zeichen. Dein Editor sollte die ts-Datei mit UTF-8 Encoding darstellen was er sicherlich nicht tut. ts-Dateien sollte man außerdem nicht mit einem Editor sondern mit linguist editieren.

@Zwenig die einfachste Methode ist der package manager. den findest du eigentlich vorinstalliert in der Menüleiste, einfach nach Creator oder QtCreator suchen und installieren. darüber bekommst du auch eine version von Qt (Bibliothek), sollte neuer als 5.11 sein, also sollte dein Programm damit auch kompilieren

Hallo. Ich hatte das Problem auch. Ich konnte es lösen, indem ich beim Erstellen des Projektes keine Umlaute mehr im Dateipfad hatte. Das PlugIn "ClangCodeModel" zu deaktivieren, führte zwar auch dazu, dass die Fehlermeldungen verschwinden, aber leider auch nützliche Warnungen usw.