ffmpeg update to june 23 version which fixes mp4 crash on still frames with 3...

source/patched-ffmpeg-mt/mt-work/todo.txt

 Todo
 
 -- Bug fixes
 
 Prove correct:
 - decode_update_progress() in h264.c
 h264_race_checking branch has some work on h264,
 but not that function. It might be worth putting
 the branch under #ifdef DEBUG in mainline, but
 the code would have to be cleaner.
@@ skipping 16 matching lines @@
 - Support interlaced.
 
 mpeg1:
 - Seeking always prints "first frame not a keyframe"
 with threads on. Currently disabled for this reason.
 
 other:
 - ffmpeg with -vsync != 0 breaks A/V sync because
 it can't handle more than 1 frame of decoder delay.
 This can be seen with H.264 on mainline.
-- Error resilience has to run before ff_report_
-frame_progress() is called.
+- Decoding single-frame files with 3+ threads never
+outputs anything in ffmpeg. It should stop the initial
+delay and just return a frame immediately if one of the
+first N frames is an EOF packet.
+- Error resilience has to run before ff_report_frame_progress()
+is called.
 - 'make test' must pass. This means pthread emulation
 must work the same way without --enable-pthreads.
 There also seems to be some problem related to
 draw_edges and the mpeg4 encoder.
 
 -- Optimization
 
 - await_references() in h264 spends too much time
 skipping zeros in refs[]. Add a next_array_nonzero
 macro or something to use write-combining checks;
@@ skipping 22 matching lines @@
 and just set thread_count.
 
 -- Samples
 
 http://astrange.ithinksw.net/ffmpeg/mt-samples/
 
 See yuvcmp.c in this directory to compare decoded samples.
 Try commenting out ff_thread_finish_setup calls so
 only one thread runs at once, and then binary search+
 scattering printfs to look for differences in codec contexts.