similar to: Precache an entire OGG?

OK, I've been developing a small class that I can use in virtually any application to load and decode OGG files. Everything works fine until it reaches the line with the call to ov_open, then the application freezes and has to be killed. This is a single-threaded Win32 app. Below is both the structure that gets passed around, and my entire OGG class. Maybe one of you can figure this out.

Hello, from time to time I keep getting problems with some emails causing signal 6. I've already reported those, but it seems not to be easy to find the cause. From the logs, it seems to occur in sieve implementation. I've checked the email envelopes tody by accident, probably this part of my telnet session might help: a11 fetch 1 all * 1 FETCH (RFC822.SIZE 16750 INTERNALDATE

Does anyone have any information on how to use DUNDi precaching? Mark Spencer made a post 2 years ago where he hinted it may be possible to configure DUNDi such that you could centralise your DUNDi registration info by using precaching, instead of having each DUNDi peer meshed with every other one... http://lists.digium.com/pipermail/dundi/2004-October/000189.html However, it seems that no

On 25/05/2020 12:06, Aki Tuomi wrote: >> On 25/05/2020 13:00 Peter Nabbefeld <peter.nabbefeld at gmx.de> wrote: >> >> >> Hello, >> >> from time to time I keep getting problems with some emails causing >> signal 6. I've already reported those, but it seems not to be easy to >> find the cause. From the logs, it seems to occur in sieve

Hi! I would like to decompress an ogg vorbis file from the memory to the memory. I wrote my own callbacks for it (Why isn't there callback functions for it? Just for void* data, and a size_t size). Now I can read the ogg file from the memory but I don't know the total size of the uncompressed data (I would like to decompress the data at once). How can I get the bitstream decompressed

Hi. doveadm -D fetch -u login \ 'imap.envelope imap.bodystructure size.virtual date.received' '*' according to mail archives allows to regenerate indexes and precache specified headers for imap usage. What headers are needed for dovecot pop3 daemon? I have one server where dovecot works for imap only. For pop3 there is different software being used. I want to migrate to

> On 25/05/2020 13:00 Peter Nabbefeld <peter.nabbefeld at gmx.de> wrote: > > > Hello, > > from time to time I keep getting problems with some emails causing > signal 6. I've already reported those, but it seems not to be easy to > find the cause. From the logs, it seems to occur in sieve implementation. > > I've checked the email envelopes tody by

HI, I tried to configure Asterisk 1.8 on one of my test-hosts. I've installed from centos-asterisk.repo (http://packages.asterisk.org/centos/$releasever/tested/$basearch/): Nov 26 15:34:56 Installed: asterisk-sounds-core-en-gsm-1.4.20-1_centos5.noarch Nov 26 15:34:59 Installed: asterisk18-core-1.8.0-1_centos5.i386 Nov 26 15:35:02 Installed: asterisk18-voicemail-1.8.0-1_centos5.i386 Nov 26

hi: i create a dundi environment by the "caveman can do it" dundi guide. it works fine.but i want to extend the example for my own need, so i follow the sample dundi.conf config file comes with asterisk 1.4.11 source. i try to use precache and failed, and there seems no one know how to use it after googling. i try to setup dynamic dundi with [*] and failed, and google tell me that

Hi Folks, i implemented the required callback funktions to open an ogg file from memory. Now ov_pcm_total() returns always 0, strange thing about is that ov_pcm_total does not call any of the callback funktions. I also like to mention that ov_info (which uses the read and seek callback funktions) delivers correct values. Thats why i doubt that there's an error in (the rather simple) callback

Some months ago I tried to get some answers (and didn't) for a problem I've had with ov_pcm_total for files 8kb or smaller. I have no idea whether it should make a difference, but I operate inside Visual Studio, with C++ 6.0 and MFC. The value returned by ov_pcm_total doesn't agree with ov_read. My solution had been to add 0.2 to the buffer size, so that ov_read would make it to

Hello - I have two files which play back in VLC correctly. They were encoded using this command: ffmpeg -y -i '/tmp/2e905b981d30324f9a0664cbabb3f59a20170406-21128-r0neh9.wav' -acodec libvorbis '/tmp/2e905b981d30324f9a0664cbabb3f59a20170406-21128-r0neh920170406-21128-146yyex.ogg However ov_pcm_total reports a zero length for one of the two files. Is this a problem with my use of the

Hello - I have two files which play back in VLC correctly. They were encoded using this command: ffmpeg -y -i '/tmp/2e905b981d30324f9a0664cbabb3f59a20170406-21128-r0neh9.wav' -acodec libvorbis '/tmp/2e905b981d30324f9a0664cbabb3f59a20170406-21128-r0neh920170406-21128-146yyex.ogg However ov_pcm_total reports a zero length for one of the two files. Is this a problem with my use of the

Okay - so I stepped through the code slowly this morning making notes as I went. And I can see what’s wrong. The last Ogg header of the troublesome file contains -1 as the granule position. The spec says this has a special meaning "A special value of '-1' (in two's complement) indicates that no packets finish on this page." 4F 67 67 53 00 04 FF FF FF FF FF FF FF FF 16 A2

I am wondering if buffer size for my decoding to pcm can be predicted dependably as follows. So far, the one problem I have had is when I have played a file of only about 5k. The buffer was a little less than 10% too small. I "solved" that by padding the result with an extra 20 percent. However, I have been told that I should be able to rely on the value of ov_pcm_total. char*

Hello - I send this to the vorbis-dev list yesterday, but I’m working if it would not have been better targeted at this list. Sorry for the spam if you are on both :) > Begin forwarded message: > > From: Jim Credland <jim at credland.net> > Subject: [Vorbis-dev] Zero length reported. > Date: 6 April 2017 at 15:43:18 BST > To: vorbis-dev at xiph.org > Cc: Maciej Dudek

Hello, I am trying to make an OGG Vorbis player for my cell phone. I have ported J-Ogg to J2ME, and it is decoding files in non-realtime. The problem is that I need to convert the OGG into a WAVE stream, which needs the size of the data in the header which has to be read before the OGG is fully decoded. So my question is, is there any way to find the size of the resulting PCM data before decoding

I wonder if anyone would have a comment on an experiment I have pretty much completed in my MFC/C++ project. With my simple libvorbis implementation, ogg decoding works just fine for files that are 10kb or larger. For anything smaller (actually, I don't have a 9kb file, so <= 8), it seems that I get an inaccurate value for ov_pcm_total. Though ov_read returns zero, I overflow the buffer

Hi Michael, On 11/27/18 5:53 PM, Michael S. Tsirkin wrote: > On Thu, Nov 22, 2018 at 07:37:54PM +0000, Jean-Philippe Brucker wrote: >> Implement the virtio-iommu driver, following specification v0.9 [1]. >> >> Since v4 [2] I fixed the issues reported by Eric, and added Reviewed-by >> from Eric and Rob. Thanks! >> >> I changed the specification to fix one

Hi Michael, On 11/27/18 5:53 PM, Michael S. Tsirkin wrote: > On Thu, Nov 22, 2018 at 07:37:54PM +0000, Jean-Philippe Brucker wrote: >> Implement the virtio-iommu driver, following specification v0.9 [1]. >> >> Since v4 [2] I fixed the issues reported by Eric, and added Reviewed-by >> from Eric and Rob. Thanks! >> >> I changed the specification to fix one