Torna indietro   Hardware Upgrade Forum > Software > Programmazione

Insta360 Luna Ultra: la potenza del sensore da 1 pollice incontra la portabilità estrema
Insta360 Luna Ultra: la potenza del sensore da 1 pollice incontra la portabilità estrema
Insta360 Luna Ultra integra un sensore da 1 pollice 8K, ottiche Leica e triplo chip IA. Tra schermo OLED rimovibile, workflow I-Log a 10 bit e stabilizzazione a tre assi, analizziamo le doti tecniche di una gimbal camera pensata per i professionisti
Marvel's Wolverine, la recensione: Logan torna protagonista in un'avventura brutale e intensa
Marvel's Wolverine, la recensione: Logan torna protagonista in un'avventura brutale e intensa
Marvel's Wolverine porta Logan in un'avventura inedita, violenta e fortemente narrativa, costruita attorno alla sua natura di combattente e al difficile rapporto con il proprio passato. Insomniac Games punta su combattimenti spettacolari, progressione e personalizzazione, inserendo l'azione in un mondo segnato dalla persecuzione dei mutanti. Un viaggio intenso, che alterna mattanza, esplorazione e momenti sorprendentemente emotivi.
DJI Romo 2: tante novità lo rendono un robot completo
DJI Romo 2: tante novità lo rendono un robot completo
Romo 2 è la seconda generazione di robot lavapavimenti di DJI, un modello che si caratterizza per la precisione nel sistema di navigazione e per il funzionamento particolarmente silenzioso. Con le modifiche introdotte in questa seconda versione, e un posizionamento di prezzo più allineato alla concorrenza, rappresenta una valida alternativa sul mercato delle soluzioni di pulizia domestica
Tutti gli articoli Tutte le news

Vai al Forum
Rispondi
 
Strumenti
Old 26-04-2007, 16:01   #1
vatastala
Junior Member
 
Iscritto dal: Jan 2007
Messaggi: 25
[JAVA] aiuto per conversione little endian big endian

Ciao a tutti, ho il seguente problema: devo convertire un file con dei pesi codificati in double da Java per essere letti tramite C++. SIccome mi è stato detto che Java utilizza il sistema little endian e C++ big endian (o viceversa???) ho scritto il seguente codice:

static double var;
/**
* @param args the command line arguments
*/
public static void main(String[] args) throws NullPointerException {

try{

DataInputStream dis = new DataInputStream(new FileInputStream ("weights.dat"));

ByteBuffer bb = ByteBuffer.allocate(9000);
// bb.order(ByteOrder.LITTLE_ENDIAN);

for(int i=0;i<896.;i++)
{
var=dis.readDouble();
bb.order(ByteOrder.BIG_ENDIAN);
bb.putDouble(i,var);
System.out.println(var +"__"+ bb.order(ByteOrder.BIG_ENDIAN).getDouble(i) +"__"+i);
}


E questo è l'output relativo:

0.009182359616844394__0.009182359616844394__0
-0.002138954759412613__-0.002138954759412613__1
0.005195382598750681__0.005195382598750681__2
4.819424459599818__4.819424459599818__3
5.058553871334569__5.058553871334569__4
1.0871459521596347__1.0871459521596347__5
-1.0868843071228302__-1.0868843071228302__6
-0.0016712652843744874__-0.0016712652843744874__7
0.0012012366699741682__0.0012012366699741682__8
-0.001529889658280872__-0.001529889658280872__9
2.295218951725268__2.295218951725268__10


I valori sono quindi gli stessi, sapete indicarmi il problema???
vatastala è offline   Rispondi citando il messaggio o parte di esso
Old 26-04-2007, 17:18   #2
andbin
Senior Member
 
L'Avatar di andbin
 
Iscritto dal: Nov 2005
Messaggi: 5206
Quote:
Originariamente inviato da vatastala Guarda i messaggi
SIccome mi è stato detto che Java utilizza il sistema little endian e C++ big endian (o viceversa???)
Non diciamo fesserie ...

Non è il linguaggio ad essere little/big-endian! Se parliamo dei dati memorizzati in memoria, allora centra solamente il processore. I processori x86 sono little-endian. Altre famiglie di processori possono avere un altro tipo di endian o possono gestire entrambi i modi (vedi PowerPC, se non sbaglio).

Se parliamo di dati scritti/inviati da qualunque altra parte (su file, su socket, ecc...) allora bisogna vedere le specifiche o comunque stabilire la questione del endian. È chiaro che le due parti devono "accordarsi" sul formato.

Java ha delle classi apposite DataOutputStream e DataInputStream per scrivere/leggere dei dati di diversi tipi in maniera indipendente dalla piattaforma. Queste classi scrivono/leggono dati in formato big-endian. In qualunque caso e su qualunque piattaforma. Questa è la specifica di queste classi.

Se con Java scrivo su file usando DataOutputStream, i tipi primitivi nel file saranno quindi in formato big-endian. Se voglio leggere questo file con un altro linguaggio (es. C++) su una qualunque piattaforma, dovrò sapere che i dati mi arrivano prima con il byte più significativo.
__________________
Andrea, Senior Java developerSCJP 5 (91%) • SCWCD 5 (94%)
Java Versions Cheat Sheet
andbin è offline   Rispondi citando il messaggio o parte di esso
Old 26-04-2007, 17:52   #3
vatastala
Junior Member
 
Iscritto dal: Jan 2007
Messaggi: 25
Ho scritto in c++ un piccolo codice per fare vedere come viene letto il file dei pesi:

void leggiParametri()
{
FILE *file=fopen("weights.dat","r");

double input;

for(int i=0;i<10;i++){
fscanf(file,"%f",input);

// input=atoi(inputs);
cout << input <<endl;
}

fclose(file);

}


E l'output è:

2.36584e-310
2.36584e-310
2.36584e-310
2.36584e-310
2.36584e-310
2.36584e-310
2.36584e-310
2.36584e-310
2.36584e-310
2.36584e-310

Sempre lo stesso quindi...
vatastala è offline   Rispondi citando il messaggio o parte di esso
Old 26-04-2007, 19:58   #4
andbin
Senior Member
 
L'Avatar di andbin
 
Iscritto dal: Nov 2005
Messaggi: 5206
Quote:
Originariamente inviato da vatastala Guarda i messaggi
FILE *file=fopen("weights.dat","r");

double input;

for(int i=0;i<10;i++){
fscanf(file,"%f",input);
No, non ci siamo proprio!!! fscanf legge da file di testo, non binari.
Cioè per poter leggere con questa funzione, il file deve contenere la rappresentazione testuale del numero. Un valore di 12.3 deve essere rappresentato nel file con 4 caratteri '1' poi '2', poi il punto, poi '3'.

Se hai dei dati binari (come quelli scritti da DataOutputStream di Java) la lettura va fatta in tutt'altro modo.

Facciamo un esempio: supponiamo che un file contenga dati di tipo double scritti dalla classe DataOutputStream di Java (quindi sempre big-endian). Si vuole leggere i dati usando il linguaggio "C" su una piattaforma little-endian (tra poco vedremo il perché di questa precisazione):
Codice:
#include <stdio.h>

void swap_endian_double (double *pd)
{
    char *p = (char*) pd;
    char t;

    t = p[0];  p[0] = p[7];  p[7] = t;
    t = p[1];  p[1] = p[6];  p[6] = t;
    t = p[2];  p[2] = p[5];  p[5] = t;
    t = p[3];  p[3] = p[4];  p[4] = t;
}

int main (void)
{
    char buf[8];
    double val;
    FILE *f;

    if ((f = fopen ("dati.bin", "rb")) != NULL)
    {
        if (fread (buf, 1, 8, f) == 8)
        {
            val = *((double*) buf);
            swap_endian_double (&val);
            printf ("val = %f\n", val);
        }

        fclose (f);
    }

    return 0;
}
Lavorando in "C", posso sfruttare i puntatori e fare in modo che l'indirizzo dell'array di 8 char venga visto come un puntatore a double, quindi dereferenziato per ottenere il valore double.

Se l'architettura è little-endian, devo swappare il double (quindi uso la swap_endian_double). Se l'architettura fosse big-endian, lo swap non servirebbe, perché i dati letti dal file e depositati nell'array sarebbero già nell'ordine adatto per un processore big-endian.

Spero di aver chiarito la questione!

Vedere anche in <questo> thread, dove si parlava proprio dell'endian.
__________________
Andrea, Senior Java developerSCJP 5 (91%) • SCWCD 5 (94%)
Java Versions Cheat Sheet
andbin è offline   Rispondi citando il messaggio o parte di esso
 Rispondi


Insta360 Luna Ultra: la potenza del sensore da 1 pollice incontra la portabilità estrema Insta360 Luna Ultra: la potenza del sensore da 1...
Marvel's Wolverine, la recensione: Logan torna protagonista in un'avventura brutale e intensa Marvel's Wolverine, la recensione: Logan torna p...
DJI Romo 2: tante novità lo rendono un robot completo DJI Romo 2: tante novità lo rendono un ro...
Sony Bravia 9 II: il True RGB alla prova, dove l'LCD sfida l'OLED Sony Bravia 9 II: il True RGB alla prova, dove l...
Geely EX5, un mese al volante: il SUV elettrico cinese che ci ha sorpreso (quasi) senza riserve Geely EX5, un mese al volante: il SUV elettrico ...
Googlebook pronto al debutto: Google apr...
Guida all'acquisto: quale lavapavimenti ...
Google Maps su Android Auto introduce fi...
AMD Ryzen 5 5500F: fino al 16% di presta...
L'ecosistema partner di Microsoft cresce...
Oracle registra un boom nella divisione ...
Amazon Prime Video sfida TikTok con le n...
L'uscita di Rayman Legends Retold &egrav...
Dazio UE sui pacchi extra UE, in Italia ...
La nuova lavatrice smart di Xiaomi ha tr...
Hai una PSP nel cassetto? Questo nuovo p...
Oracle presenta Java 27 con diverse novi...
Il microscopio dell'EPFL vede più...
Volvo avvia la produzione dei nuovi cami...
26 offerte Amazon da non perdere, da iPh...
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: 19:17.


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