mkdvd-0.02: NEU: Windows Cygwin Support + Yadd

Beitrag von **tonsel** » Samstag 18. Januar 2003, 14:35

mkdvd-0.02 läuft jetzt auch unter Windows mit Cygwin. Die Binaries und die Cygwin1.dll liegen dem Tar-Archiv auf http://www.haraldmaiss.de bei.

Meine Yadd (Stand: CDK rel_1_0_0 vom 15.12.02) kann unter http://tonsel.xyz-soft.de/ heruntergeladen werden. Alle Modifikationen aus dem README sind bereits drin. Die IP-Adresse der DBox ist in der etc/init.d/rcS ( ifconfig ...) auf 192.168.0.98 eingestellt Ihr müsst nur noch die Ucodes reinkopieren und den Sendersuchlauf gemäß README durchführen. Bei mir kommt am Ende des Suchlaufs ein Fehler. Nach einem reboot gehts aber trotzdem.

In der Windows Eingabeaufforderung startet ihr die Aufnahme z.B. mit:

rec -host 192.168.0.98 -tv 1 5 -time 18.1.3 15:00 16:30

Während der Aufnahme solltet ihr nichts anderes mit dem PC machen, da sonst mehr UDP-Pakete verloren gehen können als die Fehlerkorrektur verkraften kann. Erzeugt werden die Dateien stream.m2v/a0..a7.
Die Umwandlung in DVD-kompatible VOB/IFO/BUP Dateien wird mit

mkdvd

gestartet. Das Ergebnis steht dann ./dvd/001/VIDEO_TS (muss vor dem Programmaufruf angelegt sein). Die Dateien können dann z.B. mit Nero gebrannt oder mit WinDVD angeschaut werden. Bevor Ihr mkdvd startet müsst ihr die alten DVD-Dateien erst löschen. In stream.log findet Ihr ein Log der Umwandlung.

Bitte unbedingt die README / TODO durchlesen. Dort wird auf einige bekannte Fehler hingewiesen, die unbedingt beachtet werden müssen. Ich habe heute bereits einen Premiere1-Film unter WinXP aufgenommen und gebrannt -> keine Fehler.

Mein Testsstem:
WinXP SP1
100/10 MBit/s Netwerkkarte
DBox hängt am Router

tonsel

Vielen Dank für deine Arbeit!
Bin nach Anleitung vorgegangen, bekomme folgende Meldung

----
R:\mkdvd-0.02>rec -host 192.168.0.98 -tv 1 1 -time 18.1.3 15:10 15:12
15:09.28 - to DBox: VIDEO 31341 1 1
15:09.32 - from DBox: INFO: IP c0a80001 Port 31341
15:09.32 - from DBox: INFO: UdpSender() - PID197 R0 W0
15:09.32 - from DBox: PID 0
15:09.32 - main() - illegal answer to VIDEO/AUDIO
-----

Kannst du damit was anfangen?

Beitrag von **tonsel** » Samstag 18. Januar 2003, 17:37

Schaut so aus, als wären noch keine Sender programmiert. Kannst Du mit pzapit auf der seriellen Konsole umschalten? "pzapit" müsste alle Bouquets anzeigen. "pzapit 1" die Sender auf Bouquet 1. Geht das?

tonsel

@tonsel
Sendersuchlauf scheint nicht zu klappen.
Zumindest nicht mit "pzapit -st"
Das gibt mir nur "satellite: 0, transponder: 0, services: 0" aus.
Ich habe daher manuell meine services.xml und bouquets.xml reinkopiert. Zumindest kann ich dann manuell umschalten.
------
~ # pzapit 1 1
zapped to Das Erste
~ #
------

wenn ich dann "rec" eingebe passiert folgendes
-----
R:\mkdvd-0.02>rec -host 192.168.0.98 -tv 1 5 -time 8.1.03 21:10 21:15
21:09.00 - to DBox: VIDEO 31341 1 5
21:09.06 - from DBox: INFO: IP c0a80001 Port 31341
21:09.06 - from DBox: INFO: UdpSender() - PID227 R0 W0
21:09.06 - from DBox: PID 0
21:09.06 - main() - illegal answer to VIDEO/AUDIO
----

Die serielle Console gibt dann übrigens zeitgleich folgendes aus:
----
[CFrontend::setFrontend] freq 1880000
[CFrontend::getEvent] FE_FAILURE_EV
----

Was bedeuet das?

Beitrag von **tonsel** » Samstag 18. Januar 2003, 22:09

Wenn Du manuell umschaltest, müssten die PID's im Log angezeigt werden. Du müstest auch Ton hören - Bild, wenn du mit "aviafbtool -u" den Framebuffer umschaltest. Ich vermute, dass das nach wie vor nicht geht.

Versuch bei

pzapit -se 16 1

den zweiten Wert zu variieren und dann mit pzapit -st den Suchlauf zu starten bis er was findet. Den ersten Wert müstest Du dir aus der Liste von "pzapit -sh" auswählen können.

Wenn Du lcars startest (zuvor camd2, zapit, lcdd killen) startet auch ein Suchlauf. Es erscheinen folgende Zeilen:

... Tuner-Lock Status: 123
... S/N: 60395 SigStrength: 34181
Frequ: 3860 ifreq: 386000 Pol: -1 FEC: -1 Sym: 6900 dis: 1 (param: 0x44)

Der Wert "dis:" könnte der zweite Wert von "pzapit -se" sein???

Das FE_FAILURE_EV hatte ich noch nicht. könnte aber sein, dass die Frequenz aus den xml's zu niedrig ist.

tonsel

@tonsel
Vielen Dank!
neutrino starten ging nicht, Suchlauf auf dem Satelliten wie von dir beschrieben ging.
Aufnahme klappt jetzt auch, er legt *.m2v und *.a0 und rec.exe.stackdump an.
Leider sind im Bild beim Abspieln der m2v sehr viele Fehler (Klötzchen).

Beitrag von **tonsel** » Samstag 18. Januar 2003, 23:46

rec.exe.stackdump sollte nicht sein -> das Programm ist abgestürzt!!

Waren während der Aufnahme RESEND-Meldungen? Vielleicht sogar StreamWriter() - missing packets?

Im zweiten Fall sind UDP-Packete verloren gegangen. Du solltest dann während der Aufnahme keine anderen Programme laufen lassen. Auch keine automatischen Windowsdienste bei langem Stillstand (z.B. Defragmentierung)

Oder wahren "avia_gt_dmx buffer overflows" im Console-Log?

tonsel

Ich probier es gleich noch mal....
RESEND war auf jeden Fall dabei.
Ich wollte es jetzt mal unter Mandrake probieren und bekomme beim Kompilieren

/usr/bin/ld: cannot find -lpthread

hast du ne Idee?

es gibt ja eigentlich ein include von pthread.h

Hi Tonsel

Danke für dein Super-Programm, das funktioniert wunderbar!!! Auch unter Cygwin!!!!!

Ich hatte allerdings am Anfang kleine Probleme. Das Bild war voller Artefakte. Das gleiche hatte ich damals schon unter ggrab (auch cygwin). Eine Abhilfe half damals nur eine cygwin-standard-installation. Und das Problem war weg.

Das gleiche habe ich natürlich hier sofort probiert, und siehe da, weg. Gandalfx/y weiß bis heute noch nicht, an was das genau liegt, aber egal, jetzt geht das ganze ja.

Hier noch ein Vorschlag. "rec" legt ja immer Dateien "stream.m2v" etc. an. Mir ist es aber schon mehrmals vorgekommen, dass ich vergessen hatte, den Film aus dem Verzeichnis zu verschieben und dann wurde dieser einfach überschrieben. Mein Vorschlag wäre in den Dateinamen einen Zähler zu intergrieren (stream-1.m2v, stream-2.m2v). Ich denke das sollte machbar sein, Tonsel?

Ansonsten kann ich nur sagen, RESPEKT!!! Endlich beruhigendes Streamen!!

mfg
slickwilly2000

Hallo Tonsel,

herzlichen Dank für das geniale Tool!

Seit deiner Veröffentlichung von mk-dvd-0.01 habe ich unzählige Anläufe gemacht, mir aus dem CVS ein eigenes YADD zu bauen, um endlich das UDP-Streaming ausprobieren zu können (aufgrund der bekannten Treiberumstellung leider vergebens

).

Dann kam vorgestern deine Ankündigung, deine YADD bereitzustellen. Selbstverständlich habe ich mir das Ganze heute sofort gezogen, und es lief auf anhieb. Haargenau wie in deiner Doku beschrieben - sogar unter cygwin (in meiner Verzweiflung habe ich mir sogar SuSE 8.0 unter VMWare installiert)!

Ich habe zwar erst ein paar Stichproben gestreamt, aber noch keinerlei Probleme festgestellt (habe auf ARD getestet, mit Video-Datenraten bis 8.5kB/s!).

Eine kurze Schrecksekunde gab es allerdings, als ich versehentlich rec aufrief, und die stream.m2v vom vorangegangenen Versuch noch von WinGrabZ gelockt war (was ich zum Muxen der Testdaten verwende). Ich erhielt einen Fehlermeldung, dass auf die Datei nicht zugegriffen werden kann. Also habe ich WinGrabZ restarted, und nochmal rec aufgerufen. Darufhin erhielt ich innerhalb einer Minute über 100 DMX-Buffer Overflows - und war total geknickt. Nach dem ich mich vom ersten Schock erholt hatte, habe ich kurzerhand die Box rebootet, und einfach so getan, als ob nichts geschehen sei .... und - Juchei!!! - seit dem klappt's ohne Zwischenfälle.

Das Brennen auf DVD konnte ich leider noch nicht ausprobieren, da ich - wie vermutlich Hunderte - auf meinen Sony DRU500-A warte.

Also nochmals tausend Dank !!! Und "keep on streaming..."

Meine Testumgebung:

W2K Proffessional SP3 auf Laptop mit PIII 850
10/100 MBit/s Netzwerk (auf 10 MBit Halfdubplex fest eingestellt)
Dbox (Nokia SAT) über Crosslink angeschlossen
YADD über DBox Manager

A propos DBox Manager - gibt es da eine Möglichkeit, das Dauer-Ping abzuschalten? Auch wenn nun alles funktioniert, würde ich mich besser fühlen, wenn ich auch noch diese "Last" vom Netz (und Herzen) hätte. Oder ist von der Seite keine Gefahr zu erwarten?

Beitrag von **tonsel** » Sonntag 19. Januar 2003, 08:17

@slickwilly2000

Benutz die "-o <datainame>"-Option von rec. Für mkdvd müssen die Dateien dann wieder in "stream..." umbenannt werden (noch). In dem Linux-Skript für die automatische Aufnahme ist dein Vorschlag schon drin (Das läuft unter Win wahrscheinlich nicht).

@schnullibaer

>/usr/bin/ld: cannot find -lpthread

Das heißt glaube ich, dass die entsprechende Library nicht im /lib bzw. /usr/lib-Verzeichnis ist.

tonsel

Hi,

wollte das auch mal ausprobieren, aber die Yadd startet nicht komplett durch !

Die steht hier bei "Booting..." und der Cursor blinkt unentwegt ! Ich schätze,
mit dem Channelscan wirds wohl nix, wenn ich nicht auf es Neutrino-Menü
komme... Ausserdem startet die Box gleich in Neutrino durch, obwohl da
noch Lcars drin ist ! In welcher Datei ist der Fehler !?

Getestet mit Nokia500-SAT und Phillips600-SAT

UCodes sind alle drin ! Die rcS ist unter Unix-Editor auf meine IP geändert !

Lesen sollte man schon können ! War halt irritiert, wegen der "Neutrino NG"-
Display-Anzeige.

Okay, habe schonmal ein Bild. Sieht gut aus; teste nun weiter

Editiert (habs jetzt probiert):

Also AUA !! Das läuft ziemlich mies. Man tappt also völlig im Dunkeln, und
die Resultate sind voller Klötchen, ruckeln und Ton reisst nach ein paar
Sekunden ab (nach Mux-Umwandlung durch mkdvd.exe mit Cygwin).
Hier mal ein kleiner Teil des Logs. Das rattert alles sooo schnell durch,
daß ich nicht mehr copy&pasten konnte - also die Log-Teile die ok sind,
sind hier nicht zu sehen...

Eingabe: rec -host 192.168.0.54 -tv 1 20
(das ist bei mir "Sonnenklar.tv") unter DOS-Eingabeaufforderung !

16:19.10 - UdpReceiver() - Header->StreamPacket too small 0
16:19.10 - UdpReceiver() - missing last packet16:19.10 - UdpReceiver() - Header-
>StreamPacket too small 0
16:19.10 - UdpReceiver() - Header->StreamPacket too small 0
16:19.10 - UdpReceiver() - Header->StreamPacket too small 0
16:19.10 - UdpReceiver() - Header->StreamPacket too small 0
16:19.10 - UdpReceiver() - Header->StreamPacket too small 0
16:19.10 - UdpReceiver() - Header->StreamPacket too small 0
16:19.10 - UdpReceiver() - Header->StreamPacket too small 0
16:19.10 - UdpReceiver() - Header->StreamPacket too small 0
16:19.10 - UdpReceiver() - Header->StreamPacket too small 0
16:19.10 - UdpReceiver() - Header->StreamPacket too small 0
16:19.10 - UdpReceiver() - Header->StreamPacket too small 1
16:19.10 - UdpReceiver() - Header->StreamPacket too small 1
16:19.10 - UdpReceiver() - Header->StreamPacket too small 0
16:19.10 - UdpReceiver() - Header->StreamPacket too small 0
16:19.10 - UdpReceiver() - Header->StreamPacket too small 0
16:19.10 - UdpReceiver() - Header->StreamPacket too small 0
16:19.10 - UdpReceiver() - Header->StreamPacket too small 0
16:19.10 - UdpReceiver() - Header->StreamPacket too small 0
16:19.10 - UdpReceiver() - Header->StreamPacket too small 0
16:19.10 - UdpReceiver() - Header->StreamPacket too small 0
16:19.10 - UdpReceiver() - Header->StreamPacket too small 0

C:\dbox2\mkdvd-0.02> |<<- STRG+C gedrückt

Hmm,

PS: Was gut ging (und ohne Fehler lief), war der Sendersuchlauf !

Beitrag von **tonsel** » Sonntag 19. Januar 2003, 17:09

@CarTrinoZap

Dieses Problem hab ich wenn parallel noch andere Programm laufen. Da läuft dann unter Windows (und nur dort) bei der Netzwerk-Datenübertragung was schief.

Wenns das nicht ist, schau mal ob die Maximum Transfer Unit MTU der Netzwerkkarte auf 1500 steht. (frag mich aber nicht wo!).

Weiter oben wurde auch geschrieben das ein Neuinstallation von Cygwin aus ungeklärten Gründen was bringt.

Wenn Du du mit der Option "-log" aufnimmst, wird die Bildschirm-Ausgabe in die Datei stream.log geschrieben.

Ein perfektes Log sollte so aussehen (Premiere 1 - 3 mal Audio):

3:12.13 - to DBox: VIDEO 31341 1 5
3:12.13 - DBox tty: [CFrontend::setFrontend] freq 370000
3:12.14 - DBox tty: [CFrontend::getEvent] FE_COMPLETION_EV: freq 370000
3:12.14 - DBox tty: [camd] starting onid 0085 sid 000a
3:12.14 - DBox tty: avia: playing vpid 0x1FF apid: 0x200
3:12.14 - from DBox: INFO: IP c0a80161 Port 31341
3:12.14 - from DBox: PID vaaa 4 1ff 200 203 201
3:12.14 - from DBox: INFO: UdpSender() - PID232 R0 W0
3:12.14 - DBox tty: descramble onid: 0085 sid: 000a status: 1d1d
3:14.00 - to DBox: START
3:14.00 - from DBox: INFO: DmxReader() - Pid 200 29280 0 0
3:14.00 - DBox tty: enabling irq mode 2 for pid 0x0200
3:14.00 - DBox tty: enabling irq mode 2 for pid 0x01FF
3:14.00 - DBox tty: enabling irq mode 2 for pid 0x0203
3:14.00 - from DBox: INFO: DmxReader() - Pid 1ff 204960 0 0
3:14.00 - from DBox: INFO: DmxReader() - Pid 203 29280 0 0
3:14.00 - from DBox: INFO: DmxReader() - Pid 201 29280 0 0
3:14.00 - DBox tty: enabling irq mode 2 for pid 0x0201
3:58.59 - from DBox: ERROR: main() - Send.Watchdog kill 232
3:58.59 - from DBox: INFO: UdpSender() - PID238 R1 W6
4:24.16 - from DBox: ERROR: main() - Send.Watchdog kill 238
4:24.16 - from DBox: INFO: UdpSender() - PID239 R14 W19
4:57.26 - from DBox: ERROR: main() - Send.Watchdog kill 239
4:57.26 - from DBox: INFO: UdpSender() - PID240 R11 W16
4:59.01 - to DBox: STOP
4:59.01 - from DBox: EXIT
4:59.02 - Stopped: 1 1 1

Die Zeilen "DBox tty" stehen unter Windows im COM-Terminal des Windows-Boot-Managers

tonsel

Beitrag von **tonsel** » Sonntag 19. Januar 2003, 19:02

EDITED: Version 0.03 hat heute Nacht nicht funktioniert.

tonsel

@tonsel

Moin,
hab gestern mal dein proggi rec ausprobiert. funktioniert sehr gut. das muxen mit mkdvd habe ich allerdings nicht hinbekommen, da muss ich heute nochmal testen. kann ich auch mit wingrab muxen?

wie lange kann ich mit deinem proggi aufnehmen? Gibt es eine max. Dateigrösse?

Warlord

Beitrag von **tonsel** » Dienstag 21. Januar 2003, 16:43

@Warlord666

Unter Linux gibts keine maximale Dateigröße. Unter Windows Standart 4GB, NTFS ???

Du kannst auch mit Wingrab muxen. Falls es Wingrab auch nicht nimmt, hast Du vergessen, die DBox bei mehreren Aufnahmen neu zu boot (s. README).

Welche Fehlermeldung hat mkdvd ausgegeben? Schicke mir mal die stream.log als PM.

tonsel

Beitrag von **tonsel** » Dienstag 21. Januar 2003, 17:09

Ich habe gerade Version 0.03a online gestellt. Jetzt kann während der Aufnahme mit rec normal unter Windows weitergearbeitet werden. Es gehen trotzdem keine UDP-Palete mehr verloren. Wenn bei jemandem trozdem die Meldung

StreamWriter() ...... packets lost

kommt, dann bitte melden.

tonsel

Beitrag von **nomade** » Dienstag 21. Januar 2003, 20:09

Der Resync-Killer hat wieder zugeschlagen. super!

Beitrag von **Cubi** » Dienstag 21. Januar 2003, 20:31

Hi,
also erstmal dickes Respekt an den Dev ;) Sehe ziemlich viel Engagment und das freut mich, zum Programm selber:

Ich habs gestern mal ausprobiert und erstmal gar nix verstanden, da ich noch völliger Neuling bin was Linux und Yadds etc. angeht, ok dacht ich mir, das musste doch auch hinkriegen, und bin Step by Step die Anleitung durch, Mithilfe eines netten Menschen im Chan, hab ichs dann auch geschafft die erste Aufnahme auf die Platte zu kriegen, allerdings mit weniger durchschlagendem Erfolg, der Log fängt gut an, bis nachner Weile komplettes Wirrwarr drinsteht, in etwa so:

PacketHeader->SPktBuf discontinuity20:20.01 - UdpReceiver() - PacketHea
der->SPktBuf discontinuity20:20.01 - UdpReceiver() - PacketHeader->SPktBuf disco
ntinuity20:20.01 - UdpReceiver() - PacketHeader->SPktBuf discontinuity20:20.01 -
UdpReceiver() - PacketHeader->SPktBuf discontinuity20:20.01 - UdpReceiver() - P
acketHeader->SPktBuf discontinuity20:20.01 - UdpReceiver() - PacketHeader->SPktB
uf discontinuity20:20.01 - UdpReceiver() - PacketHeader->SPktBuf discontinuity20
:20.01 - UdpReceiver() - PacketHeader->SPktBuf discontinuity20:20.01 - UdpReceiv
er() - PacketHeader->SPktBuf discontinuity20:20.01 - UdpReceiver() - PacketHeade
r->SPktBuf discontinuity20:20.01 - UdpReceiver() - PacketHeader->SPktBuf discont
inuity20:20.01 - UdpReceiver() - PacketHeader->SPktBuf discontinuity20:20.01 - U
dpReceiver() - PacketHeader->SPktBuf discontinuity20:20.01 - UdpReceiver() - Pac
ketHeader->SPktBuf discontinuity20:20.01 - UdpReceiver() - PacketHeader->SPktBuf
discontinuity20:20.01 - UdpReceiver() - PacketHeader->SPktBuf discontinuity20:2
0.01 - UdpReceiver() - PacketHeader->SPktBuf discontinuity20:20.01 - UdpReceiver
() - PacketHeader->SPktBuf discontinuity20:20.01 - UdpReceiver() - PacketHeader-
>SPktBuf discontinuity20:20.01 - UdpReceiver() - PacketHeader->SPktBuf discontin
uity20:20.01 - UdpReceiver() - PacketHeader->SPktBuf discontinuity20:20.01 - Udp
Receiver() - PacketHeader->SPktBuf discontinuity20:20.01 - UdpReceiver() - Packe
tHeader->SPktBuf discontinuity20:20.01 - UdpReceiver() - PacketHeader->SPktBuf d
iscontinuity20:20.01 - UdpReceiver() - PacketHeader->SPktBuf discontinuity20:20.
01 - UdpReceiver() - PacketHeader->SPktBuf discontinuity20:20.01 - UdpReceiver()
- PacketHeader->SPktBuf discontinuity20:20.01 - UdpReceiver() - PacketHeader->S
PktBuf discontinuity20:20.01 - UdpReceiver() - PacketHeader->SPktBuf discontinui
ty20:20.01 - UdpReceiver() - PacketHeader->SPktBuf discontinuity20:20.01 - UdpRe
ceiver() - PacketHeader->SPktBuf discontinuity20:20.01 - UdpReceiver() - PacketH
eader->SPktBuf discontinuity20:20.01 - UdpReceiver() - PacketHeader->SPktBuf dis
continuity20:20.01 - UdpReceiver() - PacketHeader->SPktBuf discontinuity20:20.01

Das geht noch Kilometer so weiter, und das kommt bei jedem Sender, zwar nich am Anfang, aber nach ner Zeit ! Im Video selber am Ende macht sich das bemerkbar durch heftige Artefakte, ich denk mal auf diesen WirrWarr zurückzuführen...

Mal kurz ne andere Frage: Wie stellt man die MTU um ? Ich kenn das nur von irgendwelchen DFÜ-Tweak-Tools, und da gehe ich mal von aus stellt ers für die Netzwerkkarte um die er fürs PPOE braucht, oder ?
Ich habe 2 Netzwerkkarten, beide Realtek (ich weiss das der Name nicht für Super-Stream-Hardware steht, aber ich sehe nicht ein mir nur deswegen ne neue Hardware mir anzulegen wobei es noch nichtmal so sicher ist das es dann geht - so schlecht kann Realtek ja nicht sein, wenns bei einigen geht, ich kenn die Diskussionen hier über die Marke) - naja was soll ich sagen, ich bin mehr oder weniger entäuscht, nicht von dir tonsel, im Gegenteil, du machst deine Sache prima, dickes Repsekt, eher vom allgemeinen Standpunkt, ich bin einer der wenigen die für den Umbau Geld bezahlt haben, und auf der Liste der Vorteile stand auch "Streamen auf PC", das war der eigentliche Grund für mich das Teil umzubauen, so und nun sitz hier ich und probier seit Monaten diese dummen Resync's wegzukriegen, erfolgslos, naja um mein Rumgeheule hier etwas zu kürzen:

Einer ne Idee was das oben für ein Fehler ist, und vorauf der zurückzuführen ist ? Wäre für Hife dankbar !

Cubi

P.S. Nochmal Dank an Tonsel, super Einsatz !

Beitrag von **tonsel** » Dienstag 21. Januar 2003, 21:54

Das kann eigentlich nur passieren, wenn richtig viele UDP-Pakete verloren gehen (Kam bei mir noch nie vor - sonst hätte ich den fehlenden Zeichlenwechsel bemerkt). Hol dir mal die 0.03a-Version und probiers damit nochmal. Wenns nicht geht lass es mal mit der "-log"-Option laufen und maile mir die Datei stream.log. Welches OS benutzt Du? Was läuft noch im Hintergrund?

An Realtek kanns nicht liegen, benutze ich auch.

MTU umstellen kannst Du vorläufig vergessen.

tonsel

Beitrag von **petgun** » Mittwoch 22. Januar 2003, 01:22

hi,

@cubi

>Wie stellt man die MTU um ?
Mit DFÜSpeed kannst Du gezielt die MTU-Size einstellen.

>..und nun sitz hier ich und probier seit Monaten diese dummen Resync's
> wegzukriegen, erfolgslos..

ok. Du schreibst sehr wenig ueber Deine Konfiguration ausser das Du zwei Realtek NIC's hast...eine davon eine 10er die Du mit Crosskabel an der Box hast oder hast Du einen Hub/Switch?
Kannst Du einen 'Testsender' mit konstanter Bitrate fehlerfrei streamen? Versuch zB. mal (wenn Du Sat hast) Pro7 Austria aufzunehmen..die senden mit einer konstanten Bitrate von 4500kbit/sek und das sollte imho fehlerfrei stundenlang zu streamen sein. Wenn das bei Dir nicht klappt, nuetzt Dir das Tool von Tonsel auch nix...dann musst Du erst mal den Fehler bei Deinem System/Netzwerk suchen.
Bald spricht sowieso keiner mehr von den Resyncs...das wird selbstverstaendlich auch bei hohen Bitraten funktionieren und mit dem Tool von Tonsel ist der Anfang schon gemacht.

cu,
peter

--
If you repeat things often enough, they become true.
If you repeat things often enough, they become true.
If you repeat things often enough, they become true.

Beitrag von **Cubi** » Mittwoch 22. Januar 2003, 06:37

Morgen,
also erstmal danke euch beiden für die Antworten, das Problem von vorher trat mit der 0.03a auf.

@petgun:
Stellt DFÜ-Speed die für beide Netzwerkkarten dann ein ? Ich nutze eigentlich auch DFÜ-Speed, nur wenn ich da die Werte änder, kann ich mein Inet vergessen, drum fragte ich ja ob der MTU-Wert für jede Karte einzeln, oder zusammen gilt.

Ok, ich gebe zu, die Konfiguration die ich gegeben habe war wirklich bissl dürftig:
Also 2 Netzwerkkarten A und B,

A= Realtek RTL8139/810x Family 10/100MBit, auf Auto gestellt für Inet (geht direkt ins DSL Modem)

B= Realtek RTL8029(AS) 10Mbit only (auf 10Mbit Halfduplex gestellt, geht viÃ¡ Crosslink in die DBox2).

Dbox2 ist eine Kabel-Nokia mit 2xI, OS ist WinXP Pro und als ich gestern streamte war eigentlich nix auf, ausser Bootmanager und die Eingabeaufforderung, habe sogar die Netzwerkkarte A (Inet) deaktiviert, weil ich dachte evtl kommen die sich in die Quere. Das was ich vermute das ich Probs mit Resync's habe ist glaube ich eher die Qualität der Leitungen hier (dazu noch ne Frage unten), den die ist wirklich nicht berauschend. Es gab mal von NBC Giga ein Radiosender namens Radio MP3. Damit konnte man, wenn man eine TVKarte hatte MP3's Streamen, die wurden im anaolgen Signal mitgeschleift, fragt mich nicht genau wie, aber davon handelt auch meine Frage gleich - den konnte ich nicht nutzen weil ebenfalls die Kabel so schlecht waren, andauernd dieser typische MP3 Fehler (ziepen) in den aufgenommen Teile, damals war mir dann klar, das liegt an den Leitungen. Jetzt aber die oben erwähnte Frage zum Unterschied Analog/Digital: Die Mp3Fehler kann ich mir erklären weil die Daten analog übertragen wurden (mit dem Sender NBC), ist jetzt die Digitale Einspeisung im Kabel was anderes ? Kann dieses Signal durch die Qualität der Kabel etc. "abgeschwächt" werden ? Auf was ich hinauswill, wenn die Qualität der Leitungen zu schlecht für Digital wären, würde man doch folglich an der DBox gar nix sehen oder ? Ein Analogen Signal kann durch miese Kabel abgeschwächt werden, aber gilt das auch für das digital Signal ?

Den Vorschlag mit Pro7 Austria von petgun kann ich leider nicht machen, weil wie oben schon beschrieben es sich um eine Kabel-Box handelt. Was mir aber auffiel das Premiere weniger Resyncs hat als zum Beispiel ZDF, dieses Beispiel von vorher mit diesem Riesenfehler war ein Premiere 1-Stream, er fing an und streamte (paar RESENDS) und nach ner gewissen Zeit kam diese Mega-Meldung, ich hab mir das vorhin nochmal genau angeschaut, das davor war einwandfandfrei, keine Artefakte nix, als der Fehler auftrat, hat er gar nix mehr aufgenommen, auf dem Video war praktisch alles zu sehen bis zum diesem Fehler. Und dieser Feher kommt immer, nur dieses einemal so dramatisch das er gar nix mehr streamte (sonst immer Bildfehler oder dergleichen).

Aber um nochmal auf meine Vermutung zurückzukommen (schlechte Kabel), kann man da was machen ? Gibts sowas wie Verstärker für Antennenkabel die den Input aufnehmen und verstärkt wieder herausgeben ? Vielleicht würde das ja meinem Problem weiterhelfen, wie ich schon sagte:

Resyncfreies Streamen auf PC und ich wäre der glücklichste Mensch auf Erden :-)

Grüsse,
Cubi

bzw: Ich teste heut Nachmittag noch etwas mit mkdvd mal schauen was es bringt (mit log), bis dahin, tschau und danke für die Hilfe

@tonsel

mkdvd funktioniert, hatte den DVD-Ordner gelöscht. Mit wingrabe kann ich auch muxen, funktioniert!

habe gestern mal 5h gestreamt, max. Dateigrösse kann grösser sein als 4GB.

Diese Fehlermeldungen habe ich bekommen:

3:58.59 - from DBox: ERROR: main() - Send.Watchdog kill 232
3:58.59 - from DBox: INFO: UdpSender() - PID238 R1 W6
4:24.16 - from DBox: ERROR: main() - Send.Watchdog kill 238
4:24.16 - from DBox: INFO: UdpSender() - PID239 R14 W19
4:57.26 - from DBox: ERROR: main() - Send.Watchdog kill 239
4:57.26 - from DBox: INFO: UdpSender() - PID240 R11 W16

Was haben die zu bedeuten und ist mein Stream defekt?

Ich schaue mir den Stream heute abend mal an.

Gibt es einen Befehl (telnet) womit ich das Display abschalten kann?

Warlord

DAnke erstmal für das großartige Programm.

Ich habe es mittlerweile hinbekommen den Stream mit allen 3 Audiospuren fehlerfrei auf die Festplatte zu bekommen,
(The Fast & The Furious, Direkt3)
nur wenn ich jetzt mkdvd starte, erstellt er nurden trailer vor dem Hauptfilm. gibt es dafür irgendwelche optionen, wo ich sagen kann, welchen Teil ich haben möchte?

Tuxbox-Board

mkdvd-0.02: NEU: Windows Cygwin Support + Yadd

mkdvd-0.02: NEU: Windows Cygwin Support + Yadd

Perfekt!!!!!!!!!!!!!!!!!!!!!!

mkdvd