[HOWTO] Netceiver im externen Gehäuse, Infos zum Netceiver

guigra · 10. Oktober 2010

Hi Leute,

konnte die Fehlermeldung aus meinem Post vom 3.10.2010 beheben.Wie real_schorsch geschrieben hatte fehlte mir das libxml2-dev Paket.Aber nach dem ich dieses nachinstalliert hatte hat er immer noch gemosert.Also habe ich gedacht such das Paket mal für die Zielplattform(MIPS) und siehe das das gleichnamige Paket gab es auch für meine Toolchain.Also flux gesaugt und installiert und erneut make mcli eingehackt und siehe da alles ward gut.Nachdem ich den mcli dämon auf meinen Dvico kopiert hatte startete er das Programm aber beendete es mit Segmentation Fault.Ist aber kein Problem das lag an der Toolchain (nicht 100% ok muß sie neu übersetzten).

@ razorblade und gda

bitte nicht wegen meinem letzten Post in Stress geraten denn auf die Lösung bin ich ja durch den Hinweis von real_schorsch (Paket libxml2-dev) und nach dem Studium der HP die razorblade genannt hat gekommen.

beste grüsse

Guido

chrischtili · 11. Oktober 2010

Hallo zusammen,

ich habe nun erfolgreich mit allen Features den Netceiver mit yavdr 0.2 verbunden.
Nun würde ich gerne meinen überdimensionierten Server im Keller gegen meinen vorhandenen ASRock HT330 ersetzen. Jedoch hat der ASRock den forcedeth-Netzwerkchipsatz.

Welche (USB-Netzwerkadapter-)Lösung könnt ihr empfehlen?

antubis · 23. November 2010

ich hab meinem netceiver jetzt einen zweiten dvb-c tuner spendiert... aber irgendwie erkennt er weiterhin immer nur einen... gegengetauscht hab ich beide auch schon... immer nur der erste wird erkannt... :-/

Code

yaVDR [antubis.net]: /root # netcvdiag -a
Count: 1
NetCeiver 0:
  UUID <fe80::208:54ff:fe51:759d>, ALIVE, tuners 1
  OS <2.4.32-uc0>, App <0.99.33>, FW <AVR0037/FPGAA5J>, HW <0055>
  Serial <33f6000002531912>, Vendor <BayCom GmbH>, state 0
  SystemUptime 59, ProcessUptime 48
  TunerTimeout 3600
  CI-Slot 0: State <READY>, Mode <CA_SINGLE>, CAPMT-Flag: 0, SIDs 0/1, CAM <AlphaCrypt TC>
  CI-Slot 1: State <MISSING>, Mode <CA_MULTI_TRANSPONDER>, CAPMT-Flag: 0, SIDs 0/4, CAM <>
  Tuner 0: <Philips TDA10023 DVB-C>,  SatList: <>, Preference 0




UUID <fe80::208:54ff:fe51:759d>:
      slot 0.0, type DVB-C, used:   9
      LOCK   , frequency 338000000Hz (338006.7kHz)
      strength eaea, snr f4f4, ber 0003, unc 0000
      NIMCurrent 0
      RotorStatus 0, RotorDiff 0.0

Alles anzeigen

chrischtili · 23. November 2010

Zitat

Original von antubis
gegengetauscht hab ich beide auch schon... immer nur der erste wird erkannt... :-/

Hast du schon versucht, die neue Karte alleine zu betreiben? Nur dann könntest du einen Hardwaredefekt an der Karte ausschließen.

Moorviper · 7. Januar 2011

Hat es eigentlich jemand geschafft das netcv2dvbip unter Macos zu compilieren?

Im makefile steht was von macos drin nur nicht wie man es compiliert

deti · 8. Januar 2011

Zitat

Original von Moorviper
Hat es eigentlich jemand geschafft das netcv2dvbip unter Macos zu compilieren?

Ja, ich. Bitte nochmal auschecken und einfach "make" tippen.

Deti

Moorviper · 8. Januar 2011

ausgecheckt habe ich es mit

Code

svn co https://svn.baycom.de/repos/vdr-mcli-plugin/mcast/netcv2dvbip/

Dann ins verzeichnis gewechselt
bekomme dann

Code

noname:reel danielkrah$ cd netcv2dvbip/
noname:netcv2dvbip danielkrah$ make
g++  -I../common/darwin/include/ -DAPPLE -g -DCLIENT   -I../client -I../common `xml2-config --cflags`   -fno-common -Wall -c main.c
In file included from dvbipstream.h:4,
                 from main.c:1:
headers.h:12:18: error: defs.h: No such file or directory
headers.h:13:21: error: version.h: No such file or directory
In file included from /usr/include/c++/4.2.1/backward/list.h:59,
                 from headers.h:14,
                 from dvbipstream.h:4,
                 from main.c:1:
/usr/include/c++/4.2.1/backward/backward_warning.h:32:2: warning: #warning This file includes at least one deprecated or antiquated header. Please consider using one of the 32 headers found in section 17.4.1.2 of the C++ standard. Examples include substituting the <X> header for the <X.h> header for C++ includes, or <iostream> instead of the deprecated header <iostream.h>. To disable this warning use -Wno-deprecated.
In file included from dvbipstream.h:4,
                 from main.c:1:
headers.h:15:22: error: satlists.h: No such file or directory
headers.h:16:19: error: mcast.h: No such file or directory
headers.h:17:19: error: input.h: No such file or directory
headers.h:18:23: error: recv_ccpp.h: No such file or directory
headers.h:19:21: error: recv_tv.h: No such file or directory
headers.h:20:19: error: tools.h: No such file or directory
headers.h:21:24: error: interfaces.h: No such file or directory
headers.h:23:17: error: mld.h: No such file or directory
headers.h:24:24: error: api_server.h: No such file or directory
headers.h:25:25: error: tca_handler.h: No such file or directory
headers.h:26:25: error: tra_handler.h: No such file or directory
headers.h:27:26: error: mld_reporter.h: No such file or directory
headers.h:28:22: error: ciparser.h: No such file or directory
headers.h:29:24: error: ci_handler.h: No such file or directory
headers.h:30:25: error: mmi_handler.h: No such file or directory
headers.h:31:19: error: crc32.h: No such file or directory
headers.h:32:22: error: siparser.h: No such file or directory
In file included from main.c:1:
dvbipstream.h:50: error: ISO C++ forbids declaration of ‘recv_info_t’ with no type
dvbipstream.h:50: error: expected ‘;’ before ‘*’ token
dvbipstream.h:55: error: ‘psi_buf_t’ does not name a type
In file included from main.c:2:
iface.h:14: error: ‘IFNAMSIZ’ was not declared in this scope
main.c:115: error: ‘cmdline_t’ does not name a type
main.c: In function ‘int main(int, char**)’:
main.c:129: error: ‘IFNAMSIZ’ was not declared in this scope
main.c:159: error: ‘bindiface’ was not declared in this scope
main.c:171: error: ‘cmd’ was not declared in this scope
main.c:205: error: ‘struct iface_t’ has no member named ‘name’
main.c:246: error: ‘struct iface_t’ has no member named ‘name’
make: *** [main.o] Error 1

Alles anzeigen

real_schorsch · 8. Januar 2011

> ausgecheckt habe ich es mit ...

zuwenig Da fehlt die mcli-Lib, also das wichtigste...

Check den ganzen mcast-Baum aus, mach make in client und dann in netcv2dvbip.

deti · 8. Januar 2011

Man muss auch via svn co https://svn.baycom.de/repos/vdr-mcli-plugin ALLES auschecken und dann mit "cd vdr-mcli-plugin/mcast/netcv2dvbip/" in das Verzeichnis wechseln und schließlich dort make tippen.

Deti

Moorviper · 8. Januar 2011

Code

noname:netcv2dvbip danielkrah$ make
g++  -I../common/darwin/include/ -DAPPLE -g -DCLIENT   -I../client -I../common `xml2-config --cflags`   -fno-common -Wall -c main.c
In file included from headers.h:12,
                 from dvbipstream.h:4,
                 from main.c:1:
../common/defs.h:181:32: error: linux/dvb/version.h: No such file or directory
make: *** [main.o] Error 1

ok die fehler werden weniger, jetzt fehlen wohl nur noch irgendwo die dvb sourcen

deti · 8. Januar 2011

Zitat
Original von Moorviper
Code
../common/defs.h:181:32: error: linux/dvb/version.h: No such file or directory
make: *** [main.o] Error 1
ok die fehler werden weniger, jetzt fehlen wohl nur noch irgendwo die dvb sourcen

Bitte nochmal auschecken - jetzt sollte die fehlende Datei dabei sein.

Deti

Moorviper · 9. Januar 2011

danke geht jetzt man musste nur noch die libmcli.dylib kopieren und es lässt sich jetzt aufrufen

PS
werde gleich mal das wiki ergänzen

EDIT 2.

ZU FRÜH GEFREUT

Code

noname:netcv2dvbip danielkrah$ sudo ./netcv2dvbip -i en0 
Interfaces (count = 19):
	1 - lo0        : addr 127.0.0.1
Starting netcv2dvbip. Streams will be sent to port: 12345
1: udp://@239.255.0.1:12345 - Das Erste 
2: udp://@239.255.0.2:12345 - ZDF 
Read 2 channels, M3U playlist file "channels.m3u" generated.
Looking for netceivers out there....


Found NetCeiver: fe80::208:54ff:fe54:db26
  Tuner: Conexant CX24116 DVB-S2, Type 4


Listening on interface lo0 (127.0.0.1)




IGMP setsockopt(MRT_INIT): Protocol not available
IGMPv2 won't work! Please enable multicast router option in the kernel configuration!
IGMP setsockopt(MRT_ADD_VIF): Protocol not available
IGMP listener thread started.
IGMP timeout handler thread started.
IGMP: Starting General Query.
IGMP main thread: Sleeping 31000 ms
IGMP: SrcAddr: 192.168.99.201 -> DstAddr: 224.0.0.1
IGMP: Version: 3, Type: Membership Query, Maximum Response Time: 100
        Group: 0.0.0.0
IGMP main thread: Sleeping 0 ms

Alles anzeigen

Razorblade · 9. Januar 2011

Code

IGMP setsockopt(MRT_INIT): Protocol not available
IGMPv2 won't work! Please enable multicast router option in the kernel configuration!

Kein IGMP (Multicast routing) im Kernel, steht doch da

Moorviper · 9. Januar 2011

Ja das lese ich auch herraus

nur wie bekommt man das unter OSX hin

Nano · 9. Januar 2011

Zitat

Original von Moorviper
Ja das lese ich auch herraus

nur wie bekommt man das unter OSX hin

Das benutzt netcv2dvbip nur, um IGMPv2 zu ermöglichen. Ohne den Kernel Multicast Router Support funktioniert halt nur IGMPv3.
IGMPv3 ist aber bei den neuen Betriebssystemen Standard.

Die Multicast Router Option wird nur dafür benutzt, um _alle_ IGMP Nachrichten auf _allen_ Multicast Adressen auf einmal empfangen zu können.
Es gäbe auch andere Lösungen. Das streamdev-Plugin (IGMP-Modul) z.B. abonniert alle Multicast-Gruppen einzeln. Bei 1000 Kanälen wäre das natürlich eine Menge. Eine andere Möglichkeit wäre, sowas wie die libpcap einzusetzen.

Ich hatte mich damals für diese Methode entschieden, weil ich es so im IGMPproxy gesehen habe.

deti · 9. Januar 2011

Ich kann definitiv bestätigen, dass netcv2dvbip unter MacOS X einwandfrei funktioniert. Habs ja schließlich angepasst und getestet.

Deti

Moorviper · 10. Januar 2011

Code

lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> mtu 16384
	inet6 ::1 prefixlen 128 
	inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1 
	inet 127.0.0.1 netmask 0xff000000 
gif0: flags=8010<POINTOPOINT,MULTICAST> mtu 1280
stf0: flags=0<> mtu 1280
en0: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
	ether 00:0c:76:21:16:de 
	inet6 fe80::20c:76ff:fe21:16de%en0 prefixlen 64 scopeid 0x4 
	inet 192.168.99.34 netmask 0xffffff00 broadcast 192.168.99.255
	media: autoselect (1000baseT <full-duplex>)
	status: active

Alles anzeigen

Code

sudo ./netcv2dvbip -i en0
Interfaces (count = 10):
	1 - lo0        : addr 127.0.0.1
Starting netcv2dvbip. Streams will be sent to port: 12345
1: udp://@239.255.0.1:12345 - EinsExtra 
2: udp://@239.255.0.2:12345 - Einsfestival 
3: udp://@239.255.0.3:12345 - EinsPlus

Code

Read 2902 channels, M3U playlist file "channels.m3u" generated.
Looking for netceivers out there....


Found NetCeiver: fe80::208:54ff:fe54:db26
  Tuner: Conexant CX24116 DVB-S2, Type 4


Listening on interface lo0 (127.0.0.1)




IGMP setsockopt(MRT_INIT): Protocol not available
IGMPv2 won't work! Please enable multicast router option in the kernel configuration!
IGMP setsockopt(MRT_ADD_VIF): Protocol not available
IGMP listener thread started.
IGMP timeout handler thread started.
IGMP: Starting General Query.
IGMP: SrcAddr: 192.168.99.34 -> DstAddr: 224.0.0.1
IGMP: Version: 3, Type: Membership Query, Maximum Response Time: 100
        Group: 0.0.0.0
IGMP main thread: Sleeping 31000 ms
IGMP: SrcAddr: 192.168.99.4 -> DstAddr: 224.0.0.251
IGMP: Version: 2, Type: Membership Report
        Group: 224.0.0.251
IGMP: Starting General Query.
IGMP main thread: Sleeping 31000 ms
IGMP: SrcAddr: 192.168.99.34 -> DstAddr: 224.0.0.1
IGMP: Version: 3, Type: Membership Query, Maximum Response Time: 100
        Group: 0.0.0.0

Alles anzeigen

Servus Deti wie startest du das Program egal wie es nimmt immer das lo interface was falsch sein dürfte
Bekomme kein bild.

Razorblade · 11. Januar 2011

Ich wollte nach einiger Zeit mal wieder das mcli-Plugin anstatt dvbloop probieren bekomme es aber irgendwie nicht ganz hin:

Code

# vdr -u root -P'mcli --ifname eth1 --sock-path /tmp/mcli.sock --mld-reporter-disable --dvb-s2 4'
vdr: no primary device found - using first device!
Delete my Dev list

Log:

Code

Jan 11 00:10:42 vdr64 vdr: [13388] cTimeMs: using monotonic clock (resolution is 1 ns)
Jan 11 00:10:42 vdr64 vdr: [13388] VDR version 1.7.16 started
Jan 11 00:10:42 vdr64 vdr: [13388] switched to user 'root'
Jan 11 00:10:42 vdr64 vdr: [13388] codeset is 'UTF-8' - known
Jan 11 00:10:42 vdr64 vdr: [13388] found 27 locales in /usr/vdr/locale
Jan 11 00:10:42 vdr64 vdr: [13388] no locale for language code 'por'
Jan 11 00:10:42 vdr64 vdr: [13388] loading plugin: /usr/vdr/lib/libvdr-mcli.so.1.7.16
Jan 11 00:10:42 vdr64 vdr: [13388] loading /etc/vdr/setup.conf
Jan 11 00:10:42 vdr64 vdr: [13388] loading /etc/vdr/sources.conf
Jan 11 00:10:42 vdr64 vdr: [13388] loading /etc/vdr/diseqc.conf
Jan 11 00:10:42 vdr64 vdr: [13388] loading /etc/vdr/channels.conf
Jan 11 00:10:42 vdr64 vdr: [13388] loading /etc/vdr/timers.conf
Jan 11 00:10:42 vdr64 vdr: [13388] loading /etc/vdr/svdrphosts.conf
Jan 11 00:10:42 vdr64 vdr: [13388] loading /etc/vdr/remote.conf
Jan 11 00:10:42 vdr64 vdr: [13388] reading EPG data from /video/epg.data
Jan 11 00:10:42 vdr64 vdr: [13391] video directory scanner thread started (pid=13388, tid=13391)
Jan 11 00:10:42 vdr64 vdr: [13390] video directory scanner thread started (pid=13388, tid=13390)
Jan 11 00:10:42 vdr64 vdr: [13388] registered source parameters for 'A - ATSC'
Jan 11 00:10:42 vdr64 vdr: [13390] video directory scanner thread ended (pid=13388, tid=13390)
Jan 11 00:10:42 vdr64 vdr: [13391] video directory scanner thread ended (pid=13388, tid=13391)
Jan 11 00:10:42 vdr64 vdr: [13388] registered source parameters for 'C - DVB-C'
Jan 11 00:10:42 vdr64 vdr: [13388] registered source parameters for 'S - DVB-S'
Jan 11 00:10:42 vdr64 vdr: [13388] registered source parameters for 'T - DVB-T'
Jan 11 00:10:42 vdr64 vdr: [13388] no DVB device found
Jan 11 00:10:42 vdr64 vdr: [13388] initializing plugin: mcli (0.9.1): NetCeiver Client Application
Jan 11 00:10:42 vdr64 vdr: [13388] ERROR: invalid primary device number: 1
Jan 11 00:10:42 vdr64 vdr: [13388] ERROR: no primary device found - using first device!
Jan 11 00:10:42 vdr64 vdr: [13388] ERROR: invalid primary device number: 1
Jan 11 00:10:42 vdr64 vdr: [13388] deleting plugin: mcli
Jan 11 00:10:42 vdr64 vdr: [13388] exiting, exit code 2

Alles anzeigen

netcv2dvbip funktioniert wunderbar, der stream läßt sich auch empfangen:

Code

# netcv2dvbip -c /etc/vdr/channels.conf -i eth1 -b eth0
Interfaces (count = 2):
        1 - lo         : addr 127.0.0.1
        2 - eth0       : addr 192.168.127.37
Starting netcv2dvbip. Streams will be sent to port: 12345
1: udp://@239.255.0.1:12345 - Das Erste HD
2: udp://@239.255.0.2:12345 - ZDF HD
3: udp://@239.255.0.3:12345 - RTL Television
4: udp://@239.255.0.4:12345 - SAT.1
5: udp://@239.255.0.5:12345 - ProSieben
6: udp://@239.255.0.6:12345 - kabel eins
7: udp://@239.255.0.7:12345 - RTL2
8: udp://@239.255.0.8:12345 - VOX
9: udp://@239.255.0.9:12345 - 3sat
Read 9 channels, M3U playlist file "channels.m3u" generated.
Looking for netceivers out there....


Found NetCeiver: fe80::208:54ff:fe54:da03
  Tuner: Conexant CX24116 DVB-S2, Type 4
  Tuner: Conexant CX24116 DVB-S2, Type 4
  Tuner: Conexant CX24116 DVB-S2, Type 4
  Tuner: Conexant CX24116 DVB-S2, Type 4


Listening on interface eth0 (192.168.127.37)




IGMP listener thread started.
IGMP timeout handler thread started.
IGMP: Starting General Query.
IGMP main thread: Sleeping 31000 ms

Alles anzeigen

vdr ist 1.7.16 mit den beiden Patches von kls (Spulen und Framerateerkennung bei HD) sonst keine Patches.

Razorblade · 14. Januar 2011

Niemand eine Idee? Ich denke ich kann die Kommunikation mit dem Netceiver ausschließen, mit dvbloop und netcv2dvbip geht es ja.
Muß also irgendwas im Zusammenhang mit dem mcli-plugin selbst sein...

kris · 14. Januar 2011

Hi,

leider nicht. Bei mir läuft das plugin seit mehreren monaten sehr stabil.

Mir ist aber diese Zeile bei Dir aufgefallen

Zitat

Jan 11 00:10:42 vdr64 vdr: [13388] ERROR: invalid primary device number: 1
Jan 11 00:10:42 vdr64 vdr: [13388] ERROR: no primary device found - using first device!
Jan 11 00:10:42 vdr64 vdr: [13388] ERROR: invalid primary device number: 1

Ich denke, das mcli nicht lädt, ist /tmp voll? mach mal ein touch /tmp/mcli.sock, bei mir es übrigens standardmäßig auf /var/tmp....

Leider alles nur ins blaue getippt

MfG
KRis

[HOWTO] Netceiver im externen Gehäuse, Infos zum Netceiver

Jetzt mitmachen!

Teilen