Wenn das hier wirklich stimmt...
..lass ich mal unkommentiert
ZitatFull DVB-API compatible client SW
DVB loopback driver
Client daemon
Zitatdann sollte es mit jeder linux software gehen.
Bedeutet für mich was?
Wenn das hier wirklich stimmt...
..lass ich mal unkommentiert
ZitatFull DVB-API compatible client SW
DVB loopback driver
Client daemon
Zitatdann sollte es mit jeder linux software gehen.
Bedeutet für mich was?
die sky-einträge aus der channelpedia gehen nicht ????
Ein Beispiel aus der channelpedia (wusste gar nicht, dass es so etwas gibt für den yavdr). Darunter(!) das aus meiner channels.conf:
Sky Cinema HD,CinemaHD;SKY:11914:HC910M2O35S1:S19.2E:27500:1279=27:0;1283=deu@106:32:1833,1834,9C4,9C7,9AF,1861:131:133:6:0
Sky Cinema HD,CinemaHD;SKY:11914:HC910M2O35S1:S19.2E:27500:1279=27:0;1283=deu@106,1284=eng@106:32:1833,1834,9C4,9C7,9AF,1861:131:133:6:0
Die schauen beide identisch aus, nimmt man mal die englische Sprache aus.
Ich kann alle Sender wunderbar auf meinem Mac-Client unter "Chiefs"-XBMC anschauen. Ich kann nur nicht (und das seit ich 0.3 upgedated habe, bzw einen einen neuen Server unter o.4 aufgesetzt habe) Sky über vdradmin schauen.
Jedes(!) andere Programm funktioniert. Da muss doch irgendwo ein Wurm drinnen sein?!
Ich hab nämlich ein riesiges Problem: Ich kann keine Sky-Kanäle mehr über vdradmin streamen. In XBMC (TheChief) läuft alles super.
Also würde ich gerne neue Channels importieren (die vom Netclient gehen nicht am yavdr 0.4)
Hallo zuammen,
wie kann ich bei Netceiver-Betrieb die channels scannen?
Mit w_scan und gestopptem VDR bekomme ich folgende Ausgabe:
vdr@vdrserver2:~$ w_scan -fs -s S19E2 -o 7 >> channels.conf.scan
w_scan version 20101001 (compiled for DVB API 5.2)
using settings for 19.2 east Astra 1F/1G/1H/1KR/1L
frontend_type DVB-S, channellist 6
output format vdr-1.7
Info: using DVB adapter auto detection.
main:2960: FATAL: ***** NO USEABLE DVB CARD FOUND. *****
Please check wether dvb driver is loaded and
verify that no dvb application (i.e. vdr) is running.
Wurde bestimmt schon mal gefragt:
Wie aktualisiert sich eigentlich das EPG auf dem XBMC?
Im vdradmin habe ich das volle EPG, im XBMC fehlt das meiste.
EDIT: habs gefunden, im Menü EPG-DAten löschen und neu einlesen. Dann ist alles wieder da.
So, ich hab's. Der neue Server spielt die Aufnahmen des alten Servers nicht ab. Ist wohl ein Rechteproblem (Ich hatte die Aufnahmen des alten Servers auf das NAS kopiert.)
Neue Aufnahmen des neuen Servers werden über XBMC abgespielt.
Dann muss ich auch nichts mehr mit netatalk machen.
Für OSX Gerätschaften installier ich immer netatalk. Gerade wenns um nfs-Verzeichnisse geht.
Gruß
iNOB
Ich sehe jetzt zwar den vdrserver im Finder, habe aber keinen Zugriff. Bei den Anleitungen im Netz finde ich nichts über das Setzen der Zugriffsrechte.
Was heisst denn eigentlch "Jedoch klappt es so nicht, wenn ich die Aufnahmen auslagere."?
Auslagern auf das NAS meinte ich.
Heute Mittag, nach der der Arbeit u Fußball werde ich mal versuchen, das NAS über Samba in die /etc/fstab einzubinden. Und dann wie bisher /srv/vdr/video.00 über NFS zu exportieren.
Würde das auf diesem Weg funktionieren?
Oder evtl über AFP? -> Heißt, ich müsste noch netatalk aufsetzen.
Warum liest du die Aufnahmen auf den Client nicht direkt vom Fileserver?
Sicher könnte ich das machen. Nur ist meine Frau schon so sehr an vdradmin gewöhnt, dass sie selbst XBMC für zu kompliziert hält.
Man muss eben in vdradmin nur den Stream-Button klicken und schon beginnt die Aufnahme abzuspielen.
Wenn man es direkt über den Fileserver (NAS) macht, muss man sich erst durch die Verzeichnisstruktur klicken ( ca. 2-3 klicks mehr). Zudem fehlen bei einem direkten Abspielen über das NAS die EPG-Informationen.
Für mich kein Problem, aber was in diesem Fall zählt ist der WAF.
Hallo zusammen,
meine Aufnahmen erfolgen auf einem QNAP NAS (192.168.31) unter Qmultimedia/recordings.
Das funktioniert.
Was nicht funktioniert:
Ich habe nur OSX-Clienten, die per NFS auf den Server zugreifen, um die Aufnahmen anzuschauen.
So schaut meine Server-fstab aus:
Wenn ich auf dem Server eine Festplatte installiere, dort aufzeichne, dann kann ich unter OSX die Aufnahmen mit XBMC oder vdradmin anschauen.
Das NFS-Verzeichnis des Servers gebe ich dann folgendermaßen frei:
/srv/vdr *(rw,fsid=0,sync,no_subtree_check,all_squash,anongid=107,anonuid=107)
/srv/vdr/video.00 *(rw,no_root_squash,sync,insecure,no_subtree_check)
Gemountet wird das NFS-Server-Verzeichnis unter OSX:
Jedoch klappt es so nicht, wenn ich die Aufnahmen auslagere.
Dann erhalte ich folgende Meldung:
Jan 20 22:00:06 vdrserver2 mountd[988]: authenticated mount request from 192.168.1.2:985 for /srv/vdr/video.00 (/srv/vdr/video.00)
Jan 20 22:00:06 vdrserver2 mountd[988]: qword_eol: fflush failed: errno 22 (Invalid argument)
Jan 20 22:00:06 vdrserver2 mountd[988]: Cannot export /srv/vdr/video.00, possibly unsupported filesystem or fsid= required
Da der neue Server diskless ist, brauche ich dringend eine Lösung.
Wer kann helfen?
Hallo zusammen,
ich habe eine /etc/exports, die wie folgt aussieht:
/srv/share/vdr *(rw,fsid=0,sync,no_subtree_check,all_squash,anongid=666,anonuid=666)
/srv/audio *(rw,fsid=1,sync,no_subtree_check,all_squash,anongid=666,anonuid=666)
/srv/video *(rw,fsid=2,sync,no_subtree_check,all_squash,anongid=666,anonuid=666)
/srv/picture *(rw,fsid=3,sync,no_subtree_check,all_squash,anongid=666,anonuid=666)
/srv/vdr/video.00 *(rw,no_root_squash,sync,insecure,no_subtree_check)
Alles anzeigen
/srv/vdr/video.00 wird zudem über die fstab auf einem NAS eingebunden. Jedoch wird dieses Verzeichnis bei einem "exportfs" nicht exportiert. Ich bekomme also über NFS keinen Zugriff auf die Videos (zumindest nicht über einen OSX-XBMC oder VDRadmin-Clienten).
Warum wird die letzte Teile nicht exportiert?
EDIT: Ich hab die Lösung: Weil yavdr die neue "/etc/exports" nur nach einem reboot erkennt.
Weiß hier niemand eine Lösung?
Der ganze WAF ist dahin, wenn sie vdradmin nicht mehr nutzen kann.
Beißen sich vdradmin und xvdr?
EDIT: Das gleiche Problem habe ich bei einer Neuinstallation von 0.4
Das würde bei einer Deinstallation von xvdr passieren:
root@vdrserver2:/var/lib/video.00# sudo apt-get remove vdr-plugin-xvdr --dry-run
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut
Statusinformationen werden eingelesen... Fertig
Die folgenden Pakete wurden automatisch installiert und werden nicht mehr benötigt:
libdbusmenu-qt2 libsmbclient libplist1 aspell-en libedit2 mesa-utils vdr-plugin-dummydevice
libdpkg-perl linux-firmware-nonfree openssh-server gconf2-common libswscale0 libcdio10
libmodplug1 hdparm libtwolame0 libva-x11-1 libgsf-1-common update-notifier-common python-bluez
libmtp8 xsltproc libxcb-atom1 libxml++2.6-2 libavutil50 libgail18 libmpfr4 vdr-plugin-xine
libntfs10 vdr-plugin-skinpearlhd vdr-skins-speciallogos fakeroot unattended-upgrades
python-gobject-cairo libv4l-0 liblcms1 vdr-xpmlogos vdr-plugin-control bind9-host
vdr-tft-anthraize libcupsimage2 libidn11 vdr-addon-acpiwakeup aspell libnss3 python-avahi
libxxf86dga1 libcaca0 libgudev-1.0-0 libsamplerate0 hunspell-en-us lsof libcairo-gobject2
libicu44 libx264-106 libavc1394-0 libsgutils2-2 ir-keytable ssh-import-id xineliboutput-sxfe
vdr-plugin-restfulapi libmicrohttpd5 libalgorithm-merge-perl w-scan x11-utils libmagickcore3
liblaunchpad-integration-common libppl7 ttf-liberation ubufox libcairo-perl libgtk2-perl
libjbig2dec0 libparted0debian1 udisks g++-4.5 libsdl-mixer1.2 libglew1.5 libqt4-dbus libproxy0
xterm gir1.2-freedesktop python-imaging libxcb-xv0 libtdb1 libutouch-evemu1 libmagickwand3
libvte-common openbox-themes docbook-xml eventlircd python-software-properties libjsoncpp0
libutouch-frame1 vdr-plugin-dbus2vdr firefox-globalmenu libgl1-mesa-glx libdca0 tntnet
libwebkitgtk-1.0-common libspeex1 libdns69 vdr-plugin-iptv gconf2 at libalgorithm-diff-xs-perl
dosfstools libstdc++6-4.5-dev nvram-wakeup librpmio1 libxslt1.1 vdr-plugin-epgsearch librpm1
libmagick++3 vdr-tft-standard rpm-common vdr-addon-lifeguard libgomp1 notification-daemon
libiso9660-7 libxine1-xvdr libcpufreq0 libcddb2 vdr-plugin-dynamite acpi-support
libgirepository-1.0-1 libnotify1 linux-firmware-yavdr libstartup-notification0 libass4
libgs9-common xserver-xorg-input-vmmouse hsetroot gnome-keyring libobrender21 gir1.2-gtk-2.0 g++
libbsd0 apturl-common libfile-desktopentry-perl mtools libcanberra-gtk-module libcanberra0
libsdl1.2debian-alsa xbmc-addon-xvdr vdr-plugin-live libwavpack1 libdvbpsi6 libmysqlclient16
libisccc60 libavcodec52 gcc-4.5 toshset libpango-perl ati-remote-dkms liblqr-1-0
libglibmm-2.4-1c2a libobparser21 libpcrecpp0 libnss-mdns libelfg0 librsvg2-common
update-manager-core libwnck22 appmenu-qt python-webkit vbetool libavahi-core7 ethtool
libxcb-event1 libjs-ext libgconf2-4 libffi5 xinput libelf1 libxres1 xserver-xorg-input-all
libmtdev1 libvlc5 acpid tint2 vdr-tft-pearlhd libsdl-image1.2 graphtft-fe python-qt3 firefox
xbitmaps wireless-tools libgp11-0 libenca0 libgcr0 launchpad-integration libsdl1.2debian
liblwres60 cpp python-sip libgmp3c2 libppl-c2 libijs-0.35 vlc-nox gcc vdr-plugin-channellists
libcurl3 xserver-xorg-input-evdev libdbusmenu-glib3 vdr-plugin-xineliboutput libqtcore4
libextractor-plugins cpufrequtils libmikmod2 libgif4 xserver-xorg-video-vesa openssh-client
libreadline5 libupnp3 tntnet-runtime vlc-plugin-notify libenchant1c2a xbmc-bin dkms libvpx0
python-vte libvte9 vdr-plugin-pvr350 vdr-markad libfile-basedir-perl alsa-utils
vdr-plugin-wirbelscan libmatroska3 libcroco3 libevent-1.4-2 python-cairo libdbusmenu-gtk3
hid-gyration-dkms libgsf-1-114 libgtop2-common cmap-adobe-japan1 libtheora0 librarian0 libaa1
software-properties-gtk x11-xserver-utils rarian-compat vdr-skin-narrowhd
linux-headers-2.6.38-11-generic libxcb-keysyms1 python-dbus powermgmt-base silk-icons manpages
gir1.2-atk-1.0 libidl0 irserver libbind9-60 liba52-0.7.4 xserver-xorg openbox libpostproc51 wget
vdr-plugin-markad yavdr-webfrontend xbmc libdevmapper-event1.02.1 liblzo2-2 libcanberra-gtk0
libvorbisfile3 pm-utils wakeonlan xserver-xorg-input-wacom libflac8 apturl libcloog-ppl0
libglib-perl xdg-utils xinit nfs-kernel-server geoip-database liborc-0.4-0 libraw1394-11 libnspr4
gs-cjk-resource libshout3 libgsm1 libdvdnav4 libatasmart4 build-essential libvorbisenc2 wmdrawer
dpkg-dev xul-ext-ubufox python-gnupginterface vdr-plugin-streamdev-server libdvdread4
libextractor1c2a libqt4-xml ssh yavdr-i18n libschroedinger-1.0-0 libiw30 liblvm2app2.2 libgs9
libavformat52 gir1.2-glib-2.0 libhunspell-1.2-0 yavdr-utils libnfsidmap2 vlc libdc1394-22
libkate1 vdr-skins-anthra python-gobject uswsusp xserver-xorg-input-mouse libgtop2-7 ntfsprogs
libutouch-grail1 gir1.2-gdkpixbuf-2.0 libgstreamer-plugins-base0.10-0 libgeoip1 libconfuse0
libexiv2-10 synaptic gksu libgnome-keyring0 libdaemon0 libxtst6 libutempter0 libisccfg62
vdr-plugin-menuorg python-gdbm alsa-base libc6-dev libqtgui4 liborbit2 libvdpau1 liblua5.1-0
avahi-daemon libjs-ext-examples ghostscript libtag1c2a librsvg2-2 libgmpxx4ldbl libwnck-common
libyajl1 libwebkitgtk-1.0-0 libgksu2-0 libmpg123-0 sgml-data libmad0 xine-ui
libfile-mimeinfo-perl vdr-plugin-text2skin libcxxtools7 librpcsecgss3 liblaunchpad-integration1
libid3tag0 vdr-plugin-femon radeontool vlc-data openssl exiv2 cpp-4.5 libpulse0 libva1 libtntnet9
fugue-icons udisks-glue libcurl3-gnutls libtar libqt3-mt linux-libc-dev dictionaries-common
vdr-plugin-graphtft patch manpages-dev libdirac-encoder0 linux-headers-2.6.38-11
libalgorithm-diff-perl libva-glx1 libglu1-mesa libpaper-utils sqlite3 librtmp0 libisc62
libboost-regex1.42.0 dbus-x11 libc-dev-bin libvorbis0a libimlib2 libgssglue1 libxcb-shape0
vdr-plugin-extrecmenu libgstreamer0.10-0 vdr-plugin-dvbhddevice libaudio2 libvlccore4 binutils
vdr-plugin-dvbsddevice libvcdinfo0 portmap yavdr-remote vdrsymbols-ttf libebml3
libpam-gnome-keyring libmpcdec6 nfs-common mysql-common gnome-icon-theme libusb-1.0-0
ca-certificates python-gtk2 freeglut3 libsndfile1 xserver-xorg-input-synaptics libaspell15
linux-sound-base libmng1 libbluetooth3 make libmpeg2-4 gsfonts vdr-addon-avahi-mounter libmpc2
libxcb-randr0 libpaper1 libltdl7 mhddfs vlc-plugin-pulse glib-networking gir1.2-pango-1.0
sendemail libsoup2.4-1 yavdr-base libogg0 libfaad2 libtag1-vanilla libxine2 libsmpeg0
Verwenden Sie »apt-get autoremove«, um sie zu entfernen.
Die folgenden Pakete werden ENTFERNT:
vdr-plugin-xvdr yavdr-essential
0 aktualisiert, 0 neu installiert, 2 zu entfernen und 0 nicht aktualisiert.
Remv yavdr-essential [20111230185313stable-0yavdr0~natty]
Remv vdr-plugin-xvdr [0.0.1.git20111022.73bdec720b-yavdr1~natty]
Alles anzeigen
Nachdem ich schon unzählige Installationen eines VDR's hinter mir habe, bin ich bei dieser beinahe wahnsinnig geworden:
Ich habe mir einen stromsparenden Server zusammengebaut:
Intel DH61DL Mainboard, G620 CPU, 2GB RAM, System auf einen Transcend JetFlash 600 8GB USB-Stick, Thermaltake Element Q Midi-Tower PC-Gehäuse ITX mit Netzteil 200 Watt.
Satsystem: Netceiver
Das System ließ sich wunderbar installieren, wenn auch nicht mit meiner Apple-Tastatur wie unter yavdr 0.3. Also eine alte PS-Tastatur rausgekramt, die wird von der Installationsroutine unter 0.4 akzeptiert.
Nach dem Einrichten des Netzwerkes: Das System startet wunderbar, jedoch kein Start des eigentliches vdr's.
Nach stundenlanger Suche im Portal und anderswo ( u.a. hier, hatte ich Erfolg:
Folgendes muss gemacht werden:
Das war's. Direkt im Syslog konnte ich sehen, wie der vdr "ansprang". Kein Reboot notwendig.
Alles anzeigendas liegt daran, dass initial (erster vdr start) versucht wird, sachen wie sound automatisch zu konfigurieren.
https://github.com/yavdr/yavdr…init/first-vdr-start.conf
dieses event löscht sich selbst nach dem ersten start. ihr könnt aber auch selber diese datei killen. denkt aber daran, das euch dann evtl paar konfigs fehlen.
EDIT: Die getemplatete Datei bitte löschen nicht das Template selbst.
Habe einen neuen Server zusammen gebaut. Mit HD2000 Intel Graphics.
Wenn ich es richtig verstehe, muss die Datei in /etc/init gelöscht werden?
Ebenfalls gelöst: siehe hier
Hallo zusammen,
nach einem Update (aptitude update/upgrade) meines 0.3 yavdr-Servers kann ich über vdradmin + vlc keine Sky-Programme mehr schauen.
Es funktioniert jedoch ohne Probleme über XBMC (xvdr addon) an einem Mac.
Die Meldung des Servers:
Jan 17 10:22:55 vdrserver vdr: [1292] streamdev: No device provides channel 16 (Sky Cinema) at priority 0
Hier die Meldung unter Verwendung von XBMC:
Jan 17 10:29:13 vdrserver vdr: [1293] loading /var/lib/vdr/plugins/xvdr/allowed_hosts.conf
Jan 17 10:29:13 vdrserver vdr: [1293] XVDR: Client with ID 0 connected: 192.168.1.2:54053
Jan 17 10:29:13 vdrserver vdr: [1891] XVDR: Welcome client 'XBMC Media Center' with protocol version '3'
Jan 17 10:29:16 vdrserver vdr: [1293] XVDR: Recordings state changed (38)
Jan 17 10:29:16 vdrserver vdr: [1293] XVDR: Requesting clients to reload recordings list
Jan 17 10:29:55 vdrserver vdr: [1293] loading /var/lib/vdr/plugins/xvdr/allowed_hosts.conf
Jan 17 10:29:55 vdrserver vdr: [1293] XVDR: Client with ID 1 connected: 192.168.1.2:54061
Jan 17 10:29:55 vdrserver vdr: [1892] XVDR: Welcome client 'XBMC Media Center' with protocol version '3'
Jan 17 10:29:55 vdrserver vdr: [1892] XVDR: --------------------------------------
Jan 17 10:29:55 vdrserver vdr: [1892] XVDR: Channel streaming request: 16 - Sky Cinema
Jan 17 10:29:55 vdrserver vdr: [1892] XVDR: Found available device 10
Jan 17 10:29:55 vdrserver vdr: [1892] XVDR: Successfully switched to channel 16 - Sky Cinema
Jan 17 10:29:55 vdrserver vdr: [1892] XVDR: Started streaming of channel Sky Cinema (timeout 10 seconds)
Jan 17 10:29:55 vdrserver vdr: [1896] receiver on device 10 thread started (pid=807, tid=1896)
Jan 17 10:29:55 vdrserver vdr: [1895] cLiveStreamer stream processor thread started (pid=807, tid=1895)
Alles anzeigen
Welche Einstellung muss korrigiert werden, damit es wieder über vdradmin/vlc funktioniert?
Hab grad wieder die Baustelle offen, dass bei mir die Pünktchen für den übergeordneten Order in den Aufnahmen fehlen. Geht das bei Euch?
Geht hier ebenso nicht. Komme nicht mehr hoch in den Aufnahmen.
Nochmals Danke für die ganze Arbeit, chief!
Läuft soweit, seit heute mittag hab ich xvdr installiert, alles stabil.
Wie kann ich die Kanalgruppen wechseln? EDIT: Habs gefunden: Durch einen Klick auf "TV-Kanäle"
Ich hab die Lösung gefunden:
Mein Server kann doch HD-Videos streamen. Ich musste im Setup streamdev-server.HTTPStreamType = 0 auf TS setzen. Obwohl jetzt nach einem Neustart diese Option wieder auf 0 steht.
Aber diese Lösung werde ich auch noch finden.
Ich grab den Thread hier mal aus:
Kann jemand was zum Netzwerkchip der ID41 sagen. Welcher ist da verbaut?
Reicht so ein System aus, um als 24/7-Server zu fungieren (mit Netceiver)?
ok wenn da doch ein nvidia chip drauf ist wirds nichts
ich glaube max werden so ca 400mbit benötigt
Also hab ich 2 Möglichkeiten: Den internen Netzwerkchip auszutauschen -> ich hab das Teil gerade mal aufgemacht: uferlos
1. So ein Teil wie das HT330 kaufen, jedoch mit gescheitem Netzwerkchip: Was gibt es da, so um 300-400 Euros?
2. Ein USB-Giganetzwerkadapter über USB2.0