hugin passa un'opzione non compresa da enblend

[algol]

Salve
Sto provandoa d usare hugin, ma, dopo tanti sforzi, fallisce l'assemblaggio.
Succede perché passa l'opzione "--compression" ad emblend che questo non contempla:

Codice: Seleziona tutto

nona -z PACKBITS -r ldr -m TIFF_m -o aza -i 0 /tmp/huginpto_VcuBUq
nona -z PACKBITS -r ldr -m TIFF_m -o aza -i 1 /tmp/huginpto_VcuBUq
nona -z PACKBITS -r ldr -m TIFF_m -o aza -i 2 /tmp/huginpto_VcuBUq
nona -z PACKBITS -r ldr -m TIFF_m -o aza -i 3 /tmp/huginpto_VcuBUq
nona -z PACKBITS -r ldr -m TIFF_m -o aza -i 4 /tmp/huginpto_VcuBUq
nona -z PACKBITS -r ldr -m TIFF_m -o aza -i 5 /tmp/huginpto_VcuBUq
nona -z PACKBITS -r ldr -m TIFF_m -o aza -i 6 /tmp/huginpto_VcuBUq
nona -z PACKBITS -r ldr -m TIFF_m -o aza -i 7 /tmp/huginpto_VcuBUq
nona -z PACKBITS -r ldr -m TIFF_m -o aza -i 8 /tmp/huginpto_VcuBUq
nona -z PACKBITS -r ldr -m TIFF_m -o aza -i 9 /tmp/huginpto_VcuBUq
nona -z PACKBITS -r ldr -m TIFF_m -o aza -i 10 /tmp/huginpto_VcuBUq
nona -z PACKBITS -r ldr -m TIFF_m -o aza -i 11 /tmp/huginpto_VcuBUq
nona -z PACKBITS -r ldr -m TIFF_m -o aza -i 12 /tmp/huginpto_VcuBUq
nona -z PACKBITS -r ldr -m TIFF_m -o aza -i 13 /tmp/huginpto_VcuBUq
nona -z PACKBITS -r ldr -m TIFF_m -o aza -i 14 /tmp/huginpto_VcuBUq
enblend --compression NONE -f31719x2488 -o aza.tif aza0000.tif aza0001.tif aza0002.tif aza0003.tif aza0004.tif aza0005.tif aza0006.tif aza0007.tif aza0008.tif aza0009.tif aza0010.tif aza0011.tif aza0012.tif aza0013.tif aza0014.tif 
==== enblend, version 3.0 ====
Usage: enblend [options] -o OUTPUT INPUTS

Common options:
 -a                Pre-assemble non-overlapping images
 -h                Print this help message
 -l number         Number of levels to use (1 to 29)
 -o filename       Write output to file
 -v                Verbose
 -w                Blend across -180/+180 boundary
 -z                Use LZW compression
 -x                Checkpoint partial results

Extended options:
 -b kilobytes      Image cache block size (default=2MiB)
 -c                Use CIECAM02 to blend colors
 -g                Associated alpha hack for Gimp (ver. < 2) and Cinepaint
 --gpu             Use the graphics card to accelerate some computations.
 -f WIDTHxHEIGHT   Manually set the size of the output image.
                   Useful for cropped and shifted input TIFF images,
                   such as those produced by Nona.
 -m megabytes      Use this much memory before going to disk (default=1GiB)
 --visualize=FILE  Save the optimizer's results for debugging.

Mask generation options:
 --coarse-mask     Use an approximation to speedup mask generation. Default.
 --fine-mask       Enables detailed mask generation. Slow. Use this if you
                   have very narrow overlap regions.
 --optimize        Turn on mask optimization. This is the default.
 --no-optimize     Turn off mask optimization.
 --save-mask=FILE  Save the generated mask to the given file.
 --load-mask=FILE  Use the mask in the given file instead of generating one.
enblend: unrecognized option `--compression'
make: *** [aza.tif] Error 1

Suppongo che si dovrebbe provvedere a pacchettizzare un enblend che comrenda questa opzione.
In più, tale opzione è contemplata solo per i file tiff, provo col png e vedo che succede...

E che diavolo

Codice: Seleziona tutto

enblend: error opening output file "azz.png":

Precondition violation!
did not find a matching codec for the given file extension

make: *** [azz.png] Error 1

Non è che si possa usare così...

[albatrosla]

Dopo l'astinenza estiva da internet ho scoperto la nuova versione di hugin (rc3) e l'ho compilata (ieri sera...). Ho riscontrato un problema, poi risolto, nel Cmakefile. Compilato ed installato il package, mi sono scontrato con l'errore cui ti riferisci. E' vero: hugin passa ad enblend l'opzione compression, che enblend non gradisce. La soluzione, se proprio non si vuole scartabellare codice a caccia dell'errore, in attesa che venga rilasciata una patch (ho visto online che il bug è stato già segnalato), è evitare il blending e produrre un output multiple tiff, da assemblare manualmente con enblend.
Le prime impressioni sono comunque buone: a occhio mi è parso di vedere un notevole miglioramento in merito alla correzione dell'esposizione, anche in caso di bilanciamento del bianco non fissato tra i vari scatti (cosa purtroppo frequente: mi dimentico sempre di bloccarlo...). Quest'oggi penso che valuterò più a fondo i risultati.
Se hai trovato soluzione più radicale al problema dell'opzione errata passata a enblend, sono tutt'orecchie!

P.S. Una soluzione decisamente grossolana ma funzionale è quella di impostare uno script come blender in luogo di enblend, script che richiami enblend dopo aver strippato l'opzione --compression NONE dalla stringa passata da hugin. Qualcosa del tipo:

Codice: Seleziona tutto

#!/bin/bash
enblend `echo $@|sed 's/--compression\ [A-Za-z]*//'`

[Loris]

Oggi è uscita la rc4, questa sera metto a disposizione il tgz, fatemi sapere

[albatrosla]

Fantastico! Testo con vero piacere... ho molti lavori in sospeso coi panorami, quindi parecchio materiale per il testing.

[Loris]

Fatto

[albatrosla]

Testato. Pare funzionare molto bene per quanto riguarda la correzione dell'esposizione, come avevo accennato in precedenza. Esprimo il mio disappunto sulla mancata correzione del baco relativo all'opzione fasulla passata ad enblend: verificate se è un problema solo mio per quanto riguarda la rc4, così al limite lo ricomunico al mantainer. In ogni caso è un problema che ho aggirato con lo script che ho riportato nel post scriptum di cui sopra.
Manca qualcosa come dipendenze, nella fattispecie enfuse. Enfuse è un tool nuovo, per l'exposure blending, una sorta di alternativa alla tecnica hdr. Non mi dispiacerebbe provarlo, ma devo documentarmi online per capire da dove sbuca. Pare faccia parte dei panorama tools, ma nel package libpano13 non lo vedo.

[Loris]

Manca qualcosa come dipendenze, nella fattispecie enfuse. Enfuse è un tool nuovo, per l'exposure blending, una sorta di alternativa alla tecnica hdr. Non mi dispiacerebbe provarlo, ma devo documentarmi online per capire da dove sbuca. Pare faccia parte dei panorama tools, ma nel package libpano13 non lo vedo.

Con la prossima rc o stabile possiamo inserirlo

[Loris]

La rc5 è uscita oggi non riesco a metterla su
Per caso hai provato a compilare Enfuse ? hai già fatto uno SlackBuild ?

[algol]

Grazie per l'impegno ragazzi!
Attualmente ho poco tempo, ma non vedo l'ora di testare ed assemblare i miei panorami hdr
Per ora sono costretto ad "arrangiarmi" con fotonegozio...

Vi posto un altro errore (rc4)

Codice: Seleziona tutto

nona  -r ldr -m TIFF_m -o rer -i 0 /tmp/huginpto_bO3KEb
nona  -r ldr -m TIFF_m -o rer -i 1 /tmp/huginpto_bO3KEb
nona  -r ldr -m TIFF_m -o rer -i 2 /tmp/huginpto_bO3KEb
enblend  -f6056x4483 -o rer.exr rer0000.tif rer0001.tif rer0002.tif 

enblend: error opening output file "rer.exr":

Precondition violation!
did not find a matching codec for the given file extension

make: *** [rer.exr] Error 1

P.s.
"rer" è un nome a caso dato all'output..

[albatrosla]

@Loris
Ho appreso che enfuse fa parte solo delle versioni development di enblend, perciò appena avrò tempo mi occuperò di stabilire quanto siano utilizzabili. Immagino che quelle versioni supportino anche gli output in jpeg, per cui si risolverebbe il problema del parametro --compression.

@algol
Sicuro di avere tutte le dipendenze? Pare che non riconosca i file openexr...
Non sono ancora riuscito ad avventurarmi nei panorami hdr: c'è una grossa lacuna per quanto riguarda l'allineamento delle immagini scattate su ampi range espositivi. Ho provato in passato hdrprep, che però non allinea per rotazione ma solo per spostamento, grosso problema perchè spesso è proprio la rotazione che ti frega. Con hugin ho provato a sfruttare l'allineamento ma ho ottenuto risultati scarsi; inoltre credo che ricompilando qtpfsgui con le opzioni "giuste" e avendo le ultime versioni di hugin, si possa sfruttare direttamente l'hugin image align stack. E' un'altra cosa che devo testare...
Enfuse mi interessa perchè pare essere una valida alternativa all'hdr e può davvero aiutare nel blending di panorami che passano dalla sotto alla sovraesposizione.

[algol]

Sì, hai ragione, la rotazione è bastarda...
comunque con gimp, anche se con un po' di difficoltà, si "appara" (in quanto, a differenza di fotonegozio, non ruota mantenendo, ad esempio, una semitrasparenza o una fusione di differenza...)

comunque gli exr sì li faccio con qtpfsgui, ma allineo a mano, l'allineamento automatico ci mette un cassssiiiino di tempo, quando ci azzecca; io sto aggiornato via svn, lo hugin align stack già c'è da un po', ma come ho detto, non lo uso; in fondo, quanti scatti si possono fare al max, 5, 6?

L'idea poi era di passare gli exr ad hugin e poi tonemappare tutto dopo, per avere una cosa più omogenea.

Per ora ne ho fatto uno con fotonegozio... è una soddisfazione!

[Loris]

A minuti trovate la rc5
Viziati !!

[algol]

Grazie babbo!

[albatrosla]

Grazie!
Per quanto riguarda enfuse, è disponibile solo nella development version di enblend. Ho modificato lo slackbuild per far scaricare e compilare la versione svn ma si pianta in compilazione con un errore che temo sia riconducibile a qualcosa che non va nel sorgente visto che le dipendenze credo di averle tutte:

Codice: Seleziona tutto

In file included from anneal.h:46,
                 from mask.h:35,
                 from enblend.h:39,
                 from enblend.cc:123:
gpu.h:31:21: error: GL/glew.h: No such file or directory

[albatrosla]

Problema risolto modificando opportunamente lo slackbuild. La versione svn di enblend comprende anche enfuse. Sinceramente pensavo desse risultati migliori di enblend (pur già ottimo) per i panorami, invece penso che sia più utile per assemblare dei simil-hdr. Per chi è interessato, allego lo slackbuild.