Podlove Web Player: Updates zum Projekt
Es gibt demnächst Zeit einen neuen Webplayer. Entstehung war ein langer Prozess.
Es gibt eine neue Doku, wo man sich hinwenden wenden kann
Playground als neues Feature; Eine Art Sandbox für den Webplayer
Neue gewünschte Features der Teilnehme und Kommentare:
- Mehr Funktionen für den Player für Podcast ohne Wordpress
- Chapterimages
- Bessere Einbettfunktionen außerhalb von Wordpress
- Abonnieren Knopf in der Wepplayer einbauen
- Öffnen des Players in einen Popup Menu
- So kann bequem weiter gesurft werden, während das Medium abgespielt wird, analog wie zu Soundcloud
- Möglichkeit für weitere Metadaten (z.B. Sprecheranteil etc.), diese am besten automatisert aus der Audiodatei auslesen
- Transkription wird das erste worum sich gekümmert wird; Tim bittet darum, dass weiter gedrängelt wird
- Zitat Tim: “In dem Moment wo wir die Shownotes besiegt, haben wir gewonnen” Shownotes als den heiligen Gral
- Glossar und Referenzen in Webplayer
- Freitext Tab für eigene Inhalte direkt in Webplayer
- Reaktion: tolle Idee, kann aber nicht zeitnah umgesetzt werden
- Player in Content Management System integrieren; Besonders geeignet im B2B Bereich
- Eigene Dektopapplikation für den Webplayer --> Offline Funktion
- Internationalisierung (wird es noch nicht in 3.0 geben)
- Playlists
- Kapitelsummaries; eigene Inhalte für die Kapitelmarken
- Abspielgeschwindgkeit schneller als auch langsamer
- Fotoalbum zur einer Episode mit der Möglichkeit ein Bild zur richtigen Zeit einzublenden
- bessere Zugangsmöglichkeiten für den webplayer
- Frage des screenReeders?
- Benchmark: Wenn unter windows firefox + nvda-project.org funktioniert, dann ist die Wahrscheinlichkeit hoch, dass es auch generell funktionieren wird
Zitat Tim: “Jeder will einen hochkomplizierten Player - Niemand will einen hochkomplizierten Player”
Alle sind sich einig:
Am besten ist, wenn er der neue Webplayer endlich relaesed wird
Ich werfe hier einfach mal meine Notizen rein:
Webplayer 3.0
Spannungsfeld zwischen “haut das Ding doch endlich mal raus” und “Das kann man alles noch längst nicht rausgeben”
https://docs.podlove.org
–> kommt da dann noch mit hin
Playground um die Einstellungen die es gibt für den neuen Player zu testen.
Angebot eines Plug-in für Wordpress
Betaphase über Modul im Podlove Publisher - das man den neuen Player schon mal testen kann
Interesse an Tests ausserhalb von Wordpress auch vorhanden
Auslesen von Bildern aus dem m4a wird es im JS-Player nicht geben - zu aufwändig für den Browser
Unterstützung wird gesucht
Interesse an Embedding
Pop-out Funktion wird auch gewünscht
Sprung zu dem Punkt wo man gerade ist gab es bereits und sollte auch für ein pop-out funktionieren
auphonic will mehr metadaten machen
xchange-Format für Metadaten (Timeline) ist in arbeit, aber noch nicht ausgereift
Eigene Tabs entwickeln - geht das kann man das?
Shownotes im Player ist der heilige Gral
(“Wir bauen da n Mediawiki ein” - sagt @timpritlove !ironischer Unterton)
Der Soundcloudplayer muss weg!
offline ist auch ne coole Idee / Desktopplayer
Lokalisierung / Internationalisierung (noch nicht ganz möglich)
Playlists sind immer noch n Feature das aber sicher noch ne weile dauern.
Kapitel Summary im Information-Tab - oder erweiterung im Kapiteltab
niemand hat vor ein erweitertes Shownotesformat zu definieren
variable abspielgeschwindigkeiten
Komplexität des User-Interfaces muss trotz viel Infos einfach bleiben
Versteckte Controlpanels - ausfahrbare mehr Funktionen
viele Spannungsfelder immernoch…
Was muss rein, was kann rein, was darf gar niocht rein
Komplett einstellbar soll er womöglich auch noch werden… (herausforderung!)
haben wollen!
Bilder in Podcasts vs. Videos
“mach ein video draus ist für anspruchsvolle Visuelle begleitung möglicherweise interessant”
Accessabillity und Marco bietet auch hilfe an beim testen
Blinde hören gerne Podcasts - meißtens unter iOS mit Clients - gut ist Downcasts und iCatcher - Overcast ist wohl auch ganz accessible
flash ist ne ne Krankheit
HTML5 Video ist auch viel bessere accessebillity
Tim will den Player super-acceessable für Blinde! -> ist sicherlich ein Ziel! -> hilft auch allen!
HTML-Accessabillity hilft auch bei der Benutzbarkeit für motorisch eingescränkte.
Der Subscripe-Button ist auch für Blinde super!
Twitter-Doku: