[Announce] vdrTUBE 0.1.14b - (PSP, WII, PDA und iPod Support)

  • Hi Zorin,


    Zitat

    Original von Zorin
    für die Nachwelt: Das Problem mit dem "nicht öffenbaren" Videos ist in Apache mit einem "AddType video/mp4 .mp4" einfach zu lösen.


    Das werde ich wohl bei naechster Gelegenheit mal mit in die Doku packen! Danke fuers Experimentieren!


    cu
    gonz

  • Hi somebody101,


    Zitat

    Original von somebody101
    cat: /video0/Giraffe,_Erdm?nnchen_&_Co./2007-11-18.07.05.99.99.rec//[0-9][0-9][0-9].vdr: Datei oder Verzeichnis nicht gefunden


    Muß man wohl vorher noch irgendwie in Hochkommas verwurschteln....


    Exakt! Genauso stehts auch in der FAQ *duck* :)


    cu
    gonz

  • Hallo gonz,


    ist da was bei der 0.1.12b schief gelaufen?


    ---------------------------------------------------------------------


    ./vdrtube.pl /video/No_Direction_Home_-_Bob_Dylan/2006-05-24.23.13.50.99.rec
    ERROR: not started from inside vdrtube directory!


    ---------------------------------------------------------------------



    Kein Problem hier bei der 0.1.11 und früher.


    Viele Grüße und herzlichen Dank für deine Arbeit!


    Armin

  • Hi pundito,


    Danke fuers Testen! Konnte das Problem hier leider nicht nachvollziehen, hier funktioniert es reibungslos. An der Stelle passiert folgendes:


    - Die Environment-Variable "PWD" wird ausgewertet
    - Es wird geprueft ob dort ein vdrtube.pl vorhanden ist
    - Andernfalls wird mit dieser Fehlermeldung abgebrochen


    Du koenntest mal testweise in subs/Initial_Checks.sub in Zeilen 13-15 auskommentieren, etwa so:


    Code
    #    else {
    #        die "ERROR: not started from inside vdrtube directory!\n";
    #    }


    Ich tippe allerdings darauf dass dann ein Folgefehler auftreten wird. An der Stelle ist zwischen 0.1.11b und 0.1.12b definitiv nichts geaendert worden, daher bin ich ziemlich baff.


    cu
    gonz

  • Hallo,


    die Ursache ist gefunden - ich hatte ein Modul beigelegt welches offenbar nicht gerade eben allgemeingueltig konfiguriert war und bei dem einen oder anderen Probleme bereitet hat. Ich habe die Funktionalitaet nun ohne Module umgesetzt, so dass es hoffentlich wieder bei allen funktionieren sollte.


    Hier also nun: vdrTUBE 0.1.13b

    • podcast: XML-Encoding gefixt, Modul entsorgt. (dank an Pundito, Ulf, Wareagle, LordJaxom)

    Herzlichen Dank an pundito fuers Wachruetteln und Ulf, Wareagle und Lordjaxom fuer Debugging und Vorschlaege fuer die Behebung! (Und sorry fuer diejenigen die 0.1.12b umsonst probiert haben!)


    cu
    gonz

  • Hallo gonz,
    Danke für die neue Version, tut prima.


    Wäre es möglich in der config/config.pl eine Option für Audio stereo einzubauen?


    Dank skiller2k1 hab ich es mal probehalber in die subs/Create_flv_1pass.sub gepfuscht:
    Zeile: 34
    . "-ar $audio_freq -ac 2 -ab $audio_bitrate "


    Das tut auch so, aber als Option wäre noch schöner ;)


    Gruß Ulf

    Samsung UE43RU7479U, Antec Fusion Black, Prime A320m-k, Ryzen3 3200G, 2* DVB-T2,
    Yavdr-ansible auf Ubuntu Server 22.04

  • Hallo,


    ich teste gerade VDRTube und finde ich es ganz toll und vor allem simpel (ohne noch viel nachinstallieren zu müssen). Allerdings habe ich das Problem, dass in meinem Browser (Firefox) die Videos nicht angezeigt werden (stattdessen der Link zum herunterladen des Flashplayers). Der Flashplayer ist jedoch installiert und funktioniert. Weiterhin zeigt die Debugausgabe beim Firefox oder Internetexplorer etwa folgendes: SWFObject is undefined


    Kann es sein, dass es am WebServer liegt, den ich verwende (thttpd)? Hatte soetwas hier mal gelesen, oder hat jemand VDRTube auch mit thttpd am Laufen?


    Danke & Gruss
    Marcus

    My VDRs:

  • Hi,


    Ulf: zur Vorfreude: Bald sind die ffmpeg-Einstellungen frei konfigurierbar. Evtl. macht es aber ohnehin sinn zumindest beim flv auf Stereo zu gehen - Danke fuer den Hinweis!


    dad401: Ob es am Browser liegt koenntest Du testen indem Du mal via file:///pfad/zu/webtree/index.html statt via http:// darauf zuzugreifen versuchst. Funktioniert dann natuerlich nur auf dem lokalen Browser. Dass hierbei die wenigen JavaScript-Funktionen deaktiviert werden sollte beim Testen ja nicht stoeren.


    cu
    gonz

  • Hallo,


    mal wieder eine neue Version:


    vdrTUBE 0.1.14b

    • ffmpeg Enstellungen nun via config.pl konfigurierbar (Dank an Jondalar, Ulf)
    • bei der Konvertierung von mp3 wird als default-mini Bild das vdrTUBE-Logo verwendet
    • bugfix: rss-video-optionen wurden bei nicht-vdr-Aufnahmen nicht akzeptiert
    • diverse kleinere Aenderungen (siehe Changelog)


    Danke allen Testern und viel Spass am Geraet!


    cu
    gonz

  • Hallo,


    Zitat

    Original von gonz
    dad401: Ob es am Browser liegt koenntest Du testen indem Du mal via file:///pfad/zu/webtree/index.html statt via http:// darauf zuzugreifen versuchst. Funktioniert dann natuerlich nur auf dem lokalen Browser. Dass hierbei die wenigen JavaScript-Funktionen deaktiviert werden sollte beim Testen ja nicht stoeren.


    Beim direkten Öffnen der index.html mit dem Browser klappt es. Scheint also am thttpd zu liegen. Allerdings will ich nicht wirklich apache installieren, da der thttpd eigentlich vollkommen ausreicht.
    Evtl. ist´s ein Konfig/Rechte-Problem?! Hat denn irgendjemand VDRTube mit thttpd am Laufen?


    Meine zweite Frage: Wozu wird eigentlich ein flv UND mp4 Video erstellt? Momentan wird ja nur das flv genutzt - wie ist denn hier der Zusammenhang?


    Gruss
    Marcus

    My VDRs:

  • Hi dad401,


    bzgl. thttpd vermute ich dass dieser fuer *.flv einfach nicht den korrekten Mime-Type sendet, so dass der Browser nicht "weiss" dass es sich um Flash handelt. Werde ihn mir mal installieren und schauen was sich machen laesst.


    Das MP4 wird fuer die Podcast-Funktionalitaet erstellt da viele mobile Geraete zwar MP4, nicht aber FLV unterstuetzen. Wenn Du dies nicht nutzt kannst Du einfach im config.pl das $create_rss auf 'no' setzen und dieser Schritt wird uebersprungen.


    cu
    gonz

  • Hi dad401,


    leider waren meine Versuche mit thttpd nicht erfolgreich. Die Diagnose dass er den Mime-Type nicht liefert ist schonmal korrekt, bei .jpg zum Beispiel sieht der HTTP-Header so aus:


    HTTP
    HTTP/1.0 200 OK
    Server: thttpd/2.25b 29dec2003
    Content-Type: image/jpeg
    Date: Sun, 25 Nov 2007 20:44:59 GMT
    Last-Modified: Sun, 25 Nov 2007 20:14:16 GMT
    Accept-Ranges: bytes
    Connection: close
    Content-Length: 1663


    Nun habe ich den Quellcode hergenommen und gesehen dass dort in der mime_types.txt der Type "flv" nicht definiert war und das entsprechend angepasst.


    Leider ist nach dem Compilieren das Resultat exakt dasselbe, naemlich ein komplett leerer Header.


    Die aktuellste Version von thttpd scheint schon fast vier Jahre alt zu sein, aber man koennte natuerlich trotzdem versuchen den Autor mal zu fragen ob er einen Tip hat. Ansonsten bleibt die file:// methode oder eben doch ein anderer Webserver der sich standardkonform verhaelt.


    Sorry, dass ich hier keinen besseren Ansatz fuer Dich habe!


    cu
    gonz

  • Hallo dad401,


    mir war der Apache auch zu fett für meinen kleinen VDR, darum hab ich mir den lighttpd installiert. Nach dem Eintragen des mp4-Mimetypes läuft der wunderbar. Hab ihn sogar auf dem VDR compiliert, da ich keine Binärpakte für zenslack gefunden habe. War Null Problem.


    gonz: Super Arbeit. Vielen Dank. :)


    @all: Ich bekomme momentan die Konvertierung via reccmds nicht hin. Habe die .example benutzt. Zufügen zur Warteschlange funktioniert, aber "Konvertierung starten" scheint nichts zu bewirken. Starte ich process.sh von der Konsole, klappt es. EDIT: Habe eben festgestellt, dass vdrtube.pl unbedingt im vdrtube-Verzeichnis ausgeführt werden muss. Also scheint das cd in process_it.sh nicht zu funktionieren. Hm. /EDIT
    Was mir übrigens sehr fehlt, ist eine Anzeige, wie lange die Konvertierung (noch) dauern wird. Hat sowas jemand schon gebaut? Falls nicht, werde ich mir das für die nächsten Tage vornehmen.


    Ist die Erstellung eines .flv eigentlich zwingend notwendig? Mir würde mp4 reichen und aus Platz- und Zeitgründen würde ich das flv gerne weglassen.


    Und dann noch das Problem mit den Spielfilmen: Gibt es eine Möglichkeit via OSD, bei mehreren vorhandenen Tonspuren eine für die Konvertierung auszuwählen?


    Viele Grüße,
    Chickie

    YAVDR 0.5 auf AsRock H61M/U3S3, Hauppauge WinTV Nova-HD-S2, Nova SD, Gainward G210, Celeron G530, 2GB, 2TB EcoGreen, Atric im Digitainer mit Thermaltake-Netzteil und Logitech Harmony.

    4 Mal editiert, zuletzt von Chickie ()

  • Hi Chickie,


    ich selbst nutze die Konvertierung via Reccmds nicht. Es ist ein paar Versionen her als ich das zuletzt getestet hab, aber schau ich mir (hoffentlich am Wochenende) gerne nochmal an, falls sich niemand meldet der sagt er hat kein Problem :) (Dass vdrTUBE in seinem Lieblingsverzeichnis ausgefuehrt werden moechte ist uebrigens korrekt, aber nicht in Stein gemeisselt)


    Eine Anzeige der verbleibenden Konvertierungsdauer hatte sich auch jemand anderes schon gewuenscht, mir sind aber nur haessliche Wege praesent - wenn Du da was zustande bringen wuerdest freue also sicher nicht nur ich mich ;)


    Die Erstellung der .flv ist "offiziell" noch erforderlich, aber probier doch mal ganz unverschaemt $debug_mode im config.pl auf 1 zu setzen - koennte hinhauen ;)


    Es gibt leider noch keine brauchbare "OSD-Sprachauswahl-Moeglichkeit" - zum Einen moechte ich keine weiteren Abhaengigkeiten zu evtl. OSD-Steuerung-Plugins, zum Anderen weiss man nie sicher welche Sprache hinter ner Aufnahme (oder sonstigem) sich unter Audio Stream X befindet. Was man einfach machen koennte waere (optional) fuer jeden Audio-Stream ein getrenntes Ausgabefile zu erzeugen, aber will man das wirklich?


    Auf jeden Fall Dank fuer Feedback und Anregungen!


    cu
    gonz

  • Zitat

    Original von gonz
    Nun habe ich den Quellcode hergenommen und gesehen dass dort in der mime_types.txt der Type "flv" nicht definiert war und das entsprechend angepasst.


    Leider ist nach dem Compilieren das Resultat exakt dasselbe, naemlich ein komplett leerer Header.


    Die aktuellste Version von thttpd scheint schon fast vier Jahre alt zu sein, aber man koennte natuerlich trotzdem versuchen den Autor mal zu fragen ob er einen Tip hat. Ansonsten bleibt die file:// methode oder eben doch ein anderer Webserver der sich standardkonform verhaelt.


    Genau das habe ich auch (ohne Erfolg) probiert. Nunja, dann werde ich entweder mal beim Author von thttpd anfragen oder einen anderen (zusätzlichen) Webserver installieren. Ich schau mir mal Chickie´s Tipp an...


    Gruss
    Marcus

    My VDRs:

  • Gugug,


    nachdem keine weiteren Klagen kamen spiele ich mit dem Gedanken auf Basis der 0.1.14b eine "stable" 0.2.0b zu erstellen.


    Ich werde hier das Ipod Video/Touch Theme von Jondalar noch uebernehmen, ein bischen Doku aktualisieren (mp4 Downloadlink, thttpd, ..), nochmal versuchen Chickies Problem mit den reccmds nachzuvollziehen und einzelne Variablen umbenennen. Ausserdem wird das Problem dass bei Dolby Audiospuren nur Mono erzeugt wird gefixt sein und in tags.html werden nur noch Tags angezeigt werden fuer die tatsaechlich Treffer existieren.


    Allgemeines Feedback das mich freuen wuerde:


    - Nutzt jemand die Steuerung reccmds.conf? (Wenn ja: gibt es Probleme?)
    - Hat jemand die letzte Version auf PSP getestet?


    Wer also noch Probleme oder Ideen hat moege sich bitte gerne melden. Ansonsten gibt es mit etwas glueck heute abend eine neue Version ;)


    Danke an alle die mich hier unterstuetzen!


    cu
    gonz

  • hi und danke für die nette erweiterung. Habe die recc entsprechend erweitert und funzt. Freuen würde ich mich über einen delete-button und passwortschutz. Versuche zur zeit irgendwie nen bewegtes bild auf das N95 zu bekommen...

    <font color="#0000ff">Gigabyte P35-DS3, Pentium E2140, GT220, 2 x DVB-C im Thermaltake DH101<br>gen2vdr V3 &amp; yaVDR 0.3.0a <br></font>

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!