Hello! I just got _very_ scared. I was certain the Ogg libraries could be used in commercial products (I know they are used in Star Trek: Away Team and Operation Flashpoint). I've also been told several times that it's OK, even if they're not GPL, but now I can't find any info on the sites that tells me so. Could you please tell me what the deal is (I've used it in a project which is going gold tomorrow, so I'm very troubled...) If it turns out we're alright, could you please tell me exactly where the logos and acknowledgements should be in our product (it was while searching for this that I started doubting my rights). Have you got a hi-res logo for putting into print? Hoping for a quick, calming reply.... Thanks! Best regards, Jonas Beckeman --- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage: http://www.xiph.org/ogg/ To unsubscribe from this list, send a message to 'vorbis-dev-request@xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered.
On Thu, Oct 04, 2001 at 05:15:05PM +0200, Jonas Beckeman wrote:> Hello! > > I just got _very_ scared. I was certain the Ogg libraries could be used in > commercial products (I know they are used in Star Trek: Away Team and > Operation Flashpoint). I've also been told several times that it's OK, even > if they're not GPL, but now I can't find any info on the sites that tells me > so. Could you please tell me what the deal is (I've used it in a project > which is going gold tomorrow, so I'm very troubled...)There is no problem. Calm down. You're free to use the libs in any which way you like; there's nothing about licensing because there isn't really any (well, the BSD license is indeed technically a license, but it's pretty lightweight). The text in the 'COPYING' file at the top of the library module source trees is all you have to read.> If it turns out we're alright, could you please tell me exactly where the > logos and acknowledgements should be in our product (it was while searching > for this that I started doubting my rights). Have you got a hi-res logo for > putting into print?The BSD-style copyright/disclaimer text has to be somewhere in your distribution. It can be in the fine print in the back of the manual or in a text file somewhere bundled with the software. Of course, we'd love to have a Vorbis mention somewhere prominent, like an about box, but that's not necessary. I'll forward vector format (eps) files of the logos to you directly. Monty --- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage: http://www.xiph.org/ogg/ To unsubscribe from this list, send a message to 'vorbis-dev-request@xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered.
> it's OK, even if they're not GPLIt's okay BECAUSE they are NOT GPLed but rather use the BSD license. - Daniel Vogel, Programmer, Epic Games Inc. --- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage: http://www.xiph.org/ogg/ To unsubscribe from this list, send a message to 'vorbis-dev-request@xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered.
I have been working on something similar for my own (video game) projects ... Although I haven''t worked on it in almost 9 mos, i wrote a (DirectX) sound effects/music unit that used the vorbis to store sfx/music loops ... I found a wrapper to the vorbis code, was much easier then modifying the code. If you modify vorbis directly -- you will have to modify it every time there is a new release. --- Brian Hook <brianhook@pyrogon.com> wrote:> I have a soundtrack that I need to loop, > specifically something like: > > intro > *A* > main > *B* > outro > > Where I need to loop between *A* and *B* > indefinitely. It seems that > the fairly straightforward way of doing this is to > use ov_pcm_tell() > when reading my next chunk, and doing something > like: > > if ( ov_pcm_tell() + chunkSize > MARKER_B ) > { > ov_read( /* enough bytes to reach MARKER_B */ ); > ov_pcm_seek( MARKER_A ); > ov_read( /* remaining bytes */ ); > } > else > { > ov_read( /* chunkSize */ ); > } > > Seems straightforward enough, but I was wondering if > there was a > standard way of doing this before I go off and write > something only to > find out I did it the stupid way =) > > Thanks, > > Brian > > > --- >8 ---- > List archives: http://www.xiph.org/archives/ > Ogg project homepage: http://www.xiph.org/ogg/ > To unsubscribe from this list, send a message to > ''vorbis-dev-request@xiph.org'' > containing only the word ''unsubscribe'' in the body. > No subject is needed. > Unsubscribe messages sent to the list will beignored/filtered. ====Daniel "OmegaDan" Morrione [dan@morrione.net] thehumbleguys music group - "Everything but love songs" Scoring / Sound Design / Audio Programming thehumbleguys.com [omegadan@thehumbleguys.com] - Monkelectric - Internationally ignored musicians. monkelectric.com __________________________________________________ Do You Yahoo!? Yahoo! GeoCities - quick and easy web site hosting, just $8.95/month. http://geocities.yahoo.com/ps/info1 --- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage: http://www.xiph.org/ogg/ To unsubscribe from this list, send a message to ''vorbis-dev-request@xiph.org'' containing only the word ''unsubscribe'' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered.
> >Seems straightforward enough, but I was wondering if there was a >standard way of doing this before I go off and write something only to >find out I did it the stupid way =) >This is straightforward, sensible, and should work fine. I thought I''d suggest an alternative though - you pick which you prefer. The idea is this: you have 3 vorbis streams (in a single file. Creating this can be as easy as "cat intro.ogg main.ogg outro.ogg > full.ogg"). Then, you just play through - when you hit EOS (end of stream, _not_ end of file), you can then make a decision - either loop back to the start (normally), or continue on (when you want to go from intro->main, or main->outro). In some ways this is more complex, but in other ways it''s a more natural fit to your problem. There''s no substantial advantage either way. Michael --- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage: http://www.xiph.org/ogg/ To unsubscribe from this list, send a message to ''vorbis-dev-request@xiph.org'' containing only the word ''unsubscribe'' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered.
At 02:29 PM 11/23/01 -0800, you wrote:>I have been working on something similar for my own >(video game) projects ... Although I haven''t worked on >it in almost 9 mos, i wrote a (DirectX) sound >effects/music unit that used the vorbis to store >sfx/music loops ... I found a wrapper to the vorbis >code, was much easier then modifying the code. If you >modify vorbis directly -- you will have to modify it >every time there is a new release.Brian wasn''t suggesting modifying the vorbis libraries - his question was on the most sensible way in which to USE those libraries for his particular case. Using a wrapper is irrelevent here - vorbisfile already IS essentially a wrapper over the core libraries, and the API is stable (and has been for some time, though we still occasionally add new functions) for both the core libraries and the higher-level interface of vorbisfile. Michael --- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage: http://www.xiph.org/ogg/ To unsubscribe from this list, send a message to ''vorbis-dev-request@xiph.org'' containing only the word ''unsubscribe'' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered.
In this case, my advice is irrelevant :) dan --- Michael Smith <msmith@labyrinth.net.au> wrote:> At 02:29 PM 11/23/01 -0800, you wrote: > >I have been working on something similar for my own > >(video game) projects ... Although I haven''t worked > on > >it in almost 9 mos, i wrote a (DirectX) sound > >effects/music unit that used the vorbis to store > >sfx/music loops ... I found a wrapper to the vorbis > >code, was much easier then modifying the code. If > you > >modify vorbis directly -- you will have to modify > it > >every time there is a new release. > > Brian wasn''t suggesting modifying the vorbis > libraries - > his question was on the most sensible way in which > to > USE those libraries for his particular case. Using a > > wrapper is irrelevent here - vorbisfile already IS > essentially a wrapper over the core libraries, and > the > API is stable (and has been for some time, though we > > still occasionally add new functions) for both the > core libraries and the higher-level interface of > vorbisfile. > > Michael > > > --- >8 ---- > List archives: http://www.xiph.org/archives/ > Ogg project homepage: http://www.xiph.org/ogg/ > To unsubscribe from this list, send a message to > ''vorbis-dev-request@xiph.org'' > containing only the word ''unsubscribe'' in the body. > No subject is needed. > Unsubscribe messages sent to the list will beignored/filtered. ====Daniel "OmegaDan" Morrione [dan@morrione.net] thehumbleguys music group - "Everything but love songs" Scoring / Sound Design / Audio Programming thehumbleguys.com [omegadan@thehumbleguys.com] - Monkelectric - Internationally ignored musicians. monkelectric.com __________________________________________________ Do You Yahoo!? Yahoo! GeoCities - quick and easy web site hosting, just $8.95/month. http://geocities.yahoo.com/ps/info1 --- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage: http://www.xiph.org/ogg/ To unsubscribe from this list, send a message to ''vorbis-dev-request@xiph.org'' containing only the word ''unsubscribe'' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered.
> The idea is this: you have 3 vorbis streams (in a single > file. Creating this can be as easy as "cat intro.ogg main.ogg > outro.ogg > full.ogg"). > > Then, you just play through - when you hit EOS (end of > stream, _not_ end of file), you can then make a decision - > either loop back to the start (normally), or continue on > (when you want to go from intro->main, or > main->outro).This is an elegant solution, especially when you have multiple parts and don''t want to precompute all the loop points. However, what is the right thing to do when I find the EOS -- how do I tell it to "grab next stream"? Brian --- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage: http://www.xiph.org/ogg/ To unsubscribe from this list, send a message to ''vorbis-dev-request@xiph.org'' containing only the word ''unsubscribe'' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered.
At 11:06 AM 11/25/01 -0800, you wrote:>> The idea is this: you have 3 vorbis streams (in a single >> file. Creating this can be as easy as "cat intro.ogg main.ogg >> outro.ogg > full.ogg"). >> >> Then, you just play through - when you hit EOS (end of >> stream, _not_ end of file), you can then make a decision - >> either loop back to the start (normally), or continue on >> (when you want to go from intro->main, or >> main->outro). > >This is an elegant solution, especially when you have multiple parts and >don''t want to precompute all the loop points. However, what is the >right thing to do when I find the EOS -- how do I tell it to "grab next >stream"?Continuing on to the next stream is the normal thing for vorbisfile to do - unless you take explicit action, you''ll get the next stream on next ov_read(). This causes problems for people who don''t write media players that take into account that things like the number of channels can change between substreams, but fortunately that sort of thing isn''t generally a problem in tightly controlled environments like games. Michael --- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage: http://www.xiph.org/ogg/ To unsubscribe from this list, send a message to ''vorbis-dev-request@xiph.org'' containing only the word ''unsubscribe'' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered.