Timeline for Join multiple MP3 files (lossless)
Current License: CC BY-SA 3.0
7 events
| when toggle format | what | by | license | comment | |
|---|---|---|---|---|---|
| Jul 30, 2023 at 22:48 | comment | added | Sparhawk | Nice find @mbirth. There is more information on the ffmpeg page. | |
| Jul 30, 2023 at 17:02 | comment | added | mbirth |
@Sparhawk The concat:file1.mp3|file2.mp3 merges the files before sending it to the decoder. It's basically doing cat file1.mp3 file2.mp3 | ffmpeg -i - and thus can lead to decoding errors when the second file differs from the first or the decoder stumbles over header data in the second file. Using -f concat with a list of files decodes each file on its own and uses the stream only.
|
|
| May 1, 2017 at 3:53 | comment | added | Sparhawk |
+1 However, as per this answer, you can specify the files inline with "concat:file1.mp3|file2.mp3" instead of inputs.txt, and then -f concat is unnecessary.
|
|
| Feb 24, 2014 at 21:15 | comment | added | Neil C. Obremski |
The process substitution example here creates an input list that ffmpeg doesn't like; it barfs for me with [concat @ 0x10201a200] Impossible to open '/dev/fd/./01 Track.mp3'. I fixed it by making the path to the files absolute: ffmpeg -f concat -i <(printf "file '/path/to/files/%s'\n" *.mp3) -c copy output.mp3
|
|
| Aug 14, 2013 at 7:49 | history | edited | evilsoup | CC BY-SA 3.0 |
added 455 characters in body
|
| Aug 13, 2013 at 23:06 | review | Suggested edits | |||
| Aug 14, 2013 at 3:56 | |||||
| Apr 17, 2013 at 15:25 | history | answered | evilsoup | CC BY-SA 3.0 |