ggrab: Neue Version (0.20) mit neuen Features!

[UnixRookie]

@andy.321:

Sorry, bin die letzten Tage nicht zum antworten gekommen.
Hier ist die Sysem Informationen von uname -a:

Darwin G4.local. 6.2 Darwin Kernel Version 6.2: Tue Nov 5 22:00:03 PST 2002; root:xnu/xnu-344.12.2.obj~1/RELEASE_PPC Power Macintosh powerpc

Auf den Apple Entwicklerseiten hab ich auch schon gesucht, aber keinen passenden Hinweis gefunden was konkret zu tun ist um ein Programm zu übersetzen.

Ciao
UnixRookie

[andy.321]

ok, daran habe ich nicht gedacht, der Mac hat ja PPC... dann kannst Du mit meinem Intelbinary nichts anfangen...

ich habe noch etwas gefunden:

http://fink.sourceforge.net/index.php

http://www.opensource.apple.com/projects/ darwin/1.0/projects.html

http://perso.wanadoo.fr/gilles.depeyrot/macosx_en.html

HTH

[UnixRookie]

@all:

Heute ist endlich meine D-Box gekommen. Das Streaming klappt auch schon ganz gut mit der Version 0.9 von grab. Wenn ich daran denke, welche Ergebnisse ich bekommen hab mit einer analogen Hauppauge TV Karte beim capturen...

@andy.321

Hab schon viel dazu gelesen wie man seine Projekte auf OS X portiert. Aber bis jetzt hat noch kein Tip gefunzt bzw. noch keine Stelle im Internet gefunden die auf dieses konkrete Problem eingeht.
Weiss jetzt aber das es auf jeden Fall auf dem Mac funktioniert (siehe oben), zwar rudimentär, aber besser als nix!

Gruss,
UnixRookie

[kerlimann]

Hi,

erst mal ein frohes neues jahr, alle zusammen. um frisch ins neue jahr zu starten, dachte ich mir mal, beginne mit enem lockeren "make" <g>. also heute frisch ggrab gezogen, make lief sauber durch (linux, gcc 2.9.5.3)

wenn ich nun "./sserver -sport 4000" starte schauts so aus:

request from dbox ip :192.168.0.253
********************** START RECORDING **********************
ONIDSID : 85002e
APID : 700
VPID : 6ff
CHANNELNAME : SAT1
EPG TITLE : Kansas - Weites Land
***********************************************************
xlist::sid: timeout wait for data

also eine verbindung scheint er aufzubauen, aber weiter passiert nix. dabei egal, mit welcher streampes. fahre ein branch von irgendwo mitte dezember.

wenn ich ./ggrab -p 0x06ff 0x0700 -host 192.168.0.253 starte, siehts aehnlich aus:

xlist::sid: timeout wait for data

any clues?

EDIT: gerade die box neu gebooted, nu gehts. hmm.. OK, ich beobachte das erstmal weiter! was koennte das denn gewesen sein, der obige fehler?

EDIT2: liegt an deiner streampes. ist die fuer HEAD?

hab die streampes.c jetzt mal selbst compiled, so modified:

// size of one buffer
#define BSIZE 1024*32
// number of buffers
#define BUFFERS 150

das zuckt! udp probier ich nachher auch noch

wenn der ne neue zeile macht, sind das dann resyncs, oder fehler?

server startet
request from dbox ip :192.168.0.253
********************** START RECORDING **********************
ONIDSID : 85002e
APID : 700
VPID : 6ff
CHANNELNAME : SAT1
EPG TITLE : Micro-Mini Kids
***********************************************************
000:10 rt:3271 rt:01834
000:20 rt:3472 rt:0184
000:30 rt:3048 rt:2559
000:36 rt:3464 rt:0209

UDP geht!! jetzt gleich mal was dickes suchen!

[-DayWalker-]

Erst mal ein gesundes neues Jahr an alle...

Ich hab mich mit dem neuen GGRAB beschäftigt. Leider hat das genau wie alle anderen Tools vorher dieses leidige Resync-Problem (ja ich weiss, das liegt nicht am Program, oder doch??) insbes. dann wenn ich die 3. oder P mit AC3 aufnehme.
Ich würde deshalb gern mal das UDP-Streaming ausprobieren, weiss nur nicht wie ich das in mein Image reinbekomme.

Kann mir mal jemand kurz erklären wie das geht und was ich da brauche?
Oder vielleicht schon jemand ein passendes Image erzeugt?

Danke für Eure Hilfe!!!

[dboxP]

Also, es sind ja alle von ggrab begeistert. Nachdem ich gelesen hatte, dass einige sogar mit P133 gestreamt hatten, musste ich mir meinen Linux-Router krallen - ist immerhin ein P200.
Die Konfiguration hat ein Freund gemacht - dafür reichen meine Linux-Kenntnisse und meine Zeit nicht aus.
Ich habe ggrab von http://www.menzebach.de geholt, ausgepackt und mit "make" ohne Fehler kompiliert. ggrab und sserver lassen sich auch starten.
Nun bekomme ich bei ggrab -p c9 ca -host dbox obigen Fehler. sserver startet friedlich, die Box kann aber keine Verbindung zum Streamingserver herstellen.
Was tun?

PS: kann es sein, dass ich auf http://www.menzebach.de nicht die 0.20 vorfinde??

[tom758]

Hi,
hab auch mal versucht ggrab unter windows zum laufen zu bringen. Verwende dabei folgende Aufruf:
ggrab -host 192.168.1.122 -p 0xff 0x100 0x101 -o d:\tt -e mpeg
Bekomme aber immer die Fehlermeldung timeout waiting for data.
Woran könnte denn dies liegen?
tom

[Gandalfx]

@alle
udp: Bug in ggrab0.20 -> geht nicht.

Heute im Laufe des Tages 0.21

Anmerkung: Im CVS wird im Moment an den Treibern mächtig rumgeschraubt. Mein Streamudp ist *nur* für den rel_1_0_0 Stand.

@tom758
Ist die IP-Adresse richtig? Normalerwesei heißt das keine Netzwerkverbindung

@dboxP
du machst -host dbox....
Hast du in /etc/hosts dbox definiert?
sonst -host 192.168.xxx.xxx

[tom758]

IP-Adresse ist richtig.

Verbindung läuft bei mir über ein DSL-Router, kann es evtl. daran liegen?

[ARpheTon]

@tom758

Bist Du sicher, daß Du die Video PID richtig angibst??
Der Fehler kommt nämlich auch, wenn die erste PID nicht die gültige Video PID ist. Und 0xff ist definitiv keine Video PID!!

[tom758]

@ARpheTon
könnte auch der Fall.
Wie stelle ich die richtige Video PID eigentlich fest?

[Gandalfx]

@tom758
die Video-Pid siehst du, wenn du bei der Fernbedienung blaue Taset und dann ? drückst (vpid). 0xff sieht aber prinzipiell nicht schlecht aus. Geht bei dir irgenein Streaming-Programm?

[tom758]

habs zum laufen bekommen. Lag an den falschen PIDs.
Und wieder was dazuglernt.

[tom758]

Hi,
hab nun mit ggrab ca. 1 Stunde gestreamt, bis er mit mit folgendem Fehler abgebrochen ist:
m_fill_audio: next audio frame failed, found: 47
pes_pts: Tried to get PTS, but none available
xlist::getelem timeout wait for data

[kerlimann]

0.21 ist da!

[kerlimann]

Mein Streamudp ist *nur* für den rel_1_0_0 Stand.

derg geht nicht:
xlist::sid: timeout wait for data

wenn ich streampes selbst compile, gehts. filedate meines streampes 31.12.02. branch 1_0_0

[Gandalfx]

@kerlimann,
logisch streamudp ist *nicht* im cdk. Aber mein streamudp funktioniert *nicht* mit dem HEAD-Release vom cdk. Da funktioniert gar kein Streaming, wenn man das gleiche Programm anschaut und dann Streamen will.
Also cdk rel_1_0_0 auschecken, streampes.c durch mein streamudp.c ersetzen, und dann läufts...

[kerlimann]

@kerlimann,
logisch streamudp ist *nicht* im cdk. Aber mein streamudp funktioniert *nicht* mit dem HEAD-Release vom cdk. Da funktioniert gar kein Streaming, wenn man das gleiche Programm anschaut und dann Streamen will.
Also cdk rel_1_0_0 auschecken, streampes.c durch mein streamudp.c ersetzen, und dann läufts...

ich hab ja ein branch 1_0_0 laufen. allerdings wie gesagt von mitte dezember ausgecheckt. hmm, ich boote die dbox nachher nochmal neu und probiers.

PS: auch wenn ich deinen source nehme, also die streamudp.c nach streampes.c umbenenne und in mein cdk baue und compile, hat mein binary nur 13017 bytes. dein compiltes hat 45107 bytes. ???
auch seh ich im source nix von udp oder port 30000. oder holt der sich die infos woanders her? und, waere der aufruf so ueberhaupt richtig:

/ggrab/sserver -s 8000 -e mpg -udp

??

[kerlimann]

jau, hab jetzt deinen c source in meinem cvs compiled, DAS geht!!

aber von udp seh ich auf meinem linuxserver nix:

tcp 0 0 localhost:36642 dbox:31338 ESTABLISHED
tcp 0 0 localhost:36641 dbox:31338 ESTABLISHED

geht das ueberhaupt ueber sserver?

argh! in dem ggrab020 ist im subdir in strteamudp.c ohne udp, grmbl

ps: so, richtige streampes.c ist compiled und eingebunden, dennoch kein udp. ich mach offensichtlich irgendwas falsch? streamen tut, aber tcp, obwhl ich -udp angebe.

auch so versucht:

/ggrab/ggrab -p 0x00a3 0x0068 -s 8000 -e mpg -udp

netstat sagt immer noch:
tcp 0 0 localhost:36690 dbox:31338 ESTABLISHED
tcp 0 0 localhost:36689 dbox:31338 ESTABLISHED

[kerlimann]

@all: koennte mal irgendwer nachsehen, mit "netstat -a", ob bei ihm der UDP tatsaechlich geht? wie gesagt wird der parameter hier nicht angemeckert, und der richtige streampes driver ist auch aktiv, aber mein client (also nicht die box) muesste mir doch einen offenen UDP port mit traffic anzeigen. und das tuts hier einfach nicht.

oder muss ausser der streampes vielleicht noch was anderes getauscht werden? wozu sind eigentlich die anderen beiden kandidaten streamsec und streamts? ich hab sie vorsichtshaölber nach dem "make .stream" mal mitgewechselt, aber daran lags auch nicht.

[kerlimann]

ich schon wieder.

gerade kurzes stueck von ZDF gestreamed (napoleon). per TCP. das endresultat hat ganz leichte ruckler, als ob zwischendurch die fps von 25 runtergesetzt wird. klar, die kloetzchen sind dann wech. der steam selbst ist aber unbrauchbar (wie immer!). beim einlesen meldet spruceup einen parsing error. tmpgenc kann das teil de-muxxen, meldet aber beim muxxen einen "stream reading error".

[dboxP]

@dboxP
du machst -host dbox....
Hast du in /etc/hosts dbox definiert?
sonst -host 192.168.xxx.xxx

Danke für den Tipp, ich hatte aber beides versucht. Inzwischen ist das mit 'nem Eintag in der hosts bequemer.
Also das mit den Sockets habe ich gefunden. Meine Firewall mag das nicht. Ich muss die also erst mal abschalten. Soll aber keine Dauerlösung sein.
Damit klappts dann auch mit dem grabben.

Danke Gandalfx für so ein feines Teil.

[kerlimann]

Damit klappts dann auch mit dem grabben.

per UDP?

[dboxP]

Damit klappts dann auch mit dem grabben.

per UDP?

Nee, bin nicht soweit, dass ich überhaupt ans CVS rankomme, geschweige denn die streampes auszutauschen. Ich hatte Samstag gepostet, dass ggrab sich nicht mit Socket verbinden kann. Habe am Wochenende was dazugelernt und danach meine Firewall stummgeschaltet.
Da bin ich momentan.

Habe ich eigentlich die Diskussion nicht richtig verfolgt? Ich kenne noch keinen Vorteil von UDP - Rateversuch: kein IP-Overhead, daher schneller???

[kerlimann]

ip overhead nix da war richtig. schneller? angeblich weniger fehler (resyncs), ja.

alles angeblich...