Question / Help How to set up a smaller cache?
- Thread starter Gofficer
- Start date
Mroczny_Gustaw
Member
honestly i dont think that changing buffer will help. wireless is destined to loose data packets and be unstable. you should use good old ethernet cable
Yes, I agree with you. But sometimes some objective conditions can not be met. I hope to have a compromise solution, even in the case of the instability of the network, but also can barely use.
Mroczny_Gustaw
Member
you are looking for solution in wrong place. your connection practically does not exist on wifi protocol level - 802.11 or whatever its called. changing buffer will affect quality and stability of encoding nothing else. https://jp9000.github.io/OBS/settings/encodingsettings.html
your best bet is to get this app https://play.google.com/store/apps/details?id=com.farproc.wifi.analyzer and check which wifi channel (they are numbered) has least networks on it and switch your access point/modem to it in its wifi settings. look for free space like the red bar is in. if 2 networks are on the same channel they are conflicting and loosing data. on this picture its worst for green, blue and violet. you can also verify if modem antenna power is set to 100%. but if modem is far/behind metal obstacles and your signal is low it wont help much
your best bet is to get this app https://play.google.com/store/apps/details?id=com.farproc.wifi.analyzer and check which wifi channel (they are numbered) has least networks on it and switch your access point/modem to it in its wifi settings. look for free space like the red bar is in. if 2 networks are on the same channel they are conflicting and loosing data. on this picture its worst for green, blue and violet. you can also verify if modem antenna power is set to 100%. but if modem is far/behind metal obstacles and your signal is low it wont help much
Last edited:
I saw this in the log file:
17:15:03.513: adding 23 milliseconds of audio buffering, total audio buffering is now 46 milliseconds
17:21:58.097: WriteN, RTMP send error 10053 (87 bytes)
17:21:58.097: WriteN, RTMP send error 10053 (111 bytes)
17:21:58.097: WriteN, RTMP send error 10038 (42 bytes)
17:21:58.097: [rtmp stream: 'adv_stream'] Disconnected from rtmp://120.92.56.166:1935/live/
17:21:58.097: [rtmp stream: 'adv_stream'] Freeing 12051 remaining packets
17:21:58.108: warning: 2 frames left in the queue on closing
17:21:58.108: Output 'adv_stream': Reconnecting in 5 seconds..
I mean, when the network is not stable, we may be able to take the initiative to drop some packets or some frames, to ensure when the network is stable , the video will not delay too much.
17:15:03.513: adding 23 milliseconds of audio buffering, total audio buffering is now 46 milliseconds
17:21:58.097: WriteN, RTMP send error 10053 (87 bytes)
17:21:58.097: WriteN, RTMP send error 10053 (111 bytes)
17:21:58.097: WriteN, RTMP send error 10038 (42 bytes)
17:21:58.097: [rtmp stream: 'adv_stream'] Disconnected from rtmp://120.92.56.166:1935/live/
17:21:58.097: [rtmp stream: 'adv_stream'] Freeing 12051 remaining packets
17:21:58.108: warning: 2 frames left in the queue on closing
17:21:58.108: Output 'adv_stream': Reconnecting in 5 seconds..
I mean, when the network is not stable, we may be able to take the initiative to drop some packets or some frames, to ensure when the network is stable , the video will not delay too much.