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

[burek]

[00:00:16 CET] <Compn> or volume level graph kinda like ffplay audio file
[00:00:25 CET] <Compn> no idea
[00:03:01 CET] <wm4> Compn: lol no
[00:05:01 CET] Action: wm4 stares at vf_datascope output
[00:05:03 CET] <wm4> whatever that is
[00:07:03 CET] <durandal_1707> hex numbers of pixels
[00:07:30 CET] <wm4> which ones?
[00:08:10 CET] <durandal_1707> each block is one pixel
[00:09:01 CET] <wm4> the video resolution is the same in/out, there are not enough blocks to show all pixels?
[00:09:02 CET] <durandal_1707> components are one bellow other
[00:09:52 CET] <durandal_1707> yes, so there is x/y to set offset
[00:10:46 CET] <durandal_1707> you could increase output size but it will be slow and you do not have so big display
[00:12:05 CET] <wm4> how about... interactive zooming?
[00:13:28 CET] <durandal_1707> idea is to use with overlay, to mark what pixels are under scope
[00:14:13 CET] <durandal_1707> with drawbox for example
[00:14:17 CET] <wm4> allow interactive selection of a video region, and show its contents in a separate overlaid rectangle (well that's probably _way_ beyond scope of lavfi)
[00:15:06 CET] <durandal_1707> its was scope of lavfi to provide interactive control
[01:31:06 CET] <cone-565> ffmpeg 03Mats Peterson 07master:9a2778082121: lavf/movenc: Add palette to video sample description
[02:42:33 CET] <michaelni> we need a backup mentor for "TrueHD encoder"
[02:44:17 CET] <atomnuker> michaelni: I'll ask Claudio
[02:46:48 CET] <michaelni> please do and thanks!
[02:46:57 CET] <atomnuker> okay, wrote to him, but if anyone else wants to be a backup mentor feel free to do so
[03:06:44 CET] <cone-565> ffmpeg 03Mats Peterson 07master:6aac43f1805d: lavf/matroskadec: Process QuickTime palette per track
[03:10:19 CET] <Shiz> it's heere
[04:26:22 CET] <cone-565> ffmpeg 03Vicente Olivert Riera 07master:8514fb6b987c: mips: improve detection of ISAs, FPU and ASEs (DSP, MSA)
[04:26:23 CET] <cone-565> ffmpeg 03Vicente Olivert Riera 07master:5156578d1f48: mips: do not disable any feature for generic cores
[05:02:31 CET] <jamrial> Timothy_Gu or whoever: all fate slots seem to be stuck since a day or so ago
[05:03:10 CET] <jamrial> i just ran mine and noticed it froze while sshing
[05:04:04 CET] <jamrial> i fear pretty much every fate client will have to be unstuck manually
[05:04:34 CET] <jamrial> michaelni, ubitux, nevcairiel et all: can you check your clients to confirm that?
[05:49:32 CET] <rcombs> people wanted a TrueHD encoder?
[05:51:48 CET] <Compn> encoding to bluray ?
[06:13:36 CET] <Timothy_Gu> jamrial: i can't seem to reproduce it
[06:15:06 CET] <jamrial> well, my client here froze while sshing and i had to kill the process. then i checked fate and most clients last ran a day ago, even those that usually run every couple hours
[06:15:15 CET] <jamrial> so i assume the same happened to them
[06:19:25 CET] <drv> it looks like i have a similar situation on my client
[06:19:32 CET] <drv> `ssh -T fate at fate.ffmpeg.org` is hung
[06:38:41 CET] <jamrial> yeah
[06:40:14 CET] <Timothy_Gu> :/
[06:45:38 CET] <Timothy_Gu> jamrial: can you test again?
[06:45:53 CET] <Timothy_Gu> note that when executing directly the ssh command is supposed to hang
[06:46:04 CET] <Timothy_Gu> but it should not hang on EOF
[06:46:14 CET] <Timothy_Gu> ... which it seems to be
[07:25:33 CET] <jamrial> Timothy_Gu: happened again
[08:28:21 CET] <Timothy_Gu> that's so weird
[11:14:26 CET] <cone-641> ffmpeg 03Clément BSsch 07master:f9987464cff3: sws/yuv2rgb: avoid a few ub on signed left shifts
[11:14:26 CET] <cone-641> ffmpeg 03Clément BSsch 07master:1e7a37f0a07f: sws/yuv2rgb: clarify precision of coeff and offset for mmx code
[11:26:00 CET] <ubitux> Timothy_Gu: i confirm all fate instances still stall
[11:28:11 CET] <nevcairiel> mine dont, but i dont use openssh
[11:28:44 CET] <nevcairiel> results dont seem to appear on the site either way though
[13:13:36 CET] <cone-641> ffmpeg 03Michael Niedermayer 07master:bdf7093bd0cb: avcodec/utils: Check all data[] pointers in video_get_buffer() not just the first
[13:13:37 CET] <cone-641> ffmpeg 03Michael Niedermayer 07master:d39b770aa276: avcodec/utils: Check that the video data[] arrays are NULL on the input to get_buffer_internal()
[13:18:20 CET] <cone-641> ffmpeg 03Kieran Kunhya 07master:0096453f70c4: cfhd: reallocate internal buffers on format change.
[13:21:48 CET] <kierank> hmm should have been under your name, sorry BBB 
[13:23:07 CET] <BBB> no worries
[13:23:12 CET] <BBB> as long as its fixed
[13:23:34 CET] <kierank> I still get some crashes with certain thread counts
[13:38:40 CET] <BBB> if you can file more specific bugs, Im happy to help
[13:39:06 CET] <kierank> I'll add the new alpha support first
[13:39:14 CET] <kierank> then I'm sure that fuzzing guy will submit more
[14:05:53 CET] <michaelni> Timothy_Gu, others, has the fate stuckness been resolved ? it seems sometimes data goes through 
[14:08:03 CET] <michaelni> Timothy_Gu, i see some ... /node /home/fate/mongo-experiments/process/migrate.js ... stuff from 26th on the server, that date is close to when the problems started ...
[14:09:08 CET] <michaelni> with see i mean in "ps aux" output
[14:10:51 CET] <michaelni> ive apt-get updated the box but that didnt help, also no past updates match the time when the problem started
[14:14:03 CET] <michaelni> note, i wont look into this further i know nothing about the new fate server, mongo or related stuff, just saying so noone waits/thinking iam working on this
[14:21:34 CET] <cone-641> ffmpeg 03Kieran Kunhya 07master:8adbe26b909a: avcodec/cfhd: Add support for 12-bit RGBA.
[14:22:55 CET] <michaelni> btw, if someone wants to look into the fate issue and needs command line access to the server / an account, contact me
[15:19:40 CET] <kierank> durandal_1707: to play a file/stream and have live volume metering
[15:24:31 CET] <durandal_1707> kierank: live volume metering? What's that?
[15:24:59 CET] <kierank> durandal_1707: http://broadcastandfilm.com/products/Cinegy%20to%20launch%20version%209/Cinegy-Multiviewer.jpg
[15:25:05 CET] <kierank> you see the way the volume is overlaid on the video?
[15:25:29 CET] <kierank> or http://cdn.studiodaily.com/wp-content/uploads/2015/09/new-multiviewer-software.jpg
[15:26:59 CET] <durandal_1707> kierank: showvolume, but its horizontal, I could add vertical mode
[15:27:19 CET] <durandal_1707> It's just peak metering
[15:27:43 CET] <kierank> can I test it on a file?
[15:27:44 CET] <durandal_1707> do you need more sophisticated one?
[15:27:57 CET] <durandal_1707> kierank, sure
[15:28:57 CET] <durandal_1707> kierank, ffplay sucks so you need to use mpv
[15:29:14 CET] <atomnuker> kierank: here's how it looks now: https://0x0.st/892.jpg
[15:29:36 CET] <kierank> ah cool
[15:29:38 CET] <kierank> durandal_1707: see pm
[16:11:28 CET] <Timothy_Gu> michaelni: the mongo stuff commented out
[16:13:29 CET] <Timothy_Gu> I suspected its that, but it worked a few days ago and I don't really understand how it stopped working...
[16:26:36 CET] <cone-641> ffmpeg 03Clément BSsch 07master:653af9f18839: lavfi/ass: fix version check for sub_text_format option
[16:30:27 CET] <Timothy_Gu> michaelni, ubitux, nevcairiel, drv: issue found and fixed
[16:34:33 CET] <ubitux> it seems we don't need to restart our instances?
[16:34:44 CET] <ubitux> they "unfreezed"
[16:34:52 CET] <nevcairiel> mine didnt hang anyway, probably timed out or something
[16:35:12 CET] <nevcairiel> but the results didnt show up
[16:38:32 CET] <Timothy_Gu> ubitux: i killed the stalling processes
[16:39:07 CET] <Timothy_Gu> nevcairiel: that's weird. the stall should be after the recording stage
[16:39:29 CET] <michaelni> Timothy_Gu, great, thx
[16:40:24 CET] <nevcairiel> looks like the failure left the lock file in place
[16:42:12 CET] <Timothy_Gu> nevcairiel: ah
[17:12:46 CET] <Compn> "twitter chats"
[17:46:35 CET] <cone-641> ffmpeg 03Paul B Mahol 07master:e266d29978cd: avfilter/avf_showwolume: add orientation and step option
[17:56:13 CET] <atomnuker> 2 hours, wow
[18:26:50 CET] <Hot_Rod_> hello, got an issue, im using shareX which uses ffmpeg, i upgraded to win10 3 days ago, now i'm getting an error from ffmpeg, the shareX guys tell me this is an issue with ffmepeg and has been fixed, but i still have it and i installed the latest ffmpeg but get the error only with certain size screen captures
[18:27:06 CET] <Hot_Rod_> if i capture small areas it works fine
[18:27:21 CET] <Compn> paste the error to pastebin
[18:27:28 CET] <Compn> but also probably bug reports go to #ffmpeg channel
[18:28:21 CET] <Hot_Rod_> ok TY
[19:47:43 CET] <durandal_1707> what's cineform raw bit?
[20:00:32 CET] <BtbN> n
[20:05:48 CET] <wm4> can someone tell Mats that the mailing list is not his diary
[20:05:55 CET] <ubitux> :D
[20:07:45 CET] <thardin> classic mats
[20:10:33 CET] <JEEB> yeah, he's quite... verbose
[20:13:47 CET] <durandal_1707> anybody writing key spill filter?
[20:13:59 CET] <thardin> didn't he threaten to leave the list?
[20:16:29 CET] <thardin> oh, does anyone know why mencoder is no longer in debian jessie?
[20:18:19 CET] <ubitux> thardin: is mplayer in?
[20:18:33 CET] <thardin> uh.. don't know
[20:18:48 CET] <ubitux> iirc they stopped packaging it
[20:18:50 CET] <thardin> this is on a friend's wondering
[20:18:59 CET] <ubitux> because it was too annoying to have ffmpeg separated or some shit
[20:19:26 CET] <nevcairiel> their mplayer" package is mplayer2
[20:19:27 CET] <ubitux> and probably related to libav incompat initially
[20:26:00 CET] <JEEB> well, not sure if it's a bad thing that mencoder is no longer there
[20:26:14 CET] <JEEB> you have both ffmpeg cli as well as mpv's encoding feature
[20:27:08 CET] <ubitux> ffmpeg still can't produce vobsub though :°
[20:27:48 CET] <ubitux> nor read them from dvd properly last i heard
[20:28:06 CET] <JEEB> well for hardsubbing you can use mpv's encoding functionality I guess
[20:28:16 CET] <JEEB> it's not perfect either, but not sure if it's worse than mencoder
[20:28:25 CET] <wm4> mplayer is back in debian unstable
[20:28:37 CET] <wm4> the real one
[20:28:41 CET] <JEEB> that said most of my recollection of mencoder come from the time when it didn't handle b-frames at all
[20:28:47 CET] <wm4> mencoder is also there
[20:28:53 CET] <ubitux> JEEB: what if you just want to rip a dvd and mux its subs into a mkv?
[20:29:14 CET] <wm4> last I checked mencoder produced completely broken mkv files
[20:29:28 CET] <ubitux> maybe, but you can dump the vobsub and remux them with ffmpeg
[20:29:30 CET] <ubitux> :D
[20:29:37 CET] <JEEB> ubitux: in theory the subtitle track copying should work, no?
[20:29:52 CET] <ubitux> but in practice we have nothing to read from dvd
[20:29:52 CET] <JEEB> or is it broken
[20:30:11 CET] <JEEB> and yeah, except for the IFOs or VOBs
[20:30:30 CET] <ubitux> which contain subs meta etc, no?
[20:31:13 CET] <wm4> $ file out.mkv
[20:31:13 CET] <wm4> out.mkv: RIFF (little-endian) data, AVI, 1280 x 720, 23.98 fps, video: H.264 X.264 or H.264, audio: MPEG-1 Layer 3 (stereo, 48000 Hz)
[20:31:24 CET] <wm4> well first I have to try to make it actually output mkv
[20:31:31 CET] <nevcairiel> haha
[20:32:56 CET] <ubitux> btw, is someone can provide me the dvd specs (especially the sub part) i'm actually very interested in it
[20:33:12 CET] <wm4> ok, mencoder still outputs broken mkv files
[20:33:21 CET] <wm4> it doesn't reorder PTS lol
[20:33:50 CET] <JEEB> yeah, that reminds me of how it did mp4
[20:34:20 CET] <JEEB> reordering? is that something yummy?
[20:34:22 CET] <wm4> writing gibberish that only mplayer can decode?
[20:38:38 CET] <durandal_1707> atomnuker: is half of your mails missing on ml?
[20:44:02 CET] <atomnuker> more than that
[20:44:30 CET] <atomnuker> oh, a few more appeared
[20:44:56 CET] <atomnuker> this is still ridiculous
[21:23:16 CET] <nevcairiel> they came in delayed, but all here now
[21:35:51 CET] <cone-797> ffmpeg 03wm4 07master:5d2c5e8bffed: vf_copy: exclude hwaccel formats
[21:59:24 CET] <kierank> durandal_1707: ?
[22:03:17 CET] <durandal_1707> kierank: smthing wrong?
[22:04:01 CET] <kierank> 6:47 PM <"durandal_1707> what's cineform raw bit?
[22:04:03 CET] <durandal_1707> also why you still have only +
[22:04:35 CET] <durandal_1707> read some shit on Twitter
[22:05:09 CET] <kierank> it's a different format
[22:05:15 CET] <kierank> transform-type=2
[22:19:53 CET] <kierank> is there a way to do a deeper git blame
[22:20:01 CET] <kierank> I need to find the commit GBRP12 was added
[22:20:37 CET] <kierank> all I get are diego cosmetics
[22:24:01 CET] <JEEB> I usually use git gui blame and it has an option to blame the base
[22:24:08 CET] <JEEB> and you can go through that until you get where you want to get
[22:30:23 CET] <kierank> where is this option
[22:32:13 CET] <ubitux> -w is not enough?
[22:34:20 CET] <wm4> I like blaming with gitk
[22:34:34 CET] <kierank> no
[22:34:38 CET] <kierank> not enough
[22:35:38 CET] <kierank> because of the AV_ prefix commit
[23:32:36 CET] <cone-833> ffmpeg 03Rodger Combs 07master:b426d6637031: lavc/Makefile: dnxhd demuxer depends on dnxhddata.o
[23:33:38 CET] <cone-833> ffmpeg 03Rodger Combs 07master:a21a3c25dc79: probe TrueHD in MPEGTS
[23:41:43 CET] <cone-833> ffmpeg 03Rodger Combs 07master:9f5baf90856f: lavc/aac_ac3_parser: avoid zeroing codec parameters if we haven't read a frame
[23:41:44 CET] <cone-833> ffmpeg 03Rodger Combs 07master:f0ea536c47c8: lavc/aac_ac3_parser: reindent
[00:00:00 CET] --- Sun Feb 28 2016