Overfly 0.74, 30.06.2008, EumeltierVersion: 0.74.7

[Eumeltier]

Hallo,

ich habe leider bei mir auf der Platte auf die schnelle kein Film in DD51 und Anamorph gefunden...

Die Frage aller Fragen ist: für einem 4:3 Fernseher staucht der Topf ja anamorphe Filme und fügt die schwarzen Balken oben und unten ein.
Sind diese schwarzen Balken im Framebuffer vorhanden? Muß wohl, da OSD's über die schwarzen Balken hinübergehen...

In dem Fall würde der verfrühte Abflug nicht bei der Einstellung 4:3 passieren, sondern nur bei 16:9

Wenn das so ist, wäre gut, denn bei Einstellung 16:9 kann ich herausfinden, ob gerade anamorph wiedergegeben wird - und bei 4:3 gibts eh kein Problem.
Dann könnte ich Lösung 1 realisieren.

Das würde dann nur nicht funktionieren, wenn der Topf auf 4:3 Zoom steht (aber wer guckt schon sowas, da fehlt dann ja alles links und rechts...)

@chrisly: Wäre es Dir möglich, Deinen Topf mal auf 4:3 Letterbox zu stellen und eine Problemstelle nochmal zu überprüfen, ob er immer noch zu früh abfliegt?

Sorry für die dauernden Gedankenumschwünge, aber so tief in den Topf-Interna steck ich dann doch noch nicht ;-)

Gruß,
Martin

[chrisly]

Werde ich nachher mal testen (geht momentan nicht). Aber ich melde mich dann gleich wieder!
Ich helfe gerne weiter, wenn Du noch Fragen hast! Wir sind ja alle froh, dass Du Dich der Sache annimmst!!!

[chrisly]

Merkwürdig - ich habe die Dr. House-Folge aus dem Papierkorb zurückgeholt und jetzt fliegt OF garnicht mehr los (unabhängig von den Einstellungen). Werde es nachher nach Neustart nochmal testen (im Moment läuft eine Aufnahme).

[Eumeltier]

Hallo,

verflixt, nach meinen Tests mit ScreenCaptureOSD wird das wohl nix - fiese Sache.

Aber probiers nochmal aus, obs wirklich nicht geht....

Gruß,
Martin

[chrisly]

Du scheinst Recht zu haben mit Deiner Vermutung. Zumindest beim "Schnelltest" ist er bei Topf-4:3-Einstellung etwas später losgeflogen. Ich werde es aber zur Sicherheit heute Abend nochmal ausführlicher testen, weil ich bei einem von zwei getesteten Werbeblöcken dachte, er wäre immer noch zu früh losgeflogen.

[chrisly]

Kommando zurück. Das war wohl Zufall.
OF fliegt bei dd unabhängig von der Topf-Formateinstellung zu früh los (alles andere hätte mich - ehrlich gesagt - auch gewundert).
Hoffentlich findest Du trotzdem die Lösung ...

[Arokh]

Glaube kaum, dass es an der Einstellung des Topfes liegt, ob 16:9 oder 4:3.
der einzige Unterschied ist doch wohl , dass bei einem 4:3-Fernseher das Schaltsignal zum Umschalten auf widescreen über das Scartkabel nicht ausgelöst wird oder ?
Dieses (wie auch immer aussehende) Signal für anamorphe Darstellung muss doch vom Sender kommen, muss also auch in der Aufnahme drin stecken.

[Eumeltier]

Hallo,

ich hatte mich davon irritieren lassen, daß auf einem 4:3 Fernseher das OSD zB. von Filer über die schwarzen Balken einer anamorphen Sendung geht.
Deswegen dachte ich, daß die schwarzen Balken im Framebuffer vorhanden sein müssen.

Ein paar Tests mit ScreenCaptureOSD zeigen mir aber, daß es anscheinend anders ist - das Videobild und das OSD-Bild sind anscheinend völlig unabhängig und das Videobild wird je nach Einstellug gestaucht (nach dem Framebuffer) - das OSD-Bild halt nicht.

Okay, dann muß ich weiter nachdenken.
Ich möchte nochmal auf mein Posting verweisen mit den Lösungen 1, 2 und 2a (#1158). Lösung 2a wäre eine schnelle Sache. Ich glaube, wenn mir in Kürze keine Erleuchtung kommt, wie man Lösung 1 verwirklichen kann, werde ich (zumindest für die Zwischenzeit) einfach die Lösung 2a kompilieren - dann fliegt Overfly vielleicht etwas zu spät, aber nicht mehr zu früh.

Gruß,
Martin

[Arokh]

[quote="Eumeltier"]Hallo,

ich hatte mich davon irritieren lassen, daß auf einem 4:3 Fernseher das OSD zB. von Filer über die schwarzen Balken einer anamorphen Sendung geht.
Deswegen dachte ich, daß die schwarzen Balken im Framebuffer vorhanden sein müssen.

Ein paar Tests mit ScreenCaptureOSD zeigen mir aber, daß es anscheinend anders ist - das Videobild und das OSD-Bild sind anscheinend völlig unabhängig und das Videobild wird je nach Einstellug gestaucht (nach dem Framebuffer) - das OSD-Bild halt nicht.

Okay, dann muß ich weiter nachdenken.
Ich möchte nochmal auf mein Posting verweisen mit den Lösungen 1, 2 und 2a (#1158). Lösung 2a wäre eine schnelle Sache. Ich glaube, wenn mir in Kürze keine Erleuchtung kommt, wie man Lösung 1 verwirklichen kann, werde ich (zumindest für die Zwischenzeit) einfach die Lösung 2a kompilieren - dann fliegt Overfly vielleicht etwas zu spät, aber nicht mehr zu früh.

Gruß,
Martin[/quote]

mit "etwas zu spät" könnte jeder leben. Das macht es jetzt auch schon oft, dass man noch 2-3 Sekunden Werbung sieht. Aber das überlebt man ja grade so :-D

[chrisly]

mit "etwas zu spät" könnte jeder leben. Das macht es jetzt auch schon oft, dass man noch 2-3 Sekunden Werbung sieht. Aber das überlebt man ja grade so :-D

Das habe ich sogar extra so eingestellt, damit ich nicht das ungute Gefühl haben muss, etwas verpasst zu haben ...
Deshalb: Nur her mit der 2a-Version!

[Eumeltier]

Hallo,

ich hab mich gestern abend mal durch diesen ganzen Thread gelesen, mir ist einiges klarer geworden - aber nichts neues, was das aktuelle Problem betrifft...

Was mir aufgefallen ist, daß t3xi sich ja durchaus wortreich hier beteiligt hat, bevor t3xi zu cactux wurde... tja, wer weiß...

Nungut, Lösung 2a sollte sich heute abend kompilieren lassen - vielleicht sollte man sich aber mal Gedanken über die Versionsnummerierung machen für den "Eumeltier-Zweig" ;-)

Da steht ja noch einiges aus, wenn ich mich an den Thread erinnere. Eine SDS-Unterstützung (wäre nicht schwer)...
Oder wie wäre es mit folgendem für fehlerhafte Overfly-Sprünge - per Tastendruck (wie wäre noch zu definieren) macht Overfly den letzten Sprung rückgängig und der Aviator schaltet sich temporär ab bis die Wiedergabe gestoppt wird....? Wäre auch keine so große Modifikation....

Auf der anderen Seite weiß ich nicht, ob ich die Weiterentwicklung von Overfly auf diese Weise an mich reißen möchte ;-)

Naja, machen wir erstmal den Bugfix...

Gruß,
Martin

[chrisly]

Ich hab´mich gerade schon über Deinen Beitrag im SDS-Thread gewundert.
Da hast Du Dir ja einiges vorgenommen.
Vor allem das temporäre Abschalten mit Rücksprung wäre ´ne feine Sache.

Vielleicht könntest Du ja auch noch die Datei-Umbenennung in OF_ ... so ändern, dass man am Dateinamen schon erkennt, ob es sich um eine DD5.1-Sendung handelt (z.B. "DD_" statt "OF_"!? (alter "kleiner" (?) Wunsch, der von cactux leider nie erhört wurde)

[Arokh]

Ich hab´mich gerade schon über Deinen Beitrag im SDS-Thread gewundert.
Da hast Du Dir ja einiges vorgenommen.
Vor allem das temporäre Abschalten mit Rücksprung wäre ´ne feine Sache.

Vielleicht könntest Du ja auch noch die Datei-Umbenennung in OF_ ... so ändern, dass man am Dateinamen schon erkennt, ob es sich um eine DD5.1-Sendung handelt (z.B. "DD_" statt "OF_"!? (alter "kleiner" (?) Wunsch, der von cactux leider nie erhört wurde)

Wozu soll die Umbenennung eigentlich überhaupt gut sein ?
Verstehe ich nicht.
Ob OF an der Datei dran war oder nicht, sieht man ja an den Sprungmarken bzw. an der Beschreibung (wenn eingeschaltet).

[chrisly]

So könnte man es schon in der Filmliste sehen - ich gebe ja zu, dass es nicht wirklich wichtig ist, aber es wäre trotzdem schön. Die OF-Umbenennung habe ich sowieso eingeschaltet, und wenn statt OF dann z.B. DD dort stehen würde, könnte ich gleich meine "Rundum-Krachanlage" einschalten ...

[Arokh]

So könnte man es schon in der Filmliste sehen - ich gebe ja zu, dass es nicht wirklich wichtig ist, aber es wäre trotzdem schön. Die OF-Umbenennung habe ich sowieso eingeschaltet, und wenn statt OF dann z.B. DD dort stehen würde, könnte ich gleich meine "Rundum-Krachanlage" einschalten ...

Sowas hat gefälligst immer zu laufen ! Zur Not halt im Stereo-Betrieb

[chrisly]

Sowas hat gefälligst immer zu laufen ! Zur Not halt im Stereo-Betrieb

Mit vernünftigem Fernseher geht´s auch anders ...

[Töppi]

[quote="Eumeltier"]...

Nungut, Lösung 2a sollte sich heute abend kompilieren lassen - vielleicht sollte man sich aber mal Gedanken über die Versionsnummerierung machen für den "Eumeltier-Zweig" ;-)
.....[/quote]

melde dich bitte mal per PN bei mir. Danke.

[mvordeme]

Mal so eine ganz dusselige Frage zwischendurch, die hier gerade noch gefehlt hat. Mich stört die Begrenzung der Overfly-Datenbank auf 100 Aufnahmen und die Tatsache, dass man Aufnahmen nicht einzeln scannen lassen kann.

Ist es überhaupt notwendig, dass Overfly präventiv alle Aufnahmen scannt, um sich die Werbeblöcke in einer Datenbank zu merken? Wie lange würde es denn dauern, eine Aufnahme spontan vor dem Abspielen zu scannen, beziehungsweise wäre es möglich, eine Aufnahme erst während des Abspielens zu scannen? In letzterem Fall würde sich der erste Abflug etwas verzögern müssen, aber es kann sich doch eigentlich nur um Sekunden handeln.

Danke und Grüße,
-- mvordeme

[Eumeltier]

Hallo,

jetzt gehts ja los hier ;-)

Hm, eigentlich wollte ich ja nur das Problem mit den Bookmarks lösen - und da ich mich eh in den Sourcecode eingelesen hatte, war das Problem mit dem verfrühten Abflug schnell gefunden...

Ja, und als ich mich durch den Thread durchgelesen habe, sind mir halt solche Dinge wie SDS, temporäres Abschalten und auch das Umbenennen aufgefallen - Dinge, welche nicht so schwer zu lösen sind...
Aber eigentlich war das gar nicht mein Plan ;-)

Ein Problem hab ich damit - wenn cactux mit uns reden würde, könnte man sich ja absprechen. Aber so...? Wenn von ihm eine neue Version kommen sollte, welche interessante Neuerungen bietet, aber meine Änderungen nicht mit drin hat, müßte ich diese wieder neu einpflegen... und wieder ... und wieder... und ich hab inzwischen einen ganz guten Überblick über Overfly, aber die Kernfunktionen des Werbung-Erkennens, die sind schon nicht ganz ohne und ohne Hintergrundwissen nur annäherungsweise zu verstehen und schon gar nicht zu ändern oder korrigieren - gut, man kann sich alles aneignen.

@mvordeme: Die Begrenzung der Datenbank auf 100 sollte sich leicht ändern lassen. Eine einzelne Aufnahme zu scannen ist sicherlich möglich, aber man müßte dann ja eine Fileselectorbox einbauen (da gibts doch was vom Feuervogel...)

Deine weiteren Fragen kann ich mit meinem momentanen Wissensstand noch nicht erschöpfend beantworten.
Ich sehe allerdings keine Möglichkeit, das Abspielen einer Datei zu verzögern, um sie vorher zu scannen (außer natürlich man würde in Filer einbauen, daß Filer per TAPCOM vorm Start der Datei bescheid sagt - würd dann natürlich nur für Aufnahmen gehen, die mit Filer gestartet werden...)
Der Zugriff auf die Datei während sie schon wiedergegeben wird - können Dateien mehrfach geöffnet werden? Ich weiß es nicht...
Ich bin zwar seit meinem 12ten Lebensjahr programmierend, aber absoluter TAP-Programmier-Neuling, nicht vergessen.

Okay, ich hoffe, ich stell die Version mit der "Lösung 2a" heute noch ein. Alles weitere sehen wir dann...

Gruß,
Martin

[Eumeltier]

Hallo,

so, anbei die Version 0.74.2 - nun sollte bei DD51 Filmen (egal ob anamorph oder nicht) mit fester Verzögerung abgeflogen werden.
Die Änderung gilt sofort auch für alle alten Filme, neu abscannen ist nicht nötig.

Ich hab die Version ehrlich gesagt nicht mehr getestet, da ich gleich ins Bett falle, aber die Änderung ist so minimal, da sollte alles klappen.
Gefahr für Daten besteht nicht, da die Änderung nur den Aviator betrifft.

Ich bitte um Rückmeldung.

Gruß,
Martin