search for: oggfil

----- Original Message ----- From: "Ian Malone" <ibmalone@gmail.com> To: "ogg-dev" <ogg-dev@xiph.org> Sent: Friday, March 10, 2006 5:24 PM Subject: Re: [ogg-dev] oggfile, skeleton and vorbis tools >> This is something we might want to extend skeleton to support, i know >> we've talked about this kind of thing before. So that skeleton can >> provide some kind of mapping as to how the various streams relate to each >> other. >>...

.../~giles/200603_meeting.txt>, I've tried to strip it down to relevant stuff) <xiphmont> "Is there any interest in extending vcedit/libvorbisfile to do basic handling of Vorbis streams from concurrently multiplexed Ogg?" < xiphmont> Yes, but that work was *also* tied to OggFile from way back when, and one reason I think OggFile should still happen. ... < xiphmont> But in the past it's meant < xiphmont> "be able to play the vorbis out of any otherwise valid Ogg stream" ... < xiphmont> It's not very far to be able to select a specific...

On Wed, Mar 01, 2006 at 10:36:38PM +0000, Ian Malone wrote: > I assume what this all means is there's no desire for any kind of stop- > gap libvorbisfile that does the "vorbis out of any otherwise valid Ogg > stream"[1], and that anything along these lines will wait until Oggfile. Well, vorbis-only vorbisfile is what we're talking about. What Sylvia mentioned was that we need to decide what to do if there's more than one concurrent Vorbis stream but we're still talking about the Vorbis-only case. > My two further questions are then: > > 1. What do...

----- Original Message ----- From: "Ian Malone" <ibmalone@gmail.com> To: <ogg-dev@xiph.org> Sent: Friday, March 10, 2006 8:42 AM Subject: Re: [ogg-dev] oggfile, skeleton and vorbis tools > Re-reading Monty's email: when you talk about vorbis-only vorbisfile and > the concurrent vorbis stream case do you mean vorbisfile will need to be > able to choose? I'd been thinking (as above) about cases where there is > a Vorbis stream in wit...

...01, 2006 at 10:36:38PM +0000, Ian Malone wrote: > > I assume what this all means is there's no desire for any kind of stop- > > gap libvorbisfile that does the "vorbis out of any otherwise valid Ogg > > stream"[1], and that anything along these lines will wait until Oggfile. > > Well, vorbis-only vorbisfile is what we're talking about. What Sylvia > mentioned was that we need to decide what to do if there's more than > one concurrent Vorbis stream but we're still talking about the > Vorbis-only case. > > > [1] The motivation for...

...:36:38PM +0000, Ian Malone wrote: >> >>>I assume what this all means is there's no desire for any kind of stop- >>>gap libvorbisfile that does the "vorbis out of any otherwise valid Ogg >>>stream"[1], and that anything along these lines will wait until Oggfile. >> >>Well, vorbis-only vorbisfile is what we're talking about. What Sylvia >>mentioned was that we need to decide what to do if there's more than >>one concurrent Vorbis stream but we're still talking about the >>Vorbis-only case. >> >> >&...

illiminable wrote: > > ----- Original Message ----- From: "Ian Malone" <ibmalone@gmail.com> > To: <ogg-dev@xiph.org> > Sent: Friday, March 10, 2006 8:42 AM > Subject: Re: [ogg-dev] oggfile, skeleton and vorbis tools > > >> Re-reading Monty's email: when you talk about vorbis-only vorbisfile and >> the concurrent vorbis stream case do you mean vorbisfile will need to be >> able to choose? I'd been thinking (as above) about cases where there is >&...

I've rehashed the model for the libogg2 convience library, seperating it into two libraries in the effort to allow 3rd party media frameworks to more directly utilize the functions provided by OggFile, while still providing VorbisFile-like convience for the most common uses of Ogg encoders/decoders. In this new model, liboggstream provides the functionality of "codec plugins", inputting and outputting Ogg packets (because Ogg packets are a convient, general form to handle granule-...

...at I'm doing wrong, please do. #include <iostream.h> #include <stdio.h> #include <stdlib.h> #include <math.h> #include <memory.h> #include "vorbis/codec.h" #include "vorbis/vorbisfile.h" int main() { // Open the Ogg file FILE * OggFile; OggFile = fopen("Yoshi Speak.ogg", "r"); if (OggFile == NULL) { cout << "Error Opening file"; return 0; } // Make the file into a Vorbis file OggVorbis_File vf; memset(&amp...

...tucio .NET 2003 with ogg.dll and vorbis.dll linked dynamically! vcomment doesn't crash linked dynamically with ogg.dll and vorbis.dll #include <stdio.h> #include <stdlib.h> #include "vcedit.h" #include "utf8.h" #include "i18n.h" int main() { FILE *oggFile; FILE *heym; vcedit_state *state; vorbis_comment *vc; if ((oggFile = fopen("InFile.ogg", "rb")) == NULL) exit(0); if ((heym = fopen("OutFile.ogg", "wb")) == NULL) exit(0); state = vcedit_new_state(); if (vcedit_open(state, oggFile) < 0) {...

...enc and cronolog. because the broadcast is continuous and to not lose any data, I split up the recorded stream into a file for every 30 minutes using cronolog (http://www.cronolog.org). o the chain looks like the following: ecasound | oggenc | cronolog the problem is the following, because the oggfiles are split, they lack a proper header and have become unuseable. for example, t1059667200.ogg is an oggfile for one 30 minute segment: [mh@signal tmp]$ oggdec t1059667200.ogg OggDec 1.0 ERROR: Failed to open input as vorbis or: [mh@signal tmp]$ vcut t1059667200.ogg 1.ogg 2.ogg 2 WARNING: vcut...

Alright folks, here's the solution. 1) Keep extensions to 3 letters for audio & video. Except for special situations where the user might be doing a codec specific name. Since the official extensions are 3 letters, those can always be used on any 8.3 device. 2) introduce a new extension .OGV for ogg container video. With a strong preference for Xiph only codecs. (If you want 3rd

...ols can load and play them back alright. Since the given explanation string "A read from media returned an error" isn't really self-explanatory i was hoping that somebody out there could help me out. The only thing differing from standard samples using ov_open is that i use it in a OggFile-class that is derived 2 levels from the class that handles the fopen but has perfect access to the Handle... ths Fiesch <p>--- >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 'vorb...

how can i convert a flac file to an ogg/flac file without decoding/encoding?

...-------------- next part -------------- #/bin/bash # midi2ogg # by Lorenzo Prince # Converts a midi file to Ogg Vorbis at the quality specified # This script requires oggenc and TiMidity++ and will support all file # formats that can be played by TiMidity++. # Usage: midi2ogg <middifile> <Oggfile> <quality> # example: midi2ogg test.mid test.ogg 3.5 if [ "$1" = "-v" -o "$1" = "--version" ]; then echo midi2ogg version 1.0 by Lorenzo Prince elif [ "$1" = "-h" -o "$1" = "--help" -o "$1" = &quot...

...and execute this sample perfactly fine. And ogg file on disk is playing perfactly fine. This tutorial is using 2 buffers for streaming. My requirement is to play file through URL like http://mp3stream.wfmu.org:8008/wfmu.ogg. But when I am trying to do that fopen is failing in following code. if(!(oggFile = fopen(path.c_str(), "rb"))) throw string("Could not open Ogg file."); As fopen gives handel for files which are on disk only. So can anybody help me How to play a file using URL in windows? Any code snippet/tutorial would be highly appriciated . Is this tutorial wo...

...and execute this sample perfactly fine. And ogg file on disk is playing perfactly fine. This tutorial is using 2 buffers for streaming. My requirement is to play file through URL like http://mp3stream.wfmu.org:8008/wfmu.ogg. But when I am trying to do that fopen is failing in following code. if(!(oggFile = fopen(path.c_str(), "rb"))) throw string("Could not open Ogg file."); As fopen gives handel for files which are on disk only. So can anybody help me How to play a file using URL in windows? Any code snippet/tutorial would be highly appriciated . Is this tutorial wo...

...it didn't work" are probably due to the asymmetry in the callback set - there are callback hooks for read, seek, tell and close, but none for open. Is there any particular reason for this? (I realize it's to late in the day to fix the API in any fashion, but it's possible that oggfile might be able to avoid this API usability flaw.)) John --- >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'...

Hi all, First up, this is not a proposal on how to do it, but rather on how to get it done. In the latest thread it was mentioned that it was most likely that either Monty or Segher would be the most likely people to implement this code. It was also stated that this is not their priority at the moment. I can only see two solutions to this problem: 1. Find someone else with the knowledge and

As ogg gains more codecs, moving forward into the brave new world of multi-codec streams, the cutting edge cannot press forward effectively without a way to abstract out many of the parts of dealing with multi-codec ogg streams. It's tricky to get these things right. Every program that uses ogg needs a reliable way to find out when chained streams begin and end, which codecs a given stream