similar to: Positioning in an ogg file

Displaying 20 results from an estimated 8000 matches similar to: "Positioning in an ogg file"

2004 Sep 10
1
AW: AW: Incomplete format description?
Torsdag, 23 januar 2003, skrev Tor-Einar Jarnbjo <Tor-Einar_Jarnbjo@grosch- link.de>: >According to the format description, the coding method has to be 0. > >I've been using libFLAC 1.0.4 to encode the stream. I've checked my interpretation against "flac -a" and it seems to read 17 bits for each warmup sample. Here is its output: frame=168 blocksize=4608
2004 Sep 10
0
AW: AW: Incomplete format description?
Torsdag, 23 januar 2003, skrev "Tor-Einar Jarnbjo" <Tor-Einar_Jarnbjo@grosch- link.de>: >- My implementation seems to decode fixed subframes now, but the lpc >subframes contains nothing but noise, and the bitstream is out of sync after >reading one. The source code I'm using for decoding the lpc subframe is >available here:
2002 Nov 12
1
Chained streams and granule position
Hi! I don't find any detailed information about this in the specification, so I try a question here. If two plain, unmultiplexed Ogg/Vorbis-files are chained into one file, you end up with an Ogg-file with two logical Vorbis streams. When playing this file, would it be correct for a decoder to synchronize the two streams according to the granule position of the Ogg pages (playing them
2004 Sep 10
3
AW: AW: Incomplete format description?
Torsdag, 23 januar 2003, skrev Miroslav Lichvar <lichvarm@phoenix. inf.upol.cz>: >If input is 16 bit, side channel will be 17 bit (16bit - 16bit is >17bit number). And warmup samples will be (17 - wasted_bits) bit. Voila, this was the source of all my frustration, sync problems and who knows what. My decoder now works correctly for files encoded with the default settings. Are
2004 Sep 10
2
AW: Incomplete format description?
> -----Ursprungliche Nachricht----- > Von: Josh Coalson > > --- Tor-Einar Jarnbjo <Tor-Einar_Jarnbjo@grosch-link.de> wrote: > > Hi, > > > > have I just overseen a link, or is the format description on > > http://flac.sourceforge.net/format.html lacking information on how to > > actually decode the residual partitions to PCM sample data? > > you
2004 Sep 10
0
AW: Incomplete format description?
--- Tor-Einar Jarnbjo <Tor-Einar_Jarnbjo@grosch-link.de> wrote: > > -----Ursprungliche Nachricht----- > > Von: Josh Coalson > > > > --- Tor-Einar Jarnbjo <Tor-Einar_Jarnbjo@grosch-link.de> wrote: > > > Hi, > > > > > > have I just overseen a link, or is the format description on > > > http://flac.sourceforge.net/format.html
2004 Sep 10
2
Incomplete format description?
Hi, have I just overseen a link, or is the format description on http://flac.sourceforge.net/format.html lacking information on how to actually decode the residual partitions to PCM sample data? Tor
2003 Jun 02
2
Normalization of ogg vorbis file
Mandag, 2 juni 2003, skrev du: >On Mon, 02 Jun 2003 21:22, Vitaly Nechyos wrote: >This is what people usually want when they say 'normalization'. AFAIK, you >can't easily tinker with the vorbis frames to add a scale factor in the same >way you can with MP3, but I could be wrong. I could be wrong too, but if I haven't overseen anything, it should be possible to
2002 Oct 11
1
Re: Ogg Spec, etc.
Fredag, 11 oktober 2002, skrev du: >Rubbish. Been there, done that (multiple times). Look at rehuff, for >example; written without looking at libvorbis (nor at the spec). And you wrote that without any knowledge about the file format? Tor <p><p>=================================================================== EASY and FREE access to your email anywhere:
2002 Sep 18
4
Test files for decoder implementation
Hi, I am trying to implement a Vorbis decoder in Java, and I have some problems understanding the file-format specification included with libvorbis. In the header description, there are a few obvious mistakes, which I believe to have solved, but when I try to decode the audio packets, the decoded floor and residue data doesn't seem to make sense at all, and after a few packets, my decoder
2004 Sep 10
0
AW: AW: Incomplete format description?
--- Tor-Einar Jarnbjo <Tor-Einar_Jarnbjo@grosch-link.de> wrote: > Torsdag, 23 januar 2003, skrev Miroslav Lichvar <lichvarm@phoenix. > inf.upol.cz>: > > >If input is 16 bit, side channel will be 17 bit (16bit - 16bit is > >17bit number). And warmup samples will be (17 - wasted_bits) bit. > > Voila, this was the source of all my frustration, sync problems
2004 Sep 10
1
AW: AW: AW: Incomplete format description?
> -----Ursprungliche Nachricht----- > Von: Josh Coalson > > Miroslav's suggestion is the best right now. I probably should > hand-craft a stream that exercises a decoder as much as possible. I've already tested my decoder with the options -0 to -8 and it works, but the streams doesn't contain any verbatim or constant subframes. I guess this depends heavily on the input
2002 Sep 24
5
Floor type 0 and residues type 0 and 1
Hi, it seems to me as if all vorbis-files only contain floors of type 1 and residues of type 2. Is it possible to "force" the encoder to somehow create a vorbis-file with the other floor and residue types? Tor <p><p><p>=================================================================== EASY and FREE access to your email anywhere: http://Mailreader.com/
2002 Sep 12
1
Floor1 header decoding
Hi, is there an error in the last part of the algorithm describing how to read a floor1 header? According to point 18 and 19, the vector [floor1_class_dimensions] must have at least [floor1_partitions] elements, but when reading/computing these two values on the beginning of the header, they are not related to eachother, and my attempts to apply this algorithm to real ogg-files gives me
2003 Jan 27
3
application/ogg is a proposed Internet standard.
The IETF passed the application/ogg MIME type some days ago. I couldn't bring you the news earlier because of the MS SQL worm that has been wreaking havoc all over my local networks. The IETF wants some clarifications in Silivias draft for the Ogg stream format, but apart from that I think it will also be passed soon. The RFC and IANA registration of this mimetype will probably be published
2003 Jan 31
1
AW: AW: PlusV algorithm -> CBR
Fredag, 31 januar 2003, skrev du: <p>>Next thing is, that I would like to clarify the difference between a codec's >latency (which I would die to know in exact figures for the vorbis codec one >day - as well as block sizes, but that's another story) and the (bandwidth) >"smoothing window" latency - call it buffering or whatever. One thing is the codec
2003 Apr 08
1
J-Ogg is available
I think the software is ripe enough for a broader audience now, so I would just like to inform you about the Java library J-Ogg, available from http://www.j-ogg.de Features: - Open source & free. - Decoding of Ogg-encapsulated Vorbis and FLAC streams. - Support for local files, single files over HTTP, icecast streams over HTTP. - Plugins for JMF (Java Media Framework). - J2ME (Java 2 Micro
2017 Jan 25
1
Flac multi channel
I see :( That what I would call a good struct size optimisation. Please tell me there was another reason behind this being only 3 instead of 8 or 16 bits, right ? 2017-01-25 18:30 GMT+01:00 Tor-Einar Jarnbjo <tor-einar at jarnbjo.name>: > Hello Olivier, > > the limitation is in the file format itself, as the number of channels is > encoded in a 3 bit field in the streaminfo
2007 Feb 07
1
error during make
Hi All, I am getting this error when i try to compile the "Linphone" package by typing----- make. please help me i am feeling very frustrated with this error pasdt from 7 days i am getting this error. please help me. speexec.c: In function `speex_ec_process': speexec.c:112: `spx_int32_t' undeclared (first use in this function) speexec.c:112: (Each undeclared identifier is
2017 Jan 26
0
Fwd: Re: Flac multi channel
-------- Forwarded Message -------- Subject: Re: [flac-dev] Flac multi channel Date: Wed, 25 Jan 2017 15:55:14 -0300 From: Federico Miyara <fmiyara at fceia.unr.edu.ar> To: Tor-Einar Jarnbjo <tor-einar at jarnbjo.name> Besides the fact that many multichannel signals largely exceed 8 channels, there are examples of signal packaging with many channels which are actually