Closed nschlia closed 4 years ago
Seems that sometimes the client requests an image that never comes (causing the time out). Actually ffmpegfs should seek to that image, decode and return it.
Is image no. 4442 some image and there are a few 100 or 1000 more, or is it one of the last, say, 1-5 images?
If it's one of the images in the middle of the file the positioning logic has a problem. If it's on of the last images then it may never come as the predicted number of images is larger than the real one. In that case the message is simply wrong.
Added a lot of extra logging with these commits:
https://github.com/nschlia/ffmpegfs/commit/60b93c37fb889de87b15922478ffd9ae8e917487 https://github.com/nschlia/ffmpegfs/commit/51065aca310efed3f67901a1d1560325b5aaac8b
The logs should help me to figure out what's wrong. Multi threaded programming is like a box of chocolates. You never know what you're gonna get.
Please run ffmpegfs with --log_maxlevel=INFO to get the whole data. Probably even --log_maxlevel=TRACE would be good, although this may spoil the tests as it logs a whole lotta stuff. INFO should be sufficient, though.
Revamped frame generation code
also i frequently get something like
2019-05-29 14:45:42 ERROR : [/home/zhukov/ffmpegfs/mummy/scans/R1_235_CC.png] Timeout reading image frame no. 4442: (110) Connection timed out
Originally posted by @zhuker in https://github.com/nschlia/ffmpegfs/issues/35#issuecomment-496902287