[ANNOUNCE]: vdr-mhp-0.2 |
Frank99
Haudegen
  
Registration Date: 20.10.2003
Posts: 627
Berufung: Patch-Entwickler
 |
|
Hallo,
kann hiermit jemand was Anfangen:
g++ -g -O2 -Wall -Woverloaded-virtual -c -I/usr/local/include/dfb++ -I/usr/local/include/directfb -I../.. -I../../mhp/../../../../include/ mpegpes.c
cc -g -O2 -D_REENTRANT -fPIC -DPIC -ffast-math -D_GNU_SOURCE -c -I/usr/local/include/directfb -I/usr/local/include/directfb-internal -Idfb_config shm.c
shm.c:65: error: conflicting types for `system_initialize'
/usr/local/include/directfb-internal/core/core_system.h:37: error: previous declaration of `system_initialize'
shm.c:87: error: conflicting types for `system_join'
/usr/local/include/directfb-internal/core/core_system.h:40: error: previous declaration of `system_join'
make[2]: *** [shm.o] Error 1
make[2]: Leaving directory `/usr/local/src/vdr-1.3.12/PLUGINS/src/mhp-0.2/libmhpoutput/mpegpes-0.9.20'
make[1]: *** [modules] Error 1
make[1]: Leaving directory `/usr/local/src/vdr-1.3.12/PLUGINS/src/mhp-0.2/libmhpoutput'
make: *** [subdirs] Error 1
Tschau,
Frank
|
|
19.09.2004 15:29 |
|
|
olafhenkel
Fürst
  

Registration Date: 27.02.2003
Posts: 2,766
Herkunft: Dormagen (NRW, bei Köln) Berufung: Oberdepp
 |
|
Tach auch...
Mehr als siehe oben ist das im Moment nicht. Ende der Geschichte.
Klar, sicherlich ein vernichtendes Urteil für dermassen viel Arbeit, die da wahrscheinlich drinstecken mag, aber sowas kann man nicht unter die Leute bringen !!
Sorry, das mal so in aller Deutlichkeit sagen zu müssen !
ffmpeg 0.4.6 ? Der Witz des Tages, die Version ist dermassen alt, dass die Hälfte der anderen Plugins damit nicht gehen sollte. Hier sollte man auf mindestens 0.4.8 anpassen.
Zugegeben, meine Fehlermeldungen rühren vermutlich daher, dass ich auch schon DirectFB 0.9.21 verwende, also ne aktuelle Geschichte aus dem CVS.
Auch hier würde ich in Hinblick auf die Zukunft mich nicht mit 0.9.20 abgeben.
Ansonsten kann ich deine Arbeit nicht weiter bewerten, weil ich es auch nicht installiert bekomme und angesichts der Vorarbeiter mir immo dann auch nicht weiter die Mühe machen werde...
Greets Olaf
__________________ Ollie jetzt auch im Internet !!! ->> www.ohms.ws << VDR mit ASUS A7V8X-X, Athlon XP 2 Ghz, 512 MB DDR-RAM und gentoo 2008.0 Linux, ner Menge Platten (1 TB), 2 Brennern und Karten-Vollausstattung (1 X Nexus 4 MB Mod, 3 x Nova, 1 PVR 350) , TFT/Sony PSOne, Nvidia Graka und und und * Linux - wir geben ihrem Computer das Leben zurück *
|
|
19.09.2004 16:12 |
|
|
ronnykornexl
Fürst
  

Registration Date: 12.06.2004
Posts: 2,805
Herkunft: Landkreis Dahme-Spreewald (LDS)
 |
|
|
19.09.2004 16:19 |
|
|
olafhenkel
Fürst
  

Registration Date: 27.02.2003
Posts: 2,766
Herkunft: Dormagen (NRW, bei Köln) Berufung: Oberdepp
 |
|
Also ehrlich Ronny,
trotz unserer Differenzen, damit hast mal wieder den Vogel abgeschossen...
Ich glaub, wir setzen mal Austrian Coder drauf an und treiben ihn damit locker in den Wahnsinn...hehe.
Ich glaube, Henning und den anderen ebuild-Constructors sollte es ähnlich gehen.
Greets Olaf
P.S.: Aber Interesse an nem ebuild hätte ich schon...lol. Aber das olle ffmpeg ? Naja, ich weiss net. Für ein Schrott-Plugin einige kaputtmachen, die perfekt funktionieren ? Nicht wirklich sinnvoll.
__________________ Ollie jetzt auch im Internet !!! ->> www.ohms.ws << VDR mit ASUS A7V8X-X, Athlon XP 2 Ghz, 512 MB DDR-RAM und gentoo 2008.0 Linux, ner Menge Platten (1 TB), 2 Brennern und Karten-Vollausstattung (1 X Nexus 4 MB Mod, 3 x Nova, 1 PVR 350) , TFT/Sony PSOne, Nvidia Graka und und und * Linux - wir geben ihrem Computer das Leben zurück *
|
|
19.09.2004 16:23 |
|
|
holymoly
Fürst
  
Registration Date: 06.12.2002
Posts: 2,987
Herkunft: /dev/null
 |
|
Hi,
| quote: |
Original von Hulk
Hi,
| quote: |
Original von Habib
mpegpes.c:220: error: 'struct AVCodecContext' has no member named 'aspect_ratio
|
Im Readme steht ffmpeg-0.4.6 als Bedingung drin
Andreas |
in der readme steht doch aber was von
'at least 0.4.6'
was doch soviel wie 'mindestens' bedeutet ,oder nicht ?
mfg
|
|
19.09.2004 16:54 |
|
|
maz
Haudegen
  

Registration Date: 06.06.2002
Posts: 690
Herkunft: NRW, bei Münster
 |
|
Hi,
also ich kriegs auch definitiv nicht hin. Schade.
@holymoly: Das mit ffmpeg sehe ich genauso, ich hab hier auch 0.4.8.
@all: Falls es auf linvdr 0.6 jemand kompiliert bekommt, bitte bei mir melden!!
mfg maz
__________________ Mein VDR: LinVDR 0.7, VDR 1.3.44, DVB-S Rev. 1.3; HP Vectra VL400SF,800 Mhz, 512 MB,;Registered VDR user No. 113
|
|
19.09.2004 17:08 |
|
|
Hulk
Graf
 

Registration Date: 03.07.2003
Posts: 2,217
Herkunft: Berlin
 |
|
| quote: |
Original von holymoly
Hi,
| quote: |
Original von Hulk
Hi,
| quote: |
Original von Habib
mpegpes.c:220: error: 'struct AVCodecContext' has no member named 'aspect_ratio
|
Im Readme steht ffmpeg-0.4.6 als Bedingung drin
Andreas |
in der readme steht doch aber was von
'at least 0.4.6'
was doch soviel wie 'mindestens' bedeutet ,oder nicht ?
|
Upps, da habe ich das Readme falsch verstanden,
Ich habe es gerade mhp/libmhpoutput/mpegpes-0.9.20/ mit ffmpeg-0.4.8 probiert und es
passt durch den Compiler.
Wichtig ist anscheinen das ffmpeg nach /usr installiert wurde oder das Makefile muss angepasst werden.
Da nicht unter der default Hand-Installationsordner /usr/local/include gesucht wird.
Hilft mir aber trotzdem auch nicht weiter...
Sorry,
Andreas
__________________ System: VDR 1.6 (Homebrew) unter Debian Lenny
Projekte : iMON LCD Plugin | targa VFD Plugin | Extb-Plugin | Beep-Plugin | XXV - Xtreme eXtension for VDR
|
|
19.09.2004 17:15 |
|
|
Austrian Coder
Freiherr

Registration Date: 20.11.2003
Posts: 1,622
Herkunft: Österreich Berufung: Plugin-Entwickler
Thread Starter
 |
|
@ronnykornexl:
Solange es nicht defintiv bei mindestens 5 Leuten compilt, wirds kein ebuild geben.
__________________ Chaos Computing
|
|
19.09.2004 17:23 |
|
|
ronnykornexl
Fürst
  

Registration Date: 12.06.2004
Posts: 2,805
Herkunft: Landkreis Dahme-Spreewald (LDS)
 |
|
|
19.09.2004 17:26 |
|
|
maz
Haudegen
  

Registration Date: 06.06.2002
Posts: 690
Herkunft: NRW, bei Münster
 |
|
Hi!
Und? Habt ihr alle schon aufgegeben?? Hier noch ein patch des Entwicklers, der die Probleme mit der objects.c beheben soll.
mfg maz
__________________ Mein VDR: LinVDR 0.7, VDR 1.3.44, DVB-S Rev. 1.3; HP Vectra VL400SF,800 Mhz, 512 MB,;Registered VDR user No. 113
|
|
20.09.2004 13:43 |
|
|
boonkerz
Tripel-Ass


Registration Date: 29.09.2003
Posts: 179
Herkunft: Gribow Berufung: Plugin-Entwickler
 |
|
Hey
Was macht das Plugin?
MFG
|
|
20.09.2004 13:58 |
|
|
dido
Routinier
 
Registration Date: 27.10.2003
Posts: 301
Herkunft: NRW
 |
|
Auch nach einspielen aller Patches bekomme ich noch Fehler:
| quote: |
g++ -O0 -g -Wall -Woverloaded-virtual -c -I../../../../include -I.. objects.c
objects.c: In member function `bool DvbSi::NIT::getNetworkName(char*)':
objects.c:22: error: no matching function for call to `SI::String::getText(
char*&)'
../../../../include/libsi/si.h:427: error: candidates are: char*
SI::String::getText()
../../../../include/libsi/si.h:434: error: char*
SI::String::getText(char*, int)
../../../../include/libsi/si.h:441: error: char*
SI::String::getText(char*, char*, int, int)
objects.c: In member function `bool DvbSi::NIT::getNetworkName(char*, char*)':
objects.c:35: error: invalid conversion from `char*' to `int'
objects.c:35: error: initializing argument 2 of `char*
SI::String::getText(char*, int)'
objects.c: In member function `bool DvbSi::SDT::Service::getServiceName(char*)
':
objects.c:73: error: no matching function for call to `SI::String::getText(
char*&)'
../../../../include/libsi/si.h:427: error: candidates are: char*
SI::String::getText()
../../../../include/libsi/si.h:434: error: char*
SI::String::getText(char*, int)
../../../../include/libsi/si.h:441: error: char*
SI::String::getText(char*, char*, int, int)
objects.c: In member function `bool DvbSi::SDT::Service::getServiceName(char*,
char*)':
objects.c:86: error: invalid conversion from `char*' to `int'
objects.c:86: error: initializing argument 2 of `char*
SI::String::getText(char*, int)'
objects.c: In member function `bool DvbSi::SDT::Service::getProviderName(char*)
':
objects.c:100: error: no matching function for call to `SI::String::getText(
char*&)'
../../../../include/libsi/si.h:427: error: candidates are: char*
SI::String::getText()
../../../../include/libsi/si.h:434: error: char*
SI::String::getText(char*, int)
../../../../include/libsi/si.h:441: error: char*
SI::String::getText(char*, char*, int, int)
objects.c: In member function `bool DvbSi::SDT::Service::getProviderName(char*,
char*)':
objects.c:113: error: invalid conversion from `char*' to `int'
objects.c:113: error: initializing argument 2 of `char*
SI::String::getText(char*, int)'
objects.c: In member function `bool DvbSi::EIT::Event::getEventName(char*)':
objects.c:192: error: no matching function for call to `SI::String::getText(
char*&)'
../../../../include/libsi/si.h:427: error: candidates are: char*
SI::String::getText()
../../../../include/libsi/si.h:434: error: char*
SI::String::getText(char*, int)
../../../../include/libsi/si.h:441: error: char*
SI::String::getText(char*, char*, int, int)
objects.c: In member function `bool DvbSi::EIT::Event::getEventName(char*,
char*)':
objects.c:204: error: invalid conversion from `char*' to `int'
objects.c:204: error: initializing argument 2 of `char*
SI::String::getText(char*, int)'
objects.c: In member function `bool
DvbSi::EIT::Event::getShortDescription(char*)':
objects.c:216: error: no matching function for call to `SI::String::getText(
char*&)'
../../../../include/libsi/si.h:427: error: candidates are: char*
SI::String::getText()
../../../../include/libsi/si.h:434: error: char*
SI::String::getText(char*, int)
../../../../include/libsi/si.h:441: error: char*
SI::String::getText(char*, char*, int, int)
make[2]: *** [objects.o] Fehler 1
make[2]: Leaving directory `/usr/local/src/vdr-1.3.12/PLUGINS/src/mhp-0.2/libdvbsi'
make[1]: *** [subdirs] Fehler 1
|
Gruß,
Frank
__________________
--------------------------------------------------------------
VDR 1.4.1-3 mit BigPatch
DVB-S 1.3 (4MB) und DVB-S 1.3 (2MB)
Suse 10.1
---------------------------------------------------------------
This post has been edited 1 time(s), it was last edited by dido: 20.09.2004 14:04.
|
|
20.09.2004 14:04 |
|
|
Hulk
Graf
 

Registration Date: 03.07.2003
Posts: 2,217
Herkunft: Berlin
 |
|
Hi,
ich habe es doch glatt geschafft das Plugin durch den Kompiler zu bekommen...
Mein System
gcc-3.3.4
vdr-1.3.10
Folgende Versionen wurden installiert
ffmpeg-0.4.8 unter /usr
DirectFB-0.9.20 unter /usr/local
DFB++-0.9.20 unter /usr/local
kaffe-1.1.4 unter /usr/local
Anbei ein Patch mit allen Änderungen die notwendig waren gegen das jungfräuliche Plugin.
Auf jeden falle einen Kontrolle wert ist die Datei "./mhp-0.2/mhp/Make.config" dort sind
diverse Einstellungen bezügliche des Installationsortes wählbar.
Andreas
__________________ System: VDR 1.6 (Homebrew) unter Debian Lenny
Projekte : iMON LCD Plugin | targa VFD Plugin | Extb-Plugin | Beep-Plugin | XXV - Xtreme eXtension for VDR
|
|
20.09.2004 18:06 |
|
|
ronnykornexl
Fürst
  

Registration Date: 12.06.2004
Posts: 2,805
Herkunft: Landkreis Dahme-Spreewald (LDS)
 |
|
|
20.09.2004 18:54 |
|
|
Hulk
Graf
 

Registration Date: 03.07.2003
Posts: 2,217
Herkunft: Berlin
 |
|
|
20.09.2004 19:14 |
|
|
Django
Freiherr


Registration Date: 16.01.2003
Posts: 1,919
Herkunft: vaddaundmuadda Berufung: Raubvorspuler
 |
|
HI,
bei sourceforge hab ich zwar gelesen:
The project aims at providing a free implementation of the system described in ETSI TS 102 812 ("Multimedia Home Platform (MHP) Specification") based on and fully integrated in VDR (Video Disk Recorder).
Aber wenn ich ehrlich bin, hab' ich es nicht ganz kapiert, was man mit dem plugin nun genau anstellen kann. Kann das mal einer vielleicht mal kurz erklären, und zwar so, dass es ein "51jähriger" auch versteht?
ttyl,
Django
__________________
Nichts ist wahr, alles ist erlaubt!
VDR-Server: ASUS A7V8X, Duron 1.300, 256 MB, 3x 120 GB Maxtor HD, PIONEER DVR-106, Design Tower AIR Black, 40x4 LCD,
1x TT-DVB-S V1.6, 3x DVB-S Nova, URC-7562, CentOS 5.5, VDR: 1.6.0
TecVDR: AOPEN MK73LE-N, Duron 1.300, 256 MB, 1x 120 GB Samsung HD, Pioneer DVR-A04, Gehäusesonderbau, 1x TT-DVB-S V1.6 4MB, 1x DVB-S Nova, 1x AV-Board, SuSE 9.0, VDR: 1.3.11
|
|
20.09.2004 19:38 |
|
|
Habib
Haudegen
  
Registration Date: 28.04.2002
Posts: 721
Herkunft: Bremer Raum
 |
|
Hi,
also lt. Entwickler kann man auch DirectFB und DFB++ in CVS Version verwenden. Man muss nur den Link "mpegpes" im Unterverzeichnis libmhpoutput umlegen auf mpegpes-0.9.21
Hier der Auszug meiner Mai, die ich heute morgen von ihm bekommen hab... (ich hoffe er hat nichts dagegen, wenn ich es hier poste)
| quote: |
Tatsächlich gibt es mindestens vier Probleme. Anbei drei Patches (von Martin Binder, Andreas Bachold und mir) sowie eine Email von mir an die VDR-Mailingliste, die die Probleme erklärt.
Tut mir leid, dass es so viele Probleme gab, aber ich kann nicht in allen möglichen Konstellationen testen.
Bei deiner DirectFB-Version gab es eine API-Änderung, aber weil ich auch mit einer CVS-Version entwickelt habe, ist das kein Problem (und gut getestet).
Du musst nur in libmhpoutput den Link "mpegpes" auf "mpegpes-0.9.21" statt "mpegpes-0.9.20" setzen.
Zudem hat wurde ich auch darauf aufmerksam gemacht, dass die Abhängigkeit von
DFB++ nicht im Readme erwähnt wird. Hol es dir auch aus dem
DFB++ DirectFB-CVS, die
abgepackte Version zu 0.9.20 funktioniert, wenn ich mich richtig erinnere, nicht mit DirectFB-CVS.
Wenn du so viel Mühe investiert hast, sei bitte nicht enttäuscht, wenn möglicherweise noch keine "richtige" MHP-Anwendung funktioniert. Ich habe es wirklich nicht ausprobiert, und es fehlen noch eine Reihe von Java-Klassen.
Marcel
|
__________________ Gruß
Habib
--------------------------------
Aufnahme-Server:
CoolerMaster ATC-620-BX1
DVB-s Nexus 2.1, KNC-One - Pentium-M 1,4 GHz,AOpen i915GMm-HFS, 512MB, SuSE Linux 10.1;
VDR 1.6.0; DVB-Treiber MG (HQ 03.08.2007), XXV(SVN)
TV-VDR
2x Samsung SMT-7020S
HDTV-VDR
Silverstone Lascala SST-LC10M
2xDVB-S2 TT3200, 1xReel HDe, Core2Duo 2,6 Ghz, MSI P35 Neo3-F, 2GB, Debian Etch 4.0;
VDR 1.6.0; Multipro Treiber
This post has been edited 2 time(s), it was last edited by Habib: 20.09.2004 19:46.
|
|
20.09.2004 19:44 |
|
|
Marcel Wiesweg
Jungspund

Registration Date: 20.09.2004
Posts: 11
Herkunft: Essen
 |
|
Hi,
bisher habe ich vdrportal nicht gelesen, aber die Diskussion zu meinem Plugin ist hier ja wesentlich belebter als auf der Mailingliste.
Es gibt von meiner Seite einiges zu sagen:
-Es kompiliert bei mir, wirklich und immer
-Es braucht FFMPEG 0.4.8, da hat sich ein Fehler eingeschlichen.
Der Fehler mit "`FF_ASPECT_16_9_625' undeclared" liegt an einer Änderung im FFMpeg-CVS. Wenn in jeder Version die (im wesentlichen undokumentierte) API geändert wird, komme ich da leider nicht mehr hinterher.
-Der oben von Hulk gepostete Patch ist im Moment nötig. Das Problem mit den vielen Fehlern war, dass ich zwar eigentlich immer die aktuellste libsi-Version habe (was ich als Hauptentwickler von libsi auch haben sollte), allerdings zuletzt Klaus ein paar Methoden geändert hat. Gleichzeitig war in meiner libsi der letzte Woche geschriebene Patch enthalten, der wiederum noch nicht in VDR enthalten ist.
Alleine dadurch sind schon vier Konstellationen zu testen, was ich _nicht_ mache (in der Zeit schreibe ich lieber Code).
-es wird nie eine Version für die 1.2.x-Serie geben, und macht es doch recht wenig Sinn, ältere Versionen aus der _Entwicklerreihe_ 1.3.x zu unterstützen. Die Anforderung steigt mit dem Patch also auf 1.3.12.
-Es braucht DirectFB und DFB++, und zwar möglichst von der gleichen Version (kompiliert sonst wahrscheinlich nicht). Für die im DirectFB-CVS eingeführten API-Änderungen gibt es unter libmhpoutput eine Version mpegpes-0.9.20 und eine Version mpegpes-0.9.21, die sich auf die DirectFB-Versionen beziehen. Dass zur Zeit DFB++ vom CVS nicht kompilierbar ist wegen autoconf/automake-Problemen, entzieht sich meinem Einfluss.
-Alle irgendwie anderen Pfade, wenn z.B. DirectFB unter /usr, verlangen eine Änderung von mhp/Make.config. Auch das ist aufgrund von sehr vielen Konstellationen nicht getestet. Vergesst auch nicht, den VDR-Plugin-Pfad dem Plugin als Parameter mitzugeben.
Das Plugin ist bei den vielen Abhängigkeiten ein klassischer Kandidat für ein ./configure-Skript, aber ich habe mich (in einem anderen Projekt) schon genug schlechte Erfahrungen mit autoconf gemacht, dass ich mich da nicht heranwage.
-Ich hatte es in der ursprünglichen Nachricht schon erwähnt, aber noch einmal ausdrücklich:
Ich habe das Plugin nicht ein einziges Mal gegen eine "richtige" Anwendung getestet! Getestet sind die Anwendungen unter testapps. Als meine Urlaubsbilder mit ImageViewer auf dem Fernseher erschienen, war es Zeit für ein Release.
Für richtige Anwendungen fehlen höchstwahrscheinlich noch eine Reihe von Klassen.
-Der von maz gestern erwähnte Fehler "Dsmcc:
bjectCarousel::id' is protected
receiver.c:227: within this context" tritt bei mir mit gcc 3.4 nicht auf, erscheint mir aber nicht unplausiblel. Welcher Compiler war daran beteiligt?
- Es tut mir leid, dass es so viele Problem gab, und gratuliere euch zu eurer Tapferkeit ;-)
Marcel
|
|
20.09.2004 19:53 |
|
|
|