[Ffmpeg-devel-irc] ffmpeg-devel.log.20191022
burek
burek at teamnet.rs
Wed Oct 23 03:05:03 EEST 2019
[01:36:48 CEST] <cone-221> ffmpeg 03Andreas Rheinhardt 07master:982a98a0e341: avformat/matroskaenc: Fix memleak upon failure
[01:36:49 CEST] <cone-221> ffmpeg 03Andreas Rheinhardt 07master:7797fdfe6f33: avformat/matroskaenc: Use ffio_free_dyn_buf
[02:16:20 CEST] <cone-221> ffmpeg 03Andreas Rheinhardt 07master:65ef74f74900: avformat/matroskaenc: Move track-related fields to mkv_track
[02:16:21 CEST] <cone-221> ffmpeg 03Andreas Rheinhardt 07master:b4e36df74faf: avformat/matroskaenc: Remove redundant assert
[02:16:22 CEST] <cone-221> ffmpeg 03Andreas Rheinhardt 07master:c486fe206eac: avformat/matroskaenc: Use more appropriate function name
[02:16:23 CEST] <cone-221> ffmpeg 03Andreas Rheinhardt 07master:74cafb0e6f3c: avformat/matroskaenc: Cosmetics
[05:20:36 CEST] <cone-217> ffmpeg 03Steven Liu 07master:d92b2296f854: avformat/segafilmenc: remove unneeded code
[05:20:36 CEST] <cone-217> ffmpeg 03Steven Liu 07master:36ed8ae52cb7: avcodec/hevcdec: remove unneeded code
[05:20:36 CEST] <cone-217> ffmpeg 03Steven Liu 07master:388e1fc9b5be: avcodec/psd: remove unneeded code
[05:20:36 CEST] <cone-217> ffmpeg 03Steven Liu 07master:0b8956b25c2c: avformat/mpeg: move the header_str free into end label
[10:40:10 CEST] <cone-950> ffmpeg 03Paul B Mahol 07master:5561a1de90cd: avfilter/vf_premultiply: fix signed integer overflow
[11:45:38 CEST] <durandal_1707> michaelni: if you not gonna relicense geq, i will write eval/evalsrc LGPL filters
[11:57:24 CEST] <michaelni> durandal_1707, if you care so much, you can use the code i wrote in geq under LGPL but i still think its silly to change the license when noone needs it
[12:00:59 CEST] <thardin> durandal_1707: michaelni is not the only author
[12:01:45 CEST] <thardin> you'd have to ask marc-antoine, nicolas, clément etc also
[12:03:13 CEST] <BradleyS> keyword=ask, not blackmail
[12:03:22 CEST] <thardin> I also don't think we should downgrade to weaker licenses without a very good reason
[12:18:09 CEST] <durandal_1707> so now i blackmail people? you called for this!
[12:18:50 CEST] <BradleyS> i mean no disrespect, but that's how your first comment came off to me
[12:19:04 CEST] <BradleyS> "do this or else"
[12:19:26 CEST] <BradleyS> unless i missed something, you still haven't explained which company wants to use geq under lgpl
[12:20:17 CEST] <durandal_1707> FFmpeg users
[12:20:45 CEST] <nevcairiel> normal users can use GPL software
[12:22:00 CEST] <nevcairiel> You shouldnt expect someone to agree to relicensing if you cant even explain your reason in a proper coherent sentence
[12:27:46 CEST] <durandal_1707> then i will write LGPL filter, NIH!
[12:45:28 CEST] <mkver> durandal_1707: After your recent patches, the transpose.h filter is no longer self-contained: http://fate.ffmpeg.org/report.cgi?slot=x86_64-archlinux-gcc-checkheaders&time=20191022065840
[12:49:10 CEST] <durandal_1707> mkver: what you mean?
[12:49:37 CEST] <mkver> The header uses uint8_t, but doesn't include the necessary header for it.
[12:50:05 CEST] <durandal_1707> mkver: please send patch
[15:50:12 CEST] <cone-964> ffmpeg 03James Almer 07master:78a24fd0140e: avcodec/atrac9tab: use explicit ATRAC9BlockConfig struct initializers
[16:08:54 CEST] <haasn> durandal_1707: http://sofacoustics.org/data/database/ari/ how the fuck do you choose?
[16:08:58 CEST] <haasn> try them all until you find one that sounds good?
[16:09:54 CEST] <durandal_1707> haasn: pick ones that matches anatomy of you ears?
[16:10:02 CEST] <haasn> how do I know the anatomy of my ears?
[16:10:13 CEST] <durandal_1707> or just buy 7.1 speakers
[16:10:34 CEST] <haasn> I'm trying to make my IEMs sound more like speakers
[16:10:44 CEST] <haasn> as if the sound is coming from in front of me rather than "inside my head"
[16:10:51 CEST] <durandal_1707> haasn: contact people to measure your ears
[16:10:53 CEST] <haasn> hmm
[16:12:10 CEST] <durandal_1707> haasn: the main issue is getting one that have back channels right
[16:12:39 CEST] <haasn> back channels are irrelevant if the source is 2.0, right?
[16:13:14 CEST] <durandal_1707> if your audio is stereo only use earwax joke filter
[16:13:44 CEST] <haasn> interesting
[16:13:50 CEST] <haasn> why 'joke'?
[16:13:59 CEST] <durandal_1707> have you tried bs2b filter instead?
[16:14:06 CEST] <haasn> I haven't tried anything
[16:14:49 CEST] <durandal_1707> haasn: its is broken, right channel only audio will become mostly left channel audio and other way around
[16:15:14 CEST] <haasn> oh
[16:16:27 CEST] <durandal_1707> so try it in this order: bs2b, crossfeed, earwax and report your subjective findings to jury
[16:25:24 CEST] <haasn> hmm none of those seem to make any noticeable difference
[16:25:31 CEST] <haasn> except 'earwax' which makes it sound like crap
[16:25:46 CEST] <haasn> I probably wouldn't be able to ABX between normal / bs2b / crossfeed
[16:25:57 CEST] <haasn> so is measuring my head the only solution?
[16:31:43 CEST] <durandal_1707> haasn: well, you could use sofalizer, but need to lower gain for stereo
[16:34:20 CEST] <durandal_1707> and also change speaker positions from default ones
[16:35:51 CEST] <BradleyS> crossfeed (if the filter mixes left and right to create less stereo separation, more mono) should work
[16:36:11 CEST] <BradleyS> i suspect you can configure the amount
[16:36:26 CEST] <haasn> rotation=60 should correspond to a standard triangle setup, right?
[16:36:33 CEST] <haasn> i.e. steroe speakers
[16:37:02 CEST] <durandal_1707> haasn: no, rotation just rotates things around
[16:37:29 CEST] <durandal_1707> you need to set speakers options
[16:38:19 CEST] <haasn> the documentation doesn't say what the numbers mean but judging by the example I guess for azimuth 0 is front/center and 90 is left?
[16:38:27 CEST] <BradleyS> try experimenting with crossfeed strength and range
[16:38:42 CEST] <durandal_1707> haasn: does demos here sounds out of your head? https://fongaudio.com/demo/
[16:39:31 CEST] <BradleyS> try strength 0.4 and range 0.25
[16:39:52 CEST] <durandal_1707> BradleyS: that is not sofalizer...
[16:39:53 CEST] <BradleyS> which reduces the side channel more and lowers the frequency cutoff
[16:40:15 CEST] <BradleyS> that is crossfeed
[16:40:38 CEST] <durandal_1707> haasn: speakers=FL 90|FR 270
[16:40:41 CEST] <bencoh> durandal_1707: I wouldn't call that "out of my head", to be honest
[16:40:45 CEST] <bencoh> (fongaudio demo)
[16:41:08 CEST] <haasn> why 90 / 270?
[16:41:14 CEST] <haasn> shouldn't it be 60 300 if anything
[16:41:19 CEST] <BradleyS> some people find a stereo signal to be coming from the middle of their head, while others find mono that way
[16:41:32 CEST] <BradleyS> if the stereo signal is what bothers, you can reduce it with crossfeed
[16:41:38 CEST] <BradleyS> this is the common case
[16:41:57 CEST] <haasn> A mono signal on my IEMs sounds like it's coming from the middle of my head
[16:42:02 CEST] <BradleyS> sofalizer is usually used to enhance stereo wideness
[16:42:07 CEST] <haasn> a mono signal on my speakers sounds like it's coming from a spot on the wall dead center between the speakers
[16:42:15 CEST] <haasn> I want the latter effect but using the former
[16:42:18 CEST] <haasn> Does that clarify things at all?
[16:42:34 CEST] <BradleyS> yes it does, then you probably want the opposite of crossfeed, so use sofalizer or similar
[16:42:51 CEST] <haasn> if I close my eyes while listening to my speakers it sounds like the entire song is coming from a range of positions spanning a line from one speaker to the other
[16:43:03 CEST] <haasn> i.e. a fully FL signal will be coming from the left speaker's position
[16:43:17 CEST] <haasn> with my IEMs a song sounds like it's coming from a line stretching from my left ear to my right ear
[16:43:42 CEST] <BradleyS> you could also try stereotools to reduce the mid/mono signal
[16:44:33 CEST] <BradleyS> stereotools=mlev=0.7
[16:44:47 CEST] <BradleyS> less is more mid signal reduction
[16:45:39 CEST] <haasn> that 'out of your head' demo sounds like it's coming from further left and further right than my ears, or perhaps from slightly behind my head
[16:45:50 CEST] <haasn> still not close to what I want: I want the sound to feel like it's coming from in front of me
[16:46:03 CEST] <haasn> as if I had speakers in front of me rather than to either side
[16:46:30 CEST] <haasn> I guess there's no way to accomplish this without measurements at the end of the day
[16:46:36 CEST] <BradleyS> stereotools and stereowiden are probably only going to affect width, so you will have to play with sofalizer
[16:46:49 CEST] <haasn> yeah stereo width seems irrelevant to the problem tbh
[16:47:21 CEST] <BradleyS> it depends on which part of the problem you want to solve, you have two
[16:47:31 CEST] <BradleyS> 1) feels like inside head 2) want in front
[16:47:51 CEST] <BradleyS> most people solve 1 by adjusting the stereo wideness with crossfeed or stereowiden
[16:48:22 CEST] <BradleyS> but they won't accomplish 2, that requires sinusoidal/binaural processing, so i guess you're stuck testing sofa
[16:48:43 CEST] <durandal_1707> for stereo only: sofalizer=sofa=X.sofa:speakers="FL 80|FR 280":gain=-10
[16:49:37 CEST] <durandal_1707> for the exact spot in front of you, only if you do measurements
[16:51:31 CEST] <BradleyS> it looks like you need to use the radius option to simulate speaker distance
[16:51:50 CEST] <BradleyS> "Set distance in meters between loudspeakers and the listener with near-field HRTFs. Default is 1."
[16:51:59 CEST] <ePirat> just tried the Transformers 3 demo there and it sounds absolutely awful O_O
[16:52:11 CEST] <BradleyS> try 3 meters radius
[16:53:49 CEST] <durandal_1707> BradleyS: that depends on measurements done...
[16:53:58 CEST] <haasn> so watching the entire thing with visuals this time
[16:54:03 CEST] <durandal_1707> some sofa files have only fixed distance
[16:54:22 CEST] <haasn> I think it'S trying to do the right thing but while it's exceptionally good at making things sound like they're coming from behind me, it's extremely bad (for me) at making things sound like they're coming from in front
[16:54:29 CEST] <haasn> (re: "out of your head" video)
[16:54:48 CEST] <BradleyS> well, if he wants it more in front, distance matters
[16:54:49 CEST] <bencoh> haasn: that's roughly the same for me tbh
[17:04:51 CEST] <durandal_1707> haasn: issue is also when you can get front speaker from sofa, you have only L and R channel, and not Front channel, which then when summed give back in-head effect
[17:04:56 CEST] <cone-964> ffmpeg 03James Almer 07master:a34d06222f12: avcodec/libdav1d: fix setting AVFrame reordered_opaque
[17:05:27 CEST] <durandal_1707> so real solution is using ambisonics
[17:05:59 CEST] <haasn> I also just realized, I don't want the speakers at +/- 60, I want 60° separation i.e. the speakers at 30 and 330
[17:07:01 CEST] <durandal_1707> that will give same awfull audio like earwax
[17:07:15 CEST] <haasn> why?
[17:07:30 CEST] <durandal_1707> it will be very monoish
[17:07:43 CEST] <haasn> isn't that exactly the point? like with real speakers
[17:08:13 CEST] <bencoh> haasn: I still doubt it would solve your "in-my-head line" issue
[17:09:19 CEST] <haasn> the weirdest thing about sofalizer is that every sofa file I've tested just completely removes low frequencies
[17:10:08 CEST] <haasn> I'm also not sure what the difference is between HRTF and DTF
[17:14:37 CEST] <haasn> oh well
[17:14:51 CEST] <haasn> don't feel like playing the hrtf lottery so I guess it's either measure or no solution
[17:16:46 CEST] <durandal_1707> haasn: there is lfegain option just for that
[17:17:01 CEST] <durandal_1707> nut it will not work for stereo only files
[17:17:12 CEST] <durandal_1707> *but
[17:19:28 CEST] <durandal_1707> haasn: for full experience you need to take you room measurement too, and use afir with other filters instead
[17:36:59 CEST] <haasn> I use drc-fir to remove room echo anyways
[17:37:12 CEST] <haasn> so in theory my speakers should be 'close' to an ideal impulse response
[17:37:42 CEST] <haasn> (part of the reason the stereo image works so well to begin with)
[18:14:05 CEST] <cone-964> ffmpeg 03Paul B Mahol 07master:2a75006ddca9: avfilter/vf_maskedclamp: rewrite using macro
[18:15:19 CEST] <durandal_1707> mkver: gonna write patch or not?
[18:18:25 CEST] <haasn> oh I also just realized this was #ffmpeg-devel and not #ffmpeg, oops
[18:56:07 CEST] <cone-964> ffmpeg 03James Almer 07master:738bc3e74207: x86/vf_transpose: make ff_transpose_8x8_16_sse2 work on x86_32
[19:54:36 CEST] <cone-964> ffmpeg 03Paul B Mahol 07master:ec5d385722d9: avfilter/transpose: add missing headers
[21:51:45 CEST] <taliho> Hello, I fixed the problem from yesterday and managed get encoded h264 on the Jetson Nano through ffmpeg
[21:55:10 CEST] <taliho> at the moment though, I have to throttle the rate of frames going into avcoded_send_frame
[21:57:22 CEST] <taliho> if I don't throttle, V4L2 essentially says I don't have any more empty buffers for the data
[21:58:07 CEST] <taliho> i.e. EAGAIN return
[21:59:03 CEST] <taliho> but avcodec_send_frame will treat this as a fatal error, and not retry sending the frame for compression
[22:17:12 CEST] <durandal_1707> increase queue?
[22:22:18 CEST] <taliho> yeah will try that
[22:23:02 CEST] <taliho> there's a poll to ask for empty buffers.. the timeout is 0 atm. Trying to see if increasing timeout helps
[22:39:10 CEST] <BtbN> send_frame should be perfectly fine to return EAGAIN
[22:40:36 CEST] <taliho> fftools/ffmpeg.c:1287
[22:42:20 CEST] <jamrial> send_frame is not expected to return EAGAIN at that point because the decoder queue is emptied in the receive_frame loop below
[22:43:37 CEST] <jamrial> receive_packet, i mean
[22:54:58 CEST] <taliho> yes, I see. for some reason the nano is not dequing it's frame buffers (fast enough) even after the packets are emptied
[22:56:31 CEST] <taliho> at least for the first few frames. after it seems fine
[22:57:33 CEST] <BtbN> that sound very broken
[22:57:44 CEST] <BtbN> Isn't that an nvidia board? Can it not just use nvenc?
[23:00:15 CEST] <taliho> yes it's nvidia, but they don't support nvenc on aarch64
[23:01:00 CEST] <taliho> btw... i tried the omx approach first, but that seemed worse
[00:00:00 CEST] --- Wed Oct 23 2019
More information about the Ffmpeg-devel-irc
mailing list