ggrab: Streaming Tool unter Linux, Windows, MacOs, Solaris..

[DaPapst]

jo, besten Dank erstmal an dich!

Ist ja auch nur ein nettes "nice-to-have" wenns unter windoz mit cygwin laufen würde, aber vielleicht ist das jetzt ja genau der Punkt, an dem ich mir Visual C++ nochmal reinziehen sollte...

[esetorp]

@Gandalfx

@esetorp
@tueftler17
mmmh.. irgendwo ein Bug. Bitte ladet mal die neue Version herunter.
Bevor ihr das grabben startet, bitte mal "ulimit -c unlimited", und startet dann ggrab mit dem Parameter -core. Wenn der Fehler dann auftritt,
sendet mir bitte den tar-file mit binary und Quellen und dem erzeugten core-dump. Bitte core file taren! Email-Adresse im Readme.

___________
Gruß
Gandalfx

So ich hab ein corefile und das umgeleitete Protokol(gestutzt).
Na ja das Binary ist das aus deinem tarfile (Stand gestern ca. 16:00 Uhr).
Witziger Weise lief dieses ohne den Lib-fehler so das ich nicht selber kompilieren mußte. Ausserdem hat dieses immerhin 97 Minuten durchgehalten.
Es ist der normal Zombi übrig geblieben.

Faul wie ich bin hab ich einfach dein Tarfilege nommen wegen den Sourcen.

Aber alles Zusammen ist 4,6Megabyte groß.
Das Core-file ist unkomprimiert 11MB groß nach nem "tar -czvf" immerhin immernoch 3,5.

Bist du sicher das ich das senden soll?
Mußt du noch ein Postfach leerräumen?

T'schau Ese

[DieMade]

@Dirch:

Ich hab Deine Änderungen von Gandalfx bekommen und bin an einer neuen Version vom sserver dran.

@All
Wird leider noch etwas dauern, mein "echtes Leben" fordert auch etwas Zeit für sich

[esetorp]

@All
Wird leider noch etwas dauern, mein "echtes Leben" fordert auch etwas Zeit für sich

Ein weiser alter Mann hat mal zu mir gesagt:
"Mit den Frauen muß man sich gut stellen, die können einen glatt Verhungern lassen"

In diesem Sinne ...

Ese

[Racer1]

cu racer1

[Travis]

Hi

@devs

habe mir mal das aktuelle CVS ausgechecked:

Code: Alles auswählen

ggrab.cpp: In function `void install_signal_handler()':
ggrab.cpp:746: `struct sigaction' has no member named `sa_restorer'
make: *** [ggrab.o] Error 1

Solaris 9, gcc 3.2

kann mir jemand ein Tip geben, ob das ein Fehler in meiner Umgebung oder in den Sourcen ist?

ciao
Travis

[Travis]

Hi,

Sorry Problem hat sich schon gelöst, hatte gedacht Gandalfx hätte schon die Abfrage für Solaris drin. Sorry.

Kann man eigentlich nur Port 4000 für den Sserver nutzen? da läuft bei mir leider ein anderer Dienst. Macht das Probleme, wenn ich den Port in den Sourcen ändere?

cu Travis

[Gandalfx]

Hi @all
eine neue Version ist da: ggrab-0.09. Einige Verbesserungen im Stream und am sserver: xine meckert nicht mehr beim abspielen, bei sserver keine -host-option mehr notwendig, keine zombies mehr, weniger ruckler.....

@Travis
mhhh... wg. sa_restorer... was man nicht im Kopf....-> mach ich rein

Port 4000: kannst ändern, denk auch dran, daß du es auf der dbox auch ändern mußt. Mal schauen, vielleicht mach ich es variabel

__________
Gruß
Gandalfx

[Travis]

hi

@gandalfx

muste leider auch noch (Makefile):
an ggrab_LDADD "-lrt -lsocket" und an sserver_LDADD "-lpthread -lnsl -lrt -lsocket" anghängen. (Wobei sserver bestimmt nicht alle braucht)

hab gerade schon mal gestreamt mit ggrab ... bei Premiere gab es ab und an ?Timeouts? beim Audio. Kann noch nicht mehr sagen, da ich noch @work und Box und Rechner @home ;)

ciao
Travis

[subart]

hab schnell die neue 0.9 angetestet.

vorweg ... ich habe sserver und ggrab in /usr/bin kopiert
wenn ich also sserver starte (in irgendeinem DIR) und danach ein stream schicke meldet sserver

execv failed

streamen geht also nur wenn ich mich im verzeichnis /usr/bin befinde
wo halt die 2dateien sind.

das zweite ist, wenn ich meine streams abspiele hab ich mit mplayer immer wieder grüne flackereien, mit xine kleine kaputte blöcke im bild.
astrein dafür geht VideoLanClient also VLC - gutes Bild

3. bekomme ich diese Meldungen streamen mit sserver

WARNING: unable to lock memory. Swapping may disturb the video read thread
WARNING: cannot enable real-time scheduling for video read thread - will try to
renice 1
WARNING: video readthread cannot change nice level - continuing
WARNING: unable to lock memory. Swapping may disturb the audio read thread
WARNING: audio read thead cannot enable real-time scheduling - will try to renice
WARNING: audio read thread cannot change nice level - continuing


4. Macht weiter so

[DaPapst]

Kann man eigentlich nur Port 4000 für den Sserver nutzen?

Oder den TelnetPort vom mldonkey verschieben...

[DieMade]

WARNING: unable to lock memory. Swapping may disturb the video read thread
WARNING: cannot enable real-time scheduling for video read thread - will try to
renice 1
WARNING: video readthread cannot change nice level - continuing
WARNING: unable to lock memory. Swapping may disturb the audio read thread
WARNING: audio read thead cannot enable real-time scheduling - will try to renice
WARNING: audio read thread cannot change nice level - continuing

Der User, welcher den sserver startet hat nicht genügend Rechte auf dem System. Probier's spaßeshalber mal als "root".

[subart]

@DieMade
thx alles klar.


Hier ein kleiner Vorschlag... so ein kleines GKrellm Mini Plugin als Statusanzeige für sserver wäre nett... braucht zwar nicht jeder, aber als status ganz gut

[SatTel]

jo, besten Dank erstmal an dich!

Ist ja auch nur ein nettes "nice-to-have" wenns unter windoz mit cygwin laufen würde, aber vielleicht ist das jetzt ja genau der Punkt, an dem ich mir Visual C++ nochmal reinziehen sollte...

Sehe ich das richtig, bei dir geht es nur unter Windows nicht?
Das macht mich aber dann stutzig, da es bei mir geht es weder unter Windows noch unter Linux geht.


Bye
SatTel

[Gandalfx]

Hi @ll,

@subart

execv failed

kannst du im sserver.cpp execv->execvp machen, dann sollte es gehen. Sonst nächste Version.

das zweite ist, wenn ich meine streams abspiele hab ich mit mplayer immer wieder grüne flackereien, mit xine kleine kaputte blöcke im bild.

Ist bei mir auch so. Hab noch keine Idee, woran das liegt, PowerDVD und andere meckern nicht... also bis mir einer das Gegenteil beweist, liegt es an mplayer ;-)

@SatTel
Laufen bei dir wirklich die anderen Streaming-Programme???? Im Log-Filevon DaPapst waren wirklich die Daten direkt von der Box schon kaputt!

____________
Gruß
Gandalfx

[Babajaga]

@ gandalf

auch von mir many thx

ich habe aber ein prob mit der 0.9 der sserver will nicht.
ggrab ansich funktioniert einwandfrei (mit 0.9 erheblich weniger Ruckler !)
aber der sserver meckert cannot bind to port 4000 (oder so ähnlich)
egal ob ich root oder user bin. die rechte stimmen auch.mir sind die ideen ausgegangen .Any hints ?

BTW Ngrab funktioniert also sollten die Einstellungen sitmmen.

os = suse 8.0

THX

[DaPapst]

Im Log-Filevon DaPapst waren wirklich die Daten direkt von der Box schon kaputt!

Und NGrab & Co. laufen bei mir einwandfrei (ausser bei hohen Bitraten -> anderes Thema)

[SatTel]

??????
@Gandalfx
Bist du dir sicher das die Daten defekt waren?

Bye
SatTel

[Gandalfx]

Moin @all,
Bugfix: es gibt die 0.09a.

Download auf http://www.menzebach.de

in 0.09 hat sich ein Bug eingeschlichen: Alle paar Sekunden ist ein Bild unten kaputt. Und der sserver kann jetzt auch im Pfad liegen.

@SatTel
stell mit mal log.vid und log.aud irgendwo hin (bis 2 MB kannst auch mailen). Ich schau es mir noch mal an.

@Babajaga
bei cannot bind... mach mal netstat -ap und schau mal, wer den Port belagert

@all
Ich habe jetzt noch vor, mal auszuprobieren, ob man das Ganze auch per udp übertragen kann. Grund hierfür: ab ca. 6000 kBit/s ist der Prozessor auf der Box am dampfen und es kommt zu Abbrüchen der Verbindung. Imho ist auch tcp nicht unbedingt notwendig, da falls es zu Retransmits und Hanshaking kommt, die Puffer auf der Box sowieso überlaufen. Bei udp würde sich die Anzahl Pakete halbieren, da die Box keine Quittungen verdauen muß und auch kein Handshake-Tracking machen muß. Hierzu muß ich jedoch erst mir mal ein cdk bauen -> viel arbeit. Wer jedoch schon mal den streampes auf der Box auf udp umbauen und testen will, kann mir gern helfen!!!!!!


_________
Gruß
Gandalfx

[masque]

Hi Gandalfx,
hab grade die Änderungen von DieMade aus dem CVS mit deiner 0.09a Version zusammengebaut. Sieht richtig gut aus. Auch die Ruckler sind besser geworden. Wäre nett wenn du deine Änderungen auch noch ins CVS eincheckst.

Der Vorschlag mit UDP hört sich gut an. Leider bin ich beim Porgrammieren nicht so begabt, aber wenn's ans testen geht helf ich gern.

Gruß
masque

[Travis]

Hi Gandalfx,

jaja ich bin's mal wieder nicht böse sein, aber muss mal wieder nerven:
Bitte ändern, soll falle ich immer wieder drüber.

ggrab.ccp Zeile 729 :

Code: Alles auswählen

#if !defined __CYGWIN__ && !defined __MACOSX__
>>
#if !defined __CYGWIN__ && !defined __MACOSX__ && !defined __SVR4 && !defined __sun

Makefile.am Zeile 15:

Code: Alles auswählen

ggrab_LDADD = -lpthread -lnsl
>>
ggrab_LDADD = -lpthread -lnsl -lsocket -lrt

Makefile.am hinzufügen:

Code: Alles auswählen

sserver_LDADD = -lsocket -lnsl

Danach compiliert er 1A auf der Sun. Wäre Dir oder dem Developer der es eincheckt sehr dankbar

cu Travis

[Gandalfx]

@Travis
das Define ist drin... hatte bei dreien eins übersehen...
aber... ich brauch n bischen Nachhilfe wg. den Libs in Makefile.am.
Die Libs socket und rt habe bzw. brauch ich sonst unter Linux nicht.
Wie macht man das conditional rein?

Wenn du Lust hast, kannst zu mir auch von Zeit zu Zeit ein Binary schicken. Ich stell es dann zum Download...

________
Gruß Gandalfx

[DieMade]

@Gandalfx:

http://www.gnu.org/manual/make-3.77/htm ... ake_7.html

[Gandalfx]

@all
So, es gibt jetzt die Binaries für Linux, Windows (cygwin), Solaris, und MAC OS X auf http://www.menzebach.de.

Dank Dirch und DieMade gibts jetzt Dateinamen mit Filmtitel aus dem EPG.

Ich habe jetzt auch mal einen Test gemacht, den Stream von TCP auf UDP umzustellen. Leider ist das Ergebnis nicht ganz so gut, wie ich mir es vorgestellt habe: die CPU-Last auf der Box senkt sich bei ca. 3500 kBit/s so um ca 8 %. Ich probier da noch n bischen rum.

Eine weitere Idee http://tuxbox.berlios.de/forum/viewtopi ... sc&start=0 finde ich ganz gut. Ich werde mir in nächster Zeit mal den Clipmode auch ein bischen anschauen

@DieMade *duck* jaja ;-)
____________
Gruß
Gandalfx

[DieMade]

@DieMade *duck* jaja ;-)

Du das war als ernst gemeinter Hinweis gedacht, nicht als Besserwisserei.

Wie man das anwendet weiß ich nämlich selber nicht und so'n Link sieht immer noch besser aus als "keine Ahnung"