2009-10-07 9 views
7

JMF è vecchio e non supporta correttamente molti codec. Ottengo in questi giorni utilizzando FFMPEG in background, ma mi piacerebbe passare a una soluzione java nativa, se ne esiste una, qualcuno sa di un progetto Java open source attuale che ha funzionalità di manipolazione dei media?Sostituzione JMF

+0

Hai provato http://fobs.sourceforge.net/features.html Si tratta di un wrapper Java/JNI su lib ffmpeg. Mi sono posto la stessa domanda due mesi fa e ho finito con l'uso di lame per la decodifica e la codifica MP3. Neanche io sono contento della mia soluzione, quindi per favore segnala la tua scoperta! Cheers – sfussenegger

risposta

2

Dipende da ciò che si vuole fare.

Poiché si utilizza ffmpeg, si presume che si stiano codificando video. Sono pessimista sul fatto che Java eseguirà questo tipo di lavoro "nativo" a breve o medio termine - è molto contrario a molte filosofie/bagagli Java.

Detto questo, con Java 7, i codec in generale dovrebbero diventare più facili da accedere, essere più disponibili e iniziare a essere visualizzati in applicazioni reali. Sfortunatamente, da quello che ho letto, l'enfasi sembra essere sulla riproduzione e sulle GUI.

Mi piace assegnare shelling da Java a ffmpeg per codificare video e altri media. Fatto è, ffmpeg è uno dei migliori strumenti là fuori per la codifica a livello di codice di video, proprietario o open source. Prevedo che rimarrà tale per il prossimo futuro.

Se ffmpeg non funziona proprio per te, allora potresti voler investigare su Quicktime for Java. Personalmente non l'ho guardato a fondo, ma sembra essere "grande". Si noti che sembra essere stato deprecato a partire dal rilascio di QuickTime X (Fall 2009).

QuickTime per Java fornisce una serie di API cross-platform che consente Java sviluppatori di creare multimediale, tra cui lo streaming audio e video, in applicazioni e applet.

+0

Quicktime per Java è anche obsoleto/ammortizzato. – Sam

+0

Ah, si. Sembra essere stato deprecato dal rilascio di QuickTime X, che era molto recente. Ho aggiornato il post. Così lungo QTJava! –

3

Sebbene non sia nativo al 100%, è possibile utilizzare anche Xuggler. È un wrapper open-source (LGPL) che esegue FFmpeg all'interno di Java, quindi non è necessario eseguire il bombardamento e viene utilizzato da oltre 250 sviluppatori già oggi.

+0

È ora GPL3 ma le persone sono invitate a ricompilare una versione LGPL. –

+0

ho problemi di installazione .. chiunque può aiutarmi, per favore .. !! – anshulkatta