Hi,
QuoteDu hast 50 Hz als Bildwiederholrate eingestellt?
Ja, TV und nvidia-settings zeigen 50Hz.
Aufnahmen muss ich mal testen; es ist ein reiner Client ohne lokale Aufnahmen...
Bisher laufen testweise nur diese beiden Plugins.
Grüße
Hi,
QuoteDu hast 50 Hz als Bildwiederholrate eingestellt?
Ja, TV und nvidia-settings zeigen 50Hz.
Aufnahmen muss ich mal testen; es ist ein reiner Client ohne lokale Aufnahmen...
Bisher laufen testweise nur diese beiden Plugins.
Grüße
Hat keiner eine Ahnung, warum ein Core auf Anschlag läuft?
Grüße
Hallo,
bin am Neuaufsetzend meines Clients mit einer GTX950 auf 14.04 Basis nach diesem Howto: http://www.vdr-wiki.de/wiki/in…ls_SoftHDDevice_und_VDPAU
https://launchpad.net/~samrog131/+archive/ubuntu/ppa scheint jedoch nicht mehr aktuell zu sein.
Habe als Ersatz-PPA das hier genommen: https://launchpad.net/~adrozdoff/+archive/ubuntu/ffmpeg-opti
SoftHDdevice baut auch normal und VDR scheint mit dem Plugin zu tun..., jedoch liegt die Last (top) auf einem core meines i5 bei 100%, wenn der VDR läuft!?
Problem mit ffmpeg 2.8 ?
Grüße
Nachtrag - Syslog:
QuoteDisplay More
Oct 4 11:50:31 HTPC vdr: [2950] VDR version 2.2.0 started
Oct 4 11:50:31 HTPC vdr: [2950] codeset is 'UTF-8' - known
Oct 4 11:50:31 HTPC vdr: [2950] use of environment variable VDR_CHARSET_OVERRIDE (ISO-8859-9) is deprecated!
Oct 4 11:50:31 HTPC vdr: [2950] override character table is 'ISO-8859-9'
Oct 4 11:50:31 HTPC vdr: [2950] found 28 locales in /usr/local/share/locale
Oct 4 11:50:31 HTPC vdr: [2950] loading plugin: /usr/local/lib/vdr/libvdr-streamdev-client.so.2.2.0
Oct 4 11:50:31 HTPC vdr: [2950] loading plugin: /usr/local/lib/vdr/libvdr-softhddevice.so.2.2.0
Oct 4 11:50:31 HTPC vdr: [2950] loading /var/lib/vdr/setup.conf
Oct 4 11:50:31 HTPC vdr: [2950] loading /var/lib/vdr/sources.conf
Oct 4 11:50:31 HTPC vdr: [2950] loading /var/lib/vdr/diseqc.conf
Oct 4 11:50:31 HTPC vdr: [2950] loading /var/lib/vdr/scr.conf
Oct 4 11:50:31 HTPC vdr: [2950] loading /var/lib/vdr/channels.conf
Oct 4 11:50:31 HTPC vdr: [2950] loading /var/lib/vdr/timers.conf
Oct 4 11:50:31 HTPC vdr: [2950] loading /var/lib/vdr/svdrphosts.conf
Oct 4 11:50:31 HTPC vdr: [2950] loading /var/lib/vdr/remote.conf
Oct 4 11:50:31 HTPC vdr: [2950] loading /var/lib/vdr/keymacros.conf
Oct 4 11:50:31 HTPC vdr: [2950] registered source parameters for 'A - ATSC'
Oct 4 11:50:31 HTPC vdr: [2951] video directory scanner thread started (pid=2950, tid=2951, prio=high)
Oct 4 11:50:31 HTPC vdr: [2953] epg data reader thread started (pid=2950, tid=2953, prio=high)
Oct 4 11:50:31 HTPC vdr: [2952] video directory scanner thread started (pid=2950, tid=2952, prio=high)
Oct 4 11:50:31 HTPC vdr: [2953] reading EPG data from /var/cache/vdr/epg.data
Oct 4 11:50:31 HTPC vdr: [2952] video directory scanner thread ended (pid=2950, tid=2952)
Oct 4 11:50:31 HTPC vdr: [2950] registered source parameters for 'C - DVB-C'
Oct 4 11:50:31 HTPC vdr: [2950] registered source parameters for 'S - DVB-S'
Oct 4 11:50:31 HTPC vdr: [2950] registered source parameters for 'T - DVB-T'
Oct 4 11:50:31 HTPC vdr: [2950] no DVB device found
Oct 4 11:50:31 HTPC vdr: [2951] video directory scanner thread ended (pid=2950, tid=2951)
Oct 4 11:50:31 HTPC vdr: [2950] initializing plugin: streamdev-client (0.6.1-git): VTP Streaming Client
Oct 4 11:50:31 HTPC vdr: [2950] new device number 1
Oct 4 11:50:31 HTPC vdr: [2954] device 1 section handler thread started (pid=2950, tid=2954, prio=low)
Oct 4 11:50:31 HTPC vdr: [2950] cTimeMs: using monotonic clock (resolution is 1 ns)
Oct 4 11:50:31 HTPC vdr: [2950] streamdev-client: got device number 1
Oct 4 11:50:31 HTPC vdr: [2950] new device number 2
Oct 4 11:50:31 HTPC vdr: [2950] streamdev-client: got device number 2
Oct 4 11:50:31 HTPC vdr: [2950] initializing plugin: softhddevice (0.6.1rc1-GIT5dc5601): Ein Software und GPU emulieres HD-Gerät
Oct 4 11:50:31 HTPC vdr: [2955] device 2 section handler thread started (pid=2950, tid=2955, prio=low)
Oct 4 11:50:31 HTPC vdr: [2950] new device number 3
Oct 4 11:50:31 HTPC vdr: [2950] setting primary device to 3
Oct 4 11:50:31 HTPC vdr: [2950] [softhddev]MakePrimaryDevice: 1
Oct 4 11:50:31 HTPC vdr: [2950] [softhddev]SetVideoFormat: 0
Oct 4 11:50:31 HTPC vdr: [2950] [softhddev]SetVideoDisplayFormat: 1
Oct 4 11:50:31 HTPC vdr: [2950] [softhddev]GetSpuDecoder:
Oct 4 11:50:31 HTPC vdr: [2950] [softhddev]SetVolumeDevice: 255
Oct 4 11:50:31 HTPC vdr: [2950] assuming manual start of VDR
Oct 4 11:50:31 HTPC vdr: [2950] SVDRP listening on port 6419
Oct 4 11:50:31 HTPC vdr: [2950] setting current skin to "lcars"
Oct 4 11:50:31 HTPC vdr: [2950] loading /var/lib/vdr/themes/lcars-default.theme
Oct 4 11:50:31 HTPC vdr: [2950] starting plugin: streamdev-client
Oct 4 11:50:31 HTPC vdr: [2950] starting plugin: softhddevice
Oct 4 11:50:31 HTPC vdr: audio: 'alsa' output module used
Oct 4 11:50:31 HTPC vdr: audio/alsa: supports pause: yes
Oct 4 11:50:31 HTPC vdr: [2953] epg data reader thread ended (pid=2950, tid=2953)
Oct 4 11:50:32 HTPC vdr: audio: 44100Hz supports 2 2 4 4 6 6 8 8 channels
Oct 4 11:50:32 HTPC vdr: audio: 48000Hz supports 2 2 4 4 6 6 8 8 channels
Oct 4 11:50:32 HTPC vdr: audio: 192000Hz supports 2 2 4 4 6 6 8 8 channels
Oct 4 11:50:32 HTPC vdr: video/vdpau: VDPAU API version: 1
Oct 4 11:50:32 HTPC vdr: video/vdpau: VDPAU information: NVIDIA VDPAU Driver Shared Library 352.41 Fri Aug 21 22:44:24 PDT 2015
Oct 4 11:50:32 HTPC vdr: video/vdpau: highest supported high quality scaling 1
Oct 4 11:50:32 HTPC vdr: video/vdpau: feature deinterlace temporal supported
Oct 4 11:50:32 HTPC vdr: video/vdpau: feature deinterlace temporal spatial supported
Oct 4 11:50:32 HTPC vdr: video/vdpau: attribute skip chroma deinterlace supported
Oct 4 11:50:32 HTPC vdr: video/vdpau: 4:2:0 chroma format with 4096x4096 supported
Oct 4 11:50:32 HTPC vdr: video/vdpau: 4:2:2 chroma format with 4096x4096 supported
Oct 4 11:50:32 HTPC vdr: video/vdpau: 8bit BGRA format with 16384x16384 supported
Oct 4 11:50:32 HTPC vdr: video/vdpau: 10bit RGBA format with 16384x16384 supported
Oct 4 11:50:32 HTPC vdr: [softhddev] ready
Oct 4 11:50:32 HTPC lircd-0.9.0[2754]: accepted new client on /run/lirc/lircd
Oct 4 11:50:32 HTPC vdr: [2950] remote control LIRC - keys known
Oct 4 11:50:32 HTPC vdr: [2950] remote control KBD - keys known
Oct 4 11:50:32 HTPC vdr: [2950] switching to channel 103 (arte HD)
Oct 4 11:50:32 HTPC vdr: [2957] LIRC remote control thread started (pid=2950, tid=2957, prio=high)
Oct 4 11:50:32 HTPC vdr: [2958] KBD remote control thread started (pid=2950, tid=2958, prio=high)
Oct 4 11:50:32 HTPC vdr: [2950] streamdev-client: Connected to server 192.168.1.141:2004 using protocol version 1.0
Oct 4 11:50:32 HTPC vdr: [2950] streamdev-client: Connected to server 192.168.1.141:2004 using protocol version 1.0
Oct 4 11:50:32 HTPC vdr: [2959] device 1 TS buffer thread started (pid=2950, tid=2959, prio=high)
Oct 4 11:50:32 HTPC vdr: [2960] streamdev-client: sections assembler thread started (pid=2950, tid=2960, prio=high)
Oct 4 11:50:32 HTPC vdr: [2950] [softhddev]SetVolumeDevice: 255
Oct 4 11:50:32 HTPC vdr: [2950] [softhddev]SetPlayMode: 1
Oct 4 11:50:32 HTPC vdr: [2961] device 1 receiver thread started (pid=2950, tid=2961, prio=high)
Oct 4 11:50:32 HTPC vdr: [2963] device 1 TS buffer thread started (pid=2950, tid=2963, prio=high)
Oct 4 11:50:32 HTPC vdr: [2950] OSD size changed to 1920x1080 @ 1
Oct 4 11:50:32 HTPC vdr: audio/alsa: using pass-through device 'hw:1,7'
Oct 4 11:50:32 HTPC vdr: audio/alsa: start delay 336ms
Oct 4 11:50:34 HTPC vdr: video/vdpau: synced after 65 frames
Oct 4 11:50:34 HTPC vdr: video: slow down video, duping frame
Oct 4 11:50:34 HTPC vdr: video: 13:14:31.086 +84 343 0/\ms 58+4+4 v-buf
Oct 4 11:51:32 HTPC vdr: video: slow down video, duping frame
Oct 4 11:51:32 HTPC vdr: video: 13:15:29.706 +24 479 0/\ms 72+3+4 v-buf
Oct 4 11:52:32 HTPC vdr: video: 13:16:29.706 +24 415 0/\ms 67+3+4 v-buf
Oct 4 11:53:32 HTPC vdr: video: 13:17:29.706 +24 351 0/\ms 65+3+4 v-buf
Oct 4 11:54:32 HTPC vdr: video: 13:18:29.706 +24 287 0/\ms 58+3+4 v-buf
Oct 4 11:55:11 HTPC vdr: video: speed up video, droping frame
Oct 4 11:55:11 HTPC vdr: video: 13:19:08.006 -225 329 0/\ms 78+2+0 v-buf
Oct 4 11:55:11 HTPC vdr: video: speed up video, droping frame
Oct 4 11:55:11 HTPC vdr: video: slow down video, duping frame
Oct 4 11:55:11 HTPC vdr: video: 13:19:08.406 +92 342 0/\ms 61+4+3 v-buf
Oct 4 11:55:12 HTPC vdr: [2950] OSD size changed to 1855x1056 @ 1,01204
Oct 4 11:55:12 HTPC vdr: video: slow down video, duping frame
Oct 4 11:55:12 HTPC vdr: video: decoder buffer empty, duping frame (102/13960) 0 v-buf
3.12.0-7-generic
Update:
Ein easyvdr2.0-image von USB gestartet und aplay -l zeigt auch das nvidia audio device an.
Hi,
habe meinen VDR-HTPC mit einer ASUS STRIX-GTX950-DC2OC-2GD5-GAMING zum Zocken aufgerüstet.
Die kann angeblich auch HEVC in hardware dekodieren.
Treiber 355.11 manuell installiert und habe laut glmark2 einen score von über 12000... Karte ist nicht zu hören. So weit so gut.
Problem ist jedoch, dass kein nvidia HDMI audio device angezeigt wird.
aplay -l
**** Liste der Hardware-Geräte (PLAYBACK) ****
Karte 0: PCH [HDA Intel PCH], Gerät 0: ALC887-VD Analog [ALC887-VD Analog]
Sub-Geräte: 1/1
Sub-Gerät #0: subdevice #0
Karte 0: PCH [HDA Intel PCH], Gerät 1: ALC887-VD Digital [ALC887-VD Digital]
Sub-Geräte: 1/1
Sub-Gerät #0: subdevice #0
zeigt nur den onboard intel sound.
System:
- aktuelles yavdr 5.0
- zuvor als Graka eine GT430 drin mit funktionierendem HDMI-Audio
- Mboard: ASRock H61m-itx
lspci -v liefert:
01:00.0 VGA compatible controller: NVIDIA Corporation Device 1402 (rev a1) (prog-if 00 [VGA controller])
Subsystem: ASUSTeK Computer Inc. Device 8554
Flags: bus master, fast devsel, latency 0, IRQ 47
Memory at f6000000 (32-bit, non-prefetchable) [size=16M]
Memory at e0000000 (64-bit, prefetchable) [size=256M]
Memory at f0000000 (64-bit, prefetchable) [size=32M]
I/O ports at e000 [size=128]
[virtual] Expansion ROM at f7000000 [disabled] [size=512K]
Capabilities: [60] Power Management version 3
Capabilities: [68] MSI: Enable+ Count=1/1 Maskable- 64bit+
Capabilities: [78] Express Legacy Endpoint, MSI 00
Capabilities: [100] Virtual Channel
Capabilities: [258] #1e
Capabilities: [128] Power Budgeting <?>
Capabilities: [420] Advanced Error Reporting
Capabilities: [600] Vendor Specific Information: ID=0001 Rev=1 Len=024 <?>
Kernel driver in use: nvidia
Kernel modules: nvidia, nouveau, nvidiafb
01:00.1 Audio device: NVIDIA Corporation Device 0fba (rev a1)
Subsystem: ASUSTeK Computer Inc. Device 8554
Flags: fast devsel, IRQ 17
Memory at f7080000 (32-bit, non-prefetchable) [size=16K]
Capabilities: [60] Power Management version 3
Capabilities: [68] MSI: Enable- Count=1/1 Maskable- 64bit+
Capabilities: [78] Express Endpoint, MSI 00
Capabilities: [100] Advanced Error Reporting
Kernel modules: snd-hda-intel
Display More
Ist snd-hda-intel bei den Kernel modules korrekt?
Ein cat /proc/asound/card0/ zeigt keine eld* Dateien !?
Eine card1 wird auch nicht angezeigt.
Weiß jemand Rat?
Brauche ich neuen Kernel (aktuell: 3.2.0-90-generic) oder aktuelles alsa?
Grüße
Hi,
QuoteWozu das ganze? Es muss Ausfallsicher sein. Hier sollen private Fotos und Videos drauf. Es wär ein Supergau wenn die Daten futsch wären.
eine Anmerkung dazu:
Ein Raid ist/ersetzt ein Backup nicht!!!
Es gibt viele Szenarien (z.B. Einbruch, Überschwemmung, Blitzschlag, Brand, etc.), wo die Daten dann ev. weg wären.
Ein Backup muss zwingend physikalisch an einem anderen Ort gelagert werden. Könnte z.B. auch (verschlüsselt!) in der Cloud erfolgen...
Grüße
Funzt
Hi,
Habe mir kürzlich dieses NAS zugelegt:
http://geizhals.de/lenovoemc-s…4000gb-35551-a805682.html
Ist Linux-basierend.
Ist zwar bereits mit HDs, jedoch konkurrenzlos günstig.
Bez. Reviews: Das ist die neuere Version mit 1600MHz.
Allerdings hat sich wohl Lenovo kürzlich von diesem Produzenten getrennt und wer weiß, wie es langfristig um den Support aus schaut...
Grüße
Funzt
Hi,
Quotebis zu zwei (HD)TV-Sender transcodiert und ins Netzwerk streamt während ich einen HD-Sender schaue.
die üblichen CPUs schaffen das decodieren und womöglich noch deinterlacen nicht mal für einen HD-Kanal vernünftig per SW und du willst zwei gleichzeitig trancodieren, das nochmal eine Größenordnung aufwändiger ist?
Grüße
Funzt
Hi,
QuoteFakt ist, der Zugbetrieb (von unten nach oben) kühlt die CPU-Umgebung schlechter.
ist das nicht ein wenig zu rechthaberisch?
Stell dir mal einen 1HE hohes Gehäuse vor, wo über der CPU direkt die Auslassöffnung liegt.
Da ist es wohl besser die warme Luft nach oben zu pusten.
Funzt
Hi,
Quoteaber das wäre Quatsch.
aha...
Das hängt doch wohl eher von den Gehäusegegebenheiten ab, wie herum es sinnvoll ist.
Im VDR-Bereich werden die Spannungsregler auf dem MB ja eher nicht so heiß...
Hi,
ich glaube, dass der Lüfter nach oben pustet, wenn er nach oben pustend montiert wurde...
Grüße
Funzt
Hallo,
habe als Kühler den Shuriken Kozuti. Der kühlt meinen G530 zufriedenstellend und leise.
http://geizhals.de/630588
Hallo,
QuoteEDIT: Mein Tip wäre jetzt einfach der, mögliche analoge Störquellen per Alsamixer runter zu regeln und zu muten. Vielleicht bringts ja was, ohne dass man an die Hardware (Netzteil) ran muss.
das kann man leicht prüfen, wenn man den Ton nur mutet => fiept immer noch
Habe mal zweimal burnMMX gestartet => fiept immer noch
Rätsels Lösung ist aber:
Das Fiepen kommt gar nicht aus dem VDR, sondern aus dem Netzwerkswitch, der direkt daneben steht - denn wenn man diesen nicht nutzt, ist das Fiepen weg.
Also sind die Spulen dort wohl schuld und ich versuche sie mal mit Epoxidharzkleber zu traktieren.
Danke und Grüße
Funzt
Hi,
QuoteWie halbfertiger schon angemerkt hat, können höherfrequente Signale auch durchaus durch elektrische Interferenzen entstehen, die sich in analogen Leitungen auf alle mögliche Art und Weise (schwaches NT z.B.) einkoppeln können. Dabei spielt auch eine mögliche Analog-Digitalwandlung eine Rolle (offene Line-In oder Mics).
sorry, aber das ist absoluter Quatsch in diesem Zusammenhang, denn wo findet hier eine AD-Wandlung statt???
Dr.Seltsam liegt da wohl richtiger. Werde mal kurz CPUburn parallel mit laufen lassen und schauen, ob es dann weg ist.
Grüße
Funzt
Hi,
Pfeifen und Fiepen ist immer mechanisch, da Geräusche und damit Luftschwingungen.
Grüße
Funzt
Hi,
offensichtlich hat das Pfeifen was mit dem Netzwerktraffic, im Zusammenhang mit Streamdev, zu tun, dann beim lokalen Abspielen passiert das nicht.
Habe noch nicht in den Code von Streamdevn geschaut, aber ev. lässt sich das schon mittels Puffer- und Paketgröße beheben.
Danke trotzdem für eure Beiträge
Funzt
Hi,
der störende Ton kommt aus dem VDR-Gerät das per HDMI das Bild und den Ton weiter gibt.
Es scheint mir was mit der wechselnden Last bei ankommenden Paketen zu tun zu haben!?
Könnte man diese Last nicht irgendwie mit kleineren Paketen aber dafür viel häufiger gesendet gleichmäßiger verteilen?
Jetzt blinkt der Switch mit ca. 2Hz vor sich hin, wenn die Streamdev-Verbindung besteht.
Grüße
Funzt
Hallo,
habe folgendes ein wenig nervendes Problem mit meinem VDR-Setup:
Der Client ist mittels Gigabit-Netzwerk an den Server im Keller angeschlossen und generiert ein nerviges Fiepen und zwar anscheinend immer im Takt der Netzwerkpakete (synchron mit den LEDs am Switch).
Ist natürlich nur in leisen Passagen wahrnehmbar.
Client-HW hat ein Asrock H61m-itx-MB mit G530, onboard Netzwerk, GT430 und Xilence SPS-XP200 Netzteil.
Irgendwelche Tipps?
Grüße
Funzt
Hi,
dann gibt es noch diesen Code hier: https://github.com/brmlab/liveview
Leider keinerlei Ausgabe bei ersten Tests.
Mein Display hat die aktuelle Firmware von Sony.
Grüße
Funzt