import struct

def get_chunk(f):
 header = f.read(8)
 id, size = struct.unpack('<4sI', header)

 return id, size, f.read(size)

f = open('music.riffogg', 'r')

header = f.read(12)

riff, size, type = struct.unpack('<4sI4s', header)

assert riff == 'RIFF'

print 'RIFF file:'
print 'File size: %d' % size
print 'File type: "%s"' % type

def get_vorbis(f):
 while True:
 id, size, data = get_chunk(f)
 print id

 if id == 'data':
 out = open('vorb.ogg', 'wb')
 out.write(data)
 out.close()
 print 'wrote vorbis data to vorb.ogg'
 return data

d = get_vorbis(f)

• fmt: A WAVE chunk, it seems to be filled with valid data: format: 65535 channels: 2 rate: 48000 bitrate:6000


• vorb (around 40 bytes): No idea. Probably important for something.


• data: the Vorbis stream, you can find vorbis headers in it. starts with 0x01 + vorbis, 0x03 + vorbis, 0x05 + vorbis for the first three ones. problem is how to find out where all the other vorbis packets begin and end...

Originally by: Anders1

---

• data: the Vorbis stream, you can find vorbis headers in it. starts with 0x01 + vorbis, 0x03 + vorbis, 0x05 + vorbis for the first three ones. problem is how to find out where all the other vorbis packets begin and end...

---

Originally by: Sleepkevert

---

Originally by: Anders1

---

• data: the Vorbis stream, you can find vorbis headers in it. starts with 0x01 + vorbis, 0x03 + vorbis, 0x05 + vorbis for the first three ones. problem is how to find out where all the other vorbis packets begin and end...

---

There is some file layout definitions up on msdn that might help you a bit in finding that out.

---

Originally by: Hinaj Katsu

---

Did you made any progress?

---

struct eve_vorb_chunk {
 uint32_t unknown1; /* could be number of samples
 * as this divided by the rate (48000)
 * seems to give reasonable lengths,
 * like 5 minutes etc.
 */

 uint32_t unknown2; /* the rest I haven't figured out yet */
 uint32_t unknown3;
 uint32_t unknown4;
 uint32_t unknown5;
 uint32_t unknown6;
 uint32_t unknown7;
 uint32_t unknown8;
 uint32_t unknown9;
 uint32_t unknown10;
 uint32_t unknown11;
} typedef eve_vorb_chunk_t;

field offset size value hex
unknown1 0 32 bits 15802618 00f120fa
unknown2 4 32 bits 15738 00003d7a
unknown3 8 32 bits 0 00000000
unknown4 12 32 bits 3893 00000f35
unknown5 16 32 bits 633 00000279
unknown6 20 32 bits 2203653 0021a005
unknown7 24 32 bits 0 00000000
unknown8 28 32 bits 3893 00000f35
unknown9 32 32 bits 356 00000164
unknown10 36 32 bits 15392 00003c20
unknown11 40 32 bits 15760 00003d90

Originally by: Anders1

---

For some reason all the EVE music is no longer in mp3, but now in Ogg. Nothing will play these files, which seemed odd, so I looked into it. Turns out these

---

Originally by: Catari Taga

---

Originally by: Anders1

---

For some reason all the EVE music is no longer in mp3, but now in Ogg. Nothing will play these files, which seemed odd, so I looked into it. Turns out these

---

It was always in Ogg vorbis format, but a pure ogg format. Anyway I just wanted to link you to this thread, might have some helpful info like the link to the sdk for the audio engine.

---

Originally by: Sleepkevert

---

Sooooo, I did a lot of reading this weekend and I toyed around with the new files.

It looks like the fmt is just fake placeholder data to get it to be valid (hence the 0xFFFF dev codec header). I have no idea what the vorb actually contains but I'll be taking a second look at that this afternoon to determine if there is anything in there that will give the sample rate.

The data contained in the data bit is (from what I'v been able to determine) a raw vorbis stream. Now, with some fiddeling about and determening the audio packet boundries as specified in the vorbis documentation 4.3 Audio packet decode and synthesis. You'll probably be able to re-pack the vorbis stream into an OggS container.

The only problem I want to figure out before I start coding the damn thing is how to get the PCM audio samples of the stream, since you need that to set the granule position of the OggS headers.
How to re-code the vorbis stream into OggS containers is all described in A Embedding Vorbis into an Ogg stream of the manual if you haven't find that already.

---

Originally by: Sleepkevert

---

Edited by: Sleepkevert on 04/06/2009 11:17:01
From what I'v been reading yesterday / today, it looks like the granule position is only really used for acurate file length determination, and possibly stuff like searchbars and the like. you can still probably play the files without the granule position (or possibly a faked, number calculated from the total number of samples to at least display song length correctly).

I'v got a basic OggS packet packer going (in c# ) As well as a simple RIFF extractor and a start for a vorbis decoder. Code is ugly as hell but it does what it's intended to do. I now face the callenge to go and determine audio packet boundries. Which should be fun figuring out from the setup header and block size... not to mention the setup header size in the first place. But it's all pretty well documented luckily. I'll see if I can spent a couple more hours on it tonight.

---

Originally by: Anders1

---

For some reason all the EVE music is no longer in mp3, but now in Ogg. Nothing will play these files, which seemed odd, so I looked into it.

---

Originally by: Elaron

---

Originally by: Anders1

---

For some reason all the EVE music is no longer in mp3, but now in Ogg. Nothing will play these files, which seemed odd, so I looked into it.

---

This news story gives the change some perspective, in my opinion.

---

Originally by: Alexeph Stoekai

---

Originally by: Elaron

---

Originally by: Anders1

---

For some reason all the EVE music is no longer in mp3, but now in Ogg. Nothing will play these files, which seemed odd, so I looked into it.

---

This news story gives the change some perspective, in my opinion.

---

I don't see it. Care to point out what's so enlightening?

---

Originally by: Bunyip

---

The LOLqual is a capital-sized joke

---

Originally by: Hinaj Katsu

---

Thank you very much for the work you've done.

---

Originally by: Eugene Spencer

---

Edited by: Eugene Spencer on 05/08/2009 11:58:46
Fantastic! This is great stuff :)

It downloaded super quick. The only issue is the link you provided gives a "malware detected" error in Google Chrome - "Warning: Visiting this site may harm your computer!".

I've uploaded the torrent to my site, so people hopefully won't freak it like I did haha.

http://files.gumpcom.com/EVEMusic-20090803.torrent

---