I’m not persistent - I’m just trying to find something within constraints imposed on me. I’ve noticed that some sort of delay accumulates over time, even with “zerolatency” ffmpeg option on the host side, and “ffplay -probesize 32 -sync ext” on a client.Sheeesh… really thought streaming over LAN would be easier. Still any improvements would be more than welcome.Įdit: … especially considering there are stil issues. I’m less worried now - those results are usable. At 30 it is usable.įor some reason (I must be doing something wrong) I can’t open the stream with VLC, but lucklily ffplay works and I can open the stream with: I could lower qmin even further (to for example qmin:v 40), but the quality starts to near rubbish state. Router is also wi-fi ac capable in case someone brings his/hers machine and connects over wi-fi.Īt this point when I’ve been experimenting at home the best result I got were with:įfmpeg -loglevel debug -f x11grab -s 1920x1080 -r 30 -i :1.0 -c:v h264_nvenc -preset:v llhq -rc:v vbr_minqp -qmin:v 30 -f mpegts udp://236.0.0.1:2000 Judging by the cat6 cables the network is quite capable (haven’t stress tested it though). So I’m not that worried about encoding part itself.Ĭlients (students computers) are mostly Windows based and (sadly) are not that beefy (sadly can’t do much about it - as I’m not the one that handles PCs in the school). Ok, so my PC is Linux-based and quite beefy (I use it for 3d graphics and rendering, plus additional setup where one of the gpu is used for pcie passthrough - 2 nvidia gpus, 2 old xeons).
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |