[Ffmpeg-devel-irc] ffmpeg.log.20161027

Fri Oct 28 03:15:13 EEST 2016

[00:04:20 CEST] <Phi> I keep getting non-existing PPS 0 referenced
[00:04:26 CEST] <Phi> any way to check if PPS 0 exists?
[00:08:20 CEST] <Phi> You've earned the "Tumbleweed" badge (Asked a question with zero score, no answers, no comments, and low views for a week) for "FFMPEG RTSP stream to MPEG4/H264 file using libx264".
[00:38:26 CEST] <Phi> furq: any idea how to detect PPS 0
[01:36:58 CEST] <Phi> anyone alive?
[01:37:21 CEST] <Phi> https://bpaste.net/show/3c788ccfd33e
[01:46:47 CEST] <Phi> really?
[01:46:50 CEST] <Phi> No one is actually online?
[01:47:04 CEST] <Phi> well, apart from c_14 who's probably trolling me
[02:03:25 CEST] <DHE> it's a rather narrow niche the channel deals with. there's not as much expertise with the libs as there is with the commandline. calm down and be patient
[04:04:56 CEST] <Phi> that's actually odd tho
[04:05:07 CEST] <Phi> and I'm perfectly calm :p
[04:20:10 CEST] <TheXzoron> yo I'm having a problem with my record script where the last 3 seconds of audio get cut off when I stop the recording https://dpaste.de/wmsx
[04:20:28 CEST] <TheXzoron> example but the site appears down so I'm reupping it someplace else https://a.desu.sh/uralmp.mp4
[04:22:50 CEST] <TheXzoron> https://a.pomf.cat/uceeeb.mp4
[04:49:09 CEST] <Zeranoe> TheXzoron: Why not specify the record time?
[04:52:01 CEST] <TheXzoron> what do  you mean?
[04:52:16 CEST] <TheXzoron> this is to be called upon for random records
[04:54:48 CEST] <TheXzoron> is this unavoidable without a set endpoint then?
[05:31:05 CEST] <Mad7Scientist> TheXzoron, how are you terminating ffmpeg?
[05:38:50 CEST] <babadoc> hey guys
[05:39:12 CEST] <babadoc> anyone know anything about ffmpeg and ASF Extended Content Encryption?
[05:39:30 CEST] <babadoc> is there some package in ffmpeg that can remove those?
[05:42:41 CEST] <babadoc> any paid package that can accomplish this
[06:09:45 CEST] <thebombzen> hey, I'm looking to extract the contents of a chapter from a matroska file I have. Specifically I want to isolate chapter 0:1. Transcoding it is fine. is there a way to do this without using ffprobe and copy/pasting the timestamps?
[06:17:52 CEST] <TAFB> I have an aac audio file I want to loop over a live rtmp (video only) stream, possible?
[06:19:44 CEST] <thebombzen> TAFB: if you're sending the AAC file to the RTMP streaming server with ffmpeg, you can use ffmpeg -loop -1 -1 input.m4a
[06:19:54 CEST] <thebombzen> sorry I mean ffmpeg -loop -1 -i input.m4a
[06:21:30 CEST] <thebombzen> I apologize again haha. It's -loop 1 with ffmpeg, but -loop -1 with ffplay.
[06:21:53 CEST] <TAFB> Option loop not found.
[06:22:14 CEST] <Phi> a:loop?
[06:22:36 CEST] <furq> loop is a demuxer-specific option
[06:22:54 CEST] <furq> -stream_loop -1 should work with anything iirc
[06:23:32 CEST] <thebombzen> really?
[06:23:47 CEST] <furq> https://www.ffmpeg.org/ffmpeg-formats.html#image2-1
[06:23:52 CEST] <thebombzen> I'm behind on the times haha
[06:24:01 CEST] <thebombzen> cause it works in ffplay with -1
[06:25:18 CEST] <thebombzen> by "it didn't work" I mean the output froze at some point. of a sequence of images.
[06:26:02 CEST] <TAFB> ffmpeg -stream_loop -1 -i musictest.flac -c copy test.flac
[06:26:04 CEST] <TAFB> ^^ works
[06:26:18 CEST] <TAFB> now how do I merge it with my rtmp stream?
[06:27:01 CEST] <thebombzen> well that depends on how you're broadcasting it.
[06:27:14 CEST] <TAFB> 1 sec for command
[06:27:41 CEST] <furq> ffmpeg -stream_loop -1 -i musictest.flac -c:a aac -f flv rtmp://abc.de:1935/live/fgh
[06:27:53 CEST] <furq> er
[06:28:00 CEST] <furq> you probably want -re as well
[06:28:02 CEST] <TAFB> I have an incoming rtmp stream (video only) that I need to inject the audio into
[06:36:56 CEST] <TAFB> If I do "ffmpeg -stream_loop -1 -i musictest.flac -i input.mp4 -c:a aac test.mp4" then it puts the audio over the video, but the audio doesn't repeat, just plays once :(
[06:43:46 CEST] <TAFB> could I use concat to do it?
[06:45:08 CEST] <thebombzen> how does using -ss interact with -r as an input option?
[07:10:53 CEST] <squ> -r is framerate?
[07:16:06 CEST] <SouLShocK> yes
[07:22:50 CEST] <squ> then it doesn't interact with -ss
[07:28:59 CEST] <TAFB> i got it working :) One ffmpeg to play the video over udp, one ffmpeg to stream_loop the audio over udp, and one ffmpeg to combine the two udp and stream it as rtmp :) works great.
[07:35:39 CEST] <TAFB> if anyone would like to checkout the result :) I promise good tunes! http://www.skyviewelectronics.com/zombie-walk-brooklin
[07:36:28 CEST] <squ> better paste config, ffmpeg commands to setup it
[07:37:05 CEST] <squ> and this page doesn't show anything
[07:37:55 CEST] <TAFB> the one I linked? if it isn't buffering just click the seek bar button just a hair ahead of behind :)
[07:38:46 CEST] <squ> it loaded
[07:38:56 CEST] <squ> took 2 minutes to load
[07:39:12 CEST] <TAFB> what country are you in?
[07:39:53 CEST] <TAFB> oh crap, I forgot our webserver is on the same internet as the upload streaming!!! hmmmmm. could be bad :(
[07:40:07 CEST] <squ> I know that song
[07:40:10 CEST] <TAFB> 10mbps upload internet, video/audio stream is probably around 7mbps :(
[07:40:50 CEST] <TAFB> it's got a really great halloween themed playlist :)
[07:42:06 CEST] <squ> can you put one song for me
[07:42:33 CEST] <TAFB> sorry, they are all pre-recorded :(
[07:47:12 CEST] <squ> downloading your stream takes 1.2 mb/s
[07:47:39 CEST] <TAFB> it downloads it in 60 seconds chunks so the speed might not be accurate
[07:48:25 CEST] <squ> exactly 1.2 mb/s
[07:49:20 CEST] <TAFB> it's cbr bitrate (both video and audio) so it'll always be exactly the same :D
[07:52:11 CEST] <squ> TAFB: http://i.imgur.com/nggOOXF.png
[07:52:47 CEST] <squ> that's your graph
[07:52:57 CEST] <TAFB> nice nice :) it's streaming from my server in new york, not sure what internet connection it's got
[07:53:54 CEST] <squ> can you play with buffering parameters and we see how graph will change
[07:54:23 CEST] <squ> how much of 1.2 mb/s users server can do?
[07:54:37 CEST] <TAFB> not sure, I never use this server for nothin so dunno capacity
[07:54:54 CEST] <TAFB> if it gets too overloaded I'll throw it on my one in montreal (canada), 10 gigabit upload dedicated :)
[07:55:24 CEST] <TAFB> i can't mess with the stream much right now, just e-mailed out the link to a bunch of peeps to test
[07:55:35 CEST] <squ> I see
[07:55:53 CEST] <squ> let's wait it starts dropping users
[07:56:01 CEST] <TAFB> thanks for testing it for me :D
[07:57:56 CEST] <squ> just saw a car
[07:57:59 CEST] <squ> :)
[07:58:10 CEST] <TAFB> nice! almost 2am here, small town, not much action
[07:58:50 CEST] <squ> yep no action at all
[07:59:55 CEST] <TAFB> you can occasionally see a leaf fall off a tree
[08:00:00 CEST] <squ> my time is 8:59:19, your time is 01:52:11
[08:00:14 CEST] <squ> 7 minute lag
[08:00:14 CEST] <TAFB> wow! I should get some sleep
[08:00:29 CEST] <TAFB> it might be drifting a bit, set for 5 minute buffer
[08:00:50 CEST] <TAFB> (1 min encoding, 1 min streaming, 3 min in the flash player)
[08:01:03 CEST] <squ> which of the trees has most probability for seeing falling leaf?
[08:01:11 CEST] <squ> so I can focus on it
[08:01:27 CEST] <TAFB> the dark one just behind the yellow sign
[08:01:42 CEST] <squ> on the left?
[08:01:44 CEST] <TAFB> yep
[08:02:01 CEST] <squ> ok, I'm focused and full attention for action
[08:02:01 CEST] <TAFB> it's fall here, so all the leaves are falling off :)
[08:02:37 CEST] <squ> can you shake that tree for me
[08:02:48 CEST] <TAFB> that's my work, I'm at home at the moment :)
[08:20:49 CEST] <squ> TAFB: do you know about new ffmpeg encoders which allow encoding on gpu
[08:21:11 CEST] <TAFB> I do not, never done gpu encoding except with OBS
[08:21:34 CEST] <squ> 1 min encoding can be reduced to 10 seconds
[08:21:49 CEST] <squ> have a look at nvenc
[08:21:58 CEST] <TAFB> the live stream quality was worse when using the GPU encoding
[08:22:14 CEST] <TAFB> like it uses "ultrafast" preset or something, I usually use medium or slow with my monster CPU's
[08:22:30 CEST] <squ> but you can tweak parameters for gpu enconding same as for cpu encoding
[08:22:45 CEST] <TAFB> yep, but always uses ultrafast preset
[08:23:06 CEST] <squ> look at its manual, you can choose quality there
[08:23:08 CEST] <TAFB> to achive the same quality with gpu encoding it was 1.5x the bandwidth
[08:29:16 CEST] <squ> TAFB: lost connection
[08:29:40 CEST] <TAFB> still workin for me :)
[08:30:18 CEST] <squ> 9 minute lag
[08:30:41 CEST] <TAFB> still 6 minutes for me. you can click your seek bar a bit ahead :)
[08:30:58 CEST] <squ> no, I like that song
[08:31:01 CEST] <squ> :)
[08:31:05 CEST] <TAFB> lol
[08:31:27 CEST] <TAFB> 1hr20mins of music then repeats
[08:31:33 CEST] <squ> :(
[08:31:36 CEST] <squ> not much
[08:31:58 CEST] <TAFB> it's the "top 25 halloween songs" :D
[08:32:37 CEST] <squ> did you know signal from Mars to Earth takes 10 minutes
[08:33:14 CEST] <TAFB> not bad at all
[08:33:50 CEST] <squ> I thought it was bad, before your live broadcast with 9 minute lag
[08:34:23 CEST] <TAFB> hahaha! I'm using HLS streaming, normally only has a 9 second buffer, but it never ever works for me. Supposed to only use 3 second chunks too, not my 60 second :D
[08:36:39 CEST] <squ> graph changed
[08:37:09 CEST] <squ> or no :)
[08:37:53 CEST] <TAFB> the buffering will change a bit when it gets to 2 hours
[08:41:49 CEST] <TAFB> love the song at 2:35:50
[08:42:43 CEST] <squ> not yet started here
[08:42:54 CEST] <squ> cranberries zombie here
[08:43:01 CEST] <TAFB> also good song
[08:44:05 CEST] <squ> I've read how wall street traders used latency lag to gain profits
[08:44:40 CEST] <squ> some companies located far in latency terms received outdated data later than others
[08:45:13 CEST] <squ> those who received it faster were kinda in future compared to ones with later data
[08:46:13 CEST] <squ> there was a movie about it
[08:54:24 CEST] <TAFB> I think it repeated at 2:28:20, yay, it works!!!!!!!
[08:54:35 CEST] <TAFB> 2:48:20
[09:53:13 CEST] <squ> TAFB2: what song was at 3:41
[10:39:26 CEST] <admineg> Hi
[10:42:19 CEST] <admineg> How to in install ffmpeg in Manjaro Linux
[12:43:18 CEST] <serard_> hello
[12:43:48 CEST] <serard_> is it possible to get informations from one mp4 file (that work on my raspi) to convert another file with very same infos ? via command line (like automating it)
[12:59:07 CEST] <squ> isn't that called copying
[12:59:26 CEST] <squ> command line would be: cp file1 file2
[14:13:17 CEST] <avalon_> hello, guys
[14:13:49 CEST] <avalon_> i have one simple question: Is there a way to get filename from concat demuxer for use in drawtext ?
[14:14:07 CEST] <avalon_> actually from -f concat -i list.txt videos list
[14:15:36 CEST] <DHE> you want to get the filename currently being processed in order to draw it on screen?
[14:15:45 CEST] <avalon_> yes
[14:15:58 CEST] <DHE> I strongly suspect you can't...
[14:16:12 CEST] <avalon_> there is no way?
[14:16:31 CEST] <DHE> not without, say, re-processing videos so each has its own label on it, then concatenate those
[14:16:49 CEST] <avalon_> :(
[14:17:06 CEST] <DHE> if you're willing to get messy, there's this: https://ffmpeg.org/ffmpeg-filters.html#concat
[14:17:31 CEST] <avalon_> i did try lot of docs
[14:17:35 CEST] <avalon_> but no luck
[14:19:00 CEST] <furq> you might as well use the concat filter if you're already reencoding
[14:19:33 CEST] <avalon_> okay, i'll try that
[14:19:41 CEST] <furq> it's less flaky at the cost of being slightly more annoying to automate
[14:20:42 CEST] <avalon_> i think i already reencoded all that music videos prev
[14:20:46 CEST] <DHE> the concat filter would let you do a drawtext for each source independently, then concatenate in the filter pipeline
[14:20:47 CEST] <avalon_> previously
[14:21:04 CEST] <furq> well you can't use drawtext without reencoding
[14:21:11 CEST] <avalon_> oh
[14:21:15 CEST] <furq> or any filters
[15:38:42 CEST] <TAFB2> with my unstable internet connection rtmp NEVER works
[15:38:48 CEST] <furq> granted i'm serving hls through an rtmp server so the hard work is already done
[15:38:49 CEST] <TAFB2> HLS on the other hand, flawless 24/7
[15:39:12 CEST] <TAFB2> ahhh, hls through rtmp server, nice.
[15:39:15 CEST] <TAFB2> might give that a go for closer to "live"
[15:41:29 CEST] <TAFB2> some projects 3 minutes isn't acceptable
[15:46:02 CEST] <furq> well if your upstream is the problem then that won't help
[15:46:02 CEST] <furq> unless you mean it's an issue for watching the stream
[15:46:02 CEST] <TAFB2> upstream problem is completely solved by HLS :D
[15:46:02 CEST] <furq> well yeah it's an rtmp server that remuxes to hls for output
[15:46:02 CEST] <furq> you still have to send it an rtmp stream
[15:46:02 CEST] <TAFB2> ohhh, I thought you meant hls to rtmp, not the other way around, wouldn't work for me then :(
[15:46:02 CEST] <furq> the nice thing is that you can provide an rtmp link for people who have mpv and don't want to be 30 seconds behind
[15:46:02 CEST] <TAFB2> alright, I'm off to work :) If you find a good player that works with that .m3u8 link I gave ya let me know so I can use it :)
[17:24:33 CEST] <sopparus> TAFB2, awesome. using your cam with acdc to test
[17:24:33 CEST] <sopparus> almost zero cpu usage and all is well
[18:09:26 CEST] <alienz> I'm using -tee to push a stream back out to rtmp endpoints and getting a weird pause where the speed is 1x but it seems to freeze up and then dump all the frames quickly all at once
[18:09:26 CEST] <alienz> not seeing an excessive CPU or memory usage, under 10% overall, curious if anyone has seen anything similar
[18:13:30 CEST] <BtbN> alienz, what's the source?
[18:14:10 CEST] <alienz> @BtbN  another RTMP stream. I actually
[18:14:30 CEST] <BtbN> bursts sounds like hls or dash or something like that.
[18:15:13 CEST] <BtbN> if the overall framerate is normal, I wouldn't worry about it
[18:16:15 CEST] <alienz> I actually ran the command on a slightly newer machine and it runs flawlessly.
[18:16:19 CEST] <alienz> Yeah I wasn't too worried until someone showed me the output and it pauses and then all of sudden plays back in like 2x speed until it catches up
[18:16:41 CEST] <BtbN> Does just playing the original stream behave the same?
[18:17:27 CEST] <alienz> BtbN: original stream looks totally fine. Definitely on the re-encode.
[18:19:21 CEST] <alienz> Actually might be the periscope endpoint I just added. It's just an RTMP but something must be funky with it because I remove it an the other endpoints start behaving again
[18:19:32 CEST] <BtbN> yes, ffmpeg in itself is strictly single threaded. So all the outputs are processed in sequence for every packet going out
[18:19:32 CEST] <BtbN> So if one of them is slow, it will mess with all the others
[18:19:32 CEST] <BtbN> Just use multiple ffmpeg processes, one per destination.
[18:20:07 CEST] <alienz> BtbN: thanks, I'll give that a try. Thanks for helping out, much appreciated
[18:40:53 CEST] <alienz> BtbN: definitely a persicope issue, guessing their server isn't accepting the packets fast enough
[18:41:05 CEST] <BtbN> It might just be enforcing their bitrate constraints, so it doesn't read faster than it has to
[19:51:02 CEST] <alienz> BtbN: oooo good point
[20:35:27 CEST] <Substring> evening guyz
[20:36:22 CEST] <Substring> i'm trying to use the h264_omx encoder for the pi, but most of times the result is just ugly. I also don't know which "options" are available with that encoder. How can i find them ?
[20:50:55 CEST] <DHE> Substring: ffmpeg -h encoder=h264_omx   (or whatever the -c:v parameter is for that codec)
[20:51:09 CEST] <Substring> that's the good one
[20:51:14 CEST] <Substring> thank you DME
[20:51:18 CEST] <DHE> note that the generic encoder options like -b:v will not be listed here, just the codec-specific stuff
[20:56:29 CEST] <Substring> DHE, thank you ... it hardly has any option ... too bad
[20:56:58 CEST] <DHE> so you probably have to use the standard parameters, like -b:v to set the  bitrate
[20:57:45 CEST] <Substring> ok, will give it asap
[20:58:02 CEST] <DHE> ... you're not setting the bitrate are you?
[21:17:22 CEST] <Elronnd> I want to get everything *after* the first 12 seconds of an audio file.  How would I accomplish this?
[21:17:47 CEST] <c_14> ffmpeg -ss 12 -i audio -c copy outfile
[21:18:57 CEST] <Elronnd> thanks
[00:00:00 CEST] --- Fri Oct 28 2016