search for: unseek

I am writing a program that retrieves and plays .opus files over the network. I am using the C# PInvoke wrapper OpusFileSharp, which calls into libopusfile and passes callbacks for read, seek, and tell. I want to enable seeking via the seek callback by not returning -1, but I find that as soon as I do libopusfile requests the last 64K of the .opus file, probably so it can calculate the

Hi, I'm playing around using Opus in a 'chunked' streaming context, where chunks of media are served in separate HTTP responses. I am trying to hunt down the source of some clicks-and-pops during playback, and while it is very likely that these glitches are due to the low quality of my code, I wanted to ask if the admonition in the API docs[1] that "encoder state *must*

...ly simpler to be able to enumerate the > tracks, chain boundaries, etc., of the file once in advance. All of > the seeking code assumes this enumeration has been done. It might be > possible to remove this limitation and still enable some functionality > that is not available for an unseekable stream, but I have not tried, > and I expect it would be a lot of work.

...e encoder. Unfortunately, these are not yet implemented, and require tracking state between chunks (which, if you could do that easily, presumably you wouldn't be resetting the encoder state for each one). N.B., not all players handle chained streams very well (e.g., Firefox treats them as unseekable).

...the code substantially simpler to be able to enumerate the tracks, chain boundaries, etc., of the file once in advance. All of the seeking code assumes this enumeration has been done. It might be possible to remove this limitation and still enable some functionality that is not available for an unseekable stream, but I have not tried, and I expect it would be a lot of work.

I have a problem i suspect to be a bug in ogg: Assume i have a simple archive "chou_s_test1_test2.pak", created by simply concatenating binary files together: chou_s.jpg (3403 bytes) test1.ogg (5196 bytes) test2.ogg (6128 bytes) If i place the a filepointer passed to ov_open to the beginning of test1.ogg, this ogg gets opened and decoded correctly. But if i place it to the beginning

Hi list I recently experienced core dumps on one of my dovecot servers: Apr 30 13:46:49 <ip> dovecot: [ID 583609 mail.error] dovecot: child 4088 (imap) killed with signal 6 (core dumped) Apr 30 13:46:56 <ip> dovecot: [ID 583609 mail.error] IMAP(xx at xx.be): Raw backtrace: 0x80e42f9 -> 0x80e3df3 -> 0x80e9fbe -> 0x80e86d2 -> 0x80da020 -> 0x80e86d2 -> 0x806ff0c ->

...this new functionality: look at the ov_callbacks struct in vorbisfile.h, then create appropriate functions, and continue... The functions you write should follow their stdio counterparts in terms of return values as closely as possible. Most importantly, seek_func() MUST return -1 if the stream is unseekable. In this case, tell_func() isn't going to be used, but be consistent and implement it - it might get used in the future. If you can't give a result, return -1 from this too. When I get around to it, I'll convert the winamp plugin over to use normal windows functions instead of std...

module. The file may be corrupted. Message-ID: <Pine.LNX.4.43.0406081110070.26162-100000@pilchuck.reedmedia.net> I am unable to pipe to ogg123 with cat, but redirecting with < works fine. rainier:~$ cat ~/audio/acdc-who_made_who.ogg | ogg123 -v - Audio Device: OSS audio driver output Author: Aaron Holtzman <aholtzma@ess.engr.uvic.ca> Comments: Outputs audio to the Open Sound

Hello, All. First, I want to thank Ian Malone and Ralph Giles, thanks for your kind replies. But I still have problems about seek. As you suggested, I could use ov_open_callbacks() to supply my own read/write/seek functions. So, can you give me an example? I?m sorry for my ignorance, because I haven?t used callbacks before. I analyzed the vorbisfile.c in Tremor, and I think I

...it doesn't matter if NO_MMU [klibc] Fold fopen and fdopen [klibc] fflush: only flush output streams for fflush(NULL) [klibc] readdir(): use _KLIBC_BUFSIZ to size the dirent buffer [klibc] Add fdopendir(), fix dirfd() [klibc] Don't set the file pointer to -1 if unseekable [klibc] Change stdio prefix from _io_ to _IO_ [klibc] Define fseeko and ftello as macros [klibc] stdio: don't cache the file pointer [klibc] fseek: remove redundant clearing of obytes klibc: fseek: use >= 0 to test for lseek() success [klibc] stdio: do...

I'm trying to fully determine the file format for Ogg Vorbis audio files as produced by oggenc and I'm having a hell of a time. :) I've sorted through all the online documentation I can find. I've downloaded the latest CVS source respositories, sifted through the documentation there, and tried sifting through the source as well. I should state that I'm not a C guru (I

Matthew Daley (13): libxl: fix unsigned less-than-0 comparison in e820_sanitize libxl: check for xc_domain_setmaxmem failure in libxl__build_pre libxl: correct file open success check in libxl__device_pci_reset libxl: don''t leak p in libxl__wait_for_backend libxl: remove unsigned less-than-0 comparison libxl: actually abort if initializing a ctx''s lock fails libxl: