Instalar Steam
iniciar sesión
|
idioma
简体中文 (chino simplificado)
繁體中文 (chino tradicional)
日本語 (japonés)
한국어 (coreano)
ไทย (tailandés)
Български (búlgaro)
Čeština (checo)
Dansk (danés)
Deutsch (alemán)
English (inglés)
Español de Hispanoamérica
Ελληνικά (griego)
Français (francés)
Italiano
Bahasa Indonesia (indonesio)
Magyar (húngaro)
Nederlands (holandés)
Norsk (noruego)
Polski (polaco)
Português (Portugués de Portugal)
Português-Brasil (portugués de Brasil)
Română (rumano)
Русский (ruso)
Suomi (finés)
Svenska (sueco)
Türkçe (turco)
Tiếng Việt (vietnamita)
Українська (ucraniano)
Comunicar un error de traducción
That ... doesn't sound like the encoder. That sounds like something else is going on. Is it still like that after a reboot? Can you post your streaming_log.txt file somewhere so that we can review it?
I have the same issue so I think I can provide my logs too.
Host:
Intel i5 4670K
Radeon 280x
16Gb
On highly optimized N wifi - throughput is about 17MB/sec and low latency
Client:
Intel i5 550U
Nvidia GTX 950M
6Gb
Wired with 1Gb to roter
Note: my networking setup is not the best put pretty enough though. I was streaming on it with software and QSV encoding for a month without any issues until yesterday's update of Steam Client and Intel drivers.. ;)
Edit: ah, reboots do not help too.
Screenshot: http://imgur.com/7QrlAku
Here is streaming_log.txt part fora short streaming session with QSV:
Henryg, I read reports from other users mentioning very high bit rates (above 70Mbps) with the other hardware encoders (both AMD and Nvidia) in the latest beta. It is possible that the problem is not limited to Quicksync.
A few extracts from the streaming.log:
[2015-12-18 10:13:56] >>> Capture method set to Game threaded D3D9 NV12 + Intel QuickSync D3D11
[2015-12-18 10:13:56] CLIENT: Video size: 1920x1080, output size: 1920x1080
[2015-12-18 10:13:56] CGameStreamVideoStageMFX: Warning resetting MFX encoder: 5
[2015-12-18 10:13:57] Dropping queued frame before encoding
last two lines repeated many times followed by:
[2015-12-18 10:14:23] CLIENT: Targeting 59.94 FPS
[2015-12-18 10:14:24] CGameStreamVideoStageMFX: SyncOperation failed: -1
[2015-12-18 10:14:24] Detected 4 logical processors, using 3 threads
The software encoder is also not performing well in this game. The game plays in the PC at around a 100FPS, but when streaming I get between 35 and 55 FPS depending on areas. Latency is quite high to at around 40-60ms. The AMD encoder doesn't perform any better with latency around 50 and 60ms
The latest available for my CPU: 9.17.10.4229 from 27/05/2015.
I tested with Akrham City that it is usually an easy game to stream. The software encoder works fine; the Intel one remains active but it is a stuttery mess (high FPS and latency variance). Same for the AMD encoder.
Currently of the three encoders availalble in my system I get the best results with the one that is suppossed to be the slowest.
Yes, I blame the naughty Intel engineers sent to assist Valve with this. Intel has to find a way to convince people to replace their good old 2500K before Zen arrives.
Ah, marketing...
From the Intel docs:
/* reserved for unexpected errors */
MFX_ERR_UNKNOWN = -1, /* unknown error. */
Well, that's frustrating :( Thanks for the report. Could you check for some lines in the log that look like "MFX active - version (4, 1) impl=0x202" and post them for me? I'll have to forward that to Intel as well.
This is the line with a bit of context:
[2015-12-18 14:29:38] CGameStreamVideoStageMFX: Couldn't init session index=0: -3
[2015-12-18 14:29:38] CGameStreamVideoStageMFX: Couldn't init session index=1: -3
[2015-12-18 14:29:38] CGameStreamVideoStageMFX: Couldn't init session index=2: -3
[2015-12-18 14:29:38] MFX active - version (1, 4) impl=0x205
[2015-12-18 14:29:38] CGameStreamVideoStageMFX: Warning initializing MFX encoder: 5
[2015-12-18 14:29:38] >>> Capture method set to Desktop DWM NV12 + Intel QuickSync D3D11
I have uploaded to gist a minimal streaming.log that shows this problem: https://gist.github.com/anonymous/43ff56cb975621fc4803
The sequence was: start streaming BPM, launch Witcher 2, load save file, play a few seconds, exit game, stop streaming. The quicksync crash happened a few seconds (less than 10 IIRC) after I loaded my save.
Edit: I discovered that part of the errors were caused by a wonky Steam Link firmware that was increasing the network times; the gap between blue and light blue lines was above 10ms for unknown reasons. A factory reset cleared this issue and the AMF and software encoders are working as usual.
Quicksync still crashes and reverts back to AMF or the software encoder. I uploaded a new streaming.log taken from a Shadow of Mordor session:
https://gist.github.com/anonymous/2c5ddf17d8e926898186