API-Fehler / Fehlende Funktionen

[Harvey]

Den Patch hätte ich als Übung gerne gemacht, habe ich aber direkt wieder aufgegeben, weil sich
1.) TYPE_File durch reichlich viele Stellen zieht
2.) der verwendete MIPS keine 64Bit-Arithmetik kann und somit der Code länger werden müßte. Das geht wegen der Einsprungstellen natürlich nicht.

[cms]

Ich fände es gut, wenn vorhandene Benutzerschnittstellen über API gerufen werden könnten. Z.B. interner Filer, Texteingabe, etc.

[mcgoemek]

Problem mit der Firmware vom 13.09.05 BILDVERSATZ NACH RECHTS

TF 5000PVR.

mcgoemek

[mcgoemek]

Noch fehlt

Sortieren der channleliste durch jeden Satelliten = Sorting of channle list by each satellite

TF 5000 PVR

mcgoemek

[Harvey]

TAP_PrintSys und TAP_Print verwenden einen internen, 256 Zeichen langen Puffer.

Das ist ja OK, nur gehört das in die Dokumentation. Sollten es mehr Zeichen werden und eine der Unterroutinen das nicht abfangen (ich habe es nicht ausprobiert), wird der Stack zerschreddert (Absturz).

[heross]

Hallo,

ich musste heute beim Besuch eines Humax Nutzers feststellen, dass dessen Premiere iPDR9800 in der Lage ist die Lautstärke auch bei DD zu regeln. Angeschlossen war das Gerät optisch an einen Yamaha Receiver und es lag auch wirklich DD am Receiver an.
Bisher dachte ich immer die Lautstärke von DD liese sich nicht über den Receiver steuern. Aber wenns der olle Humax kann, dann sollte es doch auch beim Toppi eine Möglichkeit dafür geben, oder?


Gruss

[wohliks]

Bisher dachte ich immer die Lautstärke von DD liese sich nicht über den Receiver steuern.

Jedenfalls nicht, ohne den Inhalt Audio-Datenstroms zu manipulieren, denn im Prinzip müsste dazu ja jeder einzelne Abtastwert verändert werden...

Aber wenns der olle Humax kann, dann sollte es doch auch beim Toppi eine Möglichkeit dafür geben, oder?

Die Primitivlösung wäre DA-Wandlung, Pegeländerung des Analogsignals und AD-Rückwandlung im Receiver - willst Du das wirklich?

Schöne Ostern... Bernhard

[heross]

Die Primitivlösung wäre DA-Wandlung, Pegeländerung des Analogsignals und AD-Rückwandlung im Receiver - willst Du das wirklich?

Klingt nicht gerade Qualitätsfördernd ;-)
Hab mir heute den Humax nochmals genauer unter die Lupe genommen. Er kann die Digitaltonlautstärke auch nicht regeln. Er gibt jedoch auch bei ausgewählter DD-Spur weiterhin analogen Ton über Scart an den Fernseher aus, so das es den Anschein hatte als könne man die Lautstärke von DD regeln. In Wirklichkeit änderte sich aber nicht der DD-Pegel an der Anlage, sondern nur der Pegel am TV.

Ich finde die gleichzeitige Ausgabe von analogem Ton über Scart bei aktiver DD-Spur aber auch nicht schlecht. So kann man die DD_Spur permanent aktiv schalten, auch wenn der Receiver mal aus bleiben soll, und hat am TV trotzdem immer ein regelbares Tonsignal anliegen.

Gruss
heross

[wohliks]

Ich finde die gleichzeitige Ausgabe von analogem Ton über Scart bei aktiver DD-Spur aber auch nicht schlecht. So kann man die DD_Spur permanent aktiv schalten, auch wenn der Receiver mal aus bleiben soll, und hat am TV trotzdem immer ein regelbares Tonsignal anliegen.

Stimmt, das wäre nicht schlecht - macht der Humax bei Mehrkanalton für den SCART-Ausgang einen Downmix wie ein DVD-Player oder kommt da evtl. auch dann der MPEG-Ton raus, wenn man DD einstellt?

Schöne Ostern... Bernhard

[Harvey]

Ich befürchte, einen Downmix kann man beim Topf mangels Hardware vergessen.
100%ig sicher bin ich aber nicht, da nicht alle zur Verfüngung stehenden HW-Register des Audioteils genutzt werden.


Mir der API hat die Problematik übrigens wenig zu tun (um nicht zu sagen nichts).

[Homer]

Klingt nicht gerade Qualitätsfördernd ;-)
Hab mir heute den Humax nochmals genauer unter die Lupe genommen. Er kann die Digitaltonlautstärke auch nicht regeln. Er gibt jedoch auch bei ausgewählter DD-Spur weiterhin analogen Ton über Scart an den Fernseher aus, so das es den Anschein hatte als könne man die Lautstärke von DD regeln. In Wirklichkeit änderte sich aber nicht der DD-Pegel an der Anlage, sondern nur der Pegel am TV.

Ich finde die gleichzeitige Ausgabe von analogem Ton über Scart bei aktiver DD-Spur aber auch nicht schlecht. So kann man die DD_Spur permanent aktiv schalten, auch wenn der Receiver mal aus bleiben soll, und hat am TV trotzdem immer ein regelbares Tonsignal anliegen.

Gruss
heross

Ich finde die gleichzeitige Ausgabe von analogem Ton über Scart und Cinch bei aktiver DD-Spur auch von Vorteil: Es würde hoffentlich das stumme Umschalten zwischen den verschiedenen optischen (MPEG2, DD) Audiospuren verkürzen, da der externe DD-Verstärker solange die analoge Spur über Scart bzw. Cinch wiedergeben würde.

Viele Grüße
Homer

[ICTag]

Kein neue Firmware in Sicht - deshalb Zeit für eine neue Forderung

Ich wird recht gern FastSkip modifizieren, damit es immer aufrufbar ist - auch beim Live zuschauen (um zurückzuspringen).

Aber GetPlayInfo liefert currentBlock=0 und totalBlock=0 bei PLAYMODE_none - auch wenn der Timeshift Puffer gefüllt ist.

Lieber wäre mir z.B. currentBlock=5000, totalBlock=5000. Dann hätte ich die Chance um zu Block, sagen wir, 4000 zurückzuspringen.

Wäre das eine Sinnvoller Änderungen oder bauen TAPS schon auf dieser jetzigen Verhältnis auf?

Gruß,
ICTag

[tischla]

Offensichtlich fehlt die Funktion
TAP_Start
grüsse
tischla

[Elle4u]

Offensichtlich fehlt die Funktion
TAP_Start

Und WIE!!!

[ibbi]

Hallo Gerti,

wie ist eigentlich der Stand bzgl. dieser Liste? Besser als jetzt dürften Deine Kontakte ja nie gewesen sein.

[Happy]

Inzwischen wurden außer der schon bekannten Movefunktion wenigstens 2 weitere Funktionen in die API der Firmware eingefügt. Leider gibt es immer noch keine neuen API-Libraries dazu.

Code: Alles auswählen

byte (*TAP_GetTuner)(int mainSub); 

int   (*TAP_Channel_SwapMainSub)(void); 

Dies sind die Tunerabfrage für Hautpbild und PiP und eine Vertauschfunktion der PiP-Bilder.
Wurde alles von bdb aus dem UK-Forum entdeckt.

Näheres hier.

Gruß,
Happy

[ibbi]

[quote=""Happy""]Inzwischen wurden außer der schon bekannten Movefunktion wenigstens 2 weitere Funktionen in die API der Firmware eingefügt.[/quote]

Danke für die Info. (Ich sollte im UK-Board wohl regelmäßig lesen.)

[ibbi]

Falls sich noch mal etwas an der API tun sollte:

TAP_EnterNormal() sollte Firmware-OSD-Einblendungen ermöglichen, aber Einblendungen - speziell die der PvrInfos - nicht erzwingen.

Nach TAP_SysOsdControl(SYSOSD_PvrInfo, TRUE) im Normal-Mode müssen PvrInfos wieder angezeigt werden (können).

[omue]

Hallo,

ich weiss zwar nicht ob noch Wünsche angenommen werden, aber einen hätte ich.

"TAP_Channel_Scale" sollte auch Werte über 720, 576 annehmen. Dann hätten wir ne Zoomfunktion.

Olaf

[Harvey]

Soweit ich es richtig in Erinnerung habe macht der im Prozessor integrierte Scaler das nicht mit.