Torna indietro   Hardware Upgrade Forum > Software > Programmazione

Boox Go 10.3 (Gen II) Lumi: il tablet e-ink con Android 15 e penna, dal prezzo super
Boox Go 10.3 (Gen II) Lumi: il tablet e-ink con Android 15 e penna, dal prezzo super
Arrivato sul mercato italiano a fine marzo, la serie Boox Go 10.3 (Gen II) offre Android 15, penna da 4096 livelli e retroilluminazione opzionale (nel modello da noi provato, Lumi, presente). La serie si compone di due tablet ePaper che fanno da e-reader, blocco note digitale e persino browser, tutto a un prezzo che fa dimenticare i prodotti di brand più blasonati
Gigabyte MO32U24 OLED: il 4K a 240Hz su un pannello OLED ideale per il gaming
Gigabyte MO32U24 OLED: il 4K a 240Hz su un pannello OLED ideale per il gaming
Pannello QD-OLED da 32 pollici con risoluzione 4K, frequenza di aggiornamento a 240Hz e tempi di risposta rapidissimi: il Gigabyte MO32U24 evolve il progetto del suo predecessore MO32U e alza ulteriormente l'asticella delle prestazioni. È ancora una volta un monitor indirizzato ai giocatori più esigenti
Recensione realme 16 5G: lo smartphone con Selfie Mirror ha una batteria da 6550mAh
Recensione realme 16 5G: lo smartphone con Selfie Mirror ha una batteria da 6550mAh
realme 16 5G è un nuovo smartphone con sensore Sony IMX 852 da 50MP sul retro e uno specchio selfie fisico integrato nella camera bar, una prima nel segmento di mercato. Batteria da 6550mAh in un corpo da 8,1mm e 183g, certificazione IP69K e ricarica da 45W completano un pacchetto aggressivo per la fascia media, per uno dei prodotti più interessanti del produttore sul piano commerciale
Tutti gli articoli Tutte le news

Vai al Forum
Rispondi
 
Strumenti
Old 14-05-2013, 11:32   #1
DomusP45
Senior Member
 
L'Avatar di DomusP45
 
Iscritto dal: Apr 2010
Città: Whiterun
Messaggi: 580
[Visual C++] Thread e OpenCV

Salve a tutti,
dovrei utilizzare i threads per gestire un'elaborazione di immagini con OpenCV.

Mi riferisco al fatto che dovrei usare ad esempio 3-4 threads che facciano

- Uno acquisisce l'immagine
- Uno la riduce di colore
- Uno la binarizza
- Uno la erode/dilate
- Uno la visualizza o salva

Presupposto che non ho problemi con OpenCV, questa cosa facendo funzioni nel main e lanciandole sequenzialmente funziona perfettamente.

Il problema è che mi è stato chiesto di usare i thread per gestire diciamo questa sequenza in parallello, del tipo che dopo che il primo thread ha acquisito la prima immagine e ne comincia ad acquisire un'altra, il secondo comincia l'elaborazione della prima e così via...

Considerando che parliamo di immagini che si devono passare tra loro, il tipo è "Mat" di OpenCV...come posso fare per rendere questa cosa?

Se definisco l'immagine che si passano "mutex" alla fine non ottengo altro che l'esecuzione in sequenza delle operazioni, perchè quando uno sta usando la variabile, il resto ovviametne è bloccato.

Come si può fare usando "process.h" per ottenere una programma che usi i thread che lavorano in parallelo su variabili condivise?

Come faccio a chiamare funzioni che non hanno "void" come parametro, ma bensì una variabile immagine?

AIUTO!
__________________
Come la chiami la chiami, la cocozza sempre cocozza è.
DomusP45 è offline   Rispondi citando il messaggio o parte di esso
Old 14-05-2013, 17:26   #2
tomminno
Senior Member
 
Iscritto dal: Oct 2005
Messaggi: 3306
Quote:
Originariamente inviato da DomusP45 Guarda i messaggi
Salve a tutti,
dovrei utilizzare i threads per gestire un'elaborazione di immagini con OpenCV.

Mi riferisco al fatto che dovrei usare ad esempio 3-4 threads che facciano

- Uno acquisisce l'immagine
- Uno la riduce di colore
- Uno la binarizza
- Uno la erode/dilate
- Uno la visualizza o salva

Presupposto che non ho problemi con OpenCV, questa cosa facendo funzioni nel main e lanciandole sequenzialmente funziona perfettamente.

Il problema è che mi è stato chiesto di usare i thread per gestire diciamo questa sequenza in parallello, del tipo che dopo che il primo thread ha acquisito la prima immagine e ne comincia ad acquisire un'altra, il secondo comincia l'elaborazione della prima e così via...

Considerando che parliamo di immagini che si devono passare tra loro, il tipo è "Mat" di OpenCV...come posso fare per rendere questa cosa?

Se definisco l'immagine che si passano "mutex" alla fine non ottengo altro che l'esecuzione in sequenza delle operazioni, perchè quando uno sta usando la variabile, il resto ovviametne è bloccato.

Come si può fare usando "process.h" per ottenere una programma che usi i thread che lavorano in parallelo su variabili condivise?

Come faccio a chiamare funzioni che non hanno "void" come parametro, ma bensì una variabile immagine?

AIUTO!
Secondo me i singoli step devono avere dei worker process che elaborano in parallelo una coda di immagini, ma non è possibile elaborare in parallelo la stessa immagine. L'elaborazione della singola immagine non può che avvenire in maniera sequenziale (se le operazioni sono additive, se invece le operazioni sono su copie differenti della stessa immagine nessun problema)
tomminno è offline   Rispondi citando il messaggio o parte di esso
Old 14-05-2013, 17:30   #3
DomusP45
Senior Member
 
L'Avatar di DomusP45
 
Iscritto dal: Apr 2010
Città: Whiterun
Messaggi: 580
Quote:
Originariamente inviato da tomminno Guarda i messaggi
Secondo me i singoli step devono avere dei worker process che elaborano in parallelo una coda di immagini, ma non è possibile elaborare in parallelo la stessa immagine. L'elaborazione della singola immagine non può che avvenire in maniera sequenziale (se le operazioni sono additive, se invece le operazioni sono su copie differenti della stessa immagine nessun problema)
la coda di immagini come la faccio? Nel senso, se stanzio un array di immagini in cui inserisco le immagini e poi lo passo alle funzioni il problema rimane...
__________________
Come la chiami la chiami, la cocozza sempre cocozza è.
DomusP45 è offline   Rispondi citando il messaggio o parte di esso
Old 14-05-2013, 18:52   #4
Tommo
Senior Member
 
L'Avatar di Tommo
 
Iscritto dal: Feb 2006
Messaggi: 1304
Ti basta creare un thread per immagine, e gestire solamente quante immagini in parallelo vuoi trattare...
forse si può anche usare più threads per velocizzare il trattamento di una singola immagine, ma ti conviene solo se:

-sei interessato alla latenza, eg: ti interessa proprio il tempo che ci mette la singola immagine a terminare e non quanto ci mette un gruppo di, metti, 100 immagini.
-l'algoritmo lo permette. In generale la CV è molto parallel-friendly e per rendere multithreading gli algoritmi basta assegnare un rettangolo di immagine a ciascun thread... ma non vale sempre, e non è sicuramente banale.

Hai pensato a usare CUDA?
Purtroppo la "tassa del PCI" aumenta enormemente la latenza a causa del round-trip, ma una GPU macina molte più immagini al secondo di una CPU.

potresti fare una cosa tipo
-un thread acquisisce l'immagine e la mette su una coda
-il CUDA thread pesca l'immagine dalla sua coda e ci gira un kernel CUDA che fa tutte le trasformazioni
-quando il kernel termina, sempre lo stesso mette l'immagine su una coda di immagini completate da cui il thread di visualizzazione può prenderle al suo ritmo

__________________
*ToMmO*

devlog | twitter
Tommo è offline   Rispondi citando il messaggio o parte di esso
Old 14-05-2013, 19:38   #5
DomusP45
Senior Member
 
L'Avatar di DomusP45
 
Iscritto dal: Apr 2010
Città: Whiterun
Messaggi: 580
Quote:
Originariamente inviato da Tommo Guarda i messaggi
Ti basta creare un thread per immagine, e gestire solamente quante immagini in parallelo vuoi trattare...
forse si può anche usare più threads per velocizzare il trattamento di una singola immagine, ma ti conviene solo se:

-sei interessato alla latenza, eg: ti interessa proprio il tempo che ci mette la singola immagine a terminare e non quanto ci mette un gruppo di, metti, 100 immagini.
-l'algoritmo lo permette. In generale la CV è molto parallel-friendly e per rendere multithreading gli algoritmi basta assegnare un rettangolo di immagine a ciascun thread... ma non vale sempre, e non è sicuramente banale.

Hai pensato a usare CUDA?
Purtroppo la "tassa del PCI" aumenta enormemente la latenza a causa del round-trip, ma una GPU macina molte più immagini al secondo di una CPU.

potresti fare una cosa tipo
-un thread acquisisce l'immagine e la mette su una coda
-il CUDA thread pesca l'immagine dalla sua coda e ci gira un kernel CUDA che fa tutte le trasformazioni
-quando il kernel termina, sempre lo stesso mette l'immagine su una coda di immagini completate da cui il thread di visualizzazione può prenderle al suo ritmo

beh sarebbe una buona idea. Solo che non conosco assolutamente CUDA..ma a questo punto, l'idea mi sconfinfera. Grazie!
__________________
Come la chiami la chiami, la cocozza sempre cocozza è.
DomusP45 è offline   Rispondi citando il messaggio o parte di esso
 Rispondi


Boox Go 10.3 (Gen II) Lumi: il tablet e-ink con Android 15 e penna, dal prezzo super Boox Go 10.3 (Gen II) Lumi: il tablet e-ink con ...
Gigabyte MO32U24 OLED: il 4K a 240Hz su un pannello OLED ideale per il gaming Gigabyte MO32U24 OLED: il 4K a 240Hz su un panne...
Recensione realme 16 5G: lo smartphone con Selfie Mirror ha una batteria da 6550mAh Recensione realme 16 5G: lo smartphone con Selfi...
Come rispettare tutte le nuove regole per i monopattini elettrici? La guida per non rischiare sanzioni Come rispettare tutte le nuove regole per i mono...
DLSS 4.5: con Dynamic Frame Generation e MFG 6X NVIDIA alza la posta DLSS 4.5: con Dynamic Frame Generation e MFG 6X ...
American Express pronta ad acquisire The...
Batterie liquide senza metalli: scoperto...
FRITZ!, devolo, LANCOM e TDT danno vita ...
Quanto tempo passiamo online? In Italia ...
Fox Corporation si compra Roku per 22 mi...
AMD resuscita Zen+: due nuovi processori...
Debutto cinematografico per HONOR Robot ...
Copilot+ PC, ogni PC con una GPU dedicat...
Dreame taglia i prezzi: come orientarsi ...
L'Italia entra nell'era dei 2 nanometri!...
Stranger Than Heaven rivoluziona il comb...
Honor X80 Pro Max: svelata la data di la...
Chiuso finanziamento da 21 milioni: Orbi...
E-commerce in crescita in Italia: entro ...
Capcom non si ferma più: un Resid...
Chromium
GPU-Z
OCCT
LibreOffice Portable
Opera One Portable
Opera One 106
CCleaner Portable
CCleaner Standard
Cpu-Z
Driver NVIDIA GeForce 546.65 WHQL
SmartFTP
Trillian
Google Chrome Portable
Google Chrome 120
VirtualBox
Tutti gli articoli Tutte le news Tutti i download

Strumenti

Regole
Non Puoi aprire nuove discussioni
Non Puoi rispondere ai messaggi
Non Puoi allegare file
Non Puoi modificare i tuoi messaggi

Il codice vB è On
Le Faccine sono On
Il codice [IMG] è On
Il codice HTML è Off
Vai al Forum


Tutti gli orari sono GMT +1. Ora sono le: 16:43.


Powered by vBulletin® Version 3.6.4
Copyright ©2000 - 2026, Jelsoft Enterprises Ltd.
Served by www3v