Update: Optimierter av7110 Treiber

  • Quote

    Original von UFO
    Es wäre schön, wenn möglichst viele diesen Treiber in unterschiedlichen Konfigurationen testen würden.


    Ich habe den Patch mit dem heutigen HG Treiber installiert und werde das Verhalten mal
    beobachten.

  • Quote

    Original von UFO
    Hi Leute:
    1. Das gehört das alles nicht in diesen Thread. Worum es hier geht, steht im ersten Post. :P
    CU
    Oliver


    hast Recht, deswegen nur kurz als Klarstellung und ab jetzt bin ich auch ruhig ;) :]


    Quote

    Original von woppr
    geerdete sat anlage? was soll das werden? ein blitzableiter ? :D


    einfach weils Vorschrift ist --> http://www.kathrein.de/include/faq/faq.cfm?nr1=01&nr2=02&nr3=06


    Gruß Fr@nk

  • Hi!


    Ich hab zum ersten Mal hg benutzt und eine kleine Auffälligkeit bemerkt. Ich hab 2.6.16.20 und wenn ich "make kernel-links" aufrufe, dann bekomm ich einen Reject gemeldet.


    linux/include/linux/videodev.h.rej:


    Problem ist, daß

    Code
    #include <linux/types.h>


    in linux/include/linux/videodev.h fehlt. Hab ich da irgendwas vergessen?


    MfG
    mic


    P.S.: Ist jetzt ja nicht schlimm; ich hab einfach

    C
    #include "compat.h"
    #include <linux/types.h>


    händisch eingefügt und dann bei "make kernel-links" auf die "diff -R" Frage mit "y" geantwortet. Der Treiber läuft jetzt bei mir. Aber ich wüßte trotzdem gerne wissen was falsch gelaufen ist.


    mic


  • Dazu kann ich nicht viel sagen. Mit der makelinks-Patcherei habe ich mich nie beschäftigt. Ich mag keine gepatchten Kernel-Sourcen und kompiliere den Treiber immer außerhalb des Kernels.


    Der Patch hier hat nichts damit zu tun. Tritt sicher auch mit dem normalen HG-Treiber auf.


    Ursache ist v4l/scripts/makelinks.sh. Ganz unten wird dort videodev.h gepatcht...
    Offenbar steht im File nicht so ganz das drin, was erwartet wurde.


    CU
    Oliver

  • Quote

    Original von UFO
    Es wäre schön, wenn möglichst viele diesen Treiber in unterschiedlichen Konfigurationen testen würden.


    dewegen habe ich ihn auch mal in meinen LinVDR-Kernel 2.6.15 eingebaut
    http://drseltsam.device.name/vdr/kernel2615.html

    VDR1: ACT-620, Asus P8B75-M LX, Intel Core i3-3240, 4 GB DDR3 RAM 1600 MHz, passive Geforce GT1030 von MSI, Sandisk 2TB SSD, 2xWinTV DualHD, Atric-IR-Einschalter. SW: Xubuntu 20.04 auf 64GB Sandisk SSD.

    VDR2: Odroid N2+ mit CoreELEC und Ubuntu in chroot, WinTV DualHD

    VDR3: Tanix TX3 mit CoreELEC und Ubuntu in chroot, WinTV DualHD

  • Habs jetzt unter Gentoo 2.6.14 laufen.
    Macht einen doch flüssigeren Eindruck als vorher.
    Bin bis jetzt recht zufrieden :)


    Ach eins noch:
    Habe die Treiber frisch aus mercurial gezogen und dann den Patch ausgeführt und kompiliert. Dabei sind bei mir 2 Probleme aufgetreten, die ich wie folgt gelöst habe:
    1. "undefined symbols" nach starten der Treiber
    -> ein reboot hat geholfen
    2. Treiber zwar geladen, aber vdr 1.4 sagt, "no primary device found"
    -> "rmmod stradis" ausgeführt. Der stradis Treiber ist wohl noch sehr experimentell und wird zumindest bei FF Karten automatisch mit geladen. Jedoch nicht wirklich benötigt.
    Hoffe das hilft dem ein oder anderen

    Activy 300 - standard - ohne LCD Display :(
    Kernel 2.6.14, VDR 1.3.42 - Plugins: AdZap, DVD, gnb2vdr, mailbox, mp3, ,mplayer, osdteletext, pilot, vcd, wetter, vdrcd, image, radio, umsadmin, muggle

  • Hey Dr. Seltsam,


    toll von Dir das in den Kernel einzubauen.... Hatte gerade mit meinen rudimentären linuxkentnissen überlegt, wie ich das in mein linvdr reinbekomme :)


    Danke für Deine Arbeit! Werd wohl bald mal einbauen :) (weil das Geruckel nervt! :(


    Gruß Micha

  • @Dr.Seltsam


    Auch von mir ein herzliches Dankeschön, werde das heute Abend mal einspielen in der Halbzeitpause *g* Wollte beim Lesen gerade nachfragen, ob das jemand mal kompilieren kann, denn ohne Entwicklungsumgebung bekomme ich das ja nicht hin unter LinVDR - und schon warst Du wieder einmal helfen dzur Stelle! Vielen Dank!


    Werde dann berichten, ob es endlich besser wird...


    Gruß,
    Sascha

    SW Server: TvHeadend auf Ubuntu 12.04 [kann ersetzt werden]


    SW Client: XBMC 11 / ATV


    HW Server: Intel DH67CL | Core i3-2100 | 4GB RAM | 1x Digital Devices cine S2 V6 Twin DVB-S2 | 2x TT DVB-S 1500 budget | LG GSA-4167B DVD+/-R(W) | Corsair Force F60
    HW Client: ATV2 / ATV3

  • Hi Oliver,


    ich hab' den Patch bei mir eingespielt und allet löppt :)


    Edit:
    Konkreter: diverses Ruckeln bei gleichzeitiger Aufnahme und Live Anschauen sind mit dem gepatchten Treiber nicht aufgetreten. Buffer usage Meldungen in syslog kommen z.Z. so gut wie nicht vor.


    Danke, ollo

  • Hi UFO,


    habs jetzt nach längerer Odysee geschafft, den hg-Treiber mit patch zu kompilieren.


    Ergebnis: Ist noch nicht perfekt, läuft aber um Welten besser als ohne patch (ich habe nach reboot mit rename mal direkt verglichen). Die Ton- und Bildstörungen sind bei hohen Datenraten und mehreren paralellen Aufnahmen zwar noch nicht vollständig weg, aber man kann wieder zuschauen.


    Ausserdem bleibt der VDR weiterhin bedienbar, das OSD erscheint nach akzeptabler Zeit. Nach Umschalten auf DD geht allerdings nicht mehr viel...


    Vielen Dank dafür !


    Grüße, Peter

    KODI, tvh, arch x86_64, Octopus net 2 x Duoflex C/C2/T2 , NUC7i3BNH, Crucial MX300 2TB, LG LM 669S

    Linux is the best OS I have ever seen -- Albert Einstein

  • Quote

    Original von klausstgt
    wenn ihr meint, daß er nur zur weiteren verwirrung beitägt.


    um ehrlich zu sein befürchte ich genau das, denn in diesem Thread und bei UFOs Treiberoptimierung geht es wirklich nur um das "Flaschenhalsproblem" (buffer usage).


    Das verursacht definitiv auch Tonstörungen, die man im Log aber gut identifizieren kann (buffer usage läuft hoch, ringbuffer wird gecleart, cVideoRepacker springt an)


    Das Stotterproblem von 2003 hat damit nichts zu tun.

    VDR1: ACT-620, Asus P8B75-M LX, Intel Core i3-3240, 4 GB DDR3 RAM 1600 MHz, passive Geforce GT1030 von MSI, Sandisk 2TB SSD, 2xWinTV DualHD, Atric-IR-Einschalter. SW: Xubuntu 20.04 auf 64GB Sandisk SSD.

    VDR2: Odroid N2+ mit CoreELEC und Ubuntu in chroot, WinTV DualHD

    VDR3: Tanix TX3 mit CoreELEC und Ubuntu in chroot, WinTV DualHD

  • Hi,


    Kann man den Patch auch bei den Kernelintegrierten Dvb-Treibern (in meinem Fall 2.6.13)
    anwenden, oder geht der Patch nur bei den Treibern von Hg Mercury?


    Gruss , Bert

    Hardware: Intel Core i9-9900K, ASUS ROG Maximus XI Hero, MSI GeForce GTX 1050 Ti (vdpau), Dvbsky S952 V3 mit 2X DVB-S2 Tuner
    Multibootsystem (yavdr-ansible auf Ubuntu-20.04, Kubuntu-20.04 Focal Fossa, Win10)
    yavdr-ansible, Ausgabe über Nvidia vdpau

  • Quote

    Original von Bert
    Kann man den Patch auch bei den Kernelintegrierten Dvb-Treibern (in meinem Fall 2.6.13)
    anwenden, oder geht der Patch nur bei den Treibern von Hg Mercury?


    Mußt Du halt ausprobieren. "patch --dry-run" ist Dein Freund.


    CU
    Oliver

  • Hi,


    Quote

    Mußt Du halt ausprobieren. "patch --dry-run" ist Dein Freund.


    Thanks, na dann werd ich das bei Gelegenheit mal tun.


    Gruss Bert

    Hardware: Intel Core i9-9900K, ASUS ROG Maximus XI Hero, MSI GeForce GTX 1050 Ti (vdpau), Dvbsky S952 V3 mit 2X DVB-S2 Tuner
    Multibootsystem (yavdr-ansible auf Ubuntu-20.04, Kubuntu-20.04 Focal Fossa, Win10)
    yavdr-ansible, Ausgabe über Nvidia vdpau

  • Moin,
    hatte bislang auf meinem Athlon64 das Problem, dass ich bei niedrigster Taktung (800MHz) bei der Wiedergabe von Aufnahmen Aussetzer hatte. Das scheint verschwunden zu sein :)
    Bislang läuft der Treiber bei mir bislang perfekt.

  • Bin auch hochzufrieden :D
    Ist alles ne Ecke flüssiger geworden. Vorallem bei ARD und ZDF

    Activy 300 - standard - ohne LCD Display :(
    Kernel 2.6.14, VDR 1.3.42 - Plugins: AdZap, DVD, gnb2vdr, mailbox, mp3, ,mplayer, osdteletext, pilot, vcd, wetter, vdrcd, image, radio, umsadmin, muggle

  • ich hatte bei den wm spielen auf ard/zdf ab und zu das phänomen, dass es ruckte so im sekunden abstand. einmal hin und herzappen hat geholfen. aber ist in der ganzen zeit nur zweimal aufgetreten. ansonsten funktioniert das teil echt besser als die 'normale' version.


    in den logs konnte ich zu dem geruckle leider nichts finden. sah alles ganz normal aus. aber vielleicht beschwert sich der treiber ja auch nur nicht.


    fen.

Participate now!

Don’t have an account yet? Register yourself now and be a part of our community!