On Thu, 28 Jan 2010, Nick Burch wrote:> Assuming so, I'm trying to decide if it's likely to be better to port > the missing read parts from C to Java, or start again with something > with a more "Java like" api. Having read rfc 3533, I don't think doing a > read-only ogg layer api using Java conventions should be too hard to > implement....I've decided to go for the "write something java-like from scratch" option. I've done an ogg layer (with unit tests!) that's able to read, write, and round-trip without change existing files. The vorbis layer is almost there for info/header/setup in read/write, but there's no encoding or decoding of the audio data. Would there be any interest in hosting this alongside the current (definately write-only) java library? Nick
On 4 February 2010 03:32, Nick Burch <ogg at gagravarr.org> wrote:> On Thu, 28 Jan 2010, Nick Burch wrote: >> Assuming so, I'm trying to decide if it's likely to be better to port >> the missing read parts from C to Java, or start again with something >> with a more "Java like" api. Having read rfc 3533, I don't think doing a >> read-only ogg layer api using Java conventions should be too hard to >> implement.... > > I've decided to go for the "write something java-like from scratch" > option. I've done an ogg layer (with unit tests!) that's able to read, > write, and round-trip without change existing files. The vorbis layer is > almost there for info/header/setup in read/write, but there's no encoding > or decoding of the audio data. > > Would there be any interest in hosting this alongside the current > (definately write-only) java library?of course, the more better implementations the better! what vcs are you using? Conrad.
On Thu, 4 Feb 2010, Conrad Parker wrote:>> Would there be any interest in hosting this alongside the current >> (definately write-only) java library? > > of course, the more better implementations the better! what vcs are you > using?Currently the vcs isn't anywhere public. I've dropped a snapshot at http://gagravarr.org/misc/vj-20100204-1.tar.gz in case anyone's interested in taking a look so far. (It builds with maven, and currently has the org.xiph namespace) Going forward though, it does need to go into a public vcs. Ideally I guess the xiph.org svn, as that would be an obvious place for people to look, and there's already the (partial, write only) implementation there. The project I want to use the library with is Apache Tika, so the code could always go and live in the ASF svn repo, but it doesn't seem like such a good fit (even if Tika does currently have its own implementation of a few audio formats) Nick