Posts by Painkilla

    Um auf die Frage zwecks 4/8 Tunern zurückzukehren.


    Ich habe mir jetzt nochmal extra genau die Herstellerseite angesehen, und bin der Meinung, dass die 8 Tuner nur dann möglich sind, wenn die Karte direkt an einem Quattro oder an den Systemausgängen eines Multiswitches angeschlossen sind.
    Ich habe einen "normalen" Kathrein 158 mit 5 Eingängen und 8 Normalen Ausgängen. Ich bin hier der Meinung, dass ich dann nur 4 Tuner hab.


    Hat jemand hier praktische Erfahrung wie viele tatsächlich möglich sind bei einem "normalen" Multiswitch?


    Ich überlege jetzt ernsthaft nach mir diese Karte zu kaufen, weil meine TBS6984 und 2 Stk 6985 nicht sehr zuverlässig sind und bei kompletten Transponderaufnahmen sich verabschieden/ Aufnahme voll mit Artefakten.


    Kann jemand bitte für mich testen, ob mit dieser Karte 8 volle Transponder aufgenommen werden können, ohne das Artefakte entstehen.


    lg Painkilla


    Mod.: Aus diesem Thread: DigitalDevices DVB-S2 MaxS8 goes Octopus NET (SAT>IP mit 4/8 Tunern) abgetrennt

    Also ich hab jetzt folgendes gemacht:
    Kathrein Multiswitch geerdet! -> artefakte
    Karten unter windows mit dvbviewer getestet -> artefakte
    Dann die TV-Karten in meinen standpc eingebaut. und 20 Aufnahmen ca 4 Stunden laufen lassen.
    Resultat: Alle recht ok, bis auf die Aufnahmen von einem Eingang.


    femon sagt die TV-Karte ist in Ordnung, jedoch kommt nichts am schirm raus.
    Ich geh einmal stark davon aus, dass die Karte kaputt ist.


    Die Eingänge der Karten scheinen sporatisch zu funktionieren und nicht.


    Ich such mir mal eine neue TV-Karte

    mini73
    Bist du dir sicher, dass die Karten OK sind?
    Irgendwie hab ich hier meine zweifel.


    50% sind bei 5 HD Aufnahmen normal. bei 17 gehts sogar bis 100%


    Plugins aktiv
    streamdev
    devstatus
    epgsearch
    svdrposd


    fnu
    Gut ich teste morgen in meinem Standpc. Da kann ich dann Mainboard, CPU, RAM, northbridge und HDD austauschen. In meinem Standpc ist eine SSD
    und wenn das auch nix hilft greif ich noch zu windows mit dreamdvb. wenn dann auch nix ist, ist die karte im kanal.....


    lg Painkilla

    MarkAd ist jetzt ausgeschaltet, jedoch kommen die Artefakte dennoch!
    Scheinbar liegt das Problem nicht nur bei MarkAd.



    Aktuell laufen "nur" 5 Aufnahmen. Das muss die Festplatte locker schaffen. Auf der Festplatte ist auch noch über 1TB frei.
    Manche Kanäle bleiben komplett schwarz, andere sind total voll mit Artefakten.
    Die CPU ist aber gar nicht stark ausgelastet. Mir scheint es als ob die TV Karte falsche oder schlechtes Bildmaterial liefert.



    hier die femon ausgabe:



    Ich finde es eigenartig, dass bei der TBS6985 die BER der ersten Sample recht hoch sind.


    Was soll ich noch testen??

    Also ist das primäre Problem, dass markad zu oft auf die Platte zugreift. Auch die Prozesse, welche eigentlich schlafen sollten. Auch der zugriff auf die CPU ist zu viel.
    kann durch Anpassung des codes das irgendwie optimiert werden?


    Ich hab zwar C auf der Uni gelernt, aber bei C++ steig ich aus.
    Ist der Maintainer hier aktiv?


    lg Painkilla

    ohne markad



    Ich hab jetzt den Treiber aktualisiert. scheinbar sind viele Artefakte von der neueren 6985 weg.


    EDIT: Alle Artefakte sind weg.
    Ich probiere jetzt sogar markad aktivieren
    Mit markad aktiviert kommen die Artefakte wieder. Markad frisst einfach zu viel. Ich schau nochmal wie ich die prio reduzieren.



    also hier mein System:

    Code
    uname -a
    Linux linux-jde2 3.11.10-7-desktop #1 SMP PREEMPT Mon Feb 3 09:41:24 UTC 2014 (750023e) x86_64 x86_64 x86_64 GNU/Linux


    openSUSE 13.1 64-bit


    RAM:

    Code
    free
                 total       used       free     shared    buffers     cached
    Mem:       7674500    4790672    2883828      14068     129700     471900
    -/+ buffers/cache:    4189072    3485428
    Swap:            0          0          0


    CPU:


    Festplatte:

    Code
    hdparm -tT /dev/mapper/Datenspeicher-video
    
    
    /dev/mapper/Datenspeicher-video:
     Timing cached reads:   6212 MB in  2.00 seconds = 3107.10 MB/sec
     Timing buffered disk reads: 332 MB in  3.01 seconds = 110.44 MB/sec


    Derzeit laufende Aufnahmen:


    Code
    top
      PID USER      PR  NI    VIRT    RES    SHR S  %CPU  %MEM     TIME+ COMMAND                                                         
      703 server    20   0 6353608 3,624g   6288 S 101,5 49,52  40:05.31 vdr


    vdr Auslastung liegt bei 101%


    marked ist auch aktiv, nur eine Aufnahme nach Aufzeichnungen durchführen


    im Hintergrund rennt noch asterisk und ein nfs


    Fazit:
    Aufnahmen von der 6984 laufen ohne Artefakte bei der 6985 ruckelts gewaltet.


    fnu welchen Kernel meinst du?


    was meinen die Profis?
    Was soll ich noch testen, um feststellen können woher das Ruckeln kommt?
    Ist vlt der CPU zu schwach?


    lg Painkilla

    Hallo Hitman47,


    Ja das Stimmt. Durch die Anpassung der Werte setzt du den Puffer höher und es kommt bei mir dadurch nicht mehr so oft zu ausfällen. Ich habe aber immer noch das Problem, Wenn ich so ca 20 Aufnahmen gleichzeitig habe, dass ich starke Artefakte und/oder abstürtze/neustarts habe.
    Wo hier das Problem liegt weiß ich nicht. Es ist nur so, dass Irgend eine Instanz zu langsam ist, und die eintreffenden Daten nicht schneller bearbeiten kann als sie produziert werden.


    vielleicht kommen wir gemeinsam zu einer Lösung.


    Hast du nur eine TV-Karte? und das ist quasi ohne Server/Client modell.. zumindest sehe ich das so in deiner Signatur.
    EDIT:
    die Defines sind für 8 DVB-Eingänge ausgelegt.



    lg Painkilla

    Danke für die schnellen Antworten.


    Ich habe 3 große Lüfter, welche zu den TV-Karten blasen, und dann noch die mini Lüfter, welche auf die Chips blasen.
    Es ist komischer weise so, dass es wirklich so ist, dass ab der 3. Sendung artefakte entstehen. Was soll ich noch probieren??



    lg Pain

    Hallo Leute,


    ich verwende bei mir zuhause 1x TBS 6984 und zwei TBS 6985. Also insgesammt 12 Slots. VDR hat ja die coole Eigenschaft wenn ich zwei Sendungen auf dem selben Transponder schaue sie auf einen Slot zu vereinigen. Leider liegt hier genau die krux. Die TBS 6984 wird ab 2 Sendern pro Slot so heiß, dass sehr viele Artefakte entstehen und ein normales Fernschauen leider nicht mehr möglich ist. Ich habe jetzt schon mit Wärmeleitkleber Kühlrippen und Miniventilatoren auf die Chips geklebt. Dadurch wird die Situtaion ein wenig besser, jedoch wenn die ganzen Frauensendungen aufgenommen werden ist vorbei. Ich hätte ja noch genügend Slots frei, jedoch ist VDR halt so gut programmiert, dass es Slots spart. :D


    Weiters ist mir auch aufgefallen, dass wenn meine ORF Karte ein bissl aus dem CI rausrutscht und gleichzeitig aufgenommen wird, der VDR mit Video Data Stream Broken sich verabschiedet.


    lieber Klaus
    Wenn dir seeeeehr langweilig ist, und du beim Nasenbohren schon an die Schädeldecke stößt :D , könntest du bitte eine Funktion einbauen, womit ich die Anzahl der gleichzeitigen Kanäle pro SAT-Eingang begrenzen kann und wenn versucht wird verschlüsselte Kanäle aufzunehmen diese pausiert wird, bis sie wieder entschlüsselt sind.


    vielen Dank
    lg Painkilla

    Danke, Danke,


    funktioniert perfekt!
    Die Pfade musste ich nur ein bissl an meine Installation anpassen. War aber kein Problem.


    Ich hab nur noch einen kleinen Schönheitsfehler.
    wenn mein X Server gestartet wird, wird mein Boot-Screen total verpixelt und ich muss in der x@.service
    den Parameter
    StopWhenUnneeded=true


    auf false ändern, weil der X-Server sonst sofort wieder weg ist.


    woran könnte das liegen?


    Painkilla

    Mein System startet jetzt und rent super,


    Der fehler war in der x-daemon Datei
    Bei opensuse ist bash nämlich unter /bin/bash und nicht unter /usr/bin/bash. :P



    ABER ich kann es jetzt nicht mehr runterfahren. :mua
    da mein vdr nicht mehr unter root läuft ist es nix mehr mit /sbin/shutdown :D


    Ich hab mir jetzt schon auf VDR4arch das shutdownscript angesehen. Ganz verstehe ich es aber nicht.
    in 00-vdr.conf wird der wrapper aufgerufen, was aber eine .c Datei ist.
    Wie funktioniert das? oder soll die .c mit dem vdr mit kompiliert werden?


    lg Painkilla

    Hallo Copperhead,


    vielen dank erstmals für deine bisherige Hilfe.


    also meine ./.xinitrc enhält jetzt folgendes:


    Ich hatte auch schon kurz Bild und ton, aber nach einem reboot war es wieder weg ;(
    Ich hab jetzt auch versucht vt1 zu verwenden, ohne Erfolg.


    Hier der Aktuelle Status:


    vdr.service:


    xlogin@client.service


    x@vt7.service

    Code
    Unit]
    Description=X on vt7
    Wants=mulit-user.target
    Before=mulit-user.target
    StopWhenUnneeded=true
    
    
    [Service]
    Type=forking
    ExecStart=/usr/bin/x-daemon  -nolisten tcp -noreset vt7


    /usr/bin/x-daemon.sh

    Code
    #! /usr/bin/bash
    trap "exit 0" USR1
    (
    trap "" USR1
    exec /usr/bin/X "$@"
    ) &
    wait
    exit 1


    Wieso will X nicht starten?? ;(

    Hallo Copperhead,


    was meinst du genau mit aktiv bleiben? Ich habe jetzt noch den fehlenden x@vt7.service hinzugefügt und bekomme

    SoFi ist vorbei,


    also wieder den wichtigen Dingen widmen.
    (vdr user ist client!!!)
    Ich hab jetzt folgendes gemacht:
    vdr.service


    xlogin über yast installiert und meine xlogin@client.service:


    dann xlogin über sytemd noch enabled
    und getty@tty7.service disabled, weil es ja im Konfikt steht.
    ich hab dann noch von /etc/X11/xinit/xinitrc ins home verzeichnis als ./.xinitrc kopiert


    ABER:

    Code
    linux-016v:~ # systemctl status xlogin@client
    xlogin@client.service - Direct X login for user client
       Loaded: loaded (/etc/systemd/system/xlogin@client.service; enabled)
       Active: failed (Result: exit-code) since Fr 2015-03-20 11:04:41 CET; 1min 18s ago
      Process: 1042 ExecStart=/usr/bin/bash -l -c cd; source .xinitrc (code=exited, status=203/EXEC)
     Main PID: 1042 (code=exited, status=203/EXEC)


    was mach ich falsch?

    @ Copperhead


    Wie wird softhddevice unter Archlinux mit systemd gestartet?



    TheChief
    also softhddevice mit -D ohne -xx starten
    und dann im home Verzeichnis unter ./fluxbox/startup ein shell script mit svdrpsend plug softhddevie atta
    Was für einen Displaymanager verwendest du da. In welchem target ist der. bzw muss ich das target ändern? Mein default Target ist nämlich multi-user. Kann ich auch KDM verwenden? Wenn ich neue Software installiere oder etwas ändere starte ich immer die graphische indem ich das default.target ändere.


    vielen Dank für eure hilfe


    lg Painkilla

    Guten Morgen,


    Also ich hab jetzt mal alle Plugins in /etc/vdr/conf.d/ geschrieben
    Dann die vdr.service von Copperhead genommen und mal so abgeändert, dass das bestehende funktioniert.
    Also vdr lässt sich starten und bedienen.


    ABER:

    Code
    vdr.service - Video Disk Recorder
       Loaded: loaded (/etc/systemd/system/vdr.service; enabled)
       Active: active (running) since Mi 2015-03-18 10:59:28 CET; 33s ago
     Main PID: 1192 (vdr)
       Status: "Ready"
       CGroup: /system.slice/vdr.service
               ├─1192 /usr/local/bin/vdr
               └─1198 /usr/bin/X


    Wie gewohnt starte ich X mit.


    Wie geht das mit xlogin und detached?
    Mein Default target ist multi-user und ich will auch weiterhin die Möglichkeit behalten die graphische zu starten indem ich das default target ändere.


    lg Painkilla

    Danke für die schnelle Antwort,


    Ich habe mich gerade da ein bissl eingelesen.
    d.h. kurz gefasst.
    Ich starte nur /usr/local/bin/vdr über systemd
    vdr ließt automatisch /etc/vdr/conf.d/
    und lässt damit dann auch die Rechte auf den user fallen.


    Ist das aber einfach nicht nur eine andere Art den VDR zu starten? Ich glaube softhddevice braucht root, damit es sich mit dem X-Server verbinden kann oder Ihn starten kann, was ich auch sehe, wenn ich "systemctl status vdr" aufrufe. X ist ein Unterprozess vom vdr.


    zwecks udev-settle habe ich wegen der NFS Verbindung, damit vdr erst startet, wenn nfs eingebunden ist.
    Ich werde aber mal network-online.target probieren.


    Ich habe jetzt deine vdr.service übernommen, und werde das mal so probieren.


    vielen Dank
    painkilla