udrec stream in TS umwandeln

[proschi]

hallo,
suche jetzt schon ein paar stunden herum, vielleicht sehe ich auch den wald vor lauter bäumen nicht mehr.....

ich kann wunderbare streams mit sserver und udrec aufnehmen (v0 und a0...ax), kann mit mkdvd dvd's erzeugen, alles wunderbar.....

jetzt möchte ich aber das aufgenommene auch wieder auf der box abspielen, und was ich so mitbekommen habe funktioniert das mit TS streams am besten ==> die streams von udrec automatisch per script (kann man ja bei sserver einstellen, das nach der aufnahme ein script ausgeführt wird) in TS umwandeln...

aber wie mach ich das am einfachsten (kommandozeile)?

mfg

[tonsel]

Die nächste Version von udrec wird direkt Transport-Streams aufzeichnen können. Der Teststream läufte gerade.

tonsel

[proschi]

darf man fragen, wann das inetwa sein wird *g* (nur ca., also tage, wochen oder monate)

mfg

[tonsel]

Wenn Du dich als Beta-Tester zur Verfügung stellen willst kann ich's in ein paar Tagen online stellen.

Systemvoraussetzungen: Microsoft .NET 1.1 oder mono (http://www.go-mono.org) und modifiziertes Image (ich wills erst ins CVS stellen, wenns wirklich stabil läuft)

tonsel

[worfdata]

Ich bin auch daran interessiert ! im Moment lasse ich ein script ableufen ,welches nach udrec erst mkdvd und dann projectX laufen läßt, um ein TS zu bekommen.

Aber wofür benutzt du MONO ( ein Textbasiertes BBS-System ??? ). Ich nehme doch stark an, das deine bevorzugte Plattform Unix / Linux bleiben wird. Ich kriege schon Angst, wenn ich .NET höre, daß deine Lösung nicht auf Linux laufen wird ...

[tonsel]

Hier sind die Files, die Ihr zum Testen braucht:

http://www.tekum.de/cdk.cramfs (mod. Snapshot vom 21.11.03)
http://www.tekum.de/udrec_net.exe

Beispiel-Aufrauf:

Win-Eingabeaufforderung: udrec_net -tv 1 6 -ts
Linux (http://www.go-mono.org): mono udrec_net.exe -tv 1 6 -ts

Beenden mit <RETURN>

alle anderen Optionen werden mit "-h" angezeigt:

Die Transport-Streams haben z.Zt. den Nachteil, dass die Paketgröße nicht konstant ist, d.h. sie sind praktusch nur auf der DBox (mplayer angeblich auch) nutzbar. Nach einem DBox-Neustart bringt die erste Aufnahme z.T. nur Schrott-Daten.

@obi
Das mit der konstanten Paketgröße hat nach dem Patch der "avia_gt_dmx.c" (ca. 26.10.03) schon mal geklappt. Ich muss aber zwischenzeitlich irgendeine Kleinigkeit an meiner "udpstreampes.cpp" verändert haben, so dass es jetzt nicht mehr geht. Hast Du vielleicht einen Tip?

tonsel

[proschi]

ok, werd ich mir mal anschauen, aber wieso du jetzt auf .net wechselst würd mich auch interessieren?

einfach nur weil du mal was damit machen willst, oder weil es auch einen praktischen nutzen hat...

für die linux nutzer sicherlich ein nachteil, aber was nimmt man für gute software nicht alles in kauf (sogar .net) *g*....

mfg

[tonsel]

Der praktische Nutzen von .NET sind die riesigen Klassen-Bibliotheken (z.B. XML-Parser), die dabei sind. Darüber hinaus sind sowohl die Sourcen als auch die Binaries Platformübergreifend verwendbar.

Unter Linux gibt es zwar auch sehr viele Bibliotheken. In Verbindung mit Objektorientierter-Programmierung (auf die ich bei mkdvd-0.06 dummerweise verzichtet habe) lassen sich diese aber zum Teil nur sehr umständlich benutzen (z.B. Klassen-Member als Thread starten mit libpthread).

Letztlich gefällt mir aber C# einfach besser als C++.

tonsel

[proschi]

braucht projectx unbedingt ein X ?
ich hab auf meinem server nämlich kein X installiert und projectx lässt sich nicht starten....

mfg

[tonsel]

http://www.tuxbox-cvs.sourceforge.net/f ... f8883a96ae

tonsel

[leth]

@tonsel

Erst mal vielen Dank für die neue udrec_net. Hab sie gestern kurz angetestet und konnte bisher keine Probleme feststellen. Da ich über Jack meine Aufnahmen verwalte, kann ich leider nur die Aufnahmen in seperate Files testen, wobei der manuelle Aufruf mit der zusätzlichen Option '-ts' problemlos geklappt hat. Es ist mir nur aufgefallen, dass das File dann Stream.v0 genannt wird, was ich etwas irritierend finde. Vielleicht wäre eine andere Endung zB .ts bei TS-Streams passender?

Cu leth