Mpeg/AVI unter Linux in TS umwandeln
-
- Interessierter
- Beiträge: 45
- Registriert: Dienstag 14. Oktober 2003, 15:18
Mpeg/AVI unter Linux in TS umwandeln
Hallo
der Movieplayer ist ja bereits besser geworden, jedoch habe ich die Wahl zwischen Streifen am unteren Bildschirmrand ohne Puffern und keine Streifen mit Puffern, wenn ich VLC dekodieren lasse. Vermutlich würde sich das Problem mit Version 0.7.1 nicht stellen, da ich jedoch SuSE Linux 9.0 am laufen habe, habe ich die Versuche des Compilierens des eigentlichen Tar-Balls und der div. benötigten Bibliotheken nunmehr aufgegeben. Nicht nur, daß das die Übersetzung häufig mit den haarsträubensten Sammlungen von Fehlermeldungen abbricht, die Teile welche sich compilieren ließen haben auch noch das System inkonsistent gemacht. Also Schluß mit lustig.
Lösung: die vorhandenen Filme in TS umkodieren, nur wie? mencode habe ich bereits versucht (nach langer Suche in den x Options einiges zusammengestoppelt) aber das Ergebnis war immer ein avi
Ich vermute, transcode wäre hier das richtige Werkzeug, jedoch ist die Fülle der Optionen hier noch üppiger und vieles ist für einen Laien kaum bis garnicht verständlich.
Meine Frage(n):
1. wäre transcode das Richtige, oder gibt's noch was einfacheres ?
2. wenns denn transcode sein soll, hat jemand einen Satz Options mit dem's geht, oder der sich einigermaßen einfach anpassen läßt damit's funktioniert?
Bin für jede Antwort dankbar, auch für ein "Lies mal hier" denn search hat bei verschiedenen Versuchen zwischen 4000 und 7000 Treffern angezeigt.
der Movieplayer ist ja bereits besser geworden, jedoch habe ich die Wahl zwischen Streifen am unteren Bildschirmrand ohne Puffern und keine Streifen mit Puffern, wenn ich VLC dekodieren lasse. Vermutlich würde sich das Problem mit Version 0.7.1 nicht stellen, da ich jedoch SuSE Linux 9.0 am laufen habe, habe ich die Versuche des Compilierens des eigentlichen Tar-Balls und der div. benötigten Bibliotheken nunmehr aufgegeben. Nicht nur, daß das die Übersetzung häufig mit den haarsträubensten Sammlungen von Fehlermeldungen abbricht, die Teile welche sich compilieren ließen haben auch noch das System inkonsistent gemacht. Also Schluß mit lustig.
Lösung: die vorhandenen Filme in TS umkodieren, nur wie? mencode habe ich bereits versucht (nach langer Suche in den x Options einiges zusammengestoppelt) aber das Ergebnis war immer ein avi
Ich vermute, transcode wäre hier das richtige Werkzeug, jedoch ist die Fülle der Optionen hier noch üppiger und vieles ist für einen Laien kaum bis garnicht verständlich.
Meine Frage(n):
1. wäre transcode das Richtige, oder gibt's noch was einfacheres ?
2. wenns denn transcode sein soll, hat jemand einen Satz Options mit dem's geht, oder der sich einigermaßen einfach anpassen läßt damit's funktioniert?
Bin für jede Antwort dankbar, auch für ein "Lies mal hier" denn search hat bei verschiedenen Versuchen zwischen 4000 und 7000 Treffern angezeigt.
Gruß
Alex2001
Alex2001
-
- Senior Member
- Beiträge: 782
- Registriert: Dienstag 25. Februar 2003, 21:35
-
- Einsteiger
- Beiträge: 314
- Registriert: Donnerstag 16. Januar 2003, 23:53
Als SuSE 9.0-Nutzer kann ich Dir nur die Seite von [url=http:///packman.links2linux.de]Packman[/url] empfehlen. Dort bekommst vlc in einer ziemlich aktuellen Version als SuSE-konformes RPM mit der Angabe, welche Tools noch installiert werden müssen. Z.Zt. gibt's da zwar noch keine 0.7.1 aber die 0.7.0 von dort funktioniert bei mir hervorragend!
Aber zu Deiner ursprünglichen Frage zurück: TS unter Linux kann man mit project X erzeugen. Gibt's bei Lucike zum Download und Du mußt vorher Java SDK und JRE installiert haben.
Der einfachere Weg wäre aber sicherlich, direkt die udrec_suite zum Streamen zu verwenden. Erstens wird da auch project X direkt mit installiert und zum anderen kannst Du Dir damit automatisch TS-Streams erzeugen lassen, DVD-Images erstellen usw. usf.... udrec_suite gibt's auch als SuSE-9.0 RPM bei Packman.
Und im Übrigen: Wenn ich in der Suchfunktion "TS umwandeln" - Option "Nach allen Worten suchen" - angebe, bekomme ich gerade mal 8 Treffer.... Wonach hast du denn gesucht?
hth
wolle
Aber zu Deiner ursprünglichen Frage zurück: TS unter Linux kann man mit project X erzeugen. Gibt's bei Lucike zum Download und Du mußt vorher Java SDK und JRE installiert haben.
Der einfachere Weg wäre aber sicherlich, direkt die udrec_suite zum Streamen zu verwenden. Erstens wird da auch project X direkt mit installiert und zum anderen kannst Du Dir damit automatisch TS-Streams erzeugen lassen, DVD-Images erstellen usw. usf.... udrec_suite gibt's auch als SuSE-9.0 RPM bei Packman.
Und im Übrigen: Wenn ich in der Suchfunktion "TS umwandeln" - Option "Nach allen Worten suchen" - angebe, bekomme ich gerade mal 8 Treffer.... Wonach hast du denn gesucht?
hth
wolle
-
- Erleuchteter
- Beiträge: 553
- Registriert: Freitag 27. Februar 2004, 14:30
Hi,
seit kurzem hab ich auch den "DBox flash" durchgeführt und bin absolut
begeistert was aus dem hässlichen "BR Böxlein" geworden ist ...
Nachdem ich in vielen Stunden durch Lesen (vor allem hier im Forum)
meine Kenntnisse zum Thema angereichert habe, habe ich (leider) auch
festgestellt, daß die Programme zum Grabben/Streamen für Linux nicht
soweit entwickelt sind wie die für Windows (abgesehen von VLC, der mir
persönlich weder unter LINUX noch unter M$ gefällt).
Den 0.7.1er VLC hab ich zwar auch nach langem Tüfteln kompiliert
bekommen, aber als er dann nicht rennen wollte, war's mir weitere
Mühen nicht mehr wert. Mit dem 0.7.0er vom "packman" geht
das Streamen zwar, aber das häufige "puffern" stört mich doch sehr
und stabil ist's auch nicht.
Das Abspielen von TS Files per nfs/smb gefällt mir da viel besser.
Nun hab ich bisher aber noch keine vernünftigen grabber Programme
für LINUX gefunden, die direkt TS Format vom Port 31339 ziehen ...
Außerdem hätte ich auch einige MPEG Videos, die ich zuvor in TS
umwandeln müßte, um sie auf der DBox (ohne VLC) zu spielen.
Insgesamt ergeben sich also für mich folgende 3 Punkte, die ich gerne
lösen möchte:
- grabber Programm für LINUX, das im TS Format speichert.
- transcoder von PS/PES Format nach TS
- und daß der movieplayer die DBox nicht aufhängt, wenn das
TS Abspielen beendet wird.
Alles andere funktioniert bei mir prima
Da ich seit Kernel 0.9alpha in die Linux Welt eingetaucht bin, will ich
diese Punkte der Reihe nach selbst angehen und soweit nötig eigene
Programme schreiben. Auch zum Thema MPEG Video hab ich schon
einige Sachen gemacht (bin der Author von "tcmplex" und noch von
ein paar transcode Sachen, hab einen weiteren MPEG Multiplexer
"lvemux" gemacht und auch ein Video Editor "LVE" zum Bearbeiten
von MPEG Files (liest die Formate ES/PES/PS/PVA/TS/VOB) usw.
Angefangen hab ich bereits mit einem grabber Programm, das
auch schon passabel läuft -> werd ich demnächst verfügbar machen.
Danach will ich einen flotten TS transcoder (bzw. muxer) bauen ->
das Verfahren mit VLC einen TS stream in Datei zu speichern ist ja
nur was für Gemütliche oder hab ich was übersehen, wie man das
schneller machen kann ?
Und falls anschließend noch keine neuen Erkenntnisse zu meinem
DBox "movieplayer" Problem aufgetaucht sind, werd ich das mal
näher unter die Lupe nehmen, auch den/die Entwickler (ich glaub das
macht der "gagga") gerne unterstützen -> hab mal flüchtig in den
CVS Sourcen gestöbert und mir sind ein paar Ungereimtheiten auf-
gefallen, zu denen ich bei Gelegenheit hier gerne noch ein paar Fragen
stellen würde.
Wird zwar arg lang mein (erstes) Posting, aber die Sache hat mich
so mitgerissen und ich finde es einach geil, was die DBox Entwickler
da erbracht haben (vielen Dank an Alle), daß ich eben etwas mehr
schreibe ...
... und zwar noch ein paar Details zu meinem grabber Programm:
In erster Linie will ich nicht hunderte Features einbauen, sondern das
was nötig ist aber stabil, so daß ein "Keller-Server" unbeaufsichtigt
über Wochen (Monate, Jahre ...) die Videos saugt, d.h. sauberes
(autom.) Wiederaufsetzen nach DBox Restart, Absichern der DBox-
Timerliste (die ja beim DBox Reset verlustig ist) mit autom. Zurück-
spielen derselbigen.
Auch soll sowenig "Aufnahmeverlust" wie möglich entstehen bei
Programmüberschneidungen bzw. unmittelbar aufeinanderfolgenden
Filmen (mit irgend einem M$ Programm war mir's passiert, daß es halt
nur den ersten von 2 programmierten Filmen aufgenommen hat,
deshalb dieser Punkt). Und bei Überschneidungen soll wenigsten der
Rest des 2. Films aufgenommen werden ...
Erst mal will ich nur die Timerliste der DBox als schedule Basis
nehmen und nix extra auf dem Server verwalten. Nur, wenn die
"Ausfallrate" der DBox Timerliste zu hoch wird, werd ich evtl. was auf
den Server verlagern.
Im Moment kann ich bereits manuell und timergesteuert aufnehmen,
nach dem üblichen Konzept mit einem Server Programm für Port 4000
und einem Grabber Programm für den TS stream Port.
Das Serverprogramm kann "START" Kommandos der DBox queuen
und somit den nächsten Grab starten, sobald die laufende Aufnahme
beendet wird. Das Ende von Aufnahmen wird primar durch die "STOP"
Kommandos der DBox eingeleitet, aber auch über einen
"duration-Notabschalter" im Server selbst (falls mal kein STOP kommt).
Da beim TS grabben der Playbackmode abgeschaltet sein muß (wenn
nicht die spezielle Option beim einem best. DBox Kernelmodul
eingestellt ist) hab ich dieses Feature auch eingebaut.
Und um auf Nummer sicher zu gehen, kann der Server zwischen
Playbackstop, Grabben und Playbackstart jeweils eine kurze Pause
einlegen (damit die DBox nicht überlastet wird -> die scheint da
irgendwie empfindlich zu sein - jedenfalls kommt nach dem Playbackstart
nicht immer ein Bild oder nur ein Standbild, aber das kann glücklicher-
weise durch Zappen behoben werden ...)
Timeouts, Ports, Rechnernamen/IPs usw. werden per config File
parametrierbar sein.
Na denn endlich fertig, hoffe niemanden gelangweilt zu haben,
vielleicht hab ich ja auch bei irgendjemand Interesse geweckt,
also Rückfragen und Infos sind immer willkommen ...
- GMo -
seit kurzem hab ich auch den "DBox flash" durchgeführt und bin absolut
begeistert was aus dem hässlichen "BR Böxlein" geworden ist ...
Nachdem ich in vielen Stunden durch Lesen (vor allem hier im Forum)
meine Kenntnisse zum Thema angereichert habe, habe ich (leider) auch
festgestellt, daß die Programme zum Grabben/Streamen für Linux nicht
soweit entwickelt sind wie die für Windows (abgesehen von VLC, der mir
persönlich weder unter LINUX noch unter M$ gefällt).
Den 0.7.1er VLC hab ich zwar auch nach langem Tüfteln kompiliert
bekommen, aber als er dann nicht rennen wollte, war's mir weitere
Mühen nicht mehr wert. Mit dem 0.7.0er vom "packman" geht
das Streamen zwar, aber das häufige "puffern" stört mich doch sehr
und stabil ist's auch nicht.
Das Abspielen von TS Files per nfs/smb gefällt mir da viel besser.
Nun hab ich bisher aber noch keine vernünftigen grabber Programme
für LINUX gefunden, die direkt TS Format vom Port 31339 ziehen ...
Außerdem hätte ich auch einige MPEG Videos, die ich zuvor in TS
umwandeln müßte, um sie auf der DBox (ohne VLC) zu spielen.
Insgesamt ergeben sich also für mich folgende 3 Punkte, die ich gerne
lösen möchte:
- grabber Programm für LINUX, das im TS Format speichert.
- transcoder von PS/PES Format nach TS
- und daß der movieplayer die DBox nicht aufhängt, wenn das
TS Abspielen beendet wird.
Alles andere funktioniert bei mir prima
Da ich seit Kernel 0.9alpha in die Linux Welt eingetaucht bin, will ich
diese Punkte der Reihe nach selbst angehen und soweit nötig eigene
Programme schreiben. Auch zum Thema MPEG Video hab ich schon
einige Sachen gemacht (bin der Author von "tcmplex" und noch von
ein paar transcode Sachen, hab einen weiteren MPEG Multiplexer
"lvemux" gemacht und auch ein Video Editor "LVE" zum Bearbeiten
von MPEG Files (liest die Formate ES/PES/PS/PVA/TS/VOB) usw.
Angefangen hab ich bereits mit einem grabber Programm, das
auch schon passabel läuft -> werd ich demnächst verfügbar machen.
Danach will ich einen flotten TS transcoder (bzw. muxer) bauen ->
das Verfahren mit VLC einen TS stream in Datei zu speichern ist ja
nur was für Gemütliche oder hab ich was übersehen, wie man das
schneller machen kann ?
Und falls anschließend noch keine neuen Erkenntnisse zu meinem
DBox "movieplayer" Problem aufgetaucht sind, werd ich das mal
näher unter die Lupe nehmen, auch den/die Entwickler (ich glaub das
macht der "gagga") gerne unterstützen -> hab mal flüchtig in den
CVS Sourcen gestöbert und mir sind ein paar Ungereimtheiten auf-
gefallen, zu denen ich bei Gelegenheit hier gerne noch ein paar Fragen
stellen würde.
Wird zwar arg lang mein (erstes) Posting, aber die Sache hat mich
so mitgerissen und ich finde es einach geil, was die DBox Entwickler
da erbracht haben (vielen Dank an Alle), daß ich eben etwas mehr
schreibe ...
... und zwar noch ein paar Details zu meinem grabber Programm:
In erster Linie will ich nicht hunderte Features einbauen, sondern das
was nötig ist aber stabil, so daß ein "Keller-Server" unbeaufsichtigt
über Wochen (Monate, Jahre ...) die Videos saugt, d.h. sauberes
(autom.) Wiederaufsetzen nach DBox Restart, Absichern der DBox-
Timerliste (die ja beim DBox Reset verlustig ist) mit autom. Zurück-
spielen derselbigen.
Auch soll sowenig "Aufnahmeverlust" wie möglich entstehen bei
Programmüberschneidungen bzw. unmittelbar aufeinanderfolgenden
Filmen (mit irgend einem M$ Programm war mir's passiert, daß es halt
nur den ersten von 2 programmierten Filmen aufgenommen hat,
deshalb dieser Punkt). Und bei Überschneidungen soll wenigsten der
Rest des 2. Films aufgenommen werden ...
Erst mal will ich nur die Timerliste der DBox als schedule Basis
nehmen und nix extra auf dem Server verwalten. Nur, wenn die
"Ausfallrate" der DBox Timerliste zu hoch wird, werd ich evtl. was auf
den Server verlagern.
Im Moment kann ich bereits manuell und timergesteuert aufnehmen,
nach dem üblichen Konzept mit einem Server Programm für Port 4000
und einem Grabber Programm für den TS stream Port.
Das Serverprogramm kann "START" Kommandos der DBox queuen
und somit den nächsten Grab starten, sobald die laufende Aufnahme
beendet wird. Das Ende von Aufnahmen wird primar durch die "STOP"
Kommandos der DBox eingeleitet, aber auch über einen
"duration-Notabschalter" im Server selbst (falls mal kein STOP kommt).
Da beim TS grabben der Playbackmode abgeschaltet sein muß (wenn
nicht die spezielle Option beim einem best. DBox Kernelmodul
eingestellt ist) hab ich dieses Feature auch eingebaut.
Und um auf Nummer sicher zu gehen, kann der Server zwischen
Playbackstop, Grabben und Playbackstart jeweils eine kurze Pause
einlegen (damit die DBox nicht überlastet wird -> die scheint da
irgendwie empfindlich zu sein - jedenfalls kommt nach dem Playbackstart
nicht immer ein Bild oder nur ein Standbild, aber das kann glücklicher-
weise durch Zappen behoben werden ...)
Timeouts, Ports, Rechnernamen/IPs usw. werden per config File
parametrierbar sein.
Na denn endlich fertig, hoffe niemanden gelangweilt zu haben,
vielleicht hab ich ja auch bei irgendjemand Interesse geweckt,
also Rückfragen und Infos sind immer willkommen ...
- GMo -
-
- Developer
- Beiträge: 631
- Registriert: Donnerstag 24. Januar 2002, 12:21
Hey hey, also das ist vollkommen Falsch. Udrec ist c# und laeuft unter Windows (.net) und unter Linux (mono). Genau dieses Programm benutze ich hier jetzt schon seit Wochen und es ist mit Abstand das beste Streamingprogramm, von allen verfuegbaren. Da dich TS mehr interessiert, dies kann es auch streamen, am besten mit aktiviertem spts mode natuerlich.gmo18t hat geschrieben:daß die Programme zum Grabben/Streamen für Linux nicht
soweit entwickelt sind wie die für Windows
Servermode im Keller.. genauso laeuft das hier, udrec laeuft unter Linux auf einem Rechner im Keller, nimmt den Kram als ES Stream auf und wird nach aufnahme-ende mittels mplex gemuxt. Die Sache ist in genau dieser Kombination vollkommen fehler- und sorgenfrei.
Also ich denke noch ein neues Grab Tool ist wirklich ueberfluessig, aber der udrec Programmierer wird sich wohl kaum ueber Hilfe beschweren ;)
alexW
-
- Senior Member
- Beiträge: 782
- Registriert: Dienstag 25. Februar 2003, 21:35
Servus gmo18t
das einfachste um TS aufzunehmen und evtl. weiterzubearbeiten ist meiner Meinung nach das neue udrec (http://www.haraldmaiss.de), das perfekt unter Windows und Linux läuft (jeweils mit mono bzw. unter Windows mit dem .NET Framework). Damit habe ich selbst einen "Mutter-tauglichen" Recordingserver aufgesetzt. Die TS Files lassen sich dann auch perfekt mit meinem Movieplayer abspielen.
Da Du Dich ja mit MPEG und Co. hervorragend auskennst, wirst Du mit Sicherheit viele weitere Betätigungsfelder im dbox Umfeld finden *zaunpfahlrumwedel*. Ich bin auf jeden Fall schon mal auf die Ungereimtheiten im Movieplayer gespannt (keine Angst, die meisten kenne ich schon ). Gerne auch per PM.
Aktuell baue ich in den Movieplayer ein, daß er mit mehrere Audiospuren umgehen kann. Dann kann tonsel auch die udrec Beschänkung auf eine Tonspur aus udrec herausnehmen...
Ciao,
gagga
das einfachste um TS aufzunehmen und evtl. weiterzubearbeiten ist meiner Meinung nach das neue udrec (http://www.haraldmaiss.de), das perfekt unter Windows und Linux läuft (jeweils mit mono bzw. unter Windows mit dem .NET Framework). Damit habe ich selbst einen "Mutter-tauglichen" Recordingserver aufgesetzt. Die TS Files lassen sich dann auch perfekt mit meinem Movieplayer abspielen.
Da Du Dich ja mit MPEG und Co. hervorragend auskennst, wirst Du mit Sicherheit viele weitere Betätigungsfelder im dbox Umfeld finden *zaunpfahlrumwedel*. Ich bin auf jeden Fall schon mal auf die Ungereimtheiten im Movieplayer gespannt (keine Angst, die meisten kenne ich schon ). Gerne auch per PM.
Aktuell baue ich in den Movieplayer ein, daß er mit mehrere Audiospuren umgehen kann. Dann kann tonsel auch die udrec Beschänkung auf eine Tonspur aus udrec herausnehmen...
Ciao,
gagga
-
- Einsteiger
- Beiträge: 314
- Registriert: Donnerstag 16. Januar 2003, 23:53
Hast Du Dir schonmal project X angeschaut? Scheinbar noch nicht, sonst wüßtest Du, daß man damit TS-Files erzeugen kann. Zu finden unter http://www.lucike.de. Siehe auch mein Posting weiter oben in diesem Thread. Sieht mir so aus, als hättest Du doch nicht stundenlang hier im Forum gelesen....gmo18t hat geschrieben: - transcoder von PS/PES Format nach TS
Zu Deiner Behauptung, die Linux-Programme seinen noch nicht so weit entwickelt wie die für Windows, kann ich als Mitentwickler der udrec_suite auch nur sagen, daß das eine Behauptung ist, die ich so nicht unterschreiben mag. Streaming und Wiedergabe unter Linux klappt nach dem, was ich hier im Forum bislang gelesen habe, problemloser als unter Windows.
Natürlich ist es prima, daß jemand mit Deinen Erfahrungen sich an der Entwicklung von dBox-Software beteiligen will, allerdings bringt es wohl nichts, wenn Du das Rad in allen Belangen neu erfinden willst. Um dieser Gefahr entgegenzuwirken, sollte man sich natürlich an erster Stelle erstmal schlau machen, was es schon gibt und was nicht - da hast Du offensichtlich noch was nachzuholen, wie Dein Posting zeigt.
gagga und alexW haben ja schon gesagt, daß das grabben von TS-Streams per udrec 0.10 bestens funktioniert, also brauchst Du kein neues Programm zu schreiben, was im Grunde nur einen "wget http://dbox:31339/<vpid>,<apid>" absetzen müßte, das kann ich auch per Cron-Job machen. Außerdem ist die Sache mit dem Playback abschalten auch schon lange vorbei, udrec braucht sogar ein eingeschaltetes Playback zum TS-Streamen.
Und was meinst Du damit, daß die Timerliste der dBox beim Reset verloren geht? Ist bei mir noch nie passiert....
Letzter Kritikpunkt: Was hat Dein Posting eigentlich mit diesem Thread zu tun, in dem es um die Möglichkeit ging, AVI und MPEGs in TS umzuwandeln? Besser wäre es gewesen, Du hättest einen neuen Thread aufgemacht.
cu
wolle
-
- Erleuchteter
- Beiträge: 553
- Registriert: Freitag 27. Februar 2004, 14:30
Hi,
sorry, daß ich den Eindruck erweckt habe, die LINUX Programme
herabzuwürdigen, das war nicht meine Absicht.
Schon gar nicht wollte ich an die Ehre der Entwickler tasten.
Und im Nachhinein bin ich ein wenig erchrocken, daß mein
Posting so angekommen ist, als wäre ich überheblich und wollte
nun allen mal zeigen wo's beim Programmierenm lang geht ...
Nee, wollte mich halt nur ein wenig vorstellen und den ersten
Kontakt knüpfen.
Auch wenn ich bereits viel gelesen habe, will ich nicht behaupten
daß ich über alles Bescheid weiß. Ganz im Gegenteil, deshalb
hab ich ja auch mal was geschrieben um eine Feedback auf meine
Sicht der Dinge zu erhalten.
Natürlich bin ich auch schon auf die udrec_suite gestossen.
Aber die README ergab nicht, daß man a auch im TS Format
streamen kann, deshalb hab ich es erst nicht weiter angeschaut.
Und dann war da noch das udrec erst dachte ich, daß dies nur
für Windows sei, wegen des .NET -> deshalb mein (falscher) Eindruck,
daß Windows Programme besser da stehen (Mono für Linux kannte ich
bis dato nicht). War bisschen verwirrend mit udrec_suite und udrec
-> welches ist nun welches, ihr seht ohne Erklärung Dritter ist das
nicht zu durchschauen.
Auch das ProjectX kenne ich schon des Längeren, aber auch hier
erkennt man beim Erstkontakt nicht gleich, daß eine TS Dateiausgabe
möglich ist. Hab's aber trotzdem von allein festgestellt, aber das
Rumspielen damit erst mal niedriger priorisiert.
Durchaus möglich das dies mir reicht und ich für meine "Punkt 2"
gar keine eigenes Prorgramm schreiben brauch.
Ist klar, daß aus Sicht der Entwickler und Langzeit Anwender
der udrec_suite alle Details bekannt sind. Für mich ist ja das
Umwandeln in TS momentan noch nicht so wichtig und auch das
Grab-Programm ansich. Mir hätte wirklich wget gerreicht aber,
das hat bei Ausgabe in Datei mit Option -O leider eine 2GB
Beschränkung (32Bit).
Am wichtigsten ist für mich der 4000er Port Server, da hatte ich
halt die Nase voll, daß dieses eine Windows Programm nicht
in der Lage war 2 hintereinander liegende Filme aufzunehen ...
und wie gesagt aus meine Sicht(!) kein TS Streamer für LINUX
greifbar, also hack ich selbst was.
Das Rad erfinde ich ja auch nicht neu, im Großen und Ganzen
will ich soviel Vorhandenes nehmen wie geht und meinen Bedürfnissen
anpassen, falls nötig. Mein aus eurere Sicht überstürzter Akt, ein
neues Programm zu bauen, hat für mich auch eine ganz andere
Bedeutung -> so lerne ich halt das Verhalten der DBox besser kennen,
wegschmeißen kann ich's dann immer noch, aber die Erfahrungen nehm
ich gerne mit.
@gagga
hoffentlich hast du das mit dem Unterstützen am Movieplayer und von
wegen der Ungereimtheiten nicht in den falschen Hals bekommen.
Ich wollte damit nur ausdrücken, daß ich evtl. ein paar Fragen habe
zu Dingen in den Sourcen, die ich nicht verstehe.
Ist halt so, daß der Movieplayer die TS Streams wunderbar spielt,
aber beim Beenden die DBox aufhängt. Wenn das nicht wer, hätt ich
dann alles perfekt, denn mit der Stabilität beim Streamen hatte
ich bisher noch keine Probleme (halt eben nur mit dem TS Format
Das mit dem Aufhängen ist ja vielleicht ein bekanntes Problem, für
das es entweder eine Lösung gibt oder wenn nicht würde ich halt
unterstützen rauszufinden, woran es liegen könnte.
Na ich hoffe, daß ich in Zukunft noch ein paar Fragen stellen darf.
Werd nun auch mal die udrec(_suite) genauer unter die Lupe nehmen ...
Ansonsten, viel Spaß weiterhin !
- GMo -
sorry, daß ich den Eindruck erweckt habe, die LINUX Programme
herabzuwürdigen, das war nicht meine Absicht.
Schon gar nicht wollte ich an die Ehre der Entwickler tasten.
Und im Nachhinein bin ich ein wenig erchrocken, daß mein
Posting so angekommen ist, als wäre ich überheblich und wollte
nun allen mal zeigen wo's beim Programmierenm lang geht ...
Nee, wollte mich halt nur ein wenig vorstellen und den ersten
Kontakt knüpfen.
Auch wenn ich bereits viel gelesen habe, will ich nicht behaupten
daß ich über alles Bescheid weiß. Ganz im Gegenteil, deshalb
hab ich ja auch mal was geschrieben um eine Feedback auf meine
Sicht der Dinge zu erhalten.
Natürlich bin ich auch schon auf die udrec_suite gestossen.
Aber die README ergab nicht, daß man a auch im TS Format
streamen kann, deshalb hab ich es erst nicht weiter angeschaut.
Und dann war da noch das udrec erst dachte ich, daß dies nur
für Windows sei, wegen des .NET -> deshalb mein (falscher) Eindruck,
daß Windows Programme besser da stehen (Mono für Linux kannte ich
bis dato nicht). War bisschen verwirrend mit udrec_suite und udrec
-> welches ist nun welches, ihr seht ohne Erklärung Dritter ist das
nicht zu durchschauen.
Auch das ProjectX kenne ich schon des Längeren, aber auch hier
erkennt man beim Erstkontakt nicht gleich, daß eine TS Dateiausgabe
möglich ist. Hab's aber trotzdem von allein festgestellt, aber das
Rumspielen damit erst mal niedriger priorisiert.
Durchaus möglich das dies mir reicht und ich für meine "Punkt 2"
gar keine eigenes Prorgramm schreiben brauch.
Ist klar, daß aus Sicht der Entwickler und Langzeit Anwender
der udrec_suite alle Details bekannt sind. Für mich ist ja das
Umwandeln in TS momentan noch nicht so wichtig und auch das
Grab-Programm ansich. Mir hätte wirklich wget gerreicht aber,
das hat bei Ausgabe in Datei mit Option -O leider eine 2GB
Beschränkung (32Bit).
Am wichtigsten ist für mich der 4000er Port Server, da hatte ich
halt die Nase voll, daß dieses eine Windows Programm nicht
in der Lage war 2 hintereinander liegende Filme aufzunehen ...
und wie gesagt aus meine Sicht(!) kein TS Streamer für LINUX
greifbar, also hack ich selbst was.
Das Rad erfinde ich ja auch nicht neu, im Großen und Ganzen
will ich soviel Vorhandenes nehmen wie geht und meinen Bedürfnissen
anpassen, falls nötig. Mein aus eurere Sicht überstürzter Akt, ein
neues Programm zu bauen, hat für mich auch eine ganz andere
Bedeutung -> so lerne ich halt das Verhalten der DBox besser kennen,
wegschmeißen kann ich's dann immer noch, aber die Erfahrungen nehm
ich gerne mit.
@gagga
hoffentlich hast du das mit dem Unterstützen am Movieplayer und von
wegen der Ungereimtheiten nicht in den falschen Hals bekommen.
Ich wollte damit nur ausdrücken, daß ich evtl. ein paar Fragen habe
zu Dingen in den Sourcen, die ich nicht verstehe.
Ist halt so, daß der Movieplayer die TS Streams wunderbar spielt,
aber beim Beenden die DBox aufhängt. Wenn das nicht wer, hätt ich
dann alles perfekt, denn mit der Stabilität beim Streamen hatte
ich bisher noch keine Probleme (halt eben nur mit dem TS Format
Das mit dem Aufhängen ist ja vielleicht ein bekanntes Problem, für
das es entweder eine Lösung gibt oder wenn nicht würde ich halt
unterstützen rauszufinden, woran es liegen könnte.
Na ich hoffe, daß ich in Zukunft noch ein paar Fragen stellen darf.
Werd nun auch mal die udrec(_suite) genauer unter die Lupe nehmen ...
Ansonsten, viel Spaß weiterhin !
- GMo -
-
- Senior Member
- Beiträge: 782
- Registriert: Dienstag 25. Februar 2003, 21:35
Nee. Keine Angst. Absolut nicht, sondern ganz im Gegenteil Ich fände es prima ein paar weitere Augen und fleißige Tippfinger am Movieplayer zu sehen.gmo18t hat geschrieben: @gagga
hoffentlich hast du das mit dem Unterstützen am Movieplayer und von
wegen der Ungereimtheiten nicht in den falschen Hals bekommen.
Ich wollte damit nur ausdrücken, daß ich evtl. ein paar Fragen habe
zu Dingen in den Sourcen, die ich nicht verstehe.
Ist halt so, daß der Movieplayer die TS Streams wunderbar spielt,
aber beim Beenden die DBox aufhängt. Wenn das nicht wer, hätt ich
dann alles perfekt, denn mit der Stabilität beim Streamen hatte
ich bisher noch keine Probleme (halt eben nur mit dem TS Format
Das mit dem Aufhängen ist ja vielleicht ein bekanntes Problem, für
das es entweder eine Lösung gibt oder wenn nicht würde ich halt
unterstützen rauszufinden, woran es liegen könnte.
Es gibt zur Zeit eh Überlegungen XML Kommandos zum Streamingserver (warum der so heißt weiß wahrscheinlich auch niemand) zu erweitern. Zum Beispiel soll man über das UI Befehle zum Konvertieren, Umbenennen, Löschen etc. von TS Dateien geben können. Weiterhin soll auch der eigentlich Recording Command erweitert werden, so daß man in einem Schritt Recorden und von Neutrino aus auswählen kann, ob und wie konvertiert werden soll. Eventuell magst Du das ja anschauen und dabei gleichzeitig das Recording der überlappenden Aufnahmen fixen...
BTW Der Bug, daß die Box nach dem TS Streamen abstürzt, sollte eigentlich bereits behoben sein. Benutzt Du ein älteres Image?
-
- Einsteiger
- Beiträge: 314
- Registriert: Donnerstag 16. Januar 2003, 23:53
@gmo18t:
Ok, hatte gestern auch nicht meinen besten Tag - sorry, wenn mein Posting etwas schärfer ausgefallen ist, als es eigentlich sein sollte. Es ist nur halt so, daß jeder Newbie hier im Forum auf die Suchfunktion hingewiesen wird, wenn er Fragen stellt, die schon x-mal durchgekaut wurden. Als Newbie kann man Dich ja eigentlich nicht ansehen, aber dennoch sollte gleiches Recht für alle gelten.
Schwamm drüber.
Um mal die Verwirrung um udrec und udrec_suite aufzuklären: udrec ist das Streaming-Programm von tonsel, welches die eigentliche Aufnahme von der dBox zum Server durchführt. Dazu gibt es einen Streaming-Server sserver, der auf die Start/Stop-Befehle der dBox wartet und udrec startet.
In der alten Version udrec 0.06 konnten nur PES-Streams aufgenommen werden, die dann erstmal in ein "brauchbares" Format umgewandelt werden mußten. Daher haben sir-zock-a-lot, allsuffndruff und ich die udrec_suite rund um tonsels udrec/sserver gebaut, damit per Konfig-File eine automatische Konvertierung der aufgenommenen PES-Streams in ES, TS oder DVD inkl. optionalem automatischen 16:9-Schnitt durchgeführt wurde, ohne das der Nutzer auf seinem Linux-PC noch irgendwas selbst machen mußte. Das Ergebnis sind saubere Streams, bei denen im Falle eines 16:9-Streams auch schon sämtliche Werbung rausgeschnitten war.
Deine Anmerkung, daß in unserem ReadMe noch nix von TS drin steht, ist korrekt. Die Umwandlung in TS haben wir erst später - by popular demand - in den Funktionsumfang aufgenommen, die Doku hängt da leider noch etwas hinterher.
Zur Zeit arbeiten wir mit Hochdruck an der nächsten Version der udrec_suite, die dann auch auf das neue udrec 0.10 zurückgreifen wird und dessen verbesserten Streaming-Optionen nutzt. So wird standardmässig in PES gestreamt, was die anschließende Konvertierungsarie wesentlich verkürzt. Wir würden auch gerne direkt in TS streamen, aber solange gagga's movieplayer nur eine Tonspur unterstützt und deswegen tonsel im TS per Timeraufnahme nur eine Tonspur streamt, nehmen wir noch PES mit allen Tonspuren, weil wir daraus für die DVD-Freaks eine mehrsprachige DVD erzeugen können. Aber gagga hat ja schon geschrieben, daß er gerade daran arbeitet, mehrere Tonspuren zu unterstützen und dann wird es nicht mehr lange dauern, bis udrec auch TS mit allen verfügbaren Tonspuren streamt.
cu
wolle
Ok, hatte gestern auch nicht meinen besten Tag - sorry, wenn mein Posting etwas schärfer ausgefallen ist, als es eigentlich sein sollte. Es ist nur halt so, daß jeder Newbie hier im Forum auf die Suchfunktion hingewiesen wird, wenn er Fragen stellt, die schon x-mal durchgekaut wurden. Als Newbie kann man Dich ja eigentlich nicht ansehen, aber dennoch sollte gleiches Recht für alle gelten.
Schwamm drüber.
Um mal die Verwirrung um udrec und udrec_suite aufzuklären: udrec ist das Streaming-Programm von tonsel, welches die eigentliche Aufnahme von der dBox zum Server durchführt. Dazu gibt es einen Streaming-Server sserver, der auf die Start/Stop-Befehle der dBox wartet und udrec startet.
In der alten Version udrec 0.06 konnten nur PES-Streams aufgenommen werden, die dann erstmal in ein "brauchbares" Format umgewandelt werden mußten. Daher haben sir-zock-a-lot, allsuffndruff und ich die udrec_suite rund um tonsels udrec/sserver gebaut, damit per Konfig-File eine automatische Konvertierung der aufgenommenen PES-Streams in ES, TS oder DVD inkl. optionalem automatischen 16:9-Schnitt durchgeführt wurde, ohne das der Nutzer auf seinem Linux-PC noch irgendwas selbst machen mußte. Das Ergebnis sind saubere Streams, bei denen im Falle eines 16:9-Streams auch schon sämtliche Werbung rausgeschnitten war.
Deine Anmerkung, daß in unserem ReadMe noch nix von TS drin steht, ist korrekt. Die Umwandlung in TS haben wir erst später - by popular demand - in den Funktionsumfang aufgenommen, die Doku hängt da leider noch etwas hinterher.
Zur Zeit arbeiten wir mit Hochdruck an der nächsten Version der udrec_suite, die dann auch auf das neue udrec 0.10 zurückgreifen wird und dessen verbesserten Streaming-Optionen nutzt. So wird standardmässig in PES gestreamt, was die anschließende Konvertierungsarie wesentlich verkürzt. Wir würden auch gerne direkt in TS streamen, aber solange gagga's movieplayer nur eine Tonspur unterstützt und deswegen tonsel im TS per Timeraufnahme nur eine Tonspur streamt, nehmen wir noch PES mit allen Tonspuren, weil wir daraus für die DVD-Freaks eine mehrsprachige DVD erzeugen können. Aber gagga hat ja schon geschrieben, daß er gerade daran arbeitet, mehrere Tonspuren zu unterstützen und dann wird es nicht mehr lange dauern, bis udrec auch TS mit allen verfügbaren Tonspuren streamt.
cu
wolle
-
- Developer
- Beiträge: 631
- Registriert: Donnerstag 24. Januar 2002, 12:21
-
- Senior Member
- Beiträge: 782
- Registriert: Dienstag 25. Februar 2003, 21:35
-
- Erleuchteter
- Beiträge: 553
- Registriert: Freitag 27. Februar 2004, 14:30
uff, da bin ich ja erleichtert, daß ich euch nicht auf den Keks gehe. werd dann mal mit dem Erforschen weitermachen...
@gagga
Wenn ich mal nen cross-compiler am Laufen hab und die UI Technik durchschaut habe, werd ich mich melden...
Hab gestern noch die yadd vom 26.02.2004 eingespielt (mache sowieso nur nfs root) und
die ".sp_ts" mode gesetzt ...
jetzt kann ich TS Files auch mit movieplayer beenden, aber wenn der von selbst ans Dateiende kommt, dann ist die Box gekillt (hab aber noch nicht viel getestet, war schon 4Uhr morgens)
Das sind meine DBox Daten
- Sagem 1x
- ucode internal
- alpha_cam.bin 01_02_105D
- avia600 b022
Werd auch noch mit deaktivierter hw_section ausprobieren, ob's was ändert und ein paar ProjectX konvertierte TS Files abspielen ...
- GMo -
@gagga
Wenn ich mal nen cross-compiler am Laufen hab und die UI Technik durchschaut habe, werd ich mich melden...
Hab gestern noch die yadd vom 26.02.2004 eingespielt (mache sowieso nur nfs root) und
die ".sp_ts" mode gesetzt ...
jetzt kann ich TS Files auch mit movieplayer beenden, aber wenn der von selbst ans Dateiende kommt, dann ist die Box gekillt (hab aber noch nicht viel getestet, war schon 4Uhr morgens)
Das sind meine DBox Daten
- Sagem 1x
- ucode internal
- alpha_cam.bin 01_02_105D
- avia600 b022
Werd auch noch mit deaktivierter hw_section ausprobieren, ob's was ändert und ein paar ProjectX konvertierte TS Files abspielen ...
- GMo -
-
- Einsteiger
- Beiträge: 131
- Registriert: Mittwoch 15. Oktober 2003, 16:33
Hallo,
@gmo18t:
Ich muss gestehen, dass dein erstes Posting auch bei mir einen zweifelhaften Beigeschmack hinterlassen hat. Gluecklicherweise hat sich das ja jetzt geklaert und ich denke, dass wir uns ueber weiteres kompetentes Mitglied freuen duerfen
wwershofen hat Recht, die Doku der udrec_suite wurde wirklich nicht sehr ordenlich gepflegt. Das ist wohl im Laufe der Zeit etwas in Vergessenheit geraten. Schlimmer noch, dass die 0.4 ins Haus steht und die Chancen auf eine Aktualisierung damit weiter sinken.
Die neue Version der udrec_suite, die es vielleicht noch dieses Wochenende als Test-Version geben wird, wird per Default ES-Streams erzeugen, die anschliessend nur noch gemuxt werden muessen. TS-files lassen sich erzeugen indem eine Audiospur ausgewaehlt wird, je nach Präferenz (ac3,eng oder de) und anschliessend via tcmplex gemuxt wird. Warum auch immer, aber tcmplex erzeugt uns im Gegensatz zu mplex ein mpg, dass nach der Kovertierung durch ProjectX in TS keine Probleme mit dem Movieplayer bereitet. Cool waere natuerlich, wenn tcmplex aus dem mpg gleich ein TS bauen koennte (;)), dann koennte man sich den Umweg ueber ProjectX sparen. Diese Files laufen aber problemlos(tm) auf dem Movieplayer. Damit haette ich auch die Kurve zu meinem Feature-Request fuer tcmplex bekommen
Gruesse,
Patrick
@gmo18t:
Ich muss gestehen, dass dein erstes Posting auch bei mir einen zweifelhaften Beigeschmack hinterlassen hat. Gluecklicherweise hat sich das ja jetzt geklaert und ich denke, dass wir uns ueber weiteres kompetentes Mitglied freuen duerfen
wwershofen hat Recht, die Doku der udrec_suite wurde wirklich nicht sehr ordenlich gepflegt. Das ist wohl im Laufe der Zeit etwas in Vergessenheit geraten. Schlimmer noch, dass die 0.4 ins Haus steht und die Chancen auf eine Aktualisierung damit weiter sinken.
Die neue Version der udrec_suite, die es vielleicht noch dieses Wochenende als Test-Version geben wird, wird per Default ES-Streams erzeugen, die anschliessend nur noch gemuxt werden muessen. TS-files lassen sich erzeugen indem eine Audiospur ausgewaehlt wird, je nach Präferenz (ac3,eng oder de) und anschliessend via tcmplex gemuxt wird. Warum auch immer, aber tcmplex erzeugt uns im Gegensatz zu mplex ein mpg, dass nach der Kovertierung durch ProjectX in TS keine Probleme mit dem Movieplayer bereitet. Cool waere natuerlich, wenn tcmplex aus dem mpg gleich ein TS bauen koennte (;)), dann koennte man sich den Umweg ueber ProjectX sparen. Diese Files laufen aber problemlos(tm) auf dem Movieplayer. Damit haette ich auch die Kurve zu meinem Feature-Request fuer tcmplex bekommen
Gruesse,
Patrick
-
- Senior Member
- Beiträge: 782
- Registriert: Dienstag 25. Februar 2003, 21:35
Hier ein kleiner Jumpstart, falls Du den noch nicht gefunden hast: http://cvs.tuxbox-cvs.sourceforge.net/t ... n?rev=HEADgmo18t hat geschrieben: @gagga
Wenn ich mal nen cross-compiler am Laufen hab und die UI Technik durchschaut habe, werd ich mich melden...
Interessant... Wußte gar nicht, daß das geht.gmo18t hat geschrieben: Hab gestern noch die yadd vom 26.02.2004 eingespielt (mache sowieso nur nfs root) und
die ".sp_ts" mode gesetzt ...
Hmm. Sehr seltsam. Aus irgendeinem Grund macht der das bei mir nicht. Da wird wohl nur das serielle Log mal helfen.... Ich habe z.Zt. keine Ahnung woran das liegen könnte. Schau doch bitte mal, ob die Datei /var/tuxbox/config/bookmarks korrekt angelegt wird. Ansonsten lege bitte mal ein Bookmark an und probiere es dann mal.gmo18t hat geschrieben: jetzt kann ich TS Files auch mit movieplayer beenden, aber wenn der von selbst ans Dateiende kommt, dann ist die Box gekillt (hab aber noch nicht viel getestet, war schon 4Uhr morgens)
-
- Erleuchteter
- Beiträge: 553
- Registriert: Freitag 27. Februar 2004, 14:30
Hi,
@gagga:
so, hab noch ein paar Tests gemacht mit folgendem Ergebnis:
1. Nach Abschiessen (killall -TERM) des sectionsd process konnte ich mit dem Movieplayer
soviele Start/Stops machen wie ich wollte und verschiedene TS Files wählen sowie Vor
und Zurückspulen ohne Absturz !
Beim Spulen kommt's manchmal zu dem Phänomen, daß er irgendwie nicht mehr richtig
aufsetzen kann: Ton wird immer wieder kurz angespielt aber kein Bild usw.
Abbrechen mit Home-Taste geht aber ...
2. Danach hab ich noch .hw_sections angelegt und dasselbe wieder getestet. Im Prinzip
lief der movieplayer auch klaglos, aber nach dem 2.mal Stop kam "Kanal nicht gefunden"
aber das Abspielen der TS Files funktionierte weiter (nur halt dann bei jedem Stopp
das "Kanal nicht gefunden).
Auch nach dem Verlassen von Movieplayer hat sich daran nix geändert, egal welchen
Sender ich zappte ...
3. Gleiches wie 2., aber vorher Abschalten des sectionsd über http Interface, danach scheint
das Problem mit "Kanal nicht gefunden" nicht mehr aufzutauchen.
Im Quellcode des movieplayers ist der Aufruf zum Abschalten des "sectionsd" auskommentiert
soweit ich das im Kopf habe (das Anschalten wird aber gemacht) -> vielleicht hat das was damit
zu tun ? (aber bitte nicht schlagen, wenn ich falsch liege).
Ich hab jetzt nicht stundenlang getetestet und 100mal START/STOP gemacht, aber so ca. 10 mal
hintereinander hat's geklappt ohne Totalausfall, wo es früher schon nach dem 2.mal gehängt
hat. Denke also der Zusammenhang ist feststellbar.
Das serielle Interface kann ich im Moment nicht anschliessen, da der Laptop im Büro liegt
Auch ist das ein gefummel weil ich nicht so leicht an der Anschluß0 der Box rankomme, muß
wohl da ein Kabel fest installieren für die Zukunft ...
Ach so, hab ne Kabelbox !
- GMo -
@gagga:
so, hab noch ein paar Tests gemacht mit folgendem Ergebnis:
1. Nach Abschiessen (killall -TERM) des sectionsd process konnte ich mit dem Movieplayer
soviele Start/Stops machen wie ich wollte und verschiedene TS Files wählen sowie Vor
und Zurückspulen ohne Absturz !
Beim Spulen kommt's manchmal zu dem Phänomen, daß er irgendwie nicht mehr richtig
aufsetzen kann: Ton wird immer wieder kurz angespielt aber kein Bild usw.
Abbrechen mit Home-Taste geht aber ...
2. Danach hab ich noch .hw_sections angelegt und dasselbe wieder getestet. Im Prinzip
lief der movieplayer auch klaglos, aber nach dem 2.mal Stop kam "Kanal nicht gefunden"
aber das Abspielen der TS Files funktionierte weiter (nur halt dann bei jedem Stopp
das "Kanal nicht gefunden).
Auch nach dem Verlassen von Movieplayer hat sich daran nix geändert, egal welchen
Sender ich zappte ...
3. Gleiches wie 2., aber vorher Abschalten des sectionsd über http Interface, danach scheint
das Problem mit "Kanal nicht gefunden" nicht mehr aufzutauchen.
Im Quellcode des movieplayers ist der Aufruf zum Abschalten des "sectionsd" auskommentiert
soweit ich das im Kopf habe (das Anschalten wird aber gemacht) -> vielleicht hat das was damit
zu tun ? (aber bitte nicht schlagen, wenn ich falsch liege).
Ich hab jetzt nicht stundenlang getetestet und 100mal START/STOP gemacht, aber so ca. 10 mal
hintereinander hat's geklappt ohne Totalausfall, wo es früher schon nach dem 2.mal gehängt
hat. Denke also der Zusammenhang ist feststellbar.
Das serielle Interface kann ich im Moment nicht anschliessen, da der Laptop im Büro liegt
Auch ist das ein gefummel weil ich nicht so leicht an der Anschluß0 der Box rankomme, muß
wohl da ein Kabel fest installieren für die Zukunft ...
Ach so, hab ne Kabelbox !
- GMo -
-
- Einsteiger
- Beiträge: 314
- Registriert: Donnerstag 16. Januar 2003, 23:53
Ich habe ein ähnliches Problem und dazu im Neutrino-Forum folgenden Thread aufgemacht. Ein paar Ideen, wie man an das Log auch ohne serielle Verbindung rankommt, waren dabei. Hatte nur noch keine Zeit, das auszuprobieren. Vielleicht findest Du ja Gelegenheit dazu und hälst mich auf dem Laufenden.gmo18t hat geschrieben: Das serielle Interface kann ich im Moment nicht anschliessen, da der Laptop im Büro liegt
Auch ist das ein gefummel weil ich nicht so leicht an der Anschluß0 der Box rankomme, muß
wohl da ein Kabel fest installieren für die Zukunft ...
Geek by nature - Linux by choice