50€ und mehr zu verdienen

[Tschups]

50€ für denjenigen Dev der mir ein Streaming Tool
programmiert, das einwandfrei auf meinem System
läuft.

Mein System
Windows XP / Nokia 2X / Neutrino

Folgende Voraussetzungen müssten erfüllte
sein

1. Keine periodischen Sync’s (21 Sek. Problem)
2. Keine Sync’s bei hohen Datenraten
(also Keine Sync's in irgenteiner Weise)
3. Lauffähig unter Windows
4. Streamen mit AC3 Ton

Das sind die Hauptpunkte. Andere Features können mit eingebaut
sein, müssen aber nicht, und sollten die Hauptpunkte nicht beeinträchtigen

Aufruf an alle Sync geplagten Usern. Legt noch mal ein paar
Euros drauf! Schreibt in diesem Threat was Ihr noch an Euros
drauflegt.

Cu Tschups

[PeterB]

Schon mal mit ggrab versucht? Nachdem meine ersten Tests in ein Disaster endeten und ich dann die MinimalConfig von CygWin installiert habe, geht es nun sehr gut. Nur so als Idee.

[Tschups]

HI PeterB

Ja schon alles probiert, aber

....und was ist Dir ein Tool Wert?


CU Tschups

[tonsel]

Der Punkt "Neutrino" könnte sich als hinderlich erweisen. Nach meinen Erfahrungen gehen die Resyncs zurück wenn man die Systemauslastung minimierte. Konkret: Ich verwende zu streamen eine optimierte yadd (kompilertes CVS) bei der nur die für das streamen unbedingt notwendigen Dienste laufen.

Darüberhinaus experimentiere ich gerade mit einem neuen "streampes". Auch hier das gleiche Bild: Wenn man auf geringe Systemauslastung hin optimiert verschwinden die Resyncs (hatte seit ca. 10 Std. am Stück PM1+AC3 überhaupt keine mehr)

tonsel

[Cubi]

Nur mal so ne Frage, kann das nicht am Netzwerk liegen ?
Das ist doch ein 10Mbit Netzwerk, folglich 1MB pro Sekunde (ja ich weiss, eigentlich sinds /8=1,25MB, wir rechnen mal mit 1 *g*), wenn der gleichzeitig einen Videostream UND Audiostream auf den PC beamen muss, noch dazu evtl AC3, da hat man doch in 10 sek. schon mal locker 20MB zusammen, versteh nicht ganz wie das das Ethernet noch schafft...

Grüsse,
Cubi

[Tschups]

@all

Wie gesagt ich stehe zu meinem Wort. Bin auf jedem Falle ehrlich!!!!
Sobald das läuft gibts Kohle!

Es kann meinentwegen auch ein Yadd, oder ein abgespecktes Image sein. Nur laufen und streamen sollte es.

Cu Tschups

[chkdesign]

@cubi

Also rechnen wir mal mit 5 Mbit Datenrate und 400 kbit Ac3 sind grob 5,4 Mbit.

5,4 Mbit/sec : 8 Bit/Byte = 0,675 MByte/sec

sind in 10 Sekunden 6,75 MB!

Sollte theoretisch also locker zu schaffen sein.

Und wir wissen alle, das der stream meistens unter 5 Mbit liegt.

[zexma]

Nur mal so ne Frage, kann das nicht am Netzwerk liegen ?
Das ist doch ein 10Mbit Netzwerk, folglich 1MB pro Sekunde (ja ich weiss, eigentlich sinds /8=1,25MB, wir rechnen mal mit 1 *g*), wenn der gleichzeitig einen Videostream UND Audiostream auf den PC beamen muss, noch dazu evtl AC3, da hat man doch in 10 sek. schon mal locker 200MB zusammen, versteh nicht ganz wie das das Ethernet noch schafft...
Grüsse,
Cubi

was is en das für ene rechnung?

[LazyT]

Sobald das läuft gibts Kohle!

*kotz*

[tonsel]

Die Ethernet-Übertragung ist für das Resync-Problem praktisch nicht relevant! Ich kann per UDP ca. 9,5 MBit/s Nutzdaten dauerhaft übertragen. Darüber hinaus schreibe ich die MPEG-Daten erst in einen 6MB-Ringpuffer, damit die Datenübertragung asynchron erfolgt. Tortzdem gibts je nach Systemauslastung die gtx-buffer-overflows, die zu Resyncs führen.

Fazit: Systemauslastung so weit wie mögliche senken.

Wenn bei mir in den nächsten Tagen kein weiterer Rückschlag (=gtx-Buffer Overflow) auftritt, werde ich das Programm zum Download bereitstellen (falls möglich im CVS)

tonsel

[vimpy]

@Tschups

Finde deine Idee echt toll, 50 Euro den Dev der ein Streaming Tool
programmiert, das einwandfrei auf einem System
läuft.

Windows XP / Nokia 2X / Neutrino


Nun das ist mein erster Beitrag hier in diesem Board, ich bin von der d-Box 1 auf Nokia D-Box 2 umgestiegen, habe es aber was das Streamen angeht eindeutig bereut.

Für mich, und ich spreche da nur für mich ist ein Film echt dolle wenn dieser ohne Fehler auf der Platte liegt.

Also folgende Probleme behoben sind, wie es du schon erwähnt hast,

1. Keine periodischen Sync’s (21 Sek. Problem)
2. Keine Sync’s bei hohen Datenraten
(also Keine Sync's in irgenteiner Weise)
3. Lauffähig unter Windows
4. Streamen mit AC3 Ton

Ware doch dolle wen sich hier mal ein Dev meldet der diese realiesieren könnte.

Ich bin natürlich bereit, vieleicht sind es ja sogar noch ander User den Euro - Pott zu erhöhen, um überhaupt dem Dev einen ansporn zu geben etwas in dieser Richtung zu tun.

Dann ist wenigstens die aufopferung seiner Freizeit nicht ganz im um sonst.

mfg
Vimpy

[PeterB]

Ja schon alles probiert, aber
....und was ist Dir ein Tool Wert?

Howdy Tschups,

hmmm also ich kenne das von mir, ich muddle so lange, bis es lüppt. Bist du auf XP angewiesen? Ansonsten W2k mal probieren oder ne Linux Lösung.

Was mir so ein Toll wert wäre? Kommt drauf an. Im moment sieht es für mich so aus : das was ich haben will, bekomme ich auch und zwar in den meisten Fällen ohne ReSync, was dir aber nicht hilft, wie auch den anderen.
Nur bin ich auch noch der Meinung, es ist ein zusammen treffen von Problemen die dann solche Auswirkungen haben.

Wie ich hier Probleme habe MTVBase ohne dauernde Unterbrechungen zu empfangen, keiner kann mir erklären woran es liegt, aber es klappt nicht. Also suche ich weiter.

Nur müßte das Tool ja wirklich auf dein System zugeschnitten sein, was auch eine Portion vor Ort Maloche bedeutet, was wiederrum mehr als 50€ kosten dürfte.

Und wie LazyT schon angedeutet hat, irgendwie ist diese Einstellung auch etwas daneben .

[Tschups]

@PeterB

Jo, ich arbeite selbständig, und schon auf meinen Windows PC angewiesen.
Habe aber die Knoppix CD. http://www.knopper.net/knoppix/
Bin aber zu noop, und habe bislang noch kein Linux Programm zum laufen bekommen.

>Nur müßte das Tool ja wirklich auf dein System zugeschnitten sein, was auch eine Portion vor Ort Maloche bedeutet, was wiederrum mehr als 50€ kosten dürfte.

Naja ob das soo arg auf meinen System zugeschnitten sein muß wage ich anzuzweifeln. CPU ist CPU / Windows ist Windows und die Einstellungen sind überall die gleichen.
Darum fordere ich ja andere Sync geplagten User auf auch noch ein paar Euro draufzulegen. Damit es sich für den Entwickler richtig rentiert.

CU Tschups

[zexma]

Naja ob das soo arg auf meinen System zugeschnitten sein muß wage ich anzuzweifeln. CPU ist CPU / Windows ist Windows und die Einstellungen sind überall die gleichen.

*LOL* manche haben Vorstellungen....schon mal von PEBKAC gehört?

...noch ein paar Euro draufzulegen. Damit es sich für den Entwickler richtig rentiert.

wieder *LOL*
[ ] Du hast das Prinzip "open source" verstanden

[PeterB]

ALSO eine zusätzliche, kleine Platte/Partition wird sich doch finden, installieren lassen. Dann da ne kleine, schlanke Mandrake Version drauf und los geht es. Ein kleines Bootmenü noch erstellen lassen und du kannst nehmen was du willst. Es wäre ja nur mal so ne Idee.

Habe mir mal eben diese Sache mit Knoppix angeguckt, wäre nichts für mich.

Naja - Hardware kann man nicht so allgemein ansehen . Zwar ist die CPU = CPU und so on, aber dann kann auch ganz hart gesagt werden. Wieso noch ändern, bei vielen lüppt es ohne große Probleme, also ist es doch in Ordnung .

[Belgarad]

@PeterB
...
Darum fordere ich ja andere Sync geplagten User auf auch noch ein paar Euro draufzulegen. Damit es sich für den Entwickler richtig rentiert.
...
CU Tschups

Ist einer zu Hause?

Ich bin zwar kein aktiver tuxdeveloper, aber ich finde das ist eine frechheit.
schon mal darueber nachfedacht wieviel arbeit mittlerweile _unentgeldlich_ in diesem project steckt, und wieviel zeit verschieden leute zusaetzlich noch aufbringen um user hier im forum (ebenfalls _unentgeldlich_ ) zu supporten?

[Tschups]

@lazyZ
@Belgarad

ich weiß was "Open Source" das nur am Rande.
So wie sich "mancher" Dev verhält glaube ich "Open Source" heißt. "Meine Kiste läust und der Rest ist mir wurscht, oder!?

...aber, darf ich den Dev's oder Entwickler nicht mal was in seine Kafeekasse tun oder nicht!?

und wenn jemand anderes noch dazu bereit ist eine "Spende" zu machen, dann ist das doch Toll oder!?

CU Tschups

...glaubt mir! Ich finde jemanden der mir und anderen Usern das richtige Tool programmiert.

[petgun]

Hi,

@tonsel

> bei der nur die für das streamen unbedingt notwendigen Dienste laufen

kannst Du mal kurz ansagen welche Prozesse ich unbedingt brauche? Die nicht benoetigten Prozesse kann ich ja auch so unter Telnet killen.

> Wenn man auf geringe Systemauslastung hin optimiert verschwinden die Resyncs
> (hatte seit ca. 10 Std. am Stück PM1+AC3 überhaupt keine mehr)

was imho leider nix beweist...da ich jetzt fuer diesen Monat ein PW-Super Abo von PW geschenkt bekommen habe, konnte ich auch die andern PW-Sender bezueglich der Datenrate checken: alles kein Problem und sehr selten mal ueber 4000Kbit/sek...die kann ich auch stundenlang ohne Resyns streamen.

> Die Ethernet-Übertragung ist für das Resync-Problem praktisch nicht relevant!
> Ich kann per UDP ca. 9,5 MBit/s Nutzdaten dauerhaft übertragen.

Danke fuer diese Aussage! Weisst Du noch wie hoch die Box-CPU-Belastung dabei war? Speziell 'kevendt' wuerde mich interessieren.

> Fazit: Systemauslastung so weit wie mögliche senken.

100% agree! Womit wir wieder bei dem Zusammenhang zwischen CPU-auslastung und Resyncs sind. ich habe das doch richtig verstanden: Die gtx-Buffer werden nicht rechtzeitig abgearbeitet weil die Box-CPU am Anschlag ist, oder?
Dann nuetzt es imo nicht viel die Buffer beliebig gross zu machen...irgendwann ist selbst der groesste Buffer zu klein und wenn ich mir vorstelle es gibt massig Spitzen bei den Datenraten (zB. WDR3 Rockpalast) dann ist wieder Essig mit fehlerfrei streamen Kann ich den Fuellstand dieses Buffers irgendwie ueber Telnet abfragen?
Mir ist beim streamen aufgefallen das kevendt und streampes die beiden Haupt-Cpu-Fresser sind...besonders kevntd lag bei mir oft ueber 50% CPU-Last und wenn dann streampes mit >30% dazukommt gibt's kaum noch Reserven.
Und genau diese beiden Prozesse muessten imho irgendwie optimiert werden...ich weiss Kleinvieh macht auch Mist, aber das groesste Potential steckt in diesen beiden Prozessen....hast Du da mal was versucht?

cu,
peter

--
Nothing is as brilliantly adaptive as selective stupidity.
-Amelie O. Rorty-

[Tschups]

@lazyT

..wenn Dir schlecht ist, dan gehe zum Arzt

Ansonsten bitte ich Dich hier in meinem Threat doch etwas Niveauvoller zu erscheinen.
Und wenn Du schon Kritik anmelden willst dann versuche es bitte mit Argumenten

Danke

Tschups

[tonsel]

Die Systemauslastung ist bei mir wie folgt (PM1 + 3 Tonspuren):
Keventd 14%
Udpstreampes 10% (alle Threads)
Top 8%
Idle: 68%
Die Werte schwanken natürlichen um einige Prozentpunkte

Warum die Systemauslastung einen so großen Einfluß auf die gtx-Buffer-Overflow’s hat, habe ich selbst auch
noch nicht verstanden. Die Streaming-Resultate von PM1 sind bei mir auch auf die Problemsender EinsMuxx, ORB, .. übertragbar. Beim Testen habe ich dort allerdings nur geprüft, ob auf der DBox-Console keine Buffer-Overflow-Meldungen waren. Das Multiplexen werde ich erst prüfen, wenn ich mein DVD-Umwandlungsprogramm soweit habe, dass es auch ARD/ZDF kann.

Die wichtigen Prozesse sind (anzeigen unter telnet mit ps –xa)
- alle in eckige Klammern
- init
- inetd
- in.telned (wenn man sich per telnet einloggt)
zum umschalten per telnet mit pzapit:
- /bin/camd2
- /bin/zapit

ich lass auch noch „/bin/lcdd“ laufen

Wenn man mit einer yadd arbeitet ändert man am besten die „/dbox/cdkroot/etc/init.d/rcS“ so ab, dass nur noch die o.g. Dienste starten. Mit dieser Einstellung hatte ich auch früher schon sehr wenige Resyncs (gestreamt mit WingrabE).

tonsel

[LazyT]

..wenn Dir schlecht ist, dan gehe zum Arzt

Wer von uns mal zum Arzt gehen sollte sei mal dahingestellt...

Ansonsten bitte ich Dich hier in meinem Threat doch etwas Niveauvoller zu erscheinen.

Da du es anscheinend für niveauvoll hälst ein Kopfgeld für die Lösung eines Problemes auszusetzen und denkst das würde hier jemanden motivieren finde ich meine Bemerkung dem Niveau absolut angepasst...

Und wenn Du schon Kritik anmelden willst dann versuche es bitte mit Argumenten

Wenn du da nicht selber drauf kommst tut's mir echt leid...

[petgun]

Hi tonsel,
danke fuer die informative Antwort!

> Idle: 68%
> Warum die Systemauslastung einen so großen Einfluß auf die
> gtx-Buffer-Overflow’s hat, habe ich selbst auch noch nicht
> verstanden.

sorry, aber bei diesem Idle-Wert faellt's mir sehr schwer, da einen Zusammenhang zu sehen...es sei denn 'top' bekommt die Spitzen nicht mit...kann es sein das streampes kurzzeitig sehr viel CPU-Leistung braucht und mit welcher Prioritaet laeuft streampes?
Nee, ich glaube bei diesen Werten wieder mehr an einen Softwarefehler...kannst Du bitte mal genau erklaeren wofuer der Buffer ist und wie er behandelt wird?

cu,
peter

--
Um klar zu sehen, genügt oft schon ein Wechsel der Blickrichtung.
[Antoine de Saint-Exupéry]

[tonsel]

Das ist bereits der optimierte Idle-Wert, bei dem keine Resyncs mehr auftreten. Durch kleine Programmänderungen kann ich den auf ca. 30% drücken, dann treten die gtx-Buffer-Overflows auf.

Der gtx-Buffer wir anscheinend vom Linux-GTX-Treiber zum Zwischenspeichern der MPEG-Daten benutzt . Im streampes wir er auf 1MB pro PID eingestellt. Ich verwende für die Audio-PID's niedrigere Werte. Für Video ungefähr den gleichen Wert. Eine Vergrößerung dieses Puffers bringt nach meinen Erfahrungen nichts.

tonsel

[karrel]

ohh super das programm könnte man dann bei ebay ersteigern
bei manchen geht es dann bei manchen nicht,wie immer.
ich hab mich damit abgefunden und nehm jetzt immer die DBOX1 von meinem Vater.

[petgun]

Hi Tonsel,
ich hoffe ich nerve Dich und die Mitleser nicht mit meinen Fragen...

> Durch kleine Programmänderungen kann ich den auf ca. 30%
> drücken, dann treten die gtx-Buffer-Overflows auf.

also deoptimierst Du...Du hast von einem kummulativen Effekt gesprochen 'irgendwann kommen dann auch Resyncs' deshalb wuerde mich besonders der Fuellstand dieses Buffers bis zum ersten Resync interssieren:

Ist der Buffer jetzt unmittelbar bei einem Resync zu klein fuer eine aktuelle grosse Menge an Daten und/oder bleiben da staendig _gueltige_ Restdaten uebrig die nicht zeitnah abgearbeiten werden koennen, oder (was ich im Moment annehme) gibt's da einen ansteigenden Garbage der irgendwann dazu fuehrt das der 'Muelleimer' ueberlaeuft weil die aktuellen gueltigen Daten noch hinzu kommen?
Letzters wuerde auch erklaeren warum es auch bei einem sehr grossen Buffer irgendwann zu einem Resync kommen _muss_ wenn der Stream nicht 100% fehlerfrei ist....und auch noch zu der Beobachtung passen, das es oft erst eine ganze Weile dauert bis es zu einem Resync kommt aber dann eben vermehrt, weil es uU. 'Restmuell' gibt, der nicht entsorgt wurde....ja diese Theorie gefaellt mir ;-)

cu,
peter

--
Wenn Deine Theorie nicht zu den Fakten passt, aendere die Fakten.
[Albert Einsten]