streamdev Probleme

hhh · Aug 9th 2006

Hallo, ich habe einen VDR Server auf dem läuft streamdev-server ohne Probleme mit VLC oder MPLAYER kann ich auch über transponder schalten... so nun habe ich schon 2 verschiedene distris auf dem client versucht (GEN2VDR und KanotixVDR ) Ich habe es bei beiden geschafft streamdev-client ans laufen zu bringen!

Allerdings schaffe ich es nicht über einen Transponder zu schalten also von RTL auf Pro7 zum Beispiel... liegt es daran das es eine VDR to VDR Verbindung ist oder warum? mit VLC und Mplayer und vdrmediaclient funktioniert es!

ich weiß wirklich nichtmehr weiter!

Wer eine Ahnung hat warum es sein könnte bitte reinschreiben!

Danke vielmals!

Manuel

hjt4vdr · Aug 10th 2006

hi,

falls Du nur eine DVB Karte hast musst den VDR Server in Suspend Mode schalten.

Menü/(irgendwas mit) Suspend

hhh · Aug 10th 2006

ja ich habe nur eine Karte, meinst du live-tv pausieren?

hhh · Aug 10th 2006

hab den suspendmode zwar nicht aktivieren können ( weiß nicht was du damit genau meinst ) nun habe ich es aber geschafft das ich über den transponder schalten kann!
nur kann ich nicht mit kanal + und - sondern nur über die zahlen wenn ich kanal auf oder ab drücke, dann schaltet er die sender auf dem transponder auf dem ich gerade schaue durch, aber immer wenn ich dazwischen umschalte kommmt für 3sekunden ca. ein NO SIGNAL das kann doch auch nicht normal sein oder??

Falls jemand ne ahnung hat... bitte rein!

Danke!

hhh · Aug 11th 2006

Weiß keiner warum es dieses Problem gibt?

schmirl · Aug 21st 2006

Schau mal da: [solve]Nach Update von Streamdev-server seltsames Verhalten

hquant · Aug 21st 2006

Quote

Original von schmirl
Schau mal da: [solve]Nach Update von Streamdev-server seltsames Verhalten

Ich habe das gleiche Problem, allerdings nur wenn zu den PayTV
Sendern komme. Den ersten bekomme ich noch rein, alle folgeden
muss ich per Zifferntastatur eingeben. Das nervt höllisch.

peterhansl hat mir auch die Änderung der connections.c ans
Herz gelegt. Es hat eine Zeit gedauert, bis ich kapiert hatte, dass
es sich hier um eine Datei aus den Sourcen handelt.

Ich glaube nicht, dass ich den Versuch streamdev neu zu komplieren, bzw. den Weg bis dahin bei geistiger Gesundheit überleben würde.

Wenn sich aber jemand fände, der eine gepatchte Version zur
Verfügung stellen könnte wäre ich herzlich dankbar...

uzer · Aug 21st 2006

mh .. ich werd das mit der Änderung auch mal probieren, hab das noch nie vernünftig hinbekommen unzuschalten mit vdrzapper. Ich werde es unter einem Debian Sarge kompilieren, weiß nicht was du hast und ob du damit was anfangen könntest

krampus · Aug 22nd 2006

Quote

Originally posted by hquant
Wenn sich aber jemand fände, der eine gepatchte Version zur
Verfügung stellen könnte wäre ich herzlich dankbar...

Such mal im Forum nach dem plugin-bigpack. Da ist eine bereits gepatchte Version dabei. Kompilieren musst Du allerdings trotzdem.

K.

uzer · Aug 23rd 2006

wow, hab die änderungen gemacht und dem vdr-zapper / mplayer noch -cache 4096 übergeben, und jetzt läuft das ding endlich wie es soll : ) Toll!

luphi · Aug 23rd 2006

Hallo zusammen,

auch ich habe selbiges Problem. Allerdings habe ich im Server 2 budget Karten und trotzdem das Problem, daß sehr häufig Kanäle nicht verfügbar sind, obwohl keine Aufnahme läuft und auch kein anderer Client verbunden ist.
Auf dem Server läuft Fedora Core 5 mit vdr 1.4.1 und stramdev-server aus VDR-Plugins-Frank99--02-05-2006.
Leider habe ich an dem Server keine Ausgabemöglichkeit für das OSD und kann daher den Server nicht in den standalone mode schalten. Kann mir jemand den entsprechenden Eintrag für die /etc/vdr/setup.conf nennen, damit ich die Änderung von Hand machen kann ?

Soweit ich weiß, ist die streamdev Version aus VDR-Plugins-Frank99--02-05-2006 gepatched, oder ?

Gestern war sogar kein einziger Kanal verfügbar.

Kann evtl.eine EPG search oder der vdradmin-am dafür verandwortlich sein ?

Die Clients laufen alle unter dem Mahlzeit.iso.

Vielen Dank schon mal für Eure Unterstützung.

Gruß,
luphi

krampus · Aug 23rd 2006

Quote

Originally posted by luphi
Leider habe ich an dem Server keine Ausgabemöglichkeit für das OSD und kann daher den Server nicht in den standalone mode schalten. Kann mir jemand den entsprechenden Eintrag für die /etc/vdr/setup.conf nennen, damit ich die Änderung von Hand machen kann ?

Folgende Einträge habe ich am server in der setup.conf (AllowSuspend und SuspendMode sind die, nach denen Du gefragt hast):

Code

streamdev-server.AllowSuspend = 1
streamdev-server.HTTPBindIP = 0.0.0.0
streamdev-server.HTTPServerPort = 3000
streamdev-server.HTTPStreamType = 0
streamdev-server.MaxClients = 6
streamdev-server.ServerPort = 2004
streamdev-server.StartHTTPServer = 1
streamdev-server.StartServer = 1
streamdev-server.SuspendMode = 1
streamdev-server.VTPBindIP = 0.0.0.0

Quote

Soweit ich weiß, ist die streamdev Version aus VDR-Plugins-Frank99--02-05-2006 gepatched,
oder ?

Ja.

Quote

Gestern war sogar kein einziger Kanal verfügbar.
Kann evtl.eine EPG search oder der vdradmin-am dafür verandwortlich sein ?

/var/log/messages am Server sollte mehr darüber aussagen, wo das Problem sein könnte.

K.

luphi · Aug 23rd 2006

Danke für den super schnellen Tip. Kann ich aber leider erst heute Abend ausprobieren.
Ich werde Euch auf dem Laufenden halten.

Gruß,
luphi

uzer · Aug 23rd 2006

Quote

Original von Krampus

Ja.

kann ich nicht bestätigen, hab auch das paket von frank und musste die änderungen machen! (das paket von mai)

luphi · Aug 23rd 2006

Quote

Original von Krampus

/var/log/messages am Server sollte mehr darüber aussagen, wo das Problem sein könnte.

K.

Display More

ich habe folgende Einträge tonnenweise im log:

Code

Aug 20 04:35:59 dozer vdr: [7030] ERROR: 13715 ring buffer overflows (2578420 bytes dropped)
Aug 20 04:35:59 dozer vdr: [7479] ERROR: 26111 ring buffer overflows (4908868 bytes dropped)
Aug 20 04:36:05 dozer vdr: [7479] ERROR: 26759 ring buffer overflows (5030692 bytes dropped)
Aug 20 04:36:05 dozer vdr: [7030] ERROR: 14208 ring buffer overflows (2671104 bytes dropped)
Aug 20 04:36:11 dozer vdr: [7479] ERROR: 24735 ring buffer overflows (4650180 bytes dropped)
Aug 20 04:36:11 dozer vdr: [7030] ERROR: 13025 ring buffer overflows (2448700 bytes dropped)
Aug 20 04:36:17 dozer vdr: [7479] ERROR: 28702 ring buffer overflows (5395976 bytes dropped)
Aug 20 04:36:17 dozer vdr: [7030] ERROR: 12106 ring buffer overflows (2275928 bytes dropped)
Aug 20 04:36:23 dozer vdr: [7479] ERROR: 25837 ring buffer overflows (4857356 bytes dropped)
Aug 20 04:36:23 dozer vdr: [7030] ERROR: 12116 ring buffer overflows (2277808 bytes dropped)
Aug 20 04:36:29 dozer vdr: [7479] ERROR: 25745 ring buffer overflows (4840060 bytes dropped)
Aug 20 04:36:29 dozer vdr: [7030] ERROR: 12537 ring buffer overflows (2356956 bytes dropped)
Aug 20 04:36:35 dozer vdr: [7479] ERROR: 27353 ring buffer overflows (5142364 bytes dropped)
Aug 20 04:36:35 dozer vdr: [7030] ERROR: 12031 ring buffer overflows (2261828 bytes dropped)

Display More

und

Code

Aug 22 21:10:41 dozer vdr: [19162] Streamdev: Accepted new client (VTP) 172.23.38.163:2534
Aug 22 21:10:41 dozer vdr: [19162] streamdev: too many clients, rejecting 172.23.38.163:2534
Aug 22 21:10:41 dozer vdr: [19162] streamdev: closing streamdev connection to 172.23.38.163:2534
Aug 22 21:10:41 dozer vdr: [19162] Streamdev: Accepted new client (VTP) 172.23.38.163:3787
Aug 22 21:10:41 dozer vdr: [19162] streamdev: too many clients, rejecting 172.23.38.163:3787
Aug 22 21:10:41 dozer vdr: [19162] streamdev: closing streamdev connection to 172.23.38.163:3787
Aug 22 21:10:41 dozer vdr: [19162] Streamdev: Accepted new client (VTP) 172.23.38.163:1139
Aug 22 21:10:42 dozer vdr: [19162] streamdev: too many clients, rejecting 172.23.38.163:1139
Aug 22 21:10:42 dozer vdr: [19162] streamdev: closing streamdev connection to 172.23.38.163:1139
Aug 22 21:10:42 dozer vdr: [19162] Streamdev: Accepted new client (VTP) 172.23.38.163:2232
Aug 22 21:10:42 dozer vdr: [19162] streamdev: too many clients, rejecting 172.23.38.163:2232
Aug 22 21:10:42 dozer vdr: [19162] streamdev: closing streamdev connection to 172.23.38.163:2232
Aug 22 21:10:42 dozer vdr: [19162] Streamdev: Accepted new client (VTP) 172.23.38.163:3829
Aug 22 21:10:42 dozer vdr: [19162] streamdev: too many clients, rejecting 172.23.38.163:3829
Aug 22 21:10:42 dozer vdr: [19162] streamdev: closing streamdev connection to 172.23.38.163:3829

Display More

und die hier kommen auch mehrfach vor, aber nicht so oft wie die Anderen:

Code

Aug 20 09:41:43 dozer vdr: [19116] connect from 127.0.0.1, port 42049 - accepted
Aug 20 09:42:04 dozer vdr: [19116] closing SVDRP connection
Aug 20 10:42:04 dozer vdr: [19116] connect from 127.0.0.1, port 55082 - accepted
Aug 20 10:42:29 dozer vdr: [19116] closing SVDRP connection
Aug 20 11:42:29 dozer vdr: [19116] connect from 127.0.0.1, port 56635 - accepted
Aug 20 11:42:53 dozer vdr: [19116] closing SVDRP connection
Aug 20 12:42:53 dozer vdr: [19116] connect from 127.0.0.1, port 57455 - accepted
Aug 20 12:43:11 dozer vdr: [19116] closing SVDRP connection
Aug 20 13:43:12 dozer vdr: [19116] connect from 127.0.0.1, port 48013 - accepted
Aug 20 13:43:36 dozer vdr: [19116] closing SVDRP connection
Aug 20 14:43:37 dozer vdr: [19116] connect from 127.0.0.1, port 57275 - accepted
Aug 20 14:44:02 dozer vdr: [19116] closing SVDRP connection
Aug 20 15:44:02 dozer vdr: [19116] connect from 127.0.0.1, port 43087 - accepted
Aug 20 15:44:27 dozer vdr: [19116] closing SVDRP connection
Aug 20 16:44:27 dozer vdr: [19116] connect from 127.0.0.1, port 50503 - accepted
Aug 20 16:44:51 dozer vdr: [19116] closing SVDRP connection
Aug 20 17:44:52 dozer vdr: [19116] connect from 127.0.0.1, port 50132 - accepted
Aug 20 17:45:14 dozer vdr: [19116] closing SVDRP connection

Display More

Habt Ihr eine Idee ?

Gruß,
luphi

krampus · Aug 23rd 2006

Quote

kann ich nicht bestätigen, hab auch das paket von frank und musste die änderungen machen! (das paket von mai)

Ok, war mein Fehler, die Änderung ist doch NICHT drin. In den Sourcen, die ich verwende, aber schon. Offenbar habe ich das damals nachgezogen und dann vergessen, das ich es gemacht habe.

luphi, such Dir in der connections.c die beiden Zeilen (so in der Gegen von Zeile 152) und entferne die Kommentare. Deine Meldungen klingen nämlich nach genau diesem Problem.

Gruß,
K.

luphi · Aug 23rd 2006

Quote

Original von Krampus

Ok, war mein Fehler, die Änderung ist doch NICHT drin. In den Sourcen, die ich verwende, aber schon. Offenbar habe ich das damals nachgezogen und dann vergessen, das ich es gemacht habe.

luphi, such Dir in der connections.c die beiden Zeilen (so in der Gegen von Zeile 152) und entferne die Kommentare. Deine Meldungen klingen nämlich nach genau diesem Problem.

Gruß,
K.

Display More

Welche Zeilen meist Du genau ?
Meinst Du alle drei, beginnend mit isyslog, detach und attach ?
Ab Zeile 144 zieht es bei mir so aus:

Code

if (!device || (device == cDevice::ActualDevice()
                        && !cSuspendCtl::IsActive()
                        && StreamdevServerSetup.SuspendMode != smAlways)) {
                // mustn't switch actual device
                // maybe a device would be free if THIS connection did turn off its streams?
                Dprintf(" * trying again...\n");
                const cChannel *current = Channels.GetByNumber(cDevice::CurrentChannel());
                //isyslog("streamdev-server: Detaching current receiver");
                //Detach(); XXX+
                device = cDevice::GetDevice(Channel, Priority);
                //Attach(); XXX+
                Dprintf(" * Found following device: %p (%d)\n", device,
                                device ? device->CardIndex() + 1 : 0);
                if (device == cDevice::ActualDevice())
                        Dprintf(" * is actual device\n");
                if (!cSuspendCtl::IsActive()
                                && StreamdevServerSetup.SuspendMode != smAlways)
                        Dprintf(" * NOT suspended\n");
                if (current && !TRANSPONDER(Channel, current))
                        Dprintf(" * NOT same transponder\n");
                if (device && (device == cDevice::ActualDevice()
                                && !cSuspendCtl::IsActive()
                                && StreamdevServerSetup.SuspendMode != smAlways
                                && current != NULL
                                && !TRANSPONDER(Channel, current))) {
                        // now we would have to switch away live tv...let's see if live tv
                        // can be handled by another device
                        cDevice *newdev = NULL;
                        for (int i = 0; i < cDevice::NumDevices(); ++i) {
                                cDevice *dev = cDevice::GetDevice(i);
                                if (dev->ProvidesChannel(current, 0) && dev != device) {
                                        newdev = dev;
                                        break;
                                }
                        }
                        Dprintf(" * Found device for live tv: %p (%d)\n", newdev,
                                        newdev ? newdev->CardIndex() + 1 : 0);
                        if (newdev == NULL || newdev == device)
                                // no suitable device to continue live TV, giving up...
                                device = NULL;
                        else
                                newdev->SwitchChannel(current, true);
                }
        }

Display More

Gruß,
luphi

luphi · Aug 23rd 2006

Quote

Original von schmirl
Schau mal da: [solve]Nach Update von Streamdev-server seltsames Verhalten

Wenn ich die Kommentarzeichen und das XXX+ entferne, kann ich das Plugin nicht mehr compilieren.

Code

Plugin streamdev:
make[1]: Entering directory `/usr/src/vdr-1.4.1/PLUGINS/src/streamdev-cvs'
make[1]: Leaving directory `/usr/src/vdr-1.4.1/PLUGINS/src/streamdev-cvs'
make[1]: Entering directory `/usr/src/vdr-1.4.1/PLUGINS/src/streamdev-cvs'
g++ -W -Woverloaded-virtual -O2 -c -D_GNU_SOURCE -DHAVE_AUTOPID -I../../../include -I../../../../DVB/include -I. -o streamdev-client.o streamdev-client.c
g++ -W -Woverloaded-virtual -O2 -c -D_GNU_SOURCE -DHAVE_AUTOPID -I../../../include -I../../../../DVB/include -I. -o client/socket.o client/socket.c
g++ -W -Woverloaded-virtual -O2 -c -D_GNU_SOURCE -DHAVE_AUTOPID -I../../../include -I../../../../DVB/include -I. -o client/device.o client/device.c
g++ -W -Woverloaded-virtual -O2 -c -D_GNU_SOURCE -DHAVE_AUTOPID -I../../../include -I../../../../DVB/include -I. -o client/setup.o client/setup.c
g++ -W -Woverloaded-virtual -O2 -c -D_GNU_SOURCE -DHAVE_AUTOPID -I../../../include -I../../../../DVB/include -I. -o client/remote.o client/remote.c
g++ -W -Woverloaded-virtual -O2 -c -D_GNU_SOURCE -DHAVE_AUTOPID -I../../../include -I../../../../DVB/include -I. -o client/assembler.o client/assembler.c
g++ -W -Woverloaded-virtual -O2 -c -D_GNU_SOURCE -DHAVE_AUTOPID -I../../../include -I../../../../DVB/include -I. -o client/filter.o client/filter.c
g++ -W -Woverloaded-virtual -O2 -c -D_GNU_SOURCE -DHAVE_AUTOPID -I../../../include -I../../../../DVB/include -I. -o common.o common.c
g++ -W -Woverloaded-virtual -O2 -c -D_GNU_SOURCE -DHAVE_AUTOPID -I../../../include -I../../../../DVB/include -I. -o i18n.o i18n.c
g++ -W -Woverloaded-virtual -O2 -c -D_GNU_SOURCE -DHAVE_AUTOPID -I../../../include -I../../../../DVB/include -I. -o tools/source.o tools/source.c
g++ -W -Woverloaded-virtual -O2 -c -D_GNU_SOURCE -DHAVE_AUTOPID -I../../../include -I../../../../DVB/include -I. -o tools/select.o tools/select.c
g++ -W -Woverloaded-virtual -O2 -c -D_GNU_SOURCE -DHAVE_AUTOPID -I../../../include -I../../../../DVB/include -I. -o tools/socket.o tools/socket.c
g++ -W -Woverloaded-virtual -O2 -c -D_GNU_SOURCE -DHAVE_AUTOPID -I../../../include -I../../../../DVB/include -I. -o tools/tools.o tools/tools.c
make -C ./libdvbmpeg libdvbmpegtools.a
make[2]: Entering directory `/usr/src/vdr-1.4.1/PLUGINS/src/streamdev-cvs/libdvbmpeg'
g++  -M ctools.c remux.c ringbuffy.c transform.c cpptools.cc   -I.> .depend
make[2]: Leaving directory `/usr/src/vdr-1.4.1/PLUGINS/src/streamdev-cvs/libdvbmpeg'
make[2]: Entering directory `/usr/src/vdr-1.4.1/PLUGINS/src/streamdev-cvs/libdvbmpeg'
cc -c -g -Wall -O2 -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -fPIC -I.  ctools.c
ctools.c: In Funktion »write_mpg«:
ctools.c:2028: Warnung: Zeigerziele in Zuweisung unterscheiden sich im Vorzeichenbesitz
ctools.c: In Funktion »url2host«:
ctools.c:2253: Warnung: Zeigerziele bei Übergabe des Arguments 1 von »strlen« unterscheiden sich im Vorzeichenbesitz
ctools.c:2253: Warnung: Zeigerziele bei Übergabe des Arguments 1 von »strlen« unterscheiden sich im Vorzeichenbesitz
ctools.c:2253: Warnung: Zeigerziele bei Übergabe des Arguments 1 von »__builtin_strcmp« unterscheiden sich im Vorzeichenbesitz
ctools.c:2253: Warnung: Zeigerziele bei Übergabe des Arguments 1 von »strlen« unterscheiden sich im Vorzeichenbesitz
ctools.c:2253: Warnung: Zeigerziele bei Übergabe des Arguments 1 von »__builtin_strcmp« unterscheiden sich im Vorzeichenbesitz
ctools.c:2253: Warnung: Zeigerziele bei Übergabe des Arguments 1 von »__builtin_strcmp« unterscheiden sich im Vorzeichenbesitz
ctools.c:2253: Warnung: Zeigerziele bei Übergabe des Arguments 1 von »__builtin_strcmp« unterscheiden sich im Vorzeichenbesitz
ctools.c:2253: Warnung: Zeigerziele bei Übergabe des Arguments 1 von »strncmp« unterscheiden sich im Vorzeichenbesitz
ctools.c:2256: Warnung: Zeigerziele bei Übergabe des Arguments 1 von »strlen« unterscheiden sich im Vorzeichenbesitz
ctools.c:2256: Warnung: Zeigerziele bei Übergabe des Arguments 1 von »__strdup« unterscheiden sich im Vorzeichenbesitz
ctools.c:2282: Warnung: Zeigerziele in return unterscheiden sich im Vorzeichenbesitz
ctools.c:2284: Warnung: Zeigerziele bei Übergabe des Arguments 1 von »atoi« unterscheiden sich im Vorzeichenbesitz
ctools.c:2288: Warnung: Zeigerziele in return unterscheiden sich im Vorzeichenbesitz
ctools.c: In Funktion »http_open«:
ctools.c:2309: Warnung: Zeigerziele bei Übergabe des Arguments 1 von »url2host« unterscheiden sich im Vorzeichenbesitz
ctools.c:2341: Warnung: Zeigerziele bei Übergabe des Arguments 2 von »write_all« unterscheiden sich im Vorzeichenbesitz
ctools.c:2348: Warnung: Zeigerziele bei Übergabe des Arguments 2 von »read_all« unterscheiden sich im Vorzeichenbesitz
ctools.c:2362: Warnung: Zeigerziele bei Übergabe des Arguments 2 von »read_all« unterscheiden sich im Vorzeichenbesitz
cc -c -g -Wall -O2 -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -fPIC -I.  ringbuffy.c
cc -c -g -Wall -O2 -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -fPIC -I.  remux.c
cc -c -g -Wall -O2 -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -fPIC -I.  transform.c
g++ -c -g -Wall -O2 -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -fPIC -I.  cpptools.cc
ar -rcs libdvbmpegtools.a ctools.o ringbuffy.o remux.o transform.o cpptools.o 
make[2]: Leaving directory `/usr/src/vdr-1.4.1/PLUGINS/src/streamdev-cvs/libdvbmpeg'
g++ -W -Woverloaded-virtual -O2 -shared streamdev-client.o client/socket.o client/device.o client/setup.o client/remote.o client/assembler.o client/filter.o common.o i18n.o tools/source.o tools/select.o tools/socket.o tools/tools.o libdvbmpeg/libdvbmpegtools.a -o libvdr-streamdev-client.so
/usr/bin/ld: streamdev-client.o: relocation R_X86_64_32S against `vtable for cPluginStreamdevClient' can not be used when making a shared object; recompile with -fPIC
streamdev-client.o: could not read symbols: Bad value
collect2: ld gab 1 als Ende-Status zurück
make[1]: *** [libvdr-streamdev-client.so] Fehler 1
make[1]: Leaving directory `/usr/src/vdr-1.4.1/PLUGINS/src/streamdev-cvs'
Plugin svdrpdemo:
make[1]: Entering directory `/usr/src/vdr-1.4.1/PLUGINS/src/svdrpdemo'
make[1]: Für das Ziel »all« ist nichts zu tun.
make[1]: Leaving directory `/usr/src/vdr-1.4.1/PLUGINS/src/svdrpdemo'


*** failed plugins: streamdev

Display More

Ich bin kein Entwickler und kann mit den Meldungen nichts anfangen.
Kann es evtl. an der 64bit Architektur liegen.
Gibt es eine Lösung für das Problem ?

Gruß,
luphi

schmirl · Aug 24th 2006

Quote

Original von luphi
Kann es evtl. an der 64bit Architektur liegen.
Gibt es eine Lösung für das Problem ?

Ja und ja.
Gehe in das Plugin-Verzeichnis (/usr/src/vdr-1.4.1/PLUGINS/src/streamdev-cvs) und führe dort ersteinmal "make clean" aus. Dann editierst Du das Makefile. Ergänze in der CXXFLAGS-Zeile das -fPIC:

Code

CXXFLAGS ?= -W -Woverloaded-virtual -fPIC

Erstelle einen Bugreport.

luphi · Aug 24th 2006

schmirl

-fPIC hat's gebracht.
Ich konnte das Plugin jetzt ohne Probleme kompilieren.
Die nächsten Abende werden zeigen, ob die Probleme jetzt weg sind.

@all

Vielen Dank für Eure schnelle und kompetente Hilfe.

Gruß,
luphi

streamdev Probleme

Participate now!

Share

Users Viewing This Thread