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

[burek]

[00:22:04 CET] <Daemon404> peloverde, cool. took quite a while.
[00:25:59 CET] Action: Daemon404 queues for tmr
[01:05:48 CET] <cone-173> ffmpeg 03Marton Balint 07master:8f60663c8b71: concatdec: calculate duration early if outpoint is known
[01:05:49 CET] <cone-173> ffmpeg 03Marton Balint 07master:ba9191ab3a51: concatdec: simplify duration calculation in open_next_file
[01:05:50 CET] <cone-173> ffmpeg 03Marton Balint 07master:65406b0bedb4: concatdec: add option for adding segment start time and duration metadata
[01:05:51 CET] <cone-173> ffmpeg 03Marton Balint 07master:839eb1c77da9: lavfi/select: add support for concatdec_select option
[02:29:49 CET] <sonto_lau> Hi all! I am developing a media streaming software, but I dont know how to stream the media files encoded in h264 to network(RTP) by using ffmpeg, could anyone help me or give me some tutorial about this. thanks
[02:34:02 CET] <llogan> sonto_lau: wrong channel. try #ffmpeg.
[02:34:10 CET] <cone-173> ffmpeg 03Timothy Gu 07master:15dcc506d788: vsrc_mandelbrot: Don't use German in comments
[02:34:33 CET] <sonto_lau> thanks for your recommendation.
[02:37:26 CET] <cone-173> ffmpeg 03Ganesh Ajjanagadde 07master:5472de5ca85e: avcodec/aac_defines: replace #define by typedef
[02:37:27 CET] <cone-173> ffmpeg 03Ganesh Ajjanagadde 07master:aececd11abad: avcodec/aacps_tablegen_template: replace #define by typedef
[02:37:28 CET] <cone-173> ffmpeg 03Ganesh Ajjanagadde 07master:81a0aec29e7a: avcodec/aacps_tablegen: use hypot()
[02:37:29 CET] <cone-173> ffmpeg 03Ganesh Ajjanagadde 07master:e9c7493f19a6: avfilter/vsrc_mandelbrot: avoid sqrt for epsilon calculation
[02:37:30 CET] <cone-173> ffmpeg 03Ganesh Ajjanagadde 07master:990619968a40: avfilter/vsrc_mandelbrot: change sin to sinf for color computation
[02:43:53 CET] <llogan> Timothy_1u: you could do the same for Blackmagick
[03:13:17 CET] <Timothy_1u> llogan: where?
[03:13:47 CET] <llogan> Timothy_1u: cornfigure
[03:15:37 CET] <llogan> bonus points if you can find the errant "und"
[03:15:45 CET] <Timothy_1u> ah lol
[03:16:04 CET] <llogan> doc/indevs.texi
[03:18:18 CET] <cone-173> ffmpeg 03Timothy Gu 07master:798920033ece: configure: Fix pseudo-German
[03:18:19 CET] <cone-173> ffmpeg 03Timothy Gu 07master:4f99308ed36b: doc/indevs: Fix German
[03:18:30 CET] <Timothy_1u> the most useless pair of commits i've ever seen
[03:18:55 CET] <llogan> i don't know. i may have you beat.
[03:19:52 CET] <llogan> actually, you win.
[03:20:37 CET] <Timothy_1u> ha
[03:34:30 CET] <cone-173> ffmpeg 03Ganesh Ajjanagadde 07master:29af74e4e36d: avutil/libm: fix isnan compatibility hack
[04:00:57 CET] <J_Darnley> How can Windows headers not know LONG? ^
[04:38:44 CET] <J_Darnley> Oh that's how. ^
[11:16:36 CET] <durandal_1707> ubitux: what's up with streamselect?
[11:16:56 CET] <ubitux> nothing new since last time
[11:17:15 CET] <ubitux> i explained the issue i had; you can try by yourself, i pushed a branch
[12:00:28 CET] <durandal_1707> havent tried taking frames from all inputs?
[12:10:10 CET] <ubitux> i don't think so, but i have the issue of the "background" streams that need to be fed
[12:10:16 CET] <ubitux> s/fed/pulled/
[13:00:17 CET] <cone-873> ffmpeg 03Paul B Mahol 07master:5b106215babe: avfilter/af_sidechaincompress: add forgotten option
[15:32:30 CET] Action: Daemon404 makes sure his subtitle library is useless to almost everybody
[15:34:17 CET] <BBB> so funny, all that advice to google devs about chromiums build on our ML
[15:34:52 CET] <Daemon404> i was surprised to see it was bruce dawnson
[15:35:01 CET] <J_Darnley> Did that thread continue after "build.gn is not part of ffmpeg"?
[15:35:06 CET] <Daemon404> i forgot he worked for google now actually.
[15:35:10 CET] <Daemon404> (he used to work for Valve)
[15:35:29 CET] <J_Darnley> (oh yes there are more replies)
[15:36:40 CET] <J_Darnley> Someone needs to remind him not to top post.
[15:38:00 CET] <BBB> someone needs to remind everyone to continue this off-topic thread somewhere else
[15:38:10 CET] <BBB> like, on chromium-dev at google.com or so
[15:39:17 CET] <Compn> funny thread
[15:39:44 CET] <Compn> J_Darnley : it got a second "build.gn is not part of ffmpeg" mail even.
[15:40:39 CET] <fritsch> does that mean the google folks could not be convined to use gstreamer and now intel will also look much more into ffmpeg?
[15:40:42 CET] <fritsch> or not related?
[15:40:50 CET] <BBB> huh?
[15:40:55 CET] <BBB> fritsch: google has used ffmpeg for ages
[15:40:58 CET] <Compn> fritsch : chome/chromium has been shipping ffmpeg for a long time
[15:41:14 CET] <fritsch> from intel dev folks I always hear: google is our primary customer
[15:41:16 CET] <BBB> and Im pretty sure google does not use gstreamer anywhere
[15:41:46 CET] <fritsch> good
[15:41:47 CET] <Compn> fritsch 
[15:41:49 CET] <BBB> fritsch: but how does that relate to gstreamer?
[15:41:51 CET] <BBB> Im very confused
[15:41:57 CET] <Compn> er , intel has submitted some patches to ffmpeg too
[15:42:02 CET] <fritsch> BBB: intel is pushing all their stuff to gstreamer
[15:42:14 CET] <fritsch> Compn: yes of course - but with gwenole now "gone" :-(
[15:42:19 CET] <fritsch> i am not sure how that continues in the future
[15:42:24 CET] <Compn> ah
[15:42:25 CET] <fritsch> intel seems to go libyami fully
[15:42:33 CET] <fritsch> and the other project is gstreamer only
[15:42:39 CET] <Compn> gstreamer uses ffmpeg as well...
[15:42:51 CET] <Compn> no matter what, it all comes back here in the end really
[15:43:27 CET] <wm4> no it stays in gstreamer
[15:43:39 CET] <fritsch> as a lot of hw is intel driven (chromebooks, chromeboxes, ..) i have hopes that subsequent hwaccel implementations are again done by intel folks directly for ffmpeg
[15:43:47 CET] <wm4> I doubt gstreamer even uses ffmpeg vaapi hwaccel
[15:43:51 CET] <fritsch> jep
[15:43:55 CET] <fritsch> that was also my knowledge
[15:45:52 CET] <BBB> look, all of this is self-fulfilling
[15:46:05 CET] <BBB> if intels ffmpeg devs leave and they have no new people in there, and all people know/love gstreamer
[15:46:08 CET] <BBB> then of course theyll go gst
[15:46:19 CET] <BBB> so some ffdevs need to go to intel and say hey, lets do ffhwaccels again"
[15:46:48 CET] <wm4> clearly everyone should just switch to gstreamer, as it's a mature, flexible, and complete multimedia framework
[15:47:21 CET] <BBB> or that
[15:50:23 CET] <wm4> I find that depressing
[15:50:51 CET] <wm4> the only movement you see in ffmpeg towards a more complete framework is pretending that libavfilter could do everything
[15:56:03 CET] <Daemon404> ... because ffmpeg is not a framework
[15:56:09 CET] <Daemon404> it's a building block
[15:59:18 CET] <kierank> correct
[16:03:14 CET] <wm4> Daemon404: there's no reason why it shouldn't go further... it would also prevent the contamination of the building blocks with unsuitable higher level features
[16:05:21 CET] <kierank> unfortunately this community doesn't understand feature levelling
[16:07:08 CET] <BBB> they work on other projects
[16:07:27 CET] <BBB> if youre interested in that kind of stuff, youre unlikely to come to ffmpeg, right?
[16:07:38 CET] <BBB> Im not interested in any of that, I just want to write codecs and stuff related to that
[16:13:30 CET] <kierank> some people clearly don't because it's the reason we have a web server in ffmpeg
[16:14:33 CET] <j-b> pff, too simple
[16:14:38 CET] <j-b> you should have an ftp server too
[16:24:37 CET] <arpu> hello, can i use libvp9 and libopus in a webm container and use output format rtmp ? i tryed this ffmpeg is running but on server side (rtmp) no video or audio data is receiving
[16:25:56 CET] <J_Darnley> Yes, yes, yes, and I have no idea
[16:26:19 CET] <arpu> J_Darnley,  yes i now libvp9 and libopus works with webm :D 
[16:26:22 CET] <J_Darnley> What version of ffmpeg are you running locally and on the server
[16:26:39 CET] <arpu> i use master on publisher side 
[16:26:43 CET] <arpu> on server costum rtmp server
[16:27:16 CET] <kierank> there's no vp9 nor opus mapping in rtmp
[16:27:24 CET] <arpu> :/
[16:27:40 CET] <arpu> kierank,  is this possible ? 
[16:27:46 CET] <kierank> no
[16:27:59 CET] <arpu> so ffmpeg should stop with an error 
[16:28:53 CET] <arpu> any idea what is the best solution to publish webm (vp9/opus) streams to a server ? 
[16:29:02 CET] <arpu> websocket maybe ? 
[16:29:04 CET] <kierank> http with webm (lol)
[16:29:18 CET] <arpu> http ? to push ? 
[16:29:37 CET] Action: J_Darnley argues for no streaming
[16:30:15 CET] <arpu> J_Darnley, why not? 
[16:30:57 CET] <J_Darnley> I hate it.  Give me a download, torrent, or magnet link anyday.
[16:31:15 CET] <arpu> J_Darnley,  and live streaming? 
[16:31:29 CET] <J_Darnley> I hate it.  Give me a download, torrent, or magnet link anyday.
[16:31:50 CET] <av500> make one torrent per 30s of stream
[16:31:59 CET] <av500> smooth-torrent
[16:32:22 CET] <RiCON> not-so-live-stream
[16:32:42 CET] <kierank> or just use a torrent client with sequential download
[16:36:53 CET] <arpu> hmm output format ffm should work right? 
[16:37:00 CET] <arpu> with rtmp 
[17:04:11 CET] <wm4> av500: it would be funny if it weren't so cruel
[17:16:23 CET] <arpu> av500,  i use dash as source stream and clients use webrtc to p2p this chunks
[17:23:22 CET] <arpu> hm why is vp9 not allowed in flv ? vp6 is
[17:26:25 CET] <BtbN> Because vp9 is slightly more recent.
[17:27:02 CET] <durandal_1707> BBB: what codecs you gonna write?
[17:27:46 CET] <BBB> I thought I just wrote vp9
[17:27:52 CET] <BBB> can I take a break for a while? :)
[17:28:10 CET] <BBB> maybe Ill do vp10 when its finished
[17:28:40 CET] <durandal_1707> No, every day one codec/filter/demuxer
[17:36:30 CET] <Compn> arpu : adobe make flv, its up to them.
[17:36:35 CET] <Compn> iirc
[17:41:47 CET] <ubitux> flv doesn't evolve since a long while
[17:41:57 CET] <Compn> right
[17:45:55 CET] <durandal_1707> Compn: you can't be developer
[17:47:02 CET] <arpu> Compn, ok so the flv specs must be changed from adobe
[17:47:42 CET] <arpu> but rtmp can only be used with flv? 
[17:48:25 CET] <arpu> https://github.com/FFmpeg/FFmpeg/blob/master/libavformat/rtmpproto.c#L2957
[17:53:06 CET] <durandal_1707> modify code and use it?
[17:55:49 CET] <Compn> durandal_1707 : what part of everyone is a developer did you not understand? :P
[17:55:52 CET] <Compn>  hehe
[17:56:35 CET] <Compn> arpu : vp9 i've only seen in mkv and ........ webm (also kinda mkv)
[17:56:42 CET] <durandal_1707> no, just occasional contributor
[17:57:11 CET] <Compn> i review patches all the time , you can search for 'commit log' 'compn' to see this
[17:57:14 CET] <arpu> Compn,  yes but why i cannot use webm in rtmp protocol?
[17:57:24 CET] <Compn> arpu : adobe made rtmp protocol spec
[17:57:43 CET] <Compn> rtmp and flv is up to adobe.
[17:57:45 CET] <arpu> Compn,  rtmp i do not see any container spec
[17:58:12 CET] <arpu> its only the transport protocoll for audio video right?
[17:58:23 CET] <Compn> rtmp container IS flv
[17:58:34 CET] <Compn> rtmp cannot be used to stream mp4 or other containers.
[17:58:34 CET] <arpu> ah 
[17:58:55 CET] <Compn> rtmp is not a standard, its proprietary adobe ...
[17:59:02 CET] <Compn> "adobe standard"
[17:59:08 CET] <arpu> hmm i think its open 
[17:59:16 CET] <arpu> https://www.adobe.com/content/dam/Adobe/en/devnet/rtmp/pdf/rtmp_specification_1.0.pdf
[17:59:31 CET] <arpu> i see the 09 08 is video adio messages like flv
[17:59:51 CET] <arpu> hmm but rtsp has no container right?
[18:00:06 CET] <arpu> sorry for all this questions
[18:00:15 CET] <Compn> its ok, no one else seems to be here 
[18:01:02 CET] <Compn> rtsp is more confusing, because there are different versions
[18:01:03 CET] <Compn> http://wiki.multimedia.cx/index.php?title=RTSP
[18:01:22 CET] <Compn> mostly, its seperated audio and video streams
[18:02:00 CET] <Compn> so you want to stream vp9 ?
[18:02:02 CET] <arpu> hm like rtmp
[18:02:26 CET] <BtbN> I guess DASH is your best bet for "streaming" VP9
[18:02:36 CET] <arpu> does nobody use vp9 and opus for live streaming? 
[18:02:43 CET] <arpu> BtbN,  yes this is the goal
[18:02:45 CET] <BtbN> YouTube does.
[18:02:52 CET] <BtbN> Not Opus though
[18:02:57 CET] <arpu> but publishers needs to publish the live stream to the server
[18:03:01 CET] <BtbN> but i don't see why it shouldn't work. Not in Browsers though
[18:03:19 CET] <arpu> server -> client is no problem with dash 
[18:03:27 CET] <arpu> but client -> server 
[18:03:34 CET] <arpu> as publisher
[18:03:38 CET] <BtbN> Publish via a fuse-mounted WebDAV where ffmpeg writes its DASH output.
[18:03:55 CET] <arpu> BtbN,  is not good for "end users"
[18:04:10 CET] <BtbN> Nothing is good for end users.
[18:04:15 CET] <arpu> haha
[18:04:26 CET] <arpu> publsish with rtmp  is simple :D
[18:04:33 CET] <BtbN> But obviously doesn't work.
[18:05:01 CET] <arpu> so next try is rtsp i think 
[18:05:33 CET] <arpu> with ANNOUNCE 
[18:05:59 CET] <arpu> hmm i tryed rtmp with megts conatiner i get some video and audio packets on server side
[18:06:06 CET] <arpu> container
[18:11:01 CET] <arpu> http://lpaste.net/3666227059308363776
[18:11:06 CET] <arpu> so ffmpeg send the stream 
[18:11:15 CET] <arpu> i only need to change the rtmp server
[18:11:18 CET] <arpu> right? 
[18:17:41 CET] <Compn> no idea.
[18:18:00 CET] <Compn> w hat are you trying to do exactly?
[18:20:06 CET] <cone-216> ffmpeg 03Stefano Sabatini 07master:5f2c233a8586: doc/indevs: fix x11grab options consistency
[18:22:33 CET] <arpu> Compn,  publish an vp9 opus live stream to a server 
[18:32:19 CET] <Compn> ah, well bbb is probably the one to ask about that
[18:32:25 CET] <Compn> might have to pay him to make it work
[18:32:26 CET] Action: Compn afk
[18:34:44 CET] <BtbN> rtmp is flv by definition.
[18:49:11 CET] <arpu> FF_COMPLIANCE_UNOFFICIAL maybe its good to ad vp9  here in flvenc ? 
[18:49:30 CET] <arpu> http://git.videolan.org/?p=ffmpeg.git;a=blob;f=libavformat/flvenc.c;h=3925768fefd9b026360bb6846f474a1b385e9638;hb=HEAD#l370
[18:51:40 CET] <BtbN> Adding a random codec there won't magicaly add code to mux it.
[18:57:14 CET] <arpu> BtbN,  ok 
[18:57:26 CET] <arpu> makes sense
[18:57:59 CET] <arpu> BtbN,  any idea what output protocoll i could use ? 
[18:58:24 CET] <BtbN> I wasn't joking with DASH output to WebDAV.
[19:02:07 CET] <arpu> BtbN,  hmm but on server side i want more options ( trancode to dash  or reencode in size ) 
[19:02:27 CET] <BtbN> Well, best of luck in that case.
[19:58:03 CET] <nog__> Is ffmpeg able to be linked static without dependencies on libdl and libm?
[19:59:00 CET] <J_Darnley> Probably if there are static versions of those libraries available
[20:00:31 CET] <nog__> the project tvheadend links in ffmpeg and libav statically, but still ffmpeg links dynamically to libdl, libm making it impossible to have a binary not dependent on these libraries
[20:00:49 CET] <JEEB> those are system libraries
[20:01:00 CET] <nog__> I was wondering if ffmpeg had some option to link static to these libraries?
[20:01:01 CET] <JEEB> C mathematics library and the dynamic loading library
[20:01:12 CET] <JEEB> I usually do not see these libraries being static
[20:01:25 CET] <JEEB> you can try using an alternative C library
[20:01:34 CET] <J_Darnley> Have you tried instructing your compiler to what you want?
[20:01:37 CET] <nog__> Yes, I know. However, the target does not have these system libraries - it is an embedded system.
[20:01:37 CET] <JEEB> I mean, *standard* library
[20:01:39 CET] <funman> libc6-dev:amd64: /usr/lib/x86_64-linux-gnu/libm.a
[20:01:51 CET] <nog__> Ehh, it has the libaries in 32 bit mode, but not in 64 bit
[20:02:08 CET] <JEEB> ok, then you just have to instruct the shit to link those statically if those are available
[20:02:22 CET] <JEEB> google static c stdlib
[20:02:31 CET] <JEEB> and hope your toolchain contains that
[20:02:41 CET] <llogan> not only does more forum/ML spam software use ffmpeg, this one, avdshare, is stealing Vimeo's logo.
[20:03:09 CET] <nog__> Yea, I've been googling around for quite some time without any luck ;) Also searched mailing list archives. ;)
[20:03:44 CET] <JEEB> not specific to FFmpeg in any way
[20:03:47 CET] <nog__> JEEB: Anymore hints on what to do?
[20:04:18 CET] <BtbN> staticaly linking against libdl seems weird.
[20:04:27 CET] <BtbN> Also, glibc will never be truely static
[20:04:37 CET] <JEEB> yeah, you'd have to have another stdlib
[20:04:54 CET] <BtbN> What's the matter though with making it entirely static?
[20:05:11 CET] <BtbN> Some horrible NAS-Distro with essential system libs missing?
[20:05:23 CET] <nog__> BtbN: yes, QNAP
[20:05:35 CET] <BtbN> fun
[20:05:45 CET] <BtbN> Tell them to fix their system
[20:06:00 CET] <BtbN> Or do what every modern person does, use a docker container.
[20:06:20 CET] <nog__> For some reason it has the whole 32 bit setup, but 64 bit is lacking - so instead of transferring the so-files to the target I figured why not link everything static ;)
[20:06:23 CET] <JEEB> are you implying they have a new enough kernel for that :P
[20:06:51 CET] <BtbN> QNAP actualy does seem to support docker/lxc. Seems like a viable option to me.
[20:07:02 CET] <nog__> It is 3.12.6
[20:07:42 CET] <nog__> Yes, with container support
[20:08:19 CET] <nog__> This could be the solution - I am wondering if performance will be an issue - it is a DVB-setup with transcoding and streaming - will the virtualization not give a performance hit?
[20:08:57 CET] <BtbN> There is no virtualization.
[20:09:20 CET] <JEEB> container is just a kernel namespace
[20:09:21 CET] <nog__> BtbN: Well, some kind of indirection then? ;)
[20:09:21 CET] <BtbN> It will also be a lot of fun to access DVB hardware in a container running on those things.
[20:09:23 CET] <JEEB> under a chroot
[20:09:37 CET] <JEEB> anyways, I'd just copy the 64bit stdlib over :P
[20:09:46 CET] <JEEB> and/or looked for a static stdlib
[20:09:56 CET] <nog__> JEEB: Yes, it works with a LD_LIBRARY_PATH hack ;)
[20:10:30 CET] <nog__> It will probably be some work to patch a hole to the devices, yes...
[20:10:49 CET] <nog__> For a conainer solution that is
[20:12:47 CET] <nog__> Thanks for the input, appreciated - have a nice day to all
[20:12:52 CET] <BtbN> It's easy on a normal setup
[20:13:02 CET] <BtbN> But not on those NAS things
[20:13:08 CET] <nog__> Ok
[20:53:02 CET] <fritsch> nevcairiel: ping - you got a minute?
[22:02:27 CET] <arpu> hi again :D   what server can use the output http  from ffmpeg ? 
[22:02:32 CET] <cone-216> ffmpeg 03Paul B Mahol 07master:fd3df296c157: avfilter/af_alimiter: make description a bit longer
[22:02:32 CET] <cone-216> ffmpeg 03Paul B Mahol 07master:142894d7202b: avfilter: do not leak frame if ff_get_audio_buffer() fails
[22:06:52 CET] <arpu> ok ffserver any other? 
[22:11:18 CET] <arpu> how does the http output works ? POST ? 
[22:24:14 CET] <cbsrobot> arpu: please ask in #ffmpeg
[22:24:43 CET] <cone-216> ffmpeg 03Paul B Mahol 07master:56ff563f3bbe: avfilter: add '.' at and of long filter description where it is missing
[22:56:00 CET] <TD-Linux> arpu, for the uplink to a streaming server (like the role of RTMP in a twitch source client) RTSP is one option, WebM over HTTP is another one (icecast style)
[22:56:41 CET] <TD-Linux> the latter is closer to RTMP functionally
[23:25:14 CET] <cone-216> ffmpeg 03James Almer 07master:3885ef0c6c9c: avcodec/mjpegdec: fix typo on a warning
[23:29:31 CET] <llogan> i feel like i'm missing out on the typo fixings this week.
[23:30:54 CET] <J_Darnley> I saw two good commit messages on that front when I woke up this morning: Fix German and Fix pseudo-German :)
[23:56:57 CET] <arpu> TD-Linux,  thx a lot! i try to build a http server in node for this 
[00:00:00 CET] --- Thu Nov 26 2015