Question / Help TCP relay possiblity? Upload speed throttle? Video here

[Dasherz]

http://www.twitch.tv/dasherz_/b/336684445

I made a 10 minute video here.

Talks about my issues with the program in regards to the upload speed is alot below what it should be and my dropped frames also has some suggestions.

ps: I have tired multiple different servers not just singapore including global balancing server and it still is the same.

 

[Dasherz]

I now realise after watching that when I try to show you the dropped frames in dota you cant see them in teh video lol. but just check the frames dropped after I switch back.

 

[ColterTV]

Jim has stated on some posts that OBS comes with that functionality already, so I guess it must be something on your end.

 

[Lain]

tcprelay is indeed completely pointless, setting the "send buffer" in advanced to 32k is identical to how tcprelay works

 

[Dasherz]

Did you watch the video? I have huge upload speed but its still being throttled hardcore and its only with this program, I have usewd tcp relay on xsplit last night and it worked really well.

 

[Lain]

There are actually some optimizations in regards to network usage and frame dropping coming in the next version as well which were causing issues for some people. This is probably the same for you as well, there was an issue where it wasn't buffering enough data before sending, causing a bit more TCP overhead than was intended.

I was just stating the fact that the functionality that tcprelay implements is already in the program itself -- literally the exact same functionality, so it doesn't really make much sense to use it with this application.

 

[Dasherz]

ok cheers ill wait for the next update, really good work so far. This program pretty much better than xsplit and ffsplit already.

 

[Lain]

Okay, I reverted the network code to when it was working best (check out this thread to download the latest test build), so I'd like to hear if you get better bandwidth throughput with it -- I also mostly fixed the frame drop issue where frames would constantly drop once they start dropping. I say mostly because often it's difficult to fully get a control of frames dropping once they start dropping, but I do seem to have greatly reduced it from occurring. I'm not entirely sure. Let me know if this fixes or changes anything, or if it doesn't. Basically I changed it back to pre-0.42a network code. I probably really shouldn't have changed it at all at the time.

 

[Dasherz]

hmm I have downloaded it and then uninstalled the previous one but it still saying tis 0.43a not 0.42a

 

[Dasherz]

I now have 0 dropped frames and hit over 5000 kbps and im still in the green, and stream runs super smooth while dota 2 is selected as the capture frame but as soon as I alt tab into the game everything lags like crazy (the stream not my game).

here is a short video showing whats up.

http://www.twitch.tv/dasherz_/b/337009229#

also it is just the stream that is lagging not the game the game itself still looks fine. game is in borderless window

 

[hilalpro]

@Dasherz

http://i.imgur.com/4YHnN.jpg

this is a cpu issue..
put obs.exe on high priority on task manager (you need to do it every time you launch it)

by doing this the cpu usage will be higher at those hard spots and overall, and both the game and (obs) will split the work when there is a high load

 

[Lain]

yes, the problem appears to be that capturing is super slow. what are you using to capture? you have aero on -- and it appears that you are capturing the monitor. you have to disable aero if you want to do monitor capture, otherwise aero just slows everything down. if you want to keep aero on, window capture is the way to go instead, and window capture is often much faster, a good system can maintain 60fps capture with it.

 

[sh0gunshin]

use dxtory to capture otherwise like jim said you're gonna wanna disable aero since it caps screen fps to 22. also 5k bitrate is a little too high for viewers to watch at lol

 

[hilalpro]

a more intelligent and efficient way to deal with the frames is to just set it to a maximum value and let the priority handle how aggressive the cpu will try to reach and maintain that value.

for example setting the encoder to a 30 fps max with a high priority the cpu will try to maintain a constant 30 fps even if that means the other applications will suffer when there is a heavy load scene although the cpu usage will not be 100% on light scene's (assuming the cpu is slightly powerful).

but with a 60 fps max value and a low encoder priority the actual encoded fps will vary and the cpu usage is granteed to be 100 % all the time on both low and high load scenes. although obs performance can get lower than 30 fps on this setting the game performance will not get as much hit when it needs most of the cpu power/time

the same thing goes for networking. if you can shape the games packet headers to have a higher priority than video streaming packets headers you wont notice even the slightest latency increase while streaming.
in my case even going with a total a+v bitrate slightly higher than my upload speed i still get no noticeable added latency and 0 frames drops. once i disable the traffic shaping i notice that there is some noticeable latency in game while streaming even at 70% a+v bitrate value of my max upload

 

[Dasherz]

Hmm if I tick disable area then it justs captures the screen so if I alt tab it will capture what ever is on the screen not stay in dota. Also I can capture the game fine on both xsplit and fsplit so I don't no why only Obs does this