[ANNOUNCE] streamdev-plugin für VDR-1.3.19, VDR-1.3.20

lodda:

Sorry kann ich ohne weitere Infos nix zu sagen. Am besten schauen obs bald mit der neuen besser ist

Lippton:

Dafür gibts ja jetzt schon die Streamkontrolle. Da fehlen ja an sich nur noch ein paar Funktionen...

mmh,
Heisst das, dass ich dann auch einen ES Audio Stream durch eine externe Pipe jagen kann (lame), um on the fly eine mp2->mp3 Umwandlung durchführen zu können. Das wäre echt super!
siehe auch hier

Hi nochma...

Zitat

Dafür gibts ja jetzt schon die Streamkontrolle. Da fehlen ja an sich nur noch ein paar Funktionen...

DAS wollte ich lesen.

So habe mir das CVS gezogen. Leider compiliert es nicht, sonder bricht mit dieser Fehlermeldung ab:

make[1]: Entering directory `/usr/local/src/vdr-1.3.20/PLUGINS/src/streamdev'
g++: remux/extern.c: No such file or directory
make[1]: *** [.dependencies] Error 1
make[1]: Leaving directory `/usr/local/src/vdr-1.3.20/PLUGINS/src/streamdev'
make: *** [plugins] Error 2

Wobei dieses ja wohl der Knackpunkt ist:

g++: remux/extern.c: No such file or directory

Was fehlt mir da? Hatte ja was von externen Remuxern gelesen, aber was zum Teufel muss ich machen zum compilieren?

Lippton

Äh ja... hmm....

Sag dem Depp doch einfach mal er möge die neuen Files auch ins CVS einfügen

Ist hiermit geschehen..

Zitat

Sag dem Depp doch einfach mal er möge die neuen Files auch ins CVS einfügen

Hehe, habe ich doch...

Wie kann ich denn nun das CVS updaten? Oder muss ich es neu laden?

Lippton

Ok...

Wer gurgeln kann ist klar im Vorteil....

Habe es eben compiliert bekommen.Leider läuft es nicht:

vdr: /usr/local/src/VDR/PLUGINS/lib/libvdr-streamdev-client.so.1.3.20: undefined symbol: _ZN16cMenuWhatsOnItemC1EPK6cEventP8cChannelb

Wasn nu los?

Lippton

Bei mir kompilliert es super!
Jedoch stürzt der vdr ab, wenn ich den Stream beende (VLC 8.1win32 und mplayer-win32 als Client).

svp vdr # ./vdr -Pstreamdev-server -c /etc/vdr
ca pid: 0                           #erscheint wenn ich den Stream starte
pure virtual method called          #erscheint wenn ich den Stream beende
Killed

In den Logs steht folgendes:

Feb 12 19:10:49 [vdr] VDR version 1.3.20 started
Feb 12 19:10:49 [vdr] loading plugin: ./PLUGINS/lib/libvdr-streamdev-server.so.1.3.20
Feb 12 19:10:49 [vdr] loading /etc/vdr//setup.conf
Feb 12 19:10:49 [vdr] loading /etc/vdr//sources.conf
Feb 12 19:10:49 [vdr] loading /etc/vdr//channels.conf
Feb 12 19:10:49 [vdr] loading /etc/vdr//timers.conf
Feb 12 19:10:49 [vdr] loading /etc/vdr//svdrphosts.conf
Feb 12 19:10:49 [vdr] loading /etc/vdr//remote.conf
Feb 12 19:10:49 [vdr] found 1 video device
Feb 12 19:10:49 [vdr] initializing plugin: streamdev-server (0.3.3-pre3-geni): VDR Streaming Server
Feb 12 19:10:49 [vdr] setting primary device to 1
Feb 12 19:10:49 [vdr] SVDRP listening on port 2001
Feb 12 19:10:49 [vdr] loading /etc/vdr//themes/classic-default.theme
Feb 12 19:10:49 [vdr] starting plugin: streamdev-server
Feb 12 19:10:49 [vdr] loading /etc/vdr//plugins/streamdevhosts.conf
                - Last output repeated twice -
Feb 12 19:10:49 [vdr] loading /etc/vdr//themes/classic-default.theme
Feb 12 19:10:49 [vdr] Streamdev: Listening (HTTP) on port 3000
Feb 12 19:10:49 [vdr] switching to channel 24
Feb 12 19:10:51 [vdr] channel 7 (ZDFdokukanal) event 18:45 'ZDF.reporter' status 4
Feb 12 19:10:51 [vdr] channel 2 (ZDF) event 19:00 'heute' status 4
Feb 12 19:10:51 [vdr] channel 24 (KiKa) event 19:00 'Macius' status 4
Feb 12 19:10:52 [vdr] channel 8 (ZDFinfokanal) event 19:00 'AKTUELL - welt' status 4
Feb 12 19:10:52 [vdr] channel 6 (ZDFtheaterkanal) event 19:00 'Foyer' status 4
Feb 12 19:10:52 [vdr] channel 20 (3sat) event 19:00 'heute' status 4
Feb 12 19:11:28 [vdr] Streamdev: Accepted new client (HTTP) 192.168.0.3:2775
Feb 12 19:11:28 [vdr] streamdev-server: Detaching current receiver
Feb 12 19:11:32 [vdr] Streamdev: Read from client (HTTP) 192.168.0.3:2775 failed: Connection reset by peer
Feb 12 19:11:32 [vdr] Streamdev: Closing connection to 192.168.0.3:2775

Kann man mehr DebugInfos ausgeben lassen?

Lippton:

Für diesen Fehler (der was mit Patches am VDR zu tun haben wird) gibts n Patch im Portal... Leider hab ich die Location grad nicht zur Hand. Die Deklaration der Klasse cMenuWHatsOnItem in client/menu.c muss der in VDR's menu.c angeglichen werden.

Jansen:

Huch, das hab ich hier nicht... Wäre schön wenn Du mir da einen Backtrace machen könntest. Dazu das Plugin mit make DEBUG=1 neu compilieren (vorher cleanen), und vor dem VDR-Start den Befehl "ulimit -c unlimited" geben. Nach dem Absturz hast Du dann im Verzeichnis von wo aus VDR gestartet wurde eine Datei core oder core.<nummer>. Diese dann mit "gdb vdr core*" öffnen und alles was dann kommt zu mir Am Befehlsprompt von gdb gibst Du bitte noch bt ein, das steht für BackTrace.

das emergen vom gdb hat nen bischen gedauert

Ich hoffe, dass ich alles richtig gemacht habe

svp vdr # gdb vdr core.28141
GNU gdb 6.0
Copyright 2003 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "i686-pc-linux-gnu"...Using host libthread_db library
 "/lib/libthread_db.so.1".


Core was generated by `./vdr -Pstreamdev-server -c /etc/vdr'.
Program terminated with signal 6, Aborted.


warning: current_sos: Can't read pathname for load map: Input/output error


Reading symbols from /usr/lib/libjpeg.so.62...done.
Loaded symbols for /usr/lib/libjpeg.so.62
Reading symbols from /lib/libpthread.so.0...done.
Loaded symbols for /lib/libpthread.so.0
Reading symbols from /lib/libdl.so.2...done.
Loaded symbols for /lib/libdl.so.2
Reading symbols from /usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.4/libstdc++.so.5...
done.
Loaded symbols for /usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.4/libstdc++.so.5
Reading symbols from /lib/libm.so.6...done.
Loaded symbols for /lib/libm.so.6
Reading symbols from /usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.4/libgcc_s.so.1...
done.
Loaded symbols for /usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.4/libgcc_s.so.1
Reading symbols from /lib/libc.so.6...done.
Loaded symbols for /lib/libc.so.6
Reading symbols from /lib/ld-linux.so.2...done.
Loaded symbols for /lib/ld-linux.so.2
Reading symbols from ./PLUGINS/lib/libvdr-streamdev-server.so.1.3.20...done.
Loaded symbols for ./PLUGINS/lib/libvdr-streamdev-server.so.1.3.20
#0  0xb7d8f491 in kill () from /lib/libc.so.6
(gdb) bt
#0  0xb7d8f491 in kill () from /lib/libc.so.6
#1  0xb7f79d20 in pthread_kill () from /lib/libpthread.so.0
#2  0xb7f7a07b in raise () from /lib/libpthread.so.0
#3  0xb7d8eee2 in raise () from /lib/libc.so.6
#4  0xb7d90a10 in abort () from /lib/libc.so.6
#5  0xb7f43903 in __cxa_call_unexpected ()
   from /usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.4/libstdc++.so.5
#6  0xb7f43938 in std::terminate() ()
   from /usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.4/libstdc++.so.5
#7  0xb7f43f05 in __cxa_pure_virtual ()
   from /usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.4/libstdc++.so.5
#8  0xb7d433b8 in cStreamdevStreamer::Stop() (this=0x8486af0)
    at server/streamer.c:103
#9  0xb7d4301a in ~cStreamdevStreamer (this=0x8486af0) at server/streamer.c:73
#10 0xb7d43c3a in ~cStreamdevLiveStreamer (this=0x8486af0)
    at server/livestreamer.c:55
#11 0xb7d3cefe in ~cConnectionHTTP (this=0x8472da0)
    at server/connectionHTTP.c:22
#12 0x080e573a in cListBase::Del(cListObject*, bool) (this=0xb7f7fb84,
    Object=0x8472da0, DeleteObject=true) at tools.c:960
#13 0xb7d3673f in cStreamdevServer::Action() (this=0x8461788)
    at server/server.c:127
#14 0x080e0176 in cThread::StartThread(cThread*) (Thread=0x6ded)
---Type <return> to continue, or q <return> to quit---
    at thread.c:227
#15 0xb7f76fdf in pthread_start_thread () from /lib/libpthread.so.0
#16 0xb7e1ae6a in clone () from /lib/libc.so.6
(gdb)

Nabend

Zitat

Für diesen Fehler (der was mit Patches am VDR zu tun haben wird) gibts n Patch im Portal... Leider hab ich die Location grad nicht zur Hand. Die Deklaration der Klasse cMenuWHatsOnItem in client/menu.c muss der in VDR's menu.c angeglichen werden.

Wie soll ich das verstehen? Mein VDR ist ein "Vanilla", werde aber eben noch mal direkt bei Klaus downloaden.

Lippton

Lippton:

Sorry hab inzwischen raus dass mein VDR nicht Vanilla ist :)... Aber die betreffente Stelle muss eh komplett umgebaut werden von daher wird sich das irgendwann von allein regeln (ich sagte ja cvs == Baustelle :D)

Jansen:

Kann versuchen den Fehler zu umgehen, da er nach meinem Verständnis von C++ eigentlich nicht auftreten dürfte (und es bei mir auch nicht tut). Habe aber noch den antiken 2.95er gcc.

Ich werd den VDR mal auf Gentoo bauen und dort irgendwas wegstreamen

Hi

Zitat

Aber die betreffente Stelle muss eh komplett umgebaut werden von daher wird sich das irgendwann von allein regeln (ich sagte ja cvs == Baustelle großes Grinsen )

Klar, absolut kein Problem. Bin ja froh das du diese Arbeit machst.
Aber scön bescheid sagen wenn es vorran geht.

Lippton

Zitat

Original von LordJaxom
Jansen:

Kann versuchen den Fehler zu umgehen, da er nach meinem Verständnis von C++ eigentlich nicht auftreten dürfte (und es bei mir auch nicht tut). Habe aber noch den antiken 2.95er gcc.

Ich werd den VDR mal auf Gentoo bauen und dort irgendwas wegstreamen

Wäre super, wenn mal ein paar andere Gentooler das Plugin testen würden!

Trotzdem ein riesen Lob an dich. Streamdev ist meiner Meinung nach, eines der besten Plugins für den vdr!

Das ist sicher kein Problem...

Hi

ich habe es mal mit 1.3.21 versucht - das kompilieren hat geklappt.
Bekomme dann aber beim starten folgende Fehlermeldung.

Was will das Ding jetzt ? - Welche Shared-Object-Datei ist gemeint ?

femax:/dvb/VDR # ./runvdr
Starting DVB done
vdr: /dvb/VDR/PLUGINS/lib/libvdr-streamdev.so.1.3.21: Kann die Shared-Object-Datei nicht ýffnen: Datei oder Verzeichnis nicht gefunden
femax:/dvb/VDR # cd PLUGINS/lib/
femax:/dvb/VDR/PLUGINS/lib # ls -al
insgesamt 684
drwxr-xr-x 2 frank users 368 2005-02-15 22:43 .
drwxr-xr-x 4 frank users 96 2004-10-17 15:59 ..
-rwxr-xr-x 1 root root 18067 2005-02-15 22:42 libvdr-hello.so.1.3.21
-rwxr-xr-x 1 root root 13476 2005-02-15 22:42 libvdr-osddemo.so.1.3.21
-rwxr-xr-x 1 root root 53609 2005-02-15 22:43 libvdr-skincurses.so.1.3.21
-rwxr-xr-x 1 root root 28511 2005-02-15 22:43 libvdr-sky.so.1.3.21
-rwxr-xr-x 1 root root 15951 2005-02-15 22:43 libvdr-status.so.1.3.21
-rwxr-xr-x 1 root root 201778 2005-02-15 22:43 libvdr-streamdev-client.so.1.3.21
-rwxr-xr-x 1 root root 355285 2005-02-15 22:43 libvdr-streamdev-server.so.1.3.21

femax:/dvb/VDR/PLUGINS/lib #

femax:/dvb/VDR/PLUGINS/lib # tail /var/log/messages
Feb 15 22:46:18 femax kernel: DVB: registering frontend 0 (STV0299/TSA5059/SL1935 based)...
Feb 15 22:46:19 femax su: (to root) frank on /dev/pts/0
Feb 15 22:46:19 femax su: pam_unix2: session started for user root, service su
Feb 15 22:46:19 femax vdr[7704]: VDR version 1.3.21 started
Feb 15 22:46:19 femax vdr[7704]: loading plugin: /dvb/VDR/PLUGINS/lib/libvdr-streamdev.so.1.3.21
Feb 15 22:46:19 femax vdr[7704]: ERROR: /dvb/VDR/PLUGINS/lib/libvdr-streamdev.so.1.3.21: Kann die Shared-Object-Datei nicht ýffnen: Datei oder Verzeichnis nicht gefunden
Feb 15 22:46:19 femax vdr[7704]: ERROR: (null): Ungýltige Adresse
Feb 15 22:46:19 femax vdr[7704]: max. latency time 0 seconds
Feb 15 22:46:19 femax vdr[7704]: exiting
Feb 15 22:46:19 femax su: pam_unix2: session finished for user root, service su

Gruß Frank

jaja ich habs gesehen ... wer lesen kann ist klar im Vorteil

hab in femax:/dvb/VDR/PLUGINS/lib

ein ln -s libvdr-streamdev-client.so.1.3.21 libvdr-streamdev.so.1.3.21 gemacht

und er startet.

Scheint wohl zu gehen - jetzt mal den Server testen.

Gruß Frank

Hi!

Zitat

/dvb/VDR/PLUGINS/lib

Liegen deine Plugins wirklich in dem Ordner "dvb"?
Glaube kaum... Standard ist ja eher /usr/local/src/VDR/PLUGINS/lib

Lippton

doch doch da liegen sie

/dvb dann ein symlink VDR nach ....... wo auch immer die aktuelle Version liegt

das hab ich mir so passend gemacht - so läuft das schon seit den 0.xx Versionen

Gruß Frank

yep es geht mit 1.3.21 ...

http Stream ist OK

was mir jetzt noch fehlt ist das Bild auf dem client. Der Server streamt auf Port 2004.
Der VDR-client soll empfangen. Bekomme aber kein Bild und kein Ton am VDR-Client.

Die channel.conf sind identisch ...aber da war doch irgendwas mit der channel.conf auf dem Client ?
Wenn ich mich dunkel daran erinnere musste man am client die channels als "verschlüsselt" markieren. Das hat aber nicht geholfen - dann bekomme ich Kanal nicht verfügbar.

Jemand ne Idee an was es liegen könnte dass VDR - VDR jetzt noch nicht geht.

wie geagt http läuft

Danke
Gruß Frank