Posts by Zabrimus

@jojo61

Hättest du Lust, mal den angehängten Patch zu probieren? Die Bestimmung des Content-Types ist etwas anders implementiert, vielleicht etwas langsamer, aber zuverlässiger - hoffe ich.

get_content_type.patch

Quote from jojo61

So das aufrufen über die URL geht nun wieder. Aber über den Red Button geht es immer noch nicht. Das ist wohl der 2. Fall oder ?

PS:

Nur noch zur Info. Ich gebe --commandline=--password-store=basic als parameter für dem browser mit. Sonst fragt er mich nach dem Keystore passwort beim ersten starten. Das könntest du evtl. noch als default einbauen.

Ja. Das ist der zweite Fall. Ich lese gerade den Code und versuche eine Lösung zu finden, wie ich den Content-Type korrigieren kann.

password-store? basic? Was? Ich habe das mal probiert und es scheint nicht schädlich zu sein. Aber wie bist du denn auf den Parameter gekommen?

Der Browser kann vom Plugin gestartet werden oder unabhängig vom Plugin. Ich habe in den CefSettings oder ähnlichem, keinen Hinweis gefunden, wie ich das im Browser direkt einstellen kann. Ich weiß auch gar nicht, welche der Prozesse die Verantwortung für den Password-Store übernimmt (Render, Network, JS, ...).
Ich kann es im Plugin einbauen... Aber zuvor würde ich gerne wissen, ob es auch noch bei anderen funktioniert, die den Parameter aktuell nicht gesetzt haben.

Umfrage:

Braucht jemand den Parameter "--pasword-store=basic"? Und falls nicht: Bemerkt ihr Probleme oder anderes unerwünschtes Verhalten mit dem Parameter?

Okay. Bei dir läuft irgendwas falsch.

1. Problem

Der Content-Type für die Seite ist eben nicht "application/vnd.hbbtv.xhtml+xml".

2. Problem

Und hier liegt der umgekehrte Fall vor. "text/html" sollte es nicht sein, weil dies eben eine HbbTV-Seite ist.

So sieht das bei mir aus:

Der falsche Content-Type in 1. verhindert durch das Caching auch, daß du die Seite wohl nie aufrufen kannst. Ich werde gleich eine Änderung für den Browser committen, der den Cache ausschaltet. Das sollte zumindest Problem 1 lösen.

Entweder werden falsche Header-Daten geliefert oder der Autodetect in Chromium/CEF geht schief. Vielleicht kann ich da eingreifen, aber das muss ich mir anschauen.

Info: Die Änderung habe ich gerade committed.

Hmm. Ich gehe grade die gestrigen Commits durch. Und es gab im Browser nur 2 Änderungen + die zurückgenommene Änderung für text/html.

1. Jede neue URL wird geladen ohne zu vergleichen, ob der Browser diese URL aktuell geladen hat

2. Der Content-Type für hbbtv-Seiten wird gespeichert und verwendet, aber auch nur, wenn wirklich hbbtv geliefert wurde

Die Tageschau liefert unter der URL eine sehr simple Seite, die nur ein ein Element im Header hat:

Und wenn genau für diese Seite der Content-Type im HTTP-Header nicht "text/html" ist (oder falls mein fehlerhafter Commit noch vorhanden ist), dann tritt dein Fehler auf.

Bei mir sieht das im Trace-Log so aus:

[browser] [trace] BrowserClient::OnLoadingStateChange: URL=http://itv.ard.de/ardstart/index.html, isLoading=true, canGoBack=false, canGoForward=false
[browser] [trace] BrowserClient::GetResourceRequestHandler for http://www.tagesschau.de/hbbtv/, is_navigation true, request_initiator null
[browser] [trace] BrowserClient::OnBeforeResourceLoad: Current http://itv.ard.de/ardstart/index.html, New http://www.tagesschau.de/hbbtv/
[browser] [trace] GetResourceHandler: http://www.tagesschau.de/hbbtv/
[browser] [debug] ReadContentType http://www.tagesschau.de/hbbtv/, Cookies 
[browser] [trace] Received command from VDR: OSDU
[browser] [trace] Unlock shm_mutex
[browser] [trace] HbbtvCurl::ReadContentType, Result text/html

Die letzte Zeile ist die Entscheidende.

Aber ich kann mir nicht erklären, warum die gestrigen Änderungen den Fehler erzeugen sollen.

edit: Lesbarer trace-log

Quote from jojo61

Bei auswählen über den Red Button kommt es nach wie vor gar nicht

Das würde ich mir gerne mal näher ansehen. Allerdings müsstest du dafür das browser.log löschen und den Browser neu mit dem loglevel "--trace" (statt --debug oder --info oder was auch immer) neu starten. Es wird allerdings extrem viel geloggt und mir würde es reichen bis zum Klick auf Tagesschau in der Red-Button Liste.

Oh. Exakt den Commit, der dafür verantwortlich war, habe ich auch schnell wieder zurückgerollt, weil es nicht so funktionierte wie gedacht.

Hast Du auch tatsächlich die letzte Version des Browsers?

Dieser Commit

Löschen von text/html in den Mimetypes

sollte den Fehler eigentlich wieder beseitigen.

Ich habe gerade die Version 0.0.2 getagged - sowohl Browser, als auch Plugin. Das ppa baut auch gerade, wobei ich wahrscheinlich keinen Fehler bei den Versionsnummern ausgelassen habe. Die nächsten Versionen muss ich vorsichtiger angehen.

Browser:

Leider scheint es so zu sein, daß manche Seiten mal text/html und mal einen hbbtv Content-Type im HTTP-Header liefern. Das war z.T. die Ursache, das nicht alle Seiten sofort geladen worden sind. Im Browser wird sich nun gemerkt, hinter welcher URL mal ein hbbtv Content-Type stand und dann dieser verwendet. Es ist ein wenig besser geworden.

Plugin:

Im Plugin dürfte der neue Menupunkt "Reopen OSD" interessant sein. Damit soll - so die Theorie - die letzte Version des Browser-OSD neu geöffnet werden. Falls das OSD also mal absichtlich oder versehentlich geschlossen wurde, kann man mit dem Menupunkt das OSD wieder öffnen.

Ich weiß nicht, wie lange es dauert, die Probleme mit tagesschau, n-tv und neuerdings ORF und SRF1 zu lösen - und wahrscheinlich auch anderen Sendern.

Das sieht auf jeden Fall etwas anstrengender aus.

Quote from jsffm

Das funktioniert:

Ich habe mir eine aktuellere Version von ffmpeg compiliert. Das muss irgendeine 4.2er git version sein, die noch auf der Platte lag.

Ja und damit funktioniert es. Also scheint ffmpeg 4.2.x das Minimum zu sein, mit dem es klappt.

Juchuuu.

Edit: Aber da ist noch Arbeit im Browser notwendig. Die Video-URL ist erst ein mpd-File und dann wird auf blob:xxxx gewechselt. Ich denke, daß muss ich irgendwie unterbinden.

Quote from jsffm

500 Command unrecognized: "GETURL"

Das Kommando sollte wieder funktionieren. Dazu müssen aber sowohl der Browser, als auch das Plugin aktualisiert werden.

Quote from jsffm

Die stream.mpd ist eine xml

Das habe ich gesehen. Aber so richtig schlau bin ich aus den Werten nicht geworden. Aber irgendwie scheint VLC daraus etwas machen zu können, obwohl unklar ist, wie. Vielleicht finde ich dazu irgendwo mal eine Spezifikation.

Quote from TomJoad

Ohne es probiert zu haben: Mit neuem ffmpeg , wo libxml2 enabled sein muss, könnte ffmpeg -i xxx.mpd -codec copy output.ts gehen.

Genau das hatte ich probiert und dann kam die oben erwähnte Fehlermeldung. FFmpeg 4.1.4 funktioniert nicht. Eine noch aktuellere Version muss ich mir erst compilieren und dann testen.

Quote from jsffm

Navigation klappt noch nicht in diesem Bild.

Das ist eine weitere Baustelle. Zifferntasten (siehe oben im Menu) funktionieren, aber sonst nix. Es scheint, als ob andere Keycodes verwendet werden.

Quote from jojo61

Ich habe nicht den blauen Button genutzt sondern bin auf der Startseite auf den Icon zum restarten der aktuelle Sendung gegangen.

Nochmal dazu. Ich fürchte, das wird ein echtes Problem. Ich habe das gerade versucht und erhalte als Video URL ein *.mpd. FFmpeg soll angeblich damit umgehen können, aber wenn ich es versuche, dann kommt immer nur die Meldung

http://itv.ard.de/replay/dyn/stream.php/1-3169/stream.mpd: Invalid data found when processing input

Wobei sich die URL je nach Sendung oder Zeit ändert.

Ich bin mir sicher, daß ich den Restart schon einmal gesehen habe. Aber das kann auch Zufall sein, daß genau in meiner Test-Sendung eben kein MPEG-DASH, sondern eine echte Video-URL anlag. Das Problem hatte 9000H schon angesprochen und es klappte bei mir sofort. Wohl reiner Zufall

Das erklärt dann auch die blob:http-URLs, die gesehen wurden. Die URLs werden wohl normalerweise anders behandelt. Ich denke die Javascript DASH Lib wird da einspringen und alles richtig machen.

Kurioserweise sehe ich im Chrome mit der HybridTvViewer-Extension (die ich auch intern verwende, allerdings überall rumgepatcht) eben keinen blauen Button und kann nicht nachschauen, was die Extension eigentlich hätte machen sollen.

Ich sehe im Moment keine echte Lösung. Mich springt da aber auch gerade keine verwegene Idee an.

Ich habe es auch mal mit vlc versucht, aber da bekomme ich nur

Was auch nicht wirklich hilfreich ist. Aber zumindest scheint VLC aus der mpd echte Links zu basteln. Nur wenn die ein 404 liefern, nützt das auch nix.

Ich fürchte, das Problem ist eine echte Herausforderung und wird erstmal nach hinten geschoben werden müssen, bis die Erleuchtung kommt. Vielleicht kann ich zumindest den Fehler abfangen und was sinnvolles daraus machen.

Quote from utiltiy

Kannst Du das PPA mit dem Browser aktualisieren?

Paket ist hochgeladen und baut gerade.

Notiz an mich: Das muss irgendwie automatisiert werden. Die Fehlversuche und Reuploads strengen etwas an.

Quote from jojo61

Über den Red Button und navigieren zu tagesschau geht bei mir gar nicht.

Ich gehe gar nicht anders auf die Seite. Hmm.... Ich überlege, woran das liegen könnte. Ich brauche ein weiteres Testsystem.

Quote from jojo61

blob:http://itv.ard.de/8f34f9a0-0c7d-436a-98db-6549066ec2b0: Protocol not found

Wat? blob? Und die Command-Line-Probleme? Sehr seltsam.. Andererseits. Wenn ffprobe die aktuellen codecs nicht finden kann... hmm...

Tagesschau und n-tv

Quote from 9000H

looks like the browser get not auto started since ? and the browser ping tells it's running but is not.

I've removed a sleep loop waiting for the browser while starting the plugin, which slows down the VDR start. But the browser itself shall be started if configured. I haven't change the start mechanism at all - except the sleep loop. Aren't you able to open any page?

Quote from jojo61

Die Seite der Tagesschau lädt nur wenn ich die URL direkt anwähle. Aus der Startseite heraus kommt sie nicht.

Aus der Startseite? Meinst du den Red-Button? So rufe ich die Seite immer auf. Aber es scheint noch ein Problem mit dem Laden von Seiten zu geben, weil manchmal tut sich nichts, oder erst beim zweiten Aufruf. Ich muss da nochmal nachschauen.

Quote from jojo61

Auf dieser Seite läuft zwar das erste Video nun schön sauber, aber eine Navigation ist nicht möglich

Das ist mir auch schon aufgefallen. Die Ziffern-Tasten 2,3,4 funktionieren. Die 0 scheint das Video in Fullscreen darstellen zu wollen, das klappt aber noch nicht richtig. Und was die Navigation angeht, wollte ich schon fragen, ob jemand weiß (mit einem echten HbbtV-Fernseher), ob da wirklich eine Navigation möglich ist.

Quote from jojo61

Bei n-tv werden die bunten Buttons (rot,gelb,grün und blau) in den Seiten genutzt. Das funktioniert nur bedingt. Zurück funktioniert da nicht

n-tv ist sehr speziell. Da muss ich auf jeden Fall nochmal ran und untersuchen, welche Spezialitäten die haben.

Quote from jojo61

Bei ARD funktioniert das starten der aktuellen Sendung (blauer Button oder aus der Startseite) nicht

Auch nicht, wenn der blaue Button im OSD eingeblendet wurde? Bei ARD scheint das etwas zu dauern. Erst kommt der Rote-Button und Sekunden später der Blaue+Rest.

Es gibt aber auch noch ganz andere Probleme, die ich zwischendurch bemerke. Ich weiß nicht mehr, welche Seite das war, aber irgendwo schlägt CORS zu und verhindert das Nachladen von jquery Libs. Was dann so richtig blöd ist, weil nix mehr funktioniert. Angeblich kann man das abschalten, aber so richtig gut gefällt mir die Idee nicht.

Es wäre auch sehr schön wenn ich den Response-Header direkt manipulieren könnte. Das würde den kompletten Code stark vereinfachen und ich könnte die Workarounds (die stark bremsen) ausbauen. Das Ticket CEF Ticket #2785 existiert schon seit letztem Jahr, aber es gibt noch keinen Fortschritt

Quote from TomJoad

Ich habe mich unglücklich ausgedrückt, der Ffmpeg-Parameter -re ist nötig, aber die Variable realtime wurde uninitialisiert verwendet und dann -re nicht immer gesetzt. Da realtime immer true sein soll, könnte man den Code vereinfachen.

Die Bedingung existiert nur, weil eines der (Test-)Tools, die parallel zum vdrosrbrowser gebaut werden, diesen benötigt. Ich bin mir noch nicht sicher, ob diese von allgemeinem Nutzen sind oder ob ich sie löschen kann.

Quote from jsffm

status Abfrage hatte funktioniert, zu der Zeit schaute ich mir über HbbTV ein Video an.

Ah Mist Ich fürchte, ich weiß woran es liegt. Es gab Änderungen bzgl. des Hearbeats und ich fürchte das damit GETURL beschädigt wurde.

Quote from TomJoad

Anbei ein Vorschlag, nur komplette ts-Pakete zu senden. FixSkipped.patch

Perfekt. Vielen Dank für den Patch. Damit ist sogar auch mein Tagesschau-Geschwindigkeits-Problem gelöst.

Den Patch habe ich auch direkt committed.

Update Plugin/Browser:

- Videos können nun in einem Fenster (siehe Tagesschau) dargestellt werden.

- Alt-Code entfernt und Log-Ausgaben reduziert

Quote from TomJoad

Anbei ein Vorschlag, nur komplette ts-Pakete zu senden. FixSkipped.patch

Okay. Das muss ich unbedingt ausprobieren. Aber ohne den "-re" Parameter wird das Video so schnell gewandelt, wie es die Leitung hergibt. Und seltsamerweise wurde das dann auch genauso schnell im VDR abgespielt.

Quote from TomJoad

zusätzlich besteht eine gewisse Chance, das realtime nicht auf true steht beim Aufbau der der Ffmpeg-Kommandozeile.

Es besteht eine Chance? Das muss ich mir genauer anschauen, weil die Tagesschau-Videos in Full-Speed abgespielt werden - extrem zu schnell. Vielleicht besteht da ein Zusammenhang.

Quote from jojo61

Ich denke das einfachste ist du überschreibt das Videofenster nach dem Anzeigen des OSD nochmal mit einer transparenten Fläche.

Genau das habe ich jetzt gemacht. Und es könnte auch gut aussehen, wenn das Video nicht in extremer Geschwindigkeit dargestellt wird.

Quote from utiltiy

Kannst Du die Versionen nicht in die History vom Plugin übernehmen und vielleicht auch Taggen? So findet man sich leichter zurecht, zwischen den Ständen.

Eigentlich wollte ich eine neue Version erst taggen, wenn zumindest die gröbsten Unschönheiten weg sind. Aber ich habe die History mal gepflegt.

Quote from jsffm

500 Command unrecognized: "GETURL"

Hmm. Browser und Plugin aktuell und trotzdem kommt die Meldung? Kannst du vorher mal "plug hbbtv ping" ausführen, ob die Verbindung überhaupt steht? Obwohl ich davon ausgehe, weil du an die aktuelle URL kommen willst.

Quote from Taipan

Das ich hbbtv bei normaler Nutzung zum tv schauen beenden muss war mir klar aber es dauert der Systemstart sehr lange bis zum Tv-Bild und es ist von vornherein gar kein umschalten möglich.

Es gab noch alten Warte-Code, bei dem ich allerdings nicht mehr verstehe, warum der überhaupt mal drin war. Das muss ein Relikt aus alten Testzeiten gewesen sein. Startet VDR denn jetzt schneller?

Bugfixes:

Der Heartbeat wurde gefixed (hoffentlich) und es gab auch noch ein double-free bei der Cookie-Liste. Ich weiß nicht, warum das erst jetzt auftaucht und nicht vorher bemerkt wurde.

Neu:

Videos werden jetzt skaliert (z.B. Tageschau).

Aber man sieht trotzdem nichts von dem Video Das OSD bzw. der OSD Hintergrund überlagert das Video.

Den schwarzen Hintergrund (für das Video-Element) habe ich gefunden und konnte den auschalten, aber dann wurde nur die allgemeine Hintergrundfarbe sichtbar.

Ich muss jetzt forschen, wie ich Bereiche der Seite tatsächlich transparent bekomme trotz Background-Color... Eine Lösung sehe ich darin, die OSD-Bilddaten, die an den VDR übertragen werden zu manipulieren.

Ich weiß nicht ob es CSS-Magie gibt, mit dem man einen bestimmten Bereich der Seite transparent machen kann - ungeachtet der bestehenden Hintergrundfarbe.

Das 188er-Video Problem ist mir jetzt auch untergekommen.

jojo61

Perfekt. Dann muss ich die Daten mal in echt liefern und ein wenig rumrechnen bis es passt. Auf jeden Fall klingt das machbar.

Danke!

Aber zuerst muss ich einen anderen Major-Bug beseitigen. Ich bin endlich dahinter gekommen, warum die Sockets teilweise Fehler liefern. Die Ursache kenne ich nicht, aber ausgerechnet im Heatbeat gibt es manchmal ein false-negative: Der Browser wird nicht gefunden, obwohl er noch läuft. Dann folgt der Restart und das Drama beginnt. Die errno von nng ist m.E. nonsens. Aber dazu muss ich eine Lösung finden.

Der Umstieg auf tcp-Sockets lief geräuschlos und ich denke, ich werde dabei bleiben, alleine um die Probleme mit den Permissions der Socket Files zu umgehen.

Quote from Murry

Die error Messages mit Bildfehler hatte ich auf ARD (Babylon Berlin 1. Folge) und auch auf ZDF.

Das ist dann auch ein weiterer Punkt, der untersucht werden muss.

Quote from 9000H

there are channels which let the live picture run in scaled box, i believe it's ntv. (the browser did also crash on this channel)

Yes. ntv is really a problem but i don't know why. And this channel seems to trigger multiple problems - including lost sockets. I'm currently thinking of changing the transport protocol from unix domain sockets to tcp sockets. I will give it a try - if i find free ports.

But ntv also shows a strange difference between my patched hbbtv code and the chrome extension, which uses nearly the same code. The patched sources insert a <video> element, but with an empty src. And the extension does not add a <video> element at all.

Do you know another channel, which shows live TV in a scaled box? I remember seeing this on some channels, but i'm not able to find these channels anymore. I need to investigate, what exactly happens in the page.

Quote from TomJoad

[2020-06-19 22:33:23.048] [browser] [error] Send Video data, but size is not a multiple of 188: 31640

Das ist seltsam. Äußerst seltsam. Ich hatte erwartet, die Meldung nicht zu sehen, bzw. in meinen Tests gelang mir das nicht.

Passiert das nur bei Videos auf einem bestimmten Kanal oder ist das ein generelles Problem? Bisher ging ich davon aus (und habe es nicht anders beobachtet), daß FFmpeg nur Vielfaches von 188 liefert, wenn ich TS als Ausgabe angebe.

So oder so. Ich muss mir dazu eine Lösung überlegen.

Quote from jojo61

Es braucht nur die Koordinaten wo es dargestellt werden soll. Skalieren macht dann das plugin.

Nach ein paar Tests habe ich herausgefunden, wie ich an die Koordinaten des Videos komme. Ich erhalte z.B. solche Werte

Die HTML Seite hat immer eine fixe Größe von 1280 x 720. Ich habe mit einem Screenshot die Werte überprüft und die passen.

Die linke obere Ecke des Videos ist 702/199. Die Breite 520 und Höhe 291.

Skaliert man die Seite mit dem Faktor 1.5, dann erhält man die Full-HD Auflösung 1920x1080. Und damit wäre das Video bei 1053/298.5 mit einer Breite von 780 und einer Höhe von 436.5.

Nur. Was mache ich jetzt damit?