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

[burek]

[00:43:47 CEST] <unholy_me> I am experiencing error of form : "./ffmpeg: error while loading shared libraries: libavdevice.so.57: cannot open shared object file: No such file or directory"
[00:44:03 CEST] <unholy_me> any suggestions?
[01:00:14 CEST] <RiCON> unholy_me_: yeah, go to #ffmpeg, this is the wrong channel
[01:01:02 CEST] <unholy_me_> ok
[04:14:11 CEST] <stevenliu> BtbN: What happen? HLS supports fragmented mp4 ?
[04:23:10 CEST] <cone-655> ffmpeg 03Steven Liu 07master:20a6b198b484: avformat/hlsenc: move free fmp4_init_filename after hls_window operation
[05:06:42 CEST] <cone-655> ffmpeg 03James Zern 07master:d8269519e4a3: vp9: set color range to MPEG for intraonly profile 0
[10:50:52 CEST] <BtbN> stevenliu, since quite a while, yes?
[11:03:54 CEST] <stevenliu> I saw you leave a hls fmp4 message here when i login in irc today morning Peking Time :)
[11:05:01 CEST] <stevenliu> HLS supports fragmented mp4    i just saw this line
[11:08:25 CEST] <wm4> stevenliu: what is your dash patch doing anyway?
[11:09:19 CEST] <stevenliu> fix bugs
[11:09:37 CEST] <stevenliu> do you and samsamsam has contact me , we fix bugs together :(
[11:10:16 CEST] <stevenliu> test all case from : http://dashif.org/reference/players/javascript/v2.5.0/samples/dash-if-reference-player/index.html
[11:11:11 CEST] <wm4> I know a while ago there were reviews by others and new versions of the patches were posted all the time
[11:11:13 CEST] <stevenliu> I cannot sure if i can commit a base version but have lots of bug for the cases, and holding maintaining the dashdec.c with samsamsam
[11:11:36 CEST] <BtbN> How was the xml parser problem solved now?
[11:12:23 CEST] <stevenliu> xml parser Nicolas maybe need time to support
[11:13:02 CEST] <wm4> I wouldn't wait for that
[11:13:06 CEST] <stevenliu> samsamsam has contact me , we fix bugs together :(
[11:13:13 CEST] <wm4> (although he'll probably raise a fuzz anyway)
[11:14:16 CEST] <stevenliu> Can i send a dashdec.c but have bugs, and let's fix all the bugs together?
[11:15:35 CEST] <wm4> what kind of bugs are there?
[11:16:57 CEST] <stevenliu> many of the kind of bugs are livestream with about timeline, timeshift, and avaliablestart[end] process 
[11:18:43 CEST] <stevenliu> the youtube bugs which from mailist reported by Ricardo Constantino  has been fixed  local
[11:19:41 CEST] <stevenliu> but test users report about the lists of the live streams on http://dashif.org/reference/players/javascript/v2.5.0/samples/dash-if-reference-player/index.html, have compatibility issue
[11:21:37 CEST] <stevenliu> wm4: are you developing dash demuxer now?
[11:21:51 CEST] <wm4> stevenliu: no
[11:22:21 CEST] <stevenliu> don't worry, let me send a new version patch next week
[12:43:02 CEST] <wm4> wbs: any comments on "[PATCH] all: avoid data imports across DLL boundaries"?
[12:45:47 CEST] <wbs> wm4: not really, it looks pretty clean and straightforward to me
[12:46:16 CEST] <durandal_1707> carl is on drugs when posting bitstream writer patch
[16:35:40 CEST] <kierank> durandal_1707: why does he want to do that
[16:36:23 CEST] <durandal_1707> kierank: dunno
[17:52:59 CEST] <cone-690> ffmpeg 03Paul B Mahol 07master:e1be40bbb578: avfilter/vf_pseudocolor: add high bitdepth support
[19:22:14 CEST] <nevcairiel> anyone happen to know a simple/small image scaling library with both x86 SIMD and ARM/Neon optimizations? Just need RGB resize, nothing fancy
[19:23:30 CEST] <cone-690> ffmpeg 03Michael Niedermayer 07master:a2e444d5bb2e: avcodec/pngdec: Fix () placement
[19:23:34 CEST] <BtbN> zimg?
[19:23:41 CEST] <nevcairiel> no neon
[19:24:09 CEST] <BtbN> swscale?
[19:24:17 CEST] <nevcairiel> not small and nice =p
[19:24:20 CEST] <rcombs> clearly NIH it
[19:24:39 CEST] <rcombs> also, protip: don't use FreeImage for scaling
[19:24:58 CEST] <nevcairiel> zimg would probably be nice if someone would contribute neon code :D
[19:25:09 CEST] <rcombs> I found out the other day that it does scaling via floating-point in C, for some reason
[19:26:50 CEST] <rcombs> (this is especially dumb when you realize that the armv7 compiler in the android NDK uses -mfloat-abi=soft by default rather than softfp, despite armv7 android always having an FPU available [afaik])
[19:27:13 CEST] <nevcairiel> great fun
[19:27:20 CEST] <rcombs> tfw complaints of scales taking 15 seconds
[19:27:59 CEST] <JEEB> :D
[19:30:23 CEST] <BtbN> AMD accepted my RMA.
[19:30:31 CEST] <BtbN> And my intermediary 1500X has the same bug
[19:31:05 CEST] <atomnuker> nevcairiel: are you displaying the image somewhere? use shaders then
[19:31:13 CEST] <BtbN> And according to its sensor, it's running at 11°C.
[19:31:49 CEST] <nevcairiel> atomnuker: needs to be general purpose, not re-designing the entire rendering thing just to get faster image scaling on arm devices =p
[19:32:20 CEST] <nevcairiel> BtbN: ryzen cpus have this weird offset temperature, if you switched from a high-end to a mid-range, it may have the offset wrong
[19:32:47 CEST] <BtbN> Adding 20°C does not add up though
[19:32:55 CEST] <BtbN> When I put it under stress, it settles in at 33°C
[19:33:33 CEST] <atomnuker> BtbN: are you using the latest kernel?
[19:34:17 CEST] <BtbN> This is Windows
[19:36:55 CEST] <BtbN> Linux has no driver to even read those sensors
[19:57:37 CEST] <J_Darnley> BtbN: Congrats on the duplicate bug.  :-)
[20:08:47 CEST] <BtbN> bug is probably a bad name for it
[20:08:54 CEST] <BtbN> it's just a faulty chip
[21:17:36 CEST] <cone-690> ffmpeg 03Michael Niedermayer 07master:6f03ffb47d51: avcodec/aacdec_template: Fix running cleanup in decode_ics_info()
[22:34:58 CEST] <cone-690> ffmpeg 03Ravindra 07master:f3913dcc0685: libavdevice/decklink: configurablity to set max queue size
[00:00:00 CEST] --- Wed Aug 23 2017