pro-OGG-Feed:
„kein Player“ wäre übrigens mal eben „jedes Android-Gerät“, „jeder Linux-Rechner“ und „so ziemlich alles andere auch, außer 5€-Billig-MP3-Player und Apple-Geräte“ 😀
Da im ogg feed als type im tag enclosure video/ogg und nicht audio/ogg angegeben ist euch schon klar, oder?!
@Michael: Ja, das liegt an PowerPress, dem WordPRess Plugin für Podcasts, dass alles mit der Endung .ogg für Video hält. Ich hoffe, es geht tortzdem.
@343max Naja ist etwas sehr, sehr, sehr doff / zumindest in meinem Podcatcher unbenutzbar m(
Ich glaube ich setzte mir einfach einen cron auf und wgete mir den feed und replace dann mit sed einfach das video/ogg durch audio/ogg sollte nicht so schwer sein 😉
Ich begrüße das ebenfalls, auch wenn ihr mich falsch geschrieben habt. Warum macht ihr eigentlich nicht einfach ein Feed für alle Formate – mit mehreren enclosures? Dann müsstet ihr halt die Mimetypes richtig hinbekommen, aber dafür ginge halt dieses eine Feed überall.
Die empfohlene Endung für audio/ogg ist übrigens „oga“ (aber an Dateinamenendungen orientieren sich ohnehin nur Unterschichtenbetriebssysteme).
Dateiendung ist korrigiert, der MIME-Type scheint jetzt zu passen. Deinen Namen habe ich auch gefixt. Aber welches Betriebssystem orientiert sich nicht an Dateiendungen?
Alle unixoiden, würde ich mal annehmen. Die nutzen nämlich file. Die Frage „Warum drei Feeds statt einem“ steht übrigens noch.
Tja, dann scheint das „unixoide“ Linux sich doch von einer Dateiendung überreden zu lassen. Kenne ich von jedem Betriebssystem so, außer vom klassischen MacOS. file ist nur ein Komadozeilentool und wäre in der Praxis mit ziemlicher Sicherheit um einiges zu langsam, da es jede Datei öffnen und teilweise lesen muss, um den Typ herauszubekommen.
Drei Feeds, da nicht genug Podcastclients mit mehreren Formaten in einem Feed umgehen können.
Also mein Linux ignoriert die Dateiendungen weitgehend auch und nutzt die nur, wenn der Dateiheader nichts verwertbares ergibt.
file macht halt im schlimmsten Fall auch nichts anderes als in eine Tabelle zu gucken wo steht „Dateierweiterung .txt -> Plaintext“
Rein grundsätzlich ist das halt eine Frage des Dateisystems, manche werfen den MIME-Type als Meta-Daten rein, die meisten jedoch nicht.
Heute ist die Frage eh eher akademischer Natur und MIME-Types sorgen imho für mehr Probleme als sie Nutzen bringen. Dateinamenserweiterungen lösen im Endeffekt ziemlich das gleiche Problem wie Metadaten irgendwo (was sie ja eigentlich auch sind).
Dateinamen sind halt das was jeder kann, MIME gibt es dafür zentral organisiert als „Standard“ und mapping wäre eine einfache Lösung für die meisten Probleme, wären alle Erweiterungen eindeutig.. sind sie leider nicht (und auch bei mime gibt es ja unstandardisierte sachen mit foo/x-bar).
sprich: software stinkt halt
Max, welche beliebten Podcastclients können denn nicht mehrere Formate in einem Feed? Ich weiß zwar, das RSSyl da Probleme hat, aber wer nutzt den denn zum Podcatchen?
Ich habe keine Ahnung und es interessiert mich auch nur so mittel. Ich habe nicht einen Podcast abonniert, der mehrere Formate enthält und ich kenne auch keinen.
Gut, wenn es dich kaum interessiert, brauchen wir darüber ja nicht weiter zu diskutieren. Aber ich glaube durchaus, dass es überflüssige kognitive Arbeit ist, wenn Nutzer sinnieren müssen, welches Feed sie klicken sollten.
ich wäre da eher gegenteiliger Meinung
Lieber einen klar bevorzugten „Standard“-Feed den jeder ohne Denkaufwand anklicken kann und der möglichst auch auf dem krudesten Gerät funktioniert (da kann auch die Qualität egal sein oder so) und dann bewusst eine Möglichkeit andere Feeds zu wählen um z.B. freie Formate wie OGG zu bekommen und/oder bessere Qualität hören zu können. Das kann sich dann jeder raussuchen wenn man wirklich andere Formate will oder Probleme mit der geringen Qualität hat.
Ich glaube einfach die Hürde im Podcast-Client ein mitgeliefertes Format auszuwählen ist im Zweifelsfall höher und verursacht mehr Probleme als wenn jemand einen suboptimalen Feed angeklickt hat und z.B. blechernen Ton ertragen muss.
Dr. Azrael Tod, niemand muss im Podcast-Client ein mitgeliefertes Format auswählen. Das machen die schon von ganz alleine: Itunes lädt dann z.B. die AAC-Datei runter und Rhythmbox MP3 – je nachdem, welche Codecs unterstützt d.h. installiert sind.
@erlehmann: und was ist, wenn man mit iTunes den Feed für einen Player abonnieren will, der nur mp3 kann?
@erlehmann: und was ist wenn man rhytmbox hat, aber eigentlich lieber fuer z.B. musik die vorbis-dateien will?
Der erlehmann-Feed funktioniert bei mir (Debian, Rhythmbox) nicht. Wenn ihr euch weiter weigert, dann seid ihr Knechte!
*daumen hoch* für die BitTorrent-Feeds! http://bitlove.org/343max
Wird das hier noch direkt verlinkt?
Dufte Idee! Ist gemacht.
Hi, bin neu hier.
War das eine bewusste Entscheidung im iTunes-Feed nur ab der 38. Folge gelistet zu sein? Bzw wieso sind die alten Folgen nicht da?
Willkommen!
Wir haben immer die letzten 10 Folgen im Feed. Die Folgen davor sind nur auf der Website verfügbar. Der Grund dafür ist, dass der Feed sonst sehr groß wird: eine prinzipielle Schwäche des Feed-Formats. Mit z.B. Huffduffer kannst du dir einen Feed basteln, der alle Folgen enthält: http://huffduffer.com/
Danke 🙂 Seltsamer weise trifft das wohl nur auf den iTunes feed zu, auf Android (Podkicker) sind alle Folgen da.
Ich ziehe mir nur die OGG Dateien! FÜR EIN FREIES INTERNET!!! GEGEN UBUNTU UND WINDOWS UND MAC!!!!!! STALLMAN 4 PRESIDENT!!!!!
Euer AAC enthält bestimmt bald viele leckere Kapitelmarken und Shownotes, aber etwas ist irgendwo schimmlig; foobar2000 frisst das .m4a nicht:
[Unable to open item for playback (Unsupported format or corrupted file):
„http://podcasts.343max.de/wmr/wmr81.m4a“]
[Scheiße] [Abbruch]
Ansonsten: Was FREIER BUERGER sagt. Nur doppelt so laut.
Hi ihr!
Was kann ich tun, um die Epsioden vor 50 in meinen Podcatcher zu bekommen? (ja ich möchte wirklich alle eure alten Episoden sehen, ich habe sehr viel Zeit). Gibt es nen seperaten Archiv Feed?
hören… ich möchte eure Episoden hören…
Juten Tach!
Ich schließe mich voll und ganz dem Niklas an! Auch ich würde superberen ALLE Podcastfolgen von euch im Podcastclient haben.
Wäre das möglich? 🙂
Ick wünsche euch noch einen schönen Tach.
Ick meinte natürlich „super gerne“. 😀 Was die blöde Autokorrektur macht, wenn man nicht hinguckt, ey.
um den Oggloonies die Niche weiterhin warm zu halten: wollt ihr statt Vorbis das Audio in Opus schnüren? iOS macht seit v. 11 mit (~2017), Android schon länger.
Pingback: Neuer Feed, mehr Laut, mehr Malte, alles besser » Wir. Müssen Reden
Mehr ogg braucht die Welt!
pro-OGG-Feed:
„kein Player“ wäre übrigens mal eben „jedes Android-Gerät“, „jeder Linux-Rechner“ und „so ziemlich alles andere auch, außer 5€-Billig-MP3-Player und Apple-Geräte“ 😀
Da im ogg feed als type im tag enclosure video/ogg und nicht audio/ogg angegeben ist euch schon klar, oder?!
@Michael: Ja, das liegt an PowerPress, dem WordPRess Plugin für Podcasts, dass alles mit der Endung .ogg für Video hält. Ich hoffe, es geht tortzdem.
@343max Naja ist etwas sehr, sehr, sehr doff / zumindest in meinem Podcatcher unbenutzbar m(
Ich glaube ich setzte mir einfach einen cron auf und wgete mir den feed und replace dann mit sed einfach das video/ogg durch audio/ogg sollte nicht so schwer sein 😉
Ich begrüße das ebenfalls, auch wenn ihr mich falsch geschrieben habt. Warum macht ihr eigentlich nicht einfach ein Feed für alle Formate – mit mehreren enclosures? Dann müsstet ihr halt die Mimetypes richtig hinbekommen, aber dafür ginge halt dieses eine Feed überall.
Die empfohlene Endung für audio/ogg ist übrigens „oga“ (aber an Dateinamenendungen orientieren sich ohnehin nur Unterschichtenbetriebssysteme).
Dateiendung ist korrigiert, der MIME-Type scheint jetzt zu passen. Deinen Namen habe ich auch gefixt. Aber welches Betriebssystem orientiert sich nicht an Dateiendungen?
Alle unixoiden, würde ich mal annehmen. Die nutzen nämlich file. Die Frage „Warum drei Feeds statt einem“ steht übrigens noch.
Tja, dann scheint das „unixoide“ Linux sich doch von einer Dateiendung überreden zu lassen. Kenne ich von jedem Betriebssystem so, außer vom klassischen MacOS. file ist nur ein Komadozeilentool und wäre in der Praxis mit ziemlicher Sicherheit um einiges zu langsam, da es jede Datei öffnen und teilweise lesen muss, um den Typ herauszubekommen.
Drei Feeds, da nicht genug Podcastclients mit mehreren Formaten in einem Feed umgehen können.
Also mein Linux ignoriert die Dateiendungen weitgehend auch und nutzt die nur, wenn der Dateiheader nichts verwertbares ergibt.
file macht halt im schlimmsten Fall auch nichts anderes als in eine Tabelle zu gucken wo steht „Dateierweiterung .txt -> Plaintext“
Rein grundsätzlich ist das halt eine Frage des Dateisystems, manche werfen den MIME-Type als Meta-Daten rein, die meisten jedoch nicht.
Heute ist die Frage eh eher akademischer Natur und MIME-Types sorgen imho für mehr Probleme als sie Nutzen bringen. Dateinamenserweiterungen lösen im Endeffekt ziemlich das gleiche Problem wie Metadaten irgendwo (was sie ja eigentlich auch sind).
Dateinamen sind halt das was jeder kann, MIME gibt es dafür zentral organisiert als „Standard“ und mapping wäre eine einfache Lösung für die meisten Probleme, wären alle Erweiterungen eindeutig.. sind sie leider nicht (und auch bei mime gibt es ja unstandardisierte sachen mit foo/x-bar).
sprich: software stinkt halt
Max, welche beliebten Podcastclients können denn nicht mehrere Formate in einem Feed? Ich weiß zwar, das RSSyl da Probleme hat, aber wer nutzt den denn zum Podcatchen?
Ich habe keine Ahnung und es interessiert mich auch nur so mittel. Ich habe nicht einen Podcast abonniert, der mehrere Formate enthält und ich kenne auch keinen.
Gut, wenn es dich kaum interessiert, brauchen wir darüber ja nicht weiter zu diskutieren. Aber ich glaube durchaus, dass es überflüssige kognitive Arbeit ist, wenn Nutzer sinnieren müssen, welches Feed sie klicken sollten.
ich wäre da eher gegenteiliger Meinung
Lieber einen klar bevorzugten „Standard“-Feed den jeder ohne Denkaufwand anklicken kann und der möglichst auch auf dem krudesten Gerät funktioniert (da kann auch die Qualität egal sein oder so) und dann bewusst eine Möglichkeit andere Feeds zu wählen um z.B. freie Formate wie OGG zu bekommen und/oder bessere Qualität hören zu können. Das kann sich dann jeder raussuchen wenn man wirklich andere Formate will oder Probleme mit der geringen Qualität hat.
Ich glaube einfach die Hürde im Podcast-Client ein mitgeliefertes Format auszuwählen ist im Zweifelsfall höher und verursacht mehr Probleme als wenn jemand einen suboptimalen Feed angeklickt hat und z.B. blechernen Ton ertragen muss.
Dr. Azrael Tod, niemand muss auswählen. Das machen die schon von ganz alleine: Itunes lädt dann z.B. die AAC-Datei runter und Rhythmbox MP3 – je nachdem, welche Codecs unterstützt d.h. installiert sind.
@erlehmann: und was ist, wenn man mit iTunes den Feed für einen Player abonnieren will, der nur mp3 kann?
@erlehmann: und was ist wenn man rhytmbox hat, aber eigentlich lieber fuer z.B. musik die vorbis-dateien will?
Der erlehmann-Feed funktioniert bei mir (Debian, Rhythmbox) nicht. Wenn ihr euch weiter weigert, dann seid ihr Knechte!
*daumen hoch* für die BitTorrent-Feeds!
http://bitlove.org/343max
Wird das hier noch direkt verlinkt?
Dufte Idee! Ist gemacht.
Hi, bin neu hier.
War das eine bewusste Entscheidung im iTunes-Feed nur ab der 38. Folge gelistet zu sein? Bzw wieso sind die alten Folgen nicht da?
Willkommen!
Wir haben immer die letzten 10 Folgen im Feed. Die Folgen davor sind nur auf der Website verfügbar. Der Grund dafür ist, dass der Feed sonst sehr groß wird: eine prinzipielle Schwäche des Feed-Formats. Mit z.B. Huffduffer kannst du dir einen Feed basteln, der alle Folgen enthält: http://huffduffer.com/
Danke 🙂 Seltsamer weise trifft das wohl nur auf den iTunes feed zu, auf Android (Podkicker) sind alle Folgen da.
Ich ziehe mir nur die OGG Dateien! FÜR EIN FREIES INTERNET!!! GEGEN UBUNTU UND WINDOWS UND MAC!!!!!! STALLMAN 4 PRESIDENT!!!!!
Euer AAC enthält bestimmt bald viele leckere Kapitelmarken und Shownotes, aber etwas ist irgendwo schimmlig; foobar2000 frisst das .m4a nicht:
[Unable to open item for playback (Unsupported format or corrupted file):
„http://podcasts.343max.de/wmr/wmr81.m4a“]
[Scheiße] [Abbruch]
Ansonsten: Was FREIER BUERGER sagt. Nur doppelt so laut.
Hi ihr!
Was kann ich tun, um die Epsioden vor 50 in meinen Podcatcher zu bekommen? (ja ich möchte wirklich alle eure alten Episoden sehen, ich habe sehr viel Zeit). Gibt es nen seperaten Archiv Feed?
hören… ich möchte eure Episoden hören…
Juten Tach!
Ich schließe mich voll und ganz dem Niklas an! Auch ich würde superberen ALLE Podcastfolgen von euch im Podcastclient haben.
Wäre das möglich? 🙂
Ick wünsche euch noch einen schönen Tach.
Ick meinte natürlich „super gerne“. 😀 Was die blöde Autokorrektur macht, wenn man nicht hinguckt, ey.
um den Oggloonies die Niche weiterhin warm zu halten: wollt ihr statt Vorbis das Audio in Opus schnüren? iOS macht seit v. 11 mit (~2017), Android schon länger.