Hi,
bin jetzt einen Schritt weiter...
Im Bios war der USB2.0 Mode auf FullSpeed. Habs auf HighSpeed umgestellt und schon tuts ....
Gruß vanTuxen
Hi,
bin jetzt einen Schritt weiter...
Im Bios war der USB2.0 Mode auf FullSpeed. Habs auf HighSpeed umgestellt und schon tuts ....
Gruß vanTuxen
Hi zusammen,
hab mir jetzt auch so eine Anysee USB DVB-S2 geholt und an mein Kontron 986LCD-M/mITX (8x USB 2.0) angeschlossen. Dazu habe ich noch yavdr 0.4 installiert.
Aber irgendwie wird die nicht richtig erkannt bzw. es wird angemerkt, dass es nur an USB1.1 angehängt ist, was aus meiner Sicht nicht stimmt.
Hab folgendes gemacht um den Treiber zu installieren
xxx@yavdr:~$ sudo apt-get update
xxx@yavdr:~$ sudo apt-get dist-upgrade
xxx@yavdr:~$ sudo apt-get install linux-media-dkms
Könnt Ihr mir bitte weiterhelfen? Wie bringe ich dem System bei, dass die es USB2.0 verwenden soll....
vanTuxen
syslog
May 19 12:16:02 phonos kernel: [ 15.569276] ADDRCONF(NETDEV_UP): eth0: link is not ready
May 19 12:16:02 phonos kernel: [ 15.895710] IR Sony protocol handler initialized
May 19 12:16:02 phonos kernel: [ 16.130038] dvb-usb: found a 'Anysee DVB USB2.0' in warm state.
May 19 12:16:02 phonos kernel: [ 16.130870] dvb-usb: This USB2.0 device cannot be run on a USB1.1 port. (it lacks a hardware PID filter)
May 19 12:16:02 phonos kernel: [ 16.131055] dvb-usb: Anysee DVB USB2.0 error while loading driver (-19)
May 19 12:16:02 phonos kernel: [ 16.132212] usbcore: registered new interface driver dvb_usb_anysee
May 19 12:16:02 phonos kernel: [ 16.397865] FS-Cache: Loaded
May 19 12:16:03 phonos kernel: [ 16.724339] IR MCE Keyboard/mouse protocol handler initialized
lsusb
Bus 001 Device 004: ID 1c73:861f AMT Anysee E30 USB 2.0 DVB-T Receiver
Device Descriptor:
bLength 18
bDescriptorType 1
bcdUSB 2.00
bDeviceClass 0 (Defined at Interface level)
bDeviceSubClass 0
bDeviceProtocol 0
bMaxPacketSize0 64
idVendor 0x1c73 AMT
idProduct 0x861f Anysee E30 USB 2.0 DVB-T Receiver
bcdDevice 1.00
iManufacturer 1 AMT.CO.KR
iProduct 2 anysee-E7S2(LP)
iSerial 0
bNumConfigurations 1
Configuration Descriptor:
bLength 9
bDescriptorType 2
wTotalLength 83
bNumInterfaces 1
bConfigurationValue 1
iConfiguration 0
bmAttributes 0x80
(Bus Powered)
MaxPower 500mA
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 0
bAlternateSetting 0
bNumEndpoints 4
bInterfaceClass 255 Vendor Specific Class
bInterfaceSubClass 0
bInterfaceProtocol 0
iInterface 0
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x01 EP 1 OUT
bmAttributes 2
Transfer Type Bulk
Synch Type None
Usage Type Data
wMaxPacketSize 0x0040 1x 64 bytes
bInterval 0
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x81 EP 1 IN
bmAttributes 2
Transfer Type Bulk
Synch Type None
Usage Type Data
wMaxPacketSize 0x0040 1x 64 bytes
bInterval 0
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x82 EP 2 IN
bmAttributes 2
Transfer Type Bulk
Synch Type None
Usage Type Data
wMaxPacketSize 0x0200 1x 512 bytes
bInterval 0
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x02 EP 2 OUT
bmAttributes 2
Transfer Type Bulk
Synch Type None
Usage Type Data
wMaxPacketSize 0x0200 1x 512 bytes
bInterval 0
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 0
bAlternateSetting 1
bNumEndpoints 4
bInterfaceClass 255 Vendor Specific Class
bInterfaceSubClass 0
bInterfaceProtocol 0
iInterface 0
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x01 EP 1 OUT
bmAttributes 2
Transfer Type Bulk
Synch Type None
Usage Type Data
wMaxPacketSize 0x0040 1x 64 bytes
bInterval 0
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x81 EP 1 IN
bmAttributes 2
Transfer Type Bulk
Synch Type None
Usage Type Data
wMaxPacketSize 0x0040 1x 64 bytes
bInterval 0
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x82 EP 2 IN
bmAttributes 1
Transfer Type Isochronous
Synch Type None
Usage Type Data
wMaxPacketSize 0x1400 3x 1024 bytes
bInterval 1
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x02 EP 2 OUT
bmAttributes 1
Transfer Type Isochronous
Synch Type None
Usage Type Data
wMaxPacketSize 0x1400 3x 1024 bytes
bInterval 1
Device Qualifier (for other device speed):
bLength 10
bDescriptorType 6
bcdUSB 2.00
bDeviceClass 0 (Defined at Interface level)
bDeviceSubClass 0
bDeviceProtocol 0
bMaxPacketSize0 64
bNumConfigurations 1
Device Status: 0x0002
(Bus Powered)
Remote Wakeup Enabled
Alles anzeigen
Hallo zusammen,
hab jetzt nochmal einen kompletten upgrade ausgeführt. Leider ist das Problem mit den langen Umschaltzeiten immer noch vorhanden.
Anbei mal das syslog und die messages.
Gruß vanTuxen
syslog
Feb 20 18:29:08 yavdr vdr: [1704] removing /var/lib/vdr/plugins/xineliboutput/pipes.1233
Feb 20 18:29:08 yavdr vdr: [1704] [xine..put] cBackgroundWriterI initialized (buffer 512 kb)
Feb 20 18:29:08 yavdr vdr: [1704] [xine..put] cTcpWriter initialized (buffer 512 kb)
Feb 20 18:29:08 yavdr vdr: [1704] [xine..put] Pipe open
Feb 20 18:29:08 yavdr vdr-sxfe[1706]: [1706] [input_vdr] Data stream connected (PIPE)
Feb 20 18:29:08 yavdr vdr-sxfe[1706]: [1706] [input_vdr] using custom "no signal" image /usr/share/libxine1-xvdr/nosignal.mpg
Feb 20 18:29:09 yavdr vdr: [1718] EPGSearch: timer conflict check started
Feb 20 18:29:09 yavdr vdr: [1718] EPGSearch: timer conflict check finished
Feb 20 18:29:09 yavdr vdr-sxfe[1706]: [1706] [demux_vdr] Using decoder "libmpeg2" for mpeg2 video
Feb 20 18:29:09 yavdr vdr-sxfe[1706]: [1706] [demux_vdr] Using decoder "FFmpeg" for H.264 video
Feb 20 18:29:09 yavdr vdr-sxfe[1706]: [1737] [console] read_key: read(stdin) failed: no stdin
Feb 20 18:29:09 yavdr vdr-sxfe[1706]: [1737] [console] Keyboard thread terminated
Feb 20 18:29:09 yavdr vdr-sxfe[1706]: [1736] [demux_vdr] PMT changed, resetting demuxer
Feb 20 18:29:10 yavdr vdr: [1725] [xine..put] OSD bandwidth: 343153 bytes/s (2680 kbit/s)
Feb 20 18:29:11 yavdr vdr: [1725] Text2Skin: channelInfo display update thread ended (pid=1233, tid=1725)
Feb 20 18:29:13 yavdr vdr: [1752] Text2Skin: channelInfo display update thread started (pid=1233, tid=1752)
Feb 20 18:29:13 yavdr vdr: [1233] switching to channel 7
Feb 20 18:29:13 yavdr vdr: [1724] TS buffer on device 1 thread ended (pid=1233, tid=1724)
Feb 20 18:29:13 yavdr vdr: [1723] buffer stats: 89864 (4%) used
Feb 20 18:29:13 yavdr vdr: [1723] receiver on device 1 thread ended (pid=1233, tid=1723)
Feb 20 18:29:13 yavdr vdr: [1753] receiver on device 1 thread started (pid=1233, tid=1753)
Feb 20 18:29:13 yavdr vdr: [1754] TS buffer on device 1 thread started (pid=1233, tid=1754)
Feb 20 18:29:13 yavdr vdr-sxfe[1706]: [1736] [demux_vdr] PMT changed, resetting demuxer
Feb 20 18:29:15 yavdr vdr: [1753] [xine..put] Detected video size 720x576
Feb 20 18:29:16 yavdr vdr: [1699] changing pids of channel 4 from 163+163=2:104=deu@3;106=deu@106:0:105 to 163+163=2:104=deu@3;106=deu@106:110=deu:105
Feb 20 18:29:17 yavdr vdr: [1752] [xine..put] OSD bandwidth: 216970 bytes/s (1695 kbit/s)
Feb 20 18:29:17 yavdr vdr: [1233] switching to channel 6
Feb 20 18:29:17 yavdr vdr-sxfe[1706]: [1736] [input_vdr] wait_stream_sync: discard_index 4363856 != curpos 4320616 ! (diff 43240)
Feb 20 18:29:17 yavdr vdr: [1754] TS buffer on device 1 thread ended (pid=1233, tid=1754)
Feb 20 18:29:17 yavdr vdr: [1753] buffer stats: 54144 (2%) used
Feb 20 18:29:17 yavdr vdr: [1753] receiver on device 1 thread ended (pid=1233, tid=1753)
Feb 20 18:29:17 yavdr vdr: [1755] receiver on device 1 thread started (pid=1233, tid=1755)
Feb 20 18:29:17 yavdr vdr: [1756] TS buffer on device 1 thread started (pid=1233, tid=1756)
Feb 20 18:29:17 yavdr vdr-sxfe[1706]: [1736] [demux_vdr] PMT changed, resetting demuxer
Feb 20 18:29:17 yavdr dvbmon: Saving number of devices (1) after boot
Feb 20 18:29:17 yavdr dvbmon: vdr started by udev allready
Feb 20 18:29:22 yavdr vdr: [1755] [xine..put] Detected video size 720x576
Feb 20 18:29:22 yavdr vdr: [1752] Text2Skin: channelInfo display update thread ended (pid=1233, tid=1752)
Feb 20 18:30:40 yavdr kernel: [ 126.168535] rpcbind: server 192.168.2.2 not responding, timed out
Alles anzeigen
messages:
Feb 20 18:28:45 yavdr kernel: [ 11.770086] lirc_imon: iMON device (15c2:0038, intf0) on usb<3:2> initialized
Feb 20 18:28:45 yavdr kernel: [ 11.773867] lirc_imon: iMON device (15c2:0038, intf1) on usb<3:2> initialized
Feb 20 18:28:45 yavdr kernel: [ 11.773911] usbcore: registered new interface driver lirc_imon
Feb 20 18:28:45 yavdr kernel: [ 11.820242] lp0: using parport0 (interrupt-driven).
Feb 20 18:28:45 yavdr statd-pre-start: local-filesystems started
Feb 20 18:28:45 yavdr kernel: [ 12.029817] ACPI: PCI Interrupt Link [LNKA] enabled at IRQ 16
Feb 20 18:28:45 yavdr kernel: [ 12.029838] Mantis 0000:01:06.0: PCI INT A -> Link[LNKA] -> GSI 16 (level, low) -> IRQ 16
Feb 20 18:28:45 yavdr kernel: [ 12.029897] irq: 16, latency: 64
Feb 20 18:28:45 yavdr kernel: [ 12.029898] memory: 0xdffff000, mmio: 0xf1f6e000
Feb 20 18:28:45 yavdr kernel: [ 12.029902] found a VP-1041 PCI DSS/DVB-S/DVB-S2 device on (01:06.0),
Feb 20 18:28:45 yavdr kernel: [ 12.029904] Mantis Rev 1 [1ae4:0003], irq: 16, latency: 64
Feb 20 18:28:45 yavdr kernel: [ 12.029907] memory: 0xdffff000, mmio: 0xf1f6e000
Feb 20 18:28:45 yavdr kernel: [ 12.034530] HDA Intel 0000:00:07.0: power state changed by ACPI to D0
Feb 20 18:28:45 yavdr kernel: [ 12.034577] HDA Intel 0000:00:07.0: power state changed by ACPI to D0
Feb 20 18:28:45 yavdr kernel: [ 12.035048] ACPI: PCI Interrupt Link [LAZA] enabled at IRQ 20
Feb 20 18:28:45 yavdr kernel: [ 12.035054] HDA Intel 0000:00:07.0: PCI INT A -> Link[LAZA] -> GSI 20 (level, low) -> IRQ 20
Feb 20 18:28:45 yavdr kernel: [ 12.035058] hda_intel: Disable MSI for Nvidia chipset
Feb 20 18:28:45 yavdr kernel: [ 12.054103] MAC Address=[00:08:c9:e0:73:08]
Feb 20 18:28:45 yavdr kernel: [ 12.054270] DVB: registering new adapter (Mantis dvb adapter)
Feb 20 18:28:46 yavdr kernel: [ 12.118722] Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
Feb 20 18:28:46 yavdr kernel: [ 12.873407] stb0899_attach: Attaching STB0899
Feb 20 18:28:46 yavdr kernel: [ 12.873433] stb6100_attach: Attaching STB6100
Feb 20 18:28:46 yavdr kernel: [ 12.884359] LNBx2x attached on addr=8
Feb 20 18:28:46 yavdr kernel: [ 12.884364] DVB: registering adapter 0 frontend 0 (STB0899 Multistandard)...
Feb 20 18:28:46 yavdr kernel: [ 12.884766] input: Mantis VP-1041 IR Receiver as /devices/virtual/input/input7
Feb 20 18:28:46 yavdr kernel: [ 12.884826] Creating IR device irrcv0
Feb 20 18:28:46 yavdr kernel: [ 13.052097] input: HDA Digital PCBeep as /devices/pci0000:00/0000:00:07.0/input/input8
Feb 20 18:28:48 yavdr kernel: [ 14.872020] lirc_serial: auto-detected active low receiver
Feb 20 18:28:48 yavdr kernel: [ 14.872026] lirc_dev: lirc_register_driver: sample_rate: 0
Feb 20 18:28:48 yavdr kernel: [ 14.872105] lirc_serial $Revision: 5.104 $ registered
Feb 20 18:28:52 yavdr kernel: [ 18.689243] svc: failed to register lockdv1 RPC service (errno 97).
Feb 20 18:28:52 yavdr kernel: [ 18.690335] NFSD: Using /var/lib/nfs/v4recovery as the NFSv4 state recovery directory
Feb 20 18:28:52 yavdr kernel: [ 18.722992] NFSD: starting 90-second grace period
Feb 20 18:28:53 yavdr vdr: [1233] [xine..put] Listening on address '127.0.0.1' port 37890
Feb 20 18:29:05 yavdr vdr: [1704] [xine..put] Listening on port 37890
Feb 20 18:29:05 yavdr vdr: [1704] [xine..put] Listening for UDP broadcasts on port 37890
Feb 20 18:29:05 yavdr vdr: [1704] [xine..put] Client 0 connected: 127.0.0.1:44522
Feb 20 18:29:05 yavdr vdr: [1704] [xine..put] Client connection 0 closed
Feb 20 18:29:05 yavdr vdr: [1704] [xine..put] Closing connection 0
Feb 20 18:29:08 yavdr vdr: [1723] [xine..put] Detected video size 720x576
Feb 20 18:29:08 yavdr vdr-sxfe[1706]: [1706] [vdr-fe] Detected 2 CPUs
Feb 20 18:29:08 yavdr vdr-sxfe[1706]: [1706] [vdr-fe] Enabling FFmpeg multithreaded video decoding
Feb 20 18:29:08 yavdr vdr-sxfe[1706]: [1706] [input_vdr] Connecting (control) to tcp://127.0.0.1:37890 ...
Feb 20 18:29:08 yavdr vdr: [1704] [xine..put] Client 0 connected: 127.0.0.1:44523
Feb 20 18:29:08 yavdr vdr-sxfe[1706]: [1706] [input_vdr] Server greeting: VDR-1.7.16 xineliboutput-1.0.90-cvs READY
Feb 20 18:29:08 yavdr vdr-sxfe[1706]: [1706] [input_vdr] Connected (control) to tcp://127.0.0.1:37890
Feb 20 18:29:08 yavdr vdr-sxfe[1706]: [1706] [input_vdr] Connecting (data) to pipe:///var/lib/vdr/plugins/xineliboutput/pipes.1233/pipe.0
Feb 20 18:29:08 yavdr vdr-sxfe[1706]: [1706] [input_vdr] Data stream connected (PIPE)
Feb 20 18:29:08 yavdr vdr-sxfe[1706]: [1706] [input_vdr] using custom "no signal" image /usr/share/libxine1-xvdr/nosignal.mpg
Feb 20 18:29:09 yavdr vdr-sxfe[1706]: [1706] [demux_vdr] Using decoder "libmpeg2" for mpeg2 video
Feb 20 18:29:09 yavdr vdr-sxfe[1706]: [1706] [demux_vdr] Using decoder "FFmpeg" for H.264 video
Feb 20 18:29:09 yavdr vdr-sxfe[1706]: [1737] [console] Keyboard thread terminated
Feb 20 18:29:09 yavdr vdr-sxfe[1706]: [1736] [demux_vdr] PMT changed, resetting demuxer
Feb 20 18:29:10 yavdr vdr: [1725] [xine..put] OSD bandwidth: 343153 bytes/s (2680 kbit/s)
Feb 20 18:29:13 yavdr vdr-sxfe[1706]: [1736] [demux_vdr] PMT changed, resetting demuxer
Feb 20 18:29:15 yavdr vdr: [1753] [xine..put] Detected video size 720x576
Feb 20 18:29:17 yavdr vdr: [1752] [xine..put] OSD bandwidth: 216970 bytes/s (1695 kbit/s)
Feb 20 18:29:17 yavdr vdr-sxfe[1706]: [1736] [input_vdr] wait_stream_sync: discard_index 4363856 != curpos 4320616 ! (diff 43240)
Feb 20 18:29:17 yavdr vdr-sxfe[1706]: [1736] [demux_vdr] PMT changed, resetting demuxer
Feb 20 18:29:17 yavdr dvbmon: Saving number of devices (1) after boot
Feb 20 18:29:17 yavdr dvbmon: vdr started by udev allready
Feb 20 18:29:22 yavdr vdr: [1755] [xine..put] Detected video size 720x576
Alles anzeigen
Hi,
ca. vor 3 Wochen. Werde es einfach nochmal durchführen.
Gruß vanTuxen
Hi,
ZitatZu spät, ist schon weg.
sorry, was ist schon weg? Der Livebuffer?
Wenn ja, dann müssten doch meine langen Umschaltzeiten auch weg sein, oder?
Gruß
Hallo,
liest sich für mich erstmal nicht so, aber das heißt: Livebuffer deaktivieren und alles ist wieder gut?
Werds heut abend mal testen.
Gruß und Danke
vanTuxen
Hallo zusammen,
tritt das Problem wirklich bei niemanden sonst auf?
Die Umschaltzeiten liegen gefühlt ca. bei 2-3 Sekunden. Ist doch etwas lang, oder?
Am Empfang kann es ja eigentlich nicht liegen, oder? Digital ist doch entweder Bild oder kein Bild, oder?
Gruß vanTuxen
Hi,
bin von der 0.1.1 auf die 0.3 gegangen und habe das gleiche Verhalten.
Gibt es hierzu irgendwelche Infos?
Gruß und Danke
vanTuxen
Hallo zusammen,
bin auch am überlegen, ob ich den Server über Nacht runterfahren soll.
Weniger aus Stromspargründen, sondern mehr um die Komponenten etwas zu schonen.
Idee wäre:
- Server um ca. 23Uhr ausschalten
- nicht ausschalten, wenn eine Aufnahme läuft
- nicht auschalten, wenn eine ssh, nfs, ... Verbindung besteht
- automatisch wieder einschalten, wenn eine Aufnahme ansteht
- einschalten über WOL möglich
- Server um ca. 8Uhr wieder einschalten
Fragen:
- hat jemand so eine Lösung am Laufen und könnte sein Vorgehen beschreiben.
- würden ein nfs mount auf einem yavdr client funktionieren, wenn der Server vom yavdr eingeschaltet wird und der server später als der yavdr oben ist.
Gruß und Danke
vanTuxen
Hallo,
ZitatDann hat vanTuxen wohl irgendwas modifiziert.
nein, es ist alles wie out of the box auf dem yavdr. Hab da wohl die Situation durch mein Unwissen etwas falsch beschrieben.
Zusammenfassend würde ich jetzt folgendes machen.
- Für jede externe Platte einen eigenen Eintrag in die /etc/exports
- Der User der von yavdr auf die nfs-freigaben zugreift ist der user "vdr", diesen auf dem yavdr die Gruppe users aufnehmen (auf dem server ist er da schon).
- Da ich die Rechte auf dem Server hauptsächlich über die Gruppe steuere und die Id der Gruppe users auf beiden systemen (yavdr, server) gleich ist, sollte der user zugriff bekommen
- Das die UserId auf den System unterschiedlich ist, stört mich nicht.
Gruß und Danke vanTuxen
Hallo,
vielen Dank für die Antwort, hat mich schon sehr viel weiter gebracht. Da muss ich mich wohl noch etwas tiefer mit dem Thema auseinandersetzen.
Für die Sym-Links hab ich schon was schönes gefunden:Using symbolic links with NFS
ZitatNein, es wird mit der client-seitigen Benutzerid verbunden. Nur wenn root-squashing aktiviert ist und die UserId 0 zugreift, wird in der Regel das ganze auf nobody:nogroup gemappt.
Bei yavdr wird anscheinend mit dem user root verbunden. Nachdem ich no_root_squash eingestellt habe funktionierts auch.
Gruß vanTuxen
Hallo zusammen,
ich versuche es jetzt schon seit längerem über NFS Verzeichnisse von meinem Server in meinen yavdr (0.3) einzubinden.
Aber scheitere meiner Meinung nach an den Rechten.
1. yavdr:
- über die Weboberfläche habe ich die Freigabe eingegeben (192.168.2.2:/srv/nfs/audio) und mit übernehmen bestätigt.
- dann den VDR neugestartet
- man findet im /net.yavdr ein neues Verzeichnis mit der Adresse und einem Zähler. 192.168.2.2.000
ein ls - /net.yavdr ergibt dann folgendes
In das Verzeichnis kann man auch wechseln, aber dann nicht mehr weiter
ls -l /net.yavdr/192.168.2.2.000
Fragen:
- kann man noch einen User mitgeben, mit dem verbunden werden soll?
- mit welchem User wird verbunden (vdr, root, install user)
- als nobdoy bzw. nogroup wird verbunden, da die UserId auf yavdr seite nicht mit der UserId auf Server Seite übereinstimmt, oder?
2. Server:
- Das Verzeichnis /srv/nfs/audio erstellt und dieses zum Test dem User nobody und group nogroup zugeweisen.
ls -l /srv/nfs
da die eigentlichen Files auf mehrere exteren Platten verteilt ist, liegen im Verzeichnis Sym-Links.
ls -l /srv/nfs/audio
lrwxrwxrwx 1 root root 32 23. Okt 16:35 audiobooks -> /mnt/extsdII/audio.00/audiobooks
lrwxrwxrwx 1 root root 27 23. Okt 16:35 music -> /mnt/extsdII/audio.00/music
ls -l /srv/nfs/audio
drwxrwxr-x 2 root users 4096 8. Jun 22:54 audiobooks
drwxrwxr-x 10 root users 4096 9. Jun 00:28 music
Auf die eigentliche Verzeichnisse haben user die nicht root oder nicht in der Gruppe users sind also nur Lese-Recht.
- Das Verzeichnis /srv/nfs/audio über die /etc/exports freigegeben
/etc/exports
- nfs neugestartet exportfs -a und
/etc/init.d/nfs-kernel-server restart
Fragen:
- muss ich an den Rechten auf die freigegebenen Verzeichnisse noch was ändern.
- kann man die UserId und GroupIds einfach in der passwd und group so abändern, dass sie dem yavdr entprechen? (z.B. hat mysql auf dem server die id, die der vdr user auf dem yavdr hat)
Wäre super, wenn mir jemand auf die Sprünge helfen könnte.
Gruß und Danke
vanTuxen
Hallo,
ZitatBetrieb mit 2. VGA-Monitor : Perfektes HD-Bild
Habe an dem VDR "leider" nur meinen LCD über HDMI dran hängen, somit kann ich dass leider nicht besätigen.
Wöllte auch ungerne deswegen einen Monitor mitlaufen lassen
Gruß vanTuxen
Hallo,
hab leider das gleicht Problem seit dem 0.2 install.
ZitatMit der neuesten Version 256.36 aus dem Ubuntu X-Swat-PPA
könntet Ihr kurz ein Mini-Howto zusammenschreiben? Wäre echt super. Irgendwie komm ich mit der Erklärung nicht ganz klar.
sudo add-apt-repository ppa:user/ppa-name
Gruß vanTuxen
Hallo,
ZitatSo um die 1.7.11 kann es Probleme geben
Das ist genau die Version die ich habe. Dann werd ich mal auf eine aktuellere Version gehen.
Gruß und Danke
vanTuxen
Hallo,
ZitatWie schnell ist denn Deine Netzanbindung? LAN oder WLAN?
das ist ein WLAN an einem TP-Link TL-WR1043ND. 300 Mbps Wireless N Gigabit Router.
Kopiere ich eine Date über Smb, geht das mit einer stabilen Übertragungsrate von 5MB/s.
Hab eine TS-Datei jetz mal auf den Rechner kopiert und das selbe Drauerspiel. Kann es sein, dass der Rechner / Grafikkarte zu langsam ist. Kann ich mir nicht vorstellen. Es ist ein Dell Latitude E6410 mit einem Intel i7Core. Jedoch auch nur mit Itel Grafikkarte....
Gruß vanTuxen
Hallo zusammen,
habe leider auch das gleiche Problem....
Zitatnach dem 1. Bild steht das Video.
Aufnahme liegt auf dem VDR. Greife mit einem Windows7 Pro 64 Bit über Samba drauf zu und will es mit VLC 1.1.4 wiedergeben.
Mit dem MS-Media-Player geht gar nichts. Schwarzes Bild.
Hat einer einen Tip für mich?
Gruß vanTuxen
Hallo,
danke für die Antwort. Habs jetzt auch so gemacht und ich kann den VDR über den Artic einschalten. Jetzt kann ich mich um das LCD kümmern
Gruß vanTuxen
Hallo,
der Scythe Big Shuriken ist eingebaut und hat gerade noch so Platz. Die Stecker für den Sata-DVD-Brenner müssen jedoch 90-Grad nach unten gehen, sonst würds wahrscheinlich nicht mehr reichen.
Gruß vanTuxen
Hallo,
danke für das tolle HowTo, wird mir hoffentlich gute Dienste leisten.
Habe zwar ein etwas anderes Gehäuse nämlich das Antec Micro Fusion Remote also ohne den Lautstärkenregler, aber für das Display und den IR-Empfänger sollte ja das gleiche gelten.
Du schreibst in dem HowTo:
ZitatDas Gehäuse "Antec Fusion Remote" hat zwar einen IR-Empfänger eingebaut, dieser kann aber nur mit MCE Fernbedienungen umgehen. Ich habe deswegen in das Gehäuse einen Atric IR-Einschalter eingebaut.
Hast Du dazu den IR-Empfänger einfach vom Display (beim Fusion Remote ist er da) abgeschnitten und den IR vom Artic-Empfänger an die Stelle plaziert. Meine damit nicht rangelötet etc. sondern nur vor die Aussparung des Gehäuses plaziert?
Gruß und Danke
vanTuxen