noch ein Aufnahmeserver speziell für Linux

Beitrag von **petb** » Freitag 11. November 2005, 19:15

Hi,
wenn ich nicht ganz falsch liege, dann sollte der Grab Port bei beiden Boxen gleich sein.
Der ist denke ich fest auf der Box konfiguriert.
Das ist der Port auf dem die Daten vom UDrec abgeholt werden.
Der Port auf dem Udrec hört was die box sagt muss unterschiedlich sein und in jeder Box konfiguriert werden.

Code: Alles auswählen

GrabPort     = 31339       # int: port of dbox from where to grab

Der andere mit der 8 am Schluss wird denke ich nie funktionieren.
Kann es sein das der mit der 8 die Fehlermeldung produzierte ?

Was ich sage muss nicht stimmen, kann aber

Bye
PetB

petb hat geschrieben:Hi,
wenn ich nicht ganz falsch liege, dann sollte der Grab Port bei beiden Boxen gleich sein.
Der ist denke ich fest auf der Box konfiguriert.
Das ist der Port auf dem die Daten vom UDrec abgeholt werden.
Der Port auf dem Udrec hört was die box sagt muss unterschiedlich sein und in jeder Box konfiguriert werden.
Code: Alles auswählen
GrabPort     = 31339       # int: port of dbox from where to grab 
Der andere mit der 8 am Schluss wird denke ich nie funktionieren.
Kann es sein das der mit der 8 die Fehlermeldung produzierte ?

Was ich sage muss nicht stimmen, kann aber
Bye
PetB

Hallo,

das habe ich erst auch gedacht und natürlich auch schon ausprobiert... War aber das gleiche Ergebnis...

Gruß
Jörg

Hmm - auf meinem Server laufen 2 Instanzen von Winserver (ist ein Win2k-System), die beide mit Udrec aufnehmen.
1 ner benutzt Port 4000 als Streaming-Server Port und UDP-Port 31342
Der zweite hat Port 4001 und 31341 - und das läuft problemlos. Würden beide den selben UDP-Port benutzen, würden ja 2 gleichzeitige Aufnahmen nicht klappen können.
Warum das unter Linux nicht klappen sollte, ist mir nicht klar.

cu
Jens

Beitrag von **petb** » Freitag 11. November 2005, 21:02

@jens

musstest du auf der Box irgendwo was angeben zwecks udpPort ?

Falls nicht würde das ja bedeuten das beim LifeView bzw Box zu Box der udp Port auch frei gewählt werden kann.

Also auch programmname=129.168.x.x;31300,..... usw....
An der Stelle konnte ich aber keinen anderen Port angeben.
Hat immer nur mit dem 31339er geklappt.

hmmm, muss nochmal nachdenken.
Bye
PetB

Da hatten wir damals, als es JackTV noch gab, dran rumexperimentiert.

31337 lässt Streaming wohl auch zu, 31338 klappt für Audio, und ein paar von den 40ern klappen auch. Test it

Wobei ich das bei Udrec so verstanden habe, das der Port zwischen Sender und Empfänger ausgehandelt werden kann. Weiss aber nicht, ob ich da wirklich richtig liege.

cu
Jens

jmittelst hat geschrieben:...Wobei ich das bei Udrec so verstanden habe, das der Port zwischen Sender und Empfänger ausgehandelt werden kann. Weiss aber nicht, ob ich da wirklich richtig liege.

cu
Jens

Das dachte ich eigentlich auch... Ich werde mal die UDP-Ports testen, mit denen es bei dir funktioniert.

Gruß Jörg

So, ich glaube, ich hab was gefunden:

im Wiki steht, dass udrec standardmäßig den Port UDP 31341 und den TCP Port 31340 benutzt. Genau das macht auch udrec bei mir. Ich kann in den beiden recorder.conf angeben was ich will, es wird immer der Standardport benutzt. Kann man in der recorder.conf den UDP-Port mitgeben? Vielleicht kann gmo18t was dazu sagen...

Gruß Jörg

Beitrag von **gmo18t** » Samstag 12. November 2005, 20:48

Hi,

zuerts mal wäre es für mich wissenswert, wer die Fehlermeldung nun ausgibt - recorder oder udrec ?

nomalerweise wird ja udrec erst zur Aufnahme (durch recorder) gestartet, d.h. das Hochfahren der zwei recorder Instanzen sollte bei unterschiedlichen "ServerPorts" problemlos funktionieren ...

Wenn dann diese Fehlermeldung erst beim Start der 2ten Aufnahme kommt, liegt es eben an udrec.

Soweit ich mich erinnere kann udrec ja auch als "server" gestartet werden und belegt dann selbst einen Port und das würde dann beim 2ten Mal in die Hose gehen.
In dem Fall wäre udrec mit der passenden Option zu starten, so daß es nicht als server arbeitet.

- GMo -

gmo18t hat geschrieben:Hi,

zuerts mal wäre es für mich wissenswert, wer die Fehlermeldung nun ausgibt - recorder oder udrec ?...

Das ist mir ehrlich gesagt auch nicht ganz klar. Aber ich habe eine Lösung gefunden. Man muss beim GrabCmd in der recorder.conf mit der Option -udp jeweils einen eigenen Port angeben.

Beispiel:

Code: Alles auswählen

GrabCmd      = /usr/bin/mono /usr/local/bin/udrec -now -log -ts -udp 31341 -host $HOST -o $OFILE -vp $VPID -ap $APID [-ap $XPID1] [-ap $XPID2]

Ich würde jetzt nur noch gern wissen wozu in der recorder.conf eigentlich GrabPort gebraucht wird

Gruß Jörg

Beitrag von **gmo18t** » Montag 14. November 2005, 08:03

joerg123 hat geschrieben: Das ist mir ehrlich gesagt auch nicht ganz klar. Aber ich habe eine Lösung gefunden. Man muss beim GrabCmd in der recorder.conf mit der Option -udp jeweils einen eigenen Port angeben.

Beispiel:
Code: Alles auswählen
GrabCmd      = /usr/bin/mono /usr/local/bin/udrec -now -log -ts -udp 31341 -host $HOST -o $OFILE -vp $VPID -ap $APID [-ap $XPID1] [-ap $XPID2]

ja dann war's ja so wie ich vermutet hab.

Ich würde jetzt nur noch gern wissen wozu in der recorder.conf eigentlich GrabPort gebraucht wird

andere "grab" Programme benutzen den, um z.B. auf den streamts-Server der DBox zuzugreifen. Bei udrec sieht das aber etwas anders aus ... deshalb gibt's aber die Konfigurationsdatei ...

- GMo -

Beitrag von **herbkon** » Donnerstag 23. März 2006, 17:30

besteht ne klitzekleine Chance auf ein Makefile.win32 ?

Grüße
Herbkon

Beitrag von **Mesh** » Sonntag 26. März 2006, 12:44

Hab mich zwar noch nie mit Aufnahmen unter Linux beschäftigt,aber ich würe mal gerne wissen,ob es möglich ist diesen Streamer auf einem IPCOP(K.2.4.31) laufen zu lassen.

Q3 ist natürlich nicht vorhanden,aber mit einer Qt/embedded Version muesste es doch klappen oder?

Gibs diese Version als binary irgendwo zum DL?

Ich streame zur Zeit immer noch mit dem proftpd,welcher abe doch sehr an die Grenzen der Bandbreite kommt und öfters abbricht.

Beitrag von **Spooky** » Sonntag 23. April 2006, 17:52

@gmo18t,
Ich bin gerade am probieren mit Qt 4.1.2 bzw. Qtopia-Core 4.1.2 . Mit beiden bekomme ich bei "make" nur wilde Fehlermeldungen wenn ich versuche "recorder" o. "streamer" zu compilieren.

mal ein Auszug:

Code: Alles auswählen

/home/spooky/src/qtopia-core-opensource-src-4.1.2/bin/moc -o streamer.moc streamer.h
g++ -g -DQT_CORE_LIB -DQT_NETWORK_LIB -DQT_SHARED  -DQT_THREAD_SUPPORT -DQT_LARGEFILE_SUPPORT=64 -fno-rtti -D_REENTRANT -DUNICODE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -I./ -I/home/spooky/src/qtopia-core-opensource-src-4.1.2/include/QtCore -I/home/spooky/src/qtopia-core-opensource-src-4.1.2/include/QtNetwork -o streamer.o -c streamer.cpp
In file included from /home/spooky/src/qtopia-core-opensource-src-4.1.2/include/QtCore/qcoreapplication.h:1,
                 from /home/spooky/src/qtopia-core-opensource-src-4.1.2/include/QtCore/QCoreApplication:1,
                 from streamer.cpp:33:
/home/spooky/src/qtopia-core-opensource-src-4.1.2/src/corelib/kernel/qcoreapplication.h:27:28: QtCore/qobject.h: Datei oder Verzeichnis nicht gefunden
/home/spooky/src/qtopia-core-opensource-src-4.1.2/src/corelib/kernel/qcoreapplication.h:28:31: QtCore/qcoreevent.h: Datei oder Verzeichnis nicht gefunden
/home/spooky/src/qtopia-core-opensource-src-4.1.2/src/corelib/kernel/qcoreapplication.h:29:31: QtCore/qeventloop.h: Datei oder Verzeichnis nicht gefunden
In file included from /home/spooky/src/qtopia-core-opensource-src-4.1.2/include/QtCore/qcoreapplication.h:1,

Gab es denn schon wieder gravierende Änderungen im Qt 4.1.2? Welche Version von Qt4 setzt Du denn ein?

@Mesh
Was für Hardwareressourcen stehen Dir denn auf dem Gerät zur Verfügung? Gibt es dafür eine passende ToolChain zum CrossCompilieren? Ein passendes binary von Qt/e o. recorder für diese Architektur gibt es nicht.

Spooky

Beitrag von **gmo18t** » Montag 24. April 2006, 08:15

Spooky hat geschrieben:@gmo18t,

Code: Alles auswählen

...
In file included from /home/spooky/src/qtopia-core-opensource-src-4.1.2/include/QtCore/qcoreapplication.h:1,
                 from /home/spooky/src/qtopia-core-opensource-src-4.1.2/include/QtCore/QCoreApplication:1,
                 from streamer.cpp:33:
/home/spooky/src/qtopia-core-opensource-src-4.1.2/src/corelib/kernel/qcoreapplication.h:27:28: QtCore/qobject.h: Datei oder Verzeichnis nicht gefunden
/home/spooky/src/qtopia-core-opensource-src-4.1.2/src/corelib/kernel/qcoreapplication.h:28:31: QtCore/qcoreevent.h: Datei oder Verzeichnis nicht gefunden
/home/spooky/src/qtopia-core-opensource-src-4.1.2/src/corelib/kernel/qcoreapplication.h:29:31: QtCore/qeventloop.h: Datei oder Verzeichnis nicht gefunden
In file included from /home/spooky/src/qtopia-core-opensource-src-4.1.2/include/QtCore/qcoreapplication.h:1,

Gab es denn schon wieder gravierende Änderungen im Qt 4.1.2? Welche Version von Qt4 setzt Du denn ein?

ich bin noch bei QT 4.1.0, aber kann mit kaum voerstellen, daß es so grundlegende Änderungen gab und jetzt in 'include/QtCore' die Files 'qobject.h', 'qcoreevent.h' usw. fehlen (sind die wirklich nicht vorhanden ?). Zumal das ja nix mit dem eigentlichen Source von streamer direkt zu tun hat !?

- GMo -

Beitrag von **Spooky** » Montag 24. April 2006, 12:39

@gmo18t

das ist ja das irritierende, die Dateien sind vorhanden.

Folgendes steht in der ../include/QtCore/qcoreapplication.h

Code: Alles auswählen

#include "../../src/corelib/kernel/qcoreapplication.h"

und die dort genannte Datei existiert auch.

Qt habe ich als Nutzer compiliert. Selbst wenn ich mich als "root" anmelde um "recorder" o. "streamer" zu compilieren, bekomme ich diese Fehlermeldung. Auch hatte ich das Verzeichnis schon nach /tmp/qtopia verschoben, keine Besserung. Dann dachte ich , Qt4 muß zwingend mit "make install" installiert worden sein, aber Fehlanzeige.
Ich setze Suse 9.3 ein und habe bisher den ganzen Qt-X11-Schnickschnack per "./configure -no-xcursor" usw. auskommentiert, da ich es bei qtopia sowieso nicht zur Verfügung habe. Irgendwo sehe ich bestimmt den Wald vor lauter Bäumen nicht. Du hast doch sicherlich Qt-4.1.0 selber compiliert. Hast Du irgendwelche Parameter übergeben?

Mittlerweile habe ich QT-4.0.0 compiliert, immer die gleichen Fehlermeldungen. Mir ist aufgefallen, dass es die Option "./configure -thread" nicht mehr gibt, dachte schon es liegt wiedermal daran.

Jetzt werde ich nochmal als "root" Qt compilieren, vielleicht liegt da der Hase im Pfeffer.

Spooky

Beitrag von **gmo18t** » Montag 24. April 2006, 15:29

@spooky:

hab jetzt mal die neuesten Sourcen (qt-4.1.2) geladen, kompiliert und installiert ... damit lassen sich dann sowohl "recorder4" als auch "streamer4" problemlos kompilieren !
Irgendwas an deiner QT4-Installation muß noch falsch sein

. Mit QTOPIA hab ich aber noch nix probiert ...

- GMo -

Beitrag von **saruman** » Montag 24. April 2006, 15:59

@gmo18t
So, bin jetzt auch endlich mal bei recorder und streamer angekommen um das mal auszuprobieren. Welche QT-Version macht denn mehr Sinn, gibt es irgendwelche gravierenden Unterschiede zwischen QT3 und QT4? Welche würdest Du empfehlen?

Beitrag von **Spooky** » Montag 24. April 2006, 16:07

@gmo18t

nur habe ich leider noch nicht vestanden/gefunden was falsch ist. Die beiliegenden examples wie qtdemo funktionieren wunderbar.

Spooky

Beitrag von **Spooky** » Montag 24. April 2006, 18:31

@gmo18t,

ich habe den Fehler gefunden. Im jeweiligen Makefile fehlt in der INC Zeile -I$(QTDIR)/include. Die anderen sind angegeben, aber dieser Eintrag fehlte.

Code: Alles auswählen

INST_DIR = /usr/local/bin
QT_DIR   = /usr

#-----------------------------------------------------------------------------------------------

CC  = gcc
CXX = g++
MOC = $(QT_DIR)/bin/moc

CXXFLAGS = -g -DQT_CORE_LIB -DQT_NETWORK_LIB -DQT_XML_LIB -DQT_SHARED
CXXFLAGS += -DQT_THREAD_SUPPORT -DQT_LARGEFILE_SUPPORT=64
CXXFLAGS += -fno-rtti -D_REENTRANT -DUNICODE

LFS      = -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE

INC      = -I./ -I$(QT_DIR)/include/QtCore -I$(QT_DIR)/include/QtNetwork -I$(QT_DIR)/include/QtXml
LIB      = -L$(QT_DIR)/lib -lQtCore -lQtNetwork
LIB_STD  = $(LIB) -lpthread
LIB_XML  = $(LIB) -lQtXml -lpthread

und mit dieser funktioniert es:

Code: Alles auswählen

INC  = -I./ -I$(QT_DIR)/include -I$(QT_DIR)/include/QtCore -I$(QT_DIR)/include/QtNetwork -I$(QT_DIR)/include/QtXml

Verheimlichst Du neuere Qt4 Versionen von streamer und recorder oder wieso geht es bei Dir ?

Klappt es bei Dir ohne diesen Eintrag, und wenn ja wieso?

Spooky

Beitrag von **gmo18t** » Dienstag 25. April 2006, 08:15

Spooky hat geschrieben: Verheimlichst Du neuere Qt4 Versionen von streamer und recorder oder wieso geht es bei Dir ? Klappt es bei Dir ohne diesen Eintrag, und wenn ja wieso?

... weil ich QT4-includes in '/usr/include' installiert habe. Dort sucht der Compiler defaultmässig

Aber es kann nix schaden, wenn ich das Makefile nach deiner Vorgabe anpasse. Dann kann man das Ganze auch in einem beliebigen Verzeichnis verwenden.

- GMo -

Beitrag von **Spooky** » Dienstag 25. April 2006, 08:24

@gmo18t

Aha. Hattest Du es eigentlich per ./configure vorher festgelegt oder per Hand nach /usr/includes kopiert?

Spooky

PS: Kannst Du bitte mal im NSLU2 Forum vorbeischauen, da hat jimjack eine "recorder" Frage gestellt - obwohl sie eigentlich eher hierher gehört.

Beitrag von **gmo18t** » Dienstag 25. April 2006, 08:58

Spooky hat geschrieben: Aha. Hattest Du es eigentlich per ./configure vorher festgelegt oder per Hand nach /usr/includes kopiert?

alles per ./configure festgelegt. Hab allerdings ein RPM für SuSE 10.0 gebaut und dies dann installiert ...

PS: Kannst Du bitte mal im NSLU2 Forum vorbeischauen, da hat jimjack eine "recorder" Frage gestellt - obwohl sie eigentlich eher hierher gehört.

mach ich

- GMo -

Beitrag von **saruman** » Dienstag 25. April 2006, 09:04

Hmmm, habe gestern Abend mal den aktuellen newmake Branch ausgechekt und die Files - wie im Streamer-INSTALL beschrieben - aus ./streamer/mp ins tuxbox-cvs/apps/tuxbox/neutrino/src/gui kopiert. Beim Kompilieren des Targets yadd-neutrino bricht das Biest aber ab:

Code: Alles auswählen

...
libtool: link: warning: library `/data/tuxbox/cdkroot/lib/libcurl.la' was moved.
libtool: link: warning: library `/data/tuxbox/cdkroot/lib/libfreetype.la' was moved.
libtool: link: warning: library `/data/tuxbox/cdkroot/lib/libmad.la' was moved.
libtool: link: warning: library `/data/tuxbox/cdkroot/lib/libid3tag.la' was moved.
libtool: link: warning: library `/data/tuxbox/cdkroot/lib/libvorbisidec.la' was moved.
libtool: link: warning: library `/data/tuxbox/cdkroot/lib/libcurl.la' was moved.
libtool: link: warning: library `/data/tuxbox/cdkroot/lib/libfreetype.la' was moved.
libtool: link: warning: library `/data/tuxbox/cdkroot/lib/libmad.la' was moved.
libtool: link: warning: library `/data/tuxbox/cdkroot/lib/libid3tag.la' was moved.
libtool: link: warning: library `/data/tuxbox/cdkroot/lib/libvorbisidec.la' was moved.
powerpc-tuxbox-linux-gnu-g++ -Wall -mcpu=823 -pipe -Os -Wl,-O1 -o .libs/neutrino neutrino.o -Wl,-O1  daemonc/libneutrino_daemonc.a gui/bedit/libneutrino_gui_bedit.a gui/libtimerlist.a gui/libneutrino_gui.a gui/widget/libneutrino_gui_widget.a gui/widget/libneutrino_gui_widget2.a driver/pictureviewer/libneutrino_pictureviewer.a driver/libneutrino_driver.a driver/audiodec/libneutrino_driver_audiodec.a driver/libneutrino_driver_netfile.a system/libneutrino_system.a gui/libneutrino_gui2.a ../lib/controldclient/.libs/libcontroldclient.so ../lib/sectionsdclient/.libs/libsectionsdclient.so ../lib/timerdclient/.libs/libtimerdclient.so ../lib/irsend/.libs/libirsend.so -L/data/tuxbox/cdkroot/lib /data/tuxbox/cdkroot/lib/libtuxbox-configfile.so /data/tuxbox/cdkroot/lib/libtuxbox-connection.so /data/tuxbox/cdkroot/lib/libtuxbox-cramfs.so /data/tuxbox/cdkroot/lib/libcurl.so -ldl /data/tuxbox/cdkroot/lib/libfreetype.so /data/tuxbox/cdkroot/lib/liblircdclient.so /data/tuxbox/cdkroot/lib/libtuxbox-net.so /data/tuxbox/cdkroot/lib/libtuxbox-ucodes.so /data/tuxbox/cdkroot/lib/libzapitclient.so /data/tuxbox/cdkroot/lib/liblcddisplay.so -lpng12 /data/tuxbox/cdkroot/lib/libmad.so -lm /data/tuxbox/cdkroot/lib/libid3tag.so -lz /data/tuxbox/cdkroot/lib/libtuxbox-mpegtools.so /data/tuxbox/cdkroot/lib/libvorbisidec.so /data/tuxbox/cdkroot/lib/libtuxtxt.so /data/tuxbox/cdkroot/lib/libjpeg.so -lpthread -Wl,--rpath -Wl,/data/tuxbox/cdkroot/lib
driver/libneutrino_driver.a(vcrcontrol.o)(.text+0x2800): In function `CVCRControl::CFileAndServerDevice::getMovieInfoString(CVCRControl::CVCRStates, unsigned long long, unsigned long long, unsigned char, long)':
: undefined reference to `CMovieInfo::CMovieInfo()'
driver/libneutrino_driver.a(vcrcontrol.o)(.text+0x2868): In function `CVCRControl::CFileAndServerDevice::getMovieInfoString(CVCRControl::CVCRStates, unsigned long long, unsigned long long, unsigned char, long)':
: undefined reference to `CMovieInfo::clearMovieInfo(MI_MOVIE_INFO*)'
driver/libneutrino_driver.a(vcrcontrol.o)(.text+0x3074): In function `CVCRControl::CFileAndServerDevice::getMovieInfoString(CVCRControl::CVCRStates, unsigned long long, unsigned long long, unsigned char, long)':
: undefined reference to `CMovieInfo::encodeMovieInfoXml(std::basic_string<char, std::char_traits<char>, std::allocator<char> >*, MI_MOVIE_INFO&)'
driver/libneutrino_driver.a(vcrcontrol.o)(.text+0x3250): In function `CVCRControl::CFileAndServerDevice::getMovieInfoString(CVCRControl::CVCRStates, unsigned long long, unsigned long long, unsigned char, long)':
: undefined reference to `CMovieInfo::~CMovieInfo()'
driver/libneutrino_driver.a(vcrcontrol.o)(.text+0x3440): In function `CVCRControl::CFileAndServerDevice::getMovieInfoString(CVCRControl::CVCRStates, unsigned long long, unsigned long long, unsigned char, long)':
: undefined reference to `CMovieInfo::~CMovieInfo()'
collect2: ld returned 1 exit status
make[4]: *** [neutrino] Fehler 1
make[4]: Leaving directory `/data/tuxbox/tuxbox-cvs-newmake/apps/tuxbox/neutrino/src'
make[3]: *** [all-recursive] Fehler 1
make[3]: Leaving directory `/data/tuxbox/tuxbox-cvs-newmake/apps/tuxbox/neutrino/src'
make[2]: *** [all-recursive] Fehler 1
make[2]: Leaving directory `/data/tuxbox/tuxbox-cvs-newmake/apps/tuxbox/neutrino'
make[1]: *** [all] Fehler 2
make[1]: Leaving directory `/data/tuxbox/tuxbox-cvs-newmake/apps/tuxbox/neutrino'
make: *** [neutrino] Fehler 2

Hat irgendwer eine Idee was ich falsch mache? Oder geht das mit dem newmake Branch sowieso noch nicht? An sich müsste es doch funktionieren...

Beitrag von **gmo18t** » Dienstag 25. April 2006, 09:45

saruman hat geschrieben:Hmmm, habe gestern Abend mal den aktuellen newmake Branch ausgechekt und die Files - wie im Streamer-INSTALL beschrieben - aus ./streamer/mp ins tuxbox-cvs/apps/tuxbox/neutrino/src/gui kopiert. Beim Kompilieren des Targets yadd-neutrino bricht das Biest aber ab:

Code: Alles auswählen

...
libtool: link: warning: library `/data/tuxbox/cdkroot/lib/libcurl.la' was moved.
libtool: link: warning: library `/data/tuxbox/cdkroot/lib/libfreetype.la' was moved.
libtool: link: warning: library `/data/tuxbox/cdkroot/lib/libmad.la' was moved.
libtool: link: warning: library `/data/tuxbox/cdkroot/lib/libid3tag.la' was moved.
libtool: link: warning: library `/data/tuxbox/cdkroot/lib/libvorbisidec.la' was moved.
libtool: link: warning: library `/data/tuxbox/cdkroot/lib/libcurl.la' was moved.
libtool: link: warning: library `/data/tuxbox/cdkroot/lib/libfreetype.la' was moved.
libtool: link: warning: library `/data/tuxbox/cdkroot/lib/libmad.la' was moved.
libtool: link: warning: library `/data/tuxbox/cdkroot/lib/libid3tag.la' was moved.
libtool: link: warning: library `/data/tuxbox/cdkroot/lib/libvorbisidec.la' was moved.
powerpc-tuxbox-linux-gnu-g++ -Wall -mcpu=823 -pipe -Os -Wl,-O1 -o .libs/neutrino neutrino.o -Wl,-O1  daemonc/libneutrino_daemonc.a gui/bedit/libneutrino_gui_bedit.a gui/libtimerlist.a gui/libneutrino_gui.a gui/widget/libneutrino_gui_widget.a gui/widget/libneutrino_gui_widget2.a driver/pictureviewer/libneutrino_pictureviewer.a driver/libneutrino_driver.a driver/audiodec/libneutrino_driver_audiodec.a driver/libneutrino_driver_netfile.a system/libneutrino_system.a gui/libneutrino_gui2.a ../lib/controldclient/.libs/libcontroldclient.so ../lib/sectionsdclient/.libs/libsectionsdclient.so ../lib/timerdclient/.libs/libtimerdclient.so ../lib/irsend/.libs/libirsend.so -L/data/tuxbox/cdkroot/lib /data/tuxbox/cdkroot/lib/libtuxbox-configfile.so /data/tuxbox/cdkroot/lib/libtuxbox-connection.so /data/tuxbox/cdkroot/lib/libtuxbox-cramfs.so /data/tuxbox/cdkroot/lib/libcurl.so -ldl /data/tuxbox/cdkroot/lib/libfreetype.so /data/tuxbox/cdkroot/lib/liblircdclient.so /data/tuxbox/cdkroot/lib/libtuxbox-net.so /data/tuxbox/cdkroot/lib/libtuxbox-ucodes.so /data/tuxbox/cdkroot/lib/libzapitclient.so /data/tuxbox/cdkroot/lib/liblcddisplay.so -lpng12 /data/tuxbox/cdkroot/lib/libmad.so -lm /data/tuxbox/cdkroot/lib/libid3tag.so -lz /data/tuxbox/cdkroot/lib/libtuxbox-mpegtools.so /data/tuxbox/cdkroot/lib/libvorbisidec.so /data/tuxbox/cdkroot/lib/libtuxtxt.so /data/tuxbox/cdkroot/lib/libjpeg.so -lpthread -Wl,--rpath -Wl,/data/tuxbox/cdkroot/lib
driver/libneutrino_driver.a(vcrcontrol.o)(.text+0x2800): In function `CVCRControl::CFileAndServerDevice::getMovieInfoString(CVCRControl::CVCRStates, unsigned long long, unsigned long long, unsigned char, long)':
: undefined reference to `CMovieInfo::CMovieInfo()'
driver/libneutrino_driver.a(vcrcontrol.o)(.text+0x2868): In function `CVCRControl::CFileAndServerDevice::getMovieInfoString(CVCRControl::CVCRStates, unsigned long long, unsigned long long, unsigned char, long)':
: undefined reference to `CMovieInfo::clearMovieInfo(MI_MOVIE_INFO*)'
driver/libneutrino_driver.a(vcrcontrol.o)(.text+0x3074): In function `CVCRControl::CFileAndServerDevice::getMovieInfoString(CVCRControl::CVCRStates, unsigned long long, unsigned long long, unsigned char, long)':
: undefined reference to `CMovieInfo::encodeMovieInfoXml(std::basic_string<char, std::char_traits<char>, std::allocator<char> >*, MI_MOVIE_INFO&)'
driver/libneutrino_driver.a(vcrcontrol.o)(.text+0x3250): In function `CVCRControl::CFileAndServerDevice::getMovieInfoString(CVCRControl::CVCRStates, unsigned long long, unsigned long long, unsigned char, long)':
: undefined reference to `CMovieInfo::~CMovieInfo()'
driver/libneutrino_driver.a(vcrcontrol.o)(.text+0x3440): In function `CVCRControl::CFileAndServerDevice::getMovieInfoString(CVCRControl::CVCRStates, unsigned long long, unsigned long long, unsigned char, long)':
: undefined reference to `CMovieInfo::~CMovieInfo()'
collect2: ld returned 1 exit status
make[4]: *** [neutrino] Fehler 1
make[4]: Leaving directory `/data/tuxbox/tuxbox-cvs-newmake/apps/tuxbox/neutrino/src'
make[3]: *** [all-recursive] Fehler 1
make[3]: Leaving directory `/data/tuxbox/tuxbox-cvs-newmake/apps/tuxbox/neutrino/src'
make[2]: *** [all-recursive] Fehler 1
make[2]: Leaving directory `/data/tuxbox/tuxbox-cvs-newmake/apps/tuxbox/neutrino'
make[1]: *** [all] Fehler 2
make[1]: Leaving directory `/data/tuxbox/tuxbox-cvs-newmake/apps/tuxbox/neutrino'
make: *** [neutrino] Fehler 2

Hat irgendwer eine Idee was ich falsch mache? Oder geht das mit dem newmake Branch sowieso noch nicht? An sich müsste es doch funktionieren...

du musst noch zusätzlich im Verzeichnis 'tuxbox-cvs/apps/tuxbox/neutrino/src/driver' dort in den Files 'vcrcontrol.cpp/h' jeweils (so ziemlich am Anfang des Files) die Zeile

Code: Alles auswählen

#define MOVIEBROWSER

auskommentieren !!!

- GMo -

Beitrag von **saruman** » Dienstag 25. April 2006, 10:58

@gmo18t
*gnnnn* Jau, das war's. Danke für die schnelle Hilfe!

.oO( Datt steht aba nich im INSTALL

)