Neue Testversion FD2623 für AV7110 firmware

    Klasse!


    Jetzt funktioniert auch die Wiedergabe von 2-Kanal-Quellen via SPDIF mit der gemoddeten TT 2300 S.


    Danke Werner!


    Gruß
    Getty

    Hardware: AMD Sempron 2200, Asrock K7VT4A PRO, 400 GB SATA, IR-Einschalter, GLCD 128x64, TT 2300S, Technisat Skystar 2, WLAN D-Link G520+, DVD Brenner
    Software: easyVDR, VDR 1.4.7-ext30, Kernel 2.6.21.3

    Einmal editiert, zuletzt von Getty ()

    Zitat

    Original von thomas83
    Hauppauge Nexus-S 2.1 und Diseqc ist aktiviert.


    Genau wie bei mir.


    Gerade noch mal getestet: Nach dem ARM-Reboot kommt das Bild wieder. Muß allerdings den ARM künstlich killen, da ARM-Crashes hier nicht so einfach zu reproduzieren sind.


    Poste doch mal die diseqc.conf. Vielleicht gibt's da Unterschiede.


    CU
    Oliver

    Zitat

    Original von jackfritt
    Na dann werde ich mal testen. Hört sich ja richtig gut an. DANKE !


    P.S.: Habe mir ein Script geschrieben was nach timeout scannt um dann einen RELOAD durchzuführen. Kommen diese Meldungen auch nach wie vor oder nur die Meldung ARM crashed ? Sonst muss ich mein Script anpassen deswegen Frage ich nur ;)


    Die Fehlermeldungen haben sich nicht geändert. 3 Timeouts innherhalb von 5 Sekunden führen nun jedoch zum Neustart des ARM.


    CU
    Oliver


    Um einen ARM-Crash du provozieren, habe ich ein kleines Stück einer kaputten Aufnahme. Wenn ich diese abspiele gibts einen ARM-Crash.


    Edit: Habe soeben ein solches Stück hochgeladen:
    http://home.vrweb.de/~bergwinkl.thomas/001.vdr


    Hier mal das log von eines solchen Crashes:

    Man sieht, dass vdr nicht mehr auf Kanal 5 schalten kann, versuchsts dann mit Kanal 6 (gleicher Transponder) => geht auch nicht. Dann Kanal 4 (welcher Testweise CA: DVB2, also von der zweiten Karte empfangen wird), der dann via Transfermode angezeigt wird. Wenn ich dann auf Kanal 5 schalte, zeigt Femon folgendes an:

    Code
    status 00 | signal 0000 | snr 5dbd | ber 000063c0 | unc 00000000 |
status 00 | signal 0000 | snr 5dbd | ber 000064b0 | unc 00000000 |
status 00 | signal 0000 | snr 5d4e | ber 000064d7 | unc 00000000 |
status 00 | signal 0000 | snr 5d36 | ber 000064be | unc 00000000 |


    Also kein Signal und kein Lock.
    Schalte ich dann auf einen anderen Transponder und zurück (wird also neu getuned) kommt folgendes:

    Code
    status 01 | signal ab04 | snr 970e | ber 00003523 | unc 00000000 |
status 01 | signal b343 | snr 99e1 | ber 00003542 | unc 00000000 |
status 01 | signal b516 | snr 993f | ber 0000354c | unc 00000000 |
status 01 | signal b522 | snr 9936 | ber 00003473 | unc 00000000 |


    Jetzt ist zwar Signal nicht mehr 0, aber immer noch kein LOCK. SNR ist niedriger als normal und auch unabhängig ob empfang da ist oder nicht!


    Am diseqc liegt es glaube ich nicht, aber hier trotzdem meine diseqc.conf:

    Code
    S19.2E  11700 V  9750  t v W15 [E0 10 38 F0] W15 A W15 t
S19.2E  99999 V 10600  t v W15 [E0 10 38 F1] W15 A W15 T
S19.2E  11700 H  9750  t V W15 [E0 10 38 F2] W15 A W15 t
S19.2E  99999 H 10600  t V W15 [E0 10 38 F3] W15 A W15 T


S13.0E  11700 V  9750  t v W15 [E0 10 38 F4] W15 B W15 t
S13.0E  99999 V 10600  t v W15 [E0 10 38 F5] W15 B W15 T
S13.0E  11700 H  9750  t V W15 [E0 10 38 F6] W15 B W15 t
S13.0E  99999 H 10600  t V W15 [E0 10 38 F7] W15 B W15 T
    Zitat

    Original von thomas83
    Um einen ARM-Crash du provozieren, habe ich ein kleines Stück einer kaputten Aufnahme. Wenn ich diese abspiele gibts einen ARM-Crash.


    Edit: Habe soeben ein solches Stück hochgeladen:
    http://home.vrweb.de/~bergwinkl.thomas/001.vdr


    Yep, mit diesem Schnipsel crasht der ARM.


    Im Log steht


    ... und das Live-Bild ist wieder da!


    Bist Du sicher, daß der neue Treiber verwendet wird?


    CU
    Oliver

    Hallo,


    ich haette da mal eine Frage an die Kernel / DVB Treiber speziallisten.


    Ich wuerde gerne bei mir den Kernel plus den aktuellen DVB Treiber
    gerne selber uebersetzen.


    Der Kernel ist nicht das Problem (nehme den 2.6.14.2 er).


    Allerdings ist mit nicht klar woher ich die neusten DVB Treiber
    bekomme.
    Wollte so vorgehen wie in http://www.vdr-wiki.de/wiki/in…on_1.1.1_%28Kernel_2.6%29 beschrieben.


    Wenn ich dann allerdings auf http://www.linuxtv.org/downloads/ nachschaue, bin ich mir nun nicht
    sicher was fuer ein Packet ich nehmen muss.


    Oder muss ich das neuste Packet per CVS downloaden ?


    Will eigentlich nur das mein VDR (1.3.37) auch 2 Kanal Quellen per SPDIF ausgeben kann.


    Mit den Packeten von (http://drseltsam.device.name/vdr/kernel26142.html) und der neuen Firmware geht es komischerweise nicht bei mir.
    Der VDR laueft zwar aber der Ton (per SPDIF an AV Receiver) verhaelt sich so wie zuvor.


    Danke fuer eure Hilfe und Tipps.


    Gruss Leo

    Hardware: Asus P5G41T-M LX, Gigabyte GeForce GT220, Digital Devices Cine S2 V6 & TechnoTrend Budget S2-1600, Hama MCE Remote Control
    Software: yaVDR 0.7 & neuste updates (     ppa:yavdr/stable-vdr)
    Aktuell: yaVDR ansible

    Zitat

    Original von Leo
    Wollte so vorgehen wie in http://www.vdr-wiki.de/wiki/in…on_1.1.1_%28Kernel_2.6%29 beschrieben.


    die finde ich nicht so gut, ist z.T. auch nicht zu empfehlen (würde nie Firmware fest einkompilieren)
    nimm mal diese Anleitung:
    http://linuxtv.org/v4lwiki/index.php/How_to_build_from_CVS


    Zitat

    Oder muss ich das neuste Packet per CVS downloaden ?


    genau

    Zitat


    Will eigentlich nur das mein VDR (1.3.37) auch 2 Kanal Quellen per SPDIF ausgeben kann.


    Mit den Packeten von (http://drseltsam.device.name/vdr/kernel26142.html) und der neuen Firmware geht es komischerweise nicht bei mir.


    Hast Du mein Paket aktuell von gestern spätabends gezogen? erst seit ca. 23:30 Uhr sind die neuen Treiber + neue Firmware im Paket enthalten. Wenn das nicht funzt, bin ich ratlos. Wenn Du es selbst kompilieren würdest, würdest Du mit Sicherheit kein anderes Ergebnis bekommen.


    Check nochmal, ob in /usr/lib/hotplug/firmware der softlink dvb-ttpci-01.fw auch wirklich auf dvb-ttpci-01-FD2623.fw verweist. So ist der Softlink aber im Paket drin.

    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

    2 Mal editiert, zuletzt von Dr. Seltsam ()

    Dr. Seltsam


    Zitat

    Original von Dr. Seltsam
    Hast Du mein Paket aktuell von gestern spätabends gezogen? erst seit ca. 23:30 Uhr sind die neuen Treiber + neue Firmware im Paket enthalten.


    habe das Packet natuerlich schon frueher gezogen. Werde es heute oder morgen nochmals probieren.


    Erstmal vielen Dank fuer Deine Tips.


    Gruss Leo

    Hardware: Asus P5G41T-M LX, Gigabyte GeForce GT220, Digital Devices Cine S2 V6 & TechnoTrend Budget S2-1600, Hama MCE Remote Control
    Software: yaVDR 0.7 & neuste updates (     ppa:yavdr/stable-vdr)
    Aktuell: yaVDR ansible

    Zitat

    Original von UFO
    Bist Du sicher, daß der neue Treiber verwendet wird?


    Das war es! Ich hatte den neuesten dvb-cvs Treiber geladen. Man braucht aber den neuen v4l-cvs Treiber. Habe diesen jetzt installiert und damit funktioniert's jetzt :)


    Vielen Dank!


    Gruß,
    Thomas

    Zitat

    Original von UFO
    Aus Zeitgründen werde ich es nicht auf 2.4 zurückportieren.


    Das ist seeeehr schade. Ich werde mein stabiles System garantiert NICHT auf den 2.6er Kernel updatem. Da hab ich viel zu viel Schiss dass der Portierungsaufwand der 3.-Programme (zb. vdrconvert) zu hoch wird.


    Trotzdem :respekt für die Arbeit.
    Gruss

    :vdr1 VDR User #626:fans
    VDR II: YeongYang A106, Fusi D1522, Celeron 2GHz, Frontend per DVB-s FF, 2xDVB-c, ATRIC-IR, YaVDR 0.3a
    VDR III HDTV: Inter-Tech 2008V mit iMonLCD, Atric, ASRock Extreme3 770 AM3, AMD Sempron 140 1x 2.70GHz AM3, 1,5TB WD15EADS, 2TB WD20EARS, 2x4GB DDR3-1600, NVidia GT520 passiv, 3x DVB-c, YaVDR 0.5 @ Samsung PS-50B550

    Der Fix gegen Arm-Crashes interessiert mich auch mächtig, aber ich habe gerade vor ein paar Tagen versucht den Original c't VDR4-Kernel zu nehmen bzw. den neueren Experimental-Kernel (2.4.31) von Heise inkl. deren Treibern, aber damit gibs nur schwarzes Bild und weder Menü noch sonst was (Linux läuft zwar gut...). Deshalb wirds nichts mit dem Test, oder (nutze z.Zt. jetzt wieder ein vor dem Upgrade gemachtes Image vom c't VDR3 Kernel, da nur dessen Treiber benutzbar ist!
    Systeme siehe Sig.
    Oder kann ich diese Fw. auch mit dem alten 2.4.27 nutzen? HDTV ist egal, ebenso die Patches für neue Karten! Ich möchte nur meine 1.5 stabil bekommen (ok sind es jetzt auch schon fast)
    Näheres zum Problemin diesem Thread!

    Test-VDR1: HP rp5700 Fertigsystem, Core2Duo E6400, 2GB RAM, FF-SD C-2300, nvidia Slim-GT218 x1 | easyVDR 2.0 64Bit
    VDR3: in Rente
    VDR4: MSI G31M2 v2, Digitainer2-Geh., t6963c 6" gLCD, E5200, 2GB, 3TB WD Red, GT730, 2x TT S2-3200; easyVDR 3.5 64bit
    VDR5: Gigabyte     GA-G31M-S2L, Intel E2140, Zotac GT730 passiv, Digitainer2-Geh., t6963c 6 " gLCD, 2 TB WD Red, 2x TT S2-3200 (an 1 Kabel) easyVDR 3.5 64bit
    VDR6:     Intel E5200, GT630 passiv, F1 750 GB, t6963c gLCD, 2x TT S2-3200 | easyVDR 3.5 64bit
    VDR-User #1068
    www.easy-vdr.de

    Ich werd auch nur wegen diesem Fix nun meinen altgedienten 2.4er aufs Abstellgleis schicken ;(
    Ich winke meinem Wochenende schon jetzt leise Servus, aber irgendwann muss man halt mal ;( ;( ;(

    Hi,


    zur ARM-Crash-Recovery:


    mit dem File

    Zitat

    http://home.vrweb.de/~bergwinkl.thomas/001.vdr


    crasht der ARM hier auch sofort.


    Nach einigen Sekunden kommt das Livebild zurück. So weit so gut.
    Aber wenn ich danach ein paarmal den Kanal wechsele, kommt es zum Totalcrash.
    Das OSD zeigt noch den neuen Kanal, aber das Bild bleibt schwarz, der VDR ist tot. Er lässt sich nicht mehr pingen, Tastatureingaben sind nicht mehr möglich. Es hilft nur noch ein Powercycle. Natürlich gibt es keinerlei Logeinträge. Die Kiste stirbt augenblicklich und komplett :(


    Ein Gegencheck ohne vorherigen Arm-Crash zeigt keinerlei Probleme.


    System siehe Sig.


    Wolfgang

    MSI C847MS-E33, Cine S2 6.0, Zotac GT630 (GK208), dual boot
    Work: yaVDR 0.7 ansible Ubuntu 22.04. Backup: yaVDR 0.5 Ubuntu 12.06



    Passiert hier nicht. Kann den ARM crashen und wild herumzappen, so oft ich will.


    Falls das reproduzierbar ist, solltest Du einen Kernel mit Unterstützung für "serielle Konsole" und "Magic SysRq-Key" bauen. Vgl. /usr/src/linux/Documentation/{serial-console,sysrq}.txt.


    Damit kann man herausfinden, wo die Maschine hängt.


    CU
    Oliver

    Zitat

    Passiert hier nicht. Kann den ARM crashen und wild herumzappen, so oft ich will.


    Falls das reproduzierbar ist, solltest Du einen Kernel mit Unterstützung für "serielle Konsole" und "Magic SysRq-Key" bauen. Vgl. /usr/src/linux/Documentation/{serial-console,sysrq}.txt.


    OK, ich versuche mal, das am Wochenende zu testen. Ich muss mir ein serielles Kabel aus der Firma leihen.


    Wolfgang

    MSI C847MS-E33, Cine S2 6.0, Zotac GT630 (GK208), dual boot
    Work: yaVDR 0.7 ansible Ubuntu 22.04. Backup: yaVDR 0.5 Ubuntu 12.06


    Ich bin im Moment ein wenig hin- und hergerissen. Einerseits würde ich die neuen Features ja auch gerne mal testen, andererseits hält mich ein bestimmter Grund vom Umstieg auf den 2.6er Kernel ab.


    Ich habe in meinen beiden VDR jeweils 2 FF DVB-Karten V1.3. Ich habe vor längerer Zeit mal MiniVDR und VDR4You mit den 2.6er Kerneln ausprobiert. Ich nutze das AV-Board und das Remote-Plugin.
    Die DVB-Treiber im Kernel 2.6 haben für mich nun leider die unangenehme Eigenschaft, dass die Fernbedienung an der zuletzt erkannten FF-Karte erwartet wird. Ich kann natürlich das Primary Device auf die zweite Karte umschalten, damit die FB funktioniert. Aber dann funktionieren so diverse Plugins, die auf dvb0 zugreifen natürlich nicht mehr so ohne weiteres (Screenshot, MPlayer...hab sie jetzt nicht mehr alle in Erinnerung).


    Ich habe auch nicht vor, jetzt deswegen eine FF Karte rauszuschmeißen und durch eine Budget Karte zu ersetzen, bzw an den Plugins herumzubasteln. Beide VDR sind meiner Meinung nach nicht zuletzt durch den Einsatz von 2 FF-Karten megastabil. Die Probleme, die ich hier von anderen Usern bei Verwendung irgendwelcher Budget-Karten gelesen habe gibt es bei mir einfach nicht.


    Mir erschließt sich auch beim besten Willen nicht der tiefere Grund, warum an der Stelle im Treiber was geändert wurde. Wenn es wenigstens einen Patch geben würde, der die FB im Treiber wieder dvb0 zuordnet...


    Solange sich in der Richtung nicht mal etwas tut, befürchte ich, kann der Kernel 2.6 noch lange auf mich warten, bzw. umgekehrt. :(

    VDR1: Dign HV5 mit Noritake GU 256x64C-3900 VFD,Asus P4B-E, P4 1,8 GHz, 160 GB Samsung SP1614N + 200 GB Samsung SP2014N, 2 FF DVB-S (1x4MB MOD), AV-Board 1.3, WLAN, Debian Sarge 2.6.15, VDR 1.5.2
    VDR2: OrigenAE X15e, Asus P5Q, Intel E5200, MSI N9500 GT, 1 TB Samsung HD103SI, TT S2-3200 + Nova HD-S2, Ubuntu 8.10 + VDR 1.7.0


    VDR3: Mediacenter-Gehäuse mit L4M-Display, DFI LANPARTY JR GF9400-T2RS, Intel E8400, 1 TB Samsung HD103UJ, Digital Devices Cine S2 Rev 5.5, yavdr 0.3.0a

    Zitat

    Original von Oxygen
    Die DVB-Treiber im Kernel 2.6 haben für mich nun leider die unangenehme Eigenschaft, dass die Fernbedienung an der zuletzt erkannten FF-Karte erwartet wird.


    Das ist seit geraumer Zeit nicht mehr so. Habe ich nämlich am 11.8.2005 geändert. Seither werden FB-Empfänger aller FF-Karten gleichberechtigt behandelt.


    Zitat


    ...
    Solange sich in der Richtung nicht mal etwas tut, befürchte ich, kann der Kernel 2.6 noch lange auf mich warten, bzw. umgekehrt. :(


    Ich denke, der Kernel kann damit leben. :D


    Niemand wird zu irgendetwas gezwungen. Nur sollte man sich dann nicht über Bugs in Uralt-Treibern beschweren. Das angesprochene Problem mit Budget-Karten (Skystar?) ist afaik auch längst gelöst. Wenn nicht, Fehlermeldung auf der DVB-Mailing-Liste posten. Ohne Feedback werden Fehler auch nicht behoben.


    CU
    Oliver

    Zitat


    Das ist seit geraumer Zeit nicht mehr so. Habe ich nämlich am 11.8.2005 geändert. Seither werden FB-Empfänger aller FF-Karten gleichberechtigt behandelt.


    Und warum erfährt man da erst jetzt von? ;) :D


    War vor ein paar Tagen glaube ich erst eine Anfrage im VDR-Portal, die auch in die Richtung ging.


    Na dann werde ich mich mal an die Arbeit machen...

    VDR1: Dign HV5 mit Noritake GU 256x64C-3900 VFD,Asus P4B-E, P4 1,8 GHz, 160 GB Samsung SP1614N + 200 GB Samsung SP2014N, 2 FF DVB-S (1x4MB MOD), AV-Board 1.3, WLAN, Debian Sarge 2.6.15, VDR 1.5.2
    VDR2: OrigenAE X15e, Asus P5Q, Intel E5200, MSI N9500 GT, 1 TB Samsung HD103SI, TT S2-3200 + Nova HD-S2, Ubuntu 8.10 + VDR 1.7.0


    VDR3: Mediacenter-Gehäuse mit L4M-Display, DFI LANPARTY JR GF9400-T2RS, Intel E8400, 1 TB Samsung HD103UJ, Digital Devices Cine S2 Rev 5.5, yavdr 0.3.0a

    Hallo Oliver,


    Der ARM crash-test mit der aufnahme von Thomas wurde gestern abend mit bravour bestanden :) und danach lief alles weiter wie gewohnt.


    :respekt


    Die "alten" CVS-DVB treiber hatten ja leider die nebenwirkung das man oft den kernel wechseln mußte, weshlab ich seit dem 26.08.2005 keinen neueren treiber eingesetzt habe. Der v4l läßt sich ja jetzt auch mit meinem Kernel 2.6.11.8 kompilieren - sehr schön, hoffe das es so bleibt.


    Gruß
    Viking

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!

Benutzerkonto erstellen Anmelden