well ok I never tried 50, only 45 and 48. There are reasons I do 48 and not 50 though. It's all about frame drops @60hz monitors. 48 will look close to 60fps while 50 seems to look Skippy at 60hz
OBS branch with AMD VCE support.
- Thread starter jackun
- Start date
akeera
New Member
I noticed in my log files it says Bframe parameters near the top are set to 0 ? I have r9 290 VCE2.0 which supports B frames etc so shuldn't this be enabled (1/2)? Is there a way to turn on B frames encoding too ?
http://imgur.com/TRz9aMt
http://imgur.com/TRz9aMt
Last edited:
OliverMD
Member
New Steam Beta update regarding In-Home Streaming with AMD VCE
In-Home Streaming
In-Home Streaming
- Improved AMD hardware encoding quality
RamboUnchained
Member
Has anyone found some good streaming settings for this yet? I'm not interested in recording. I've been doing a lot of tinkering, but I haven't found a good set of settings that work for me while minimizing performance hits the most. I either get good performance with unplayable pings or decent ping with a noticeable performance hit. Namely input lag.
Unplayable pings is regarding the bitrate. whats your upload and how consistant is it? OBS recommends no more than 80% of your upload for streaming. I have 6Mb/s so I "could" go up to 4.8Mb/s but obviously I would stay around 3.2-3.5 so viewers can actually watch my streaming.
EDIT:I ready back your post. you are trying to do 720@60fps with 2Mb/s? you should be doing 720@30fps with that bitrate. I cant see why you'd be having input lag? are you running the same settings as before? did you ever lower your buffer to the same as your bitrate?
Last edited:
jackun
Developer
Ideally yes, but I'll have to figure out how do to that because B-frames sometimes need more than one input frame and encoder doesn't return any data meanwhile. MFT/AMF are asynchronous ie querying if encoder has done encoding the frame returns immediately so you have to wait and poll it again and so you may end up polling it forever . It seems the only way to check if encoder has enough frames (for now) is to just feed it data until it returns error like I_HAVE_TOO_MUCH_DATA and then start shoveling compressed data out of encoder. But that probably causes audio/video sync issues.
RamboUnchained
Member
720p @60 FPS works fine with x264, but the performance hit on Very Fast isn't worth playing on in most games that I play since I play a lot of CPU dependent games.
720p @60 FPS w/ AMF was pretty good with 2560 bitrate and balanced quality. I tried it last night.
I have 3mbps upload.
The only game where the input lag is really noticeable is in Smite. I have tried lowering my settings, but that doesn't seem to help much.
When, I'm not streaming I play with everything maxed besides shadows and get around 120 FPS and 7-8ms input lag all game. When streaming, I drop everything down to low and medium and my FPS drops to the upper 80s-mid 90s with around 18ms input lag in team-fights. The input lag doesn't seem high on paper, but it's extremely noticeable in a game that requires as much timing and precision as Smite. I'm still tinkering though.
I can't win lol. With x264, I take major frame drops. With VCE, I get noticeable input lag even with 30FPS streams.
I'm running a stock 8350, stock r270x, and 8GB of RAM @ 1600
Vitti Otokainen
New Member
Just verifying that the new AMD R9 280 -series do support VCE. The reason why they're not listed in the supported GPUs is simply that they were launched after the press release of the VCE.
I'm using ASUS R9280-DC2T-3GD5 and streaming a CPU-heavy game such as a 25-man hardcore WoW raid runs flawlessly with this and Xeon CPU.
Thanks a lot jackun! :)
I'm using ASUS R9280-DC2T-3GD5 and streaming a CPU-heavy game such as a 25-man hardcore WoW raid runs flawlessly with this and Xeon CPU.
Thanks a lot jackun! :)
http://en.wikipedia.org/wiki/AMD_Radeon_Rx_200_Series
"Radeon R9 280 was announced on March 4, 2014. With a launch MSRP set at $275, it is based on a rebranded Radeon HD 7950 with an increased clock speed, from 925Mhz to 938Mhz"
So the answer would be yes, if it is basically a HD 7950
What I'm saying is that I run a stream with 720@48fps and I still think its grainy/pixelated with 3400 bitrate so I dont see how you can run a 720 @ 60fps with only 2560 bitrate and it not be even more pixelated. at that pixelation level you might as well be doing a 480p @ 60fps, it would probably look better (minus fonts). or run 720p@30 or 48fps
but I have no clue why you'd have input lag with VCE streaming at 720@60 either way, besides MFT has issues with 60fps but then again, I dont stream at that framerate, so I have no clue.
RamboUnchained
Member
http://r-1.ch/analyze-twitch-vod.php?url=http://www.twitch.tv/rambounchained/b/568856646
weird, this is showing you are using a superfast preset. usually the analyzer cant tell what its usings when VCE is enabled. are you sure you're usings VCE when you recorded? just curious...
i.e. heres mine http://r-1.ch/analyze-twitch-vod.php?url=http://www.twitch.tv/d2_ricci/b/569390700
the stream analizer is better for live than recording anway...
RamboUnchained
Member
That's weird lol. I was using VCE for sure since I only have one profile and VCE is still checked on it.
Also, I've never had an issue with my mic. I was just testing VCE against bots at like 4 in the morning. I wasn't using my mic.
I've also found some great settings for my setup that allow me to use VCE for CPU bound games and x264 for GPU bound games.
-I use Process Lasso (paid version, but possible on free version as well) and set all of my games to run on "cores" 0,2,4, and 6 with OBS running on 1,3,5, and 7.
-I can stream easily on VeryFast at 30-60 FPS (game dependent) and 2560 bitrate without any noticeable performance hits with High+ settings in my games.
-Instead of each core hitting 70% CPU usage during streams, my even cores hover between 40-50% each while my odd cores hover around 30% each. My temps even dropped by around 4 degrees.
It seems that spreading the workload evenly across that old architecture just wasn't going to cut it for me, so I dug a little deep and found something that works for me. Couldn't be happier. All that's left for me to do now is get a strong aftermarket cooler and take the CPU to at least 4.5 GHz. I was able to get it to 4.3 stable across all cores on the stock HS w/o upping the voltage, but I was just testing the binning. It seems to be binned extremely well.
Last edited:
sneaky4oe
Member
Streaming with OpenCL.
Crash report:
http://pastebin.com/g429qHpu
Log:
https://gist.github.com/e2620a04ddb52080b4ad
Crash report:
http://pastebin.com/g429qHpu
Log:
https://gist.github.com/e2620a04ddb52080b4ad
it seems like running your game in full screen is causing the capture to get all 3 screens 5900 x 1080 capture at 60fps.maybe get to windowed mode to capture just one? Second your buffer is huge 15Mbit? Again why? Your get buffering issues like this because it will try and encode at 15Mbit then have to fill that only to try and squeeze the encode into 4.5Mb/s.
also, why are you only using 32bit obs?
it seems you have a great setup, you should probably have 8GB of RAM at least to go with it
hyper thread in would do something similar to this and you should have that feature? Might be wrong, either way interesting way to balance out the game via logical cores to physical ones. This basically just uses the cores on the same die, makes sense
RamboUnchained
Member
Unfortunately, I have an 8350, so no hyper-threading for me.
jackun
Developer
Does it work with the vanilla 0.635? Then GUI control id maybe got overwritten with code merge. Also the 15MB buffer is just OVE itself overriding the buffer size :P
In other news, I'm trying to get D3D10 + OpenCL interop working with OVE too. Excuse my french, 1080p@60 AMF went from "OMGWTFBBQ are you doing?" to "I bruise easily" (read, it got better, but only if you record desktop :/).
Last edited: