Latency improvements ?
-
- Posts: 90
- Joined: Thu Jul 21, 2011 9:50 am
Re: Latency improvements ?
Hello
Sorry but it works for me.
https://youtu.be/6f2NFAIjSdw
Please check
Can you read the udp with VLC ?
Can you read the udp with VLC on another computer on your Ethernet network?
73's
Alain F1CJN
Sorry but it works for me.
https://youtu.be/6f2NFAIjSdw
Please check
Can you read the udp with VLC ?
Can you read the udp with VLC on another computer on your Ethernet network?
73's
Alain F1CJN
Re: Latency improvements ?
VLC - Not reliably. It worked once.
-
- Posts: 90
- Joined: Thu Jul 21, 2011 9:50 am
Re: Latency improvements ?
I am made more tests this morning so Mike you are right and me too.
1)As described, I am using OBS with UDP on my desktop PC with the H264_amf(lixb264) codec and the result is ok.
I just discovered this morning that this codec is attached to my video card !
2) On my desktop PC and on one laptop, I tested OBS in UDP with the standard Libx264 (OBS default encoder) and mp2 default sound encoder. The UPD is ok with VLC but the decoding by the Minitiouner shows some video artifacts, but it works. I am working to get the best settings.
So I conclude, at the moment, the AMD H264 video encoder is right for this. If somebody can test with H264 NVidia codec ?
73's
Alain F1CJN
1)As described, I am using OBS with UDP on my desktop PC with the H264_amf(lixb264) codec and the result is ok.
I just discovered this morning that this codec is attached to my video card !
2) On my desktop PC and on one laptop, I tested OBS in UDP with the standard Libx264 (OBS default encoder) and mp2 default sound encoder. The UPD is ok with VLC but the decoding by the Minitiouner shows some video artifacts, but it works. I am working to get the best settings.
So I conclude, at the moment, the AMD H264 video encoder is right for this. If somebody can test with H264 NVidia codec ?
73's
Alain F1CJN
Re: Latency improvements ?
Hello,
I confirm that with an Nvidia recent graphic card I can use the Nvenc (Nvidia encoder) H264 as can be seen on the screen shot
Driver for the video card must be the latest
My configuration is PC Win64 with Nvidia GTX1050Ti graphic card
In Nvidia Control Panel I have choosen "use GTX graphic card for all usage" instead of using the standard Intel GPU
But I got more :
I use H264 for streaming OBS to Pluto with F5OEO firmware and I use H265 (nvenc_hevc) to stream OBS via UDP to DVBSDR on Raspberry + Lime
See other screen shot
So my CPU is not overloaded, my Nvidia GPU does the job of encoding !
73 - Christian
F1FAQ
I confirm that with an Nvidia recent graphic card I can use the Nvenc (Nvidia encoder) H264 as can be seen on the screen shot
Driver for the video card must be the latest
My configuration is PC Win64 with Nvidia GTX1050Ti graphic card
In Nvidia Control Panel I have choosen "use GTX graphic card for all usage" instead of using the standard Intel GPU
But I got more :
I use H264 for streaming OBS to Pluto with F5OEO firmware and I use H265 (nvenc_hevc) to stream OBS via UDP to DVBSDR on Raspberry + Lime
See other screen shot
So my CPU is not overloaded, my Nvidia GPU does the job of encoding !
73 - Christian
F1FAQ
Re: Latency improvements ?
Hello Alain
That's what I was doing last night, but it's rather unreliable. I think this may be a network problem. However when it does work the H265 CBR is not very well constrained. H264 is much better. The result is that with H265 you can only set about 50-60% of the available video bandwidth, depending on picture content, before you start to get timing errors. This negates much of the efficiency advantage of H265. I think we might be able to find better settings, but there are many variables so that's going to take a while.
This is just on the threshold of not working with 333ks 3/4 rate 8PSK so there should be 740kb/s for the video, audio and overheads.
For QPSK the TS rate is 495kb/s and highest reliable video rate I found to be about 220kb/s with 32kb/s audio. Any higher and there are errors and audio dropouts. It might be possible to do better with the slower encoders. That's something to be tested.
Mike
That's what I was doing last night, but it's rather unreliable. I think this may be a network problem. However when it does work the H265 CBR is not very well constrained. H264 is much better. The result is that with H265 you can only set about 50-60% of the available video bandwidth, depending on picture content, before you start to get timing errors. This negates much of the efficiency advantage of H265. I think we might be able to find better settings, but there are many variables so that's going to take a while.
This is just on the threshold of not working with 333ks 3/4 rate 8PSK so there should be 740kb/s for the video, audio and overheads.
For QPSK the TS rate is 495kb/s and highest reliable video rate I found to be about 220kb/s with 32kb/s audio. Any higher and there are errors and audio dropouts. It might be possible to do better with the slower encoders. That's something to be tested.
Mike