dbox2tssrv: neuer minimalistischer TS-Streaming-Server

[Tolao]

Die xml sieht in Ordnung aus!

Aber dbox2tssrv meldet ja (udrec oben auch, das hab ich jetzt erst gesehen):

Code: Alles auswählen

TCP<-DBOX: INFO: forced PES-Mode
record_start(): DBox ist im nicht unterstützten PES-Modus.

Also offensichtlich ist die DBox doch nicht im SPTS-Modus.

jo, getestet, irgendwie klappt es mit triggern nicht, irgendwann mal (rein willkürlich), nachdem ich zig Male NGrab start/stop gestartet habe, die Box in Standby und wieder aufgeweckt habe, gibt´s Log auf der Konsole, sieht so aus (die Box ist definitiv im SPTS Modus, /var/etc/.spts_mode vorhanden, fals es auswertet)

was meinst du mit "klappt mit triggern nicht"? und verstehe ich es richtig, dass nur bei wenigen Aufnahmeversuchen der Server überhaupt etwas von sich gibt? Und gibt es das "!!!Start!!!/!!!Ende!!!" wenigstens aus, wenn sonst nichts passiert?

[mrvica]

meinte dbox2tssrv anwerfen, anschmeissen, bei udrec klappt das einwandfrei mit NGrab start/stop Plugin auf der Box Seite, weiss nicht womit ich dbox2tssrv noch anwerfen kann, bei Neutrino klappt es ohne Plugin, sehe ich das richtig so, einfach auf dem Rechner dbox2tssrv starten und schon geht´s los, die Box ist im SPTS Modus (deutlich Knacksen beim Umschalten zu hören), dbox2tssrv meint eben nicht (warum auch immer), es wird nur .xml Datei erstellt und kein .ts File, wie gesagt Log kommt nach Lust und Laune

mrvica

[Tolao]

meinte dbox2tssrv anwerfen, anschmeissen, bei udrec klappt das einwandfrei mit NGrab start/stop Plugin auf der Box Seite, weiss nicht womit ich dbox2tssrv noch anwerfen kann, bei Neutrino klappt es ohne Plugin

werd mir wohl mal dieses ngrab start/stop plugin anschauen müssen.

sehe ich das richtig so, einfach auf dem Rechner dbox2tssrv starten und schon geht´s los

Dann wartet dbox2tssrv darauf, dass von der DBox aus ein Aufnahmestartbefehl (XML an Port 4000) gesendet wird, genau wie udrec, wenn du es ohne Parameter startest.
Die Möglichkeit, die Aufnahme vom Server aus anzustoßen, bietet dbox2tssrv nicht.

die Box ist im SPTS Modus (deutlich Knacksen beim Umschalten zu hören), dbox2tssrv meint eben nicht (warum auch immer), es wird nur .xml Datei erstellt und kein .ts File, wie gesagt Log kommt nach Lust und Laune

Auch udrec meint "eben nicht", laut deinen Logs:

Code: Alles auswählen

19:19:17 from DBox: INFO: forced PES-Mode

Und statt:

Code: Alles auswählen

110508_191917.xml
110508_191917_01_00.ac3
110508_191917_01_00.mp2
110508_191917_01_00.mpv
110508_191917_01_01.mp2

müsste es im TS-Modus so aussehen:

Code: Alles auswählen

110508_191917.xml
110508_191917.ts

[mrvica]

habe nochmal mit udrec getestet, .ts Streaming geht nicht, wird wohl mit dbox2tssrv auch nicht gehen, die Box ist definitiv im SPTS Modus, ist wohl Einschränkung mit Enigma, udrec wurde hauptsächlich für Neutrino geschrieben, das Plugin NGrab start/stop brauchen wir um Ngrab (auch udrec) anzuwerfen, es geht auch aus GUI ohne Plugin mit rot (für EPG), gelb (für NGrab), grün (für apply), geht aber nur mit Sendern die EPG haben, die Sender ohne EPG nur mit dem Plugin. mal eine Gegenfrage, wie sieht das bei Neutrino aus und Sendern die kein EPG haben, da kann man keinen Timereintrag anlegen, muss es Möglichkeit geben das ganze von Hand anzuwerfen, kenne nur WinGrabZ.exe dass gleich losstreamen kann ohne was auf der Box zu tun
das Plugin ngrabstart, ngrabstop ist ganz einfach:
http://cvs.tuxbox-cvs.sourceforge.net/t ... &view=auto
http://cvs.tuxbox-cvs.sourceforge.net/c ... cvs-markup
es ruft einfach startNGrabRecord(); stopNGrabRecord(); aus Enigma GUI (enigma_main.cpp), das ganze ist in /apps/tuxbox/enigma/src/engrab.cpp (engrab.h) definiert,
http://cvs.tuxbox-cvs.sourceforge.net/t ... cvs-markup
denke dass man es leicht nach Neutrino portieren kann

mrvica

[Tolao]

habe nochmal mit udrec getestet, .ts Streaming geht nicht, wird wohl mit dbox2tssrv auch nicht gehen

Das ist wohl das Problem.

ist wohl Einschränkung mit Enigma, udrec wurde hauptsächlich für Neutrino geschrieben

Der eigentliche Aufnahmecode steht in http://cvs.tuxbox-cvs.sourceforge.net/t ... &view=auto , die doch Neutrino und Enigma gemeinsam benutzen, oder?

das Plugin NGrab start/stop brauchen wir um Ngrab (auch udrec) anzuwerfen, es geht auch aus GUI ohne Plugin mit rot (für EPG), gelb (für NGrab), grün (für apply), geht aber nur mit Sendern die EPG haben, die Sender ohne EPG nur mit dem Plugin. mal eine Gegenfrage, wie sieht das bei Neutrino aus und Sendern die kein EPG haben, da kann man keinen Timereintrag anlegen, muss es Möglichkeit geben das ganze von Hand anzuwerfen, kenne nur WinGrabZ.exe dass gleich losstreamen kann ohne was auf der Box zu tun

Unter Neutrino kann man über Blau->Rot die Aufnahme jederzeit sofort starten.

das Plugin ngrabstart, ngrabstop ist ganz einfach:
http://cvs.tuxbox-cvs.sourceforge.net/t ... &view=auto
http://cvs.tuxbox-cvs.sourceforge.net/c ... cvs-markup
es ruft einfach startNGrabRecord(); stopNGrabRecord(); aus Enigma GUI (enigma_main.cpp), das ganze ist in /apps/tuxbox/enigma/src/engrab.cpp (engrab.h) definiert,
http://cvs.tuxbox-cvs.sourceforge.net/t ... cvs-markup
denke dass man es leicht nach Neutrino portieren kann

Ja hab es mir durchgelesen, es tut ja auch nichts anderes, als die entsprechenden xmls zu erstellen und zu versenden. Versteh nich, warum es nur manchmal geht.

[seife]

Neutrino benutzt udpstreampes aus dem zapit-baum, enigma udpstreampes aus dvb/tools/stream

[Mourice]

Hi,

irgendwie bekomme ich die Windows-Version nicht zum laufen ...

3 [main] ? 2144 handle_exceptions: Exception: STATUS_ACCESS_VIOLATION
Exception: STATUS_ACCESS_VIOLATION at eip=7C921529
eax=00400000 ebx=00000000 ecx=610E889C edx=0022FFE0 esi=01CC1135 edi=00400000
ebp=0022EECC esp=0022EEA4 program=, pid 0, thread main
cs=001B ds=0023 es=0023 fs=003B gs=0000 ss=0023
Stack trace:
Frame Function Args
0022EECC 7C921529 (00400000, 00000000, 0022EEE8, 7C809F9F)
0022EEDC 7C92162C (00400000, 0022EF18, 6109A582, 00400000)
0022EEE8 7C809F9F (00400000, 00000001, 0022EFF0, 6104F4A6)
0022EF18 6109A582 (00400000, 0022F08C, 002559E0, 0000078D)
0022EFD8 61004A78 (0022EFF0, FFFFFFFF, 0022F020, 00250178)
0022FF88 6100594F (00000000, 00000000, 00000000, 00000000)
End of stack trace

Was kann das denn sein ?

MfG

[Tolao]

Mourice, das kam bei mir auch, als ich versucht habe, dbox2tssrv von ner usb-festplatte auszuführen (warum auch immer!?).

[Mourice]

Mourice, das kam bei mir auch, als ich versucht habe, dbox2tssrv von ner usb-festplatte auszuführen (warum auch immer!?).

Hi,

ich habe gar keine USB-Festplatte am PC ...

Noch eine Idee ?

MfG

[MarcM]

Ein paar Infos wären nicht schlecht....

- Welche Windows Version ? 32 oder 64Bit ?
- Welche Cygwin Version ?

Keine Probleme hier... starten tut die Version hier zumindest, auch aus Ordnern mit Leerzeichen, auch von Netzlaufwerken, Aufnahme hab ich nicht probiert...
Windows 7 64Bit / Cygwin 1.7.9

Marc

[Mourice]

Ein paar Infos wären nicht schlecht....

- Welche Windows Version ? 32 oder 64Bit ?
- Welche Cygwin Version ?

Keine Probleme hier... starten tut die Version hier zumindest, auch aus Ordnern mit Leerzeichen, auch von Netzlaufwerken, Aufnahme hab ich nicht probiert...
Windows 7 64Bit / Cygwin 1.7.9

Marc

Hi,

xp 32Bit, cygwin 1.5.18

Habe mir aber nur eine cygwin1.dll besorgt, nicht installiert.

MfG

[MarcM]

probier mal die neuere im Anhang

Marc

[Mourice]

probier mal die neuere im Anhang

Marc

Hi,

vielen Dank, dass war es.

Jetzt läuft es bei mir auch auf Windows (auf der Dokstar läuft es auch fehlerfrei).

MfG

[Mourice]

Hi Tolao,

nachdem ich jetzt die Beta7 auf Windows am Laufen habe,

wollte ich auch auf der Dockstar die Beta7 kompilieren.

Aber leider bricht der Vorgang mit einem Fehler ab:

root@PogoPlug1:/media/daten/dbox2-ts-server/beta7# make
gcc -Wall -o dbox2tssrv -lpthread main.c recordcontrol.c record.c threads.c resend.c writer.c genpsi.c popup.c
genpsi.c: In function 'genpsi':
genpsi.c:366: error: 'O_BINARY' undeclared (first use in this function)
genpsi.c:366: error: (Each undeclared identifier is reported only once
genpsi.c:366: error: for each function it appears in.)
make: *** [dbox2tssrv] Error 1


Da sind wohl in genpsi.c ein paar includes zuviel weggekommen ... Oder sehe ich das falsch ?

MfG

[rhabarber1848]

genpsi.c:366: error: 'O_BINARY' undeclared (first use in this function)

Gleicher Fehler auf Debian unstable, mit beta6 war Kompilieren noch möglich.

[MarcM]

die beta7 war ja IMHO ne speziell für MrVica für CYGWIN gepatchte Version.... mit Cygwin lässt sie sich jedenfalls kompilieren :

Marc@notebook ~
$ cd /opt/beta7testing/

Marc@notebook /opt/beta7testing
$ make clean
rm -f dbox2tssrv

Marc@notebook /opt/beta7testing
$ make
gcc -Wall -o dbox2tssrv -lpthread main.c recordcontrol.c record.c threads.c resend.c writer.c genpsi.c popup.c
recordcontrol.c: In function 'recordcontrol':
recordcontrol.c:160: warning: pointer targets in passing argument 3 of 'accept' differ in signedness

Marc@notebook /opt/beta7testing
$ ls -al
total 165
drwxr-xr-x+ 1 Administratoren None 0 May 14 13:04 .
drwxr-xr-x+ 1 Administratoren None 0 May 14 13:03 ..
-rwxr-xr-x 1 Administratoren None 35147 Nov 6 2010 LICENSE
-rwxr-xr-x 1 Administratoren None 451 Nov 6 2010 Makefile
-rwxr-xr-x 1 Administratoren None 6054 May 6 20:00 README
-rwxr-xr-x 1 Marc None 48062 May 14 13:04 dbox2tssrv.exe
-rwxr-xr-x 1 Administratoren None 15889 May 6 19:53 genpsi.c
-rwxr-xr-x 1 Administratoren None 7466 May 11 14:44 header.h
-rwxr-xr-x 1 Administratoren None 1058 Nov 6 2010 main.c
-rwxr-xr-x 1 Administratoren None 2053 Nov 6 2010 popup.c
-rwxr-xr-x 1 Administratoren None 4118 Nov 6 2010 record.c
-rwxr-xr-x 1 Administratoren None 7712 May 11 14:43 recordcontrol.c
-rwxr-xr-x 1 Administratoren None 3087 Nov 6 2010 resend.c
-rwxr-xr-x 1 Administratoren None 5888 May 6 19:46 threads.c
-rwxr-xr-x 1 Administratoren None 6920 Nov 6 2010 writer.c

Marc@notebook /opt/beta7testing
$ ./dbox2tssrv.exe c:\\videos
DBox2-TS-Streaming-Server Version beta7testing von Thomas Winkler, lizensiert unter GNU GPLv3
--> 11-05-14 130456: Aufnahmebereit an Port 4000 nach "c:\videos".
SIGINT erhalten, fahre herunter...
Heruntergefahren.

Marc@notebook /opt/beta7testing
$

[rhabarber1848]

@Tolao:

Statt

Code: Alles auswählen

#ifndef WIN_COMPILE

kannst Du folgende defines nutzen:

Code: Alles auswählen

if defined(__MINGW32__) || defined(__CYGWIN__)

Anbei als Vorlage ein Patch, mit dem ich die beta5 unter MinGW kompilieren konnte:

Code: Alles auswählen

diff -uNr beta5/genpsi.c beta5.mingw//genpsi.c
--- beta5/genpsi.c	2010-11-06 23:49:49.000000000 +0100
+++ beta5.mingw//genpsi.c	2011-05-06 18:38:48.000000000 +0200
@@ -357,7 +357,7 @@
   
   //-- open ts file r/w for analyzing/patching --
   //---------------------------------------------
-#ifndef WIN_COMPILE
+#if !defined(__MINGW32__)
   if ( (fd = open(fname, O_RDWR | O_LARGEFILE)) < 0 )
 #else
   if ( (fd = open(fname, O_RDWR | O_BINARY)) < 0 )
diff -uNr beta5/header.h beta5.mingw//header.h
--- beta5/header.h	2010-11-06 23:49:54.000000000 +0100
+++ beta5.mingw//header.h	2011-05-06 21:08:26.000000000 +0200
@@ -7,17 +7,30 @@
 /* Unterstütze auch Dateien > 2 GB */
 #define _FILE_OFFSET_BITS 64
 
+#if defined(__MINGW32__)
+#include <winsock2.h>
+#include <io.h>
+#include <windows.h>
+/* This weird comma expression is because Sleep is void under Windows. */
+#define sleep(sec) (Sleep ((sec) * 1000), 0)
+#define usleep(usec) (Sleep ((usec) / 1000), 0)
+#endif
+
 #include <stdio.h>
 #include <stdlib.h>
 #include <string.h>
 #include <time.h>
 #include <ctype.h>
 #include <sys/types.h>
+#if !defined(__MINGW32__)
 #include <sys/socket.h>
+#endif
 #include <sys/time.h>
 #include <unistd.h>
+#if !defined(__MINGW32__)
 #include <netinet/in.h>
 #include <arpa/inet.h>
+#endif
 #include <pthread.h>
 #include <signal.h>
 #include <sys/stat.h>
diff -uNr beta5/Makefile beta5.mingw//Makefile
--- beta5/Makefile	2010-11-06 23:49:43.000000000 +0100
+++ beta5.mingw//Makefile	2011-05-06 21:09:53.000000000 +0200
@@ -6,7 +6,7 @@
 HDR = Makefile header.h
 
 dbox2tssrv: $(SRC) $(HDR)
-	gcc -Wall -o dbox2tssrv -lpthread $(SRC)
+	gcc -static -DPTW32_STATIC_LIB -Wall -o dbox2tssrv $(SRC) -lws2_32 -luser32 -lpthreadGC2 -lwsock32
 
 .PHONY: clean
 clean:

Leider hat sie nicht funktioniert, ich hatte aber noch keine Zeit zum Debuggen.

[Mourice]

genpsi.c:366: error: 'O_BINARY' undeclared (first use in this function)

Gleicher Fehler auf Debian unstable, mit beta6 war Kompilieren noch möglich.

Hi,

auf der Dockstar lässt sich auch die Beta6 nicht kompilieren ... gleicher Fehler, wie bei der Beta7.

Ist bestimmt nur eine Kleinigkeit ... die Beta5 läuft bei mir stabil.

Aber man muss ja immer die "neueste" Version haben ...

MfG

[Tolao]

Mourice, die beta7testing brauchst du nicht verwenden. Diese war eine spezielle Testversion für mrvica, die die empfangene xml im Log ausgibt. Ich habe sie nicht unter Linux getestet.

Das Problem kommt daher, dass open() unter Linux anders funktioniert als unter Windows. Linux braucht ja auch keine O_BINARY-Option, da es dank des einfachen Zeilenumbruchs nur eine Möglichkeit gibt, die Datei zu öffnen. Seit beta6 gab es für die Windowskompatibilität in header.h:

Code: Alles auswählen

#define WIN_COMPILE

Wenn du diese Zeile auskommentierst, "sollte" es auch auf Linux fehlerfrei kompilieren. Das hab ich grad probiert und es hat nicht geklappt, und zwar wegen #define _GNU_SOURCE in genpsi.c, dieses müsste vor den includes stehen (aber dank meiner Änderungen steht es das nicht mehr), damit auch wirklich die nicht-POSIX-komformen Varianten der Systemrufe verfügbar sind, die für das Erkennen der veralteten Option O_LARGEFILE nötig sind. Ich habe dieses eklige #define jetzt gänzlich entfernt. O_LARGEFILE soll ohnehin nicht mehr verwendet werden, und wenn man nicht gerade ein jahrealtes Unix am Laufen hat, wird es auch nicht mehr benötigt.

Ob nun auf Cygwin oder echtem Unix kompiliert wird, beides sollte nun mit der beta7 einfach so funktionieren.

Auf die anderen Posts hier werde ich heute später noch eingehen.

Liebe Grüße, Thomas

[Mourice]

Hi,

jetzt ist alles ok.

Windows läuft und auch Dockstar.

Vielen Dank

MfG

[Tolao]

das mit beta6 eingeführte Wegnehmen des Sockets durch close() um recvfrom() zu entblocken war wohl keine gute Idee (nicht nachmachen!!!), denn bei mir ist es gestern passiert, dass sich der Server beim Stoppen festgefahren hat, weil es recvfrom() eben nicht entblockt hat. Dieses Problem hab ich jetzt behoben.

Wer beta6 oder beta7 einsetzt, sollte unbedingt auf beta8 updaten.

EDIT: mrvica, bitte versuche mal, den vermeintlichen SPTS-Modus AUSzuschalten. Vielleicht ist der SPTS-Modus ja standardmäßig geladen und wird nur für die Aufnahme gestoppt, was bei dir das Knacksen bei der Aufnahme bewirkt? Klingt zwar absurd, aber einen Versuch ist es doch wert

EDIT2: rhabarber1848, ich werde jetzt mal die Diffs auf header.h und Makefile anwenden (das Ding mit genpsi.c ist Geschichte) und es unter MinGW probieren. Wäre schon hübsch ohne diese Cygwin-Umgebung

EDIT3: MinGW bereitet doch einige Probleme.. hab noch WSAStartup() und WSACleanup() eingebaut, jetzt startet das Teil sogar, aber bei einer einkommenden Aufnahme gibt's dann nen Fehler wegen close()... naja... jetzt scheint die Sonne wieder, da geh ich lieber raus

[schufti]

Hi,

ja von mir auch vielen Dank. Läuft wunderbar auf meinem MGB100.
Mein Versuch darauf udrec unter Mono zum Laufen zu bekommen scheiterte leider kläglich

Das Sahnehäubchen wäre die Funktion des Splittings bei Formatwechsel....

Gruß & Dank,
schufti

[musicus]

Vielen Dank, auch von mir...!

Nach leichten Schwierigkeiten mit der Firewall läuft es ohne Verluste mit cygwin.

1. unqualifizierte Zwischenfrage: ist es möglich mit dem Server auch direkt an einen Player zu streamen?

2. läuft der dbox2tssrv auch kompiliert auf einem PocketPC? Träume noch davon mit Neutrino unter Winmobile die Streams zu sehen (mit Dream und Enigma wohl möglich)


@ schufti
Habe das MGB100 auch noch im Einsatz
Könntest Du die kompilierte dbox2tssrv.exe irgendwo hochladen
eventuell mit einer kurzen Installationsanleitung z.B. hier?

Gruß musicus

[Tolao]

@musicus:

zu 1.: nein, der Server geht nur in die Aufnahmerichtung.
zu 2.: möglicherweise; gibt es dafür cygwin oder etwas ähnliches? sonst müssten einige sachen angepasst werden (ähnlich der portierung auf mingw).

[musicus]

Hallo Tolao, danke für die Antwort!

zu1.: ich meinte, dass statt Speicherung auf der PC-Festplatte, die Daten an z.B. VLC gesendet werden. Aber dafür gibt es ja auch schon z.B. dboxTV

zu2.: was ich gefunden habe ist netcat mit celib.dll. Das kann evtl. auch als UDP server oder client fungieren (nc ist auch auf der dbox)
Mal sehen, wenn ich Zeit habe...

Gruß musicus