API-Fehler / Fehlende Funktionen

Gerti · #21

Hi!

Ich habe es mal angepinnt...
Wenn alles gesammelt ist, müssten wir vielleicht noch genauer auf jeden Bug eingehen und dann geht die Liste raus...

Gruß,
Gerti

ibbi · #22

Gerti hat geschrieben:Ich habe es mal angepinnt...
Wenn alles gesammelt ist, müssten wir vielleicht noch genauer auf jeden Bug eingehen und dann geht die Liste raus...

Ich weiß nicht, wie gut Dein Kontakt ist, aber würde es evtl. mehr Eindruck machen, eine Liste des Befürworter anzuhängen, um zu demonstrieren, dass der Großteil der (hier versammelten) Kunden diese Wünsche unterstützt?

Gerti · #23

Hi!

Der Kontakt hat mir versprochen, sich darum zu kümmern...mehr kann ich auch nicht sagen...

Wenn wir eine Liste mit Unterschiften sammeln, könnte das durchaus Eindruck machen...
Gute Idee...

Gruß,
Gerti

ibbi · #24

Gerti hat geschrieben:Wenn wir eine Liste mit Unterschiften sammeln, könnte das durchaus Eindruck machen...

Frage nur: wie? Hat die Forum-Software eine Funktion dafür?

Gerti · #25

Hi!

Man könnte eine Liste für sowas aufsetzten, in die man sich eintragen kann...
Sowas sollte man dann aber eher im zweiten Schritt machen...

Gruß,
Gerti

Happy · #26

Die Funktion TAP_Channel_SetAudioTrack() kann auch bei einer Wiedergabe eine andere Tonspur auswählen.
Die so gewählte Tonspur wird jedoch im Audiomenü nicht angezeigt, außerdem stellt sich die Tonspur nach einem Sprung per Improbox oder auch per gelber Taste immer auf die ursprüngliche Tonspur zurück.

Gruß,
Happy

Sin_Clair · #27

Hallo zusammen.

Hier mal meine Beobachtungen / Vorschläge.

Fehler:
- Meine Beobachtung bei TAP_Channel_Start für einen PIP-Kanal ist, dass der zweite Aufruf nicht klappt, wenn der zu startende PIP-Kanal auf dem selben Transponder liegt wie der aktuelle Kanal des Hauptfensters.
- TAP_Channel_IsStarted funktioniert nicht zuverlässig bei PIP Kanälen.
- TAP_Channel_Move funktioniert nicht richtig. Wenn ich z. B. ARD aufnehme und ZDF anschaue (2 Tuner!), dann schaltet Move nicht innerhalb der ARD / ZDF Transponder die Kanäle durch.
- TAP_Hdd_FindNext funktioniert nicht wenn es rekursiv aufgerufen wird.
- TAP_Hdd_StopTS und der anschliesende Aufruf einer weiteren API-Funktion bringt bei mir den Topf zum Abstürzen.

Vorschläge:
- TAP_Hdd_ChangePlaybackPos sollte auch während des Markierens für CUT/COPY zu benutzen sein (also wenn ich, während ich eine Aufnahme anschaue, PLAY drücke und dann die weiße Taste sollte ich anschließend mit TAP_Hdd_ChangePlaybackPos springen und markieren können)
oder noch besser: es sollte eine Funktion für das Schneiden von Filmen geben.
- TAP_Hdd_ChangeDir, TAP_Hdd_Fopen etc. sollten mit absoluten Pfaden arbeiten können (also /ProgramFiles/Auto Start/hugo)
- Eine API Funktion, um den aktuellen Status von TAP_SysOsdControl zu holen.

Und zu guter Letzt: endlich eine ordentlich dokumentierte und in verständlichem Englisch verfasste API-Doku.

So, das wärs. Sollten die von mir monierten Fehlfunktionen bei euch laufen, dann bitte posten. Vielleicht hab ich ja auch nur Mist programmiert :-)

Happy · #28

Ein TAP_Hdd_GetCurrentDir() wäre auch noch hilfreich

Elle4u · #29

Happy hat geschrieben:Ein TAP_Hdd_GetCurrentDir() wäre auch noch hilfreich

Stimmt. Und eine korrekte Funktion von "ChangeDir("/"). Ist zwar beschrieben in der API aber funktioniert nicht...

t3xi · #30

... und bei der Gelegenheit könnte man dann auch das 2 GB Limit von TAP_Hdd_Fseek beheben (ist aber nicht so wichtig).

ICTag · #31

Mir fehlt ein PLAYMODE_RecPlayingNone Status in der TAP_GetPlayInfo Ergebnis.
Beim Aufnehmen und Liveschauen ohne Timeshift bekomme ich PLAYMODE_None zurück (genau wie bei Liveschauen ohne Aufnahme).

Wahrscheinlich muss ich immer ein TAP_GetRecInfo nach einem TAP_GetPlayInfo aufrufen um den genauen Status festzustellen aber das ist nicht Intuitive.
Gruß,
ICTag

ICTag · #32

Problem beim ändern die Aufnahmezeit

Gerti hat geschrieben:Hi!

ImproBox selektiert ja auch die laufende Sendung und erhöht danach die Laufzeit um die Nachlaufzeit. Aus völlig unerklärlichen Gründen, reagiert der Topfield manchmal so, als würde die Taste zum erhöhen gehalten und "rennt in der Zeit davon". Ich habe damals echt alle probiert aber in manchen Fällen passiert es einfach, ohne dass wir einen Grund oder eine Regelmässigkeit ausmachen konnten.

Gruß,
Gerti

Hallo Gerti,
Fehlt mir ein dass vieleicht ein neue API diese Tastensimulation ersetzen könnte.
Gruß,
ICTag

Happy · #33

ICTag hat geschrieben:Problem beim ändern die Aufnahmezeit

Hallo Gerti,
Fehlt mir ein dass vieleicht ein neue API diese Tastensimulation ersetzen könnte.
Gruß,
ICTag

Genau,
eine Funktion zur Manipulation von laufenden Aufnahmen, fände ich sogar richtig wichtig.

ICTag hat geschrieben:Mir fehlt ein PLAYMODE_RecPlayingNone Status in der TAP_GetPlayInfo Ergebnis.
Beim Aufnehmen und Liveschauen ohne Timeshift bekomme ich PLAYMODE_None zurück (genau wie bei Liveschauen ohne Aufnahme).

Sowas sollte meiner Meinung nach eher nicht auf die Liste, da es keine neue Funktionalität beschert. (Ich fand das auch immer ausreichend intuitiv

)

Auch die anderen Dinge müßte man vielleicht in Prioritäten einteilen, damit Topfield weiß wo der Schuh richtig drückt.
Meine Audiovorschläge von oben, halte ich auch eher für weniger wichtig, da es nur ein Randthema ist.

Gruß,
Happy

ICTag · #34

Happy hat geschrieben:
ICTag hat geschrieben:Mir fehlt ein PLAYMODE_RecPlayingNone Status in der TAP_GetPlayInfo Ergebnis.
Sowas sollte meiner Meinung nach eher nicht auf die Liste, da es keine neue Funktionalität beschert. (Ich fand das auch immer ausreichend intuitiv )

Ich verlass mich auf der Experten Meinung und nehme diese Vorschlag zurück. In Laufe der Zeit wird ich es bestimmt auch intuitiv finden

Gruß,
ICTag

Happy · #35

@Gerti,
wären nicht auch noch ein Abruf der erweiterten Infos bei Wiedergaben praktisch ?

Gruß,
Happy

Grubix · #36

Ich hoffe ich habe es nicht überlesen:

Abfragen der Senderliste auf "Überspringen" und "Gesperrt". Damit auch TAPs solche Kanäle automatisch überspringen können.

Harvey · #37

t3xi hat geschrieben:... und bei der Gelegenheit könnte man dann auch das 2 GB Limit von TAP_Hdd_Fseek beheben (ist aber nicht so wichtig).

mal 'ne Frage dazu am Rande: Ist es übehaupt möglich, eine Datei > 2GB resp. 4GB einzulesen? Laut dem, was ich von dem Dissassemblat verstehe, wird bei TAP_Hdd_FSeek die Stelle nur vorgemerkt, ausgeführt wird das Seek dann aber erst bei Fread bzw. Fwrite. Das aber Immer!

Seeken vom Ende aus gesehen dürfte gnadenlos in die Hose gehen. Hier werden von einem 64Bit-Wert (Größe der Datei) lediglich die niederwertigen 32 Bit herangezogen.

Übrigens stimmt die Struktur von TYPE_File der API-1.22 ziemlich sicher nicht mit der September-FW des TF5x00 überein. dword currentPos ist laut API an Stelle 136, laut Dissassemlant aber an Stelle 144. Auch das für manche interessante byte crypt ist wahrscheinlich nach hinten verschoben, ich weiss nur grade nicht, ob um 4 oder 8 bytes.

100% sicher bin ich mir nicht, ich übe erst das Dissassemblat zu "lesen". garnicht mal so einfach.

t3xi · #38

Mit currentPos wollte ich das API auch schon austricksen, hat aber nicht funktioniert. Wenn der Offset nicht stimmt, ist das natürlich kein Wunder. Vielleicht probiere ich es nochmal mit Offset 144.
Ich glaube es sind 4 Byte, von 140 auf 144. Danke für den Tip.

Harvey · #39

Was willst Du da austrixen? Das ist ungeschickterweise ein 32bit-Wert, der geht vorzeichenbehaftet nur bis 2GB (wahrscheinlich hat irgend jemand irgendwo im Quellcode currentpos als int statt als dword übergeben). FSeek macht nichts anderes, als diesen Wert direkt (und vorzeichenunbehaftet) zu setzten, sofern es vom Anfang aus gesehen werden soll.

t3xi · #40

Der Test den ich damals mit currentPos gemacht habe, war schon mit dem richtigen Offset 144, weil TYPE_File 152 bytes lang ist und "ulong64 size" an einer durch 8 teilbaren Adresse abgelegt wird. Jetzt hilft nur noch ein Firmware-Patch.