Torna indietro   Hardware Upgrade Forum > Software > Programmazione

Sony WF-1000X M6: le cuffie in-ear di riferimento migliorano ancora
Sony WF-1000X M6: le cuffie in-ear di riferimento migliorano ancora
WF-1000X M6 è la sesta generazione di auricolare in-ear sviluppata da Sony, un prodotto che punta a coniugare facilità di utilizzo con una elevata qualità di riproduzione dei contenuti audio e una cura nella riduzione del rumore ambientale che sia da riferimento
Snowflake porta l'IA dove sono i dati, anche grazie a un accordo con OpenAI
Snowflake porta l'IA dove sono i dati, anche grazie a un accordo con OpenAI
Snowflake ha presentato diverse novità per la sua piattaforma legate all'intelligenza artificiale. Quella forse più eclatante è una collaborazione con OpenAI, ma non mancano diverse nuove funzionalità che rendono la piattaforma più flessibile e in grado di rispondere meglio alle esigenze in continuo cambiamento delle aziende
Sistema Mesh Roamii BE Pro: il Wi-Fi 7 secondo MSI
Sistema Mesh Roamii BE Pro: il Wi-Fi 7 secondo MSI
Con velocità teoriche fino a 11 Gbps, gestione tramite app intelligente e protezione avanzata dei dispositivi, Roamii BE Pro porta il Wi‑Fi 7 tri‑band nelle abitazioni più esigenti. Un sistema Wi-Fi Mesh proposto da MSI allo scopo di garantire agli utenti una rete fluida e continua capace di sostenere streaming 8K, gaming competitivo e le applicazioni moderne più esigenti in termini di banda
Tutti gli articoli Tutte le news

Vai al Forum
Rispondi
 
Strumenti
Old 08-10-2011, 15: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, 15: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 15:22.
nico159 è offline   Rispondi citando il messaggio o parte di esso
Old 10-10-2011, 15: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


Sony WF-1000X M6: le cuffie in-ear di riferimento migliorano ancora Sony WF-1000X M6: le cuffie in-ear di riferiment...
Snowflake porta l'IA dove sono i dati, anche grazie a un accordo con OpenAI Snowflake porta l'IA dove sono i dati, anche gra...
Sistema Mesh Roamii BE Pro: il Wi-Fi 7 secondo MSI Sistema Mesh Roamii BE Pro: il Wi-Fi 7 secondo M...
Recensione HUAWEI Mate X7: un foldable ottimo, ma restano i soliti problemi Recensione HUAWEI Mate X7: un foldable ottimo, m...
Nioh 3: souls-like punitivo e Action RPG Nioh 3: souls-like punitivo e Action RPG
Il nuovo entry level della gamma MacBook...
Panasonic 55'' QLED con Dolby Vision e F...
TOP 250 PLUS e TOP 300 PLUS ritornano: v...
Incentivi auto elettriche, si va verso r...
Crimson Desert non è un Soulslike...
Sostituzione caldaia con nuovi sistemi, ...
La Germania verso il divieto e il ban de...
Questo super TV Samsung OLED da 65'' con...
Android Auto 16.3 svela due segreti di G...
Apple Podcasts introduce video con HLS e...
Gli iPhone 17, 17 Pro e 16e sono conveni...
Sentite l'Agenzia delle Entrate: le e-bi...
Recensione Synology DS1825+: 8 hard disk...
App IO: i numeri del portafoglio digital...
4 novità pesanti nelle offerte Am...
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: 14:13.


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