similar to: Request for Comments: multi-channel/32 bit WAV patch for oggenc

On Thu, Mar 8, 2018 at 11:57 AM, Mario Kleiner <mario.kleiner.de at gmail.com> wrote: > Cc'ing mesa-dev, which was left out. > > > On 03/05/2018 01:40 PM, Ilia Mirkin wrote: >> >> On Mon, Mar 5, 2018 at 2:25 AM, Mario Kleiner >> <mario.kleiner.de at gmail.com> wrote: >>> Afaics EGL does the right thing wrt. channelmask matching of EGLConfigs

Cc'ing mesa-dev, which was left out. On 03/05/2018 01:40 PM, Ilia Mirkin wrote: > On Mon, Mar 5, 2018 at 2:25 AM, Mario Kleiner > <mario.kleiner.de at gmail.com> wrote: >> On 02/05/2018 12:50 AM, Ilia Mirkin wrote: >>> >>> In case anyone's curious about 30bpp framebuffer support, here's the >>> current status: >>> >>>

On Mon, Mar 5, 2018 at 2:25 AM, Mario Kleiner <mario.kleiner.de at gmail.com> wrote: > On 02/05/2018 12:50 AM, Ilia Mirkin wrote: >> >> In case anyone's curious about 30bpp framebuffer support, here's the >> current status: >> >> Kernel: >> >> Ben and I have switched the code to using a 256-based LUT for Kepler+, >> and I've also

On 02/05/2018 12:50 AM, Ilia Mirkin wrote: > In case anyone's curious about 30bpp framebuffer support, here's the > current status: > > Kernel: > > Ben and I have switched the code to using a 256-based LUT for Kepler+, > and I've also written a patch to cause the addfb ioctl to use the > proper format. You can pick this up at: > >

Hello, I created a patch for oggenc that gives it minimal support for WAV files with the WAVE_FORMAT_EXTENSIBLE format. What's the right way to submit this? http://www.microsoft.com/whdc/device/audio/multichaud.mspx Joe Holt

Hi Ingo, >It is just a WAVEFORMATEX with a GUID in it. For the ACM system it is just a format with the id >WAVE_FORMAT_EXTENSIBLE and since ACM drivers are not registered by wFormatTag it should be working. >For testing purposes I've written a Vorbis ACM driver, that uses a WAVEFORMATEXTENSIBLE and I experienced >a problem when opening files with Media Player. It spend quite some

Tim's proposal seems reasonable but it conflicts with the FLAC documentation that says the channel ordering follows SMPTE/ITU-R recommendations. I think we may be butting up against an area where the standards aren't clear. ITU-R BS.2159-4 (http://www.itu.int/dms_pub/itu-r/opb/rep/R-REP-BS.2159-4-2012-PDF-E.pdf) doesn't define a 7.1 layout but simply diagrams several possibilities on

Hi, I am attempting to use flac to encode 96k/24-bit broadcast wav (BWF) files. BWFs are wav files with some extra meta-data chunks, and is the favoured archival format for many institutions around the world. These files are encoded successfully by flac, however the resulting flac file is not playable on all flac players - it plays successfully in foobar2000 but is silent in winamp, and when

Mr. Blum, I had to make some assumptions writing the driver, because I had no previous experience writing ACM drivers. I did what I could based in Microsoft's documentation but, of course, I made same mistakes. I had no time to test the code I wrote yet and will not in the next 2 weeks. All I can tell you now is about what I did and about my sources. So, considering your enthusiasm, I suggest

>> Is there a defined format tag for Opus that should be used with the >> WAVEFORMATEX structure? See wFormatTag >> (http://msdn.microsoft.com/en-us/library/windows/desktop/dd390970.aspx). > > There isn't one. Putting Opus into RIFF is complicated by the fact that > it requires both variable-duration and variable-size frames, though I > suppose something could be

Hi Justin, I have a suggestion, but it may not be very convenient. You could try converting the 24/96 BWF to AIFF, and then use flac to compress the 24/96 AIFF. There is no difference in audio quality between the FLAC file generated from BWF (WAV) vs. AIFF, so perhaps this extra step will solve your problem in the short term. Sorry I haven't used BWF or WAV very frequently, but

On 8/26/09, Joe Holt <joe07734 at gmail.com> wrote: > Hello, I created a patch for oggenc that gives it minimal support for > WAV files with the WAVE_FORMAT_EXTENSIBLE format. Hello, and thank you for approaching us. Please confirm that your patch is still required after this change[1], which is part of the unreleased vorbis-tools 1.3.0 -Ivo [1]

... in order to prevent a division by zero (CVE-2014-9638) and integer overflow (CVE-2014-9639). Bug: https://trac.xiph.org/ticket/2136 Bug: https://trac.xiph.org/ticket/2137 --- oggenc/audio.c | 19 +++++++++++++++++-- 1 file changed, 17 insertions(+), 2 deletions(-) diff --git a/oggenc/audio.c b/oggenc/audio.c index 477da8c..1167f1b 100644 --- a/oggenc/audio.c +++ b/oggenc/audio.c @@ -13,6

Fix the crash of oggenc when parsing a WAV file including zero or a negative number of channels. Fixes for both CVE-2014-9638 and CVE-2014-9639 --- oggenc/audio.c | 6 ++++++ 1 file changed, 6 insertions(+) --- a/oggenc/audio.c +++ b/oggenc/audio.c @@ -455,6 +455,12 @@ int wav_open(FILE *in, oe_enc_opt *opt, format.align = READ_U16_LE(buf+12); format.samplesize =

"Free Lunch" <freelunch@gmail.com> wrote: > I did a search on the error message and found someone else with a > similar problem and Josh's reply said: > > > but the wave file seems invalid. sample data is supposed to be > > padded to an even number of bytes. > > The gotcha here, as I have tried to explain in similar cases before, > is that we do

Dear vorbis-dev lurkers, I bring you the first beta release of vorbis-tools 1.3.0. It has quite a few new features and the final version will have even more, so I am sure it is to everyone's benefit that it gets as much tested as possible so we can do a quick release. Here's the changelog so far: * Fixed an error in configure.ac; --with-speex/flac work again (#1319) * Corrected

I know I've read about it under the FAQ and other various forums a dozen times, FLAC is able to encode up to 8 channels. But has anyone actually tried to do this? I ran across this nifty 7.1 wav sample courtesy of Microsoft. http://www.microsoft.com/windows/windowsmedia/howto/articles/Multichannel.aspx#link6 For some reason the channel mask was incorrectly set to 0x3f, so I manually changed

Hi Guys, I've just faced a wrong warning trying to encode a 24 bits WAV file if(wFormatTag == 1) { if(bps != 8 && bps != 16) { if(bps == 24 || bps == 32) { /* let these slide with a warning since they're unambiguous */ flac__utils_printf(stderr, 1, "%s: WARNING: legacy WAVE file has

Hi, I am using vorbis-tools 1.4.0 on Fedora 14 to convert Ogg Vorbis files to MS WAV format. It seems that ogg123 is encoding the wrong AudioFormat value. For Uncompressed PCM, the AudioFormat should be 1 but for some reason, it is being encoded in the WAV file as -1. This used to work on some prior version of either Fedora or vorbis-tools. I thought I'd ask in the email list in case

In case anyone's curious about 30bpp framebuffer support, here's the current status: Kernel: Ben and I have switched the code to using a 256-based LUT for Kepler+, and I've also written a patch to cause the addfb ioctl to use the proper format. You can pick this up at: https://github.com/skeggsb/linux/commits/linux-4.16 (note the branch!)