similar to: patch for non-seekable streams on Windows

Hello list, I've been having a tough time adding windows resource support to my ogg vorbise decoder, although I think I am close. Basically when I call ov_open_callbacks(), it doesn't ever return and repeatedly calls my seek_func. I'm hoping it is something obvious, but I can't see why my seek_func is being called endlessly. If the file is seekable, I should return 0, right? If

I have a number of assets packed into a single file. Some of these are OGG files. I have code to seek to the start of an embedded file, but cannot find any OGG functions that let me start at an arbitary point in a stream. The original code (which works) that opens a stream, then reads in the OGG data starts like this: // Read from an already open stream. // Assumes stream is positioned to

When calling ov_open_callbacks(), is it safe to have seek_func, tell_func, and close_func all equal to NULL? If not, which ones must I provide and how can I return an error e.g., data source is not seekable? -- Ignacio Vazquez-Abrams <ignacio@openservices.net> --- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage: http://www.xiph.org/ogg/ To unsubscribe from

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

On 2014-02-02, at 12:00 PM, vorbis-request at xiph.org wrote: > Send Vorbis mailing list submissions to > vorbis at xiph.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.xiph.org/mailman/listinfo/vorbis > or, via email, send a message with subject or body 'help' to > vorbis-request at xiph.org > > You can reach the person

Hi,guys Hope you are doing well! I am an ogg format starter, and I am implementing ogg audio streaming. I meet some problems for streaming. My application is as follows: I send download request to server,and server sends the download ogg file to client side. when a certain amount of data is downloaded, and I start to play the ogg file by using a library. I use juce c++ library which uses

I'm seeing these recently: Feb 27 09:24:01 nihlus dovecot: imap(tlx at leuxner.net): Error: istream-seekable: safe_mkstemp(/tmp/dovecot.imap.) failed: No such file or directory Feb 27 09:24:01 nihlus dovecot: imap(tlx at leuxner.net): Error: istream-seekable: safe_mkstemp(/tmp/dovecot.imap.) failed: No such file or directory Feb 27 09:24:01 nihlus dovecot: imap(tlx at leuxner.net): Error:

Hi, I use the following code: if (ov_open(NULL, &vf, const_cast<char*>(reinterpret_cast<const char*>(get_data())), get_size()) < 0) error = 0x100; else { vorbis_info* vi = ov_info(&vf, -1); Cvirtual_file f; const int cb_samples = ov_pcm_total(&vf, -1); const bool seekable = ov_seekable(&vf); So all data is already in memory and passed to

[I'm not online regularly, so don't include me in any replies. Looks like the archives are working at present, so I'll catch up from them when I get a chance. Thanks...] (Trying out vorbis-dev@ instead of vorbis@ where I sent my previous messages; if this is the wrong place, correct me) Greetings. Some weeks ago, I submitted several hacks which gave me the ability to play Ogg

Hi,guys Hope you are doing well! I am an ogg format starter, and I am implementing ogg audio streaming. I meet some problems for streaming. My application is as follows: I send download request to server,and server sends the download ogg file to client side. when a certain amount of data is downloaded, and I start to play the ogg file by using a library. I use juce c++ library which uses

Hi, Why is seekability necessary in case of multiplexed multiple logical streams? Isn't the differentiation based on serial number sufficient to continue decoding of pages in the sequence of their arrival? Regards, Patrick. _______________________________________________________________________ Odomos - the only mosquito protection outside 4 walls - Click here to know more!

Hi I am using oprofile 0.9.3 on xen cs 16540 on an Intel system. When I look at the top "hot" functions, I see p2m_change_type being one of the top function in xen-syms. This function is only in the svm (AMD) code and should not appear on an Intel system. I see that this function is not being clled at all when I am running my apps as I have put printk in the functions and they do

Greetings one and all; I'm not subscribed to this list so I'm first sending this message to verify that mails from me make it through, and then later I'll send the juicy messages with patches. Also, the address I'm using is IPv6-only and doesn't often work, so drop me from any replies and I'll catch the archives, or drop only the hostname part to get an IPv4 address that

Hi Timo, just another crash - using 2.2.1 (c95cea6e1389). Regards, Pascal -------------- next part -------------- Reading symbols from /usr/local/libexec/dovecot/imap...done. [New LWP 15198] warning: Can't read pathname for load map: Input/output error. [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". Core

When call isohybrid with option '-u', it overflows on a 32 bits host. It seeks to 512 bytes before the end of the image to install gpt header. If the size of image is larger than LONG_MAX, it overflows fseek() and cause error: isohybrid: wrlinux-image-x86-64-20140505110100.iso: seek error - 8: Invalid argument Check the offset and call fseek() multi-times if offset is too large.

Hello Recently while playing with bigger iso images (>2G) looks like isohybrid from syslinux-4.02 fails. Sometimes tunning heads/sectors (-h/-s) works, because no padding is needed depending of size of the image. Some debug info provided, if more info is needed please just ask. # isohybrid -v pandereta-2010.09.13-i686.iso catalogue offset: 326 ve[0]: 1, cs: 1 ve[1]: 0, cs: 1 ve[2]: 25927,

The PE headers of the generated efi file were quite buggy. And since OVMF perform a few consistency checks, syslinux was unable to run on it. I don't pretend to have a thorough understanding of the PE+ headers, some bugs may remain. :) Celelibi (4): efi: Fix PE header field rva_and_sizes_nr efi: Location, size and alignment of .text section efi: Useless relocations in PE file efi: PE

Hi, Seems that on RWin 1.7.0 and 1.6.2 isSeekable returns F on binary files, while seek() works as expected on the same connection - see example below: > con = file(nm, "rb") > isSeekable(con) [1] FALSE > readBin(con, double(), 10) [1] 7.263824e-317 5.968155e-317 2.340685e-317 2.734062e-312 4.088386e-312 4.670335e-317 [7] 6.097545e-317 3.396341e-312 6.615484e-317

* Josh Coalson <xflac@yahoo.com> shaped the electrons to say... >yep, that will work too. but just writing skipping code is >pretty simple: > >is_last=0 >read 'fLaC' string >while (!is_last) { > read 1 byte metadata block type > read 3 byte metadata block length > is_last = type & 0x80 > fseek(file,length,SEEK_CUR) >}

Hi all. I've got a bit of a puzzle and I was wondering if anyone has any insight as to what's going on. I added some code to ssh's known_hosts handling that checks if the last byte in the file is a newline, and if not, it adds one before writing the new record. I also wrote a regression test for this and in most cases this works fine. On some platforms (Solaris, OpenIndiana and