TRichView.com

Tested update, but I still have a big delay and video frame corruption.

I found out that my video source sends data in tiny blocks (188 bytes).
Can this be the reason of the delay and corruption?

Got one more question. At some moment this update was done: https://www.trichview.com/forums/viewtopic.php?p=36950#p36950 This should have made possible not to copy frame bitmap. I have a working code: FLastFrame: TRVMBitmap; procedure TVideoDlgForm2.RVCamera1GetImage(Sender: TObject; img: TRVMBitma...

Great!

Waiting for this update.

And the problem is that "-probesize 64" affects greately on video latency.

In order to set additional params (-framedrop -sync video -fflags nobuffer -probesize 64) I've written the following procedure: function SetDictSpeedUpOptions(var AOptionsDict : PAVDictionary): Boolean; var v: PAnsiChar; begin Result := (av_dict_set(AOptionsDict, 'framedrop', nil, 0) = 0); v := PAns...

Well, may be periodically smth is distorted.
But in my case picture becomes corrupted in 30 seconds from start and then never restores.

Watch please this: https://yadi.sk/i/vNDmBlwFdEB8Mg and this: https://yadi.sk/d/VmxWkiIt0JuwXA

Can video frame corruption be reproduced reliably? Yes. Do you have the same results with ffplay? No. FFPlay shows without corruption. Probably, the reason is in UDP protocol. It does not guarantee that data are delivered correctly. If the sender was on a remote PC - yes. But it is on the same PC (...

And the second problem is the latancy of 2-2.5 seconds. I get the same or even bigger latency if I use ffplay cmd: ffplay.exe -i udp://127.0.0.1:54000 It can be reduced to 0.1 sec by the following cmd: ffplay.exe -i udp://127.0.0.1:54000 -framedrop -sync video -fflags nobuffer -probesize 64 How can ...

So, since version 7.5 I get video, but in a minute it's getting corrupted. First 30 seconds image: mediatest_1.jpg And then this: mediatest_2.jpg And this: mediatest_3.jpg And this: mediatest_4.jpg What is the reason of this corruption? FFMpegProperties are set by default except for Audio=false.

Good news!
Going to upgrade and test!

Thanks a lot!

Great!
Going to upgrade and test.

Thanks!
Finally I've got video.

Can I set timeout to 0 instead of assigning RVCamera.FFMpegProperty.UseFFmpegProperty = False?

Tried to set RVCamera.FFMpegProperty.UseFFmpegProperty = False to all cameras in MediaTest application, but the result is the same (video stream error).
Did you use this demo project for test or some other?

I get the same error if I try to stream the file (https://yadi.sk/i/6Gr0hRuHFAlhJw) via vlc
:sout=#udp{dst=127.0.0.1:1234} :no-sout-all :sout-keep

ffplay.exe -i udp://127.0.0.1:1234 shows video
mediatest gets video stream error

Could you please check it and find a solution?