Raspberry Pi mit VDR aber ohne XMBC schischi möglich

oma · 29. März 2013

Hallo,

ich bin von meinem kleinen PI echt begeistert, basteln macht wieder Spaß Zur Zeit betreibe ich Ihn per raspbmc und vnsi am vdd und bin bis auf paar Eigenheiten recht zufrieden.
Gibt es eine Möglichkeit den nativen VDR auf dem Pi zu installieren? Mich interessiert eigentlich die ganze XBMC Sauce nicht wirklich da ich bereits ein SmartTV habe und mich lieber mit der "nativen" vdr Oberfläche beschäftigen würde. Ich sehe da 2 Optionen:
a) VDR mit DVB-S2 Karte und Pi mit VDR als Streaming Client (aber eben ohne xbmc)
b) Pi mit USB DVB-S2 und VDR
Ich glaube das wenn der Pi per VNSI und streaming das HD Bild ausgeben kann sollte das auch ohne den xbmc Unterbau gehen, oder sehe ich das falsch? Welche der beiden Optionen oben hat welche Nachteile? Performance?

Bevor ich also wieder anfange zu basteln wollte ich mal Eure Meinungen dazu hören...

Gruß aus NRW
Markus

rollercontainer · 29. März 2013

Vomp Version 0.4.0

oma · 29. März 2013

Ja, VOMP ist mir ein Begriff - das wäre also Option a)
Welche Vor oder Nachteile hat das gegenüber b)? Ist VOMP gegenüber VNSI, mal vom xbmc schischi abgesehen, vorteilhaft?

rollercontainer · 29. März 2013

Keine Ahnung wie das genau aussieht. Ich habe einen normalen MediaMVP laufen. Ich warte, bis es 0.4.0 als Paket gibt...

oma · 29. März 2013

mhh, zusammen mir Raspberry Pi ist das mit VOMP nicht ganz trivial da die Versionen (0.4.0 für Pi support bzw. 0.3.1.3-11 im yavdr stable repro) nicht zusammen passen. Siehe auch hier wo ich noch auf Hilfe hoffe... Aber vielleicht muss es ja nicht vomp sein?

rollercontainer · 29. März 2013

http://www.loggytronic.com/vomp-pi.php

oma · 29. März 2013

ja, und? Die hab ich ja installiert...

cinfo · 30. März 2013

Hi,

jamand eine Idee wie die Makefile & Make.config Datei für eine Erstellung vom VDR aus sehen muß?
Damit alles für armhf sauber übersetzt wird.

Vielleicht kann jemand mal seine Makefile & Make.config posten, womit erfolgreich ein VDR auf der RPI erstellt werden konnte?

Code

<------>
## MACHINE = -mcpu=arm1176jzf-s
## HOST    = arm9
## ARCH    = arm
MACHINE ?= -m32 -march=arm1176jzf-s ...
....


CC       ?= ccache gcc
CFLAGS   ?= -g -O2 -Wall


CXX      ?= ccache g++
CXXFLAGS ?= -g -O2 -Wall -Woverloaded-virtual

Alles anzeigen

Grüße
cinfo

3PO · 30. März 2013

Zitat von cinfo

Hi,

jamand eine Idee wie die Makefile & Make.config Datei für eine Erstellung vom VDR aus sehen muß?
Damit alles für armhf sauber übersetzt wird....

Ich hatte es bisher immer so gebaut:

Code

CFLAGS="-O2 -march=armv6j -mfpu=vfp -mfloat-abi=hard"
CXXFLAGS="${CFLAGS}"

Nutzungsbedingungen Punkt 1

cinfo · 30. März 2013

Hi,

Code

CFLAGS="-O2 -march=armv6j -mfpu=vfp -mfloat-abi=hard"
CXXFLAGS="${CFLAGS}"

werde ich mal versuchen

Grüße
cinfo

cinfo · 30. März 2013

Hi,

mit dem VDR geht es aber leider spucken die wichtigsten Plugins immer diesen Fehler aus beim Erstellen

Code

cc -c "-O2 -march=armv6j -mfpu=vfp -mfloat-abi=hard" -fPIC -Wall -I../common -DCLIENT -DLIBRARY -D_REENTRANT -D_GNU_SOURCE -DAPI_SOCK  -I../dvbloop `xml2-config --cflags` -O3 -o mld_common.o mld_common.c
cc1: error: invalid option argument ‘-O2 -march=armv6j -mfpu=vfp -mfloat-abi=hard’
make[1]: *** [mld_common.o] Fehler 1

Code

cc "-O2 -march=armv6j -mfpu=vfp -mfloat-abi=hard"   -c -o netcvupdatemenu.o netcvupdatemenu.c
cc1: error: invalid option argument ‘-O2 -march=armv6j -mfpu=vfp -mfloat-abi=hard’

Hmm, jemand eine Idee zu diesem Fehler?

Grüße
cinfo

gda · 30. März 2013

Zitat von cinfo

Hmm, jemand eine Idee zu diesem Fehler?

Und dir fallen die Gänsefüßchen gar nicht auf?

Gerald

seahawk1986 · 30. März 2013

Zitat von cinfo

Hmm, jemand eine Idee zu diesem Fehler?

Wie bzw. auf was für einem System baust du denn? Ich hab bislang nur rasbian in qemu als Build-Umgebung genutzt, für eine richtige Crosscompiler-Toolchain fehlt momentan die Motivation... architectural chroot klingt auch nicht schlecht: http://sentryytech.blogspot.de…n-emulated-raspberry.html

cinfo · 30. März 2013

Hi,

Zitat

Wie bzw. auf was für einem System baust du denn?

direkt auf der RPI

Zitat

Und dir fallen die Gänsefüßchen gar nicht auf?

Das war auch mein erster Eindruck nur ohne bekommt man das
beim VDR

Code

sysconfig\" -I/usr/include/freetype2   -I. channels.c
cc1plus: error: argument to ‘-O’ should be a non-negative integer
make[1]: *** [audio.o] Fehler 1
make[1]: *** Warte auf noch nicht beendete Prozesse...
cc1plus: error: argument to ‘-O’ should be a non-negative integer
make[1]: *** [channels.o] Fehler 1
make[1]: *** wait: Keine Kind-Prozesse.  Schluss.
make: *** [vdr-1.7/vdr] Fehler 2

Hmm, aber wenn man sie entfernt und das Plugin baut sieht viel besser aus

Code

ar: creating libmcli.a
a - mld_common.o
a - mld_client.o
a - mld_reporter.o
a - mcast.o
a - recv_tv.o
a - recv_ccpp.o
a - tools.o
a - tca_handler.o
a - tra_handler.o
a - satlists.o
a - interfaces.o
a - api_server.o
a - ciparser.o
a - ci_handler.o
a - mmi_handler.o
make[1]: Leaving directory `/media/testing/src/vdr-plugins/src/mcli-1/mcast/client'
g++ -g -Wall -Woverloaded-virtual -Wno-parentheses -O2 -fPIC -c -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_GNU_SOURCE -DPLUGIN_NAME_I18N='"mcli"' -I/usr/include/dvb-s2api-liplianin -I/usr/include/vdr -I. -I/usr/include/libxml2 mcli.c
In file included from mcli.c:17:0:
/usr/include/vdr/device.h:291:16: warning: ‘virtual bool cDevice::IsTunedToTransponder(const cChannel*) const’ was hidden [-Woverloaded-virtual]
device.h:109:15: warning:   by ‘virtual bool cMcliDevice::IsTunedToTransponder(const cChannel*)’ [-Woverloaded-virtual]
mcli.c: In member function ‘virtual bool cPluginMcli::ProcessArgs(int, char**)’:
mcli.c:232:19: error: ‘DDD’ was not declared in this scope
make: *** [mcli.o] Fehler 1

Alles anzeigen

kommt noch ein Fehler aber der dürfte nicht mit dem make zusammenhängen.

------->

OK jetzt wurde auch das Plugin sauber gebaut

Code

make[1]: Leaving directory `/media/testing/src/vdr-plugins/src/mcli-1/mcast/client'
g++ -fPIC -pg -O2 -Wall -Woverloaded-virtual -Wno-parentheses -c -D_GNU_SOURCE -DPLUGIN_NAME_I18N='"mcli"' -I/usr/include/vdr -I. -I/usr/include/libxml2 mcli.c
mcli.c: In member function ‘virtual void cPluginMcli::Action()’:
mcli.c:685:7: warning: variable ‘netCVChanged’ set but not used [-Wunused-but-set-variable]
g++ -fPIC -pg -O2 -Wall -Woverloaded-virtual -Wno-parentheses -c -D_GNU_SOURCE -DPLUGIN_NAME_I18N='"mcli"' -I/usr/include/vdr -I. -I/usr/include/libxml2 cam_menu.c
g++ -fPIC -pg -O2 -Wall -Woverloaded-virtual -Wno-parentheses -c -D_GNU_SOURCE -DPLUGIN_NAME_I18N='"mcli"' -I/usr/include/vdr -I. -I/usr/include/libxml2 device.c
device.c: In member function ‘virtual int cMcliDevice::HandleTsData(unsigned char*, size_t)’:
device.c:237:20: warning: comparison between signed and unsigned integer expressions [-Wsign-compare]
g++ -fPIC -pg -O2 -Wall -Woverloaded-virtual -Wno-parentheses -c -D_GNU_SOURCE -DPLUGIN_NAME_I18N='"mcli"' -I/usr/include/vdr -I. -I/usr/include/libxml2 filter.c
g++ -fPIC -pg -O2 -Wall -Woverloaded-virtual -Wno-parentheses -c -D_GNU_SOURCE -DPLUGIN_NAME_I18N='"mcli"' -I/usr/include/vdr -I. -I/usr/include/libxml2 packetbuffer.c
g++ -fPIC -pg -O2 -Wall -Woverloaded-virtual -Wno-parentheses -shared mcli.o cam_menu.o device.o filter.o packetbuffer.o mcast/client/libmcli.a -lxml2 -o libvdr-mcli.so
xgettext -C -cTRANSLATORS --no-wrap --no-location -k -ktr -ktrNOOP --msgid-bugs-address='<see README>' -o po/mcli.pot cam_menu.c device.c filter.c mcli.c packetbuffer.c
msgmerge -U --no-wrap --no-location --backup=none -q po/de_DE.po po/mcli.pot
msgfmt -c -o po/de_DE.mo po/de_DE.po
cp po/de_DE.mo /usr/include/vdr/locale/de_DE/LC_MESSAGES/vdr-mcli.mo
msgmerge -U --no-wrap --no-location --backup=none -q po/nl_NL.po po/mcli.pot
msgfmt -c -o po/nl_NL.mo po/nl_NL.po
cp po/nl_NL.mo /usr/include/vdr/locale/nl_NL/LC_MESSAGES/vdr-mcli.mo

Alles anzeigen

Beim VDR muß ich noch einmal schauen wo da das Problem liegt.

Grüße
cinfo

cinfo · 31. März 2013

Hi,

bei einigen Plugin geht nichts --> da bekomme ich nur diese Meldung

Code

make[2]: Warnung: -jN in »make«-Verarbeitungszweig erzwungen: 
Jobserver-Modus nicht verfügbar.
make[2]: *** Keine Regel, um »plug« zu erstellen.  Schluss.

Hm, was ist hier "Output of the build process"
Kennt einer diesen Fehler?

Was könnte man hier versuchen um die Plugins zu übersetzen?

OK, einige Änderung im Makefile vom Plugin und alles geht

Bsp. - dummydevice

Code

# Makefile for a Video Disk Recorder plugin
#
# $Id$


# The official name of this plugin.
# This name will be used in the '-P...' option of VDR to load the plugin.
# By default the main source file also carries this name.
#
PLUGIN = dummydevice


### The version number of this plugin (taken from the main source file):


VERSION = $(shell grep 'static const char \*VERSION *=' $(PLUGIN).c | awk '{ print $$6 }' | sed -e 's/[";]//g')


### The C++ compiler and options:


CXX      ?= g++
CXXFLAGS ?= -O2 -Wall -Woverloaded-virtual


### The directory environment:


VDRDIR = ../../..
LIBDIR = ../../lib
TMPDIR = /tmp


### Allow user defined options to overwrite defaults:


-include $(VDRDIR)/Make.config


### The version number of VDR (taken from VDR's "config.h"):


APIVERSION = $(shell sed -ne '/define APIVERSION/ { s/^.*"\(.*\)".*$$/\1/; p }' "/usr/include/vdr/config.h")
VDRVERSION = $(shell sed -ne '/define VDRVERSION/ { s/^.*"\(.*\)".*$$/\1/; p }' "/usr/include/vdr/config.h")
ifeq ($(strip $(APIVERSION)),)
   APIVERSION = $(VDRVERSION)
endif


### The name of the distribution archive:


ARCHIVE = $(PLUGIN)-$(VERSION)
PACKAGE = vdr-$(ARCHIVE)


### Includes and Defines (add further entries here):


INCLUDES += -I$(VDRDIR)/include


DEFINES += -D_GNU_SOURCE -DPLUGIN_NAME_I18N='"$(PLUGIN)"'


### The object files (add further files here):


OBJS = $(PLUGIN).o


### Implicit rules:


%.o: %.c
        $(CXX) $(CXXFLAGS) -c $(DEFINES) $(INCLUDES) $<


# Dependencies:


MAKEDEP = g++ -MM -MG
DEPFILE = .dependencies
$(DEPFILE): Makefile
        @$(MAKEDEP) $(DEFINES) $(INCLUDES) $(OBJS:%.o=%.c) > $@


-include $(DEPFILE)


### Targets:


i18n: all
plug: all


all: libvdr-$(PLUGIN).so


libvdr-$(PLUGIN).so: $(OBJS)
        $(CXX) $(CXXFLAGS) -shared $(OBJS) -o $@
        @cp $@ $(LIBDIR)/$@.$(APIVERSION)


dist: clean
        @-rm -rf $(TMPDIR)/$(ARCHIVE)
        @mkdir $(TMPDIR)/$(ARCHIVE)
        @cp -a * $(TMPDIR)/$(ARCHIVE)
        @tar czf $(PACKAGE).tgz -C $(TMPDIR) $(ARCHIVE)
        @-rm -rf $(TMPDIR)/$(ARCHIVE)
        @echo Distribution package created as $(PACKAGE).tgz


clean:


### Targets:


i18n: all
plug: all


all: libvdr-$(PLUGIN).so


libvdr-$(PLUGIN).so: $(OBJS)
        $(CXX) $(CXXFLAGS) -shared $(OBJS) -o $@
        @cp $@ $(LIBDIR)/$@.$(APIVERSION)


dist: clean
        @-rm -rf $(TMPDIR)/$(ARCHIVE)
        @mkdir $(TMPDIR)/$(ARCHIVE)
        @cp -a * $(TMPDIR)/$(ARCHIVE)
        @tar czf $(PACKAGE).tgz -C $(TMPDIR) $(ARCHIVE)
        @-rm -rf $(TMPDIR)/$(ARCHIVE)
        @echo Distribution package created as $(PACKAGE).tgz


clean:
        @-rm -f $(OBJS) $(DEPFILE) *.so *.tgz core* *~

Alles anzeigen

Grüße
cinfo

3PO · 31. März 2013

Zitat von cinfo
Hi,

bei einigen Plugin geht nichts --> da bekomme ich nur diese Meldung
Code
make[2]: Warnung: -jN in »make«-Verarbeitungszweig erzwungen: 
Jobserver-Modus nicht verfügbar.
make[2]: *** Keine Regel, um »plug« zu erstellen.  Schluss.
Hm, was ist hier "Output of the build process"
Kennt einer diesen Fehler?

Was könnte man hier versuchen um die Plugins zu übersetzen?

Grüße
cinfo
Alles anzeigen

Evtl. -j0

beta · 31. März 2013

Ersetze make all im Makefile durch make plug oder schreibe ein make plug for make all.

Gruß,
beta

decembersoul · 1. April 2013

Auch wenn es schon sehr oft gesagt wurde und ich denke das die meisten es wissen aber es gibt zZ kein Ausgabe Device welches auf dem RasPi vernünftig funktionieren würde. Daher es muss noch ein Plugin geschrieben werden welches OpenGL ES 2.0 sprechen kann. Ohne das kann man die Hardwarebeschleunigung vom RasPi nicht nutzen.

Uwe · 1. April 2013

Zitat von decembersoul

Auch wenn es schon sehr oft gesagt wurde und ich denke das die meisten es wissen aber es gibt zZ kein Ausgabe Device welches auf dem RasPi vernünftig funktionieren würde. Daher es muss noch ein Plugin geschrieben werden welches OpenGL ES 2.0 sprechen kann. Ohne das kann man die Hardwarebeschleunigung vom RasPi nicht nutzen.

Yes, ich hoffe ja auch immer noch, das jemand ein "einfaches" Ausgabe Device Plugin für VDR schreiben wird.
Ich würde dafür die Hardware (raspberry pi) spendieren.

Der vompclient zeigt ja schon, was mit dem raspberry pi möglich ist. Hier hat MartenR viel Arbeit reingesteckt und das Ergebnis ist wirklich toll.

Die Hardware, also der rasperry pi und VDR sind vollkommend ausreichend um einen kompletten VDR aufzubauen. Ein oder 2 DVB Devices sollten vielleicht am raspberry auch noch funktionieren....

guigra · 6. April 2013

Hallo Leute,

bin gerade dabei für den Raspberry PI das mcli plugin zu bauen. Jedoch will das irgendwie nicht klappen. Wenn ich auf der Konsole als root make eingebe erhalte ich folgende Ausgabe :

root@raspberrypi:/usr/local/src/vdr-mcli-plugin# make
make -C mcast/client/
make[1]: Entering directory `/usr/local/src/vdr-mcli-plugin/mcast/client'
cc -Wl,--as-needed -shared -o libmcli.so mld_common.o mld_client.o mld_reporter.o mcast.o recv_tv.o recv_ccpp.o tools.o tca_handler.o tra_handler.o satlists.o interfaces.o api_server.o ciparser.o ci_handler.o mmi_handler.o `xml2-config --libs` -lpthread -lz -lm
ar rv libmcli.a mld_common.o mld_client.o mld_reporter.o mcast.o recv_tv.o recv_ccpp.o tools.o tca_handler.o tra_handler.o satlists.o interfaces.o api_server.o ciparser.o ci_handler.o mmi_handler.o
r - mld_common.o
r - mld_client.o
r - mld_reporter.o
r - mcast.o
r - recv_tv.o
r - recv_ccpp.o
r - tools.o
r - tca_handler.o
r - tra_handler.o
r - satlists.o
r - interfaces.o
r - api_server.o
r - ciparser.o
r - ci_handler.o
r - mmi_handler.o
make[1]: Leaving directory `/usr/local/src/vdr-mcli-plugin/mcast/client'
g++ -fPIC -pg -O2 -Wall -Woverloaded-virtual -Wno-parentheses -c -D_GNU_SOURCE -DPLUGIN_NAME_I18N='"mcli"' -I/usr/include/vdr -I. `xml2-config --cflags` device.c
In file included from device.c:20:0:
/usr/local/include/vdr/device.h:291:16: warning: ‘virtual bool cDevice::IsTunedToTransponder(const cChannel*) const’ was hidden [-Woverloaded-virtual]
device.h:103:15: warning: by ‘virtual bool cMcliDevice::IsTunedToTransponder(const cChannel*)’ [-Woverloaded-virtual]
/usr/local/include/vdr/device.h:331:16: warning: ‘virtual bool cDevice::HasLock(int) const’ was hidden [-Woverloaded-virtual]
device.h:51:15: warning: by ‘virtual bool cMcliDevice::HasLock(int)’ [-Woverloaded-virtual]
device.c: In member function ‘virtual bool cMcliDevice::SetChannelDevice(const cChannel*, bool)’:
device.c:477:29: error: ‘class cEITScanner’ has no member named ‘UsesDevice’
make: *** [device.o] Fehler 1
root@raspberrypi:/usr/local/src/vdr-mcli-plugin#

Ich kann jedoch ohne Probleme das statische mcli und auch netcv2dvbip bauen.Diese laufen auch ohne Probleme aber nützen nichts ohne dem Plugin oder dem dvbloop.ko modul.
Auch dieses läßt sich nicht bauen.Den VDR selbst konnte ich ohne Probleme bauen und starten.
Ich hoffe mal ihr könnt mir helfen.

guido

Raspberry Pi mit VDR aber ohne XMBC schischi möglich

Jetzt mitmachen!

Teilen