Displaying 4 results from an estimated 4 matches for "flac_uint64".
Did you mean:
flac__int64
2013 Jul 17
4
exhaustive-model-search issue results in multi-gigabyte FLAC file
...a malfunctioning RICE2-partition encoder and a bug concerning
> choosing verbatim frames over fixed/lpc frames.
The second, not choosing verbatim frames over fixed/lpc frames is almost
certainly a direct result of the first problem.
The fix was changing one local variable from FLAC_uint32 to FLAC_uint64
in function precompute_partition_info_sums_().
https://git.xiph.org/?p=flac.git;a=commit;h=6f7ec60c7e7f05f5ab0b1cf6b7b0945e44afcd4b
Erik
--
----------------------------------------------------------------------
Erik de Castro Lopo
http://www.mega-nerd.com/
2013 Jul 17
1
exhaustive-model-search issue results in multi-gigabyte FLAC file
Miroslav Lichvar wrote:
> On Wed, Jul 17, 2013 at 07:45:53PM +1000, Erik de Castro Lopo wrote:
> > The fix was changing one local variable from FLAC_uint32 to FLAC_uint64
> > in function precompute_partition_info_sums_().
> >
> > https://git.xiph.org/?p=flac.git;a=commit;h=6f7ec60c7e7f05f5ab0b1cf6b7b0945e44afcd4b
>
> I don't like this fix. It will probably hurt performance with 16-bit
> data and it won't fix the problem in th...
2013 Jul 16
4
exhaustive-model-search issue results in multi-gigabyte FLAC file
On 16/07/13 8:10 PM, Erik de Castro Lopo wrote:
> Leigh Dyer wrote:
>
>> Certainly -- I've uploaded the analysis files for both the -6 and -7
>> encodes, in case you wanted to compare:
>>
>> http://wootangent.net/~lsd/blah/6.ana
>> http://wootangent.net/~lsd/blah/7.ana
>>
>> The encode seems to proceed normally until 59% of the way through the
2013 Jul 21
3
exhaustive-model-search issue results in multi-gigabyte FLAC file
Miroslav Lichvar wrote:
> On Wed, Jul 17, 2013 at 07:45:53PM +1000, Erik de Castro Lopo wrote:
> > The fix was changing one local variable from FLAC_uint32 to FLAC_uint64
> > in function precompute_partition_info_sums_().
> >
> > https://git.xiph.org/?p=flac.git;a=commit;h=6f7ec60c7e7f05f5ab0b1cf6b7b0945e44afcd4b
>
> I don't like this fix. It will probably hurt performance with 16-bit
> data and it won't fix the problem in th...