Upload Traffic überwachen > wenn zu gering > batch ausführen

Schlangenmensch

@DocShoe sagte in Upload Traffic überwachen > wenn zu gering > batch ausführen:

Vermutlich musst du das BytesReceivedPerSec durch das "Gesendet"-Pendant ersetzen. Du willst dir ja den upload angucken.

Huch... eigentlich wollte ich das mit BytesSentPerSec gepostet haben

@dreamer84 wenn es nur ein Interface gibt, kannst du mal versuchen das [1] zu löschen. Ich meine irgendwo gelesen zu haben, dass dann kein Array zurück gegeben wird. Aber Achtung: Gefährliches Halbwissen.

Edit: Aber auch bei Powershell fangen indizies mit 0 an, also hätte man bei 2 Interfaces $wmi[0] oder $wmi[1] . Wie viele Netzwerkinterfaces man hat, kann man bestimmt auch programmatisch abfragen.

Edit2 : Vlt einfach mal (Get-WMIObject -Class Win32_PerfFormattedData_Tcpip_NetworkInterface | Select-Object BytesSentPerSec).BytesSentPerSec in der Powershell ausführen und das Ergebnis hier posten

SeppJ

@dreamer84 sagte in Upload Traffic überwachen > wenn zu gering > batch ausführen:

@SeppJ
Sorry, hatte die 0 nur vergessen...
Ich habe auch mal eine 2 eingetragen. Passiert aber nichts anderes.

Nicht rumraten. Du musst das Problem schon selber verstehen und die passende Einstellung für dich finden, das können wir nicht für dich machen. Was gibt denn (Get-WMIObject -Class Win32_PerfFormattedData_Tcpip_NetworkInterface | Select-Object BytesReceivedPerSec).BytesReceivedPerSec zurück, während es wie gewünscht läuft?

dreamer84

@Schlangenmensch sagte in Upload Traffic überwachen > wenn zu gering > batch ausführen:

(Get-WMIObject -Class Win32_PerfFormattedData_Tcpip_NetworkInterface | Select-Object BytesSentPerSec).BytesSentPerSec

Wird gemacht
Ausgabe:
857864

Wenn ich den Stream beende kommt das:
748389

EDIT:
Ich seh gerade, dass wenn ich den Befehl öfter ausführe, kommt immer ein andere Wert. Moment ich mach mal einen Screenshot...
Das kommt wenn der Stream deaktiviert ist.

dreamer84

@SeppJ
Sorry, so ganz ist mir noch nicht klar, was 0,1 oder 2 dort bewirken - wenn ich nicht mehr weiter komme hilft manchmal auch einfach "learning by doing"

Schlangenmensch

@dreamer84 Hast du mal in dem Skript die eckigen Klammern mit der Zahl da drinnen weg genommen und probiert?

dreamer84

Ah,
mir fällt gerade auf, dass ich im Hintergrund noch einen RTMP-Server laufen habe. Ich nehme an, dass der auch Upload entstehen lässt... ich habe das ganze jetzt nochmal auf einem anderen Streaming PC laufen lassen und siehe da... Screenshot
Wenn der Stream läuft ist die ausgegebene Zahl 6-stellig, wenn er aus ist nur 4-stellig.
Damit kann man doch was anfangen

@Schlangenmensch Probier ich mal...

SeppJ

Dann wissen wir jetzt, dass du nur ein Netzwerkinterface hast. Zumindest auf diesem einen Rechner, in dem Zustand, wie er jetzt im Moment läuft. Ist natürlich so eine Frage, ob das immer so bleibt.

Der Hintergrundtraffic ist natürlich ein großes Problem. Anscheinend ist der ja um eine ganze Größenordnung höher als der Verkehr durch den Stream. Da können kleine Schwankungen im Hintergrundprozess nicht davon unterschieden werden davon, wenn der Stream komplett zusammen bricht. Wenn du das nicht ändern kannst, dann ist der ganze Ansatz mit dem Netzwerkverkehr hinfällig.

dreamer84

@Schlangenmensch
Hab ich gemacht...
Komisch, wenn der Stream läuft oder nicht läuft kommen Werte zwischen 200 und 4.000
Der streamt doch aber laut OBS aber schon mit 5.000 kb/s
Wie kann das sein?

Screenshot

dreamer84

@SeppJ
Das bleibt so. Wie gesagt, ich habe die Streaming PCs wirklich nur zum streamen. Ich habe vor, die Stream dort laufen zu lassen und wenn alles läuft muss ich da am besten nie wieder dran

Naja, rein logisch gesehen dürfte dort eigentlich gar nicht gesendet werden. OBS (der letzte PC - letzter Screenshot) hat eine RTSP-Quelle. Die sendet ja zum PC hin, also eine Art Download. Raus geht doch eigentlich nur der Upload aus OBS. Versteh ich nicht.

Screenshot Taskmanager
Da seh ich jetzt gerade noch, dass ich ja mit RemoteDesktop auf die PC zugreife. Da entsteht natürlich auch Traffic.
Ich werde das ganze jetzt nochmal direkt am PC und ohne RemoteDesktop testen...
Ich danke auch an dieser Stelle schon mal mega für eure Zeit - ich probier jetzt mal etwas rum (PCs stehen im Keller) und schreib dann nochmal.

SeppJ

@dreamer84 sagte in Upload Traffic überwachen > wenn zu gering > batch ausführen:

@Schlangenmensch
Hab ich gemacht...
Komisch, wenn der Stream läuft oder nicht läuft kommen Werte zwischen 200 und 4.000
Der streamt doch aber laut OBS aber schon mit 5.000 kb/s

Bist du sicher, dass es nicht 5000 k Bit/s sind?

dreamer84

So ich hab mal noch etwas rumprobiert und alles ohne RemoteDesktop getestet:
Bei deaktiven Stream liegt der Traffic bei 1-25. Bei aktiven Stream bei 100-4000.
Da sind also schon mal Werte mit denen man was anfangen kann.

Eine Idee hatte ich noch. Wenn ich das Script ausführe gibt er ja nur den aktuell gemessenen Wert zurück. Der schwankt eben sehr stark. Wäre es sinnvoll eine Art Durchschnittswert aus den letzten 10 Sekunden zu errechnen? also 10 Sekunden lang messen und dann eben einen Mittelwert ausgeben? Ich denke diese Zahl wäre sehr viel verlässlicher.

Wie könnte das aussehen?
Ich weiß beim Arduino lief das über eine Art "Frequenz Counter". Kann man sowas da mit einbauen?

Schlangenmensch

@dreamer84 ja, geht natürlich. Abhängig von der Zeit oder einfach der Durchschnitt von 10 Messungen, oder oder oder.

Ich bin gerade noch über Get-Counter gestolpert. Damit könnte man vlt abgestimmt auf die Streaming Software Monitoren und hätte damit vielleicht das Problem mit dem Hintergrundrauschen behoben.

dreamer84

@Schlangenmensch
Ja, das klingt gut. Was wäre sinnvoller? Einen Counter der einfach 10 Sekunden lang misst, oder?

Hast du eine Ahnung wie man das in den Code einbaut?

Schlangenmensch

@dreamer84 Ich bin sicher, mit ein bisschen Google Unterstützung hättest du das auch schnell selbst gefunden, aber weil Freitag ist und ich gerade ein bisschen Spaß am Googeln hatte:

$threshold = 1000
$timer = new-timespan -Seconds 10
$wmi = 0
$count = 0
$clock = [diagnostics.stopwatch]::StartNew()
while ($clock.elapsed -lt $timer){
    $wmi += (Get-WMIObject -Class Win32_PerfFormattedData_Tcpip_NetworkInterface | Select-Object BytesSentPerSec).BytesSentPerSec
    $count++
}

$kbytes = ($wmi/$count)  / 1kb * 8 #to kbit/s 

if($kbytes -le $threshold)
{
    Write-Output $kbytes
    Write-Host "restart"
}
else    
{
    Write-Output $kbytes
    Write-Host "all ok"
}

Ich habe das ganze jetzt in kbits umgerechnet (siehe die *8), ich denke das sollte deine Erwartungen besser treffen.
Aber wie gesagt, ich Google mir das auch nur zusammen.

Wenn man 10 Sekunden lang abfragt, weiß man halt nicht wie viele Durchläufe man schafft. Das hängt dann vom System ab. Immer eine bestimmte Anzahl zu nehmen wäre halt überall die gleiche Anzahl. Aber, deine Entscheidung.

dreamer84

@Schlangenmensch
Glaub mir, ich saß bis heute morgen um 4 Uhr um da selbst noch was dran zu machen.
Das Problem ist nicht den Befehl bei Google zu finden, aber wenn man damit noch nie was zutun hatte ist es gar nicht so leicht sowas mit anderen Befehlen richtig zu kombinieren.

Ich danke dir vielmals für deinen Code
Ich werde ihn direkt ausprobieren.

dreamer84

Mega!
Der Code funktioniert jetzt absolut zuverlässig
Die Bitrate entspricht ziemlich genau der, die OBS anzeigt - ca. 5500.
Bei inaktivem Stream sinkt sie auf ca. 20.
So kann man das ganz klar Trennen wenn der Stream läuft oder abgestürzt ist.

Ich danke dir vielmals.
Ich würde dir gern einen Kaffee spendieren für deine Zeit und deine Mühe.
Kannst du mir eine PN schicken?

Schlangenmensch

PMs sind hier aus gutem Grund deaktiviert

Seh es als Freundschaftsdienst, für sowas sind Foren da.

Wenn du unbedingt Geld los werden möchtest, kannst du den Kaffebetrag gerne an eine gemeinnützige Organisation spenden.

hustbaer

@Schlangenmensch sagte in Upload Traffic überwachen > wenn zu gering > batch ausführen:

while ($clock.elapsed -lt $timer){
    $wmi += (Get-WMIObject -Class Win32_PerfFormattedData_Tcpip_NetworkInterface | Select-Object BytesSentPerSec).BytesSentPerSec
    $count++
}

Ich denke es wäre gut da noch eine "sum" Aggregierung einzubauen und wenigstens etwas wie ein "sleep 100ms".

DocShoe

Vielleicht ist es auch noch sinnvoll, sich den letzten Wert zu merken und nur bei fallender Flanke den Prozess neu zu starten?
Nur für den Fall, dass die Software zum Starten etwas länger braucht und dabei vom Watchdog abgeschossen und neu gestartet wird?

dreamer84

@Schlangenmensch
Vielen Dank dafür.
Ich habe soeben einen kleinen Betrag an die Deutsche Krebshilfe gespendet.

@hustbaer
Danke für deinen Hinweis.
Was macht ein "sum" Aggregierung?

Den Begriff Watchdog hab ich in einem anderen Zusammenhang schon mal gehört. Ich hatte damals versucht etwas drüber herauszufinden aber nichts dazu gefunden. Kannst du mir sagen was das genau ist?

Ich finde es aktuell eigentlich schon nahezu perfekt. Der Batch wird alle 5 Minuten vom Taskplaner ausgeführt. Wenn der Stream nicht läuft, startet er ihn einfach neu... dadurch, dass ich zwei Stream für ein Ziel laufen habe, also einen Backup stream die ganze Zeit mitsende, macht es auch nichts, wenn innerhalb der 5 Minuten einer der Streams abstürzt...

$threshold = 100
$timer = new-timespan -Seconds 10
$wmi = 0
$count = 0
$clock = [diagnostics.stopwatch]::StartNew()
while ($clock.elapsed -lt $timer){
    $wmi += (Get-WMIObject -Class Win32_PerfFormattedData_Tcpip_NetworkInterface | Select-Object BytesSentPerSec).BytesSentPerSec
    $count++
}

$kbytes = ($wmi/$count)  / 1kb * 8 #to kbit/s 


if($kbytes -le $threshold)
{
    Write-Output $kbytes
    Write-Host "restart"
	taskkill /f /im obs64.exe
	Start-Process -FilePath "obs64.exe" -WorkingDirectory "C:\Program Files\obs-studio\bin\64bit\" --startstreaming
}
else    
{
    Write-Output $kbytes
    Write-Host "all ok"
}