05.12.2005 - AV7110 Firmware mit RICHTIGES LiveAC3 - ff-2622 - von Werner (neuer als fb-2621)

  • Hallo,


    habs schon probiert. Hilft nicht bin im Moment am Suchen.


    bis dann LordZodiac


    Vdr1: vdr-1.7.0 HDe, Nexus 2300-S und TT S2-3200
    Vdr2: vdr-1.4.7 Nexus CA, Terratec Cinergy 1200s
    Plugins: dvd-0.3.6b03+, femon-1.1.3
    System: Suse 9.1 Kernel 2.6.28


    Testkarten: Dxr3, Hauppauge DVB-c 2.1, Terratec Cinergy 1200c, Nova-t
    Alphacrypt Light 3.11
    AMD Sempron 2400+ 512MB Epox 8RDA3I Pro
    Pentium III 384MB BX440
    Panasonic SA-XR 15 EG-S :)

  • Zitat

    Original von LordZodiac
    bitstreamout
    Kann sein das beim aktivieren des Transfermodus noch der Bypass deaktiviert werden muß?


    Noe, das geht dann alles automatisch, denn die firmware bekommt die Daten
    bevor diese an die HW des ARMs übergeben werden. D.h. hier schaltet
    mein Parser bei AC3 oder DTS Daten automatisch in den Bypass.


    Nachtrag: Bei LiveTV wird durch Aktivierung des Bypass der firmware gesagt,
    die Audio PID nicht direkt von der HW auszuführen zu lassen, sondern eben
    den Umweg über den replay Parser zu nehmen. Die Kunst ist es korrekt zu
    synchronisieren :D

      Werner

  • Hallo werner,


    gestern hab ich mal die 2.18 getestet aber nur auf die Schnelle ohne die Patche für Treiber/VDR einzuspielen, also nur nen link auf die neue Firmware erstellt.
    Aufgefallen ist mir, das dann bei Sendern mit DD-Ton (ZDF beispielsweise) reproduzierbar nach ca. 60sec Bild und Ton stehen bleiben, ist das bekannt/wird das durch die Patche behoben? Hab ich mehrmals probiert und jedesmal der gleiche Effekt, keine Meldung in dmesg zu finden, ein Kanalwechsel schaltet sofort sauber auf den nächsten Kanal um.


    gruss wirbel

  • Zitat

    Original von wirbel
    Hallo werner,


    gestern hab ich mal die 2.18 getestet aber nur auf die Schnelle ohne die Patche für Treiber/VDR einzuspielen, also nur nen link auf die neue Firmware erstellt.
    Aufgefallen ist mir, das dann bei Sendern mit DD-Ton (ZDF beispielsweise) reproduzierbar nach ca. 60sec Bild und Ton stehen bleiben, ist das bekannt/wird das durch die Patche behoben? Hab ich mehrmals probiert und jedesmal der gleiche Effekt, keine Meldung in dmesg zu finden, ein Kanalwechsel schaltet sofort sauber auf den nächsten Kanal um.


    D.h. das der Transfermode des VDRs stehen bleibt? Das ist schlecht
    und nicht beabsichtigt ?(
    Kannst Du eine Aufnahme mit AC3 abspielen? Wenn ja, mit benutzten
    AC3 und länger als 60 Sekunden?


    Hat jemdand der keine FuSi DVB-c 4MB benutzt, ähnliche Probleme?


      Werner


  • Ich habe eine Siemens DVB-S rev 1.3 4MB und benutze den DVB Treiber auf Kernel 2.4. Mit deinen jüngsten Patches kann ich live DD, Wiedergabe und Transfer-Mode auf der gleichen und von anderen Karten ohne Probleme machen (auch länger als 60 Sekunden).


    Klaus

  • Aufnahme mit AC3 abspielen geht. Hab ich grad mit zwei Aufnahmen getestet. Versteh ich zwar nicht warum, dann dürfte das ja ebenso wenig gehen - aber immerhin.




    Ich hab noch mal den Gegencheck mit ZDF und BRAlpha gemacht, beide mit DD-Pids => nach 62sec bzw. 58sec stehen jeweils Bild und Ton. Reproduzierbar.

  • Ich kann ja nochmal *mit* den Patchen versuchen..

  • Zitat

    Original von wirbel
    Ich kann ja nochmal *mit* den Patchen versuchen..


    Es sollte auch ohne funktionieren. Schon wenn eine Aufnahme
    läuft oder eine Pause gesetzt wird und Du auf den Kanal wechselst bzw.
    die Pause aufhebst, muss der Transfermode funktionieren.


    Ist das ein plain VDR?


      Werner

  • Zitat

    Original von bitstreamout
    Hat jemdand der keine FuSi DVB-c 4MB benutzt, ähnliche Probleme?


    Ja. Kernel 2.6.14, vdr-1.3.36, DVB-S Nexus-S 2.1. Nur dass es keine 60 Sekunden dauert, ich bekomme bei ZDF sofort ein schwarzes Bild, wenn ich auf DD schalte. Und ich kann keine Aufnahmen ohne AC3 mehr abspielen. Ich habe nur welche ohne AC3.


    Nur werde ich in naechster Zeit nicht viel testen koennen.

  • @ Wolfgang61: was Du beschreibst, entspricht meiner Erfahrung mit der 1.27, als noch ein Problem mit der audio.h gab. Mit 1.28 sollte es laufen, wenn alle drei Voraussetzungen erfüllt sind: Treiber gepatcht, vdr gepatcht, Firmware 1.28 benutzt


    @ wirbel + bitstreamout:
    Fürs Protokoll: ein ungepatchter Kernel 2.6.14 mit vdr-1.3.36 (nur enAIO-gepatcht) läuft hier ohne Probleme mit der Firmware 1.28.
    Aber halt... ich habe die bufferreserve in transfer.c und dvbosd.c deaktiviert!
    Werde es gleich nochmal mit bufferreserve testen...

    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

  • so, habe nochmal getestet:


    vdr-1.3.36 mit aktivierter bufferreserve, ohne Live-AC3-Patch aber mit enAIO-Patch, Kernel 2.6.14 mit ungepatchten Treibern, Firmware 1.28:
    funzt einwandfrei. vdr geht wie früher in den Transfermodus. Auch nach mehreren Minuten kein Tonverlust.


    vdr-1.3.36 mit deaktivierter bufferreserve, mit Live-AC3-Patch und enAIO-Patch, Kernel 2.6.14 mit ungepatchten Treibern, Firmware 1.28:
    funzt genauso wie oben.


    Das einzige Problem, was ich habe, ist wie gesagt LiveAC3 in Verbindung mit dem femon-Plugin, wenn dieses mit aktivierter Streamanalyse auf einem AC3-Kanal aufgerufen wird. Dann ist der Ton weg.

    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


  • Ja, ein *nahezu* plain vdr-1.3.29
    Soderle.., ein paar Tests weiter lässt sich auch was dazu in den logs finden (channel2 == ZDF):



    Genau zu der Zeit wo ich nix mehr gesehen hab, kam die Meldung
    Nov 12 12:39:07 TopLap vdr[1680]: cDolbyRepacker: skipped 2035 bytes while syncing on next AC3 frame.
    Wenn man einige Minuten(!) wartet kommen dann ab und zu mal Fragmente von Bild und Ton, dann ist wieder minutenlang Ebbe. Der Transfermode bleibt also anscheinend nicht stehen, hat aber irgendwelche sync Probleme.


    Eben hab ich noch zum Vergleich einen plain 1.3.36 probiert: das Problem tritt dort nicht auf. Angesichts der Tatsache dass es eine Developer Version ist also voll okay. Das Problem scheint also irgendwo zwischen 1.3.29 und 1.3.36 bereits gefixed zu sein. Werde mal auf 1.3.36 updaten.


    gruss wirbel

  • Zitat

    Original von wirbel
    Genau zu der Zeit wo ich nix mehr gesehen hab, kam die Meldung
    Nov 12 12:39:07 TopLap vdr[1680]: cDolbyRepacker: skipped 2035 bytes while syncing on next AC3 frame.
    Wenn man einige Minuten(!) wartet kommen dann ab und zu mal Fragmente von Bild und Ton, dann ist wieder minutenlang Ebbe. Der Transfermode bleibt also anscheinend nicht stehen, hat aber irgendwelche sync Probleme.


    Eben hab ich noch zum Vergleich einen plain 1.3.36 probiert: das Problem tritt dort nicht auf. Angesichts der Tatsache dass es eine Developer Version ist also voll okay. Das Problem scheint also irgendwo zwischen 1.3.29 und 1.3.36 bereits gefixed zu sein. Werde mal auf 1.3.36 updaten.


    OK, wenn der replay Part AC3 verwendet und längere Zeit keine Daten mehr bekommt,
    wobei bei der Datenrate von AC3 `lang' sehr kurz sein kann, dann steht alles bis neue
    Daten kommen.


      Werner

  • Hallo!


    Ist das jetzt die letzte Version???
    danke



    [root@vdr vdr-1.3.36]# dmesg | grep dvb
    saa7146: register extension 'dvb'.
    dvb-ttpci: gpioirq unknown type=0 len=0
    dvb-ttpci: info @ card 0: firm f0240009, rtsl b0250018, vid 71010068, app 80fb2621
    dvb-ttpci: firmware @ card 0 supports CI link layer interface
    dvb-ttpci: Crystal audio DAC @ card 0 detected
    dvb-ttpci: found av7110-0.

    VDR: Intel DH77EB, i3-2125, 8 GB RAM, Debian Wheezy, Microsoft MCE Remote, Silverstone LC20 Black
    REST: Infocus IN8601 1920x1080 Projektor, Denon AVC-A1XVA, DENON DVD-A1XVA, 2x "AUDIMAX" Selbstbau, 4x Magnat Dipol 5, 1x Magnat Center 5, 1x "the bigONE" Woofer, Leinwand Möbelplatte 240x180cm...!

  • Jo. Mit 1.3.36 läuft die Firmware erstklassig, super Arbeit.

  • Zitat

    Original von bitstreamout


    Yep. Funktioniert irgendwas mit Version 0x2621 Debuglevel 0xFB bei Dir nicht?


    Wenn ich mich richtig erinnere war dass das Problem mit dem Denon A1 und
    der automatischen Erkennung des AC3 im S/P-DIF PCM-Trägerprotokoll.
    Leider habe ich noch keine Methode endeckt, das non-PCM Bit im
    S/P-DIF Trägerprotokoll zu setzen ;(


      Werner

  • Hallo Freunde des guten Tons ;)


    Also ich habe doch ein paar Schwierigkeiten mit Linvdr inkl neuester FW und Cody Patch
    Firmware : die hier im Thread angesprochene



    Ich nutze den Yamaha A1 und der ist leider nicht kompatibel mit dem "normalen" DD Ton Ausgang der Nexus 2.1


    also habe ich BitStreamout in der neuesten Version installiert, genau nach Vorgabe des Authors


    Soweit so gut , Plugin lueppt aber Der Yamaha schltet nicht um


    Hardware : Trust 514 Soundkarte ( 8738 Chipset ) mit Daughterboard Spdif opt sowie Coaxial )


    Fehler Meldung :


    ALSA lib pcm.c:1812unglücklich snd_pcm_open_conf) Invalid type for PCM iec958:AES0=0x02,AES1=0x82,AES2=0x00,AES3=0x02,CARD=0 definition (id: iec958, value: cards.pcm.iec95cool
    ALSA lib pcm.c:1812unglücklich snd_pcm_open_conf) Invalid type for PCM iec958:AES0=0x02,AES1=0x82,AES2=0x00,AES3=0x02,CARD=0 definition (id: iec958, value: cards.pcm.iec95cool
    ALSA lib pcm.c:1812unglücklich snd_pcm_open_conf) Invalid type for PCM iec958:AES0=0x02,AES1=0x82,AES2=0x00,AES3=0x02,CARD=0 definition (id: iec958, value: cards.pcm.iec95cool


    Wo liegt der Fehler ?


    ich habe Alsamixer eingestellt und alles ausprobiert


    Diese Fehlöer kommt auch nach dem Runvdr stop


    amixer: Control hw:0 cinfo error: No such file or directory


    amixer: Control hw:0 cinfo error: No such file or directory



    Liegt aber sicher nur daran das 2 Settings nicht passen





    Hier meine Alsamixer settings :



    linvdr:~# amixer
    Simple mixer control 'Master',0
    Capabilities: pvolume
    Playback channels: Front Left - Front Right
    Limits: Playback 0 - 31
    Front Left: Playback 28 [90%]
    Front Right: Playback 28 [90%]
    Simple mixer control '3D Control - Switch',0
    Capabilities: pswitch pswitch-joined
    Playback channels: Mono
    Mono: Playback [off]
    Simple mixer control 'PCM',0
    Capabilities: pvolume pswitch pswitch-joined cswitch
    Playback channels: Front Left - Front Right
    Capture channels: Front Left - Front Right
    Limits: Playback 0 - 31
    Front Left: Playback 24 [77%] [on] Capture [off]
    Front Right: Playback 24 [77%] [on] Capture [off]
    Simple mixer control 'Synth',0
    Capabilities: pvolume pswitch pswitch-joined cswitch
    Playback channels: Front Left - Front Right
    Capture channels: Front Left - Front Right
    Limits: Playback 0 - 31
    Front Left: Playback 24 [77%] [on] Capture [off]
    Front Right: Playback 24 [77%] [on] Capture [off]
    Simple mixer control 'Line',0
    Capabilities: pvolume pswitch cswitch
    Playback channels: Front Left - Front Right
    Capture channels: Front Left - Front Right
    Limits: Playback 0 - 31
    Front Left: Playback 0 [0%] [off] Capture [off]
    Front Right: Playback 0 [0%] [off] Capture [off]
    Simple mixer control 'Line-In As Bass',0
    Capabilities: pswitch pswitch-joined
    Playback channels: Mono
    Mono: Playback [off]
    Simple mixer control 'Line-In As Rear',0
    Capabilities: pswitch pswitch-joined
    Playback channels: Mono
    Mono: Playback [off]
    Simple mixer control 'CD',0
    Capabilities: pvolume pswitch cswitch
    Playback channels: Front Left - Front Right
    Capture channels: Front Left - Front Right
    Limits: Playback 0 - 31
    Front Left: Playback 0 [0%] [off] Capture [off]
    Front Right: Playback 0 [0%] [off] Capture [off]
    Simple mixer control 'Mic',0
    Capabilities: pvolume pvolume-joined cvolume pswitch pswitch-joined cswitch cswitch-joined
    Playback channels: Mono
    Capture channels: Mono
    Limits: Playback 0 - 31 Capture 0 - 7
    Mono: Playback 0 [0%] [off] Capture 0 [0%] [off]
    Simple mixer control 'Mic As Center/LFE',0
    Capabilities: pswitch pswitch-joined
    Playback channels: Mono
    Mono: Playback [on]
    Simple mixer control 'Mic Boost',0
    Capabilities: pswitch pswitch-joined
    Playback channels: Mono
    Mono: Playback [off]
    Simple mixer control 'IEC958 5V',0
    Capabilities: pswitch pswitch-joined
    Playback channels: Mono
    Mono: Playback [on]
    Simple mixer control 'IEC958 Copyright',0
    Capabilities: pswitch pswitch-joined
    Playback channels: Mono
    Mono: Playback [off]
    Simple mixer control 'IEC958 In Monitor',0
    Capabilities: pswitch pswitch-joined
    Playback channels: Mono
    Mono: Playback [off]
    Simple mixer control 'IEC958 In Phase Inverse',0
    Capabilities: pswitch pswitch-joined
    Playback channels: Mono
    Mono: Playback [off]
    Simple mixer control 'IEC958 In Select',0
    Capabilities: pswitch pswitch-joined
    Playback channels: Mono
    Mono: Playback [off]
    Simple mixer control 'IEC958 In Valid',0
    Capabilities: pswitch pswitch-joined
    Playback channels: Mono
    Mono: Playback [on]
    Simple mixer control 'IEC958 Loop',0
    Capabilities: pswitch pswitch-joined
    Playback channels: Mono
    Mono: Playback [on]
    Simple mixer control 'IEC958 Output',0
    Capabilities: pswitch pswitch-joined
    Playback channels: Mono
    Mono: Playback [on]
    Simple mixer control 'PC Speaker',0
    Capabilities: pvolume pvolume-joined
    Playback channels: Mono
    Limits: Playback 0 - 3
    Mono: Playback 0 [0%]
    Simple mixer control 'Aux',0
    Capabilities: pvolume pswitch cswitch
    Playback channels: Front Left - Front Right
    Capture channels: Front Left - Front Right
    Limits: Playback 0 - 15
    Front Left: Playback 0 [0%] [off] Capture [off]
    Front Right: Playback 0 [0%] [off] Capture [off]
    Simple mixer control 'Four Channel Mode',0
    Capabilities: pswitch pswitch-joined
    Playback channels: Mono
    Mono: Playback [off]
    linvdr:~#





    Wer kann mir weiterhelfen ?


    Gruss Glen


  • Nach meinen Angaben? Hmmm ...



    ... wenn die obige Meldung kein Fehler ist, was ist es dann?



    Kannst Du überhaupt direkt PCM abspielen? D.h. sowas wie


    aplay /usr/share/sounds/alsa/test.wav


    aufrufen und den Yamaha A1 über den digitalen Ausgang ansprechen?


    Das ganze hat überigens nicht mit der firmware zu tun, das sollte
    eigentlich mit jeder firmware Version funktionieren. D.h. eventuell
    schaust Du mal im thread in meiner signature vorbei :D


      Werner

  • Hallo Werner.


    Ja ich kann direkt via DVB-S (Coaxial ) am A1 Sound hoeren


    Anzeige = PCM Datenstrom



    Schalte ich in den VDR-System Settings auf DD und switche dann den Ton mit der Umschalttaste der Fb geht der Ton weg , aber der A1 schaltet NICHT auf DD.


    Daher war ich auf dein Bitstream OUt angewiesen , was auch mal vor ca 1 Jahr lief ;-))) siehe hier =
    http://www.vdrportal.de/board/thread.php?threadid=30307&sid=&hilightuser=9633


    Da ging das dann ;)


    Aber nach den Updates etc gings später nicht mehr ;(


    Irgendwie bin ich zu bloed das wieder hinzubekommen.


    Gruss Glen

Jetzt mitmachen!

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