[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