RCE Foto

(i) Per navigare su JuzaPhoto, è consigliato disabilitare gli adblocker (perchè?)






Login LogoutIscriviti a JuzaPhoto!
JuzaPhoto utilizza cookies tecnici e cookies di terze parti per ottimizzare la navigazione e per rendere possibile il funzionamento della maggior parte delle pagine; ad esempio, è necessario l'utilizzo dei cookie per registarsi e fare il login (maggiori informazioni).

Proseguendo nella navigazione confermi di aver letto e accettato i Termini di utilizzo e Privacy e preso visione delle opzioni per la gestione dei cookie.

OK, confermo


Puoi gestire in qualsiasi momento le tue preferenze cookie dalla pagina Preferenze Cookie, raggiugibile da qualsiasi pagina del sito tramite il link a fondo pagina, o direttamente tramite da qui:

Accetta CookiePersonalizzaRifiuta Cookie

Quale smartphone per gcam? Parte III


  1. Forum
  2. »
  3. Fotocamere, Accessori e Fotoritocco
  4. » Quale smartphone per gcam? Parte III





avatarsenior
inviato il 19 Gennaio 2019 ore 19:42

Rieccomi

@motofoto e gli altri
Vi allego questa versione cre avevo trovato un paio di settimane fa ottimizzata da san1ty per pocopphone e altri tel e creata da BSG ARnova
www.celsoazevedo.com/files/android/google-camera/f/changelog322/

Di bello ha che coesiste tranquillamente con BSG e perciò non ha bisogno di clonazioni. Inoltre ha l'opzione che consente di salvare i portraits assieme a tutte le altre foto e non in cartelle a se stanti.

Io la uso così per fare i vari test per trovare la configurazione daily più opportuna. Ma di base resta il suggerimento di Bacchinif con circa 20 frames a 1/20 oppure mettere il parametro "HDR+Parameters/Min.ISO Limited by esposure" su off e non pensarci più. I dettagli sono tutti lì ma le foto sono più rumorose con poca luce. MI piacerebbe vedere se si può scendere a tempi più lenti per irdurre il rumore ma poi c'è il mosso, oppure si muovono i soggetti ecc..

Allora cercavo di capire come funziona il "motion Control" di bsg. Ma nella pratica ancora mi sfugge. Intanto quello che noto è che anche settando un tempo lento tipo 1/4 il motion control è sempre attivo ugualmente ma di fatto anche se compare il flag che avvisa della sua presenza poi scatta sempre con tempi lenti (se imposto 1/4, a 1/4 scatto). Se metto invece il parametro "HDR+Parameters/Min.ISO Limited by esposure" su off come già suggerito da MOtofoto, e scatto una qualsuiasi foto di un soggetto fermo e magari anche io appoggio il telefono su un tavolo, quindi tutto fermo, lui scatta con tempi di un 1/15 ad esempio, ma se scuoto il telefono e compare il flag "La funzione movimento è attiva" e poi scatto sullo stesso soggetto il tempo scelto è sempre 1/15 o al massimo 1/20,,, Insomma mi pare che il suo funzionamento sia molto opinabile...Vi risulta?

Intanto aggiunte al primo post le info raccolte da Motofoto ;)

avatarsenior
inviato il 19 Gennaio 2019 ore 23:19

HTC vuole root e poi non costa 350.

Sotto i 350, mercato europeo solo i telefoni Androidone o nokia, ma non Xiaomi.
Anche Bq aquaris ha le api abilitate

avatarsenior
inviato il 19 Gennaio 2019 ore 23:21

@Peddinira.
Io alla fine adesso sto usando 15 frames e 1/33. Per le foto al volo è la cosa migliore. Esempio: foto per mandare ad altri su messaggistica o simili.

Se invece voglio fare una foto più ragionata metto tutto al massimo.

avatarsenior
inviato il 20 Gennaio 2019 ore 10:46

Ciao Bacchinif grazie come sempre
Posso chiederti come mai sei passato a tempo più veloci? Noti del mosso negli scatti? A quel punto anche impostare su off secondo me lavora bene perché mi sembra che scatti anche con tempi più bassi di 1/33 per foto statiche... Sarà merito di questo motion fix..? Bho... Ripeto sto cercando di approfondire. Ma mi pare che anche l'altra versione di arnova che ho postato, senza il motion fix, si comporta allo stesso modo...

Certo l'ideale sarebbe scegliere un tempo minimo anche di 1/4 1/6 1/8 e aspettare che la macchina ne scelga uno più veloce se nota la presenza di soggetti in movimento. Ma mi pare non n funzioni così...
La versione che ho postato ha gli slider per messa a fuoco e ISO ma quello che servirebbe davvero con la gcam è proprio quello dei tempi... Sarebbe fantastico!

Altra cosa: ho notato che la differenza fra HDR+ e HDR+ avanzata è moltissima nel senso che con HDR+ lo scatto è praticamente istantaneo come se si trattasse di un single frame mentre con HDR+ avanzato si prende un secondino o più a seconda delle impostazioni dei frames. E' Cosi che deve funzionare o è un bug?

avatarsenior
inviato il 20 Gennaio 2019 ore 11:23

Sì. È normale. Non ha senso usare la GCam senza HDR Avanzato. È da lì che viene la magia.

Ho messo tempi 1/33 e non 1/20 perché a volte ho bisogno di mandare, che so, anche la foto di un foglio di carta o simili ... In cui basta che si legga.
Nella quotidianità mi trovo bene con 15 frames e 1/33, ma quando devo fare foto più particolari metto 36 frames ed 1/2 di tempi, cercando di stare fermo o appoggiandomi da qualche parte.
Sono ancora alla ricerca di un cavalletto che mi soddisfi, sigh...


avatarsupporter
inviato il 20 Gennaio 2019 ore 19:03

Da quello che dicono sui forum la modalità HDR+ non avanzata è detta ZSL, cioè Zero Shutter Lag (scatto istantaneo). C'è magia anche lì, nel senso che non è uno scatto singolo, ma ha lo scopo di essere molto veloce (appunto a ritardo zero dopo la presso del bottone). L'HDR+ avanzata è invece quella dove la gcam prende in controllo e decide lei quanto tempo dedicare lo scatto.
BSG consiglia quindi di usare la prima per scatti dove è importante essere veloce per non perdere l'attimo, e l'altro per soggetti statici.Per questa ragione non considera importante il bug che avevo segnalato relativo alla impossibilità di disabilitare l'HDR+. Dal punto di vista pratica, basta usare l'HDR+ (ZSL mode) non avanzato e si ha comunque in risultato migliore e una risposta veloce.

Dopo l'aggirnamento della MIUI finalmente sono finite le continue discussioni sulla scattosità: su MIUI la gcam gira veloce per tutti. Il tema che appassiona la comunità è "c'è troppo giallo nelle foto notturne con l'input model Pixel 3?" MrGreen
La tendenza sembra essere: usare Pixel 3 il per le foto estive (più calde) e il model Pixel I per quelle invernali. Devo ancora provare, ma a me non dispiace un bel giallo saturo con le luci al sodio notturne.;-)

avatarsenior
inviato il 20 Gennaio 2019 ore 19:24

Anche io preferisco colori più caldi rispetto al freddo ghiaccio del Pixel 2 ed 1.

avatarsupporter
inviato il 21 Gennaio 2019 ore 1:41

Ho fatto qualche test con l'ultima MGC_6.1.021_F1 di San1ty.
Come indicato dal change log, funziona il Super res zoom. Peccato che su Mi8 quella versione non abilita la seconda lente e quindi non posso far un confronto tra zoom ottico e super res zoom digitale che sarebbe stato interessante. Appena ho tempo provo a farlo usando due gcam diverse.
Con l'occasione ho cominciato a mettere le mani nei raw.
Con i colori si comportano male: si salva qualcosa solo grazie al profilo in Lightroom che ho fatto con un target a 24 patch (non è il massimo, ma meglio che nulla).
Lightroom fa cose strane con i raw generati: crea delle preview "instabili", nel senso che ogni tanto le mostra violette. Dopo un paio di zoom tornano normali. Penso che i DNG non siano formalmente perfetti al loro interno o che le indicazioni sui colori siano imprecise e questo confonde LR.
La cosa più strana è che le dimensioni dei raw diventano più piccole quando c'è un po' di zoom. Lo zoom l'usato per il test del Super Res Zoom e il raw generato sembra un crop, come uno si aspetta da uno zoom digitale. Per poi c'è la magia: il sw applica il "Sabre Merge" (lo chiamano così) e il JPG viene grande come al solito (più grande del raw che lo ha generato) e pure bello dettagliato!
Da investigare meglio tutta la faccenda.

Ah, ho provato anche i Raw sensor e non solo i raw10 che sono il default. Il file DNG viene generato ed è leggibile da LR, pur con gli stessi problemini del raw10 (effetto violetto ogni tanto nella preview).
Se però lo scatto avviene con un po' di zoom applicato, questa mod di San1ty genera DNG e JPG illeggibili. Sembra un baco vero e proprio.
Non ho avuto tempo di fare un confronto tra raw10 e raw sensor anche se a sensazione, mi è sembrato che il raw sensor recuperasse un filo meglio le alte luci. Però potrei sbagliarmi e va fatto un test specifico.

avatarsenior
inviato il 21 Gennaio 2019 ore 12:41

Anche io ho messo l'ultima versione di san1ty ottimizzata per mi8 e f1 credo.
Purtroppo però vedo che va in conflitti con la precedente si base arnova che mi piaceva molto.
Nel log dice di avere eliminato funzioni inutili. E vedo che è stato fatto fuori il motion fix... Sarebbe interessante capire perché...
Vedo che trà l'altro trovo impostati di default I setting che avevo settato sulla versione arnova: 25 scatti e tempi di off. Li trovo molto usabili nel Daily infatti con l'hw top di pocophone e mi8 sono considerati li standard mentre su processori inferiori bisognerebbe scendere anche sotto i 10 dicono.

Cmq confermo la questione colori e dominanti su pocophone almeno e in night sight. Molto evidente la dominante giallognola del pixel xl 3. Molto più realistico il wb del pixel xl
Le trovate qui
photos.app.goo.gl/igb1RLC7rsL84EQN9
SCATTI di prova. Si riconosce facilmente chi è chi. La prima night sight stock, pixel xl 3 (un po' mossa) e pixel xl

Poi per non postare sempre schifezze vi metto un paio di ritratti al volo dell'ultima arrivata fatti con la versione arnova con le suddette impostazioni per metterla in difficoltà
photos.app.goo.gl/1daLwJXQnfZbjGzV6

I dettagli sono impressionanti secondo me!
La prima modalità ritratto. Ne avrò fatte una ventina e questa come vedete non è stata scontornta perfettamente. Cmq fighissima la possibiltà di regolare la sfocatura artificiale a piacimento su Google photos
Si vede chiaramente che è attiva qualche filtro bellezza perché nella foto normale non portrait i dettagli sono molto più marcati infatti..

La bimba di è mossa un pochino cmq in entrambi i casi... Ricordo fusione di 25 scatti HDR+ advanced.. e la gcam ha portato a casa il risultato cmq. Ha del miracoloso


In n conclusione vi chiedo:
1 le vostre impressioni se avete testato in situazioni del genere. C'È un filtro bellezza attivo nella modalità ritratto?
2 che ne pensate della v rimozione del motion fix? Ne
avete compreso il funzionamento ?
3 sapete se esiste o esisterà mai in qualche versione la possibilità di avere la selezione del parametro "Min.ISO Limited by esposure" (tempi) direttamente nella schermata di scatto? Motofoto tu che hai possibilità di comunicare in qualche modo con gli sviluppatori, non potresti magari, molto umilmente, fargli richiesta di questa cosa? Anche l'opzione di poter salvare i ritratti assieme a tutte le altre foto, come su arnova, sarebbe molto apprezzata ;)

avatarsupporter
inviato il 21 Gennaio 2019 ore 16:23

1. Porta a casa lo scatto perché sceglie tra i tanti scatti quelli "Migliori". Quindi, anche se c'è gente che si muove, basta che sia ferma in almeno uno e sceglie quello. Sì, c'è un filtro bellezza attivo. Se gironzoli nel menu (non nelle impostazioni) lo trovi. Ridurre l'effetto può essere opportuno su foto di bambini, tanto non ne hanno bisogni. Su grandi...beh...ci penserei prima di disabilitarlo.;-)
2. Se era un "fix" averlo tolto vuol dire solo che hanno risolto il problema e non è più necessario.
3. Puoi spiegare meglio il contesto di utilizzo e l'aspettativa? Anche la questione del salvataggio dei ritratti non mi è chiara (non ho provato la mod di Arnova).

Sarebbe utile che anche lo zoom fosse conservato. Quando si scatta una foto e si apre google photo per vederla in dettaglio e poi si torna alla gcam, lo zoom si resetta.
Queste sono comunque tutte caratteristiche applicativa da user interface. BSG sembra essere più interessato alle fondamenta. San1ty forse è uno più attento alla user experience.

avatarsenior
inviato il 21 Gennaio 2019 ore 19:23

È vero non avevo notato il reset dello zoom.
Grazie delle info motofoto.
Torno al punto 3
Intendo dire che sarebbe comodissimo impostare manualmente b il tempo minimo a seconda dei b soggetti fotografati. Soggetti statici, panorami ecc imposto un tempo lento per avere poco rumore, soggetto in movimento tempo più veloce. Avere la selezione nella schermata di scatto, sarebbe la ciliegina sulla torta. Ripeto delle poche prove che ho fatto mettendo Min.ISO Limited by esposure su off senza dargli un tempo, dovrebbe demandare tutto agli algoritmi per il calcolo dei tempi di scatto ma ripeto non mi pare che v così funzioni un granché. Non vedo differenze nella scelta dei tempi se cerco di fotografare un soprammobile o mio figlio che corre per la stanza... Ecco che per intervenire manualmente sarebbe l'ideale;)

Se scatti dei ritratti vedrai che di default nella cartella dcim ti crea tante cartelle per ogni ritratto scattato. Arnova ti dà un opzione per evitare ciò e salvare anche i ritratti assieme alle altre foto ;)

Infine lo zoom. A me è buggato. Mi dà solo scatti neri...

avatarsupporter
inviato il 21 Gennaio 2019 ore 22:49

@Peddinira
Ora capisco quello che intendi. La vedo difficile da proporre perchè la gcam non è concepita per dare controllo in fase di scatto all'utente, ma per toglierlo. Se vedi le app fotocamera di successo negli store, sono tutte più o meno ispirate ai controlli delle fotocamere, le quali a loro volta sono frutto di anni di ottimizzazione ergonomica. La gcam invece aspira ad essere sufficientemente intelligente per ridurre tutto a pochi comandi e ad un minimo di categorie di scatto (ritratto, notte e "ogni altra cosa"). Il motion control dovrebbe servire a questo: la gcam si accorge da sola se qualcosa si muove e di conseguenza scatta con tempi più brevi.
Lo slogan potrebbe essere: "dove c'è AI il controllo non ce l'hai".
La situazione ottimale,per i fotografi, sarebbe una situazione mista: UI altamente customizzabile per ogni scatto e gcam intelligente sotto. Suppongo però che il codice pubblico della gcam sia vincolato da qualche licenza creative common o simile che non permette di chiuderlo e rivenderlo dentro una app a pagamento. Quindi difficile vedere un software house che si impegna in uno sviluppo ottimale a fronte di un ritorno economico. Per questo 'sti ragazzi sono sempre lì che chiedono donazioni ("mi si è rotto il pc", "quello che chiedi te lo dico quando potrò aggiustare il pc", "mi si è rotto il cell", "quel baco lo risolvo quando potrò comprare un nuovo cell"....).

Da quello che leggo nel gruppo di BSG , non accettano suggerimenti sulle funzioni, che replicano la gcam originale, ma al massimo segnalazioni di bug. Proprio oggi c'è stato un siparetto che ha coinvolto l'amministratore del gruppo e niente di meno che San1ty perchè un utente del gruppo ha osato segnalare un baco della sua mod. Hanno fatto presente che lì trattano solo BSG e i bug del suo porting. San1ty è intervento spiegando che non è in competizione e c'è voluto un po' a smorzare la questione.
Per questo episodio ho anche rinunciato a segnalare il bug dei raw con lo zoom.
Non riesco a capire se sono tutti ragazzini un po' paranoici o se BSG è un genio che viene tenuto legato ad una sedia e "amministrato" pubblicamente dai suoi aguzziniMrGreen

Avevo visto la faccenda delle cartelle usate per tenere "vicini" lo scatto originale e quello con lo sfocatone. E' un po' fastidioso, ma non più di tanto. Da qualche parte avevo visto anche un parametro che non salva l'originale e tiene solo quello sfuocato.

Da quanto capisco, vanno distinti due aspetti: le funzioni base e quelle di interfaccia umana. Le prime sono gestite da google e i pochissimi che fanno porting e modelli di input (BSG, Ezman, Savitar...). Questi sono poco interessati all'efficienza d'uso e molto di più alla qualità dell'immagine.
Poi ci sono quelli che fanno le mod (Arnova, San1ty...) che cercano di rendere l'uso più comodo ed efficace l'uso della gcam. I due gruppi pensavo che lavorassero in team invece ognuno va per conto suo.
Per quanto mi riguarda, attendo cosa tirerà fuori BSG al prossimo passo. Se farà un avanzamento significativo sull'usabilità, incorporando alcune cose che hanno introdotto altri, bene. Se si limiterà come penso ad attivare più possibile le funzioni della gcam originale (porting puro), sarà chiaro che l'usabilità andrà richiesta ad altri e cercate le sedi opportune (non il gruppo di BSG su Telegram).

avatarsenior
inviato il 22 Gennaio 2019 ore 18:22

L'ultima di san1ty ottimizzata per f1 va davvero bene. Alcune riflessioni

Intanto hanno inserito l'opzione per il salvataggio dei portraits assieme alle altre foto

Mettendo RAW sensor invece di raw 10 produce IL bug delle foto nere con lo zoom
Poi ho scoperto che:
"In viewfinder processing
Motion - varies the shutter speed when motion is detected before the shot.
AE - improves the pic in few scenarios."
Quindi in pratica motion dovrebbe avere la funzione di velocizzare i tempi di scatto in caso di soggetti in movimento. Devo trstare....
Mentre ae migliora qualcosa in qualche occasione, ma non sappiamo cosa... Chiarissimo :) lo lascio attivo per ora!

avatarsenior
inviato il 22 Gennaio 2019 ore 20:05

Anche io ho attivi sia motion che ae

avatarsupporter
inviato il 22 Gennaio 2019 ore 21:59

Motion - varies the shutter speed when motion is detected before the shot.

Questo corrisponde a quello che avevo scritto nel thread precedente.
Però con la san1ty non riesco a ripetere il test che aveva funzionato con la bsg. Qui manca il parametro fix/enable motion che faceva la differenza in combinazione con Motion nel viewfinder processing. In altri termini, non sono riuscito a vedere differenze con immagine in movimento o meno (con BSG bastava cambiare 1/4 in off in min.iso ...

Inoltre non ho capito come usare lo slider laterale sinistro. Cambio la combo tempo/iso, tocco il centro per "assegnare il valore", scatto e vado a vedere i parametri di scatto. Sono quelli che deciso la fotocamere e non quelli che ho impostato io. Avrò incasinato qualcosa? Voi riuscite ad assegnare quelli che volete?

EDIT: ho installato la mod san1ty data ieri (21/1). Ora lo slider di sinistra ha effetto, ma solo in HDR+ adv e night.
In HDR+ semplice (lo ZSL zero shutter lag ), l'esposizione me la decide sempre la gcam.
Speravo di poter settare lo ZSL come se fosse in manuale con un singolo scatto, invece no.
Però, a guardare bene i tempi che San1ty ha messo nello slider, si capisce che sono per scene "buie" (tutti più lunghi ad 1 secondo). Probabilmente lo scatto singolo non lo interessava....oppure fa parte di quelle piccole differenze tra Poco F1 e Mi8. Mah!

Considerazioni a margine: c'è una variabilità giornaliera delle mod, delle librerie, delle funzioni, dei colori...per capirci qualcosa oltre a leggersi i 500 messaggi medi del solo gruppo BSG , bisognerebbe pure leggere quelli su 4pda (in russo pure quelli). Comincio a capire perché sul gruppo BSG insistono rigidamente a parlare solo della v2b++ di BSG: vogliono notifiche di bug in un contesto che sia stabile per almeno qualche settimana. Altrimenti è una rincorsa alla mod più recente e nessuno garantisce esenzioni da regressioni (=i programmatori di secondo livello - che usano BSG come
base - sistemano/aggiungono qualcosa e potrebbero scassano qualcosa d'altro).

Che cosa ne pensi di questo argomento?


Vuoi dire la tua? Per partecipare alla discussione iscriviti a JuzaPhoto, è semplice e gratuito!

Non solo: iscrivendoti potrai creare una tua pagina personale, pubblicare foto, ricevere commenti e sfruttare tutte le funzionalità di JuzaPhoto. Con oltre 242000 iscritti, c'è spazio per tutti, dal principiante al professionista.




RCE Foto

Metti la tua pubblicità su JuzaPhoto (info)


 ^

JuzaPhoto contiene link affiliati Amazon ed Ebay e riceve una commissione in caso di acquisto attraverso link affiliati.

Versione per smartphone - juza.ea@gmail.com - Termini di utilizzo e Privacy - Preferenze Cookie - P. IVA 01501900334 - REA 167997- PEC juzaphoto@pec.it

www.juzaphoto.com - www.autoelettrica101.it

Possa la Bellezza Essere Ovunque Attorno a Me