Probleme mit BackgroundWorker und Windows.Timer in C#

ApplikationsEntwickler schrieb:
> Wie kann man von einem BackgroundWorker Thread nun diesen Timer
> ausführen?

gar nicht, das macht keinen Sinn. lies dir mal das hier durch:
https://msdn.microsoft.com/en-us/magazine/cc164015.aspx

Warum nimmst du nicht einfach einen eigenen Thread?

1

private void MyThread()

2

{

3

  while(!mCancelThread)

4

  {

5

    ProcessData();

6

    UpdateForm();

7

    Thread.Sleep(mCycleTimeMs);

8

  }

9

}

Beim Updaten der Form natürlich Invokes verwenden...

ApplikationsEntwickler schrieb:
> Ich benötige einen Ratschlag für meine derzeitige Applikation.

Geht es immer noch die gleiche Applikation wie im
Beitrag "Ratschlag für C# Applikation" ?

Jede Woche ein neuer Thread?

Das gibt jetzt bestimmt Mecker, ist aber eine Geschmachsfrage und ein 
Vorschlag für Invoke-Hasser:

Du kannst auch im BackgroundWorker mit Thread.Sleep() arbeiten und die 
GUI über das ProgressChanged-Ereignis aktualisieren. Dieser 
Ereignis-Handler läuft dann ganz von allein im GUI-Thread, also
ohne 'Invoke()'.
¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯
Daten kannst Du mit ProgressChangedEventArgs.UserState übergeben, 
ProgressPercentage kann ein Dummy-Wert sein, aber man kann 
ProgressPercentage nicht komplett weglassen.

ApplikationsEntwickler schrieb:
> System.Windows.Forms.Timer <-- kommt nicht mehr in Frage!

Warum? Im Prinzip gehen alle drei. Aber dann brauchst Du halt 
'Invoke()', wurde ja schon gesagt.

Boris P. schrieb:
> ProcessData();
>     UpdateForm();
>     Thread.Sleep(mCycleTimeMs);

da hängt die Intervallzeit aber dann direkt von der Dauer von 
ProcessData() ab, das kann egal sein, muss aber nicht und ist mMn der 
große Unterschied zu Timern hier.

@Torsten:
Warum sollte man Invoke hassen?

ApplikationsEntwickler schrieb:
> Welcher Timer sollte ich benutzen?
>
> 1) System.Windows.Forms.Timer <-- kommt nicht mehr in Frage!
> 2) System.Timers.Timer
> 3) System.Threading.Timer

Hast du dir die genannte Seite und das Bsp dazu angeschaut? Der Code 
macht genau das...

Tobias K. schrieb:
> das kann egal sein, muss aber nicht und ist mMn der
> große Unterschied zu Timern hier.

Auf den ersten Blick ja. Als ich das mal so umgesetzt habe, habe ich 
'mCycleTimeMs' jedes Mal neu anhand der absoluten Zeit berechnet, dann 
bleiben auch die Abstände gleich.

Für MIDI brauche ich sehr genaue Timer. Das exakte Timing lässt sich 
dadurch umsetzen, dass nach dem Sleep in einer While-Schleife auf das 
Erreichen der nächsten absoluten Zeit-Marke gewartet wird.

c-hater schrieb:
> Höchstens im Mittel, der Jitter ist aber fürchterlich

Den Jitter gibt es ohne die While-Schleife.

Ich erinnere mich wieder: In der Schleife habe ich den Zeitstempel mit 
einer StopWatch verglichen, da nur die StopWatch genau genug war.

c-hater schrieb:
> DirectShow

Schau ich mir mal an, vielleicht ist das effizienter als While-Schleife 
+ StopWatch.

Tobias K. schrieb:
> @Torsten:
> Warum sollte man Invoke hassen?

Kann ich die Frage nochmal aufwärmen? Interessiert mich wirklich :)

Tobias K. schrieb:
> Tobias K. schrieb:
>> Warum sollte man Invoke hassen?
> Kann ich die Frage nochmal aufwärmen? Interessiert mich wirklich :)

Es ist meine Beobachtung, dass sich einige damit schwer tun. Wenn ich 
z.B. meine Tochter frage, warum sie kein Gemüse mag, zuckt sie immer mit 
den Schultern. Ich weiss es auch nicht.

PS: Vermutung:
Es wirkt auf den ersten Blick kompliziert. Ist es aber nicht, ich weiß.