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

[burek]

[02:37:48 CEST] <Highdude> is anyone around? I cant get openwrt to compile i keep getting an error related to ffmpeg(idk why it needs it but apparently base system does) https://pastebin.com/NJzS386X this is the error i get. this is the config.log for the ffmpeg folder. even exported the path shine.pc is in https://pastebin.com/wMhKTf9Z and still got the same error.
[02:38:25 CEST] <Highdude> sorry here is the config.log https://pastebin.com/BxNR7X94
[02:38:31 CEST] <Highdude> guess i forgot to insert that
[02:57:28 CEST] <furq> Highdude: you need to cross-compile libshine with the same toolchain
[03:32:23 CEST] <Highdude> furq Thanks. Sounds horrific lol. or better put not worth the time
[03:33:32 CEST] <Highdude> but thank you for the insight. with the help of you and some people in #openwrt i realized im a moron and need to approach this differently
[03:34:39 CEST] <furq> i have no idea why they'd make that part of the base system
[03:36:15 CEST] <furq> normally on debian/ubuntu or other multiarch distros you could just install the mipsel package
[03:36:30 CEST] <furq> but if openwrt is using musl then that's not happening
[03:37:18 CEST] <Highdude> i dont think its part of the base system
[03:37:33 CEST] <Highdude> i think i was too high and or drunk to understand that i was fucking up
[03:37:43 CEST] <furq> that makes more sense
[03:37:59 CEST] <Highdude> cause i went through and started from fresh config and selectd only what i needed and its going good
[03:38:13 CEST] <Highdude> as i said, operator was a moron so shit got fuckey :)
[03:38:22 CEST] <Highdude> but thank you for helping me see that
[05:53:24 CEST] <johnjay> hmm, i'm kinda confused by the format codes i'm getting from vimeo
[05:53:50 CEST] <johnjay> can the same res have radically different bitrates?
[05:54:13 CEST] <johnjay> like this one that says https-360 is about half the size of another one that's labeled 640x360 for the same vid
[07:12:51 CEST] <kepstin> johnjay: resolution and bitrate can be varied completely independently
[07:13:56 CEST] <kepstin> the resulting quality of the video depends on resolution, bitrate, and video contents
[07:18:59 CEST] <johnjay> kepstin: right
[12:08:18 CEST] <atbd> hi, i'm currently transcoding a subpart of a video using ffmpeg api. It plays well but I have issues with printed timestamp on VLC. For example the video starts at 26:30:00 to finish at 26:31:00. I tried to informed duration & start_time in AVStream before av_write_trailer and closing it all but without success. Someone can help me to fix it?
[12:40:38 CEST] <Mavrik> atbd: VLC is looking at PTS to show those values
[12:40:46 CEST] <Mavrik> So you'd have to start near 0
[13:07:14 CEST] <keglevich> hey all... I'm using the following command for UDP streaming:
[13:07:16 CEST] <keglevich> ffmpeg -re -i 1.mp4 -c:v libx264 -g 50 -pix_fmt yuv420p -x264opts nal-hrd=cbr -preset veryfast -b:v 2200k -minrate 2200k -maxrate 2200k -bufsize 260k -muxrate 2600k -pcr_period 30 -c:a mp2 -b:a 192k -ac 2 -ar 48000 -f mpegts "udp://239.2.2.2:10000?pkt_size=1316&bitrate=2600000"
[13:09:19 CEST] <keglevich> The command works flawlessly on i5 or i7 CPU's... but I have issues on i3 (i3-8100) CPU's... it always crashes with fatal error "av_interleaved_write_frame(): Cannot allocate memory" and "Error writing trailer of udp://239.2.2.2:10000?pkt_size=1316&bitrate=2600000: Cannot allocate memory" ... the CPU is running at around 30% stable, but crashes anyway... I'm wondering why this is happening... why on i5 or i7 runs ok...but lower en
[13:24:13 CEST] <atbd> Mavrik: thanks for confirming
[14:19:21 CEST] <Accord> what's the difference between acopy and anull?
[14:43:53 CEST] <durandal_1707> Accord: acopy copies frames, anull - does nothing
[20:50:41 CEST] <shincodex> anyone know if zlib has a irc channel here
[20:51:10 CEST] <JEEB> zlib as in zlib or z.lib?
[20:51:16 CEST] <JEEB> (latter more known as zimg)
[20:51:51 CEST] <shincodex> zlib.a libz.lib
[20:51:52 CEST] <shincodex> lol
[20:52:18 CEST] <JEEB> ok, so what you'd expect with just zlib
[20:52:23 CEST] <shincodex> company wants to add prefix to dll name exported blah-zlib.dll for instance
[20:52:39 CEST] <JEEB> isn't that just a Makefile change or so?
[20:52:50 CEST] <shincodex> I wanted to check irc channel to see if thats ok cause I know ffmpeg gets anal about that with libav**
[20:52:57 CEST] <JEEB> uhh
[20:53:02 CEST] <JEEB> we have a configure option for suffixes
[20:53:04 CEST] <shincodex> No I know its easy.
[20:53:08 CEST] <shincodex> I meant license reasons
[20:53:11 CEST] <JEEB> uhh
[20:53:16 CEST] <shincodex> laws
[20:53:17 CEST] <shincodex> suits etc
[20:53:35 CEST] <JEEB> I think renaming the library is just OK, the main thing is that you just follow the license
[20:53:55 CEST] <JEEB> whether you distro libavcodec58-herpderp.dll or libavcodec58.dll doesn't really matter
[20:54:15 CEST] <JEEB> (unless the license says something about that, but most sw licenses don't)
[20:54:50 CEST] <JEEB> like the only case where someone could get angry is if you're trying to hide the fact you're not following the rules of the sw licenses by trying to obfuscate the names of the libraries
[20:55:04 CEST] <JEEB> uhh, that went out wrong
[20:55:14 CEST] <JEEB> I mean the issue there is the license non-conformance
[20:55:18 CEST] <JEEB> not the act of renaming stuff
[20:55:18 CEST] <shincodex> Yeah but what about libavcodecsomepostfix.a
[20:55:29 CEST] <JEEB> we support that out of the box?
[20:55:46 CEST] <shincodex> In that make file? no.
[20:55:53 CEST] <JEEB> in zlib, no
[20:56:05 CEST] <JEEB> but in FFmpeg's configure since you mentioned libavcodec
[20:56:05 CEST] <JEEB>   --progs-suffix=SUFFIX    program name suffix []
[20:56:05 CEST] <JEEB>   --extra-version=STRING   version string suffix []
[20:56:05 CEST] <JEEB>   --build-suffix=SUFFIX    library name suffix []
[20:56:13 CEST] <JEEB> you can get a suffix for everything :D
[20:56:49 CEST] <JEEB> anyways, technically if you follow the license it shouldn't matter how you call the binary (unless of course the license says something about the names of the libraries)
[20:57:53 CEST] <shincodex> thanks.
[20:58:04 CEST] <JEEB> of course, always read the license and understand what it requires you to do
[20:58:23 CEST] <shincodex> in zlib it mentioned to email them
[20:58:27 CEST] <JEEB> zlib's should be rather simple tho IIRC
[20:58:39 CEST] <JEEB> and yea, you can contact them like that if you want to make sure
[20:58:41 CEST] <shincodex> I jsut felt like...
[20:58:43 CEST] <shincodex> "The origin of this software must not be misrepresented; you must not    claim that you wrote the original software. If you use this software    in a product, an acknowledgment in the product documentation would be    appreciated but is not required."
[20:59:00 CEST] <shincodex> the misrepresented would be something like zlibpost.lib
[20:59:03 CEST] <shincodex> or whatever
[20:59:33 CEST] <shincodex> We still maintain their copyright so its not claiming
[20:59:40 CEST] <shincodex> just a prefix+zlib.lib
[21:00:05 CEST] <shincodex> which in turn produces the prefix+zlib.dll
[21:05:13 CEST] <furq> shincodex: if you're not distributing source then you don't need to do anything
[21:05:27 CEST] <furq> if you are then just put zlib in vendor/ or something and keep the original license
[22:34:04 CEST] <jrgcombr> Hi there! Is there a way to add a video overlay showing the waveform from its audio channel ?
[00:00:00 CEST] --- Sat Sep 29 2018