Torna indietro   Hardware Upgrade Forum > Software > Programmazione

HONOR Magic 8 Pro: ecco il primo TOP del 2026! La recensione
HONOR Magic 8 Pro: ecco il primo TOP del 2026! La recensione
HONOR ha finalmente lanciato il suo nuovo flagship: Magic 8 Pro. Lo abbiamo provato a fondo in queste settimane e ve lo raccontiamo nella nostra recensione completa. HONOR rimane fedele alle linee della versione precedente, aggiungendo però un nuovo tasto dedicato all'AI. Ma è al suo interno che c'è la vera rivoluzione grazie al nuovo Snapdragon 8 Elite Gen 5 e alla nuova MagicOS 10
Insta360 Link 2 Pro e 2C Pro: le webcam 4K che ti seguono, anche con gimbal integrata
Insta360 Link 2 Pro e 2C Pro: le webcam 4K che ti seguono, anche con gimbal integrata
Le webcam Insta360 Link 2 Pro e Link 2C Pro sono una proposta di fascia alta per chi cerca qualità 4K e tracciamento automatico del soggetto senza ricorrere a configurazioni complesse. Entrambi i modelli condividono sensore, ottiche e funzionalità audio avanzate, differenziandosi per il sistema di tracciamento: gimbal a due assi sul modello Link 2 Pro, soluzione digitale sul 2C Pro
Motorola edge 70: lo smartphone ultrasottile che non rinuncia a batteria e concretezza
Motorola edge 70: lo smartphone ultrasottile che non rinuncia a batteria e concretezza
Motorola edge 70 porta il concetto di smartphone ultrasottile su un terreno più concreto e accessibile: abbina uno spessore sotto i 6 mm a una batteria di capacità relativamente elevata, un display pOLED da 6,7 pollici e un comparto fotografico triplo da 50 MP. Non punta ai record di potenza, ma si configura come alternativa più pragmatica rispetto ai modelli sottili più costosi di Samsung e Apple
Tutti gli articoli Tutte le news

Vai al Forum
Rispondi
 
Strumenti
Old 20-04-2005, 13:24   #1
dario79
Senior Member
 
L'Avatar di dario79
 
Iscritto dal: Mar 2001
Città: Torino
Messaggi: 2151
[Help] Compressore Jpeg Independent Group in C

Raga chiedo assolutamente a voi una mano per il mio lavoro di tesi...

Devo implementare il compressore Jpeg open source CJPEG su un piccolo processore.

Dato che questo processore non ha disco devo caricargli l'immagine da comprimere in memoria e lui restituirà il file jpeg in memoria stesso.

Per questo ho fatto in modo da creare una matrice (ossia una mia variabile) contenente un esempio di immagine, poi inglobarla nel codice tramite header.h e lavorarci come "file sorgente".

Purtroppo il programma è scritto per leggere da file e sto incontrando notevoli difficoltà nel fargli puntare a IMAGE[N][M] anzichè al file.
Il mio lavoro è per il tipo file immagine PGM formato ascii, ossia il P2.
Il pacchetto lo trovate qui: ftp://ftp.simtel.net/pub/simtelnet/m...cs/jpegsr6.zip

i file da valutare sono cjpeg.c e rdppm.c

A chi saprà aiutarmi comprerò una Bentley no dai una pizza


Grazie mille a tutti
dario79 è offline   Rispondi citando il messaggio o parte di esso
Old 20-04-2005, 13:40   #2
ilsensine
Senior Member
 
L'Avatar di ilsensine
 
Iscritto dal: Apr 2000
Città: Roma
Messaggi: 15625
Non farei così. Cambierei tutte le chiamate a fread/fwrite/ecc. a tue funzioni di comodo, che implementano la lettura da memoria. Così ti astrai da "dove vengono i dati".

Il tuo "piccolo processore" è sufficientemente grande da eseguire un sistema operativo o è proprio "piccolo"?
__________________
0: or %edi, %ecx; adc %eax, (%edx); popf; je 0b-22; pop %ebx; fadds 0x56(%ecx); lds 0x56(%ebx), %esp; mov %al, %al
andeqs pc, r1, #147456; blpl 0xff8dd280; ldrgtb r4, [r6, #-472]; addgt r5, r8, r3, ror #12
ilsensine è offline   Rispondi citando il messaggio o parte di esso
Old 20-04-2005, 15:23   #3
dario79
Senior Member
 
L'Avatar di dario79
 
Iscritto dal: Mar 2001
Città: Torino
Messaggi: 2151
ciao

ciao e grazie innanzitutto

il processore è il Leon 2 sparc....un open source vhdl...capace di far girare anche un piccolo linux sopra

il discorso è che la mia tesi è volta a valutare il consumo di potenza, in tal caso durante codifiche video.

Questo esclude qualsiasi forma di aggiunta di ulteriore software che puo' sviare le mie analisi....mi spiego?

Tornando al discorso, mi daresti un input sulle funzioni a cui ti riferivi?

Dici di crearmi delle void globali che puntano alla memoria?
Se dai un'occhiata al codice vedrai che tali void sono già realizzate per effettuare scansioni sulle righe delle immagini...l'unica cosa è che devo cambiare lo stdin e ahimè non so farlo dalla memoria anzichè da FILE * inputfile

grazie mille
dario79 è offline   Rispondi citando il messaggio o parte di esso
Old 20-04-2005, 17:07   #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
Quello che diceva ilsensine era di farti un layer per adattare il formato di tutte le chiamate a chiamate personalizzate...

Tanto per cominciare io memorizzerei i dati su un vettore e non su una matrice...

A questo punto si tratta di fare funzioni del tipo:

miafopen, miafread, miafseek, miafclose...

Ovviamente tutte le occorrenze delle varie funzioni f* devono essere modificate con le tue nuove...

Nella funzione miafopen dovrai ingnorare completamente i parametri...
Nella miafread ritornerai nel buffer passato il numero di byte richiesto...e in pratica hai finito...
cionci è offline   Rispondi citando il messaggio o parte di esso
Old 20-04-2005, 19:08   #5
dario79
Senior Member
 
L'Avatar di dario79
 
Iscritto dal: Mar 2001
Città: Torino
Messaggi: 2151
ok

compreso....

si tratterebbe di fare un sorta di redirect tra le chiamate a funzione....

ogni puntata al file la cambio con la mia funzione.....la MIAFUNZIONE sarà realizzata per far semplicemente scambiare il puntatore anzichè al file---->alla prima locazione di memoria della matrice/vettore...giusto?
dario79 è offline   Rispondi citando il messaggio o parte di esso
Old 20-04-2005, 19:11   #6
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:
Originariamente inviato da dario79
la MIAFUNZIONE sarà realizzata per far semplicemente scambiare il puntatore anzichè al file---->alla prima locazione di memoria della matrice/vettore...giusto?
Ecco questa è un'idea ottima...con la miafopen restituisci un puntatore all'inizio del vettore...
Ovviamente dovresti cambiare il tipo FILE con MIOFILE
cionci è offline   Rispondi citando il messaggio o parte di esso
Old 20-04-2005, 19:22   #7
dario79
Senior Member
 
L'Avatar di dario79
 
Iscritto dal: Mar 2001
Città: Torino
Messaggi: 2151
ok

ci provo....come al solito siete i migliori
grassie e non abbandonatemi che mi voglio laureaaaaaaaaaaaaaaààààà
dario79 è offline   Rispondi citando il messaggio o parte di esso
Old 22-04-2005, 17:44   #8
dario79
Senior Member
 
L'Avatar di dario79
 
Iscritto dal: Mar 2001
Città: Torino
Messaggi: 2151
ciao

allora studiandomi il codice ho naotato che nel programma principale c'è questa parte:

Codice:
 /* Open the input file. */
  if (file_index < argc) {
    if ((input_file = fopen(argv[file_index], READ_BINARY)) == NULL) {
      fprintf(stderr, "%s: can't open %s\n", progname, argv[file_index]);
      exit(EXIT_FAILURE);
    }
  } else {
    /* default input file is stdin */
    input_file = read_stdin();
  }

  /* Open the output file. */
  if (outfilename != NULL) {
    if ((output_file = fopen(outfilename, WRITE_BINARY)) == NULL) {
      fprintf(stderr, "%s: can't open %s\n", progname, outfilename);
      exit(EXIT_FAILURE);
    }
  } else {
    /* default output file is stdout */
    output_file = write_stdout();
  }

#ifdef PROGRESS_REPORT
  start_progress_monitor((j_common_ptr) &cinfo, &progress);
#endif

  /* Figure out the input file format, and set up to read it. */
  src_mgr = select_file_type(&cinfo, input_file);
  src_mgr->input_file = input_file;

  /* Read the input file header to obtain file size & colorspace. */
  (*src_mgr->start_input) (&cinfo, src_mgr);

  /* Now that we know input colorspace, fix colorspace-dependent defaults */
  jpeg_default_colorspace(&cinfo);

  /* Adjust default compression parameters by re-parsing the options */
  file_index = parse_switches(&cinfo, argc, argv, 0, TRUE);

  /* Specify data destination for compression */
  jpeg_stdio_dest(&cinfo, output_file);

  /* Start compressor */
  jpeg_start_compress(&cinfo, TRUE);

  /* Process data */
  while (cinfo.next_scanline < cinfo.image_height) {
    num_scanlines = (*src_mgr->get_pixel_rows) (&cinfo, src_mgr);
    (void) jpeg_write_scanlines(&cinfo, src_mgr->buffer, num_scanlines);
  }

  /* Finish compression and release memory */
  (*src_mgr->finish_input) (&cinfo, src_mgr);
  jpeg_finish_compress(&cinfo);
  jpeg_destroy_compress(&cinfo);

  /* Close files, if we opened them */
  if (input_file != stdin)
    fclose(input_file);
  if (output_file != stdout)
    fclose(output_file);

#ifdef PROGRESS_REPORT
  end_progress_monitor((j_common_ptr) &cinfo);
#endif

  /* All done. */
  exit(jerr.num_warnings ? EXIT_WARNING : EXIT_SUCCESS);
  return 0;			/* suppress no-return-value warnings */
}
in cui le void read_stdin e out sono definite in un altro file come:

Codice:
/*
 * Routines to establish binary I/O mode for stdin and stdout.
 * Non-Unix systems often require some hacking to get out of text mode.
 */

GLOBAL(FILE *)
read_stdin (void)
{
  FILE * input_file = stdin;

#ifdef USE_SETMODE		/* need to hack file mode? */
  setmode(fileno(stdin), O_BINARY);
#endif
#ifdef USE_FDOPEN		/* need to re-open in binary mode? */
  if ((input_file = fdopen(fileno(stdin), READ_BINARY)) == NULL) {
    fprintf(stderr, "Cannot reopen stdin\n");
    exit(EXIT_FAILURE);
  }
#endif
  return input_file;
}


GLOBAL(FILE *)
write_stdout (void)
{
  FILE * output_file = stdout;

#ifdef USE_SETMODE		/* need to hack file mode? */
  setmode(fileno(stdout), O_BINARY);
#endif
#ifdef USE_FDOPEN		/* need to re-open in binary mode? */
  if ((output_file = fdopen(fileno(stdout), WRITE_BINARY)) == NULL) {
    fprintf(stderr, "Cannot reopen stdout\n");
    exit(EXIT_FAILURE);
  }
#endif
  return output_file;
}
come vedi la definizione di MIAFREAD è già fatta come read_stdin

ecco secondo la nostra idea come dovrei cambiare il puntatore al file dato che io ho incluso in un header la mia matriciozza contenente il file imamgine?

#define IMAGE {{------------
------------

-----------}

grazie mille!
dario79 è offline   Rispondi citando il messaggio o parte di esso
Old 23-04-2005, 02:25   #9
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:
typedef unsigned char * MIOFILE;

GLOBAL(MIOFILE *)
read_stdin (void)
{
  MIOFILE * input_file = (MIOFILE *) malloc(IMAGESIZE);

  memcpy(input_file, IMAGE, IMAGESIZE);

  return input_file;
}
Ma la JPEG la devi scrivere sull'stdout ?
cionci è offline   Rispondi citando il messaggio o parte di esso
Old 23-04-2005, 12:58   #10
dario79
Senior Member
 
L'Avatar di dario79
 
Iscritto dal: Mar 2001
Città: Torino
Messaggi: 2151
allora

all'inizio, per poter accertarmi del corretto funzionamento del tutto, devo farlo andare da pc e scrivere il jpeg su disco, poi invece la scrittura la farò nell'ulima parte di memoria....

ps tu hai definito mio file come usigned char mentre io nell'header la mia matrice IMAGE solo come define IMAGE ecc....

la conversione in char avverrà in auto?

Ultima modifica di dario79 : 23-04-2005 alle 13:01.
dario79 è offline   Rispondi citando il messaggio o parte di esso
Old 23-04-2005, 13:58   #11
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
IMAGE come ti ho detto...è meglio memorizzarla come vettore e non come matrice... Come sono formati gli elementi della matrice ?
cionci è offline   Rispondi citando il messaggio o parte di esso
Old 23-04-2005, 14:00   #12
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
Devi aggiungere anche questa riga:

unsigned char img[] = IMAGE;

e modificare questa:

memcpy(input_file, img, IMAGESIZE);
cionci è offline   Rispondi citando il messaggio o parte di esso
Old 23-04-2005, 14:04   #13
dario79
Senior Member
 
L'Avatar di dario79
 
Iscritto dal: Mar 2001
Città: Torino
Messaggi: 2151
ok

provvedo a cambiare la scrittura dell'header per scriverla come vettore...

ora la sua struttura è:

Codice:
#define col 25

#define righe 10

#define IMAGE {      \
              {0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1},     \
              {0,3,3,3,3,0,0,7,7,7,7,0,0,11,11,11,11,0,0,15,15,15,15,1,1},     \
              {0,3,0,0,0,0,0,7,0,0,0,0,0,11,0,0,0,0,0,15,0,0,15,1,1},     \
              {0,3,3,3,0,0,0,7,7,7,0,0,0,11,11,11,0,0,0,15,15,15,15,1,1},     \
              {0,3,0,0,0,0,0,7,0,0,0,0,0,11,0,0,0,0,0,15,0,0,0,1,1},     \
              {0,3,0,0,0,0,0,7,7,7,7,0,0,11,11,11,11,0,0,15,0,0,0,1,1},     \
              {0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1},     \
              {0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1},     \
              {0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,1},     \
              {1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1}     \
              }
grazie mille!!!
dario79 è offline   Rispondi citando il messaggio o parte di esso
Old 23-04-2005, 17:16   #14
dario79
Senior Member
 
L'Avatar di dario79
 
Iscritto dal: Mar 2001
Città: Torino
Messaggi: 2151
provato

Codice:
debian:/home/dario/Desktop/jpeg-6b# make
gcc -O2  -I.   -c -o cjpeg.o cjpeg.c
gcc -O2  -I.   -c -o rdppm.o rdppm.c
gcc -O2  -I.   -c -o rdgif.o rdgif.c
gcc -O2  -I.   -c -o rdtarga.o rdtarga.c
gcc -O2  -I.   -c -o rdrle.o rdrle.c
gcc -O2  -I.   -c -o rdbmp.o rdbmp.c
gcc -O2  -I.   -c -o rdswitch.o rdswitch.c
gcc -O2  -I.   -c -o cdjpeg.o cdjpeg.c
cdjpeg.c:24: error: parse error before numeric constant
cdjpeg.c:156: error: conflicting types for `read_stdin'
cdjpeg.h:150: error: previous declaration of `read_stdin'
cdjpeg.c: In function `read_stdin':
cdjpeg.c:157: error: `IMAGESIZE' undeclared (first use in this function)
cdjpeg.c:157: error: (Each undeclared identifier is reported only once
cdjpeg.c:157: error: for each function it appears in.)
make: *** [cdjpeg.o] Error 1
debian:/home/dario/Desktop/jpeg-6b#
provalo anche tu magari è + semplice e capirsi sarebbe + facile....www.ijg.org

grazie infinitamente
dario79 è offline   Rispondi citando il messaggio o parte di esso
Old 25-04-2005, 12:40   #15
dario79
Senior Member
 
L'Avatar di dario79
 
Iscritto dal: Mar 2001
Città: Torino
Messaggi: 2151
Idea

Ascolta secondo te la mia idea potrebbe funzionare?

Allora io gli inglobo la variabile e tutto come prima....lascio anche il codice relativo a FILE invariato....

Poi stavo guardando il file relativo alla lettura di immagini ppm (quelle che mi servono) e la mia idea era quella che, anzichè fargli passare nel buffer quello che lui sta leggendo da file, gli forzo io una scrittura di quello che ho nella variabile così lui arriverà fino al 99% della procedura originaria ma il dato effettivamente passato è quello che dico io....
Codice:
METHODDEF(JDIMENSION)
get_scaled_gray_row (j_compress_ptr cinfo, cjpeg_source_ptr sinfo)
/* This version is for reading raw-byte-format PGM files with any maxval */
{
  ppm_source_ptr source = (ppm_source_ptr) sinfo;
  register JSAMPROW ptr;
  register U_CHAR * bufferptr;
  register JSAMPLE *rescale = source->rescale;
  JDIMENSION col;

  if (! ReadOK(source->pub.input_file, source->iobuffer, source->buffer_width))
    ERREXIT(cinfo, JERR_INPUT_EOF);
  ptr = source->pub.buffer[0];
  bufferptr = source->iobuffer;
  for (col = cinfo->image_width; col > 0; col--) {
    *ptr++ = rescale[UCH(*bufferptr++)];
  }
  return 1;
}
pensavo ad un qualcosa del tipo
Codice:
METHODDEF(JDIMENSION)
get_scaled_gray_row (j_compress_ptr cinfo, cjpeg_source_ptr sinfo)
/* This version is for reading raw-byte-format PGM files with any maxval */
{
  ppm_source_ptr source = (ppm_source_ptr) sinfo;
  register JSAMPROW ptr;
  register U_CHAR * bufferptr;
  register JSAMPLE *rescale = source->rescale;
  JDIMENSION col;

  source->iobuffer = IMAGE[indice];
  indice++;

  //  if (! ReadOK(source->pub.input_file, source->iobuffer, source->buffer_width))
  //  ERREXIT(cinfo, JERR_INPUT_EOF);
  

  ptr = source->pub.buffer[0];
  bufferptr = source->iobuffer;
  for (col = cinfo->image_width; col > 0; col--) {
    *ptr++ = rescale[UCH(*bufferptr++)];
  }
  return 1;
}
dato che questa funzione è richiamata in un while nel programma principale tante volte quanto è lunga l'immagine, cioè sta effettuando delle scansioni per riga (il file è rdppm.c)

così com'è non me lo piglia....devo rivedere qualcosa....

conto sul vostro aiuto

grazie!!

Ultima modifica di dario79 : 25-04-2005 alle 13:15.
dario79 è offline   Rispondi citando il messaggio o parte di esso
Old 25-04-2005, 13:41   #16
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:
Originariamente inviato da dario79
Codice:
debian:/home/dario/Desktop/jpeg-6b# make
gcc -O2  -I.   -c -o cjpeg.o cjpeg.c
gcc -O2  -I.   -c -o rdppm.o rdppm.c
gcc -O2  -I.   -c -o rdgif.o rdgif.c
gcc -O2  -I.   -c -o rdtarga.o rdtarga.c
gcc -O2  -I.   -c -o rdrle.o rdrle.c
gcc -O2  -I.   -c -o rdbmp.o rdbmp.c
gcc -O2  -I.   -c -o rdswitch.o rdswitch.c
gcc -O2  -I.   -c -o cdjpeg.o cdjpeg.c
cdjpeg.c:24: error: parse error before numeric constant
cdjpeg.c:156: error: conflicting types for `read_stdin'
cdjpeg.h:150: error: previous declaration of `read_stdin'
cdjpeg.c: In function `read_stdin':
cdjpeg.c:157: error: `IMAGESIZE' undeclared (first use in this function)
cdjpeg.c:157: error: (Each undeclared identifier is reported only once
cdjpeg.c:157: error: for each function it appears in.)
make: *** [cdjpeg.o] Error 1
debian:/home/dario/Desktop/jpeg-6b#
Devi definire una costante chiamata IMAGESIZE...inoltre devi modificare la dichiarazione di read_stdin...

Il nuovo metodo mi sembra decisamente peggiore...
cionci è offline   Rispondi citando il messaggio o parte di esso
 Rispondi


HONOR Magic 8 Pro: ecco il primo TOP del 2026! La recensione HONOR Magic 8 Pro: ecco il primo TOP del 2026! L...
Insta360 Link 2 Pro e 2C Pro: le webcam 4K che ti seguono, anche con gimbal integrata Insta360 Link 2 Pro e 2C Pro: le webcam 4K che t...
Motorola edge 70: lo smartphone ultrasottile che non rinuncia a batteria e concretezza Motorola edge 70: lo smartphone ultrasottile che...
Display, mini PC, periferiche e networking: le novità ASUS al CES 2026 Display, mini PC, periferiche e networking: le n...
Le novità ASUS per il 2026 nel settore dei PC desktop Le novità ASUS per il 2026 nel settore de...
Mondraker Crafty Unlimited Gulf Edition,...
Amazon, altro rilancio per Haul: sconto ...
Chiusi in un bunker per soldi: Fallout d...
Yakuza Kiwami 3 and Dark Ties avrà...
Iran, il regime prolunga il blocco di in...
Lucasfilm cambia guida: cosa succede a S...
Roborock lancia in Italia F25 ACE Pro: c...
Auto elettriche, a Busto Arsizio stop al...
Smartphone potenti sotto i 300€: ecco i ...
Google rassicura: ChromeOS continuer&agr...
Merge Labs: esce allo scoperto la societ...
Blocco note su Windows 11 è sempre più c...
Cybersecurity: la vera leva strategica p...
Huawei annuncia tre prodotti: uno smartp...
La Cina sta proseguendo i test del razzo...
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: 15:57.


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