Torna indietro   Hardware Upgrade Forum > Software > Programmazione

DLSS 4.5: con Dynamic Frame Generation e MFG 6X NVIDIA alza la posta
DLSS 4.5: con Dynamic Frame Generation e MFG 6X NVIDIA alza la posta
DLSS 4.5 introduce Dynamic Multi Frame Generation e MFG 6X, permettendo fino a cinque frame generati per ogni frame renderizzato. I test su Cyberpunk 2077 e 007 First Light mostrano forti incrementi di FPS e riduzione della latenza su RTX 5090 Laptop. Migliorano fluidità, stabilità e qualità visiva.
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
Tutti gli articoli Tutte le news

Vai al Forum
Rispondi
 
Strumenti
Old 15-02-2008, 11:43   #1
gugoXX
Senior Member
 
L'Avatar di gugoXX
 
Iscritto dal: May 2004
Città: Londra (Torino)
Messaggi: 3692
[Network] - Real Time Protocol

Ciao a tutti.

Ho bisogno di qualche consiglio di implementazione per un problema che sto affrontando.
Da una parte ho un server, il cui cuore principale e' una FPGA, che produce/riceve in qualche modo un flusso dati audio.
Si vuole che questo flusso dati audio possa essere ascoltato da zero o piu' PC sparsi nella rete locale, in modo quanto piu' real time possibile.
Il modulo client sara' integrato dentro un'applicazione piu' complessa

E' gia' stato scelto UDP come protocollo di livello 4, nella sua forma di broadcast.
Abbiamo gia' implementato un UDP server sulla FPGA, e sui client, in C#, e' abbastanza banale (Esiste gia' la classe UDPClient...)
Stiamo ora studiando il protocollo di livello 5.
Abbiamo trovato RTSP, ma e' in realta' troppo complesso per quello che dobbiamo fare, soprattutto e' troppo complesso implementare RTSP sulla PLA.

Il flusso che verra' spedito e' abbastanza regolare, la frequenza di campionamento sara' uguale dall'inzio alla fine.
Non si vuole spedire nulla se nessuno ascolta, e non si vorrebbe spedire nulla se il livello segnale/rumore e' troppo basso.
Buffer lato client possono essere grandi quanto si vuole, ma lato server meno si occupa meglio e' per il resto della FPGA. Soprattutto buffer troppo grandi sono indice di "non real time", che e' contro la specifica.

Qualcuno ha gia' avuto esperienze in merito? Altri protocolli "open" a livello di applicazione che possono essere usati?
Non ci dispiacerebbe riuscire ad applicare un qualche standard, per poter dichiarare una qualche "compatibilita'" commerciale con tool di terze parti.
__________________
Se pensi che il tuo codice sia troppo complesso da capire senza commenti, e' segno che molto probabilmente il tuo codice e' semplicemente mal scritto.
E se pensi di avere bisogno di un nuovo commento, significa che ti manca almeno un test.
gugoXX è offline   Rispondi citando il messaggio o parte di esso
Old 15-02-2008, 15:27   #2
cionci
Senior Member
 
L'Avatar di cionci
 
Iscritto dal: Apr 2000
Città: Vicino a Montecatini(Pistoia) Moto:Kawasaki Ninja ZX-9R Scudetti: 29
Messaggi: 53971
Un bel problema...credo che al momento lo standard di fatto sia RTP + RTCP + RTSP.
Potete prendere implementazioni già pronto o dovete fare tutto da zero ?
Se non sbaglio esistono già sia server che client con questi protocolli e sono open. L'unica cosa è ricordarmi quale software usammo per testare RTP
cionci è offline   Rispondi citando il messaggio o parte di esso
Old 15-02-2008, 15:29   #3
cionci
Senior Member
 
L'Avatar di cionci
 
Iscritto dal: Apr 2000
Città: Vicino a Montecatini(Pistoia) Moto:Kawasaki Ninja ZX-9R Scudetti: 29
Messaggi: 53971
Dai un occhio a questi:
http://www.gnu.org/software/ccrtp/
http://research.edm.uhasselt.be/~jor...p?n=CS.Jrtplib
cionci è offline   Rispondi citando il messaggio o parte di esso
Old 15-02-2008, 15:44   #4
gugoXX
Senior Member
 
L'Avatar di gugoXX
 
Iscritto dal: May 2004
Città: Londra (Torino)
Messaggi: 3692
Grazie cionci.
Per intanto ti ringrazio tanto sui consigli e sul materiale.


Quote:
Originariamente inviato da cionci Guarda i messaggi
Un bel problema...credo che al momento lo standard di fatto sia RTP + RTCP + RTSP.
Potete prendere implementazioni già pronto o dovete fare tutto da zero ?
Per quanto riguarda i client possiamo riutilizzare tutto quello che vogliamo. Stavamo addirittura pensando di integrare alcune parti di VLC, debitamente tagliato, per avere quanto di piu' fatto possibile.
Per quanto rigarda il server e' un bel problema, perche' fino ad ora siamo riusciti ad utilizzare solamente un compilatore C.

Provo a scaricare il materiale, spero non sia troppo arduo capirci qualcosa perche' dovro' a quanto vedo tagliare e trasformare solo quanto ci serve da C++ a C, con tutto cio' che ne consegue.
Che lavoraccio.

La tentazione di gettare a mare gli standard e' forte, ma tutte le volte che l'ho fatto mi sono poi mangiato i cotiledoni.
__________________
Se pensi che il tuo codice sia troppo complesso da capire senza commenti, e' segno che molto probabilmente il tuo codice e' semplicemente mal scritto.
E se pensi di avere bisogno di un nuovo commento, significa che ti manca almeno un test.
gugoXX è offline   Rispondi citando il messaggio o parte di esso
 Rispondi


DLSS 4.5: con Dynamic Frame Generation e MFG 6X NVIDIA alza la posta DLSS 4.5: con Dynamic Frame Generation e MFG 6X ...
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...
Intel come Apple: copia il mondo degli s...
Wolters Kluwer amplia Arca Evolution con...
Microsoft di nuovo violata: 73 repositor...
Amazon salvata in calcio d'angolo: arriv...
Google NotebookLM si aggiorna con Gemini...
4 portatili tuttofare in offerta su Amaz...
Linux, un punto esclamativo di troppo pe...
Xbox, la confessione di Microsoft: persi...
OpenAI presenta in via riservata la docu...
I nuovissimi robot Dreame top di gamma s...
L'incubo dei NO-VAX: testato sull'uomo i...
Svolta Intel: Google pronta a commission...
La tua smart TV lavora per l'IA mentre d...
Il problema nascosto di DisplayPort 2.1:...
Il Regno Unito chiederà a Google ...
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: 10:18.


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