Error Reading Headers In Mp3 Input File
Topic: "Error reading headers in mp3 input file..." « previous next » Pages: [1] Reply Print Author Topic: "Error reading headers in mp3 input file..." (Read 5045 times) David1105 CCCP Captain Posts: 52 "Error reading headers in mp3 input file..." « on: April 23, 2007, 12:53:42 PM » Quote When encoding .mp3 files as input using LAME.EXE, it spills:"Error reading headers in mp3 input file..."Does anyone know what's cause of the problem and how to fix it? Should it be correct to "modify" the header of the output .mp3 to correct the problem?Thanks! Logged Nicholi Administrator Posts: 1742 Re: "Error reading headers in mp3 input file..." « Reply #1 on: April 23, 2007, 01:33:49 PM » Quote Perhaps the files are corrupted and thus you should not be re-encoding them. Just the same you could decode to WAV first and feed that input to LAME. Otherwise I've never seen a problem like that before. If correctly "modifying" the headers fixes the issue...why not do it. Logged David1105 CCCP Captain Posts: 52 Re: "Error reading headers in mp3 input file..." « Reply #2 on: April 23, 2007, 02:30:30 PM » Quote Quote from: Nicholi on April 23, 2007, 01:33:49 PMJust the same you could decode to WAV first and feed that input to LAME.Do you mean encoding the input .mp3 to .wav first, then the .wav to a output .mp3?Quote from: Nicholi on April 23, 2007, 01:33:49 PMOtherwise I've never seen a problem like that before.This error message seems like piped out from LAME.EXE.Quote from: Nicholi on April 23, 2007, 01:33:49 PMIf correctly "modifying" the headers fixes the issue...why not do it.I'll try your suggestion of MP3->WAV->MP3 first...Thanks! Logged Reply Print Pages: [1] « previous next » CCCP Project Forums > CCCP > Playback Help > Topic: "Error reading headers in mp3 input file..." SMF 2.0.12 | SMF © 2016, Simple Machines XHTML RSS WAP2 Page created in 0.111 seconds with 20 queries.
decoding broken with lame 3.96.1 ? 1 Print Topic: MP2 decoding broken with lame 3.96.1 ?(Read 3968 times) previous topic - next topic 0 Members and 2 Guests are viewing this topic. benc Newbie Joined: 08 September, 2004 Posts: 29 Logged MP2 decoding broken with lame 3.96.1 ? 02 November, 2004, 07:39:49 AM I can't seem to get Lame 3.96.1 to decode or transcode any of my MP2 files. This is an example of what happens:Code: [Select]D:\tmp>lame --decode http://www.cccp-project.net/forums/index.php?topic=1585.0 alter_ego.mp2input: alter_ego.mp2 (22.05 kHz, 2 channels, MPEG-2 Layer II)output: alter_ego.mp2.wav (16 bit, Microsoft WAVE)skipping initial 241 samples (encoder+decoder delay)big_values too large! 357Blocktype == 0 and window-switching == 1 not allowed.Blocktype == 0 and window-switching == 1 not allowed.Can't step back 80!Lame creates a 0 byte wav file and then hangs and I have to press Ctrl+C in order to https://hydrogenaud.io/index.php/topic,29106.0.html get back to the command prompt. Here is what Winamp says about the MP2 file:Code: [Select]Size: 67864896 bytesHeader found at: 0 bytesLength: 2827 secondsMPEG 1.0 layer 2192kbit, 117821 frames48000Hz StereoCRCs: YesCopyrighted: NoOriginal: NoEmphasis: NoneI've not had any problems decoding MP2 files with Lame 3.90.3, 3.93.1 and 3.97 alpha 3. Last Edit: 02 November, 2004, 09:58:07 AM by benc SebastianG Hero Member Joined: 20 March, 2004 Posts: 1,320 Logged Developer MP2 decoding broken with lame 3.96.1 ? Reply #1 – 02 November, 2004, 07:50:08 AM QuoteCode: [Select]D:\tmp>lame --decode alter_ego.mp2input: alter_ego.mp2 (22.05 kHz, 2 channels, MPEG-2 Layer II)output: alter_ego.mp2.wav (16 bit, Microsoft WAVE)skipping initial 241 samples (encoder+decoder delay)big_values too large! 357Blocktype == 0 and window-switching == 1 not allowed.Blocktype == 0 and window-switching == 1 not allowed.Can't step back 80!Code: [Select]Size: 67864896 bytesHeader found at: 0 bytesLength: 2827 secondsMPEG 1.0 layer 2192kbit, 117821 frames48000Hz StereoCRCs: YesCopyrighted: NoOriginal: NoEmphasis: None[a href="index.php?act=findpost&pid=251566"][{POST_SNAPBACK}][/a]Weird.... First, LAME reports "22.05 kHz, 2 channels, MPEG-2 Layer II" and then it generates warnings and errors as if it wer decoding an mp3 !"big_values" / "blocktype
* Copyright (c) 1999 Albert L Faber 00005 * 00006 * This library is free software; you can redistribute it and/or 00007 * modify it under the terms of the GNU Lesser General Public http://www.leidinger.net/lame/doxy/html/get__audio_8c-source.html 00008 * License as published by the Free Software Foundation; either https://trac.ffmpeg.org/ticket/5725 00009 * version 2 of the License, or (at your option) any later version. 00010 * 00011 * This library is distributed in the hope that it will be useful, 00012 * but WITHOUT ANY WARRANTY; without even the implied warranty of 00013 * MERCHANTABILITY or FITNESS error reading FOR A PARTICULAR PURPOSE. See the GNU 00014 * Library General Public License for more details. 00015 * 00016 * You should have received a copy of the GNU Lesser General Public 00017 * License along with this library; if not, write to the 00018 * Free Software Foundation, Inc., 59 Temple Place - Suite 330, 00019 * error reading headers Boston, MA 02111-1307, USA. 00020 */ 00021 00022 /* $Id: get_audio.c,v 1.114 2007/07/28 00:41:46 robert Exp $ */ 00023 00024 00025 #ifdef HAVE_CONFIG_H 00026 # include
mp3 with APE tag Reported by: AstralStorm Owned by: Priority: normal Component: avformat Version: git-master Keywords: mp3 Cc: Blocked By: Blocking: Reproduced by developer: no Analyzed by developer: no Description FFmpeg tool as well as certain applications have problems decoding MP3 files with APE tags. The tag is reported as an error while decoding stream and some applications using ffmpeg libraries abort decoding in such case. Issue is also reproducible in ffmpeg 2.7.7 and probably in all releases up to date. ffmpeg -loglevel trace -i Ice\ Wharf.mp3 Ice\ Wharf.wav ffmpeg version N-80901-gfebc862 Copyright (c) 2000-2016 the FFmpeg developers built with gcc 4.8 (Ubuntu 4.8.4-2ubuntu1~14.04.3) configuration: --extra-libs=-ldl --prefix=/opt/ffmpeg --mandir=/usr/share/man --enable-avresample --disable-debug --enable-nonfree --enable-gpl --enable-version3 --enable-libopencore-amrnb --enable-libopencore-amrwb --disable-decoder=amrnb --disable-decoder=amrwb --enable-libpulse --enable-libfreetype --enable-gnutls --enable-libx264 --enable-libx265 --enable-libfdk-aac --enable-libvorbis --enable-libmp3lame --enable-libopus --enable-libvpx --enable-libspeex --enable-libass --enable-avisynth --enable-libsoxr --enable-libxvid --enable-libvidstab libavutil 55. 28.100 / 55. 28.100 libavcodec 57. 48.101 / 57. 48.101 libavformat 57. 41.100 / 57. 41.100 libavdevice 57. 0.102 / 57. 0.102 libavfilter 6. 47.100 / 6. 47.100 libavresample 3. 0. 0 / 3. 0. 0 libswscale 4. 1.100 / 4. 1.100 libswresample 2. 1.100 / 2. 1.100 libpostproc 54. 0.100 / 54. 0.100 Splitting the commandline. Reading option '-loglevel' ... matched as option 'loglevel' (set logging level) with argument 'trace'. Reading option '-i' ... matched as input file with argument 'Ice Wharf.mp3'. Reading option 'Ice Wharf.wav' ... matched as output file. Finished splitting the commandline. Parsing a group of options: global . Applying option loglevel (set logging level) with argument trace. Successfully parsed a group of options. Parsing a group of options: input file Ice Wharf.mp3. Successfully parsed a group of options. Opening an input file: Ice Wharf.mp3. [file @ 0xa9af6e0] Setting default whitelist 'file,crypto' Probing aac score:1 size:1875 Probing mp3 score:25 size:1875 Probing aac score:1 size:3923 Probing mp3 score:51 size:3923 [mp3 @ 0xa9aef60] Format mp3 probed with size=4096 and score=51 [mp3 @ 0x