Umbau FF Rev 1.3-2.2 -> Rev 2.3 + AV-Board

Hallo zusammen,
ich krame diesen Thread mal wieder vor, weil ich leider einer von denen bin, deren Receiver Ärger mit DD macht (Yamaha DSP-A3090). Gibt es denn aktuell eine Firmware und einen Treiber, der die TT FF 2.3 voll unterstützt?

Ich habe hier zwar erfolgreich den Budget-Patch nachgerüstet (und das EEPROM gepatcht), aber wie ist das bzgl. DD bei der 2.3?

Bei DD schaltet mein Yamaha jedenfalls auf 44.1kHz und schaltet dann stumm.

Viele Grüße,
Torsten

P. S. Leider hilft die Foren-Suche aufgrund der Abkürzungen und Versionsnummern nicht wirklich weiter...

Zitat

Original von torsten lang
Hallo zusammen,
ich krame diesen Thread mal wieder vor, weil ich leider einer von denen bin, deren Receiver Ärger mit DD macht (Yamaha DSP-A3090). Gibt es denn aktuell eine Firmware und einen Treiber, der die TT FF 2.3 voll unterstützt?

Ich habe hier zwar erfolgreich den Budget-Patch nachgerüstet (und das EEPROM gepatcht), aber wie ist das bzgl. DD bei der 2.3?

Bei DD schaltet mein Yamaha jedenfalls auf 44.1kHz und schaltet dann stumm.

Viele Grüße,
Torsten

P. S. Leider hilft die Foren-Suche aufgrund der Abkürzungen und Versionsnummern nicht wirklich weiter...

Alles anzeigen

Welchen Treiber und welche Firmware setzt Du denn ein?
Kannst Du den Treiber selbst übersetzen, um Patches zu testen?

Zu dem Problem zitiere ich mich mal selbst:

Zitat

Ich wäre ja schon froh, wenn sich endlich mal jemand mit einer DVB-S Rev 2.3 finden würde, um Patches für die dynamische Umschaltung des Non_Audio-Bits zu testen. Es ist nämlich so gut wie sicher, daß diese Karte es kann. Ich selbst habe leider keine, sonst wäre es schon längst erledigt...

CU
Oliver

Hallo,
die Firmware war die aktuellste, die ich (ich glaube auf Deiner Seite) gefunden hatte, müßte FA2624 gewesen sein (ich check's heute abend nochmal), die genaue Treiberversion kann ich bei der Gelegenheit ebenfalls nochmal checken.

Was das selbst übersetzen angeht - ich habe schon länger nicht mehr aktiv an meinen VDRs "geschraubt", ich müßte also mal schauen, ob nach den letzten Upgrade-Aktionen noch alles drauf ist, was ich brauche. Vor allem ist es lange her, daß ich entsprechende Packages im Kernel-Bereich (also Kernel selbst und Module) selbst gebaut habe, da muß ich erstmal mein Know-How wieder etwas entstauben (oder Du gibst mir als Stichwort nochmal ein paar warme Worte dazu).

Wie sähe es denn eigentlich grundsätzlich mit der SW-Architektur aus? Was macht die Firmware, was der Treiber? Oder anders gefragt: Stellt die Firmware nur die Schnittstelle bereit, um das entsprechende GPIO-Bit anzusteuern, und der Treiber bedient das dann? Und wie erhält der Treiber wiederum die Info, was er machen muß (geht das dann ohne Hilfe der Applikationssoftware)?

Fragen über Fragen - aber ich habe mich mit den Treiber-Innereien bisher einfach zu wenig auseinandegesetzt.

Viele Grüße,
Torsten

Zitat

Original von torsten lang
Wie sähe es denn eigentlich grundsätzlich mit der SW-Architektur aus? Was macht die Firmware, was der Treiber? Oder anders gefragt: Stellt die Firmware nur die Schnittstelle bereit, um das entsprechende GPIO-Bit anzusteuern, und der Treiber bedient das dann?

Die Firmware steuert den SpdifSwitch-GPIO des AV7110. Der Treiber sagt der Firmware, wie er zu setzen ist.

Zitat

Und wie erhält der Treiber wiederum die Info, was er machen muß (geht das dann ohne Hilfe der Applikationssoftware)?

Derzeit wird der SpdifSwitch für eine Rev 2.3-Karte bei der Initialisierung des Treibers aktiviert.
Ich vermute, daß dies falsch ist und er nur bei DD-Ton aktiviert werden sollte.
Könnte man im AUDIO_SET_BYPASS_MODE-Ioctl machen (wird von VDR aufgerufen).

Um dies zu korrigieren, brauche ich nur jemanden,
- der das Problem hat
- der Patches einspielen, kompilieren und testen kann

Bis sich jemand findet, bleibt einfach alles, wie es ist.

CU
Oliver

Könnte jemand mal die bilder reparieren. Will mir das mal ansehen

Zitat

Original von UFO
Derzeit wird der SpdifSwitch für eine Rev 2.3-Karte bei der Initialisierung des Treibers aktiviert.
Ich vermute, daß dies falsch ist und er nur bei DD-Ton aktiviert werden sollte.
Könnte man im AUDIO_SET_BYPASS_MODE-Ioctl machen (wird von VDR aufgerufen).

Bist Du ganz sicher, daß es so rum sein müßte? Das hieße ja, im Moment wäre es bei DD richtig und bei PCM falsch. Wenn der SpdifSwitch momentan dauerhaft aktiv ist, müßte doch bei DD inaktiv richtig sein. Momentan funktioniert bei meinem Verstärker PCM, während er bei DD stumm bleibt (und nur 44,1kHz anzeigt).

Zitat

Original von UFO
...

Um dies zu korrigieren, brauche ich nur jemanden,
- der das Problem hat
- der Patches einspielen, kompilieren und testen kann

Bis sich jemand findet, bleibt einfach alles, wie es ist.

CU
Oliver

Alles anzeigen

Also,
von mir aus gerne. Kernel-Header etc. muß ich mir erst wieder besorgen (da war beim letzten Update einfach keine Not mehr), ansonsten ist alles auf der Kiste drauf.

Wichtig für mich (weil Produktivsystem): Momentan arbeite ich mit einem VDR 1.6 und dem alten DVB-API. Ist das aus Deiner Sicht ein No-Go? Ich würde momentan ungern alles umstellen wollen, zumal auch die Inbetriebnahme meiner PVR-350 immer etwas hakelig war (wie gesagt, beim letzten Update lief dann IVTV endlich mal "aus der Box" und ohne alles selber zu bauen) und ich auch (zumindest für SD-Material) bis auf Weiteres der Abwärtkompatibilität wegen nicht auf TS wechseln will. Sofern es den von Dir genannten Audio-IOCTL schon gab und der VDR ihn bedient (habe ich einfach noch nicht nachgeschaut), dann sage ich mal "denn man los".

Ansonsten sehe ich mich nicht direkt als Anfänger, in der Fa. hab' ich meistens Kernels selber bauen (und patchen müssen), wenn der Chef zu neue Hardware gekauft hat und auf meinem Debian Heimserver mit seinen diversen Gästen ist auch vieles Marke Eigenbau (vor allem weil im SATA-Umfeld immer noch Fehler gibt, die bei der Verwendung von Port-Multipliern böse zuschlagen können).

Ehe ich aber Treiber baue vielleicht mal eine Idee, um erstmal mit möglichst wenig Aufwand zu testen, ob wir überhaupt weiterkommen: Kannst Du mir zum Testen eine Firmware bauen, die den SpdifSwitch dauerhaft inaktiv schaltet? Dann könnte ich Dir zumindest schon mal eine Rückmeldung geben, ob es damit überhaupt geht (denn dann müßte ja PCM stumm bleiben und sich bei DD was tun).

Viele Grüße,
Torsten

Zitat

Original von torsten lang

Bist Du ganz sicher, daß es so rum sein müßte? Das hieße ja, im Moment wäre es bei DD richtig und bei PCM falsch. Wenn der SpdifSwitch momentan dauerhaft aktiv ist, müßte doch bei DD inaktiv richtig sein. Momentan funktioniert bei meinem Verstärker PCM, während er bei DD stumm bleibt (und nur 44,1kHz anzeigt).

Keine Ahnung, ich habe da keine verläßlichen Informationen.

Kommt auch darauf an, was Du für einen Treiber hast. Wenn dieser sehr alt ist, wird SpdifSwitch z.B. gar nicht gesetzt. Deswegen muß es einfach mal ausgetestet werden...

Zitat

Also,
von mir aus gerne. Kernel-Header etc. muß ich mir erst wieder besorgen (da war beim letzten Update einfach keine Not mehr), ansonsten ist alles auf der Kiste drauf.

Du brauchst eigentlich erst mal nur die Sourcen des Kernels/Treibers, der bei Dir gerade läuft.

Dann in av7110.c nachschauen, ob es die Zeilen

if (dev->pci->subsystem_vendor == 0x13c2 && dev->pci->subsystem_device == 0x000e)
                av7110_fw_cmd(av7110, COMTYPE_AUDIODAC, SpdifSwitch, 1, 0); // SPDIF on

gibt.

Falls ja, probehalber in

if (dev->pci->subsystem_vendor == 0x13c2 && dev->pci->subsystem_device == 0x000e)
                av7110_fw_cmd(av7110, COMTYPE_AUDIODAC, SpdifSwitch, 1, 1);

abändern und schauen, was sich tut.

Bitte nicht mit Live-TV, sondern mit einer Aufnahme testen, die sowohl PCM- als auch DD-Ton hat.
So hat man immer identische und reproduzierbare Verhältnisse.

Zitat

Wichtig für mich (weil Produktivsystem): Momentan arbeite ich mit einem VDR 1.6 und dem alten DVB-API. Ist das aus Deiner Sicht ein No-Go?

Das ist egal. Bei VDR hat sich diesbzgl. nichts geändert. Und ein alter VDR läuft auch mit neuem Treiber.

Zitat

Ehe ich aber Treiber baue vielleicht mal eine Idee, um erstmal mit möglichst wenig Aufwand zu testen, ob wir überhaupt weiterkommen: Kannst Du mir zum Testen eine Firmware bauen, die den SpdifSwitch dauerhaft inaktiv schaltet? Dann könnte ich Dir zumindest schon mal eine Rückmeldung geben, ob es damit überhaupt geht (denn dann müßte ja PCM stumm bleiben und sich bei DD was tun).

Möchte ich nur als letzten Ausweg machen. Ich kann's nicht testen und wenn ich dabei was falsch mache, sind wir so schlau wie vorher.

CU
Oliver

Alles klärchen, das hilft mir erstmal weiter - heute ist ein bischen spät, mal schauen, ob ich morgen Nachmittag mal drangehen kann. Ich melde mich auf jeden Fall wieder...

Viele Grüße,
Torsten

Moin Oliver,
also, ein erster kurzer Test hat ergeben, daß es tatsächlich klappt - der Verstärker bleibt bei PCM stumm und wird bei AC3 aktiv!

Danach habe ich mir mal den IOCTL angeschaut. Quick und dirty habe ich daraufhin mal eine dynamische Umschaltung nachgerüstet, das sieht dann so aus:

static inline int SetPIDs(struct av7110 *av7110, u16 vpid, u16 apid, u16 ttpid,
                          u16 subpid, u16 pcrpid)
{
        u16 aflags = 0;
        struct saa7146_dev *dev = av7110->dev;


        dprintk(4, "%p\n", av7110);

        if (vpid == 0x1fff || apid == 0x1fff ||
            ttpid == 0x1fff || subpid == 0x1fff || pcrpid == 0x1fff) {
                vpid = apid = ttpid = subpid = pcrpid = 0;
                av7110->pids[DMX_PES_VIDEO] = 0;
                av7110->pids[DMX_PES_AUDIO] = 0;
                av7110->pids[DMX_PES_TELETEXT] = 0;
                av7110->pids[DMX_PES_PCR] = 0;
        }

        if (av7110->audiostate.bypass_mode)
                aflags |= 0x8000;

        if (dev->pci->subsystem_vendor == 0x13c2 && dev->pci->subsystem_device == 0x000e)
                av7110_fw_cmd(av7110, COMTYPE_AUDIODAC, SpdifSwitch, 1, av7110->audiostate.bypass_mode?1:0); // SPDIF on

        return av7110_fw_cmd(av7110, COMTYPE_PIDFILTER, MultiPID, 6,
                             pcrpid, vpid, apid, ttpid, subpid, aflags);
}

Für die Live-Wiedergabe funktioniert das auch. Aber nicht bei Aufnahmen. Wird hier die Audiospur anderweitig umgeschaltet?

Viele Grüße,
Torsten

Hi,

Zitat

Original von Copperhead
Könnte jemand mal die bilder reparieren. Will mir das mal ansehen

:me 2

Grüße joker

Zitat

Original von torsten lang
Moin Oliver,
also, ein erster kurzer Test hat ergeben, daß es tatsächlich klappt - der Verstärker bleibt bei PCM stumm und wird bei AC3 aktiv!

Danach habe ich mir mal den IOCTL angeschaut. Quick und dirty habe ich daraufhin mal eine dynamische Umschaltung nachgerüstet, das sieht dann so aus:
...
Für die Live-Wiedergabe funktioniert das auch. Aber nicht bei Aufnahmen. Wird hier die Audiospur anderweitig umgeschaltet?

Alles anzeigen

Nimm Deine Änderung bitte wieder raus und versuche den angehängten Patch.
Müßte für Live-Mode und Aufzeichnungen funktionieren.

Falls der SpdifSwitch "verkehrt herum" geschaltet werden sollte, einfach
"av7110->audiostate.bypass_mode" durch "!av7110->audiostate.bypass_mode" ersetzen.

CU
Oliver

Edit: Patch funktioniert nicht - daher entfernt.

Hallo Oliver,
hab' ich gemacht. Bringt aber leider keine Besserung. Bei der Wiedergabe einer Aufnahme funktioniert die Umschaltung auch mit Deinem Patch leider nicht.

Viele Grüße,
Torsten

Zitat

Original von torsten lang
hab' ich gemacht. Bringt aber leider keine Besserung. Bei der Wiedergabe einer Aufnahme funktioniert die Umschaltung auch mit Deinem Patch leider nicht.

Ich hoffe, Du bist sicher, daß das geänderte Modul auch wirklich geladen wurde...

Um festzustellen, wann und wie AUDIO_SET_BYPASS_MODE aufgerufen wird, solltest Du dort ein printk einbauen.

Was passiert genau, wenn Du bei der Wiedergabe einer Aufzeichnung zwischen PCM und DD hin und her schaltest?

Ändert sich etwas, wenn Du man die Logik des SpdifSwitch - wie in meinem letzten Post vorgeschlagen - invertiert?

CU
Oliver

Moin Oliver,
da ich erstmal an mir selbst zweifele, habe ich alles gaaanz sauber neu übersetzt und eingespielt. Keine Änderung.

Auffällig ist, daß bei der Wiedergabe einfach die letzte vom Live-Bild her gesetzte Einstellung für den SpdifSwitch bestehen bleibt, sprich hatte ich im Live-Bild Dolby-Wiedergabe, funktionieren die Dolby-Tracks beim Abspielen, hatte ich einen PCM-Track, dann funktionieren nur die bei der Wiedergabe.

Ich habe als allererstes mal das Debugging des av7110 Moduls eingeschaltet. Was ich sehe ist folgendes:
Wenn ich im Live-Bild zwischen PCM und Dolby Tracks wechsele, erhalte ich die folgenden Einträge im Log:

Wechsel von DD weg:
Feb 26 22:01:56 tuxbox2 kernel: [ 2489.962207] dvb-ttpci: dvb_audio_ioctl(): av7110:f65cc000, cmd=6f08
Feb 26 22:01:57 tuxbox2 kernel: [ 2490.976081] dvb-ttpci: dvb_audio_ioctl(): av7110:f65cc000, cmd=40086f0e
Wechsel zwischen beiden PCM-Spuren:
Feb 26 22:01:59 tuxbox2 kernel: [ 2492.354747] dvb-ttpci: dvb_audio_ioctl(): av7110:f65cc000, cmd=6f08
Feb 26 22:02:00 tuxbox2 kernel: [ 2493.634259] dvb-ttpci: dvb_audio_ioctl(): av7110:f65cc000, cmd=6f08
Feb 26 22:02:01 tuxbox2 kernel: [ 2494.549732] dvb-ttpci: dvb_audio_ioctl(): av7110:f65cc000, cmd=6f08
Feb 26 22:02:02 tuxbox2 kernel: [ 2495.591298] dvb-ttpci: dvb_audio_ioctl(): av7110:f65cc000, cmd=6f08
Feb 26 22:02:02 tuxbox2 kernel: [ 2496.194800] dvb-ttpci: dvb_audio_ioctl(): av7110:f65cc000, cmd=6f08
Feb 26 22:02:05 tuxbox2 kernel: [ 2499.015481] dvb-ttpci: dvb_audio_ioctl(): av7110:f65cc000, cmd=6f08
Wechsel zu DD hin:
Feb 26 22:02:08 tuxbox2 kernel: [ 2501.450222] dvb-ttpci: dvb_audio_ioctl(): av7110:f65cc000, cmd=40086f0e
Feb 26 22:02:08 tuxbox2 kernel: [ 2501.451364] dvb-ttpci: dvb_audio_ioctl(): av7110:f65cc000, cmd=6f08
Feb 26 22:02:08 tuxbox2 kernel: [ 2501.451465] dvb-ttpci: dvb_audio_ioctl(): av7110:f65cc000, cmd=6f08

Beim Abspielen von Aufnahmen kommt nur so etwas:

Feb 26 21:48:27 tuxbox2 kernel: [ 1680.356080] dvb-ttpci: dvb_audio_ioctl(): av7110:f65cc000, cmd=40086f0e

Die cmd=6f08 müßte, wenn ich den Aufbau der ioctls richtig interpretiere AUDIO_SET_BYPASS_MODE sein, während cmd=40086f0e AUDIO_SET_MIXER ist.

Ich habe mal versucht, die Aufrufe der IOCTLs im VDR ein wenig nachzuvollziehen. Wenn ich das anhand des VDR 1.6, auch wenn der nicht mehr aktuell ist, nachvollziehe, dann wird der Aufruf hier ausgelöst:

device.c

bool cDevice::SetCurrentAudioTrack(eTrackType Type)
{
  if (ttNone < Type && Type <= ttDolbyLast) {
     cMutexLock MutexLock(&mutexCurrentAudioTrack);
     if (IS_DOLBY_TRACK(Type))
        SetDigitalAudioDevice(true);
     currentAudioTrack = Type;
     if (player)
        player->SetAudioTrack(currentAudioTrack, GetTrack(currentAudioTrack));
     else
        SetAudioTrackDevice(currentAudioTrack);
     if (IS_AUDIO_TRACK(Type))
        SetDigitalAudioDevice(false);
     return true;
     }
  return false;
}

dvbdevice.c

void cDvbDevice::SetDigitalAudioDevice(bool On)
{
  if (digitalAudio != On) { 
     if (digitalAudio)
        cCondWait::SleepMs(1000); // Wait until any leftover digital data has been flushed
     digitalAudio = On;
     SetVolumeDevice(On || IsMute() ? 0 : CurrentVolume());
     }
}

Meines Erachtens liegt hier der Hund begraben. Es wird nur der Mixer, nicht aber der Audio Bypass angesprochen. Mag sein, daß das bei den aktuellen VDRs behoben ist.

Ehe ich allerdings hier ans Experimentieren gehe, muß ich wohl doch erstmal ein Upgrade durchziehen. Das wird allerdings nicht von jetzt auf gleich gehen...

Viele Grüße,
Torsten

Zitat

Original von torsten lang
Meines Erachtens liegt hier der Hund begraben. Es wird nur der Mixer, nicht aber der Audio Bypass angesprochen. Mag sein, daß das bei den aktuellen VDRs behoben ist.

Ehe ich allerdings hier ans Experimentieren gehe, muß ich wohl doch erstmal ein Upgrade durchziehen. Das wird allerdings nicht von jetzt auf gleich gehen...

Du hast Recht: BYPASS wird nur im Live-Modus aufgerufen. Ich hatte mich diesbezgl. getäuscht.
Du kannst Dir also den Update sparen, denn dies wurde nie geändert...

Wie es aussieht, muß ich das ganze nun doch in der Firmware abhandeln.

CU
Oliver

Zitat

Original von UFO
Wie es aussieht, muß ich das ganze nun doch in der Firmware abhandeln.

Versuche doch einmal diese Firmware:
http://www.escape-edv.de/endri…re/dvb-ttpci-01.fw-fb2624

Dazu bitte den ursprünglichen Treiber (ohne Patches von oben!) verwenden!

CU
Oliver

Hallo Oliver,
grundsätzlich funktioniert das - ganz großes Lob! Ich habe jetzt einfach wieder mit meinem alten Kernel 2.6.29 getestet. Beim Live-Bild (Olympia) mit DD-Ton habe ich noch sporadische Aussetzer im Ton. Ich werde mir das noch etwas genauer anschauen - dazu muß ich aber die beiden VDRs mal komplett durchtauschen, da mein Receiver leider nur für einen der Beiden noch 'nen Digitaleingang über hat.

Nur mal aus Neugier: Du schaust Dir dann in der Firmware den Audio-Datenstrom an, um zu bestimmen, ob der Datenstrom korrigiert werden muß oder nicht? Weil: Hilfe vom Treiber bzw. VDR bekommt die Firmware ja jetzt nicht mehr.

Für mich ist die Lösung in der Firmware insofern sehr angenehm, weil ich erstmal kein umfangreiches Update machen muß.

Viele Grüße,
Torsten