similar to: Copy a part of an Ogg/Vorbis file

How do I seek back to the beginning of a stream using ov_pcm_seek()? ov_pcm_seek(0) doesn't seem to do anything, though ov_pcm_tell() returns 0 right after opening the stream. I'm now using ov_pcm_seek(1) which seems to work, but I'm not sure if that's really right. Are PCM offsets meant to be 0 or 1 based? Is this a bug? Frank -- Frank Heckenbach, frank@g-n-u.de

Hi, I've just tried Ogg/Vorbis for the first time, and I'm quite impressed with the results. I haven't heard any artifacts in my tests so far, even at -b 112 (but I'm not a trained listener). Thanks for the great work! Now, some (mostly minor) points: When building libvorbis on either a Linux/libc5 or a Solaris system, both with gcc, it failed with undefined references to logf()

Hi. I'm trying to implement Ogg/Vorbis support for the MPEG4IP project. The goal is to support Ogg/Vorbis audio for MPEG-4 streaming. So far I have managed to make the encoder save Ogg packets as an Audio object in an .mp4 file. As a side effect, it can also save Ogg pages in an .ogg file playable by xmms, but that's no big deal. So what I'm doing is this. First the init part. a)

On 01/11/2019 23:32, Bob Wyatt wrote: >> -----Original Message----- >> From: Rowland penny <rpenny at samba.org> >> Sent: Wednesday, October 30, 2019 4:06 AM >> To: samba at lists.samba.org >> Subject: Re: [Samba] Samba 3.6.23 (IBM version), Windows AD at the functional 2003 level >> >> On 29/10/2019 22:47, Bob Wyatt via samba wrote: >>> My

I am trying to convert some a few WAV files to ogg format (using vorbis-tools-1.0beta4 oggenc). I tried: $ oggenc -o nash.ogg nash.wav ERROR: Wav file is unsupported subformat (must be 16 bit PCM or floating point PCM ERROR: Input file "nash.wav" is not a supported format And: splay -d - nash.wav | oggenc -r -o nash.ogg - The resulting file when played with ogg123 played so

I've prepared a preliminary set of patches that makes ASan work with 32-byte shadow granularity, and I would like to get some feedback on those patches as well as my general plan. Some background: I am porting ASan to the Myriad platform. I'm looking to break up that port into components that may be useful/relevant to other platforms -- the first of those pieces is the ability to use a

On 30/10/2019 17:49, Bob Wyatt wrote: > -----Original Message----- > From: Rowland penny <rpenny at samba.org> > Sent: Wednesday, October 30, 2019 4:06 AM > To: samba at lists.samba.org > Subject: Re: [Samba] Samba 3.6.23 (IBM version), Windows AD at the functional 2003 level > > On 29/10/2019 22:47, Bob Wyatt via samba wrote: >> My apologies (again!) for asking

Apple File System Guide is released. https://developer.apple.com/library/prerelease/content/documentation/FileManagement/Conceptual/APFS_Guide/GeneralCharacteristics/GeneralCharacteristics.html >Nanosecond Timestamp Granularity > >APFS supports 1 nanosecond timestamp granularity, which improves >upon the 1 second timestamp granularity of HFS+. >Compatibility > >You can share

Hi there, in fact, my purpose is to write tool which will allow one to split ogg file with vorbis audio *and* theora video codecs, but at first I'd like to understand how the splitting of Ogg Vorbis stream works. So I looked at existing tools that split Ogg Vorbis audio files, i.e. `vcut' utility in vorbis-tools package, and Ogg plugin from `libmp3splt', but I found that engine code

+ more asan folks, please CC them to the code reviews. Also please make sure llvm-commits is CC-ed (cfe-commits for clang changes) On Tue, Oct 31, 2017 at 2:29 PM, Walter Lee <waltl at google.com> wrote: > I've prepared a preliminary set of patches that makes ASan work with > 32-byte shadow granularity, and I would like to get some feedback on > those patches as well as my

Form the vorbis.com homepage: "Ogg Vorbis does not compromise quality for freedom. Its stunning quality is coupled with aggressive features like fast bitrate scaling, surround channels, and fast sample-granularity seek and decode." This makes me wonder... -- What is "fast bitrate scaling"? -- I've never seen anything in the source supporting surround channels. -- I

On Sat, Aug 1, 2015 at 3:34 PM, Robert Nichols <rnicholsNOSPAM at comcast.net> wrote: > On 08/01/2015 12:05 PM, Chris Murphy wrote: >> >> parted fs resize is deprecated. >> http://savannah.gnu.org/forum/forum.php?forum_id=6837 >> parted fs move can only move a partition into free space >> https://www.gnu.org/software/parted/manual/html_node/move.html >>

Hi, I have a concern about the portability of offloading the new VIRTIO packed ring format to hardware. According to the PCIe rev 2.0, paragraph 2.4.2. Update Ordering and Granularity Observed by a Read Transaction" " if a host CPU writes a QWORD to host memory, a Requester reading that QWORD from host memory may observe a portion of the QWORD updated and another portion of it

I ran our test suite with grain of 8 and 32, and more tests were able to avoid running out of memory with grain of 32 than 8. The ones that run out of memory on 8 but not 32 all failed trying to allocate a large region from the heap (350M). I haven't had any tests that run out of memory for other reasons. Given that, I will check in the current selected granularity of 32. I will try grain

On Fri, May 4, 2018 at 7:09 PM Walter Lee <waltl at google.com> wrote: > On Fri, May 4, 2018 at 6:21 PM Kostya Serebryany <kcc at google.com> wrote: > > > On RAM... > > > You chose the 32-byte shadow granularity to reduce the RAM overhead, > > but I am afraid this will actually increase it due to extra alignment > requirements, > > especially if an

below is the press release that went out today :) it was great to see a lot of you at the summit today... jack. ------------- Beta Version of Vorbis Released, led by iCAST Developers Free, Open Source Alternative to MP3 Codec Gains Early Support from iCAST, Sonique, EMusic, Napster, Etrantrum, Panic and XMMS San Diego, CA - June 20, 2000 - Project Vorbis, spearheaded by developers from

below is the press release that went out today :) it was great to see a lot of you at the summit today... jack. ------------- Beta Version of Vorbis Released, led by iCAST Developers Free, Open Source Alternative to MP3 Codec Gains Early Support from iCAST, Sonique, EMusic, Napster, Etrantrum, Panic and XMMS San Diego, CA - June 20, 2000 - Project Vorbis, spearheaded by developers from

x<-matrix(c(1,0,0,0,1,0,0,0,1),nrow=3) > y<-matrix(c(0,0,0,1,0,0,1,1,0),nrow=3) > z<-matrix(c(0,1,0,0,1,0,1,0,0),nrow=3) > x[z]<-y[z] The resultant matrix x is all zeros except for the last two diagonal cells which are 1's. While y is lower triangualr 0's with the remaining cells all ones. I really don't understand how this deceptively simple looking piece of

Hi Eric, On 07/22/2014 08:52 PM, Eric Blake wrote: > On 07/21/2014 10:01 PM, shyu wrote: > >> # rpm -q libvirt qemu-kvm-rhev >> libvirt-1.1.1-29.el7.x86_64 >> qemu-kvm-rhev-1.5.3-60.el7ev_0.2.x86_64 > These are downstream builds. Can you reproduce your situation with > upstream libvirt 1.2.6 and qemu 2.1-rc2? It may be that you are hitting > behavior that was

On Fri, May 4, 2018 at 6:21 PM Kostya Serebryany <kcc at google.com> wrote: > On RAM... > You chose the 32-byte shadow granularity to reduce the RAM overhead, > but I am afraid this will actually increase it due to extra alignment requirements, > especially if an average allocation on your typical application is small. Good point. I will run our test suite with 8-byte shadow