Torna indietro   Hardware Upgrade Forum > Software > Programmazione

Plaud NotePin S, il registratore IA si fa indossabile (ma è facile da perdere)
Plaud NotePin S, il registratore IA si fa indossabile (ma è facile da perdere)
Quattro modi di indossarlo, stessa app del Plaud Note Pro e integrazione con il desktop. Il registratore IA da indossare di Plaud eccelle in mobilità, ma resta vincolato all'abbonamento ed è facile da perdere
Redmi Watch 6 in prova: lo smartwatch con ampio display da 2000 nit a meno di 100 euro
Redmi Watch 6 in prova: lo smartwatch con ampio display da 2000 nit a meno di 100 euro
Xiaomi ha portato Redmi Watch 6 anche sul mercato italiano, puntando su un display AMOLED da 2,07 pollici con picco di luminosità a 2000 nit, frame in alluminio da 9,9mm e un'autonomia dichiarata di 12 giorni. Lo smartwatch gira su HyperOS 3 e integra GPS, Bluetooth 5.4 e oltre 150 sport mode. Il tutto a meno di 100 euro
Mad Catz M.M.O. 7+: lo stesso DNA del R.A.T. 8+ ADV, ma con molti più pulsanti
Mad Catz M.M.O. 7+: lo stesso DNA del R.A.T. 8+ ADV, ma con molti più pulsanti
Con 22 tasti, il pulsante 5D, lo Shift Mode e il sensore PixArt 3395 da 26.000 DPI, il nuovo mouse wireless di Mad Catz si rivolge in modo preciso ai giocatori di MMO e RPG. Ma chi conosce già il R.A.T. 8+ ADV si accorgerà subito di quanto i due prodotti condividano, e di dove invece divergono
Tutti gli articoli Tutte le news

Vai al Forum
Rispondi
 
Strumenti
Old 08-10-2011, 14:56   #1
FuHe
Junior Member
 
L'Avatar di FuHe
 
Iscritto dal: Jun 2008
Messaggi: 5
[C#] Eventi & Multithreading

Salve ragazzi, ho la necessità di realizzare un programma che catturi la schermata del PC e ne invii il contenuto a dei client. Nello specifico per ogni connessione è presente un thread e la schermata deve essere spedita da un thread del server al client che gli è stato associato. Questo comporta che i thread devono essere informati dal padre del fatto che l'immagine sia pronta. Visto che i thread hanno anche altre funzionalità e devono anche inviare dati e non posso quindi bloccarli in attesa di un evento attraverso funzioni di wait, ho pensato di associare all'evento un delegato. La classe che si occupa di catturare la schermata ha quindi questa forma:

Codice:
class CaptureScreen
{

        public delegate void mycallback(object sender, EventArgs ea);
        public event mycallback CaptureOK;


        public void capture()
        {

            while (true)
            {
                //Qui ci sono le funzioni per la cattura della schermata.....

                if (CaptureOK != null)
                {
                    CaptureOK(this, null);
                }
            }
            
        }

    }
Nel main è presente questo codice

Codice:
static class Program
    {

        public static CaptureScreen cs;
        

        [STAThread]
        static void Main()
        {
            Application.EnableVisualStyles();
            Application.SetCompatibleTextRenderingDefault(false);
            Application.Run(new Form1());

            cs = new CaptureScreen();

            MyConnection.start();   

            cs.capture();

        }
    }

e, nella funzione richiamata quando viene creato un nuovo thread, quest'altro:

Codice:
private static void secondarythread(object o){

            Program.cs.CaptureOK += new CaptureScreen.mycallback(sendScreen);      

        }
La funzione sendScreen viene quindi richiamata quando si è verificato l'evento, cioè quando l'immagine è pronta e può essere inviata. Il problema è che in fase di debug mi sono accorto che le operazioni svolte dentro sendScreen vengono svolte dal thread principale, rendendo di fatto inutili i thread secondari che ho creato. Come faccio a risolvere questo problema? Grazie anticipatamente.
FuHe è offline   Rispondi citando il messaggio o parte di esso
Old 10-10-2011, 14:01   #2
nico159
Senior Member
 
Iscritto dal: Aug 2003
Città: Barletta (BA)
Messaggi: 939
Puoi passare ai thread client una classe che contiene il riferimento all'immagine più altri dati utili ed usare Barrier per sincronizzarne l'accesso

http://msdn.microsoft.com/it-it/libr...g.barrier.aspx

Barrier ha una funzionalità interessante, ogni qualvolta tutti i threads hanno segnalato di aver finito, esegue un delegato:

var _barrier = new Barrier (5, barrier => UpdateScreen());

In questo modo sarai sicuro che tutti i client hanno ricevuto lo stesso screen e nessun client sarà avanti rispetto gli altri

Se invece non puoi permetterti di bloccare l'esecuzione dei threads client e non è importante che alcun client possa andare avanti rispetto agli altri, assegna a ogni thread una sua ConcurrentQueue che contiene il riferimento all'immagine dello screenshot e passala come parametro al thread

http://msdn.microsoft.com/it-it/library/dd267265.aspx

Lato "server" ogni screenshot verrà inserirlo in tutte le varie queue
Lato thread client dovrai periodicamente controllare tramite TryDequeue se la coda di quel thread contiene un elemento
__________________
In a world without fences, who needs Gates?
Power by: Fedora 8 - Mac OS X 10.4.11

Ultima modifica di nico159 : 10-10-2011 alle 14:22.
nico159 è offline   Rispondi citando il messaggio o parte di esso
Old 10-10-2011, 14:26   #3
FuHe
Junior Member
 
L'Avatar di FuHe
 
Iscritto dal: Jun 2008
Messaggi: 5
Quote:
Originariamente inviato da nico159 Guarda i messaggi
In questo modo sarai sicuro che tutti i client hanno ricevuto lo stesso screen e nessun client sarà avanti rispetto gli altri
Il problema è che io non voglio sincronizzare i client tra di loro. Voglio che i thread secondari, cioè quelli creati dal thread principale, vengano a conoscenza del fatto che è pronta la schermata che devono inviare e questa informazione deve essere proprio il padre a dargliela. La routine mi sembrava la cosa più semplice: quando il padre ha finito la propria operazione di cattura, setta l'evento. A quel punto i figli, che avranno associato all'evento la routine di send, la eseguiranno per inviare la schermata ai client a loro collegati.
FuHe è offline   Rispondi citando il messaggio o parte di esso
 Rispondi


Plaud NotePin S, il registratore IA si fa indossabile (ma è facile da perdere) Plaud NotePin S, il registratore IA si fa indoss...
Redmi Watch 6 in prova: lo smartwatch con ampio display da 2000 nit a meno di 100 euro Redmi Watch 6 in prova: lo smartwatch con ampio ...
Mad Catz M.M.O. 7+: lo stesso DNA del R.A.T. 8+ ADV, ma con molti più pulsanti Mad Catz M.M.O. 7+: lo stesso DNA del R.A.T. 8+ ...
Radeon RX 9070 GRE, AMD la porta in tutto il mondo | Recensione Gigabyte Gaming OC Radeon RX 9070 GRE, AMD la porta in tutto il mon...
Reolink OMVI 3i WiFi: videosorveglianza più intelligente e facile da usare Reolink OMVI 3i WiFi: videosorveglianza pi&ugrav...
Axiom Space e Prada mostrano lo strato i...
Uno dei satelliti Rassvet-3 di Bureau 14...
Con il razzo spaziale Lunga Marcia 9, la...
Cavi sottomarini come sensori: la Finlan...
Exodus è il nuovo Mass Effect? Il...
Lockdown Mode cambia il volto di ChatGPT...
Guild Wars 3 è ufficiale: ArenaNe...
I giocatori voltano le spalle a Linux? L...
Instagram Plus arriva in Italia: cosa in...
XBOX: la nuova CEO non ha ancora le idee...
Intel non ha intenzione di abbandonare i...
La AI Mode sarà attiva di default...
Marvel's Wolverine non sarà un op...
Star Wars Zero Company esce ad agosto: n...
Bonus Decoder: fino al 70% di sconto con...
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: 23:48.


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