VASA-1, výzkumný projekt Microsoftu. Na vstupu stačí jediná fotka a zvukový záznam. Na výstupu je dokonalá mluvící nebo zpívající hlava. Prý si technologii nechá jenom pro sebe. Žádné demo, API nebo placená služba. Zatím.
Nová čísla časopisů od nakladatelství Raspberry Pi: MagPi 140 (pdf) a HackSpace 77 (pdf).
ESPHome, tj. open source systém umožňující nastavovat zařízení s čipy ESP (i dalšími) pomocí konfiguračních souborů a připojit je do domácí automatizace, například do Home Assistantu, byl vydán ve verzi 2024.4.0.
LF AI & Data Foundation patřící pod Linux Foundation spustila Open Platform for Enterprise AI (OPEA).
Neziskové průmyslové konsorcium Khronos Group vydalo verzi 1.1 specifikace OpenXR (Wikipedie), tj. standardu specifikujícího přístup k platformám a zařízením pro XR, tj. platformám a zařízením pro AR (rozšířenou realitu) a VR (virtuální realitu). Do základu se z rozšíření dostalo XR_EXT_local_floor. Společnost Collabora implementuje novou verzi specifikace do platformy Monado, tj. open source implementace OpenXR.
Byla vydána nová verze 0.38.0 multimediálního přehrávače mpv (Wikipedie) vycházejícího z přehrávačů MPlayer a mplayer2. Přehled novinek, změn a oprav na GitHubu. Požadován je FFmpeg 4.4 nebo novější a také libplacebo 6.338.2 nebo novější.
ClamAV (Wikipedie), tj. multiplatformní antivirový engine s otevřeným zdrojovým kódem pro detekci trojských koní, virů, malwaru a dalších škodlivých hrozeb, byl vydán ve verzích 1.3.1, 1.2.3 a 1.0.6. Ve verzi 1.3.1 je mimo jiné řešena bezpečnostní chyba CVE-2024-20380.
Digitální a informační agentura (DIA) oznámila (PDF, X a Facebook), že mobilní aplikace Portál občana je ode dneška oficiálně venku.
#HACKUJBRNO 2024, byly zveřejněny výsledky a výstupy hackathonu města Brna nad otevřenými městskými daty, který se konal 13. a 14. dubna 2024.
Společnost Volla Systeme stojící za telefony Volla spustila na Kickstarteru kampaň na podporu tabletu Volla Tablet s Volla OS nebo Ubuntu Touch.
haveData(QString)
, ten vyvolam ve chvili, kdy mam pro potomka nejaka data. V potomkovi mam pak slot který má daný signál zachytit a zpracovat.
connect(parent, SIGNAL(haveData(QString)), this, SLOT(insertInput(QString)));
Jenže ten na signál nereaguje. V konstruktoru dítěte mám na předka odkaz:
explicit mcmd(QMainWindow *parent);
Nenapadá mne už co dělám špatně , nicméně je divné, že QTCreator všechny signály při zápisu předbízí/doplňujě, ale v tomto případě ne.
Zběžně to vypadá, že parent je QMainWindow, který nezná signál haveData(QString) - QMainWindow nahradit třídou, která obsahuje ten signál (a dědí z QMainWindow)
//********************* (MainWindow.cpp) //********************* ... //Konstruktor MainWindow::MainWindow(QWidget *parent) : QMainWindow(parent), ui(new Ui::MainWindow), mycommandline(0) { ui->setupUi(this); connect(ui->pushButton, SIGNAL(clicked()), this, SLOT(startCommandline())); connect(ui->pushButton_2, SIGNAL(clicked()), this, SLOT(executeCommand())); } ... void MainWindow::startCommandline() { myiface = new minterface(); mycommandline = new mcmd(myiface); mycommandline->start(); // spustíme vlákno } void MainWindow::executeCommand() { myiface->emitSignal("ping 192.168.1.1"); //nefunguje - vola funkci emit v myiface emit myiface->haveData("ping 192.168.1.1"); //taky ne } //********************* (mcmd.cpp) //********************* ... mcmd::mcmd(minterface *parent) { commandline = new QProcess(); connect(parent, SIGNAL(haveData(QString)), this, SLOT(insertInput(QString))); } ... void mcmd::run() { commandline->start("cmd"); commandline->waitForReadyRead(); } void mcmd::insertInput(QString m_input) //sem signal nikdy nedorazi { input = m_input.toLatin1(); commandline->write(input); commandline->write("\n"); commandline->waitForReadyRead(); } void mcmd::getOutput() //odeslani odtud do predka funguje bez problemu... { result = commandline->readAll(); emit sendingData(QString(result)); }
insertInput(QString m_input)
jsem zapoměl definovat jako slot . Už to něco dělá . Akorát mi teď zamrzává GUI, což znamená, že ještě něco dělám špatně. Ale s tím už se snad nějak porvu...
Pokud je aplikace jednovláknová, tak pravděpodobně GUI čeká na zbytek aplikace. Sloty/signály samy nezaručí to, že když se vyšlou, tak program běží paralelně na dvou místech. Pokud je vyhozen signál, tak aplikace hledá kde se má přijmout - spustí se kód slotu a až po jeho doběhnutí se zase vrátí na místo odkud byl signál vyslán.
Zmatené není v podstatě nic, jen dokumentace na několika místech.Souhlas
Prakticky NIKDY se QThread nemusí dědit...Souhlas
...a nemá děditPověra
worker řešení se naopak má použít skoro vždyPověra Abych nebyl tak úsečný - worker-like řešení s děděním QThread může fungovat stejně dobře a mít některé jiné výhody, například to, že inicializace a start vlákna se přesune z hlavního vlákna, kde "zavazí", někam jinam, kde lépe ctí princip zapouzdřenosti objektu. Shrnul bych to spíš do jiné věty: Přetěžovat QThread::run() je hloupost.
qDebug() << QThread::currentThread();
. To může vést k hodně velikému zmatení. Řešením je posílat signál přes frontu zpráv, například:
connect(this, SIGNAL(sig1()), vlakno, SLOT(slot1()), Qt::QueuedConnection);
Vede to občas k trochu pracnějšímu zápisu: z GUI volám slot ve vlákně a až tam vyvolám signál přes frontu propojený s jiným slotem ve vlákně. Pokud to takhle nefunguje, budu muset svůj přístup přehodnotit a přepsat nějaké aplikace
S vlákny v Qt není moc problémů při vytváření a používání. Ovšem na hotové peklo můžete narazit, až budete chtít vlákno ukončit. Potíž může být i v tom, že u spousty Qt objektů ani netušíte, že si startují vlastní vlákna (QNetworkAccessManager).
Tiskni Sdílej: