similar to: How do I seek to seek to specific samples using libvorbis?

This thread reminded me of Ralph's LCA presentation entitled "Seeking is Hard". <http://xiph.org/~giles/> Not sure if it contains anything you don't already know, but worth a mention. - Josh On 2015-5-20 06:55 , Madison Link wrote: > Thanks. > > > > If decoding from the last packet on the previous page works, I may have > to do that. But I was

Hello Conrad, I'm trying to seek the way you told but I'm facing a problem. ogg_page_packets returns 164 and following code returns 189. Shouldn't it be the same, what does that means ? int res; while (true) { res = ogg_stream_packetout(&os, &op); if (res == 1) nPackets++; if (res == -1)

Hello, This is the code, it's a little crap but only to see if it works. I assume rate = 16000 and frame_size = 320. if (this->seek_to != -1) // SKIP { ogg_int64_t max_units; //max_units = speex_seek(fin, this->seek_to, 0, rate); int nPages = 0; int nPackets = 0; // Pone el cursor en la posici?n inicial del fichero fseek(fin, 0, SEEK_SET);

Hello, I am developing a game engine which will support Ogg Vorbis playback. If I were to use LibOgg and LibVorbis, would I then have to release my own product under BSD, thus requiring anyone who created games with it to do the same and reference Xiph.org in their game's credits? While I can definitely include a license file with my library, enforcing my own end-users to do the same would be

If you want a definitive answer, you'll have to ask a lawyer (sadly). My layman's understanding is that the license means that anyone who distributes any part of libogg or libvorbis must include the copyright notices and license text when they do so. That's all. It doesn't matter who is doing the distributing, you or your users or anyone else, they all have to follow that one

I am no Vorbis developer, and I have never looked into the details of Ogg-Vorbis implementation, but since Ogg-Vorbis is a lossy format, there is no one to one correspondence of PCM samples and bytes in the stream. Ogg-Vorbis is also a variable bitrate format. I mean that first the stream has to be reconstituted into uncompressed PCM samples, and only then you can get to the desired sample.

Hello everybody, I'm new to this mailing list so I'm sorry if it's the wrong place to post this. I'm developing a Speex player and I need to seek with a precision of milliseconds. I used liboggz that supposedly does just that, but it never seeks exactly where it should. For example if I use oggz_seek_units(oggz, 18450, SEEK_SET) result it's 16386 and there is a delay between

What is the best practice for seeking to a specific (arbitrary) PCM sample in an Ogg file that contains vorbis, using libvorbis? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.xiph.org/pipermail/vorbis/attachments/20150518/1d3bb0ae/attachment.htm

Hi, I have a question about seeking. In fact, it's more or less a kind of rambling and thinking aloud, circling around a question. I've been wondering how to deal with seeking in a stream, and what to do when seeking in the middle of a set of active events (eg, when several bits of text are supposed to be shown, but you seek after the time when they are first shown, and before the time

The server doesn't control the rate, the source does. Provided you aren't getting corrupt stream data (and it doesn't sound like you are), you don't have a server bug in this case. At a basic level, the server level takes the data that comes in from the source, buffers it, and sends it right back out the door at the rate at which it came in. It isn't entirely clear to me

Dear All, I am trying to cross compile the dependencies of ices for arm linux. I have been able to compile libxml2 (2.6.32) and libogg (1.1.3) successfully but I am getting stuck at compiling libvorbis (1.2.0). Making install in examples make[1]: Entering directory `/home/sr/armlinux/stream/libvorbis-1.2.0/examples' /bin/bash ../libtool --tag=CC --mode=link /usr/local/arm/bin/arm-linux-gcc

In file vorbisfile.c, function int ov_pcm_seek_page(OggVorbis_File *vf,ogg_int64_t pos) the calculation of the approximate seek point causes an overflow for very large files and on pure 32 bit architectures. /* take a (pretty decent) guess. */ bisect=begin + (target-begintime)*(end-begin)/(endtime-begintime) - CHUNKSIZE; The temporary expression (target-begintime)*(end-begin)

Hi, I seem to have found a bug with seeking in opusfile in some situations, though this might be better directed to the ogg list. I?ve included a short description below and a test case C program that describes it more detail (comments) and reproduces the issue when used with a file which contains packets that have been split over a page boundary (less common than I thought). The test program is

I downloaded libogg-1.1.2 and libvorbis-1.1.0, and want to compile them using mingw32. In libogg-1.1.2 directory, 'sh configure --prefix=/mingw' and 'make' and 'make install' works smoothly. It create libogg.a, ligogg.dll.a, libogg.la in my /mingw/lib and header files in /mingw/include/ogg, so I think the gcc compiler will find them easily. After switching to

dear list, i am trying to write a small program which reads an ogg file and writes it to another ogg file (and changes serial number, granulepos etc on the fly). reading the ogg file is ok (ogg_sync_pageout, ogg_stream_pagein, ogg_stream_packetout). but writing the file doesn't work - the granulepos and page structures don't match with the original file. here's what i am doing.

Hello, Regarding accounting for track lengths, could sox (soxi) be getting it wrong? Here's my approach atm: $lengths = array(); foreach($files as $val) { //Note that $files has already been populated by glob() $temp = explode(":", shell_exec('soxi -d "'.$val.'"')); $length = $temp[0] * 60 * 60;//convert the hours to seconds. $length += ($temp[1] *

Hello, Are you saying I should be rounding to the nearest second rather than measuring in milliseconds? My current approach is to calculate the track lengths by dividing the number of samples by the samplerate, resulting in a value measured in seconds with at least 8 decimal places. Nevertheless, for some reason a shoutcast + sc_trans setup handles this flawlessly. With Icecast + Ices, data is

Hi people, Next issue at hand here is after I have done a seek in a theora file. At this point, I have to reinitialize the decoder so the viewing can continue. Again, I have code that works most of the time, but, well... Just after the last file position seek, this code is run: while ((result = ogg_sync_pageout(&sync, &page)) == 0) bufferData(); while

Hi All, I am trying to program the 'Tremor' decoder onto an array of Processors. I am using four Processors. I did this experiment: I split the while(!eof){} in the main() in to four tasks using if(!eof) statements. In this modification, each if() decodes one packet of data at-a-time, sequentially. Then, I ran the code on a single Processor and the decoding was successful. The

> No particular answers, but I can at least point out that the way > things were designed for CMML was to work with the existing Ogg > seeking algorithm. The idea is that a generic seeking routine can work > on any Ogg file, as long as it knows the granulepos->time mapping for > the logical bitstreams in the file. That's why all the > timestamp-related info is crammed into