Kein Splitten des Streams möglich?

Die alten XMG Foren.
Gesperrt
Nachricht
Autor
RobieZ
Gelegenheits-Streamer
Gelegenheits-Streamer
Beiträge: 44
Registriert: Sa 08 Jan 2005, 15:08

Kein Splitten des Streams möglich?

#1 Beitrag von RobieZ » Di 18 Jan 2005, 1:09

Hallo,

ich hoffe, die Frage wurde nicht bereits gestellt (ich habe gesucht, konnte aber nichts finden). Ich vermisse in der Java-Version (habe 0.2.4 und 0.2.5) die Möglichkeit den Stream zu splitten. Ich arbeite unter Mac OS X und wollte letzte Woche Black Rain von ARD aufnehmen. Ca. 5 min vor Filmende brach die Aufzeichnung ab, weil das 4 GB Limit erreicht wurde.
Kann es tatsächlich sein, dass dieses essentielle Feature in der Java-Version (noch) fehlt oder habe ich es schlichtweg übersehen?

RobieZ

Benutzeravatar
Pedant
admin-c
admin-c
Beiträge: 4285
Registriert: Mo 04 Aug 2003, 16:22
Wohnort: Bad Vilbel
Kontaktdaten:

#2 Beitrag von Pedant » Di 18 Jan 2005, 2:07

Hallo RobieZ,

meines Wissens nach gibt es diese Option nicht. Aber ist es tatsächlich so, dass es unter Mac OS X kein Dateisystem gibt, dass Dateien über 4 GB akzeptiert?

Gruß Frank
Sagem 1xi + HDD Kabel, JtG-Team Image v2.4.6 (19.12.2015), avia600vb028, ucode int., cam_01_02_105D
Coolstream Neo, FW 2.10 (leider kaputt)
Win 10 Pro x64, i7 920, 12 GB, SSD
u-Grabber 0.2.7.6-> TS -> PX 0.91.0.08 -> IfoEdit 0.971 -> ImgBurn 2.5.0.0 -> DVD-R

RobieZ
Gelegenheits-Streamer
Gelegenheits-Streamer
Beiträge: 44
Registriert: Sa 08 Jan 2005, 15:08

#3 Beitrag von RobieZ » Di 18 Jan 2005, 8:28

Hallo Frank,

danke für die Antwort. Soetwas habe ich schon befürchtet.

Das Komische ist, dass Mac OS X sehr wohl Dateien > 4 GB erzeugen und verwalten kann. Es muss also eine Software-bedingte Limitation sein (Java?).

Ich möchte gerne an den/die Entwickler appelieren, dieses in meinen Augen essentielle Feature (oder stehe ich mit dieser Meinung auf verlorene Flur?) in zukünftigen Builds zu implementieren.
Wenn ich das richtig sehe, dann bleibt mir, bis ich erhört werde nur die Möglichkeit entweder das direkte NFS-Streaming der dbox2/Neutrino zu nutzen (da man da einen Splitsize definieren kann) oder auf Tools wie oberflächenlose Tools wie ggrab zurückzugreifen. Sehe ich doch richtig oder?
Beides würde ich nur ungern tun, weil ich nicht auf den Komfort von JtJG verzichten möchte.

RobieZ

z3r0
XMediaGrabber Dev
Beiträge: 2227
Registriert: Di 24 Feb 2004, 17:47
Wohnort: Nürnberg
Kontaktdaten:

#4 Beitrag von z3r0 » Di 18 Jan 2005, 10:09

Kannst du bitte den Teil des Abbruchs aus dem Log posten. Das Log findest du in deinem Home-Verzeichnis im Ordner .jtjg. Die Datei heisst jackLog.log. Evtl ist das Problem auch woanders.

Es gibt keine Beschränkung von der Software-Seite. JtJG schreibt solange, bis es nicht mehr schreiben darf. Es gab auch noch keine Schreie danach, Dateien zu splitten :) Ich bin mit dem Datei-System eines Mac leider nicht sehr vertraut, du könntest das Problem evtl. auch in diesem Forum schildern
http://forum.tuxbox.org/forum/index.php

Mit welcher Engine hattest du gestreamt?

P.S. Ich habe jetzt nach kurzem Googeln keine Ansätze dazu gefunden, das Java in Verbindung mit einem Mac, Probleme bei der 4GB-Grenze hat.
http://www.XMediaGrabber.de
Dreambox 7020
Ubuntu Feisty Fawn & WindowsXP SP2
Core2Duo E6400, 2048mb RAM

RobieZ
Gelegenheits-Streamer
Gelegenheits-Streamer
Beiträge: 44
Registriert: Sa 08 Jan 2005, 15:08

#5 Beitrag von RobieZ » Di 18 Jan 2005, 10:57

Hallo,

hmm, bei mir ist die .log Datei im Programmordner. Im .JtJG Ordner liegen nur eine Reihe von .xml Dateien und ein Ordner namens "themes".

Leider habe ich die .log Datei von letzter Woche nicht mehr, weil ich zwischenzeitlich die Software neu installiert habe. Wenn es Euch hilft, werde ich gerne nochmal einen Versuch starten um einen Stream > 4GB zu erzeugen.

Ich habe die JGrabber Engine verwendet, weil, um ehrlich zu sein, ich es bis heute nicht geschafft habe udrec zum Laufen zu bringen. Gehe ich recht in der Annahme, dass ich Mono benötige um diese .exe Datei unter Mac OS X einzusetzen? Ich habe es installiert, udrec.exe läuft aber trotzdem nicht wenn es als Engine ausgewählt ist (der Pfad zu udrec.exe ist korrekt definiert ;-) ). Die Fehlermeldung im .log liefere ich heute abend nach.

Danke für Eure Hilfe

RobieZ

z3r0
XMediaGrabber Dev
Beiträge: 2227
Registriert: Di 24 Feb 2004, 17:47
Wohnort: Nürnberg
Kontaktdaten:

#6 Beitrag von z3r0 » Di 18 Jan 2005, 11:04

Wenn es Euch hilft, werde ich gerne nochmal einen Versuch starten um einen Stream > 4GB zu erzeugen.

Vielleicht hilft es auch dir? ;)

Hast du VLC auf dem Rechner installiert, gibt es ja auch fuer MacOS? Dann koenntest du auch VLC als Streaming-Engine verwenden (mit der neuesten JtJG-Version). Dafür ist allerdings ein neueres Box-Image (ab Januar 2005) notwendig.
http://www.XMediaGrabber.de
Dreambox 7020
Ubuntu Feisty Fawn & WindowsXP SP2
Core2Duo E6400, 2048mb RAM

RobieZ
Gelegenheits-Streamer
Gelegenheits-Streamer
Beiträge: 44
Registriert: Sa 08 Jan 2005, 15:08

#7 Beitrag von RobieZ » Di 18 Jan 2005, 11:50

z3r0 hat geschrieben:Vielleicht hilft es auch dir? ;)
Hallo,

ich denke, Du weisst, wie es gemeint war ;-)
Hast du VLC auf dem Rechner installiert, gibt es ja auch fuer MacOS? Dann koenntest du auch VLC als Streaming-Engine verwenden (mit der neuesten JtJG-Version). Dafür ist allerdings ein neueres Box-Image (ab Januar 2005) notwendig.
ja, habe ich. Ich habe auch das aktuelle 2.0.0.7 image vom Januar auf der dbox. Ich werde es heute abend alles mal ausprobieren und dann reporten.

RobieZ

z3r0
XMediaGrabber Dev
Beiträge: 2227
Registriert: Di 24 Feb 2004, 17:47
Wohnort: Nürnberg
Kontaktdaten:

#8 Beitrag von z3r0 » Di 18 Jan 2005, 12:19

ich denke, Du weisst, wie es gemeint war ;)
Klar :)


Ich habe mit VLC echt gute Erfahrungen gemacht. Wenn ich nur früher gewusst haette, das diese Tool zur Laufzeit TS zu einem mpeg muxen kann.
http://www.XMediaGrabber.de
Dreambox 7020
Ubuntu Feisty Fawn & WindowsXP SP2
Core2Duo E6400, 2048mb RAM

RobieZ
Gelegenheits-Streamer
Gelegenheits-Streamer
Beiträge: 44
Registriert: Sa 08 Jan 2005, 15:08

#9 Beitrag von RobieZ » Mi 19 Jan 2005, 0:08

So, da bin ich wieder.

Habe die letzten 2 1/2 Stunden mit Version 2.2.5 und mit JGrabber einen TS-Stream aufgezeichnet. Diesmal erfolgte kein Abbruch bei der 4 GB Grenze (habe manuell bei 4,3 GB abgebrochen). Es muss also an dem älteren Build gelegen haben. Ich kann jetzt leider nicht mehr mit 100%iger Sicherheit sagen, ob es 2.2.2a oder schon 2.2.4c war (ich denke aber eher ersterer).

Was ich auch ausprobiert habe ist ein Streamen mit udrec und VLC (sowohl 0.8.0 als auch die aktuelle 0.8.1). In beiden Fällen erhalte ich gleich vor dem eigentlichen Start der Aufzeichnung eine Fehlermeldung.

Hier die Auszüge aus dem Log:

Versuch mit udrec:

20:43:53:4353 INFO ConrolProgramTab - Zapping to: Das Erste
20:43:53:4353 INFO ConrolProgramTab - detect PIDs
20:44:00:440 INFO BOExternalProcess - /Users/xxxxx/Desktop/udrec.exe -host xx.xx.xx.xx -now -ts -o /Users/xxxxx/18-01-2005 20_44 Das Erste/18-01-2005 20_44 Das Erste -asplit -1 -vsplit 2 -buf 16 -tcp 31340 -udp 31341 -vp 65 -ap 66
20:44:00:440 ERROR BOExternalProcess - /Users/xxxxx/Desktop/udrec.exe: cannot execute

Versuch mit VLC:

20:34:35:3435 INFO ConrolProgramTab - Zapping to: PREMIERE 1
20:34:35:3435 INFO ConrolProgramTab - detect PIDs
20:34:39:3439 INFO BOExternalProcess - /Users/xxxxx/Desktop/VLC/VLC.app http://xx.xx.xx.xx:31339/0,0x65,0x1ff,0x200,0x201,0x203 :sout=#duplicate{dst=std{access=file,mux=ps,url=/Users/xxxxx/18-01-2005 20_34 PREMIERE 1 Die Liga der aussergewoehnlichen Gentlemen (The League of Extraordinary Gentlemen)/18-01-2005 20_34 PREMIERE 1 Die Liga der aussergewoehnlichen Gentlemen (The League of Extraordinary Gentlemen).mpg},}
20:34:39:3439 ERROR BOExternalProcess - /Users/xxxxx/Desktop/VLC/VLC.app: cannot execute

In beiden Fällen also die selbe "ERROR BOExternalProcess" Fehlermeldung. Bei udrec.exe ist es mir ja klar. Schließlich handelt es sich um eine Windows Applikation. Aber VLC, als echte Mac OS X Appliaktion, sollte doch eigentlich laufen. Was mich stutzig macht ist die Art der Parameterübergabe. Ist das nicht eindeutig Kommandozeilen-Manier? Kann das so mit der Mac OS X Version von VLC funktionieren?

Falls andere Mac OS X Anwender hier mitlesen, wäre ich für jeden konstruktiven input dankbar.

RobieZ

z3r0
XMediaGrabber Dev
Beiträge: 2227
Registriert: Di 24 Feb 2004, 17:47
Wohnort: Nürnberg
Kontaktdaten:

#10 Beitrag von z3r0 » Mi 19 Jan 2005, 9:07

Die Parameter von VLC dürften sich unter MacOS nicht von den VLC-Versionen anderer Betriebssysteme unterscheiden.
Was passiert wenn du in der Konsole nur das aufrufst?

/Users/xxxxx/Desktop/VLC/VLC.app

Du musst bei Pfad zu VLC das Verzeichnis angeben, wleches auch aus der Konsole startbar ist.
http://www.XMediaGrabber.de
Dreambox 7020
Ubuntu Feisty Fawn & WindowsXP SP2
Core2Duo E6400, 2048mb RAM

RobieZ
Gelegenheits-Streamer
Gelegenheits-Streamer
Beiträge: 44
Registriert: Sa 08 Jan 2005, 15:08

#11 Beitrag von RobieZ » Mi 19 Jan 2005, 10:16

Hallo z3r0 (ist das Dein Nickname?),

jetzt kommen wir der Sache so glaube ich schon näher. Wenn ich VCL über das Terminal versuche zu starten (indem ich das Programm einfach ins Terminal-Fenster ziehe und damit den Pfad automatisch übergebe), dann erhalte ich eine Fehlermeldung, dass es sich um ein Directory handelt.
Das ist eigentlich auch klar, weil unter Mac OS X carbonisierte Applikationen als sog. Programmpakete vorliegen, also Ordner in denen die ausführbaren Komponenten und Ressourcen enthalten sind.

Wenn ich nun anstelle dieses Programmpakets das darin im Unterpfad /Contents/Mac OS/ enthaltene eigentliche VLC Programm angebe, dann wird VLC gestartet.

Leider kann ich es jetzt nicht innerhalb von JtJG testen, da ich keine Dbox parat habe. Werde ich aber heute Abend nachholen.

RobieZ

z3r0
XMediaGrabber Dev
Beiträge: 2227
Registriert: Di 24 Feb 2004, 17:47
Wohnort: Nürnberg
Kontaktdaten:

#12 Beitrag von z3r0 » Mi 19 Jan 2005, 10:29

Hallo z3r0 (ist das Dein Nickname?),
Ich habe diesen Nick seit fast 10 Jahren. Frage mich nicht, was mich damals geritten hat ;)

Das wird die Lösung des Problems sein. Einfach eine ausführbare Datei, bei Pfad zu VLC angeben, dann sollte das tun. :)
http://www.XMediaGrabber.de
Dreambox 7020
Ubuntu Feisty Fawn & WindowsXP SP2
Core2Duo E6400, 2048mb RAM

RobieZ
Gelegenheits-Streamer
Gelegenheits-Streamer
Beiträge: 44
Registriert: Sa 08 Jan 2005, 15:08

#13 Beitrag von RobieZ » Mi 19 Jan 2005, 19:59

Hallo z3r0,

ich habe es jetzt mit dem angepassten Pfad ausprobiert. Tatsächlich wird VLC jetzt erkannt und auch angesprochen. Allerdings ist das Ergebnis immer noch ernüchternd, weil ich immer folgende Fehler erhalte:

19:26:14 INFO - Application started
19:26:26 INFO - Zapping to: PREMIERE 1
19:26:26 INFO - detect PIDs
19:26:31 INFO - /Volumes/Programme und Daten/Programme/Mac OS X/Utilities/VLC 0.8.1/VLC 0.8.1/Contents/MacOS/VLC http://xx.xx.xx.xx:31339/0,0x65,0x1ff,0x200,0x203 :sout=#duplicate{dst=std{access=file,mux=ps,url=/Users/xxxxx/19_26_PREMIERE 1/PREMIERE 1.mpg},}
19:26:32 ERROR - [00000001] main vlc error: option rt-offset does not exist
19:26:32 ERROR - [00000001] main vlc error: option rt-offset does not exist
19:26:33 ERROR - [00000421] mux_ps private: Open
19:26:34 ERROR - libdvbpsi error (PSI decoder): TS discontinuity (received 9, expected 0)
19:26:34 ERROR - libdvbpsi error (PSI decoder): TS discontinuity (received 11, expected 0)
19:26:34 ERROR - [00000427] mpeg_audio packetizer: MPGA channels:2 samplerate:48000 bitrate:192
19:26:34 ERROR - [00000421] mux_ps private: Close
19:26:34 ERROR - libdvdread: Using libdvdcss version 1.2.8 for DVD access
19:26:34 ERROR - libdvdread: Can't stat sout=#duplicate{dst=std{access=file,mux=ps,url=/Users/xxxxx/19_26_PREMIERE 1/PREMIERE 1.mpg},}
19:26:34 ERROR - No such file or directory
19:26:34 ERROR - [00000428] main input error: no suitable access module for `:sout=#duplicate{dst=std{access=file,mux=ps,url=/Users/xxxxx/19_26_PREMIERE 1/PREMIERE 1.mpg},}'
19:26:41 ERROR - www.jackthegrabber.de

Hast Du eine Idee was nun wieder schief läuft? Sieht so aus als ob der demuxer in VLC die Ausgabedatei nicht finden könnte.
Ach ja, in dem angegebenen Ausgabeorder ist eine wenige kb große Datei mit korrektem Namen "PREMIERE 1.mpg" zu finden. Allerdings können weder VLC noch QuickTime sie wiedergeben.

RobieZ

Gesperrt