search for: frame_head

Replying to myself once again, since I seem to have found the answer I was looking for. Sorry for the noise. It seems CRAM is indeed misusing FLAC, since stated in the Notes section of the FLAC format for the FRAME_HEADER is the fact that only block size values 0110 and 0111 can be used for variable block size data (i.e., the block size is specified as an 8 or 16 bit value at the end of the header): http://flac.sourceforge.net/format.html#frame_header Not quite sure the best way to fix this. I'd love to hea...

...formation about the stream because the decoder may not have access to the STREAMINFO metadata block at the start of the stream. This information includes sample rate, bits per sample, number of channels, etc. So, for a FLAC file to be streamable then the four "Channel assignment" bits in FRAME_HEADER must actually repeat the number of channels (initially specified in the STREAMINFO block). The "Channel assignment" bits in FRAME_HEADER also contain the Channel assignment and, when these two uses of the same four bits are in conflict, a different channel assignment can be specified i...

...frame). --- Josh Green <josh@resonance.org> wrote: > Replying to myself once again, since I seem to have found the answer > I > was looking for. Sorry for the noise. It seems CRAM is indeed > misusing > FLAC, since stated in the Notes section of the FLAC format for the > FRAME_HEADER is the fact that only block size values 0110 and 0111 > can > be used for variable block size data (i.e., the block size is > specified > as an 8 or 16 bit value at the end of the header): > http://flac.sourceforge.net/format.html#frame_header > > > Not quite sure the be...

...structural lists. In this way the > subcomponents and defined in their own sections instead of the prior > strategy of detailing lists and pseudocode within large tables. For > instance see the original rendition of the frame header documentation from > https://xiph.org/flac/format.html#frame_header compared to the dissected > version which gives the subcomponents their own subsequent sections at > https://github.com/privatezero/flac_markdown/blob/ > 7a5c21d49d1fda89609ffa9edfca2447c7ca3c5e/flac.md#frame_header. Splitting > out the subcomponents into their own sections also gives...

Hi all, And cc'ing flac-dev. > On May 10, 2017, at 12:15 PM, Dave Rice <dave at dericed.com> wrote: > > Hi Andrew, > >> On May 10, 2017, at 11:19 AM, Andrew James Weaver <weevz at uw.edu <mailto:weevz at uw.edu>> wrote: >> >> Hello all! >> >> In a previous discussions on this list about people interested in working on the FLAC

i didn't find anything about tagging flac files as surround files. i think there should some possibility to tell the player how to play a multi-channel file (how to map the different channels to the speakers or if there some decode is needed, like for ambisonic files). any idea how to implement it?

...te value lists from structural lists. In this way the subcomponents and defined in their own sections instead of the prior strategy of detailing lists and pseudocode within large tables. For instance see the original rendition of the frame header documentation from https://xiph.org/flac/format.html#frame_header compared to the dissected version which gives the subcomponents their own subsequent sections at https://github.com/privatezero/flac_markdown/blob/7a5c21d49d1fda89609ffa9edfca2447c7ca3c5e/flac.md#frame_header. Splitting out the subcomponents into their own sections also gives space to be more exp...

...I'm implementing using just the documentation but not all of the documentation is concise (especially about variable sized fields) and after looking at the libFLAC source I find myself befuddled so I thought it best to get the information from the people who know these things. So... In "FRAME_HEADER" there is a field of a variable size field with the description "if(variable blocksize) \n <8-56> : 'UTF-8' coded sample number (decoded number is 36 bits)" and I find the encoding scheme is somehow alien (I can't figure out what it has to do with UTF-8) and it...

An issue was raised at <http://forum.doom9.org/showthread.php?p=1728923#post1728923> - FLAC uses WAVEFORMATEXTENSIBLE_CHANNEL_MASK tag to describe non-standard layout, but it isn't mentioned anywhere in FLAC format. Channel assignment is described at <https://xiph.org/flac/format.html#frame_header>: "Where defined, the channel order follows SMPTE/ITU-R recommendations." The undefined value (0000?) is not mentioned. And no mentions that FLAC can store channel assignment in WAVEFORMATEXTENSIBLE_CHANNEL_MASK tag, and how and when to use it.

...sible to get src/mp3.c changed so that it accepts other layers? From (line 299): /* check for the right layer */ if (mh->layer != 2) return 0; To: /* check that layer is valid */ if (mh->layer == 0) return 0; http://www.mp3-tech.org/programmer/frame_header.html Thanks, nick.

...t >> not all of the documentation is concise (especially about variable >> sized fields) and after looking at the libFLAC source I find myself >> befuddled so I thought it best to get the information from the people >> who know these things. So... >> >> In "FRAME_HEADER" there is a field of a variable size field with the >> description "if(variable blocksize) \n <8-56> : 'UTF-8' coded sample >> number (decoded number is 36 bits)" and I find the encoding scheme is >> somehow alien (I can't figure out what it has...

...hing currently support this? Regards Graham Extracts from https://xiph.org/flac/format.html METADATA_BLOCK_STREAMINFO <20> Sample rate in Hz. Though 20 bits are available, the maximum sample rate is limited by the structure of frame headers to 655350Hz. Also, a value of 0 is invalid. FRAME_HEADER 0000 : get from STREAMINFO metadata block : : 1100 : get 8 bit sample rate (in kHz) from end of header 1101 : get 16 bit sample rate (in Hz) from end of header 1110 : get 16 bit sample rate (in tens of Hz) from end of header 1111 : invalid, to prevent sync-fooling string of 1s -------------- n...

...LAC has got itself into a mess over channel assignments. The number of channels is specified in the METADATA_BLOCK_STREAMINFO, but using only three bits. (Three bits is insufficient for the channel assignment, even though this information is STREAMINFO.) The number of channels is repeated in the FRAME_HEADER, this time using four bits. It appears that these four bits were then used to specify the channel assignment. The channel assignment can then be repeated in a WAVEFORMATEXTENSIBLE channel mask tag. The WAVEFORMATEXTENSIBLE specification is better in this regard because the number of channels...

...residual=0x1202e6cc0, abs_residual=0x1202fd510, blocksize=4608, subframe_bps=8, order=1, rice_parameter=1, max_partition_order=4, subframe=0x200002aa2b0) at encoder.c:1028 #2 0x200000e1764 in encoder_process_subframe_ (encoder=0x1202b9bf0, max_partition_order=4, verbatim_only=0, frame_header=0x11ffff850, subframe_bps=8, integer_signal=0x1202b9c50, real_signal=0x1202be460, subframe=0x2000050b940, residual=0x2000028a0e0, best_subframe=0x2000050b9e0, best_bits=0x2000050ba08) at encoder.c:917 #3 0x200000e08d4 in encoder_process_subframes_ (encoder=0x1202b9bf0, is_las...

A user of CRAM (http://swami.sourceforge.net/cram.php) sent in a bug report related to decoding of CRAM files. This issue occurs with flac-1.1.2 but not previous versions (such as flac-1.1.1). Note that the same file is used for this test (hopefully ruling out any issue with the encoder). Details of the issue: When calling FLAC__stream_decoder_process_single() the error callback is triggered

Hi. I was wondering if there was any interest in extending the flac container format to support sample rates above the 655k current limit. Please note this is not for using ridiculously high sample rate sourced audio for some imaginary audible benefit. I've been involved in some experimentation with offline upsampling in software prior to delivery to an external DAC as a way to bypass the

...raw_bits=0x407fc520, partition_order=0) at encoder_framing.c:366 #7 0x80563eb in FLAC__subframe_add_lpc (subframe=0x407dc518, residual_samples=4580, subframe_bps=17, wasted_bits=0, bb=0x4085c800) at encoder_framing.c:310 #8 0x80544c8 in encoder_add_subframe_ (encoder=0x8314758, frame_header=0xbfffe5ac, subframe_bps=17, subframe=0x407dc514, frame=0x4085c800) at encoder.c:1030 #9 0x8053b48 in encoder_process_subframes_ (encoder=0x8314758, is_last_frame=0) at encoder.c:863 #10 0x8052f50 in encoder_process_frame_ (encoder=0x8314758, is_last_frame=0) at encoder.c:632 #11 0...

...ust the documentation but > not all of the documentation is concise (especially about variable > sized fields) and after looking at the libFLAC source I find myself > befuddled so I thought it best to get the information from the people > who know these things. So... > > In "FRAME_HEADER" there is a field of a variable size field with the > description "if(variable blocksize) \n <8-56> : 'UTF-8' coded sample > number (decoded number is 36 bits)" and I find the encoding scheme is > somehow alien (I can't figure out what it has to do with U...

...t >> not all of the documentation is concise (especially about variable >> sized fields) and after looking at the libFLAC source I find myself >> befuddled so I thought it best to get the information from the people >> who know these things. So... >> >> In "FRAME_HEADER" there is a field of a variable size field with the >> description "if(variable blocksize) \n <8-56> : 'UTF-8' coded sample >> number (decoded number is 36 bits)" and I find the encoding scheme is >> somehow alien (I can't figure out what it has...

...p://forum.doom9.org/showthread.php?p=1728923#post1728923> - > FLAC uses WAVEFORMATEXTENSIBLE_CHANNEL_MASK tag to describe non-standard > layout, > but it isn't mentioned anywhere in FLAC format. > > Channel assignment is described at < > https://xiph.org/flac/format.html#frame_header>: > "Where defined, the channel order follows SMPTE/ITU-R recommendations." > > The undefined value (0000?) is not mentioned. And no mentions that FLAC can > store channel assignment in WAVEFORMATEXTENSIBLE_CHANNEL_MASK tag, and how > and > when to use it. > ____...