Torna indietro   Hardware Upgrade Forum > Software > Programmazione

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
Come rispettare tutte le nuove regole per i monopattini elettrici? La guida per non rischiare sanzioni
Come rispettare tutte le nuove regole per i monopattini elettrici? La guida per non rischiare sanzioni
Sono ormai definitive le nuove norme del Codice della Strada per i monopattini elettrici. Non solo targa e assicurazione, le regole sono tante e riguardano diversi aspetti, vi spieghiamo come evitare sanzioni che possono essere salate
Tutti gli articoli Tutte le news

Vai al Forum
Rispondi
 
Strumenti
Old 10-02-2003, 14:09   #1
leon84
Senior Member
 
L'Avatar di leon84
 
Iscritto dal: Jul 2002
Città: Napoli
Messaggi: 1964
Trasferire file da un pc all'altro mediante MSCOMM (VB)

Ho letto che per trasferire file da un pc all'altro utilizzando la porta seriale e l'oggetto MSCOMM di Visual Basic esiste un certo protocollo "Kermit" . Qualcuno di voi lo ha mai implementato ? Se no , sapreste indicarmi qualche altro procedimento per trasferire file con MSCOMM ? Grazie .
leon84 è offline   Rispondi citando il messaggio o parte di esso
Old 11-02-2003, 13:19   #2
leon84
Senior Member
 
L'Avatar di leon84
 
Iscritto dal: Jul 2002
Città: Napoli
Messaggi: 1964
UP
leon84 è offline   Rispondi citando il messaggio o parte di esso
Old 12-02-2003, 19:26   #3
leon84
Senior Member
 
L'Avatar di leon84
 
Iscritto dal: Jul 2002
Città: Napoli
Messaggi: 1964
Vi prego aiutatemi !!!!!!! Io avevo anche provato ad implementarmi una sorta di protocollo ma ho avuto diversi problemi . In pratica apro il file di testo in lettura , leggo ogni riga che poi metto sul buffer di uscita . L'altra applicazione riceve la riga e la scrive in un altro file di testo . In teoria la cosa è semplice eppure quando invio mi servirebbe qualcosa che pulisca il buffer di ricezione . Qualcuno ne sa qualcosa ?
leon84 è offline   Rispondi citando il messaggio o parte di esso
Old 12-02-2003, 19:47   #4
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
Non puoi stare a leggere una riga di testo (perchè per i file binari non va bene)... Ti conviene di più leggere un tot di byte ed inviarli... Fissato il numero di byte non ci dovrebbero essere problemi di pulizia del buffer o di altro (se non per l'ultima trasmissione)...
Potresti ad esempio fare ogni trasmissione composta da un intero seguito dagli altri tot byte fissati letti dal file...
Questo byte può contenere la dimensione dei dati letti dal file (che seguono quell'intero)...

Ad esempio se fissi in 4096 il numero massimo di byte che compongono un pacchetto...ne leggi sempre 4096...
Invii sull'interfaccia l'intero 4096 seguito dai 4096 byte letti...
L'ultima lettura può essere un numero minore di 4096...mettiamo sia 1234...
Invii sull'interfaccia 1234 seguito dai 1234 byte letti...

Se ad esempio il file risulta multiplo di 4096...allora devi anche inviare un pacchetto con l'intero a 0 seguito da nessun byte...

Questa soluzione ti può servire anche per inviare altri comandi (ad esempio il cambio o il contenuto di una directory, la disconnessione)...
Fissando a 4096 il numero massimo (4096 codificato in binario equivale al bit 13 a 1)...ti rimangono altri 18 bit per poter codificare il tuoi comandi (un intero sono 32 bit)...
cionci è offline   Rispondi citando il messaggio o parte di esso
Old 12-02-2003, 20:33   #5
leon84
Senior Member
 
L'Avatar di leon84
 
Iscritto dal: Jul 2002
Città: Napoli
Messaggi: 1964
Quote:
Originally posted by "cionci"

Non puoi stare a leggere una riga di testo (perchè per i file binari non va bene)... Ti conviene di più leggere un tot di byte ed inviarli... Fissato il numero di byte non ci dovrebbero essere problemi di pulizia del buffer o di altro (se non per l'ultima trasmissione)...
Potresti ad esempio fare ogni trasmissione composta da un intero seguito dagli altri tot byte fissati letti dal file...
Questo byte può contenere la dimensione dei dati letti dal file (che seguono quell'intero)...

Ad esempio se fissi in 4096 il numero massimo di byte che compongono un pacchetto...ne leggi sempre 4096...
Invii sull'interfaccia l'intero 4096 seguito dai 4096 byte letti...
L'ultima lettura può essere un numero minore di 4096...mettiamo sia 1234...
Invii sull'interfaccia 1234 seguito dai 1234 byte letti...

Se ad esempio il file risulta multiplo di 4096...allora devi anche inviare un pacchetto con l'intero a 0 seguito da nessun byte...

Questa soluzione ti può servire anche per inviare altri comandi (ad esempio il cambio o il contenuto di una directory, la disconnessione)...
Fissando a 4096 il numero massimo (4096 codificato in binario equivale al bit 13 a 1)...ti rimangono altri 18 bit per poter codificare il tuoi comandi (un intero sono 32 bit)...
Allora cionci , innanzitutto il file che invio non è un file binario ma un file di testo . Scusami se te lo chiedo , potresti farmi qualche esempio ?
leon84 è offline   Rispondi citando il messaggio o parte di esso
Old 12-02-2003, 20:38   #6
leon84
Senior Member
 
L'Avatar di leon84
 
Iscritto dal: Jul 2002
Città: Napoli
Messaggi: 1964
A proposito come faccio a leggere un certo numero di byte ? Anzi come si crea un vero pacchetto ?
leon84 è offline   Rispondi citando il messaggio o parte di esso
Old 13-02-2003, 09:05   #7
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
Il pacchetto è un serie di byte in memoria (un Array in VB)...
Per costruire il pacchetto non dovrai fare altro che andarti a leggere questa serie di byte sul disco... Ora per fare questo non so VB come si comporti (in teoria usando le API basta aprire il file con CreateFile e leggerlo con ReadFile)...

Mi informo un po' meglio su come si legge un array di una certa dimensione in VB...
cionci è offline   Rispondi citando il messaggio o parte di esso
Old 15-02-2003, 13:32   #8
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
Codice:
Const FILE_ATTRIBUTE_TEMPORARY = &H100
Const FILE_SHARE_READ = &H1
Const FILE_SHARE_WRITE = &H2
Const CREATE_NEW = 1
Const CREATE_ALWAYS = 2
Const OPEN_EXISTING = 3
Const GENERIC_READ = &H80000000
Const GENERIC_WRITE = &H40000000
Private Declare Function WriteFile Lib "kernel32" (ByVal hFile As Long, lpBuffer As Any, ByVal nNumberOfBytesToWrite As Long, lpNumberOfBytesWritten As Long, ByVal lpOverlapped As Any) As Long
Private Declare Function ReadFile Lib "kernel32" (ByVal hFile As Long, lpBuffer As Any, ByVal nNumberOfBytesToRead As Long, lpNumberOfBytesRead As Long, ByVal lpOverlapped As Any) As Long
Private Declare Function CreateFile Lib "kernel32" Alias "CreateFileA" (ByVal lpFileName As String, ByVal dwDesiredAccess As Long, ByVal dwShareMode As Long, ByVal lpSecurityAttributes As Any, ByVal dwCreationDisposition As Long, ByVal dwFlagsAndAttributes As Long, ByVal hTemplateFile As Long) As Long
Private Declare Function CloseHandle Lib "kernel32" (ByVal hObject As Long) As Long
'La costante sotto la puoi cambiare per aumentare il numero masismo di byte
Const BYTE_PER_MSG = 16
'Serve solo per simualare l'invio
Private Sub Send(data As Byte)
    MsgBox "Byte: " + Str(Int(data))
End Sub

Private Sub SendMsg(num As Long, buf() As Byte)
    'Supponi di avere la tua sub che invia un byte alla volta e che si chiami Send
    'La prima cosa che bisogna fare è inviare la dimensione del pacchetto
    'Gli interi sono 4 byte e di conseguenza vanno scomposti in 4 pacchetti
    Dim tmp As Byte, I As Long
    tmp = (num And &HFF000000) / &H1000000
    Send tmp
    tmp = (num And &HFF0000) / &H10000
    Send tmp
    tmp = (num And &HFF00) / &H100
    Send tmp
    tmp = num And &HFF
    Send tmp
    'Per ricostruire il long basta fare in questo modo:
    'Dim num As Long, tmp As Byte
    'Recv tmp
    'num = Int(tmp) * &H1000000
    'Recv tmp
    'num = num + Int(tmp) * &H10000
    'Recv tmp
    'num = num + Int(tmp) * &H100
    'Recv tmp
    'num = num + Int(tmp)
    For I = 1 To num
        Send buf(I)
    Next I
End Sub

Private Sub Command1_Click()
    Dim buffer(BYTE_PER_MSG) As Byte, f As Long, read As Long
    f = CreateFile("nomefile.txt", GENERIC_READ, FILE_SHARE_READ, ByVal 0&, OPEN_EXISTING, 0, 0)
    If f = -1 Then
        MsgBox "Errore nell'apertura del file !!!"
    Else
        Do
            ReadFile f, buffer(1), BYTE_PER_MSG, read, ByVal 0&
            MsgBox "Byte letti: " + Str(read)
            'Ora richiamo la Sub che invia i dati
            SendMsg read, buffer
        Loop While read > 0
        CloseHandle f
    End If
End Sub
Crea un file nomefile.txt nella stessa directory del progetto...

Ricordati che il file è finito quando ricevi un pacchetto con contatore uguale a 0 (ed ovviamente 0 byte che lo seguono)...

Per creare un file in cui scrivere :
CreateFile(nomefile, GENERIC_WRITE, FILE_SHARE_READ, ByVal 0&, CREATE_ALWAYS, 0, 0)
Attento che sovrascrive i file già esistenti...

Per scriverci WriteFile e funziona alla stesza maniera della ReadFile...
cionci è offline   Rispondi citando il messaggio o parte di esso
Old 15-02-2003, 17:37   #9
leon84
Senior Member
 
L'Avatar di leon84
 
Iscritto dal: Jul 2002
Città: Napoli
Messaggi: 1964
Scusa cionci , mi spieghi il perché di quelle cifre binarie ? Quella funzione send che simula l'invio , in realtà a cosa dovrei farla corrispondere ? Voglio dire , io con l'oggetto mscomm posso solo inviare stringhe . C'è qualche altra API che invia il pacchetto ?
leon84 è offline   Rispondi citando il messaggio o parte di esso
Old 15-02-2003, 18:21   #10
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
Credevo che si potessere inviare generalmente byte...

La Send dovrebbe essere la tua funzione che invia un byte alla volta sulla seriale...ho guardato come si fa l'output con Mscomm e puoi inviare anche vettori di byte...
Sinceramente non so come operare con i Variant comunque ci provo...
Allora prova a fare in questo modo diverso :
Codice:
Private Sub SendMsg(num As Long, buf() As Byte) 
    Dim tmp(4) As Byte, I As Long
    Dim v As Variant
    tmp(1) = (num And &HFF000000) / &H1000000 
    tmp(2) = (num And &HFF0000) / &H10000 
    tmp(3) = (num And &HFF00) / &H100 
    tmp(4) = num And &HFF 
    v = tmp
    mscomm1.Output = v
    'Non so se buf vada ridimensionato comunque lo faccio uguale
    ReDim Preserve buf(num)
    v = buf
    mscomm1.Output = v
End Sub
num è un intero..quindi 4 byte... Magari lo potrai anche spedire direttamente tramite il Variant, ma non lo so (faid elle prove)... In ogni caso puoi farne un vettore di byte ed inviarlo...
cionci è offline   Rispondi citando il messaggio o parte di esso
Old 15-02-2003, 18:27   #11
leon84
Senior Member
 
L'Avatar di leon84
 
Iscritto dal: Jul 2002
Città: Napoli
Messaggi: 1964
Quote:
Originally posted by "cionci"

Credevo che si potessere inviare generalmente byte...

La Send dovrebbe essere la tua funzione che invia un byte alla volta sulla seriale...ho guardato come si fa l'output con Mscomm e puoi inviare anche vettori di byte...
Sinceramente non so come operare con i Variant comunque ci provo...
Allora prova a fare in questo modo diverso :
Codice:
Private Sub SendMsg(num As Long, buf() As Byte) 
    Dim tmp(4) As Byte, I As Long
    Dim v As Variant
    tmp(1) = (num And &HFF000000) / &H1000000 
    tmp(2) = (num And &HFF0000) / &H10000 
    tmp(3) = (num And &HFF00) / &H100 
    tmp(4) = num And &HFF 
    v = tmp
    mscomm1.Output = v
    'Non so se buf vada ridimensionato comunque lo faccio uguale
    ReDim Preserve buf(num)
    v = buf
    mscomm1.Output = v
End Sub
num è un intero..quindi 4 byte... Magari lo potrai anche spedire direttamente tramite il Variant, ma non lo so (faid elle prove)... In ogni caso puoi farne un vettore di byte ed inviarlo...
Sei magico cionci , ma come diavolo fai a conoscere o a trovare tutte queste informazioni ?
leon84 è offline   Rispondi citando il messaggio o parte di esso
Old 15-02-2003, 18:30   #12
leon84
Senior Member
 
L'Avatar di leon84
 
Iscritto dal: Jul 2002
Città: Napoli
Messaggi: 1964
Scusa , ma la variabile variant che vantaggio ha ? se non sbaglio quella di essere ridimenzionata a seconda del tipo di dato ?
leon84 è offline   Rispondi citando il messaggio o parte di esso
Old 15-02-2003, 18:31   #13
leon84
Senior Member
 
L'Avatar di leon84
 
Iscritto dal: Jul 2002
Città: Napoli
Messaggi: 1964
Ritronando al discorso dei pacchetti : io apro un file con la funzione ReadFile . A questo punto devo creare pacchetti di quanti byte ?
leon84 è offline   Rispondi citando il messaggio o parte di esso
Old 15-02-2003, 18:32   #14
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
Quote:
Originally posted by "leon84"

Scusa , ma la variabile variant che vantaggio ha ? se non sbaglio quella di essere ridimenzionata a seconda del tipo di dato ?
Diciamo che in pratica fa questo...
cionci è offline   Rispondi citando il messaggio o parte di esso
Old 15-02-2003, 18:34   #15
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
Quote:
Originally posted by "leon84"

Ritronando al discorso dei pacchetti : io apro un file con la funzione ReadFile . A questo punto devo creare pacchetti di quanti byte ?
Con ReadFile si legge...
Quanti te ne pare...ma in generale conviene farlo di multipli di 1024...
Io scelgo quasi sempre di 4096, oltre solitamente non si hanno vantaggi, anche se dipende da molti fattori...
cionci è offline   Rispondi citando il messaggio o parte di esso
Old 15-02-2003, 18:43   #16
leon84
Senior Member
 
L'Avatar di leon84
 
Iscritto dal: Jul 2002
Città: Napoli
Messaggi: 1964
Quote:
Originally posted by "cionci"

Codice:
Const FILE_ATTRIBUTE_TEMPORARY = &H100
Const FILE_SHARE_READ = &H1
Const FILE_SHARE_WRITE = &H2
Const CREATE_NEW = 1
Const CREATE_ALWAYS = 2
Const OPEN_EXISTING = 3
Const GENERIC_READ = &H80000000
Const GENERIC_WRITE = &H40000000
Private Declare Function WriteFile Lib "kernel32" (ByVal hFile As Long, lpBuffer As Any, ByVal nNumberOfBytesToWrite As Long, lpNumberOfBytesWritten As Long, ByVal lpOverlapped As Any) As Long
Private Declare Function ReadFile Lib "kernel32" (ByVal hFile As Long, lpBuffer As Any, ByVal nNumberOfBytesToRead As Long, lpNumberOfBytesRead As Long, ByVal lpOverlapped As Any) As Long
Private Declare Function CreateFile Lib "kernel32" Alias "CreateFileA" (ByVal lpFileName As String, ByVal dwDesiredAccess As Long, ByVal dwShareMode As Long, ByVal lpSecurityAttributes As Any, ByVal dwCreationDisposition As Long, ByVal dwFlagsAndAttributes As Long, ByVal hTemplateFile As Long) As Long
Private Declare Function CloseHandle Lib "kernel32" (ByVal hObject As Long) As Long
'La costante sotto la puoi cambiare per aumentare il numero masismo di byte
Const BYTE_PER_MSG = 16
'Serve solo per simualare l'invio
Private Sub Send(data As Byte)
    MsgBox "Byte: " + Str(Int(data))
End Sub

Private Sub SendMsg(num As Long, buf() As Byte)
    'Supponi di avere la tua sub che invia un byte alla volta e che si chiami Send
    'La prima cosa che bisogna fare è inviare la dimensione del pacchetto
    'Gli interi sono 4 byte e di conseguenza vanno scomposti in 4 pacchetti
    Dim tmp As Byte, I As Long
    tmp = (num And &HFF000000) / &H1000000
    Send tmp
    tmp = (num And &HFF0000) / &H10000
    Send tmp
    tmp = (num And &HFF00) / &H100
    Send tmp
    tmp = num And &HFF
    Send tmp
    'Per ricostruire il long basta fare in questo modo:
    'Dim num As Long, tmp As Byte
    'Recv tmp
    'num = Int(tmp) * &H1000000
    'Recv tmp
    'num = num + Int(tmp) * &H10000
    'Recv tmp
    'num = num + Int(tmp) * &H100
    'Recv tmp
    'num = num + Int(tmp)
    For I = 1 To num
        Send buf(I)
    Next I
End Sub

Private Sub Command1_Click()
    Dim buffer(BYTE_PER_MSG) As Byte, f As Long, read As Long
    f = CreateFile("nomefile.txt", GENERIC_READ, FILE_SHARE_READ, ByVal 0&, OPEN_EXISTING, 0, 0)
    If f = -1 Then
        MsgBox "Errore nell'apertura del file !!!"
    Else
        Do
            ReadFile f, buffer(1), BYTE_PER_MSG, read, ByVal 0&
            MsgBox "Byte letti: " + Str(read)
            'Ora richiamo la Sub che invia i dati
            SendMsg read, buffer
        Loop While read > 0
        CloseHandle f
    End If
End Sub
Crea un file nomefile.txt nella stessa directory del progetto...

Ricordati che il file è finito quando ricevi un pacchetto con contatore uguale a 0 (ed ovviamente 0 byte che lo seguono)...

Per creare un file in cui scrivere :
CreateFile(nomefile, GENERIC_WRITE, FILE_SHARE_READ, ByVal 0&, CREATE_ALWAYS, 0, 0)
Attento che sovrascrive i file già esistenti...

Per scriverci WriteFile e funziona alla stesza maniera della ReadFile...
Scusa cionci , non riesco a capire una cosa : Nell'evento click del pulsante hai dichiarato la variabile buffer . Ma quel buffer è un vettore di 16 elementi in questo caso ? Se si perché poi quando richiami la funzione ReadFile scrivi Buffer(1) ? Utilizzando questa scrittura non significa che le informazioni vengono memorizzate alla posizione 1 del vettore ? Scusami se certe domande ti sembrano banali ma VB lo studio da me ; è a scuola che facciamo C++
leon84 è offline   Rispondi citando il messaggio o parte di esso
Old 16-02-2003, 10:15   #17
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
Perchè ReadFile vuole il puntatore al primo elemento del buffer...e in VB si fa così
cionci è offline   Rispondi citando il messaggio o parte di esso
Old 16-02-2003, 10:47   #18
leon84
Senior Member
 
L'Avatar di leon84
 
Iscritto dal: Jul 2002
Città: Napoli
Messaggi: 1964
Un'altra cosa : Ma siccome hai detto che l'MSCOMM può anche prendere un vettore di byte , allora perché creare la funzione che li scompone e ne invia uno alla volta ? Non posso semplicemente aprire il file , leggere tot byte ed inviarli col variant nel MSCOMM ?
leon84 è offline   Rispondi citando il messaggio o parte di esso
Old 16-02-2003, 10:56   #19
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
Quote:
Originally posted by "leon84"

Un'altra cosa : Ma siccome hai detto che l'MSCOMM può anche prendere un vettore di byte , allora perché creare la funzione che li scompone e ne invia uno alla volta ? Non posso semplicemente aprire il file , leggere tot byte ed inviarli col variant nel MSCOMM ?
Infatti nella versione della SendMsg che ti ho riscritto sopra li spedisco tutti insieme...
cionci è offline   Rispondi citando il messaggio o parte di esso
Old 16-02-2003, 10:59   #20
leon84
Senior Member
 
L'Avatar di leon84
 
Iscritto dal: Jul 2002
Città: Napoli
Messaggi: 1964
Quote:
Originally posted by "cionci"


Infatti nella versione della SendMsg che ti ho riscritto sopra li spedisco tutti insieme...
Scusa quale ?
leon84 è offline   Rispondi citando il messaggio o parte di esso
 Rispondi


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 ...
Plaud NotePin S, il registratore IA si fa indossabile (ma è facile da perdere) Plaud NotePin S, il registratore IA si fa indoss...
L'America si ribella ai datacenter: bloc...
'Artificial General Engineer': l'IA di J...
Il drone NASA Dragonfly, che voler&agrav...
Stop immediato a Fable 5 e Mythos 5: il ...
"Prime Day Amazon il 23-26 giugno": sì e...
Oggi 2 super MacBook Pro M5 e M5 Pro, 24...
Tineco Floor One Station S9 Artist: il s...
Raggiunte nuove altitudine e velocit&agr...
Apple Watch Series 11 GPS a 339€ su Amaz...
Come un MacBook, ma con la RTX 5070: MSI...
Paolo Zaccardi: "Smettere di assume...
Finalmente a buon prezzo 2 mini PC con R...
Samsung Galaxy Watch 7: uno crolla a 146...
NVIDIA pronta al 'piano B' per la Cina: ...
Xiaomi TV A Pro 55 a soli 366€: è...
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: 12:52.


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