Comunque gli aggiornamenti frequenti e non sempre correttamente segnalati di GOG sono frustranti già solo per farsi i backup. Quindi non oso immaginare il passo ulteriore di dover manutenere una traduzione o conversione. Ben vengano aggiornamenti, ma potrebbero farli in modi più oculati.
In realtà da Galaxy sarebbe possibile installare le vecchie versioni di GOG, ma chi li fa? E soprattutto quanto è scomodo? Per gli installer invece non esiste la possibilità a meno di non essersi fatti un backup per tempo.

Poi c'è il discorso citato da Micartu, ovvero che non sempre le modifiche sono migliorative. Basterebbe un poco di sbattimento in più per rendere disponibili più versioni (ad esempio DOS e ScummVM) e rendere tutti felici. Ma GOG sbattersi, quando mai...

Un vero peccato comunque, anche se la scelta è comprensibile.

Messaggio modificato da MIK0 il 1 Sep 2018, 00:36

Hai centrato il punto. Aggiornare un gioco è cosa buona soprattutto se gli utenti ti segnalano che la release iniziale riporta il numero sbagliato di cicli del processore o che l'audio va configurato meglio.
Il problema è quando si salta di palo in frasca, Gabriel Knight 1 era rilasciato in versione dosbox, e l'esperienza di gioco era davvero identica a quella di chi lo comprava ai tempi.
Di botto scummvm lo supporta (male) e loro immediatamente abbandonano dosbox ritirando la release in favore di scummvm.
Questa mossa introduce peggioramenti nell'esperienza di gioco, molti peggioramenti, e come unico vantaggio ha di introdurre i salvataggi in cloud. Perché quindi peggiorare il tutto così?
Detto questo, un sito che si muove di fino, raffinato, avrebbe lasciato anche il download dosbox spiegando le differenze.

Comunque, la nostra "mossa" non è dovuta a un'arrabbiatura o per polemica, semplicemente chi curava la compatibilità di traduzioni e conversioni con l'edizione GOG sono sempre stato solo io.
Al momento è troppo lavoro per una sola persona tenere il loro passo (quando possibile, perché con Gabriel sarebbe necessario un intervento alla radice direttamente col team di scummvm), e quindi abbiamo dovuto droppare. Non è detto che in futuro, soprattutto se le acque si calmeranno un po', non si potrà procedere a un mega aggiornamento.

Mi scoccia molto la release di ultima underworld che avevamo curato molto. La nostra patch oltre che italianizzare, sostituiva il pessimo audio presentato dalla release di gog con l'emulazione della mt32.
In questo caso non riesco più a trovare la vecchia versione gog del gioco per poterla paragonare alla nuova e vedere cosa sia stato cambiato. Dovrei partire da zero per renderla di nuovo compatibile e sinceramente non ne ho proprio tempo.

ç_ç sigh Per UU, quanto smazzo per quella...

Beh, se qualcuno ha un backup del vecchio installer gog di ultima underworld e privatamente me lo passa, a quel punto diventano tre minuti di lavoro aggiornare: SOLO IN QUESTO CASO.

E' un peccato, ma ho fatto in tempo a giocare a GK e altri.
un Grandissimo GRAZIE per il lavoro fatto fino adesso ci vuole tutto.
magari in futuro si troveranno altre soluzioni.

Il problema con GOG è che mancano della conoscenza dei singoli titoli, nonostante siano nati sfruttando il fattore nostalgia, e allocano veramente poche risorse a creare le release. Poi magari vedi loro aggiornare un centinaio di installer nell'arco di due settimane per motivi interni (o compatibilità o molto più probabilmente qualcosa che ha a che fare con Galaxy) senza sfruttare la cosa per aggiornare i singoli titoli. Oppure appunto aggiornano di continuo un gioco invece di fare tutti i test del caso prima (parlo sempre di titoli datati, dove non dovrebbe uscire un aggiornamento ogni 2-3 settimane).
Anche a contattarli tramite supporto si ottiene poco. Insomma, il messaggio non arriva affatto.


Non so se può aiutare, ma come accennavo nell'altro post da Galaxy è possibile risalire ai backup, ma solo della versione installata. Ovviamente per rendere l'approccio più comodo occorre prima installarsi il gioco, poi disabilitare gli aggiornamenti automatici. Questo rende attiva la selezione di versioni precedenti che quindi possono essere selezionate e "aggiornate" sulla copia installata. Molto contorto.

Quello che mi chiedo... se un aggiornamento è peggiorativo (come quello di Gabriel Knight, da quello che mi è sembrato di capire)... perché farlo?

Peggiora la resa, ma magari riduce la necessità di supporto/testing.

Chiamali scemi... Tra il generale aumento dei prezzi (o la diminuzione di sconti decenti) e 'ste politiche "anti-utente" mi è passata parecchio la voglia di comprare giochi su gog...

Hai un nuovo PM

Ringrazio Itanghell, Selven e Dancar per il tentativo di aiuto, ma gli installer che avete fornito sono troppo vecchi e incompatibili con la patch italiana che abbiamo appena ritirato.
In alcuni casi come per esempio con l'installer di Dancar la traduzione si applica, ma è una casualità e in effetti si applica male, in maniera corrotta.

Quello che servirebbe è l'installer corretto 2.0.0.19 e per fortuna sono riuscito a pescarlo da un backup. Ora darò un'occhiata.

Edito:
Mi dispiace ma non riesco più a rendere la traduzione perfettamente compatibile.
Mi spiego meglio: riesco a italianizzare il gioco ma non riesco più a fare sì che la patch setti il corretto numero di cicli di processore, non riesco più a mettergli sopra l'audio mt32.
Cos'hanno fatto quelli di gog? Non hanno cambiato nulla del gioco né dei settaggi, hanno semplicemente cambiato completamente il nome delle cartelle che contengono i files, cose da idioti.

Changelog:
Cambiati i nomi delle cartelle del gioco. (UTILISSIMOOOOOOOOOOOO)

Ma... ma... sigh.
Grazie per averci provato, Mica.

E chissà quanto ci avranno messo...

Comunque mi chiedo cosa possano aver cambiato un gioco che va con dosbox.
Utilizzando la feature di Galaxy per recuperare le vecchie versioni, l'unica che fornisce è una di 4 anni fa con misterioso numero di versione 26587548. Ovviamente quelli intermedi che immagino ti siano stati passati non sono nemmeno presenti su galaxy.

in pratica si annoiano al lavoro quindi ogni tanto prendono qualche gioco e fanno modifiche a caso, così da far vedere al loro capo che stanno facendo qualcosa.

Sì, per farla semplice prima il pacchetto era composto da ultima underworld 1+2 e anche se si decideva di installare solo il primo gioco venivano create due cartelle:
underworld1
underworld 2 (se si decideva di non metterlo la cartella era vuota ma cmq presente).
Dentro underworld 1 c'erano anche i files di configurazione di dosbox necessari al lancio del gioco gog.
Ora essendo gioco singolo (ultima u 1 e 2 sono diventati due installer separati) non viene più creata la cartella underworld1 ma viene messo il suo vecchio contenuto (altre due cartelline) direttamente in radice assieme ai files di configurazione dosbox.

In pratica un semplice cambio di nome delle cartelle. Nessun'altra modifica.

Ok, veniamo a noi, vedere queste cose mi fa passare la poca voglia che avevo di dedicarmici, ma vi dico che la versione cd che presenta gog è come contenuti e feature identica alla versione floppy disk.
L'unica differenza sostanziale è che l'eseguibile della versione cd è bug free e più avanzato rispetto a quello floppy, ma non temete!
La nostra traduzione infatti è basata sull'eseguibile della versione cd (perfettamente compatibile con la floppy disk).
Quindi se prendete una qualsiasi versione floppy e le sbattete sopra la nostra traduzione, avrete un gioco paritario (e in italiano) con la gog cd.

Inoltre come spiego nel file leggimi.pdf che accompagna la traduzione, quegli incompetenti di gog hanno attivato per il gioco la roland mt32. Peccato che senza le rom della mt32 installate nel gioco gli effetti sonori siano uno schifo.
Cioè hanno attivato la mt32 senza allegare i file che la fanno funzionare.
(avessero fixato questa).
La mia patch allegava le rome necessarie e sostituiva dosbox normale con quello moddato (sennò le rom non funzionerebbero). Inoltre settavo i cicli del processore a 9000. La gog base metteva i cicli in automatico e quindi pure la velocità di emulazione era scazzata. Dopo molti esperimenti avevamo scoperto che 9000 erano i cicli esatti per replicare il funzionamento del gioco su un 386 dell'epoca.

ma certo gog, continuate a cambiare le cartelline che è molto utile!

Le versioni che fornisce Galaxy, anche la più vecchia, hanno tutte la stessa struttura. Quindi credo che la versione su cui avete basato la traduzione sia ancora antecedente e appunto si son dimenticati di includerla.

Riguardo le rom della roland, non credo possano metterle, in teoria non si possono distribuire ma vanno acquistate, almeno da quel che ricordo. Certo, l'errore è comunque abilitarla senza poterla fare andare correttamente.

Una cosa interessante da vedere è come la storia dei cicli della cpu sia materia oscura per quelli di gog.
Per chi non lo sapesse con Dosbox è possibile settare i cicli del processore per ogni gioco, cioè la velocità con cui il gioco dovrà funzionare, come quella di un 386, di un 486, di un 286 o ibrida.
ovviamente non è una scienza esatta ma un valore approssimativo.
Wing Commander 1 quando uscì mi pare che sul mercato la macchina più veloce disponibile fosse il 386 sx (un 386 lento) e il 286.
Io lo giocavo su 286 ma credo che la velocità corretta a cui giocarlo fosse quella garantita dal 386 sx.
Se si settano i cicli su un valore troppo elevato il gioco diventa ingiocabile.
Ultima underworld invece uscì ai tempi dei 486 ed era un gioco molto esoso, si parla di 386 e 486.
Con Ultima Underworld dopo tantissimi esperimenti abbiamo valutato che un valore di cicli di dosbox perfetto non esista ma che 9000 cicli sia un compromesso che dà un colpo al cerchio e un colpo alla botte.

Giustamente quelli di gog non capiscono una mazza di queste finezze e quindi ti impacchettano il gioco impostando i cicli su "auto" che è un valore automatico del tutto scazzato.
Ora... esistono forum, esperti, lo stesso forum di gog, in cui si discute del giusto valore di cicli per i giochi più "sensibili", e ci si chiede come mai hanno effettuato numero x di reimpacchettamenti di Ultima U. senza mai interessarsi alla cosa fondamentale, cioè appunto a impostare un numero di cicli di processore preciso.



Pensi giusto, in realtà c'è una diatriba su questo fatto. C'è chi sostiene che sia legale (con motivazioni che non ricordo) e chi dice di no. GOg essendo una ditta commerciale deve essere prudente e tenersi sul "non è legale", però a quel punto che senso ha attivare la roland mt32 che gracchia senza?

Ma no, l'importante è cambiare nome alle cartelle e dieci volte alla chiave di registro XD

Edito
cito diduz per la questione rom della mt32 e emulatore:



http://www.lucasdelirium.it/rolandmt32.php

per quanto riguarda il nostro ipotetico installer, non è difficile italianizzare il gioco, il difficile diventa (con la struttura attuale) sistemare la questione della mt32 (inserendo le rom e sostituendo il dosbox base con uno moddato che le attivi, impostando anche una velocità di 9000 cicli) e ripuntare le eventuali icone che l'installer gog potrebbe aver piazzato all'utente. inzomma non è proprio una nocciolina di programmazione.

Scusa ma non ho capito quale sia il problema il modo in cui i collegamenti chiamano l'exe perché hanno problemi con parametri strani?
Perché se si tratta di spostare i file non vedo problemi, se mi passi i file e mi spieghi meglio il problema cerco di darti una mano per l'icona se non ricordo male é un file separato dall'exe nei giochi gog quindi non dovresti ripuntarla una volta sostituito l'exe col tuo nella stessa posizione i collegamenti non ti serve toccarli no?

Messaggio modificato da selven il 6 Sep 2018, 02:17

Grazie ma non è una cosa semplice come spostare i file. Se un utente decide di installare Ultima U. deve decidere se installarlo con l'icona o senza.
Se lo installa con l'icona avrà la possibilità di lanciarlo da lì oppure dal menù start. Se decide di installarlo senza icona dovrà lanciarlo da menù start.
Sia il menù start che l'icona oltra a lanciare l'exe di gioco richiamano il file di configurazione dosbox.

un esempio con l'icona di last crusade:
"D:\GOG Games\Indiana Jones and The Last Crusade\ScummVM\scummvm.exe" -c "d:\GOG Games\Indiana Jones and The Last Crusade\last-crusade.ini" last-crusade
"d:\GOG Games\Indiana Jones and The Last Crusade\ScummVM"

modificando ultima underworld devo obbligatoriamente cambiare anche quei percorsi. A questo punto il mio installer dovrebbe cambiare quei valori anche nell'icona e nel registro di sistema (per cambiare quelli del menù start).
Però qui ci sono delle variabili. Nell'esempio di cui sopra le variabili (diverse da utente a utente) sono:
"D:\GOG Games\Indiana Jones and The Last Crusade
quindi oltre a gestire il cambiamento dei percorsi dell'icona, l'installer dovrebbe essere intelligente e capire le variabili desumendole dal registro di sistema del singolo utente.

Ci sono persone (ne conosco un paio) che fanno queste cose con semplicità sul forum, io non sono una di quelle e non ho intenzione di scomodarle per aggiornare le cazzate dei programmatori di gog.
Come spiegavamo nell'editoriale aggiornare questi titoli gog sta diventando una perdita di tempo ed energie troppo dispendiosa. Fosse stata una cosa più semplice l'avrei fatto (solo per Ultima), ma visto che richiede più di 3-4 orette di programmazione e prove, passo.

Non ti basta mettere le tue modifiche nel file di configurazione gog?
Con dungeon keeper avevo fatto così
Se mi passi i file privo a darci un occhio io, se si tratta di programmazione non ci posso far nulla ma sono abbastanza bravo ad aggirare certe magagne

Messaggio modificato da selven il 7 Sep 2018, 15:48

Come spiegavo sopra non è una questione di files modificati, quello è semplice: installi i files nuovi, cambi nome alle cartelle e sposti altre cosucce. Si tratta di ripuntare icone e programmare linee di linguaggio che leggendo il registro di sistema cambino i percorsi delle icone e del menù start. Per alcuni giochi lo abbiamo fatto (inherit the earth) qui non ne vale la pena amazzarcisi.

L'unica soluzione che mi viene in mente è un installer avanzato configurabile che ad esempio chiede all'utente i vari path prima di procedere all'installazione (e magari cerca di correggerli se possibile).
Ovviamente le istruzioni potrebbero venir aggiornate con la dovuta calma ma sarebbero comunque disponibili... e l'installer di base non cambierebbe più.
sempre che ci sia un pattern nelle modifiche che fa gog (se non c'è modo di prevedere cosa verrà cambiato dubito si possa far molto... se però si sa che solitamente cambiano chiavi di registro e path di alcune cartelle è abbastanza semplice).

per dungeon keeper ricordo che mi avevate detto che alcune cose non erano possibili senza installer (sostituzione diretta di file e cartelle) per questioni di spazio occupato, semplicità d'uso e diritti (il caso di dungeon keeper era un po' l'eccezione che conferma la regola visto che aveva un paio di file che pesavano quanto la versione xdelta, difatti per the longest journey non era stato possibile far nulla), altrimenti immagino sia quello il metodo più efficace contro questi mini-cambiamenti.

Il mio tempo è molto limitato... ma se serve programmare un installer avanzato mi basta che mi si dica come deve agire e dovrei essere in grado di farlo in un tempo ragionevole (anche con interfaccia grafica, anche se ovviamente senza farei ancora prima). O meglio... potrei fare un programma in grado di fare una serie di cose per sistemare le cartelle e le chiavi di registro (anche con l'input dell'utente) che richiama poi il core dell'installer con i nuovi parametri (il core dell'installer, già presente, non verrebbe modificato).
Potrei anche far sì che i dati di configurazione siano in un file a parte e che il programma debba solo leggerli, in questo modo aggiornare l'installer sarebbe questione di aggiornare solo il file di testo.

Tutto questo però solo se si può prevedere dove toccheranno quelli di gog. Se non è possibile è inutile perder tempo.

Era possibile programmare un installer avanzato senza richiesta del path, che facesse in automatico, ma non vale la pena perdere così tanto tempo dietro a questa cosa.
Anche perché quelli di GOG lo toccano spesso e in maniera imprevedibile.

Grazie cmq Lief.

Quello che intendo fare io è continuare a chiamare l'eseguibile dove è ora e impostare le variazioni che dicevi (clock della CPU e rom audio) nel file di configurazione gog
Come ti dicevo sono abbastanza bravo ad aggirare i problemi, non è detto che ci riesca, ma un pomeriggio a provarci ce lo dedico mal che vada le cose restano come sono ora
Mi servono i due installer vecchio e nuovo e la patch vecchia
Dopotutto se ho tradotto la patch non ufficiale di fallout 3 in due giorni in automatico senza sapere niente di modding con un programmino che ho trovato per caso le vie dello sciappinamento sono infinite

Messaggio modificato da selven il 7 Sep 2018, 19:37

Come spiegavo non intendo per ora metterci più mano, non gli dedicherei più di 30 minuti, se volete fare prove o altro siete tutti liberissimi.
Ovviamente ci sono degli obiettivi base che deve raggiungere l'installer (vi do anche qualche indicazione):
1)italianizzare (c'è il file .gog che è una iso rinominata da italianizzare e qualche file sparso per le cartelle, è cosa facile)
2)regolare al meglio i cicli cpu
3)sostituire dosbox con quello moddato
4)installare le rom giuste
5)configurare le rom nel modo giusto
6)l'installer deve installarsi automaticamente nella cartella del gioco di ogni singolo utente controllando il registro dell'utente (è facile). Lasciare via libera all'utente di scegliere la cartella di destinazione crea solo caos perché il 99% degli utenti non sa nemmeno scompattare un file .zip

Non si deve partire dalle vecchie patch gog ma da quella floppy attuale perché sennò sarebbe come mischiare salame con prosciutto.