Displaying 20 results from an estimated 3000 matches similar to: "New ID registration"
2009 Jun 28
6
Tidy up of XiphWiki VorbisComment page
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
2013 Jul 23
2
Metadata
Brendan Bolles wrote:
> Hey everyone, according to Wikipedia's 4-year-old information, there is no
> standard for putting metadata into an Ogg file.
True.
> That metadata must be
> included in the codec.
More generally, in a stream in the Ogg file.
Codecs are streams, but so are things like
Ogg Skeleton. Information about Metadata
has been collected together in the Xiph Wiki
2009 Jul 23
2
Fixing ogg vorbis corruption caused by bad metadata
Erik de Castro Lopo <mle+la at mega-nerd.com> wrote:
> Martin Leese wrote:
>> Anyway, calling alloc()s with no corresponding
>> free()s is a memory leak. Not good code.
>
> The alloca() function allocates space on the stack and
> that allocation is automatically freed when the function
> that did the allocation returns.
>
> The Linux man page is quite
2012 Sep 11
1
Patch for Metadata::Padding
Bastiaan Timmer wrote:
...
> In a
> previous message I mentioned writing some more convenience functions, but on
> closer inspection they would either be inefficient or very difficult
> to implement.
Could you briefly list these, in case somebody
else wants to have a go.
Many thanks,
Martin
--
Martin J Leese
E-mail: martin.leese stanfordalumni.org
Web:
2011 Jan 20
1
Flac] Where Cover Art?
"Santiago Jimeno" wrote:
> Flac files, as us knows, follows the Vorbis Tags system included in block 4
> Recently Vorbis has established the possibility to include picture files by
> means of 2 Tags: COVERARTMIME AND COVERART.
> To work therewith is quite easy.
No. this in incorrect. The VorbisComment
"COVERART" was only ever unofficial, and
has been deprecated
2012 Mar 09
2
Enhanced Podcasts with Ogg Vorbis (Chapter Marks)
Ralph Giles <giles at thaumas.net> wrote:
> On 5 March 2012 01:51, Silvia Pfeiffer <silvia at silvia-pfeiffer.de> wrote:
>> I've started the following wiki page:
>> https://wiki.xiph.org/Chapter_Extension
>
> Not webvtt-style '-->' timestamp separators? :)
...
> We should also trim leading and trailing whitespace.
Silvia Pfeiffer <silvia at
2012 Jun 04
3
embeding xml to ogg
"Benjamin M. Schwartz" wrote:
> On 06/04/2012 10:50 AM, Oleksij Rempel wrote:
...
>> XMP fits to our needs, but it
>> looks like there is still no ready documentation about muxing XML to ogg.
>
> Well then you've already solved the problem. Just store the XMP in a
> VorbisComment field named "XMP" (or whatever name you like).
This suggestion falls
2008 Apr 12
1
base64 ALBUMART vorbiscomment
" Ivo Emanuel Gon?alves " <justivo at gmail.com> wrote:
...
> To be fair, only the Vorbis users requested albumart. FLAC users
> should in theory be able to use the tag too if they want, but this
> wouldn't be something we'd see in other codecs like Speex and Theora.
This is a minor point, but FLAC users can already
do this using METADATA_BLOCK_PICTURE
(which
2007 Mar 22
3
Code for Ambisonics
Hi,
I have posted this three times to the flac-dev,
vorbis-dev, and ogg-dev mailing lists.
I wanted to see what code there was currently
to support Ambisonics. So I downloaded the
code from the xiph download page for
libogg-1.1.3, libvorbis-1.1.2, vorbis-tools-1.1.1
and flac-1.1.4, but wasn't able to find anything.
If it exists then I missed it, so could somebody
please point me to it.
2013 Jul 24
2
[OT] Tidy of Wiki Sidebar
I have been tidying up bits of the Wiki. This
one is not clear cut, so I decided to seek
advice. Also, I wasn't sure where to post this
question, so defaulted to ogg-dev.
Should Speex and CMML be removed from
the Wiki Sidebar at:
https://wiki.xiph.org/MediaWiki:Sidebar ?
Many thanks,
Martin
--
Martin J Leese
E-mail: martin.leese stanfordalumni.org
Web:
2018 Oct 26
1
Proposal - Extended Channel Layouts in Opus
On 10/25/18, Rodger Combs wrote:
>
>> On Oct 25, 2018, at 12:47, Martin Leese <martin.leese at stanfordalumni.org>
>> wrote:
...
>> An alternative approach is to only define
>> popular layouts. For more obscure layouts,
>> such as 2.1 and Mid/Side, assume that the
>> person doing the encoding knew what they
>> put in, and so knows what will come
2015 Nov 30
2
Proposal for Ambisonics format in vorbis comment.
"Gabriel I." wrote:
> Greetings,
>
> I apologize if I posted this in the wrong list, I wasn't sure where to post
> it, but seeing as the tags are called "vorbis comments" I thought vorbis,
> rather than ogg-dev, would be the right choice. (actually, I'm not even a
> developer anyway)
Hi Gabriel,
I doubt whether the Xiph community would
promote a
2018 Oct 25
2
Proposal - Extended Channel Layouts in Opus
Rodger Combs wrote:
> I've run into some issues using Opus with source files in channel layouts
> other than the default 8. For instance, 2.1 isn't supported, so I have to
> either downconvert to 2.0 or upconvert to 5.1 (which usually involves adding
> empty channels, which prevents the playback device from upconverting to the
> native layout).
> To address this,
2012 Jun 07
3
embeding xml to ogg
Oleksij Rempel <bug-track at fisher-privat.net>
> On 05.06.2012 20:41, Martin Leese wrote:
...
>> On 6/5/12, Oleksij Rempel wrote:
>> || We need fallowing tags:
>> || creation datetime: seconds and time zone should be included.
>> || source host: it can be name or guid. to organise created files by
>> sources.
>> || keywords,events.
>> || date
2007 Oct 21
3
OggPCM family
Erik de Castro Lopo <mle+xiph@mega-nerd.com> wrote:
> Martin Leese wrote:
> > So what is "OggPCM"? I started this thread
> > because I was puzzled why someone was
> > changing a draft instead of the document
> > itself.
>
> The original OggPCM was started by a person who really didn't
> lnow what they were doing and wouldn't listen to
2013 Jul 23
2
Metadata
On 7/23/13, Silvia Pfeiffer <silviapfeiffer1 at gmail.com> wrote:
> On 23 Jul 2013 15:17, "Martin Leese" <martin.leese at stanfordalumni.org>
> wrote:
...
>> Information about Metadata
>> has been collected together in the Xiph Wiki
>> at:
>> https://wiki.xiph.org/Metadata
>
> That page is a bit outdated. It has CMML in it which we
2016 Apr 20
1
ogg123 playing 24bit flac
Ulrich Windl wrote:
> Hi!
>
> Recently I made some recordings (44.1kH/24bit WAV), and after
> post-processing (normalization, noide reduction) I saved them as flac (still
> 44.1kHz/24bit).
> I noticed that ogg123 can decode these, but it will output 24 bit only.
> Specifically there's no option to transform the output to 16bit.
> When trying to pipe the 24bit WAV output
2007 Sep 26
2
--keep-foreign-metadata question
Not sure if this belongs here or in flac-dev.
I am subscribed to both, so flop it over if fits
better over there.
Looking at the Changelog for FLAC 1.2.1
(17-Sep-2007), it says:
"With the new --keep-foreign-metadata in
flac, non-audio RIFF and AIFF chunks can
be stored in FLAC files and recreated when
decoding."
Where can I find more detail on what is a
2010 Dec 21
1
Please remove User, and delete their four posts from the archive
---------- Forwarded message ----------
From: Martin Leese <martin.leese at stanfordalumni.org>
Date: Mon, 20 Dec 2010 21:42:04 -0700
Subject:
To: flac-dev at xiph.org
Erik de Castro Lopo wrote:
> Can someone please remove this moron
> spammer [Gourav Tewatia] from this list.
And also delete their four posts from the
archive (otherwise the SPAM links will be
picked up by search
2009 Oct 06
3
Detecting FLAC file type
Shayne Wissler <wissler at gmail.com> wrote:
> I have a program that is given a random file and needs to determine
> whether it is Vorbis or FLAC. For Vorbis, there are various places
> where I can infer that I have a bad stream. But for FLAC, when I call
> either FLAC__stream_decoder_process_until_end_of_metadata or
> FLAC__stream_decoder_process_single, it searches the