wiedergabe von mpg aus dboxtimer "hackt"

[Tom]

hi,

irgendwas stimmt nicht...
ich möchte sendungen von der dbox auf hdd aufnehmen
und es klappt auch ganz gut mit TuxVision!
jetzt würde ich es gerne auch per timer machen.
also habe ich dbox-timer runtergeladen, dll registriert usw...
die aufnahme startet richtig und beendet richtig,
aber wenn ich das file mit dem mediaplayer abspiele ist das bild
"zerhackt" (es läuft kurz und dann kurze pause usw...)
dann dachte ich na, das probiere ich doch gleich mal mit ngrab,
die wiedergabe klappt hier aber auch nicht...
das einzige was geht ist TuxVision....
was mache ich denn falsch??
danke im voraus!
gruss tom.

[chris2]

hast du resyncs bei ngrab?

hab auch die erfahrung gemacht, das tuxvision etwas besser läuft, als die streaming-progs.

mfG

chris2

[Tom]

hi,
hm. was ist das, wie kann ich es feststellen?
meinst du das ausseinanderlaufen von ton und bild?
oder "kurze wiederholungen"?
->beides nein
gruß tom

[chris2]

genau das meine ich, wenn das passiert, muß das prog resyncs erzeugen, um bild und ton wieder zu synchronisieren, dadurch entstehen diese Aussetzer.

wenn Du bei ngrab auf Status anzeigen gehst, siehst du ein log-Fenster, wo alle Aktivitäten angezeigt werden.


mfG


chris2

[Tom]

hi,

eigentlich nicht:

Code: Alles auswählen

11.10.2002 23:18:23 [MuxWriter] started
11.10.2002 23:18:23 [Muxer] started
11.10.2002 23:18:23 [VideoProcessor] started
11.10.2002 23:18:23 [VideoPesParser] started
11.10.2002 23:18:23 [AudioProcessor0] started
11.10.2002 23:18:23 [AudioPesParser0] started
11.10.2002 23:18:23 [VideoHTTP] started
11.10.2002 23:18:23 [VideoHTTP] HTTP streaming started successfully
11.10.2002 23:18:23 [AudioHTTP0] started
11.10.2002 23:18:23 [AudioHTTP0] HTTP streaming started successfully
11.10.2002 23:18:24 [VideoProcessor] locked on stream id 224
11.10.2002 23:18:25 [AudioProcessor0] locked on stream id 192
11.10.2002 23:18:27 [Muxer] Resync successful

gruß tom

[PeterB]

Hallo,

habe ich auch bei manchen Streams, bei den alten MediaPlayern keine "Stuckler" bei den neuen Versionen eine wahre Orgie von Stucklern. Wenn diese Streams aber nachbearbeitet wurden (z.B. PVAStrumento demuxxen und mittels TMPGEnc wieder muxxen) und dann z.B. auf eine DVD gebrannt werden - keine "Stuckler" mehr. Sollte der Stream aber immer noch solche "Stuckler" aufweisen, liegt es evtl. an der Hardware :

Während des Stremings wird auf die NIC Netzanfragen vollzogen
IRQ Konflikte im System
Alte/Native Treiber für die NIC
Buskonflikte
SMART Funktion der HD aktiviert in Versbindung mit dem Blockmode für die HD (im Mainboard BIOS zu finden), war schon damals zu DFUe Zeiten mit Modems ein Garant für CRC Fehlern in Files ...

[Tom]

hi,
@peterB
ich hab gestern und heute meine kiste auf herz und nieren geprüft.
siehe da, es hat sich tatsächlich ein kleiner konfigurationsfehler in
meinen scsi (adaptec 29160n an 160 mb/s hdd und alten u-scsi cd-rom) laufwerken eingeschlichen.
hab es gleich voller freude ausprobiert, aber leider ohne positivem ergebniss.....
ich blicks nicht....
der netzwerkmonitor zeigt bei der aufnahme lediglich 49% auslaustung
und der prozessor langweilt sich (klar)
irq probleme konnte ich keine erkennen. (gerätemanager xp sagt alles ok)
was mich auch noch beschäftigt ist, wenn es tatsächlich ein hardware problem sein sollte, warum in aller welt funktioniert das mit tuxvision einwandfrei???????????

gruß tom.

[Gandalfx]

Hi,
bei mir liegt das Ruckeln definitív an den Treibern von Pinnacle Trex. Wenn ich diese deinstalliere und andere z.B. freedvd installiere, läufts sauber.

Gruß
Gandalf

[Marcedi]

... wenn Du mehrere MPEG2 Codecs installiert hast, ruckelt dat wie verrückt (habe das Problem mit Elecard und PowerDVD).

Aber wenn man das MPEG File nachbearbeitet ist wieder alles OK !

Versuch dochmal einen kleinen Teil des Streams mit TMPEG oder was auch immer nachzubearbeiten und z.B. in eine VCD umzuwandeln.

Ciao

Marcedi

[Tom]

hi,

vielen dank an gandalfx und marcdi.
kling alles recht vernüftig, auch wenn ich es nicht verstehe...
(muss man das überhaupt verstehen? ;-) )

auf alle fälle werde ich das diese woche mal testen

ciao tom

[Tom]

hi,

ich hab mich mal wieder mit diesem leidigen thema auseinander gesetzt
und festgestellt, dass zwar das file, dass vom timer aufgenommen ist
ruckelt, aber nach bearbeitung zu vcd oder svcd alles i.o. ist.

mir ist noch folgendes aufgefallen: wenn der timer mehrere dateien
"produziert", dann hat nur teil eins diese ruckler, der zweite teil
lässt sich problemlos mit dem mediaplayer von xp wiedergeben.

aber ich glaube man muss das nicht verstehen....

gruß tom

[Blubber2]

Hallo,

auch ich hatte mit diesem Problem zu tun. Ich denke es liegt an der Festplatte. ich habe auch eine für mich logische Erklärung dafür.

Wird der stream auf einer Festplatte aufgenommen die stark fragmentiert ist, so kann es passieren das der Schreibkopf der Festplatte zu lange von einer freien Stelle auf der Festplatte zur anderen braucht - der Festplattenpuffer läuft über und Daten gehen verloren. Je nach Menge der Verlorenen Daten Fehlen einzelne Bilder bis zu ganzen Sekunden des Streams.
Mir ist das eingefallen als ich merkte das immer nach dem defragmentieren der Festplatte die Streams 100% OK waren und je mehr auf der Festplatte 'gearbeitet' hatte umso schlimmer wurden die Ausfälle.
Ich habe mir jetzt eine extra Partition mit 3GB-Größe angelegt die ich nur zum Aufnehmen nutze. Vor der nächsten Aufnahme verarbeite ich den Stream oder kopiere Ihn auf eine andere Festplatte. So habe ich immer eine leere und damit garantiert nich fragmentierte Festplatte zur Aufnahme zur Verfügung.
Ich habe seitdem keine derartigen Probleme mehr gehabt.

Auch das Problem von 'Tom' ist damit erklärbar - der Teil der Festplatte der zuerst beschrieben wird war zu sehr Fragmentiert. Damit kam es am Anfang der Aufnehme zu Datenverlusten. Der 'hintere' Teil der Festplatte war leer oder wenig fragmentiert - kein Datenverlust.

Dies ist wahrscheinlich nicht der einzige Grund aber ich denke dem einen oder anderen könnte es helfen.

Viele Glück