search for: metadata_block

I have a question about module-level METADATA_BLOCKs in the bitcode. There are currently two blocks with the METADATA_BLOCK id at module scope. The first has the module-level metadata values (consisting of some combination of METADATA_* record codes except for METADATA_KIND). The second consists only of METADATA_KIND records. The latter is used only...

...#39;m looking into storing FLAC audio in Matroska and I have a few questions. 1. Can I use libflac to extract the compressed frames? Or will I need to write up a simple file parser? 2. What is required to decode the frames? From the docs I understand that you need the FRAME and you may need the METADATA_BLOCK. Thanks, Jory Stone jcsston@toughguy.net Matroska, the new, extensible open standard A/V container format http://www.matroska.org/

Hi everybody, I have a question about the following part of the METADATA_BLOCK_PICTURE specification. The components: Width, Height, Color Depth, and Colors Used don't provide an "unknown" value and seem to assume that the program encoding the METADATA_BLOCK will be aware of these components of the file. As these fields seem to just provide "extra" in...

...chop the original stream. > See the source for metaflac for an example, where it uses this > method to add seekpoints to a seektable. > > > 2. What is required to decode the frames? > > From the docs I understand that you need the FRAME and you may need > > the > > METADATA_BLOCK. > > If it is in the streamable subset, you need only what's in the > frames. If not, you may need some numbers from the STREAMINFO > metadata block. Search for 'subset' on > http://flac.sourceforge.net/format.html > > Josh > > > _________________________...

...t; 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 in favour of "METADATA_BLOCK_PICTURE". (I have never heard of "COVERARTMIME".) Please see: https://wiki.xiph.org/VorbisComment#Unofficial_COVERART_field_.28deprecated.29 > However Flac stores picture files in block 6. The edition (to add and to > modify Tags and pictures simultaneously in two separate b...

...oder, which will tell you where to chop the original stream. See the source for metaflac for an example, where it uses this method to add seekpoints to a seektable. > 2. What is required to decode the frames? > From the docs I understand that you need the FRAME and you may need > the > METADATA_BLOCK. If it is in the streamable subset, you need only what's in the frames. If not, you may need some numbers from the STREAMINFO metadata block. Search for 'subset' on http://flac.sourceforge.net/format.html Josh __________________________________ Do you Yahoo!? SBC Yahoo! DSL - Now...

On Fri, 2 Feb 2001, Josh Coalson wrote: > sounds great. I've been thinking about adding a > 'what uses FLAC' set of links to the web page... > please keep me posted. The latest version of my cue+wav splitter supports .flac files. Hope to get it released this weekend. Will eventually be at: www.lameb.fsnet.co.uk It also supports .shn and .ape. I've seen shorten

...ime. I am writing a program that reads and writes all existent Tags types. It lacks only to end the edition (rewriting) of "Native" Flac and Matroska. Both cases for the same problem: the separation of Tags and Picture in different blocks. In Flac I resolved it, but now I have to add METADATA_BLOCK_PICTURE. Reading Vorbis Comments of different file types as binary I found they were not compatible. I don't use in any case the libraries provided. All code is own Visual C #. For that reason I have these problems. In Vorbis Comments case is maybe already solved in the libraries provided,...

You said "With the exception of where to put a picture file, VorbisComments in a Vorbis stream are the same as VorbisComments in a FLAC stream." In METADATA_BLOCK_PICTURE case they would not be the same. Up to now we could exchange the complete block of VorbisComments. But with the addiction of METADATA_BLOCK_PICTURE doesn't happen this way. In Ogg files the METADATA_BLOCK_PICTURE data are split in numerous pieces, each one of them with a Oggs header (4...

I seem to recall that changes in the second number indicated a minor change in the *format* of the file itself (for example, 1.1.x to 1.2.x introduced a new rice coding option used for 24-bit files). Are there any format changes that would justify that ? Otherwise, 1.2.2 would seem more appropriate, not to minimize the work that you are doing... Cheers, Pyt. http://www.mjuware.com On Sat, Jan

...om line: Channel labels are no reason to alter the version number of FLAC, and certainly not a reason to break backward and forward compatibility with all of the hardware devices that have already shipped with 1.2.x decoders. That said, we should put our heads together to come up with a new METADATA_BLOCK that could describe existing channel layouts as well as any variations that might be seen in the field. I would suggest that everyone keep in mind the vast installed base of hardware FLAC recorders and players, and not senselessly make them obsolete without extremely compelling reasons. B...