Anubisviech
Member
I tried to setup a multi source setup with a friend. Basically my cpu is too weak to produce good quality streams on 1080p60 when other programs (like facerig) are using cpu, or the game makes heavy use of cpu.
What we did was use our router (linux machine) to setup a rtmp server and set my encoding to high bitrate to avoid high cpu usage. What we got was a fluid high quality stream that used less cpu on my side. So far so good.
Now come the problems:
The stream is fine on my friends machine, when he opens it with vlc (2.2.4). It takes a second to stabilize, but is fluid and without blocks at that point.
However in the obs source it gets blocky/choppy and has artifacts. I had problems with the media source in the past, by the way, which resulted in choppy playback in the final recording, but that might be a different issue.
I attach a screenshot showing obs on the left, and vlc on the right monitoring the same source stream, just that my friend added his source (the facerig avatar from his cam).
For some reason obs handles the stream differently than vlc, which should not happen as far as i understand, as obs just uses a vlc plugin. Is there a bug? Is there a source setup that would get this to work?
I see this as an important feature for multi client stream management, and it would be nice if it worked properly.
Another note: A window capture on vlc works fine.
screenshot:
Update: It seems to render properly, if i send only I frames to the streaming server, but the output is very blocky, as obs doesn't seem to process very well with more than ~30-40mbit on the media input. So the quality isn't as good as it would be with "normal" encoding. Grabbing the output of vlc seems to work, although this is just a workaround and not practical for long time use. Especially as it would need a seperate audio device for vlc output to avoid conflict with the local streaming of the encoding PC (the game of my friend and his other outputs interfering with the original complete already mixed audio stream from my pc. It would introduce a lot of sync issues).
What we did was use our router (linux machine) to setup a rtmp server and set my encoding to high bitrate to avoid high cpu usage. What we got was a fluid high quality stream that used less cpu on my side. So far so good.
Now come the problems:
The stream is fine on my friends machine, when he opens it with vlc (2.2.4). It takes a second to stabilize, but is fluid and without blocks at that point.
However in the obs source it gets blocky/choppy and has artifacts. I had problems with the media source in the past, by the way, which resulted in choppy playback in the final recording, but that might be a different issue.
I attach a screenshot showing obs on the left, and vlc on the right monitoring the same source stream, just that my friend added his source (the facerig avatar from his cam).
For some reason obs handles the stream differently than vlc, which should not happen as far as i understand, as obs just uses a vlc plugin. Is there a bug? Is there a source setup that would get this to work?
I see this as an important feature for multi client stream management, and it would be nice if it worked properly.
Another note: A window capture on vlc works fine.
screenshot:
Update: It seems to render properly, if i send only I frames to the streaming server, but the output is very blocky, as obs doesn't seem to process very well with more than ~30-40mbit on the media input. So the quality isn't as good as it would be with "normal" encoding. Grabbing the output of vlc seems to work, although this is just a workaround and not practical for long time use. Especially as it would need a seperate audio device for vlc output to avoid conflict with the local streaming of the encoding PC (the game of my friend and his other outputs interfering with the original complete already mixed audio stream from my pc. It would introduce a lot of sync issues).
Attachments
Last edited:
