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

burek burek021 at gmail.com
Fri Jul 29 03:05:01 EEST 2016


[00:08:03 CEST] <Pxl_> lol kad makes a good point
[00:10:51 CEST] <Pxl_> i literally just commented out my line and just replaced it with ffmpeg --version and it got skipped over.....
[00:11:36 CEST] <Kadigan_KSB> Pxl_: can You at least provide us with some general are of the call? Like, snip out just the loop (and a few lines before/after) and post?
[00:11:40 CEST] <Kadigan_KSB> (well, pastebin)
[00:11:44 CEST] <Kadigan_KSB> area*
[00:15:42 CEST] <Pxl_> http://pastebin.com/bvxP4ZeX
[00:17:37 CEST] <Pxl_> and here is all the log produces http://pastebin.com/t8VjqPDX
[00:18:31 CEST] <Kadigan_KSB> Oh goodie, I might finally find out how the hell to use ffmpeg to encode mpeg2-ts
[00:18:31 CEST] <Kadigan_KSB> xD
[00:18:43 CEST] <Kadigan_KSB> Is it DVD-compatible, by the way?
[00:18:53 CEST] <Kadigan_KSB> No.
[00:19:46 CEST] <Chloe> Pxl_: none of those statements would be true, so of course it wont execute ffmpeg
[00:20:04 CEST] <Pxl_> well i just put some filler to take out the real stuff
[00:20:20 CEST] <Pxl_> but it does make it to the loop
[00:21:59 CEST] <Chloe> which loop?
[00:22:06 CEST] <furq> [ "${ENDPOINT}" = "foobar" ]
[00:22:09 CEST] <furq> that's true
[00:22:10 CEST] <Pxl_> or conditional
[00:22:31 CEST] <Chloe> furq: oh rip, I misread
[00:22:41 CEST] <Pxl_> yea, it makes it in there is what i meant xD
[00:23:01 CEST] <furq> Pxl_: that stderr redirect only applies to the second pass iirc
[00:23:11 CEST] <furq> so if the first command fails the log will be empty
[00:23:22 CEST] <furq> s/command/pass/
[00:23:26 CEST] <Pxl_> but like i said, i even replaced that 2 pass encode with just "ffmpeg --version 2>>{$LOG_FILE}" and it skipped it
[00:23:39 CEST] <Chloe> Pxl_: reread what furq said
[00:23:46 CEST] <furq> ffmpeg --version doesn't output anything on stderr
[00:23:49 CEST] <furq> or -version, even
[00:23:56 CEST] <furq> -version and -help output on stdout
[00:24:31 CEST] <furq> the first thing i'd do to debug this is get rid of the redirects and run it with a terminal attached
[00:26:24 CEST] <furq> as a side note, you don't need -x264opts to set keyint (-g), ref (-refs) or bframes (-bf)
[00:26:33 CEST] <furq> and it should be keyint-min, not min-keyint
[00:26:55 CEST] <furq> you should also be using -r 30000/1001 instead of -r 29.970
[00:29:16 CEST] <furq> you also shouldn't be converting mpg -> h264 -> h264, but i doubt it makes much difference at 65kbps
[00:29:18 CEST] <Pxl_> THANK YOU
[00:29:30 CEST] <Pxl_> furq, you are the man
[00:30:03 CEST] <furq> thanks i'm pretty great
[00:39:41 CEST] <Kadigan_KSB> Yeah, anyone could actually enlighten me as to why /1001?
[00:39:46 CEST] <Kadigan_KSB> As in, the reason for its existence,
[00:39:58 CEST] <Kadigan_KSB> not why we use it instead of writing out decimals, that I get.
[00:40:30 CEST] <Kadigan_KSB> I assume it's somehow related to how chroma subcarriers in NTSC and PAL came about, but...
[00:41:32 CEST] <furq> it's a hack to prevent the chroma signal phasing with the sound signal
[00:42:04 CEST] <Kadigan_KSB> Oooooooh.
[00:42:35 CEST] <Kadigan_KSB> Here's a question: does 60p actually exist, or is it just shorthand for 60000/1001?
[00:42:54 CEST] <Kadigan_KSB> I ask because I often see people say "60 fps (59.94fps)" like they're equivalent,
[00:43:03 CEST] <Kadigan_KSB> but NLEs offer both options as separate settings. I'm confused.
[00:43:11 CEST] <furq> i think some cameras use 60fps
[00:43:21 CEST] <furq> it's not used anywhere in broadcast afaik
[00:44:27 CEST] <furq> this is one of the advantages of living in a pal territory
[00:44:43 CEST] <furq> it almost makes up for all our DVDs being 4% too fast
[00:46:00 CEST] <Kadigan_KSB> It really makes me wonder why /1001 rates would be used anywhere apart from digitization of old, analog footage.
[00:46:28 CEST] <furq> presumably for compatibility with legacy equipment
[00:46:30 CEST] <Kadigan_KSB> I mean, if broadcast is digital start-to-finish now (commonly), then I don't see the merit, and it's most certainly a big, big headache.
[00:47:44 CEST] <furq> it didn't go straight from all analogue to all digital though
[00:47:48 CEST] <Pxl_> furq is right. qam boxes still make up the majority of the cable footprint
[00:48:00 CEST] <furq> and yeah it's not just production you've got to worry about
[00:48:21 CEST] <Kadigan_KSB> No, it didn't go straight there -- but I would assume that there's no point in digitally creating /1001 footage, like for example on output from AfterEffects or similar.
[00:49:09 CEST] <Kadigan_KSB> And yet, I'm quite regularly handed such footage. :/
[00:49:20 CEST] <furq> well it's going to end up as 23.97 anyway
[00:49:35 CEST] <furq> or 29.97 rather
[00:50:01 CEST] <libdavid> hi. i've been here yesterday, because i had some issues with using http-streams on the command line with the "movie" filter: http://pastebin.com/spWkPK0n
[00:50:04 CEST] <Kadigan_KSB> In Poland it seems to end up as 50p or 50i, I think... Unless DVBT still relies on old stuff?
[00:50:11 CEST] <Pxl_> well furq and kadigan, its 5pm so time to clock out. Thanks again for at least getting me to a point where i could debug a bit
[00:50:33 CEST] <libdavid> just wanted to say that it's solved: hat to escape the colon (`:`) with two backslashes and now it works
[00:50:38 CEST] <Kadigan_KSB> Pxl_: have a good one. :) Good luck with it. And do let me know when You've found the issue.
[00:50:55 CEST] <Pxl_> will do! you in here alot?
[00:51:10 CEST] <Kadigan_KSB> I typically idle, so put it in a private message.
[00:51:16 CEST] <Kadigan_KSB> Please, and thank You. :)
[00:51:22 CEST] <Pxl_> sounds good
[00:52:54 CEST] <Kadigan_KSB> Meh. I assume it'll never be a solid, uniform standard, because we'll find something better still before current stuff fully develops. Ah, well.
[00:53:14 CEST] <furq> it would probably be more confusing to give someone a 24fps clip these days
[00:53:28 CEST] <furq> or 30fps ;_;
[00:54:13 CEST] <Kadigan_KSB> I actually work for a small studio, so our process is 25fps start to finish. Well, not entirely true - we shoot 50i and then 'stretch' that to 25p via yadif (giving suprisingly good results).
[00:56:52 CEST] <Kadigan_KSB> I suppose it doesn't really matter, in the end, because we get to create fun stuff and show it to others. How it happens doesn't really matter, so long as it does happen. I'm just a bit pissed when I hand over 25p footage to a subcontractor to do some VFX, and get a 30000/1001 clip in return. >.<
[00:58:27 CEST] <Kadigan_KSB> I mean, when someone gives me 30000/1001 to work on, I work on 30000/1001 and return 30000/1001 unless asked otherwise. /rant
[02:12:08 CEST] <CFS-MP3> hopefully someone is still awake :-)
[02:12:08 CEST] <CFS-MP3>  ffmpeg   -txt_page 888 -i Sky_Box-20160725151400-20160725151900.ts -an -vn -map s -f segment -segment_time 10 -segment_format webvtt -scodec webvtt  -segment_list_type m3u8 -segment_list "/var/www/html/sky_wtt/sky_subs.m3u8" WPEC.vtt
[02:12:21 CEST] <CFS-MP3> Goal is generate webvtt from that file
[02:12:28 CEST] <CFS-MP3> with a valid m3u8
[02:12:30 CEST] <CFS-MP3> I get this
[02:12:56 CEST] <CFS-MP3> Input #0, mpegts, from 'Sky_Box-20160725151400-20160725151900.ts':
[02:12:56 CEST] <CFS-MP3>   Duration: 00:05:00.76, start: 18128.102667, bitrate: 8444 kb/s
[02:12:56 CEST] <CFS-MP3>   Program 3850
[02:12:56 CEST] <CFS-MP3>     Metadata:
[02:12:56 CEST] <CFS-MP3>       service_name    : Sky News HD
[02:12:56 CEST] <CFS-MP3>       service_provider: BSkyB
[02:12:56 CEST] <CFS-MP3>     Stream #0:0[0x200]: Video: h264 (High) ([27][0][0][0] / 0x001B), yuv420p(tv, bt709), 1920x1080 [SAR 1:1 DAR 16:9], 25 fps, 50 tbr, 90k tbn, 50 tbc
[02:12:57 CEST] <CFS-MP3>     Stream #0:1[0x294](eng): Audio: ac3 ([6][0][0][0] / 0x0006), 48000 Hz, stereo, fltp, 384 kb/s
[02:12:57 CEST] <CFS-MP3>     Stream #0:2[0x243](eng): Subtitle: dvb_teletext ([6][0][0][0] / 0x0006), 492x250
[02:12:58 CEST] <CFS-MP3>     Stream #0:3[0x905]: Unknown: none ([5][0][0][0] / 0x0005)
[02:12:58 CEST] <CFS-MP3>     Stream #0:4[0x409]: Unknown: none ([5][0][0][0] / 0x0005)
[02:12:59 CEST] <CFS-MP3> Output #0, segment, to 'WPEC.vtt':
[02:12:59 CEST] <CFS-MP3>     Stream #0:0(eng): Unknown: none
[02:13:00 CEST] <CFS-MP3>     Metadata:
[02:13:27 CEST] <CFS-MP3> what's most absurd is that at some point it worked, but how is not in the history... probably a leading blank or something
[02:30:34 CEST] <furq> fwiw i don't think you need -an -vn -map s
[02:30:47 CEST] <furq> it should only select the subtitle stream if you give it a subtitle-only container
[02:42:20 CEST] <CFS-MP3> same thing without those, furq
[03:47:44 CEST] <k_sze[work]> Is the h264_videotoolbox encoder supposed to be faster than libx264?
[03:48:29 CEST] <furq> depends on your hardware
[03:48:29 CEST] <k_sze[work]> (on a Mac, with an NVIDIA GeForce GT 750M, for example)
[03:49:00 CEST] <furq> i believe it uses quicksync if your cpu supports it
[03:49:09 CEST] <furq> although this is based on some forum posts, so don't take my word for it
[03:49:35 CEST] <k_sze[work]> Hmm, I thought the point of it is that it uses the NVIDIA hardware.
[03:49:50 CEST] <k_sze[work]> I *think* the encoder that uses QuickSync is a different one.
[15:33:33 CEST] <squirrel> i'm trying to convert a video file to match my tv's available options. i use > ffmpeg -hide_banner -i %1 -vcodec mpeg4 -acodec mp3 %tmp%\tmp.avi. but the resulting file is 2x smaller than the original file and the quality is utter garbage, very blocky. any idea what could be wrong?
[15:33:54 CEST] <squirrel> while converting, ffmpeg gives the following warning: Video uses a non-standard and wasteful way to store B-frames ('packed B-frames'). Consider using the mpeg4_unpack_bframes bitstream filter without encoding but stream copy to fix it.
[15:34:43 CEST] <hzut> HI
[15:35:44 CEST] <hzut> Please, how can say to the '-t' option to go to the end?
[15:37:46 CEST] <hzut> Hellp
[16:07:22 CEST] <DHE> squirrel: you didn't specify a bitrate, quality parameter, etc. the defaults are pretty bad. add "-b:v 3M"  (3 megabits in this example)
[16:07:31 CEST] <DHE> also, mpeg4 is pretty old. no h264 support?
[16:09:56 CEST] <squirrel> DHE: by bad quality i mean that it *looks* like the resolution is 100x50 (while it really is about 700x300)
[16:10:19 CEST] <squirrel> i'm pretty sure something other than poor default quality is wrong
[16:10:29 CEST] <squirrel> and, no h264
[20:13:45 CEST] <farfel> I would like to convert a sequence of 12 bit 1920x1080 TIF images into a 12 bit 444  .yuv file
[20:13:58 CEST] <farfel> is this possible with ffmpeg ?
[20:14:25 CEST] <farfel> TIF images are RGB
[20:15:17 CEST] <JEEB> I recommend building with the zimg library and thus enabling the zscale filter instead of the internal one
[20:15:31 CEST] <JEEB> that should enable various pixel format conversions in high quality and correctness
[20:15:53 CEST] <JEEB> zscale filter docs are @ https://www.ffmpeg.org/ffmpeg-all.html#zscale
[20:16:01 CEST] <antonva> hrmmm
[20:16:13 CEST] <antonva> webm streaming just broke on me all of a sudden
[20:16:23 CEST] <JEEB> zimg being https://github.com/sekrit-twc/zimg
[20:19:11 CEST] <furq> farfel: -i img%03d.tif -vf format=yuv444p12le out.yuv
[20:19:19 CEST] <furq> or -i img%03d.tif -vf zscale,format=yuv444p12le out.yuv
[20:19:26 CEST] <furq> if you have zimg
[20:20:23 CEST] <farfel> @JEEB @furq thanks! so I have to do a custom ffmpeg build with zimg
[20:21:00 CEST] <farfel> oh, just read furq's answer more carefully
[20:21:09 CEST] <farfel> I will try that , thanks
[20:21:21 CEST] <JEEB> I really don't recommend the internal swscale-based scaler/conversion thing
[20:21:41 CEST] <farfel> JEEB ok, thanks for the heads up
[20:21:49 CEST] <farfel> I don't really care about image quality at the moment
[20:21:53 CEST] <farfel> just need a test image
[20:21:58 CEST] <farfel> in that format
[20:22:27 CEST] <JEEB> you can check if your current build by doing `ffmpeg -filters |grep zscale`
[20:23:25 CEST] <farfel> thanks, I have a pre-build windows binary
[20:23:34 CEST] <farfel> doesn't look like it has zscale
[20:23:45 CEST] <farfel> there is libswscale
[20:23:54 CEST] <JEEB> oh windows
[20:23:56 CEST] <furq> swscale can do it but zscale is supposedly higher quality
[20:23:56 CEST] <JEEB> https://ffmpeg.zeranoe.com/builds/
[20:23:58 CEST] <farfel> :)
[20:24:04 CEST] <JEEB> this should contain zscale
[20:24:20 CEST] <furq> oh neat
[20:24:23 CEST] <furq> i didn't realise zeranoe had added it
[20:24:44 CEST] <farfel> thanks very much
[20:24:52 CEST] <furq> hopefully he remembered to enable simd, since it's still off by default in the last release version
[20:25:04 CEST] <JEEB> yeah :D
[20:25:13 CEST] <JEEB> the dev is a troll so welp
[20:25:24 CEST] <furq> i gathered that from him calling his library "z.lib"
[20:25:50 CEST] <furq> at least he had the good sense to not have it build libz.so
[20:25:53 CEST] <furq> or libz..so
[20:26:08 CEST] <JEEB> I was actually surprised that he's been making actually useful things, I just remember him trolling on #mplayer like ~10 years ago
[20:27:05 CEST] <furq> the simd thing has been fixed in git anyway which is nice
[20:27:11 CEST] <JEEB> nice
[20:29:52 CEST] <flyBoi> Can anyone explain why the first command fails, while the second one succeeds?:
[20:30:28 CEST] <flyBoi> ffmpeg -i input0.mp4 -filter_complex "[0:v]trim=start=1:end=4,setpts=PTS-STARTPTS[a]; [0:v]trim=start=90:end=92,setpts=PTS-STARTPTS[b]; [a][b]concat[c];" -map [c] out.mp4
[20:30:31 CEST] <flyBoi> vs
[20:30:44 CEST] <flyBoi> ffmpeg -i input0.mp4 -filter_complex "[0:v]trim=start=1:end=4,setpts=PTS-STARTPTS[a]; [0:v]trim=start=90:end=92,setpts=PTS-STARTPTS[b]; [a][b]concat[out1]" -map [out1] out.mp4
[20:31:16 CEST] <flyBoi> the first one fails for: [AVFilterGraph @ 0x7f9800f00160] No such filter: ''
[20:31:41 CEST] <furq> you've got a trailing ; after [c]
[20:31:51 CEST] <flyBoi> omg
[20:31:53 CEST] <flyBoi> thank you
[20:32:04 CEST] <flyBoi> i thought c was some reserved value, man.
[20:32:20 CEST] <furq> i'll be honest, that took me a minute
[20:33:08 CEST] <nisthana> I am new to FFMPEG - I want to use FFMPEG in python but i am unable to find an SDK that will allow me to use encoding/decoding functions. Is there anything available for Python?
[20:33:18 CEST] <furq> there's PyAV
[20:33:23 CEST] <furq> i don't know how usable it is though
[20:34:30 CEST] <nisthana> thanks will check out, so is FFMPEG used only by C++/C developers mostly?
[20:36:31 CEST] <flyBoi> Node.js has a pretty decent wrapper library
[20:36:35 CEST] <flyBoi> that's what I've been using
[20:38:22 CEST] <furq> insert joke about javascript and semicolons
[20:38:52 CEST] <flyBoi> forgot to mention- i'm a total masochist
[20:42:18 CEST] <nisthana> thanks. My development is all in Python so I am looking for some kind of library. If I can't find, then I need to figure out how to invoke C function calls from python code
[20:44:59 CEST] <flyBoi> could you invoke bash commands? like by using the subprocess module?
[20:48:00 CEST] <nisthana> that will be too slow for my needs, I need to support millions of calls to convert AAC to LINEAR16 for a speech project that will use Machine learning to detect what user is talking about in a recording
[20:52:51 CEST] <flyBoi> would it really be significantly slower than using a wrapper library?
[20:53:37 CEST] <flyBoi> python isn't known for its blazing speed
[20:53:38 CEST] <farfel> another question: for -i img%03d.tif -vf zscale,format=yuv444p12le out.yuv  command line, my tif sequence is of the form foo_00XX.tif
[20:53:50 CEST] <farfel> where XX is some number in the sequence
[20:53:58 CEST] <nisthana> not sure I  need to check
[20:54:47 CEST] <farfel> I tried foo_0%03d.tif, but that doesnt work
[20:55:34 CEST] <naildeca> I installed ffmpeg 3.0 and the delogo filter is missing. How do I install it?
[20:56:37 CEST] <farfel> oh, never mind, figured it out
[20:58:54 CEST] <farfel> so, ffmpeg is rejecting my 12 bit TIF files:  "This format is not supported (bpp=36, bppcount=3)"
[20:59:39 CEST] <farfel> does ffmpeg have to be custom build to support 12 bit TIFF ?
[20:59:40 CEST] <flyBoi> naildeca: what error are you getting?
[21:00:30 CEST] <naildeca> It says 'no such filter'
[21:05:12 CEST] <flyBoi> copy and paste your line?
[21:07:51 CEST] <naildeca> flyBoi: It says      [AVFilterGraph @ 0x98fa400] No such filter: 'delogo'
[21:08:20 CEST] <farfel> well, I switched to 8 bit TIF, but had to remove zscale to make it work
[21:11:39 CEST] <Chloe> Yagger: you should probably pastebin a log
[21:12:05 CEST] <Yagger> Chloe: Will do, I am just compiling as we speak to show the error message as it represents itself.
[21:23:06 CEST] <farfel> anyways, thanks for your help
[21:24:03 CEST] <Yagger> Chloe: Here is the pastern: http://pastebin.com/A818Ja78
[21:24:10 CEST] <Yagger> pastbin
[21:24:17 CEST] <Yagger> Damn autocorrection...
[21:25:41 CEST] <Chloe> Yagger; why the --extra flags?
[21:26:56 CEST] <durandal_1707> farfel: what created such tiffs?
[21:26:56 CEST] <Yagger> That is so it finds libressl
[21:36:31 CEST] <Yagger> Chloe: Anything I can do to make it work?
[21:38:18 CEST] <furq> Yagger: try with --disable-decoder=dirac
[21:38:28 CEST] <furq> that seems like a bug though
[21:40:11 CEST] <Yagger> furq: I have added the configure option, it will take some time to build.
[21:40:23 CEST] <furq> are you running parallel make
[21:42:18 CEST] <flyBoi> naildeca: sorry, I meant your command
[21:43:51 CEST] <flyBoi> so `ffmpeg -filters` doesn't show delogo?
[21:45:33 CEST] <Yagger> furq: I thought I was, but I am not. It is simply running a "make install"
[21:45:45 CEST] <furq> make -j8
[21:45:49 CEST] <furq> or however many cores you have
[21:46:41 CEST] <Yagger> furq: I have 8.
[21:47:59 CEST] <naildeca> flyBoi: Correct, there is no 'delogo' in  'ffmpeg -filters'   See this pastebin http://pastebin.com/gPE58j9M
[21:58:47 CEST] <Yagger> furq: The build was successful by using --disable-decoder=dirac     Thanks for the help!
[22:00:54 CEST] <flyBoi> naildeca: I think you just have a weird version that didn't include all of the filters. Check: http://superuser.com/a/529697
[22:04:42 CEST] <naildeca> flyBoi: Thanks. I guess I'll uninstall what I have and try whatever Ubuntu has or try other versions. Again, thanks for your help.
[22:12:30 CEST] <Pxl_> hows everyone doing
[22:12:51 CEST] <antonva> Could be better.
[22:12:59 CEST] <antonva> ffserver playing tricks on me
[22:13:01 CEST] <antonva> ...again
[22:13:08 CEST] <Pxl_> i know the feeling, been banging my head against a wall for 2 days
[22:13:39 CEST] <antonva> What's the problem?
[22:14:07 CEST] <Pxl_> [libx264 @ 0x597a0a0] ratecontrol_init: can't open stats file      i have no clue what this error is about
[22:15:12 CEST] <antonva> You doing a 2 pass encode?
[22:15:35 CEST] <Pxl_> yepp
[22:16:16 CEST] <antonva> hastebin/gist the full ffmpeg line?
[22:17:25 CEST] <Pxl_> http://pastebin.com/0Q5uqTCL
[22:20:25 CEST] <Pxl_> works fine from command line but not when i invoke it from java with real data to build the video. The actual video creation works great up until the 2 pass at the end
[22:32:29 CEST] <DelphiWorld> alive DHE ?
[22:33:07 CEST] <DelphiWorld> when should use baseline, main and high H.264 profiles?
[22:33:20 CEST] <furq> when your playback device only supports baseline, main or high profile
[22:33:39 CEST] <DelphiWorld> furq: so it's related only to playback devices?
[22:33:44 CEST] <furq> pretty much
[22:33:52 CEST] <DelphiWorld> any other factor?
[22:33:53 CEST] <antonva> Pxl_: huh
[22:33:54 CEST] <antonva> weird
[22:34:02 CEST] <furq> baseline generally encodes faster because it disables a lot of features
[22:34:06 CEST] <ferdna> has anyone streamed video to a roku using ffserver?
[22:34:24 CEST] <Pxl_> yeah, makes absolutely no sense to me xD
[22:34:47 CEST] <DelphiWorld> ferdna: forget ffserver
[22:34:55 CEST] <antonva> Pxl_: Is it possible that your log file var is getting lost in a different path or something?
[22:34:59 CEST] <ferdna> DelphiWorld, why?
[22:35:00 CEST] <DelphiWorld> use nginx rtmp server to stream rtmp or hls, or use nimble streamer
[22:35:05 CEST] <antonva> Eh
[22:35:14 CEST] <furq> ffserver is unmaintained and likely to be removed soon
[22:35:19 CEST] <antonva> rip
[22:35:20 CEST] <DelphiWorld> furq: ya
[22:35:26 CEST] <furq> and also i've never seen anyone successfully using it
[22:35:28 CEST] <DelphiWorld> antonva: bgp
[22:35:29 CEST] <ferdna> ohhh
[22:35:35 CEST] <antonva> furq: I have
[22:35:41 CEST] <furq> well i have but it was me in about 2008
[22:35:41 CEST] <DelphiWorld> i used it furq
[22:35:44 CEST] <antonva> I use it a lot
[22:35:55 CEST] <furq> and it stopped working at the next api break
[22:36:04 CEST] <DelphiWorld> but i completly forget it
[22:36:10 CEST] <DelphiWorld> now i use rtmp servers
[22:36:23 CEST] <furq> yeah nginx-rtmp is pretty great
[22:36:39 CEST] <antonva> I just want to use vpx/webm
[22:36:45 CEST] <DelphiWorld> but no much update lately, no furq ?
[22:36:47 CEST] <Pxl_> so my java kicks it off twice to generate two videos simultaneously, whereas when i was manually running it, i only kicked of one at a time. Could that interfere with the stats file
[22:36:55 CEST] <furq> it's a shame it's not rtsp or else you could potentially do webm over dash
[22:37:04 CEST] <ferdna> so will those streaming services work on roku?
[22:37:15 CEST] <antonva> Pxl_: Uh, if they're writing to the same log it could
[22:37:35 CEST] <DelphiWorld> furq: i was using ffserver just due to rtsp
[22:37:50 CEST] <Pxl_> nevermind...just tried having java kick off one and it did the same thing
[22:37:53 CEST] <DelphiWorld> but now i prefer to pay 25USD monthly and have stable nimble streamer
[22:38:04 CEST] <furq> x264/aac works for my use case
[22:38:09 CEST] <kepstin> Pxl_: make sure you run each process in a different working directory, and it should be fine
[22:38:30 CEST] <kepstin> (or manually specify the stats file)
[22:38:35 CEST] <antonva> ferdna: roku should support rtmp streams last I knew, but I've never operated one.
[22:38:53 CEST] <DelphiWorld> furq, what proto you stream on?
[22:38:59 CEST] <furq> rtmp and hls
[22:39:06 CEST] <DelphiWorld> same as me
[22:39:07 CEST] <Pxl_> dumb question, but how do i specify the stats file?
[22:39:07 CEST] <ferdna> antonva, cool thanks
[22:39:21 CEST] <antonva> ferdna: I'd google it to be sure
[22:41:33 CEST] <DelphiWorld> vlc still dont play dash
[22:51:36 CEST] <ferdna> antonva, do you know how to watch those streams on roku?
[22:51:47 CEST] <ferdna> ohh wait you said you never operated one before
[23:10:59 CEST] <Pxl_> sure enough. Having multiple encodes going at once and trying to use the same stats file was my issue.
[23:34:14 CEST] <maelask> hi
[23:34:27 CEST] <maelask> i'm having a little bit of trouble compiling the ffmpeg-full-git package from the AUR
[23:34:46 CEST] <maelask> it says CUDA could not be found, however i do have the cuda binaries in my PATH
[23:35:20 CEST] <maelask> is there any other thing i need from cuda in the path to be able to build the package?
[23:35:49 CEST] <furq> maelask: check the end of config.log
[23:35:57 CEST] <furq> you're probably missing a header or something
[23:37:46 CEST] <maelask> http://pastebin.com/ZtvYXWDh
[23:37:49 CEST] <maelask> this is where it fails
[23:38:39 CEST] <maelask> up to that point, the headers do exist
[23:40:06 CEST] <maelask> i'm probably missing the libraries path for cuda
[23:40:14 CEST] <maelask> i'll try that and get back here if it fails
[00:00:00 CEST] --- Fri Jul 29 2016


More information about the Ffmpeg-devel-irc mailing list