Homer hat geschrieben:Könnte man den Topf unter Windows emulieren?![]()
TFEmu


omue hat geschrieben:Es läuft beim ZDF stabil. Das einzige was beim ZDF nicht geht, ist das Abspielen von längeren Beiträgen. Die kurzen laufen. (1 bis 3 Min) So wie ich das sehe, benutzt das ZDF bei langen Beiträgen M3u8.
Alter Sack hat geschrieben:Ich habe jetzt nacheinander Beiträge mit 4min, 7min, 14min und 29min aufgerufen und durchlaufen
lassen ... no Problem
omue hat geschrieben:@jkIT
mein Theorie, dass m3u8 Files (wie beim ZDF in der Internet) benutzt werden stimmt also nicht !
omue hat geschrieben:nach ein paar Stunden testen....
die 5 MB Start Cache waren manchmal auch zu wenig. Jetzt hab ich 7 MB und keine Probleme mehr.
Danke für den Hinweis.bei dem Erstellen vom Filenamen solltest Du noch die max Länge beachten.
Oh, es gibt auch eine TAP_PLANEDu benutzt für die Ausgabe die "BASE_PLANE".
Das finde ich etwas ungünstig, da die Red Startbuttengrafik hinter der Infobox verschwindet.
jkIT hat geschrieben:Ich meine, sowas kommt bei Live Streams zum Einsatz und liefert dann TS-Schnipsel.
4,5 MBitNur interessehalber, wie schnell ist deine Internetverbindung? ( -> http://speedof.me )
Hier wird wohl später die bereits diskutierte Puffer-Prüfung nötig sein.
Gerne geschehenDanke für den Hinweis.
Oh, es gibt auch eine TAP_PLANEops:. Wieder was dazugelernt, merci.
omue hat geschrieben:Ich hab mal in Deinem Quellcode rumgefuscht.![]()
Das ist die Holzhammer-MethodeWenn Du beim Play Start den Bildschirm löscht und dann den "wss_handler()" Aufruf nur machst wenn kein Play läuft, klappts auch bei der ARD mit dem Abspielen
...
TAP_Hdd_GetPlayInfo(&_PI);
if(!_PI.playMode) wss_handler();
---
Danke, das übernehme ich soNachtrag:
Wenn das HbbTV im Hintergrund ist und man bei einem anderen Tap die Rote Taste drückt drängelt sich HbbTV vor
ich hab den "key_handler" ein bissel geändert, dann gehts![]()
jkIT hat geschrieben:Dafür ist er ja dabei. Ich hoffe, der Smiley galt nicht dem Quellcode
steht in der tap.h ab Zeile 380.Ich habe ehrlich gesagt keine Ahnung, was es mit mainState & subState genau auf sich hat.

jkIT hat geschrieben:
- fix: Dateinamen der Media-Dateien werden nicht mehr aus deren URL erzeugt und die maximale Länge wird berücksichtigt.

Alter Sack hat geschrieben:Ich weiß nicht, ob es an dieser Änderung liegt, aber wenn ich über verpasste Sendungen
z.B. "Um Himmels Willen" starte ist es egal, ob 208, 207, 206 ..., die MP4 heißt immer 960-1.mp4
und wird logischerweise bei der Auswahl einer anderen Folge überschrieben.
Bin mir nicht sicher, ob ich das richtig verstehe. An dem, welche Datei vom Server geladen wird, hat sich ja nichts geändertAuch wenn ich die Hörfassung der jeweiligen Serie auswähle wird die mp4 in gleicher Größe geladen,
also das Video und keine Audiodatei.

jkIT hat geschrieben:Was denkst du?
Code: Alles auswählen
2017-08-10 11:01:13 Got Message: play,1,http://ctv-videos.daserste.de/int/2015/02/06/e6bc5cdd-5a0a-49fb-bfe4-125a4049ff0e/960-1.mp4jkIT hat geschrieben:Bin mir nicht sicher, ob ich das richtig verstehe. An dem, welche Datei vom Server geladen wird, hat sich ja nichts geändert![]()
Code: Alles auswählen
Video:
2017-08-10 11:10:27 Got Message: play,1,http://ctv-videos.daserste.de/int/[color=Blue]2015/02/06/e6bc5cdd-5a0a-49fb-bfe4-125a4049ff0e[/color]/960-1.mp4
Audio (erwartet):
2017-08-10 11:11:48 player: start url: http://ctv-videos.daserste.de/int/[color=Blue]2015/05/13/fc7ef6a4-f273-4878-a26e-ca361a7b9ef7[/color]/960-1.mp4

omue hat geschrieben:Wenn man den Topf neu startet kommt dann "prüfe Festplatte."
omue hat geschrieben:in dem Taskkiller hat eine Zeile gefehlt.
Alter Sack hat geschrieben:Naja, ich hätte erwartet, dass einmal ein Video und einmal nur ein Audiofile geladen wird.
Im Log gibt es jedenfalls Unterschiede im Link, aber nicht im Namen:Code: Alles auswählen
Video: 2017-08-10 11:10:27 Got Message: play,1,http://ctv-videos.daserste.de/int/[color=Blue]2015/02/06/e6bc5cdd-5a0a-49fb-bfe4-125a4049ff0e[/color]/960-1.mp4 Audio (erwartet): 2017-08-10 11:11:48 player: start url: http://ctv-videos.daserste.de/int/[color=Blue]2015/05/13/fc7ef6a4-f273-4878-a26e-ca361a7b9ef7[/color]/960-1.mp4
Wenn ich mir die URLs so ansehe, macht es in der Tat wenig Sinn, sich auf den Dateinamen zu konzentrieren. Ich werde wohl einen Hash aus der URL bilden. Ein Datum möchte ich allerdings nicht zum Namen hinzufügen, aber ich könnte ja das Dateidatum am Ende des Downloads an die aktuelle Zeit anpassen.Ich würde sagen, wenn sich kein eindeutiger Name finden lässt, sollte "960-1" vielleicht zu Datum und Uhrzeit (Got Message) umbenannt werden, dann weiß man jedenfalls, wann man es angesehen oder geladen hat.
Alter Sack hat geschrieben:Passiert das immer, oder nur wenn das Phantomhängt, hatte ich jedenfalls mit der neuen
Version noch nicht.