Topic: VBOgg: Enhancements
This is where you can post enhancements you'd like to see done for VBOgg (as time and resources allow).
Are you playing?
- Brother Erryn
- Chosen Prophet
- Offline
Re: VBOgg: Enhancements
Whups, guest posting was supposed to be disabled (registration was required, but email wasn't verified), thanks for pointing that out. 
As for the request, that's pretty good...I can see the use. I'll take a look at the code and see how doable it is. The fact that it's streaming may make it tricky, but we'll see.
Are you playing?
- Brother Erryn
- Chosen Prophet
- Offline
Re: VBOgg: Enhancements
First question is...did you create any new functions or alter existing ones? If so, it certainly sounds like you didn't make the right additions to the DEF file.
Are you playing?
- Brother Erryn
- Chosen Prophet
- Offline
Re: VBOgg: Enhancements
I took a look at VBOgg for this, and played with tracking the current position and finding the total length. What I discovered is that finding the actual total length of an Ogg file is more than a little tricky. The streams seem to be the real hitch.
I suppose the bottom line is that it looks like it will take more work to implement than we're currently willing to invest. Again, we invite everyone to play with the source code themselves on this (or anything, for that matter). Share the results with us, and we'll give full credit and post it for others.
I'll still fiddle with this occasionally...maybe I'll have an epiphany.
Are you playing?
Re: VBOgg: Enhancements
Greeting AM:
I haven't ventured a look at the OggVorbis SDK or anything of the sort, but I thought i'd just venture a guess here to see if it's possible. I imagine it shouldn't be too tricky, but again, this is an uninformed opinion 8)
Would it be [relatively] simple to allow support for loading OggVorbis byte buffers as opposed to just handing the OV wrapper a filename? The reason I ask is for people like myself who use custom resource file formats would find it immensely useful to be able to load/play Ogg's by passing a library filename and a file offset.
Since all DSOUND soundbuffers are inherently streamed byte buffers anyway, I don't see this as required too much hacky voodoo to accomplish...
What are your thoughts?
- CodeFalcoN
- Brother Erryn
- Chosen Prophet
- Offline
Re: VBOgg: Enhancements
It should be possible to set it up to take a passed buffer as a parameter (passed as a string by VB). I don't know how well that would work for streaming. It would require a bit of work to make the wrapper take it as a single, complete chunk...it's really designed for streaming. Possible though.
IE: It shouldn't be hard to make it accept Vorbis buffers instead of a filename, but that would certainly require a lot more work on the VB side. And if you've gone that far (to generate your own buffers), why do you need VBOgg?
Are you playing?
Re: VBOgg: Enhancements
I was actually just thinking of passing it a filename and a file offset, letting the OV layer figure out the actual 'sound buffer' part.
bRet = LoadOggFromResource("OV_SONG1", "resource.dat", 1042540)Doesn't seem all that different from handing it a filename, since all your doing different is opening a file and seeking to a particular area to start reading in header info, sound buffer info, etc. But it definately might effect the streaming code quite a bit ^^
Maybe I'll take a gander at the code this afternoon and see if I might be able to wedge it into the wrapper somewhere.
Unless you beat me to it 