similar to: A few questions about libvorbis from a newbie

Echoing Hiroka, who is likely on the right track. Simply telling the encoder 'one channel' and then passing stereo data will not convert the stereo data to mono. The encoder encodes whatever it is given... Monty On Tue, Jan 3, 2017 at 6:51 PM, IHARA Hiroka <ihara_h at live.jp> wrote: > Hello Ross, > > The attachment appears at least to me as a valid monaural Vorbis

I’m using a Windows development component which uses vorbis.dll, ogg.dll, vorbisenc.dll for encoding an Ogg Vorbis file. It's all working well except for one user occasionally has a 1 hour file appear as 2 hours and it plays at half speed. It is being converted from stereo to mono before feeding the encoder with a channels=1 configuration. Here is an example file which will be available for

I am deeply sorry about the corrupt message just being sent; there seems to have been a compatibility issue with my mailer and my browser. This is an identical copy of the previous message: Hello Martin, Vorbis encoders are lossy, which is in a sense equivalent to converting the sample size of the raw PCM stream into something that would result in the desired bitrate. The "sample size"

Hello Martin, > how a number of samples with no defined size is translated into 8, 16, or 32 bit values in my buffer Although I do not know in detail about the actual implementation of libvorbis, most of the decoders should internally produce single-precision (32bit) floating point values, or 32bit integers as the result of PCM decoding. They are downcast to PCM samples with 8bit, 16bit, or

First off, I don't even know if this is the right place to ask these kind of questions, but I haven't been able to find answers anywhere else, so 1. I have found that "pcmTotal * vorbisInfo->channels * 2" gives the uncompressed size of every ogg vorbis file I have used. What is a more robust way of getting the full uncompressed file size? 2. How do I read a certain amount of

Hello, I have three questions, though all of which already mentioned by other people in the mailing list, about the accuracy of the Vorbis I Specification published on Feb 27. 1. On page 34 section 4.3.4., explanation of the situation where there are only one submap is omitted, and it is difficult to understand that the decoder should assume in such cases that all the audio channels belong to

Hello Ross, The attachment appears at least to me as a valid monaural Vorbis audio. It says in its header that there is only one audio channel, no stereo mapping is in use, and there is only one audio vector per frame. Actually it does not sound well, in a way that makes me wonder if two channels are unexpectedly merged into one... (thus it might sound like half-speed) I guess there is

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 all, we use SLES 11 and Lustre 1.8.1.1 + patches and like convert a lustre FS using external journals to one with async journals enabled. Question is whether the procedure: umount <filesystem> on all clients umount <osts> on all OSSes e2fsck <ost-device> on all OSSes for all all OSTs tune2fs -O ^has_journal <ost-device> on all

Configure fails at testing for openib - anyone an idea? Thanks Michaell configure:10034: checking whether to enable OpenIB gen2 support configure:10138: cp conftest.c build && make -d modules CC=gcc -f /home/mhebenst/lustre-2.3.0/build/Makefile LUSTRE_LINUX_CONFIG=/adm in/extra/linux-2.6.32-358.2.1.el6.x86_64.crt1/.config LINUXINCLUDE= -I/usr/local/ofed/3.5/src/compat-rdma-3.5/include

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*

I need libvorbis-devel to build another app. I have been trying to resolve this dependency failure for several days with no luck. I hope someone here can help me. uname -a Linux 2.6.10-2.1.ll.rhfc3.ccrma #1 Thu Dec 30 03:08:13 EST 2004 i686 i686i386 GNU/Linux rpm -q libvorbis libvorbis-1.0.1-1 rpm -ivh libvorbis-devel-1.0.1-1.i386.rpm error: Failed dependencies: libvorbis = 1.0.1 is

The following errata for CentOS-2 have been built and uploaded to the centos mirror: RHSA-2007:0912-01 Important: libvorbis security update Files available: libvorbis-1.0rc2-7.el2.i386.rpm libvorbis-devel-1.0rc2-7.el2.i386.rpm More details are available from the RedHat web site at https://rhn.redhat.com/errata/rh21as-errata.html The easy way to make sure you are up to date with all the latest

CentOS Errata and Security Advisory CESA-2007:0845 libvorbis security update for CentOS 3 i386: https://rhn.redhat.com/errata/RHSA-2007-0845.html The following updated file has been uploaded and is currently syncing to the mirrors: i386: updates/i386/RPMS/libvorbis-1.0-8.el3.i386.rpm updates/i386/RPMS/libvorbis-devel-1.0-8.el3.i386.rpm source: updates/SRPMS/libvorbis-1.0-8.el3.src.rpm You may

CentOS Errata and Security Advisory CESA-2007:0845 libvorbis security update for CentOS 3 x86_64: https://rhn.redhat.com/errata/RHSA-2007-0845.html The following updated file has been uploaded and is currently syncing to the mirrors: x86_64: updates/x86_64/RPMS/libvorbis-1.0-8.el3.i386.rpm updates/x86_64/RPMS/libvorbis-1.0-8.el3.x86_64.rpm

CentOS Errata and Security Advisory 2007:0845 https://rhn.redhat.com/errata/RHSA-2007-0845.html The following updated files have been uploaded and are currently syncing to the mirrors: ia64: updates/ia64/RPMS/libvorbis-1.0-8.el3.ia64.rpm updates/ia64/RPMS/libvorbis-devel-1.0-8.el3.ia64.rpm -- Pasi Pirhonen - upi at iki.fi - http://pasi.pirhonen.eu/ Top-postings silently ignored

CentOS Errata and Security Advisory 2007:0845 https://rhn.redhat.com/errata/RHSA-2007-0845.html The following updated files have been uploaded and are currently syncing to the mirrors: s390: updates/s390/RPMS/libvorbis-1.0-8.el3.s390.rpm updates/s390/RPMS/libvorbis-devel-1.0-8.el3.s390.rpm s390x: updates/s390x/RPMS/libvorbis-1.0-8.el3.s390x.rpm

CentOS Errata and Security Advisory 2007:0845 https://rhn.redhat.com/errata/RHSA-2007-0845.html The following updated files have been uploaded and are currently syncing to the mirrors: ia64: updates/ia64/RPMS/libvorbis-1.1.0-2.el4.5.ia64.rpm updates/ia64/RPMS/libvorbis-devel-1.1.0-2.el4.5.ia64.rpm -- Pasi Pirhonen - upi at iki.fi - http://pasi.pirhonen.eu/ Top-postings silently ignored

CentOS Errata and Security Advisory 2007:0845 https://rhn.redhat.com/errata/RHSA-2007-0845.html The following updated files have been uploaded and are currently syncing to the mirrors: s390: updates/s390/RPMS/libvorbis-1.1.0-2.el4.5.s390.rpm updates/s390/RPMS/libvorbis-devel-1.1.0-2.el4.5.s390.rpm s390x: updates/s390x/RPMS/libvorbis-1.1.0-2.el4.5.s390x.rpm

CentOS Errata and Security Advisory 2007:0845 Important Upstream details at : https://rhn.redhat.com/errata/RHSA-2007-0845.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) i386: 165fa5a2959b655d7d5344e4960427eb libvorbis-1.1.2-3.el5.0.i386.rpm b5285b988a70b2d22735a32ff9d451d4 libvorbis-devel-1.1.2-3.el5.0.i386.rpm Source: