search for: encoded_by

...ng Head-locked stereo. Here's the output of opusinfo (converted from WAV using ffmpeg): Processing file "ambix_6ch.opus"... New logical stream (#1, serial: 20487e76): type opus Encoded with Lavf58.45.100 User comments section follows... encoder=Lavc58.91.100 libopus encoded_by=Adobe Premiere Pro 2020.0 (Windo time_reference=11163152 date=2020-08-07 Opus stream 1: Pre-skip: 312 Playback gain: 0 dB Channels: 6 Original sample rate: 48000 Hz Streams: 5, Coupled: 1 Channel Mapping Family: 2 Map: [2, 3, 4, 5, 0,...

On 6/4/12, Benjamin M. Schwartz wrote: > On 06/04/2012 04:08 PM, Martin Leese wrote: ... >> The optimal solution is described at: >> https://wiki.xiph.org/XMLEmbedding > > As that page says, "This page is for development of a specification for > embedding XML streams in Ogg.". "XML streams" are not simply XML > documents. They are _temporally

I have been tidying up the VorbisComment page in the XiphWiki. The problem with it was that it was a mixture of proposals and discussion of those proposals. This made it difficult for implementers to see what to implement. The problem section is: http://wiki.xiph.org/index.php/VorbisComment#New_ENCODER_field_name_proposal This is a mess, and all I could do was add attributions to the

Hi all, [For the uninitiated: a "peeler" is a program that transforms a Vorbis stream into a smaller, (somewhat) lower quality Vorbis stream, and does so quickly, by just throwing out some data.] After having prototyped several peelers that aim to peel to a certain filesize, or to a certain quality, with mixed success, I've now taken a different route: a peeler that aims for the

Hi all, [For the uninitiated: a "peeler" is a program that transforms a Vorbis stream into a smaller, (somewhat) lower quality Vorbis stream, and does so quickly, by just throwing out some data.] After having prototyped several peelers that aim to peel to a certain filesize, or to a certain quality, with mixed success, I've now taken a different route: a peeler that aims for the