[Gstreamer] Gestire le proprietà dei formati audio

[Zorcan]

Mi sono arreso, ho rimesso Windows. No, ok, cazzata. Però mi sono arreso davvero e ho messo Rhythmbox 0.8 da Etch. Pazienza per la questione gapless e pazienza se il player è tanto carino (e lo è davvero, spartano come piace a me) quanto misterioso (non c'è un'opzione per aprire singoli files? Forse è un po' troppo spartano...). Attenderò il Natale prossimo, quando Gstreamer e Rhythmbox nuovi giungeranno in quel dei rep di Etch/Sid. Grazie a tutti dell'aiuto.

[DanieleC88]

Originariamente inviato da Zorcan

E' un bel player, però ho un dubbio atroce: leggi qui.

Quindi si appoggia a Gstreamer? Se così fosse, il problema del gapless playback (e del seeking molto lento) rimarrebbe. Il sospetto mi è venuto leggendo la frase in basso su quella pagina:

Si, confermo, non funziona (adesso, prima lo faceva). Comunque, si, il problema sta proprio in gstreamer (sto provando a prendere la nuova release da CVS proprio per vedere se migliora). Quindi: comincia a passare a Quod libet, che poi quando risolvono con gstreamer torna tutto a posto.

ciao

[Zorcan]

Originariamente inviato da DanieleC88

Si, confermo, non funziona (adesso, prima lo faceva). Comunque, si, il problema sta proprio in gstreamer (sto provando a prendere la nuova release da CVS proprio per vedere se migliora). Quindi: comincia a passare a Quod libet, che poi quando risolvono con gstreamer torna tutto a posto.

ciao

So aspettare. Per ora pasticcio anche su Amarok, voglio capire se è vera quell'ultima frase del link che ho postato prima.

[Zorcan]

Comunque nemmeno Amarok legge i miei mpc perfettamente, una leggera esitazione tra una traccia e l'altra c'è sempre. Inizio a pensare che, oltre ai problemi già visti di Gstreamer (non imputabili in questo caso, visto che Amarok usa Xine), ci sia un problema di compatibilità con il codec che usai a suo tempo per estrarre le tracce*. E se si trattasse di due o tre dischi, ci farei il callo. Ma qui parliamo di centinaia e la cosa mi disturba un po'. Per scrupolo, estraggo un cd in FLAC per vedere se poi la riproduzione è perfetta o se presenta problemi.

* Prova eseguita, anche in FLAC c'è un microscopico salto. Evidentemente è un problema generale. Sono contento perchè tutti i cd rippati li ho fatti con gran cura e mi sarebbe dispiaciuto scoprire di aver perso tempo. Speriamo si diano una mossa anche nel risolvere questi dettagli incompleti: non sono prioritari, ma sono compromessi che alla lunga stancano.

[SilverXXX]

Io non noto un gap con amarok e i miei mpc, ma sono fatti di recente; però ho attivato un minimo di crossfading, e forse questo non me lo fa notare.

[Zorcan]

Originariamente inviato da SilverXXX

Io non noto un gap con amarok e i miei mpc, ma sono fatti di recente; però ho attivato un minimo di crossfading, e forse questo non me lo fa notare.

Col crossfading il gap dovrebbe annullarsi in favore di un minore dettaglio al cambio canzone, però con certi album (per dirne uno, The Dark Side of the Moon) c'è bisogno del gap a 0 e niente crossfade. Tuttavia, per pronunciarmi definitvamente, voglio fare ancora qualche test e chiedere anche su Hydrogenaudio (non so se lo conoscete, ci bazzicano persone che passano le giornate a fare test in camera anecoica ).

[SilverXXX]

Prova a dare un'occhiata qui: aqualung

[Zorcan]

Originariamente inviato da SilverXXX

Prova a dare un'occhiata qui: aqualung

Ma che è, un regalo di Natale? Non solo supporta il gapless, ma mi cita in prima pagina Jimi Hendrix e gli Yes! Deve per forza essere il mio player, cacchio!
Grazie, lo provo appena ho un minuto.

[Black imp]

Originariamente inviato da SilverXXX

mi sembra ENORMEMENTE strano. Non conosco bene mono, ma per java mi pare impossibile quello che hai detto.

quoto. mai sentito che il codice della vm di java venga tradotto nel codice macchina della piattaforma sottostante.

[DanieleC88]

Originariamente inviato da SilverXXX

mi sembra ENORMEMENTE strano. Non conosco bene mono, ma per java mi pare impossibile quello che hai detto.

Originariamente inviato da Black imp

quoto. mai sentito che il codice della vm di java venga tradotto nel codice macchina della piattaforma sottostante.

Non solo e' possibile, ma e' anche vero: i programmi scritti in linguaggi come Java e Mono (be', volendo, anche in Python) sono "semi-interpretati". Vengono "compilati a meta'" (l'eseguibile contiene il "bytecode" e non il codice binario vero e proprio), in modo da permettere alla virtual machine di "riadattare" il codice a diverse piattaforme.

[SilverXXX]

Originariamente inviato da DanieleC88

Non solo e' possibile, ma e' anche vero: i programmi scritti in linguaggi come Java e Mono (be', volendo, anche in Python) sono "semi-interpretati". Vengono "compilati a meta'" (l'eseguibile contiene il "bytecode" e non il codice binario vero e proprio), in modo da permettere alla virtual machine di "riadattare" il codice a diverse piattaforme.

Il bytecode è completamente generico, non c'entra minimamente con l'architettura però

[DanieleC88]

Originariamente inviato da SilverXXX

Il bytecode è completamente generico, non c'entra minimamente con l'architettura però

Eh... e allora non ho capito il dubbio.

[SilverXXX]

No, perchè qualcuno aveva detto che mono compilava in linguaggio macchina

[DanieleC88]

Originariamente inviato da SilverXXX

No, perchè qualcuno aveva detto che mono compilava in linguaggio macchina

Il Just-In-Time compiler lo fa prima di avviare il programma, se scelto, sia in Mono che in Java.

[SilverXXX]

Originariamente inviato da DanieleC88

Il Just-In-Time compiler lo fa prima di avviare il programma, se scelto, sia in Mono che in Java.

Io mi ricordavo che il jitc compilava a pezzi, invece che riga per riga. Non pensavo facesse tutto il codice

[DanieleC88]

Originariamente inviato da SilverXXX

Io mi ricordavo che il jitc compilava a pezzi, invece che riga per riga. Non pensavo facesse tutto il codice

Questo di sicuro non so dirtelo, ci vorrebbe l'intervento di VICIUS che su queste cose e' decisamente piu' esperto di me.