similar to: error in files after removing padding

ERROR while decoding data state = FLAC__STREAM_DECODER_END_OF_STREAM It's happening with every file that I've tried now, using both 1.2.1 and 1.3.0. If a file has artwork and I remove padding, I get the above error when verifying or decompressing. If no artwork and I remove padding, the file verifies and decompresses with no issues. I'm writing tags via

Thanks for the help Martijn, I get the same FLAC__STREAM_DECODER_END_OF_STREAM error after doing the 2 steps you suggested. Scott On Mon, May 19, 2014 at 9:36 AM, Martijn van Beurden <mvanb1 at gmail.com>wrote: > Once more hi, > > I've tried to reproduce this issue, but I am unable to do so. Could you > try to re-encode the file with FLAC (to make sure it is not an

Hi Scott, Can you be a little more specific? What error do you get? I'm unable to reproduce this error currently, do you have any files you can share that are problematic? What version of metaflac are you using? It might be a bug, it might be corruption induced by some other part of the system. op 19-05-14 15:04, Scott Brown schreef: > I want to remove padding from flac files, so I

Once more hi, I've tried to reproduce this issue, but I am unable to do so. Could you try to re-encode the file with FLAC (to make sure it is not an issue with Taglib) and try to strip with metaflac again? This can be done as follows flac input.flac -o output.flac metaflac --dont-use-padding --remove --block-type=PADDING output.flac If this turns out to be fine it probably solves your

Oh, I forgot to tell (but you probably had that figured out anyway) that those 2 steps were for a file that you didn't strip of padding before. Would it be possible you send me a part of a file that is affected? I'd like to know what happened, so this can be fixed. I presume the FLAC__STREAM_DECODER_END_OF_STREAM errors occur right after the album art? In that case, if the files are

Is there any size limitation for album art? I have a user who says adding large artwork (from a scanner) is corrupting the file metadata. I don't know if this is a flac limitation, a tag lib issue, or something I'm doing. Thanks, Scott -------------- next part -------------- An HTML attachment was scrubbed... URL:

Josh, I applied this patch and all the "make check" tests passed (but I do not have valgrind and I did not use --enable-exhaustive-tests during configure, so it isn't all the tests). Do you see anything suspicious about it? --- flac-1.1.2.oldBuild/src/flac/decode.c 2005-01-24 20:13:46.000000000 -0800 +++ flac-1.1.2/src/flac/decode.c 2006-09-06 23:36:26.000000000 -0700

doing "make check" on flac-1.1.2, I get a segmentation fault ././test_metaflac.sh: line 51: 17370 Segmentation fault flac $* when running this portion of the test/test_metaflac.sh script: (set -x && run_metaflac --preserve-modtime --add-padding=12345 $flacfile) check_exit check_flac <---------------- where the segfault happens All other tests in

Josh Coalson wrote: >> III) I've read about the CUEsheet feature of flac where you can store >> the data of cuesheets (at least indices and so) as searchpoints in >> flac. >> But the format seems to be in milliseconds while in CDDA frames are >> exact. >> Is it (because one would have rounding errors) not adivsable to use >> this >> feature, and

So, let's provide some information then :-) ---------------------------------------------------------------------------------------------- soa2ii at thor /mnt/files/music/Slime/Alle gegen Alle $ flac -aF 02\ St?rtebecker.flac flac 1.2.1, Copyright (C) 2000,2001,2002,2003,2004,2005,2006,2007 Josh Coalson flac comes with ABSOLUTELY NO WARRANTY. This is free software, and you are welcome

Pierre-Yves Thoulon wrote: > None, apart from the standard metadata block size limitation (2^24 > bytes, e.g. 4GB). Pretty big for any kind of album art... 2^24 = 16777216, i.e. only 16 Megabytes. > Kind regards. > > Pyt. > > >> Le 10 mai 2017 à 17:11, Scott Brown - scottcbrown at gmail.com >> <flac-dev.pyt.8c0cc6600b.scottcbrown#gmail.com at

Please cc: the results from dev list back here though I would run some tests on a diff platform but don't have access to my PC for a few weeks Would also be interesting to see what decoding stats you get > On Jul 25, 2014, at 7:38 AM, Scott Brown <scottcbrown at gmail.com> wrote: > > I will post to the dev list, sorry about that. > > To give an idea, though, at flac

Hej, well I'm not sure because those file that are corrupt have been around for a quite long time. It could have been k3b but I'm really not sure. Right now I was ripping with Audex and tagging with Audex/Amarok/kid3. Those files seem to be fine though. My lates approaches have been with Picard/beets :-) I think it's not possible to share those files without getting in legal

Are you sure they didn't change the default encoding level ? I would include some example timings to give a better idea of what "significantly slower" is Wonder if you see same for 44/16 files? > On Jul 25, 2014, at 2:29 AM, Martijn van Beurden <mvanb1 at gmail.com> wrote: > > Hi, > > You might want to report this to the flac-dev mailinglist instead of the

Josh Coalson <xflac@yahoo.com> wrote: > --- Scott F <graue@oceanbase.org> wrote: > > > If I use flac to encode with the --replay-gain > > option, I get a warning about the --no-padding > > option... > > > > "NOTE: --replay-gain may leave a small PADDING block even with > > --no-padding" > > > > ...even though I'm

If I use flac to encode with the --replay-gain option, I get a warning about the --no-padding option... "NOTE: --replay-gain may leave a small PADDING block even with --no-padding" ...even though I'm not using --no-padding. And the file does end up with a small padding block, so changing tags is slow. I'd fixed this bug in my own copy of flac 1.1.4, but forgot to submit the

at: wiki.centos.org/ArtWork I set up a machine to test at step: 4.2, it states: 4.2. Configure Your Workstation ... To download your working copy execute the following command: svn co https://projects.centos.org/svn/artwork ~/ This command will create your working copy inside your home directory, specifically in a directory named artwork. -------------------- quote ends This appears to

Hello everyone, What do you think about having localized the following CentOS components: - Rolling notes in CentOS installer. These images are shown during the installation process, once the configuration is done and you are waiting for packages to be installed. Rolling notes are a great place to promote CentOS. If they are not localized, they are shown in English language by default.

Hi Timothy, On Thu, 2019-05-23 at 14:03 +1000, Timothy Lee wrote: > I can provide zh-CN, zh-HK and zh-TW translations of the content. Your changes were pushed. See: https://git.centos.org/centos/Artwork/c/9efa093b155293bf171d6b7f9ceeb73b41170cf9?branch=c8 To render Chinese rolling notes images I had to change the final images' typography from "Overpass" to "Google

I need to add a class attribute to the elements generated by link_to for my CSS to style the links. How can I do that? <%= link_to "Artworks", :controller => "artwork", :action => "list" %> --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Ruby on Rails: Talk"