Posts by Gjiaffaar

    Hi ich habe beim Umschalten von Kanal zu Kanal heftige Ton-Aussetzer, die bis zu einer Minute und länger anhalten können.
    debian jessie launcher icon für xineliboutput vdr-sxfe lässt sich nicht ändern



    Jetzt habe ich, als wieder ein Kanal (Phöenix-HD) keinen Ton, bzw. nur seltene Fetzen davon abgespielt hat, sofort eine Aufnahme gestartet.
    Dann die Aufnahme direkt abgespielt, da hätte Mann ja den defekten Ton auch noch hören müssen. Der Ton wurde vom ersten Bild an ruckelfrei abgespielt.



    ??? :wand

    :wand :wand :wand :wand :wand :wand :wand :wand :wand :wand :wand
    das "gelöst" habe ich gerade wieder rausgenommen!
    Gestern wollte ich mit markad die Markierungen neu setzen und das Skript hat einen bug (oben schon korrigiert), die beiden \" \" um ${REC} herum innerhalb des su - sind neu.
    ACHTUNG, die Webseite will das als drei Backslash in den Editor getippt haben, auch wenn Mann oben nur je einen sieht. Ggfs. werden dadurch Schutzzeichen mitgenommen, wenn ihr das Skript einfach so von der Webseite kopiert.


    Außerdem behauptet markad, daß das Indexfile, also das gerade frisch, neu mit vdr --genindex erstellte Indexfile irgendwie "defekt" ist. (you are lost...)

    Vielleicht habe ich die Frage zu kompliziert gestellt...
    Mir würde es auch genügen, wenn der Server nicht nur beim Drücken der Fernbedienungstaste "Power" sondern auch beim Drücken des Power-Schalters am Gehäuse anstelle des Shutdowns ein pkill -9 sxfe absetzen würde.
    Ich benötige die ACPI Funktion "geordnetes herunterfahren beim Drücken des Power-Schalters" nicht. Falls doch kann ich den Server problemlos per ssh-Session herunterfahren.

    Hier mein Skript um für alle /var/lib/video/*.rec Verzeichnisse älter als -mtime +1 das index-File neu zu erstellen.
    Das -mtime +1 habe ich verwendet, damit ich nicht eine Aufnahme erwische die gerade noch aufgenommen wird. Dann muß Mann für den Lauf des Skriptes den vdr-Server nicht stoppen. Alle Dateien die jünger als -mtime +1 sind haben ja schon einen frischen, gültigen Index, da der Server schon länger als 24Stunden läuft und alle diese Aufnahmen schon von der neuen VDR-Version aufgenommen worden sind.

    ACHTUNG, das Skript enthält keinerlei Fehlerabfrage. Es werden stumpf, geradeaus, alle *rec Ordner verwurstet.


    Skript:

    Code
    root@GjiaffaarVDR00:~# vi VDR.regenerate.index.files.bash#!/bin/bashLOGFILE="`pwd`/$0.`date '+%Y.%b.%d.%T'`.log"echo -e "\ngenerating Logfile\t${LOGFILE}\n"IFS=$'\n' ; time for REC in $(find /var/lib/video -type d -mtime +1 -name *rec 2>/dev/null | sort) ; do        echo -e "\n`date '+%Y %b %d %T'` "${REC}""        su - vdr -c"ionice -c3 vdr --genindex=\\"${REC}\\""        ls -laht ${REC}/*done | tee -a ${LOGFILE}


    Fortschritt im Logfile beobachten: (es läuft :D :D :D )

    Code
    root@GjiaffaarVDR00:~# tail -f `ls -1rt /root/VDR.regenerate.index.files.bash*log | tail -1`


    Beispiel Ausgabe (Ausschnitt):

    Code
    2015 Dec 02 19:45:20 /var/lib/video/Stargate/Stargate_Universe/Finsternis._Science-Fiction-Serie,_CDN#2FU/2015-01-09.15.15.16-0.rec-rw-r--r-- 1 vdr vdr 891K Dec  2 19:45 /var/lib/video/Stargate/Stargate_Universe/Finsternis._Science-Fiction-Serie,_CDN#2FU/2015-01-09.15.15.16-0.rec/index-rw-r--r-- 1 vdr vdr 1.4G Jan  9  2015 /var/lib/video/Stargate/Stargate_Universe/Finsternis._Science-Fiction-Serie,_CDN#2FU/2015-01-09.15.15.16-0.rec/00001.ts-rw-r--r-- 1 vdr vdr  764 Jan  9  2015 /var/lib/video/Stargate/Stargate_Universe/Finsternis._Science-Fiction-Serie,_CDN#2FU/2015-01-09.15.15.16-0.rec/info2015 Dec 02 19:45:25 /var/lib/video/Stargate/Stargate_Universe/Führungskampf_auf_der_Destiny._Science-F/2015-01-06.16.08.16-0.rec-rw-r--r-- 1 vdr vdr 903K Dec  2 19:45 /var/lib/video/Stargate/Stargate_Universe/Führungskampf_auf_der_Destiny._Science-F/2015-01-06.16.08.16-0.rec/index


    was sagt mir denn dieser Effekt hier ?
    Die effects.goom. 1920x1080 habe ich mit der Fernbedienung da reingedrückt (sorry sehr schlecht zu lesen, weil ich nicht weiß wie Mann innerhalb "code" was fett markiert oder sonstwie hervorhebt)


    Code
    root@GjiaffaarVDR00:~# locate config_xineliboutput/home/oliver/.xine/config_xineliboutput/root/.xine/config_xineliboutputroot@GjiaffaarVDR00:~# grep -hv ^# $(locate config_xineliboutput) | grep ..version:2audio.synchronization.av_sync_method:resamplevideo.processing.ffmpeg_thread_count:2effects.goom.fps:25effects.goom.height:1080effects.goom.width:1920engine.buffers.video_num_buffers:250engine.buffers.video_num_frames:22engine.performance.memcpy_method:mmxext.version:2audio.synchronization.av_sync_method:resamplevideo.processing.ffmpeg_thread_count:2engine.buffers.video_num_buffers:250engine.buffers.video_num_frames:22engine.performance.memcpy_method:sse

    Den Rechner habe ich auf Basis eines HEISE-Bauvorschlags selbst zusammen gebaut.
    Änderungen zum Vorschlag;
    - die Entkopplungsrahmen für die Festplatten weggelassen (ist auch so leise genug und es gibt keine Gummis die deine Festplatten irgendwann unmotiviert ins Gehäuse plumpsen lassen)
    - nachträgliches Upgrade der Grafikkarte (weil die (im BIOS deaktivierte) Onboard keine NVIDIA ist)
    - die 3 TV-Karten


    Der Witz ist ja, das der 1.7er VDR auf exakt dieser Hardware kein Ton-Karnickel-Gehoppel geliefert hat.


    RAM und CPU: AMD 64bit Dual Core 5050e

    Code
    root@GjiaffaarVDR00:~# grep MemTotal /proc/meminfoMemTotal:        4057036 kBroot@GjiaffaarVDR00:~# lscpuArchitecture:          x86_64CPU op-mode(s):        32-bit, 64-bitByte Order:            Little EndianCPU(s):                2On-line CPU(s) list:   0,1Thread(s) per core:    1Core(s) per socket:    2Socket(s):             1NUMA node(s):          1Vendor ID:             AuthenticAMDCPU family:            15Model:                 107Model name:            AMD Athlon(tm) Dual Core Processor 5050eStepping:              2CPU MHz:               1000.000CPU max MHz:           2600.0000CPU min MHz:           1000.0000BogoMIPS:              2004.20Virtualization:        AMD-VL1d cache:             64KL1i cache:             64KL2 cache:              512KNUMA node0 CPU(s):     0,1


    Grafikkarte: ASUS ENGT 240

    Code
    root@GjiaffaarVDR00:~# lspci -vs01:0001:00.0 VGA compatible controller: NVIDIA Corporation GT215 [GeForce GT 240] (rev a2) (prog-if 00 [VGA controller])        Subsystem: ASUSTeK Computer Inc. Device 8328        Flags: bus master, fast devsel, latency 0, IRQ 45        Memory at fb000000 (32-bit, non-prefetchable) [size=16M]        Memory at b0000000 (64-bit, prefetchable) [size=256M]        Memory at ce000000 (64-bit, prefetchable) [size=32M]        I/O ports at ef00 [size=128]        [virtual] Expansion ROM at fc000000 [disabled] [size=512K]        Capabilities: [60] Power Management version 3        Capabilities: [68] MSI: Enable+ Count=1/1 Maskable- 64bit+        Capabilities: [78] Express Endpoint, MSI 00        Capabilities: [b4] Vendor Specific Information: Len=14 <?>        Capabilities: [100] Virtual Channel        Capabilities: [128] Power Budgeting <?>        Capabilities: [600] Vendor Specific Information: ID=0001 Rev=1 Len=024 <?>        Kernel driver in use: nvidia01:00.1 Audio device: NVIDIA Corporation High Definition Audio Controller (rev a1)        Subsystem: ASUSTeK Computer Inc. Device 8328        Flags: bus master, fast devsel, latency 0, IRQ 19        Memory at fcffc000 (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        Kernel driver in use: snd_hda_intel



    erste TV-Karte: Hauppauge NOVA DVB-S2

    Code
    root@GjiaffaarVDR00:~# lspci -vs04:0604:06.0 Multimedia video controller: Conexant Systems, Inc. CX23880/1/2/3 PCI Video and Audio Decoder (rev 05)        Subsystem: Hauppauge computer works Inc. Device 6906        Flags: bus master, medium devsel, latency 32, IRQ 20        Memory at f3000000 (32-bit, non-prefetchable) [size=16M]        Capabilities: [44] Vital Product Data        Capabilities: [4c] Power Management version 2        Kernel driver in use: cx880004:06.1 Multimedia controller: Conexant Systems, Inc. CX23880/1/2/3 PCI Video and Audio Decoder [Audio Port] (rev 05)        Subsystem: Hauppauge computer works Inc. Device 6906        Flags: bus master, medium devsel, latency 32, IRQ 20        Memory at f2000000 (32-bit, non-prefetchable) [size=16M]        Capabilities: [4c] Power Management version 2        Kernel driver in use: cx88_audio04:06.2 Multimedia controller: Conexant Systems, Inc. CX23880/1/2/3 PCI Video and Audio Decoder [MPEG Port] (rev 05)        Subsystem: Hauppauge computer works Inc. Device 6906        Flags: bus master, medium devsel, latency 32, IRQ 20        Memory at f9000000 (32-bit, non-prefetchable) [size=16M]        Capabilities: [4c] Power Management version 2        Kernel driver in use: cx88-mpeg driver manager04:06.4 Multimedia controller: Conexant Systems, Inc. CX23880/1/2/3 PCI Video and Audio Decoder [IR Port] (rev 05)        Subsystem: Hauppauge computer works Inc. Device 6906        Flags: bus master, medium devsel, latency 32, IRQ 3        Memory at f8000000 (32-bit, non-prefetchable) [size=16M]        Capabilities: [4c] Power Management version 2


    zweite TV-Karte: Hauppauge NOVA DVB-S2

    Code
    root@GjiaffaarVDR00:~# lspci -vs04:0704:07.0 Multimedia video controller: Conexant Systems, Inc. CX23880/1/2/3 PCI Video and Audio Decoder (rev 05)        Subsystem: Hauppauge computer works Inc. Device 6906        Flags: bus master, medium devsel, latency 32, IRQ 21        Memory at f7000000 (32-bit, non-prefetchable) [size=16M]        Capabilities: [44] Vital Product Data        Capabilities: [4c] Power Management version 2        Kernel driver in use: cx880004:07.1 Multimedia controller: Conexant Systems, Inc. CX23880/1/2/3 PCI Video and Audio Decoder [Audio Port] (rev 05)        Subsystem: Hauppauge computer works Inc. Device 6906        Flags: bus master, medium devsel, latency 32, IRQ 21        Memory at f6000000 (32-bit, non-prefetchable) [size=16M]        Capabilities: [4c] Power Management version 2        Kernel driver in use: cx88_audio04:07.2 Multimedia controller: Conexant Systems, Inc. CX23880/1/2/3 PCI Video and Audio Decoder [MPEG Port] (rev 05)        Subsystem: Hauppauge computer works Inc. Device 6906        Flags: bus master, medium devsel, latency 32, IRQ 21        Memory at f5000000 (32-bit, non-prefetchable) [size=16M]        Capabilities: [4c] Power Management version 2        Kernel driver in use: cx88-mpeg driver manager04:07.4 Multimedia controller: Conexant Systems, Inc. CX23880/1/2/3 PCI Video and Audio Decoder [IR Port] (rev 05)        Subsystem: Hauppauge computer works Inc. Device 6906        Flags: bus master, medium devsel, latency 32, IRQ 11        Memory at f4000000 (32-bit, non-prefetchable) [size=16M]        Capabilities: [4c] Power Management version 2


    Firmware der Hauppauge NOVA-S2 (FW version 1.22.82.0)

    Code
    Nov 26 20:05:02 GjiaffaarVDR00 kernel: [   12.734320] cx24116_load_firmware: FW version 1.22.82.0Nov 26 20:05:02 GjiaffaarVDR00 kernel: [   12.734331] cx24116_firmware_ondemand: Firmware upload completeNov 26 20:05:03 GjiaffaarVDR00 vdr: [666] frontend 2/0 provides DVB-S,DVB-S2 with QPSK ("Conexant CX24116/CX24118")Nov 26 20:05:03 GjiaffaarVDR00 kernel: [   12.892643] cx24116_firmware_ondemand: Waiting for firmware upload (dvb-fe-cx24116.fw)...Nov 26 20:05:03 GjiaffaarVDR00 kernel: [   12.892705] cx8800 0000:04:07.0: firmware: direct-loading firmware dvb-fe-cx24116.fw


    udev-rule um immer exakt die selbe Hauppauge Karte für das ir-device auzuwählen

    Code
    root@GjiaffaarVDR00:~# cat /etc/udev/rules.d/70-remote-device.rulesSUBSYSTEM!="input", GOTO="remote_event_grp_end"ATTRS{phys}=="pci-0000:04:06.?/ir0", ENV{ID_CLASS}="ir" GROUP="vdr" SYMLINK+="input/ir"LABEL="remote_event_grp_end"



    dritte TV Karte: media-pointer cine S2 DVB-S2 twin tuner

    Code
    root@GjiaffaarVDR00:~# lspci -vs02:0002:00.0 Multimedia video controller: Micronas Semiconductor Holding AG nGene PCI-Express Multimedia Controller (rev 01)        Subsystem: Micronas Semiconductor Holding AG Device abc4        Flags: bus master, fast devsel, latency 0, IRQ 44        Memory at fdff0000 (32-bit, non-prefetchable) [size=64K]        Memory at fdfe0000 (64-bit, non-prefetchable) [size=64K]        Capabilities: [40] Power Management version 2        Capabilities: [48] MSI: Enable+ Count=1/1 Maskable- 64bit+        Capabilities: [58] Express Endpoint, MSI 00        Capabilities: [100] Device Serial Number 00-00-00-07-20-3c-11-00        Capabilities: [400] Virtual Channel        Kernel driver in use: ngene


    Firmware der CineS2

    Code
    root@GjiaffaarVDR00:~# grep -hA10 -B10 "direct-loading firmware ngene_18.fw" /var/log/messages*Nov 26 20:04:56 GjiaffaarVDR00 kernel: [    5.178724] nGene PCIE bridge driver, Copyright (C) 2005-2007 MicronasNov 26 20:04:56 GjiaffaarVDR00 kernel: [    5.178837] ngene: Found Linux4Media cineS2 DVB-S2 Twin TunerNov 26 20:04:56 GjiaffaarVDR00 kernel: [    5.179618] ngene: Device version 1Nov 26 20:04:56 GjiaffaarVDR00 kernel: [    5.182230] ngene 0000:02:00.0: firmware: direct-loading firmware ngene_18.fw



    OS release

    Code
    root@GjiaffaarVDR00:~# cat /etc/*release*PRETTY_NAME="Debian GNU/Linux 8 (jessie)"NAME="Debian GNU/Linux"VERSION_ID="8"VERSION="8 (jessie)"ID=debianHOME_URL="http://www.debian.org/"SUPPORT_URL="http://www.debian.org/support/"BUG_REPORT_URL="https://bugs.debian.org/"


    VDR Version:

    Code
    root@GjiaffaarVDR00:~# vdr --versionvdr (2.2.0/2.2.0) - The Video Disk Recorderquickepgsearch (0.0.1) - Quick search for broadcastsepgsearchonly (0.0.1) - Direct access to epgsearch's search menufemon (2.2.1) - DVB Signal Information Monitor (OSD)conflictcheckonly (0.0.1) - Direct access to epgsearch's conflict check menulive (0.3.0) - Live Interactive VDR Environmentmarkad (0.1.5pre) - Mark advertisementsepgsearch (1.0.1.beta5) - search the EPG for repeats and moreremote (0.7.0) - Remote controlxineliboutput (2.0.0-cvs) - X11/xine-lib output plugin



    Debian Jessie GNOME Desktop

    Code
    root@GjiaffaarVDR00:~# pgrep -l "gnome|kde|mate|cinnamon"17 kdevtmpfs1192 gnome-keyring-d1259 gnome-settings-1346 gnome-shell1357 gnome-shell-cal6178 gnome-terminal-6181 gnome-pty-helpe


    So, immer noch von der root-bash aus gestartet tauchen im log dann folgende Meldungen auf



    Code
    root@GjiaffaarVDR00:~# tail -f /var/log/xinelib.logvo_vdpau: deinterlace: nonevo_vdpau: set_scaling_level=0vo_vdpau: enabled features: inverse_telecine=0vo_vdpau: disable noise reduction.vo_vdpau: disable sharpness.vo_vdpau: skip_chroma = 0******** Missing refframes, dropping. nrf=4 lo=1 prefs=1 l1=1 brefs=0 type=1 (8 fps)******** Missing refframes, dropping. nrf=4 lo=1 prefs=1 l1=1 brefs=0 type=1 (8 fps)******** Missing refframes, dropping. nrf=4 lo=1 prefs=1 l1=1 brefs=0 type=1 (8 fps)******** Missing refframes, dropping. nrf=4 lo=1 prefs=1 l1=1 brefs=0 type=1 (8 fps)******** Missing refframes, dropping. nrf=4 lo=1 prefs=1 l1=1 brefs=0 type=1 (8 fps)******** Missing refframes, dropping. nrf=4 lo=1 prefs=1 l1=1 brefs=0 type=1 (8 fps)******** Missing refframes, dropping. nrf=4 lo=1 prefs=1 l1=1 brefs=0 type=1 (8 fps)

    DANKE!!!
    habe gerade den vdr-sxfe mit dem falschen & gestartet, hat geklappt.
    Habe dann den Sender gewechselt und der Ton hat ca. 60 Sekunden benötigt bis er überhaupt abgespielt wurde, Bild war (bis auf tearing) einwandfrei.
    Nach weiteren ca. 50 Sekunden war der Ton wieder weg!


    Die Einstellungen des VDR und aller seiner Plugins sind noch alle default, da debian und vdr ganz frisch installiert sind.
    Muß ich evtl. in einem der menues blos was umstellen?


    Bein Abspielen von Aufnahmen ist der Ton 1A, sofort da und auch sofort lippensynchron.

    Hi,
    wenn ich die Reihenfolge der Parameter ändere zeigt sich , das alle die mit -- anfangen übernommen werden.
    Leider wirft der xdr+tcp://127.0.0.1 eine Fehlermeldung (letzte Zeile)

    Code
    root@GjiaffaarVDR00:~# >/var/log/xinelib.logroot@GjiaffaarVDR00:~# vdr-sxfe --video=vdpau --fullscreen xdr+tcp://127.0.0.1 >/var/log/xinelib.log 2>&1root@GjiaffaarVDR00:~# tail -500f /var/log/xinelib.log[11791] [scrnsaver] Error: The name org.gnome.SessionManager was not provided by any .service files[11791] [scrnsaver] Error: The name org.gnome.ScreenSaver was not provided by any .service filesvo_vdpau: vdpau API version : 1vo_vdpau: vdpau implementation description : NVIDIA VDPAU Driver Shared Library 340.65 Tue Dec 2 09:13:46 PST 2014vo_vdpau: maximum video surface size for chroma type 4:2:2 is 4096x4096vo_vdpau: maximum video surface size for chroma type 4:2:0 is 4096x4096vo_vdpau: maximum output surface size is 8192x8192vo_vdpau: hold a maximum of 10 video output surfaces for reusevo_vdpau: using 3 output surfaces of size 1920x1080 for display queue[11791] [vdr-fe] Detected 2 CPUs[11791] [vdr-fe] Enabling FFmpeg multithreaded video decoding[11791] [input_vdr] Can't connect to tcp://xdr+tcp:0[11791] [input_vdr] (ERROR (xine_input_vdr.c,5362): Bad message)[11791] [input_vdr] Can't connect to tcp://xdr+tcp:0[11791] [input_vdr] (ERROR (xine_input_vdr.c,5789): Bad file descriptor)[11791] [vdr-fe] fe_xine_open: xine_open("xvdr://xdr+tcp://127.0.0.1#nocache") failedError opening xvdr://xdr+tcp://127.0.0.1[11791] [scrnsaver] Error: The name org.gnome.SessionManager was not provided by any .service files[11791] [scrnsaver] Error: The name org.gnome.ScreenSaver was not provided by any .service filesvdr-sxfe 2.0.0-cvs (build with xine-lib 1.2.6, using xine-lib 1.2.6)Video driver: vdpauFullscreen modeVDR Server: xdr+tcp://127.0.0.1WARNING: MRL does not start with 'xvdr:' (xdr+tcp://127.0.0.1)

    Als root den kompletten Befehl gibt genauso wie als User vdr ein heftiges, einmaliges Blinzeln des gesamten Desktops und NIX im Logfile, das Logfile ist LEER!

    Code
    vdr-sxfe --fullscreen --lirc --video=vdpau xdr+tcp://127.0.0.1 > /var/log/xinelib.log 2&>1



    Wenn ich das Kommando allerdings ohne die Netzwerkparameter und das Logfile absetze, funktioniert es !!!als Vollbild!!!
    D.H. da nimmt er die mitgegebenen Parameter

    Code
    vdr-sxfe --fullscreen --lirc --video=vdpau


    Allerdings keine Ahnung ob er nur den fullscreen nimmt, lirc brauche ich nicht und von vdpau hab ich noch nichts gesehen (ich wüsste nicht wie)

    Auf die Idee daß ich in der falschen Datei unterwegs bin bin ich auch schon gekommen, deshalb habe ich ja einen Lattenzaun # vor den Programmstart gesetzt um den Aufruf von vdr-sxfe zu unterbinden. Einfach um zu sehen "ja ich fummle an der richtigen Stelle"!


    Code
    root@GjiaffaarVDR00:~# updatedbroot@GjiaffaarVDR00:~# locate vdr-sxfe.desktop/usr/share/applications/vdr-sxfe.desktop/usr/share/applications/vdr-sxfe.desktop.2015.Dez.01root@GjiaffaarVDR00:~# grep vdr-sxfe $(locate vdr-sxfe.desktop)/usr/share/applications/vdr-sxfe.desktop:#Exec=vdr-sxfe --fullscreen --lirc --video=vdpau > /var/log/xinelib.log/usr/share/applications/vdr-sxfe.desktop.2015.Dez.01:#Exec=vdr-sxfe --lirc




    Sonst kann ich keine Dateien entdecken.

    Code
    root@GjiaffaarVDR00:~# ls -la ~oliver/.local/share/applications/total 8drwx------  2 oliver oliver 4096 Nov 26 13:05 .drwx------ 15 oliver oliver 4096 Dec  1 10:23 ..root@GjiaffaarVDR00:~# ls -la ~vdr/.local/share/applications/ls: cannot access /var/lib/vdr/.local/share/applications/: No such file or directory




    Oh mann :wow ich habe beim man-page und forum lesen gesehen, das da ein -- davor gehört, aber ich hätte noch Stunden damit zugebracht den Fehler zu suchen. Mann konzentriert sich ja dann reflexartig auf alles anderen Möglichkeiten, aber doch nicht auf -- :wand


    Kaum m8 Manns richtig, schon klappts. DANKE für den Tipp!!!


    Code
    root@GjiaffaarVDR00:~# date && time ionice -c3 vdr --genindex="/var/lib/video/Amerikas_Krieger_-_Die_Macht_der_Waffenl/2015-10-02.10.20.33-0.rec/" &&dateTue Dec  1 13:23:07 CET 2015real    0m15.027suser    0m1.704ssys     0m6.500sTue Dec  1 13:23:22 CET 2015root@GjiaffaarVDR00:~# ls -lah /var/lib/video/Amerikas_Krieger_-_Die_Macht_der_Waffenl/2015-10-02.10.20.33-0.rec/total 4.1Gdrwxr-xr-x 1 vdr  vdr    94 Dec  1 13:23 .drwxr-xr-x 1 vdr  vdr    50 Oct  2 10:18 ..-rw-r--r-- 1 vdr  vdr   74M Oct  2 10:19 00001.ts-rw-r--r-- 1 vdr  vdr  2.0G Oct  2 10:43 00002.ts-rw-r--r-- 1 vdr  vdr  2.0G Oct  2 11:04 00003.ts-rw-r--r-- 1 vdr  vdr   30M Oct  2 11:05 00004.ts-rw-r--r-- 1 root root 1.1M Dec  1 13:23 index-rw-r--r-- 1 vdr  vdr   755 Oct  2 10:21 info-rw-r--r-- 1 vdr  vdr     7 Oct  9 23:28 resume

    Hi seahawk1986, DANKE für deine Hilfe!!!


    A.) wäre ich mir gerne mal sicher, daß ich am richtigen Konfigurationsfile, bzw. der richtigen Startdatei herumexperimentiere. Deshalb habe ich den Start des eigentlichen Programms mit # auskommentiert. Ergebnis NULL Reaktion == falsches File und oder zu dämlich :wand


    B.) würde ich gerne sicherstellen, das VDPAU mitgestartet wird, deshalb habe ich das Konfigurationsfile, bzw. die Startdatei eigentlich gesucht. Wenn ich gelernt habe die Startdatei, also das was der bunte Knopf (Launcher) der GUI verwendet zu editeren, möchte ich einstellen, das vdr-sxfe immer als Vollbild gestartet wird, damit ich nicht jedesmal nochmal mit der Maus doppelklicken muß um ein echtes TV-Vollbild zu erhalten.


    C.) bis ich sicher bin das VDPAU auch verwendet wird und das elende Geruckel weg ist, hätte ich gerne auch ein extra DEBUG-Logfile für vdr-sxfe!


    Das ganze habe ich angezettelt, weil beim Zappen auf einen neuen Kanal die Audioausgabe selten garnicht kommt, oder sporadisch der Ton sich erst nach ca. 10-20 Sekunden vollständig aufgebaut hat. Ist schwer zu beschreiben, der Ton ruckelt sich langsam bis zur Lippensyncronisation an die Bildausgabe heran. Fängt an mit sehr wenigen extrem kurzen Audio Schnipseln die weit hinterm Bild herhinken, dann werden die Audio Schnipsel mehr, länger und kommen zeitlich näher ans Bild. Dann ruckelts noch ein paar mal heftig mit fast sekundenlangen Totalaussetzern und dann sind Bild und Ton lippensyncron. Also auch kein minimales Offset wegen Framebuffer im TV oder sowas. Bei vielen SD-(freeTV)-Kanälen scheint es besser und schneller zu klappen. Die exotischen HD-Kanäle, ANIXE-HD zum Beispiel sind ganz schlimm.


    Da fällt mir gerade ein, vdr und vdr-sxfe laufen auf dem selben Rechner. Es könnte sein, das vdr-sxfe sich übers Netzwerk verbindet und nicht über localhorst. Wie stelle ich wo ein, das sich vdr-sxfe über 127.0.0.1 localhost verbindet?

    Hi ich habe meinen VDR-Server frisch auf jessie migriert und die Aufnahmen nach /var/lib/video umgezogen.
    Jetzt müssen alle index-Dateien neu geschrieben werden. klappt aber nicht ...


    Hier ein Beispiel für einen einzigen Film:


    Code
    vdr@GjiaffaarVDR00:~$ iduid=500(vdr) gid=500(vdr) groups=500(vdr),24(cdrom),29(audio),44(video),101(input),119(pulse)vdr@GjiaffaarVDR00:~$ vdr -genindex="/var/lib/video/Amerikas_Krieger_-_Die_Macht_der_Waffenl/2015-10-02.10.20.33-0.rec/"vdr: no primary device found - using first device!



    Da kann ich ihn stundenlang rödeln lassen, in dem Ordner tut sich garnichts :wand



    :wand :wand :wand :wand :wand :wand :wand :wand :wand :wand :wand :wand :wand


    Ich versuche verzweifelt in jessie den launcher, keine Ahnung ob das Ding wirklich so heißt, also den Knopf mit dem ich die VDR-Ausgabe (vdr-sxfe) starte zu verändern.


    Da gibt es eine Datei /usr/share/applications/vdr-sxfe.desktop, da stehen auch die richtigen Parameter drin.
    Wie in der Ausgabe zu sehen, habe ich vdr-sxfe schon # auskommentiert, alles keine Wirkung, es interessiert ihn einen Scheiß!
    Was mache ich falsch?


    Code
    root@GjiaffaarVDR00:~# cat /usr/share/applications/vdr-sxfe.desktop[Desktop Entry]Version=1.0Encoding=UTF-8Name=VDR X-FrontendComment=VDR Xineliboutput Client - X-Frontend#Exec=vdr-sxfe --fullscreen --lirc --video=vdpau > /var/log/xinelib.logIcon=/usr/share/icons/xineliboutput-sxfe.svgTerminal=falseType=ApplicationCategories=AudioVideo;Video;Player;TV;


    :wand :wand :wand :wand :wand :wand :wand :wand :wand :wand :wand :wand :wand

    Sooooooooooooooooooooooooooo,
    die Mirgation der .ts- und der info-Files von /var/lib/video.00 /var/lib/video.01 nach /var/lib/video ist erfolgreich durchgelaufen.


    Der Rechner hat die ganze Nacht gebraucht. Dank des ionice und weil rsync immer nur eine alte Platte ausgelesen hat und gleichzeitig gegen zwei neue Platten mit BTRFS geschrieben hat, gab es wohl keine Beeinträchtigungen des restlichen Servers, bzw. des VDR.
    Nochmal DANKE an seahawk1986 für die Hilfe mit dem rsync-Kommando, auf die Idee rsync die Links auflösen zu lassen bin ich einfach nicht gekommen ...


    Der rsync Lauf:

    Code
    root@GjiaffaarVDR00:~# time ionice -c3 rsync -Logprt --exclude='*index' --log-file="`uname -n`.rsync.`date '+%Y.%b.%d.%H:%M:%S'`.log" /var/lib/video.00/* /var/lib/video/rsync: link_stat "/var/lib/video.00/video" failed: Too many levels of symbolic links (40)rsync error: some files/attrs were not transferred (see previous errors) (code 23) at main.c(1183) [sender=3.1.1]real    555m1.842suser    310m48.700ssys     204m40.080sroot@GjiaffaarVDR00:~#


    Auszug aus dem rsync.log

    Code
    root@GjiaffaarVDR00:~# head -20 "GjiaffaarVDR00.rsync.2015.Nov.28.18:15:05.log"2015/11/28 18:15:05 [15411] building file list2015/11/28 18:15:05 [15411] rsync: link_stat "/var/lib/video.00/video" failed: Too many levels of symbolic links (40)2015/11/28 18:15:08 [15411] >f+++++++++ epg.data2015/11/28 18:15:08 [15411] cd+++++++++ 360°_Geo_Reportage/2015/11/28 18:15:08 [15411] cd+++++++++ 360°_Geo_Reportage/Yoga,_Indiens_erstaunliche_Medizin/2015/11/28 18:15:08 [15411] cd+++++++++ 360°_Geo_Reportage/Yoga,_Indiens_erstaunliche_Medizin/2015-11-22.13.40.26-0.rec/2015/11/28 18:15:38 [15411] >f+++++++++ 360°_Geo_Reportage/Yoga,_Indiens_erstaunliche_Medizin/2015-11-22.13.40.26-0.rec/00001.ts2015/11/28 18:15:47 [15411] >f+++++++++ 360°_Geo_Reportage/Yoga,_Indiens_erstaunliche_Medizin/2015-11-22.13.40.26-0.rec/00002.ts2015/11/28 18:15:47 [15411] >f+++++++++ 360°_Geo_Reportage/Yoga,_Indiens_erstaunliche_Medizin/2015-11-22.13.40.26-0.rec/info2015/11/28 18:16:46 [15411] cd+++++++++ Abenteuer_Diagnose/2015/11/28 18:16:46 [15411] cd+++++++++ Abenteuer_Diagnose/Dicker_Hals_#2F_Keimbahnen_#2F_Schlechte_Luf/2015/11/28 18:16:46 [15411] cd+++++++++ Abenteuer_Diagnose/Dicker_Hals_#2F_Keimbahnen_#2F_Schlechte_Luf/2015-11-25.20.55.57-0.rec/2015/11/28 18:17:14 [15411] >f+++++++++ Abenteuer_Diagnose/Dicker_Hals_#2F_Keimbahnen_#2F_Schlechte_Luf/2015-11-25.20.55.57-0.rec/00001.ts2015/11/28 18:17:36 [15411] >f+++++++++ Abenteuer_Diagnose/Dicker_Hals_#2F_Keimbahnen_#2F_Schlechte_Luf/2015-11-25.20.55.57-0.rec/00002.ts



    KLASSE, DANKE !!!


    scheint zu klappen, letzter Test war OK


    Code
    root@GjiaffaarVDR00:~# time ionice -c3 rsync -Logprt --exclude='*index' --log-file="`uname -n`.rsync.`date '+%Y.%b.%d.%H:%M:%S'`.log" /var/lib/video.00/Alien* /var/lib/video/1old/real    1m34.072suser    1m4.852ssys     0m39.600s



    Jetzt schauen wir mal, wie lange die echte Migration läuft :rolleyes:


    der rsync läuft immer noch ... :wow