Here was my final command: ffmpeg -f "concat" -safe "0" -protocol_whitelist "file,http,https,tcp,tls" -i "./inputs.txt" -codec "copy" "./concated. The solution is to also add tcp to the protocol whitelist as well (also tls if you want to support HTTPS).
I realized that the first word in brackets before the error was the protocol that was being rejected. Look at the very first word in those errors. Then I noticed the small diference between the previous two errors. http was clearly in the protocol whitelist. I did not understand why my HTTP protocol input was still being rejected. I thought I would be able to solve this by simple adding -protocol_whitelist file,http,https but then the error became: Protocol not on whitelist 'file,http,https'! Then I got the error: Protocol not on whitelist 'file,crypto'! This was solved by adding the -safe 0 argument. I was trying to use FFmpeg's concat demuxer like so: # inputs.txtįfmpeg -f "concat" -i "./inputs.txt" -codec "copy" "./concated.mp4"įirst I got the error: Unsafe file name '' Use -safe 0 and -protocol_whitelist file,http,https,tcp,tls arguments. I know it is a complicated topic.Yo1dog blog Fix for FFmpeg "protocol not on whitelist" Error for HTTP(S) URLs May 25th, 2016 I don't really expect to be handed a solution but if anyone could point me to resources where I can find out more about the encoding systems and DTS and audio channels and how ffmpeg deals with these that would be a big help. I have found various sources about the error on SO but none of them really helped and most of them aren't even answered. Where the bitrate is the only difference, The bitrate is 2kb/s for some files and 69kb/s for others. Both concat protocol (for h264 TS files) and Concat demuxer. Stream #0:1(und): Audio: aac (LC) (mp4a / 0圆134706D), 44100 Hz, stereo, fltp, kb/s (default) To concat two mp4 or ts files (Ive both formats) ffmpeg offers some calls that Ive tried. Note that you use 2 inputs one after another, and then use -c:v copy to say that there should be no re-encoding- only joining. Is there a way I can analyse the streams in more detail? I checked them with ffprobe and all the files report The issue only occurs after trim however, and the error message (Non-monotonous DTS in output stream) is the same. As far as I can tell all the clips are in stereo at 44100. The cause appears to be different though.
I am trying to concatenate a series of videos together and I am getting the same behaviour as this previous thread.
0 kommentar(er)
