forse, l'ho messo privato..la prossima volta lo edito per renderlo pubblico.
ok. ora dovrebbe essere disponibile.
Comunque non è niente di chè. solo una faticaccia che mi tocca fare e proprio quando ormai avevo deciso di mettere tutto online
Commento modificato il 24/11/2017 alle ore 17:24:15
Commento 42
ivan74
24 Novembre 2017 19:59:39
Citazione
forse, l'ho messo privato..la prossima volta lo edito per renderlo pubblico.
ok. ora dovrebbe essere disponibile.
Comunque non è niente di chè. solo una faticaccia che mi tocca fare e proprio quando ormai avevo deciso di mettere tutto online
Adesso funziona grassie.
AfAOne
Post inviati: 11780
Commento 43
carlo
22 Gennaio 2018 09:42:04
Credo di aver scoperto un bug interessante su WinUAE o sui limiti di OS 3.1. Ieri sera su EAB in QUESTA discussione un utente non riusciva a copiare su HardFile un file demo di 36 MB circa, in pratica la copiatura dava errore "Disco Pieno" questo accadeva anche se l'HardFile era molto più grande del file, in pratica il file riempiva tutto lo spazio dell'HardFile. Dopo aver fatto un po' di test, a me il problema non risultava, consigliavo all'utente di verificare se il problema non fosse dipeso da qualche protezione di Windows. Questa mattina a mente fresca ho voluto fare dei test incrociati partendo da un nuovo HardFile e mi sono accordo con stupore che il problema esisteva veramente e che accade solo se l' HardFile non è in "RDB Mode" e quando si usa un sistema basato 3.1, con OS 3.9 la cosa non accadeva, convertito l'Hardfile in "RDB Mode attivo" anche il 3.1 è riuscito a copiare il file in maniera corretta. Il topic questa mattina è stato visualizzato anche da Toni che al momento non si è pronumciato, probabilmente sta facendo anche lui dei test, attendo suo intervento per capire se il problema è una cosa "normale" o se si tratta di un bug.
Commento modificato il 22/01/2018 alle ore 09:56:10
AfAOne
Post inviati: 11780
Commento 44
carlo
22 Gennaio 2018 13:00:38
L'intervento di Toni c'è stato, non si tratta di bug, come anche avevo ipotizzato il problema potrebbe essere dovuto alle limitazioni di OS 3.1, che non sono poche e che ho sempre dichiarato, ieri stesso su altra discussione riscontrata altra carenza del 3.1 nel visualizzare alcune Icone "brush" del MagicWB, a chi è interessato può leggerla QUI .
Commento modificato il 22/01/2018 alle ore 13:17:29
Commento 45
cip060
22 Gennaio 2018 13:56:03
E' uscita la 3.6 FINAL nel frattempo
AfAOne
Post inviati: 11780
Commento 46
carlo
22 Gennaio 2018 14:09:05
Citato su altra discussione, la 3.6 Stable è uscita la settimana scorsa, c'è già anche il primo fix di ieri.
Commento modificato il 22/01/2018 alle ore 14:22:41
Post inviati: 253
Commento 47
Nessuno
21 Febbraio 2018 21:26:10
Bene finalmente, adesso non so se è un miracolo dell'utima beta uscita oggi ma ora WinUAE almeno sul mio PC ha un Audio direi perfetto, niente più singhiozzo anche se si prova a suonare più MP3 contemporaneamente (cosa che su PC modesti si soffre a a fare la stessa cosa in maniera così veloce), allego video test:
TKPlayer + WinAMP che suonano MP3 contemporaneamente su AFA OS: Test Video
Commento modificato il 21/02/2018 alle ore 21:28:26
Volete sorridere, bene ieri ho voluto ringraziare Toni per la qualità audio raggiunta, mi ero sempre lamentato con lui è lui mi aveva sempre detto che il problema era il mio PC obsoleto. Bene questa mattina con stupore leggo questa sua risposta:
Grande ma cosa hai fatto? Hai cambiato qualche opzione, hai abilitato alcune nuove opzioni? C'è solo una piccola possibilità che diventi "automaticamente" più veloce .. ( ho solo scoperto qualcosa Inavvertitamente?)
Ora gli ho allegato la mia configurazione e vediamo cosa e come è stato possibile ottenere questa miglioria che potrà servire a tutti quelli che avevano questi problemi, la discussione fatta con Toni la trovate QUI al momento l'utima.
Allora dopo aver fatto altri test ho appurato che a dare la miglioria Audio non era stata l'ultima versione di WinUAE ma il mio settaggio su WinUAE cosa che modifico spesso per i vari test, ma questa volta pare proprio che io abbia azzeccato quelli giusti almeno per i sistemi RTG. Toni mi ha anche confermato che nell'ultima release non aveva fatto cambiamenti nel settore audio e che anche le versioni precedenti dovevano garantire la stessa qualità; se a qualcuno interessano i parametri da me utilizzati su WinUAE basta solo chiedere
Commento modificato il 22/02/2018 alle ore 18:33:35
Grazie Carlo, ma da me non li vede proprio come nella tua configurazione, cioè i WASAPI li vede come:
WASAPI: default audio device
In questa modo anche ottimamente configurando AHI, l'audio non si sente perfetto...
Proverò comunque a fare ulteriori esperimenti, forse sono io che sbaglio qualche settaggio per distrazione.
Ti terrò informato.
Un giorno o l'altro risolverò equazioni di grado superiore a cinque.
Grazie Carlo, ma da me non li vede proprio come nella tua configurazione, cioè i WASAPI li vede come:
WASAPI: default audio device
Clicca su Tab e scegli la voce WASAPI:Altoparlanti Nome tua Scheda Audio, non scegliere WASAPI EX perchè solitamente non va almeno sui PC che ho provato io, fatto questo salva la configurazione ed esci. Una volta rilanciato WinUAE verifica che sulla configurazione salvata ci sia quello che hai impostato e salvato e poi avvia l'emulazione. Se stai usando un sistema espanso su tutte le unità AHI setta UAE 16 BIT HiFi Stereo e salva, puoi vedere le mie impostazioni di AHI su QUESTO screenshot
Commento modificato il 24/02/2018 alle ore 11:41:05
Grazie Carlo, ma da me non li vede proprio come nella tua configurazione, cioè i WASAPI li vede come:
WASAPI: default audio device
Comunque WASAPI fa parte integrante di Windows a partire da Windows Vista e la compatibilità su WinUAE può dipendere anche dalla scheda Audio. QUI su EAB si continua a discutere sulla qualità del VIDEO postato da me e qualcuno si domandava il perchè il driver WASAPI non dava gli stessi riusultati su tutti i PC. Io ho testato WASAPI anche su due miei portatili ed ho ottenuto gli stessi risultati, probabilmente non è solo WASAPI che bisogna configurare, infatti ho rimesso il DirectSound e il risultato è lo stesso, ottima qualità ascoltando anche più Mp3 contemporaneamente.
Commento modificato il 24/02/2018 alle ore 11:14:38
Oggi sono un pò più libero e ho la possibilità di effettuare prove di verifica...
Per il momento, sia con WASAPI che con Dsound... la cosa no cambia, si sente l'audio leggermente metallico, la qualità è comunque nettamente inferiorie a quella che ho se guardo gli stessi video oppure ascolto gli stessi audio con windows...
Probabilmente devo configurare meglio sia i parametri di WinUAE che quelli AHI all'interno di AmigaOS 3.x
Un giorno o l'altro risolverò equazioni di grado superiore a cinque.
No io non noto alcuna differenza sugli Mp3 tra Windows e Amiga, anzi ti dirò che su Amiga la musica è più calda come se fosse del vinile, naturalmente si può andare anche oltre ultilizzando un Bitrate e un KHZ più altro negli Mp3 e la massima configurazione su AHI.
Niente da fare, probabilmente la qualità dell'audio dipende anche dalla configurazione hardware disponibile.
Io lavoro su un notebook HP pavilion dv6 che monta:
CPU Intel I3
4 Gbyte di RAM
Scheda video Intel integrata
Comparto audio credo chipset Via97
La compatibilità è totale, e in effetti l'audio si sente in emulazione WinUAE e inoltre risulta perfettamente sincronizzato con i video, anche film completi...
... unico neo, che sento l'audio a basso volume e con un effetto leggermente metallico.
Oltre questa qualità non riesco ad andare.
Mi va bene lo stesso, tanto a me serve solo per sperimentare se si sente anche l'audio sui miei progetti sviluppati per Amiga.
Un giorno o l'altro risolverò equazioni di grado superiore a cinque.
Prova il mio config clicca QUI devi cambiare solo i percorsi kickStart e hardFile, il config è per un sistema 060, se tu hai questo sistema accertati di avere QUESTE recentissime librerie (le devi copiare tutte in Libs e rinominare le tue)
Commento modificato il 24/02/2018 alle ore 16:58:17