Torna indietro   Hardware Upgrade Forum > Software > Programmazione

Dreame X60 Pro Ultra Complete: i bracci si estendono sempre di più
Dreame X60 Pro Ultra Complete: i bracci si estendono sempre di più
Dreame X60 Pro Ultra Complete implementa due bracci estensibili, per spazzola e moccio, che si spingono ben oltre quanto visto sino ad oggi permettendo una pulizia di casa ancor più capillare e precisa
TCL 65C8L, la recensione del SQD-Mini LED da 4400 nit misurati
TCL 65C8L, la recensione del SQD-Mini LED da 4400 nit misurati
La tecnologia SQD-Mini LED di TCL arriva sul taglio da 65 pollici con la serie C8L: 2040 zone, pannello WHVA 2.0 e un picco che alle rilevazioni delle sonde tocca i 4400 nit nel profilo Filmmaker e un HDR quasi perfetto
MSI Maestro 500 Wireless: ANC e 90 ore di autonomia a 70 euro
MSI Maestro 500 Wireless: ANC e 90 ore di autonomia a 70 euro
Wireless 2.4 GHz, Bluetooth 5.4, cancellazione attiva del rumore, design pieghevole e un'autonomia che mette in imbarazzo prodotti che costano il doppio. Le Maestro 500 non eccellono in nulla, ma offrono tutto. E a questo prezzo è difficile chiedere di più
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


Dreame X60 Pro Ultra Complete: i bracci si estendono sempre di più Dreame X60 Pro Ultra Complete: i bracci si esten...
TCL 65C8L, la recensione del SQD-Mini LED da 4400 nit misurati TCL 65C8L, la recensione del SQD-Mini LED da 440...
MSI Maestro 500 Wireless: ANC e 90 ore di autonomia a 70 euro MSI Maestro 500 Wireless: ANC e 90 ore di autono...
NL-LC1 è il primo dissipatore a liquido AIO di Noctua: silenzio è la parola d'ordine NL-LC1 è il primo dissipatore a liquido A...
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 ...
La PS6 si farà attendere: il lanc...
OnePlus non sente la crisi delle memorie...
I futuri iPhone 18 Pro potrebbero costar...
Bosch eBike Systems MY2027: a sorpresa a...
Amazon, le top 5 offerte del weekend per...
Sesto giorno di Prime Day anticipato Ama...
La scopa elettrica Roborock F25 Ultra sc...
Ho messo uno studio video con Intelligen...
Dreame Aqua10 Ultra Roller Complete punt...
Roborock Saros 20 Set sembra fuori categ...
Samsung Galaxy Z Fold 8: prezzi in salit...
NVIDIA mostra una comunità di rob...
Sony annuncia LYTIA L910, arriva il sens...
Ericsson, il 5G è l’infrastruttur...
Marvell punta tutto su TSMC A14: sar&agr...
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: 18:03.


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