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

Mon Jul 2 03:05:02 EEST 2018

[03:54:04 CEST] <Hello71> isn't -buffer_size in *bytes* anyways
[03:54:42 CEST] <Hello71> also wtf is this avplay crap
[03:55:23 CEST] <furq> welcome to drama from 7 years ago
[04:20:02 CEST] <Hello71> I mean it hasn't exactly ended
[04:23:24 CEST] <Hello71> although with both ubuntu and debian switching back to ffmpeg it looks like libav is pretty dead
[05:26:35 CEST] <Soni> what's ffplay -f alsa hw:0 ?
[05:26:48 CEST] <Soni> it keeps running into xrun
[05:28:05 CEST] <Soni> oh I had it muted, that's why it wasn't playing
[05:28:25 CEST] <Soni> wait, it's playing without ffplay
[05:28:28 CEST] <Soni> what
[05:29:01 CEST] <Soni> I have no idea what's happening
[05:31:55 CEST] <Hello71> some hacker got your ip with a gui in visual basic
[05:32:09 CEST] <Soni> oh wait
[05:32:11 CEST] <Soni> oooh
[05:32:16 CEST] <Soni> I'm an idiot
[05:34:35 CEST] <Soni> if I up the mic volume in alsa's "playback" mixer, it goes to playback, right?
[05:37:11 CEST] <Hello71> maybe
[05:37:14 CEST] <Hello71> depends on your card
[05:37:16 CEST] <Hello71> but probably not
[05:38:02 CEST] <Hello71> 108 commits since jan 1 vs 46377
[05:38:47 CEST] <Soni> well, it does seem to be playing
[05:38:52 CEST] <Soni> which is, weird
[05:40:31 CEST] <Hello71> pretty doorknob dead there
[05:55:28 CEST] <lvlscape> Has anyone here ever used ffmpeg to try and record an EDL / SDL output that wasnt part of x11 for x11grab?
[05:57:16 CEST] <lvlscape> use case is when some application run a graphical application from headless server without a xserver setup
[05:59:30 CEST] <lvlscape> so grabbing the framebuffer with ffmpeg -f fbdev .. isnt right, as theres no tty session of output as we can tell .... stop me if im speaking gibberish
[06:04:53 CEST] <lvlscape> oh, i may need to use kmsgrab i think.. reading more now
[06:14:27 CEST] <lvlscape> ohhhh, sdl2 is part of the -devices area.. we have been having a blast today
[06:15:03 CEST] <lvlscape> 3-4 of us spent 12+ hours in ffmpeg, it wa sa lot of fun, im makign ntoes and i hoped this for hail marys, but i feel liek its like almos tthere
[06:22:05 CEST] <lvlscape> we know another application is making an SDL output... ffmpeg devices can see sdl/sdl2 .... though the documentation looks liek ffmpeg liks to output to sdl... looking for exampels of someone using sdl as an input..
[07:28:30 CEST] <anickname> where can I see the log for this channel
[11:40:47 CEST] <myki> Greetings, I need your help please... I want to trim all silences from an mp3, and all command lines i find with google fail, generally triming only the first silence at the begining... <<ffmpeg -version>> returns <<ffmpeg version N-91024-g293a6e8332>>. Can you help me, please ?
[15:45:25 CEST] <Cecil> I want to concatenate two videos. For this I use:
[15:45:25 CEST] <Cecil> ffmpeg -i "concat:MVI_6797Shrinked.mov|MVI_6798Shrinked.mov" -c copy educational.mov
[15:45:25 CEST] <Cecil> But only the first video ends up in educatinal.mov. So I am doing something wrong. But what?
[16:01:19 CEST] <Blacker47> Cecil, try the -f concat method: https://trac.ffmpeg.org/wiki/Concatenate
[16:01:51 CEST] <phot0n> Cecil, https://stackoverflow.com/questions/5415006/ffmpeg-combine-merge-multiple-mp4-videos-not-working-output-only-contains-the
[16:01:56 CEST] <JEEB> &34
[16:25:11 CEST] <Cecil> I did something like -f concat in the past, but this needs an extra file. I had hope to do it without it. But if that is not going to work: so be it.
[16:25:18 CEST] <Cecil> Thanks anyway.
[16:25:31 CEST] <Hello71> <()
[16:25:46 CEST] <Hello71> process substitution
[16:29:45 CEST] <DHE> or just pipe input
[16:30:28 CEST] <Cecil> What do you mean by that?
[16:33:42 CEST] <DHE> something like: echo -e "file File1\nfile File2" | ffmpeg -f concat -i - ....
[16:34:31 CEST] <DHE> come on, get creative...
[16:39:16 CEST] <Cecil> I tried:
[16:39:16 CEST] <Cecil> echo -e "file MVI_6797Shrinked.mov\nfile MVI_6798Shrinked.mov" | ffmpeg -f concat -i - -c copy educational.mov
[16:39:16 CEST] <Cecil> But this gives:
[16:39:16 CEST] <Cecil> [file @ 0x563f214d1780] Protocol not on whitelist 'crypto'!
[16:39:16 CEST] <Cecil> [concat @ 0x563f214c7e40] Impossible to open 'MVI_6797Shrinked.mov'
[16:39:18 CEST] <Cecil> pipe:: Invalid argument
[17:02:02 CEST] <TrIPpY> Hi. I have an issue with ffmpeg 4.0.1 on linux together with libfdk-aac 1.6. No errors in ffbuild/config.log , no make errors. Is in same location as other ext libs: /usr/local/lib and pkgconfig and .pc file is also there. When i run ffmpeg binary: cannot open shared object   and quits. Any ideas.
[17:02:08 CEST] <TrIPpY> ?
[17:03:41 CEST] <TrIPpY> internet searches did not Give much results
[17:05:46 CEST] <TrIPpY> except to run ldconfig and check /etc/ld.so.conf
[17:05:58 CEST] <TrIPpY> and reboot
[17:09:26 CEST] <TrIPpY> I didn't do make install. I think its ok to run from location where unpacked and compiled right? I pretty die sure
[17:10:09 CEST] <TrIPpY> pretty sure i did that before like that too
[17:11:16 CEST] <TrIPpY> oh built all libs and ffmpeg static BTW
[17:23:21 CEST] <TrIPpY> conn check...
[17:45:00 CEST] Last message repeated 1 time(s).
[17:50:00 CEST] <JEEB> uh-huh
[18:07:29 CEST] <TrIPpY> anybody Any Idea How to prevent Being Disconnected from irc?
[18:08:17 CEST] <c3r1c3-Win> 1. Have a good client.
[18:08:23 CEST] <c3r1c3-Win> 2. Have a good internet connection
[18:08:39 CEST] <c3r1c3-Win> 3. Connect to a good server.
[18:08:41 CEST] <TrIPpY> haha keep alives?
[18:11:54 CEST] <TrIPpY> conn is ok im sure. im on chat.freenode.net:6697. client is a free one from play store
[18:15:51 CEST] <TrIPpY> nobody have an idea about my problem?
[18:18:28 CEST] <BtbN> Don't run an IRC client on Android, which agressively power-saves
[18:18:46 CEST] <BtbN> IRC is not energy efficient for a phone.
[18:18:52 CEST] <BtbN> It can't go to sleep, ever.
[18:25:33 CEST] <TrIPpY> yeah
[18:26:11 CEST] <DHE> sounds like what you want is a bouncer
[18:28:12 CEST] <TrIPpY> but Android van run things in the backgroud too. like my ssh client. never disconnects. i also set to keep wifi active
[18:28:38 CEST] <TrIPpY> i
[18:29:07 CEST] <DHE> different protocols have different rules. ssh defaults on most platforms have pretty weak keepalive requirements
[18:29:18 CEST] <DHE> whereas IRC is a lot tougher
[18:29:52 CEST] <TrIPpY> rember it now .i think mirc back in the day had an setting to csend keep alives
[18:30:25 CEST] <TrIPpY> thu
[18:30:39 CEST] <DHE> client side keepalvies might work, but it's still not going to be pleasant on a cellphone battery to be waking up every 30-60 seconds like that
[18:31:23 CEST] <DHE> and transitioning between cellular and wifi will still disconnect you
[18:31:44 CEST] <TrIPpY> this one has an option to reconnect auto matically. But shortest interval is a minute. Well better than nothing.
[18:32:33 CEST] <TrIPpY> yeah it should reconnect in that case
[18:33:27 CEST] <DHE> right, but during that time it still loses messages on IRC and it spams everyone with quit/join messages
[18:33:46 CEST] <TrIPpY> true
[18:35:43 CEST] <TrIPpY> but the idea about my problem i meant the ffmpeg thingy
[18:38:42 CEST] <TrIPpY> but thanks for the response to the irc question as well
[19:26:25 CEST] <BtbN> IRC and SSH both are not fit for mobile use.
[19:26:34 CEST] <BtbN> They will drain your battery pretty quick
[19:26:50 CEST] <BtbN> Android is not able to keep TCP connections alive and go to sleep
[19:41:40 CEST] <TrIPpY> If You Say So
[19:41:57 CEST] <TrIPpY> trying For The First Day Today so you don't have Any Experience
[19:42:23 CEST] <BtbN> ...?
[19:42:25 CEST] <TrIPpY> me i mean voice recognition
[19:43:09 CEST] <TrIPpY> on Android
[19:45:48 CEST] <TrIPpY> aren't a few packet exchanges per few minutes enough on irc?
[19:46:22 CEST] <BtbN> A TCP connection cannot stay alive without constant interaction though
[19:52:09 CEST] <sfan5> says who?
[19:53:24 CEST] <BtbN> rfc5482
[19:53:36 CEST] <TrIPpY> yeah but thats no obligation to keep a network session between hosts alive
[19:54:07 CEST] <BtbN> phones also tend to switch IPs and network connections
[19:54:21 CEST] <TrIPpY> yeah tru
[19:54:32 CEST] <BtbN> but the deep sleep is the way bigger issue
[19:54:52 CEST] <TrIPpY> as we discussed reconnection needed
[19:55:18 CEST] <BtbN> That would also burn a lot of battery every time.
[19:55:26 CEST] <BtbN> Get a bouncer if you don't want to miss chat.
[19:55:48 CEST] <TrIPpY> some software doesnt allow sessions to continue from a different ipadress im sure
[19:56:57 CEST] <TrIPpY> perhaps most
[19:58:29 CEST] <BtbN> IRC doesn't have sessions
[20:01:38 CEST] <TrIPpY> no? what is it that gets disconnected then. Yiu stay in there for a certain time and when a timeout is reached. server says bye. and network connections are no longer existant
[20:03:19 CEST] <TrIPpY> after that for sure anyway. or client or user reconnects.
[20:03:55 CEST] <TrIPpY> but thats starting from scratch
[20:08:22 CEST] <TrIPpY> if network connection gets severed A timeout also occurs ofcourse. server also drops the session. And client probably assumes after a timeout because of the lack of answers in latter case
[20:08:53 CEST] <TrIPpY> that session is over
[20:17:07 CEST] <sfan5> BtbN: rfc 5482 defines behaviour when data is left unacknowledged, if a TCP connection is idle you can leave it like that indefinitely
[20:18:46 CEST] <BtbN> If the IRC server would stay silent for minutes at a time, sure
[20:19:29 CEST] <sfan5> IRC has its own keepalive mechanisms, I meant tcp in general
[20:21:32 CEST] <BtbN> If the TCP connection dies, IRC will be dead as well
[20:59:07 CEST] <TrIPpY> <TrIPpY> Hi. I have a question... ffmpeg 4.0.1 on linux together with libfdk-aac 1.6. No errors in ffbuild/config.log , no make errors. Is in same location as other ext libs: /usr/local/lib and pkgconfig and .pc file is also there. When i run ffmpeg binary: cannot open shared object   and quits.
[20:59:46 CEST] <TrIPpY> <TrIPpY> I didn't do make install. I think its ok to run from location where unpacked and compiled right?
[21:00:40 CEST] <TrIPpY> oh built all libs and ffmpeg static BTW
[21:02:27 CEST] <DHE> sounds like an ldconfig issue...
[21:10:31 CEST] <TrIPpY> ldconfig version?
[21:11:24 CEST] <TrIPpY> good day btw
[21:18:12 CEST] <TrIPpY> oh you mean run it? tried that and rebooted
[21:22:43 CEST] <TrIPpY> or must ldconfig before making ffmpeg?
[21:34:16 CEST] <DHE> you don't need to reboot
[21:34:39 CEST] <DHE> echo /usr/local/lib > /etc/ld.so.conf.d/usrlocal.conf ; ldconfig
[21:35:30 CEST] <BtbN> it's clearly not static if it needs ldconfig
[21:36:40 CEST] <DHE> ffmpeg with --enable-static doesn't mean the binary is static. it means the ffmpeg libs are built for static linking
[21:37:06 CEST] <DHE> the ffmpeg binaries still depend on system (and 3rd party) libraries on the system. and generally if both shared and static are available, gcc prefers shared
[21:48:35 CEST] <TrIPpY> that did the job. Thanks a bunch. the ldconfig only makes sense when the path is added somewhere ld.so.conf.d then... learned a new thing! thanks
[21:49:07 CEST] <DHE> I'm mildly annoyed that such an entry isn't just on every system by default
[21:49:39 CEST] <DHE> but BtbN is right. this isn't REALLY a static link. this binary may not reliably run on other systems. especially since you clearly have local dependencies
[21:50:03 CEST] <TrIPpY> so patg is quiet common ?
[21:50:28 CEST] <DHE> huh?
[21:51:03 CEST] <TrIPpY> weird since i configured al libs and ffmpeg with that option
[21:51:07 CEST] <BtbN> /usr/local is not standard, no
[21:51:47 CEST] <TrIPpY> option: --enable-static
[21:52:21 CEST] <DHE> that builds libavcodec.a instead of libavcodec.so, etc
[21:52:37 CEST] <DHE> doesn't build with libc.a instead of libc.so and so on
[21:52:53 CEST] <DHE> you'll want --extra-cflags=-static
[21:53:06 CEST] <TrIPpY> so that is why it is not default in ld.so.conf on linux systems
[21:53:19 CEST] <DHE> and be prepared that it may fail to build and require some work
[21:53:42 CEST] <DHE> /usr/local isn't where any standard package goes. but it is pretty common for hand-built software
[21:54:15 CEST] <TrIPpY> it already works now... i'm happy.
[21:54:23 CEST] <JEEB> yea, debian/ubuntu tends to have /usr/local/lib under ld.conf, red hat things tend to not to
[21:54:36 CEST] <JEEB> "it depends" is the general reply I guess
[21:55:01 CEST] <DHE> can confirm redhat...
[21:55:11 CEST] <TrIPpY> ah that' my problem then... the distro... haha
[21:55:48 CEST] <TrIPpY> fedora too i csn confirm now. but same family
[21:55:50 CEST] <JEEB> not really a problem as long as you keep in mind when you build shared libs
[21:56:58 CEST] <DHE> now that /usr/local/lib is added, it shouldnt' be a problem going forward on this system...
[21:57:26 CEST] <TrIPpY> yeah it already works... directly after
[21:57:34 CEST] <TrIPpY> problem solved
[21:58:48 CEST] <TrIPpY> kind of weird that its only a problem for fdkaac and not for libx264 en libopus
[21:59:14 CEST] <BtbN> it will fail on whatever lib it comes across first
[21:59:32 CEST] <TrIPpY> compiled them too also install into /usr/local
[21:59:40 CEST] <BtbN> so?
[21:59:45 CEST] <TrIPpY> ah ofcourse
[21:59:48 CEST] <BtbN> It has to fine one of them first...
[21:59:54 CEST] <BtbN> *d
[22:00:18 CEST] <TrIPpY> yeak it loads fdkaac first apperently
[22:00:32 CEST] <DHE> x264 by default builds in static mode, so that is a non issue
[22:00:58 CEST] <TrIPpY> static link or binary?
[22:02:30 CEST] <DHE> libx264.a instead of libx264.so
[22:02:43 CEST] <DHE> ffmpeg has no choice but to be static linked with x264, so no issue there
[22:03:00 CEST] <DHE> fdk-aac does both, and gcc prefers the dynamic link by default, and you end up in this mess
[22:08:23 CEST] <TrIPpY> aha .a is not shared
[22:09:33 CEST] <TrIPpY> ah ok fdkaac should do static by default too
[22:11:13 CEST] <DHE> yes, but similarly you'll have to remove the existing dynamic library
[22:11:19 CEST] <DHE> since it's already installed
[22:13:32 CEST] <TrIPpY> help me out plz ... installed already because ?
[22:14:02 CEST] <TrIPpY> fdkaac does both?
[22:14:45 CEST] <DHE> you built a shared library, even if you didn't intend to, and then ran `make install`
[22:17:14 CEST] <TrIPpY> yes but if it does not exist yet then it's no problem right?
[22:17:54 CEST] <TrIPpY> you mean it gets overwritten right?
[22:18:12 CEST] <TrIPpY> if already on the system
[22:22:29 CEST] <DHE> this is more an issue of uninstalling it...
[22:24:29 CEST] <TrIPpY> i thought packages only get uninstalled. compiled and installed from source needs to be msnually removed right?
[22:33:48 CEST] <TrIPpY> thanks s bunch for the solution and the extra wisdom
[00:00:00 CEST] --- Mon Jul  2 2018