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

burek burek021 at gmail.com
Sun Apr 10 02:05:02 CEST 2016


[00:18:35 CEST] <cone-433> ffmpeg 03Matthieu Bouron 07master:7abc8e7ae3aa: swscale/arm: add ff_hscale_8_to_15_neon
[01:12:50 CEST] <cone-433> ffmpeg 03Michael Niedermayer 07master:d433623fba2b: avcodec/pngdec: Fix alpha detection with skip_frame
[02:59:47 CEST] <michaelni> atomnuker, you are listed as mentor on wiki for TrueHD encoder but not in gsoc for the actual proposal(s), is that intended ?
[03:03:49 CEST] <michaelni> thardin, you are listed as mentor for "MXF Demuxer Improvements" on 2016-Qualis, durandal_170 as mentor on wiki and noone in gsoc interface, if thats intended, then all ok just want to make sure its not forgotten
[03:16:49 CEST] <thardin> uh, i don't have time
[03:16:55 CEST] <thardin> :/
[03:25:37 CEST] <michaelni> thardin, did the student do some qualifiation task or started one or anything ?
[03:29:12 CEST] <thardin> not as far as I rexall
[11:40:27 CEST] <cone-250> ffmpeg 03Carl Eugen Hoyos 07master:56cb465b38ab: lavf/gsmdec: Add raw gsm autodetection.
[11:45:38 CEST] <cone-250> ffmpeg 03Carl Eugen Hoyos 07master:b0c026a27f94: lavf/rawenc: Add a raw gsm muxer.
[15:39:04 CEST] <Daemon404> back in europe, but been up 24 hrs, so no merge
[15:39:36 CEST] <wm4> D:
[15:40:28 CEST] <Daemon404> also there seems to be some outstanding issue(s)
[15:40:31 CEST] <Daemon404> lol ffserver
[15:40:42 CEST] <Daemon404> (thats the real reason)
[15:40:57 CEST] <Daemon404> https://github.com/dwbuiten/FFmpeg/issues/33
[15:40:58 CEST] <Daemon404> and this
[15:41:27 CEST] <wm4> doesn't seem overlay critical
[15:41:33 CEST] <wm4> maybe some bitrate guess off
[15:41:40 CEST] <nevcairiel> seems odd that it would change, frame count remains the same, i didnt look at matroskaenc changes though
[15:47:12 CEST] <Daemon404> ill merge tomorrow if those two can get cleared up (maybe by me tomorrow if you guys hate ffserver so much(
[15:47:22 CEST] <Daemon404> (screw ffserver)
[15:47:24 CEST] <Daemon404> (so much)
[15:49:51 CEST] <wm4> I'd just ignore ffserver, seriously
[16:37:35 CEST] <durandal_170> Why is left shift by >31 wrong?
[16:37:42 CEST] <wm4> UB
[16:38:42 CEST] <durandal_170> what?
[16:39:25 CEST] <wm4> undefined behavior
[16:39:31 CEST] <fritsch> on 32 bit hw
[17:28:03 CEST] <Daemon404> i cant even repro/test ffserver
[17:28:11 CEST] <Daemon404> Sat Apr  9 16:27:42 2016 FFserver started.
[17:28:11 CEST] <Daemon404> Sat Apr  9 16:27:44 2016 127.0.0.1 - - [DESCRIBE] "rtsp://localhost:8554/h264-cut.mkv RTSP/1.0" 200 157
[17:28:14 CEST] <Daemon404> from ffserver
[17:28:21 CEST] <Daemon404> [rtsp @ 0x3c94240] method DESCRIBE failed: 404 Not Found
[17:28:21 CEST] <Daemon404> rtsp://localhost:8554/h264-cut.mkv: Server returned 404 Not Found
[17:28:24 CEST] <Daemon404> from ffmpeg
[17:28:38 CEST] <nevcairiel> maybe thats the problem? =p
[17:28:49 CEST] <Daemon404> it isnt
[17:28:55 CEST] <Daemon404> i had this before when i tried to test other stuff
[17:29:05 CEST] <nevcairiel> i cant even build ffserver because it needs something linux-y which i dont have
[17:29:08 CEST] <nevcairiel> i forgot what
[17:29:31 CEST] <Daemon404> Sat Apr  9 16:27:42 2016 Opening feed file 'h264-cut.mkv' for stream 'h264-cut.mkv'
[17:29:34 CEST] <Daemon404> Sat Apr  9 16:27:42 2016 [matroska,webm @ 0x2f0ebe0]Format matroska,webm detected only with low score of 1, misdetection possible!
[17:29:37 CEST] <Daemon404> Sat Apr  9 16:27:42 2016 [matroska,webm @ 0x2f0ebe0]EBML header parsing failed
[17:29:40 CEST] <Daemon404> Sat Apr  9 16:27:42 2016 Could not open 'h264-cut.mkv': Invalid data found when processing input
[17:29:43 CEST] <Daemon404> so uh
[17:29:43 CEST] <Daemon404> this is probably why
[17:29:49 CEST] <Daemon404> i dont see what michael sees though
[17:29:54 CEST] <nevcairiel> what did you do to the file
[17:30:03 CEST] <Daemon404> $ file h264-cut.mkv
[17:30:03 CEST] <Daemon404> h264-cut.mkv: HTML document, UTF-8 Unicode text
[17:30:05 CEST] <Daemon404> dammit
[17:30:10 CEST] <nevcairiel> ahaha
[17:30:25 CEST] <Daemon404> trac is stupid
[17:34:36 CEST] <Daemon404> there i fixed ffserver
[17:34:39 CEST] <Daemon404> rot in hell ffserver
[17:35:04 CEST] <Daemon404> not bad for nearing 30 hrs awake.
[17:36:15 CEST] <wm4> it detects a text file as matroska?
[17:36:41 CEST] <Daemon404> i did because of the extension lol
[17:36:43 CEST] <Daemon404> it*
[17:36:44 CEST] <nevcairiel> score 1 based on extension probably
[17:38:25 CEST] <wm4> well lol at ffmpeg.c for still opening it
[17:39:20 CEST] <Daemon404> that was ffserver
[17:40:30 CEST] <Daemon404> is this duation bug in matroska or everything
[17:42:19 CEST] <wm4> my theory: .ts duration incorrect, but is written as is to the mkv file (didn't check if it's true)
[17:42:38 CEST] <wm4> hm if -t is used, maybe that's wrong
[18:00:24 CEST] <Daemon404> michaelni, is this just for matroska or all formats
[18:08:19 CEST] <michaelni> Daemon404, IIRC i saw it only in .mkv and .webm so probably yes just matroska
[18:09:31 CEST] <Daemon404> ok
[18:10:28 CEST] <nevcairiel> Daemon404: how does ffserver open this thing so that codecpar isnt filled .. or let me guess, thats a manual copy from somewhere else again?
[18:27:41 CEST] <Daemon404> nevcairiel, everything is manual
[18:27:54 CEST] <Daemon404> it even allocates everything inside the stream
[18:27:59 CEST] <JEEB> :D
[18:29:47 CEST] <nevcairiel> but doesnt it have to open the file somewhere
[18:41:51 CEST] <Daemon404> yes but it doesnt use that info, it copies it
[18:43:19 CEST] <Daemon404> /* FIXME: This code should use avformat_new_stream() */
[18:43:20 CEST] <Daemon404> ^
[18:43:59 CEST] <wm4> lol
[18:44:56 CEST] <wm4> wow it was added 4 months ago
[18:45:02 CEST] <wm4> (the comment)
[18:45:22 CEST] <Daemon404> yes after i got mad at the 'maintainer' for adding more internal struct hacks
[18:45:35 CEST] <Daemon404> the solution was a fixme that was never fixed 
[18:46:06 CEST] <wm4> ffserver even fork()s
[18:51:25 CEST] <BtbN> just get rid of ffserver, it only causes user-confusion and frustration with noone knowing how to use it and no maintainer.
[18:54:59 CEST] <Compn> would it be easier to split ffserver off as a seperate repo ?
[18:55:06 CEST] <Compn> if you dont want to fix it 
[18:55:16 CEST] <Compn> leave it with current (or previous to codecpar) git
[18:55:32 CEST] <Compn> that way its not removed, if someone wants to fix it they can...
[18:57:05 CEST] <wm4> <Compn> would it be easier to split ffserver off as a seperate repo ? <- the point that tortures us all this time is that you can'tr
[20:05:09 CEST] <Compn> wm4 : i mean a repo with everything including ffserver
[20:05:14 CEST] <Compn> and then just remove ffserver from git master
[20:05:28 CEST] <Compn> or just disable compilation of it 
[20:05:38 CEST] <Compn> or something :\
[20:10:38 CEST] <Daemon404> wm4, mkv extradata is difference on that mkv duration change
[20:11:00 CEST] <wm4> huh
[20:11:01 CEST] <Daemon404> i dunno what sort of extradata mpeg2video has in mkv...
[20:11:21 CEST] <nevcairiel> mpeg2video shouldnt have any
[20:11:36 CEST] <nevcairiel> but its not mpeg2
[20:11:39 CEST] <nevcairiel> its encoding to x264
[20:11:56 CEST] <Daemon404> oh, i tested to mpeg4
[20:11:58 CEST] <Daemon404> woops
[20:12:01 CEST] <Daemon404> but its the same issue
[20:12:02 CEST] <Daemon404> -#extradata 0:       49, 0x016c0b65
[20:12:03 CEST] <Daemon404> +#extradata 0:       49, 0x01710b66
[20:12:11 CEST] <Daemon404> ^ with mpeg4 anyway
[20:12:14 CEST] <Daemon404> + duration change
[20:12:33 CEST] <nevcairiel> no clue what mpeg4 stores in there
[20:12:36 CEST] <Daemon404> (mertadata duration)
[20:12:37 CEST] <nevcairiel> i didnt think it needs extradata
[20:12:53 CEST] <Daemon404> it can, e.g. in mp4
[20:12:59 CEST] <Daemon404> xvid has some crap in there
[20:13:12 CEST] <Daemon404> so ours probablyt does too
[20:13:18 CEST] <Daemon404> vo/vol or something
[20:17:39 CEST] <Daemon404> problem doesnt occur with anything but mpeg4 or h264 afaict
[20:35:58 CEST] <Daemon404> well i see why its happening
[20:36:10 CEST] <Daemon404> the pkt duration its getting is 0
[20:36:30 CEST] <Daemon404> and 0.96s is the last timestamp it gets
[20:36:39 CEST] <Daemon404> 0.04s is the pkt duration in master
[20:36:42 CEST] <nevcairiel> that makes sense
[20:36:50 CEST] <nevcairiel> 0.04 is appropriate for 25fps too
[20:38:18 CEST] <Daemon404> i have no idea why 
[20:38:29 CEST] <wm4> when is pkt duration ever correctly set?
[20:39:52 CEST] <Daemon404>             "duration_time": "0.040000",
[20:39:57 CEST] <Daemon404> ffprobe shows it set...
[20:40:14 CEST] <Daemon404> is there some special thing encoders do
[20:41:05 CEST] <nevcairiel> maybe it gets lost in between decoding and re-encoding
[20:41:42 CEST] <Daemon404> confirmed the demuxer is setting it correctly
[20:43:25 CEST] <Daemon404> so av_read_frame is returning 0.04s
[20:43:31 CEST] <Daemon404> but write_frame gets a 0
[20:43:36 CEST] <Daemon404> is ffmpeg.c doing funky crap
[20:45:00 CEST] <nevcairiel> the real question still ebing what changed
[20:55:25 CEST] <jamrial> should we add extradata/sidedata checks to framemd5 before merging codecpar? it effectively found a couple issues in tests using framecrc, so framemd5 tests may be hiding similar bugs
[20:55:58 CEST] <jamrial> there are not a lot of tests using framemd5
[20:56:23 CEST] <jamrial> i can write a patch for this
[21:02:10 CEST] <Daemon404> nevcairiel, i even find out where its happening
[21:02:17 CEST] <Daemon404> but im also overtired, so.
[21:29:38 CEST] <cone-929> ffmpeg 03Paul B Mahol 07master:82ee37f1f3b9: avcodec/shorten: fix decoding of very large (>2048) block sizes
[21:29:38 CEST] <cone-929> ffmpeg 03Paul B Mahol 07master:0c90b2e01360: avcodec/shorten: add support for AIFF packing, not bitexact
[21:48:00 CEST] <durandal_170> michaelni: I selected want to mentor the lavfi interpolation filter guy
[21:48:30 CEST] <durandal_170> what else needs to be done
[22:19:59 CEST] <michaelni> he should pass qualification, we need to request enough slots and we need to receive enough slots from google and i assume we need to assign a slot and no other org should assign one
[22:21:13 CEST] Action: michaelni is a bit unhappy that the new gsoc web interface gives mentors apparently no way to rate proposals
[23:11:01 CEST] <durandal_170> michaelni: who decide it passes qualification?
[23:29:04 CEST] <michaelni> durandal_170: mentor
[23:30:00 CEST] <durandal_170> and how to mentor tell it that that happened?
[23:43:46 CEST] <michaelni> either mentor or student should update https://trac.ffmpeg.org/wiki/SponsoringPrograms/GSoC/2016-Qualis i guess 
[23:53:48 CEST] <durandal_1707> but none updated it
[23:54:35 CEST] <durandal_1707> and last time it was from google that one could pass student
[23:55:26 CEST] <durandal_1707> I already selected what want to mentor, are you one who confirm that?
[00:00:00 CEST] --- Sun Apr 10 2016


More information about the Ffmpeg-devel-irc mailing list