Directstreaming, NFS Server, bei Wiedergabe ruckelt es ...

Nachricht

Torsten73 · #1 Beitrag von **Torsten73** » Di 29 Jun 2004, 18:23

Hi,
Also egal wie ich es anstelle, wenn ich über Directstreaming aufnehme kommt es zu folgenden Problemen:
- "Daten können nicht schnell genug geschrieben werden"
- bei der Wiedergabe fängt Bild/Ton an nach unterschiedlich langer Zeit an zu ruckeln/stottern, manchmal fängt er sich von selbst, meistens muß ich Pause drücken um es wieder hinzubekommen.

Beides ist sehr ärgerlich und ich Senderunspezifisch. Ist mir z.B. bei Vox Nanni aufgefallen (ruckeln) und bei Sendungen mit guter Bildquali kommt dann gerne mal Datenschreiben Fehler.

Ich habe alle Audiopids aufzeichnen deaktiviert, SPTS Mode ist an (wg. TS) und HW ist auch an.
Ich benutze das aktuelle JTG Image auf Nokia Avia600 mit Allegro NFS 1.14

Wer kennt auch dieses Problem und / oder hat eine Lösung? Oder ist das bei allen so?

Cu
T4Freaky

#2 Beitrag von **jmittelst** » Di 29 Jun 2004, 19:28

Was für Werte hast Du auf der Box eingetragen? Wie hängt der Rechner im Netz, wie die Box? Was läuft sonst noch auf dem Rechner? Firewall? Bei mir läuft DirektStreaming mittlerer Weile auf beiden Rechnern ganz gut. Sowohl mit Allegro, als auch mit SFU. Das ruckeln kommt im Movieplayer schon mal vor. Wenn Du die Dateien durch PX jagst und eine DVD draus machst, läuft diese aber i.d.R. problemlos.
cu
Jens

#3 Beitrag von **Pedant** » Di 29 Jun 2004, 19:30

Hallo T4Freaky,

lies mal die drei Beiträge von mannix:
http://www.jackthegrabber.de/viewtopic.php?t=3604

Bei den wenigen und kurzen Probeaufnahme, die ich mit Allego 1.1.4 gemach hatte, hat es nicht geruckelt, aber wie gesagt, Wenige und Kurze.
Ich werde mal Längere versuchen.

Gruß Frank

PS: http://www.pedant.de/html/sfu_anleitung.html

#4 Beitrag von **jmittelst** » Mi 30 Jun 2004, 5:11

@Pedant - Wieso hast Du die SFU-Anleitung eigentlich nicht auf Deiner eigenen Homepage verlinkt?
cu
Jens

#5 Beitrag von **Pedant** » Mi 30 Jun 2004, 10:05

@Jens,
werd ich noch machen, kam nur noch nicht dazu, hatte die eine Seite erstmal im Notepad runtergeschrieben.
Gruß Frank

Samson71 · #6 Beitrag von **Samson71** » Mi 30 Jun 2004, 12:50

Also, rucker beim abspielen von einen PC aus, entweder direkt oder via Netzwerk, liegt meist an der leistung des PC´s selber.

Wenn mein Rechner mal unter vollast läuft, habe ich probleme die Streams auf meiner DBox wieder abzuspielen, es kommt quasi zu aussetzern, bei der Aufnahme, habe ich seit UDrec bis dato keine probleme, selbst wenn mal volllast auf meinen PC herrscht.

Wichtig ist aber auch eine schnelle Festplatte und Defagmentiert muss oder sollte sie sein.

Torsten73 · #7 Beitrag von **Torsten73** » Mi 30 Jun 2004, 14:08

@pedant:
Also am Anfang funktioniert die Wiedergabe in der Regel tadellos. erst nach ca 5-10min werden die Syncs so gravierend, das selbst die Pause nichts mehr bringt.
Edit:
Ich sehe gerade das read und write unterschiedlich groß sind. Ich glaube bei mir sind die beide auf 8192 (bin nicht zuhause). Was bedeutet das?
@Samson71:
Mein Rechner ist Leistungsfähig genug. Dazu gehört auch nicht viel, da ja nur im Schnitt 2-10Mbit/sec auf die Platte geschaufelt werden müssen, CPU Last ist dabei gleich Null. Es läuft auch keine Firewall oder Virenscanner auf dem Server. (Atlon XP @1800Mhz, WD200jb, XP Pro)
@jmittelst:
Ich verwende einen Allied Telesyn 8-Port Switch.

@all:
Ich dachte die Kb Größe beim Mounten gibt die Maximale Dateigröße an. Anscheinend kann der Wert aber doch die Übertragung beeinflussen? Oder gibt das die Paketgrösse an? Bei mir stehen 8kb.
TCP habe ich auch getestet, brachte aber keine Besserung.

Ich werde doch mal SFU installieren müssen. Obwohl ich mich frage, wozu ich einen 300MB Download machen soll wenn NFS das selbe mit viel weniger schaffen soll. Einziges Problem ist halt die Größe der Files, die bei 2GB begrenzt ist. Aber das Splitten funktioniert auf jeden Fall bei mir.

Mal gespannt ob ich es doch nochmal in den Griff bekomme.
Cu
T4Freaky

#8 Beitrag von **jmittelst** » Mi 30 Jun 2004, 19:06

Netzwerklast? Wenn gleichzeitig noch andere Lastintensive Sachen (P2P, Fileverschiebungen,...) über den Switch laufen, könnte es evtl. eng werden.
cu
Jens

Treito · #9 Beitrag von **Treito** » Mi 30 Jun 2004, 19:10

Hmm, ich kann sogar ganze Filme übers Netzwerk schieben, ohne dass der Aufnahme-Stream abbricht...
Vom Aufnahme-Server zum Arbeitsrechner...

#10 Beitrag von **jmittelst** » Mi 30 Jun 2004, 19:21

Mit manchen Switches und Netzwerkkarten bzw. Configs geht das, manchmal macht das aber Probleme.
cu
Jens

Schwarzseher · #11 Beitrag von **Schwarzseher** » Mi 30 Jun 2004, 21:49

Nach langer Bastelzeit habe ich zwei Grundvoraussetzungen für ruckelfreies TS-Playback festgestellt:

1. Microsoft SFU
2. Dedizierte NIC für die dbox

Wenn ich die Box an meinen Router-Switch (SMC) hänge, geht weder die Aufnahme, noch das Playback einwandfrei.

Treito · #12 Beitrag von **Treito** » Do 01 Jul 2004, 6:19

jmittelst hat geschrieben:Mit manchen Switches und Netzwerkkarten bzw. Configs geht das, manchmal macht das aber Probleme.
cu
Jens

Das wollte ich ja damit ausdrücken Jens, die richtige Config, und die Aufnahme kann nichts aus der Ruhe bringen...

Allerdings falls der Switch evtl. mal "Denkpausen" einlegt, so nach dem Motto: Wo war die IP gleich noch? Wie schnell war der Rechner am Port 3? Dann ists kein Wunder, wenn es Probleme gibt bei der Aufnahme, hängt aber echt vom Switch, Netzwerkkarten etc. ab.

#13 Beitrag von **jmittelst** » Do 01 Jul 2004, 6:53

... wenn man einen Cisco-Switch und 3Com-Nics hat, kann wohl nix passieren

...
Ne, mal im ernst, wenn ein Switch dazwischen hängt, wird es wohl mehr als ein Rechner sein, dem im Netzwerk steht. Und wenn auf einem anderen Rechner im Netz z.B. eine P2P-Software wie Emule läuft, da kann einem LowCost Switch schon mal die Puste ausgehen, nicht von der Bandbreite her, aber von den vielen Connects, die er dann verwalten muß. Ähnlich den diversen Router-Problemen, die damit gerne auftauchen. Auch schlecht geschirmte Kabel lassen gerne mal das ein oder andere Packet verschwinden, abgeknickte auch mal mehr. Bei TCP-Protokoll ist das alles im Normal-Betrieb kaum auffällig, höchstens das das Netz etwas träge reagiert. Aber NFS-Streaming ist z.Zt. ja noch sehr Zeitkritisch, wenn da mal was nicht zügig läuft, hapert es sofort. Den NFS-Server sollte man sich aber auch mal genau ansehen. Wenn der wegen irgendwas mal etwas gemächlich wird, wird das auch nix mit dem Streamen. Prozesse mit hoher Priorität, die Netzwerk oder HDD auslasten, oder gar die CPU mal megaheftig belasten können einen Stream auch leicht mal zum hoppeln bringen.
Also mehr als genug Fehlerquellen.
cu
Jens

Treito · #14 Beitrag von **Treito** » Do 01 Jul 2004, 13:42

jmittelst hat geschrieben:...oder gar die CPU mal megaheftig belasten können einen Stream auch leicht mal zum hoppeln bringen.

So das werde ich nun mal testen, Boinc läuft nun bei mir aufm Server.
Allerdings hat Seti@home dem Server auch nicht geschadet...

Torsten73 · #15 Beitrag von **Torsten73** » Do 01 Jul 2004, 15:20

Ich nutze einen TS-FS708LE Switch und es sind nur die Boxen und der Server im Normalfall im Netz am arbeiten. Kein sonstiger Netzwerktraffic. Also Bandbreite ist genug da und es läuft auch nur eine Aufnahme gleichzeitig.
Witziger Weise habe ich gestern auf Pro7 Charmed mit dem Yadi vom 27.06 problemlos gestreamt und es auch mir ansehen können (2-3 Mal nur die Pause zum Resyncen gebraucht). Und das bei Pro 7 (ohne AC3).

Schon mal überlegt was Neutrino macht, wenn BERs auftreten? Ich sehe zwar nichts aber wer weiß?

Der TCP Test mit JTG lief übrigens nicht besser...

Cu
T4Freaky