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

[burek]

[00:22:14 CEST] <abi> hello
[00:59:44 CEST] <cone-065> ffmpeg 03Jean Caille
 07master:4599e11651a5: lavf/mov: support gopro firmware udta tag
[01:33:25 CEST] <BBB> what does Assertion fs->on_event failed at src/libavfilter/framesync.c:283 mean?
[01:33:39 CEST] <BBB> I know it means Im stupid, but its not really telling me how Im stupid
[01:42:41 CEST] <Compn> did you set an assertion or breakpoint ?
[01:52:42 CEST] <Chloe> 62
[18:13:08 CEST] <trfl> hey guys! trying to play an RTP dump which is H.265 and likely some proprietary metadata interleaved into the stream. The video is breaking up horribly, barely showing the top row of blocks for each keyframe. What's the quickest way to see where in the stream ffmpeg encounters unexpected data, so I can have it skip the metadata and thus decode the video properly?
[18:33:30 CEST] <noobe1> hi, how can I get avcodec_decode_video2 to output AVFrame of format RGB directly? Right now I'm getting output format of PIX_FMT_YUV420P but I want AV_PIX_FMT_RGB24 . Thanks!!
[18:35:57 CEST] <BtbN> You can't. You get whatever the codec supports and was negotiated in the get_format callback, if the codec in question supports that.
[18:47:51 CEST] <Chloe> michaelni: no, unfortunately, no one has contacted me about outreachy.
[18:50:36 CEST] <Chloe> wm4: that reply about trac wasn't really necessary :/
[19:07:04 CEST] <wm4> Chloe: yes it was
[19:17:03 CEST] <Chloe> Insulting someone doesn't help anything, even if it's true.
[19:32:55 CEST] <wm4> it was an insult?
[19:35:20 CEST] <ubitux> seems i have a working prototype of subtitles decoding in AVFrame
[19:36:23 CEST] <ubitux> https://github.com/ubitux/FFmpeg/compare/subtitles-frame
[19:36:43 CEST] <ubitux> many things left to do but well
[19:39:23 CEST] <ubitux> tl;dr: only compatible avcodec{send_packet,receive_frame}, internally classic AVSubtitle decode, ref count sub.rects in frame->extended*, add a few fields
[19:41:17 CEST] <ubitux> TODO: do the encoding part (longest/hardest part), move rectangles to lavu, use the new api in ffmpeg.c and fix everything broken in fate 
[19:41:30 CEST] <ubitux> and i guess that will be mostly ready
[20:51:58 CEST] <rcombs> ubitux: \o/
[21:10:05 CEST] <BBB> Compn: the answer was I forgot to call avfilter_graph_config()
[21:11:45 CEST] <BBB> michaelni: so is the patch for vp9.c:adapt_prob() OK? Or should I change it?
[21:34:34 CEST] <Compn> trfl : hex the rtp dump and cut off the headers, look for the frame markers
[21:34:46 CEST] <Compn> the start frames i mean
[21:35:01 CEST] <Compn> ive seen it done on h264, i dont remember h265 hex start frame numbers
[21:45:43 CEST] <philipl> is there any way to reset a bsf without tearing it down and recreating it?
[21:45:59 CEST] <philipl> the mpeg4_unpack_bframes filter is stateful, which means seeks can be problematic.
[22:00:40 CEST] <BBB> philipl: I believe libavformat destroys and recreates it
[22:00:49 CEST] <BBB> philipl: it may be useful to add a reset callback into it
[22:00:56 CEST] <BBB> philipl: I would be fine with such a patch
[22:18:46 CEST] <philipl> BBB: I'll experiment
[22:54:23 CEST] <michaelni> BBB, vp9 patch shuld be ok
[23:35:41 CEST] <philipl> BBB: The bframe bsf actually looks like it tries to account for this and resets state, so the behaviour I saw is something different.
[23:36:15 CEST] <philipl> Is there any proper documentation regarding 'delay frames' and 'drop frames' in packed bitstreams?
[23:36:36 CEST] <nevcairiel> its a bad hack, so dont expect proper docs =p
[23:36:52 CEST] <philipl> I mean, at least what should one look like.
[23:37:08 CEST] <philipl> I've got three examples here of packed files with different types of these delay/drop frames.
[23:37:14 CEST] <philipl> 6/7/8 bytes long.
[23:37:25 CEST] <philipl> The crystalhd hardware correctly handles the 8 byte ones.
[23:37:43 CEST] <philipl> for the 6/7 byte ones, it returns the packed frame twice and I need to discard one of them.
[23:37:58 CEST] <philipl> I'd like a more formal mechanism to detect than packet size.
[23:39:57 CEST] <nevcairiel> look at what the bsf does?
[23:40:19 CEST] <philipl> it looks at the actual packed vops and not the dummy ones.
[00:00:00 CEST] --- Sun Oct 16 2016