Suchergebnisse

Zitat von AlfredENeumann: „Nein, nur drehen, und damit ist alles erledigt. Wird zumindest bei mir dann richtig angezeigt. “ echt ? .. bei mir geht das nicht. der screensaver zeigt einfach bild wie es ist, drehen tut der gar nix (aufgrund von EXIF bild daten). => PictureViewerFS hat da eine "Autorotate" funktion Zitat von AlfredENeumann: „Und nein, ich "verlange" überhaupt nichts von den Usern; wer etwas verlangt (wenn überhaupt) bis du. Ich habe lediglich ein existierendes Plugin an meine Bedürf…

Zitat von AlfredENeumann: „und was hindert dich, die Fotos, die du für Yamp bereitstellst, am PC zu drehen und zu speichern? ich hab auch einige Fotos im Hochformat; nach dem Drehen am PC werden die auch in Yamp richtig angezeigt. Und das Drehen auch von einer beträchtlichen Anzahl von Fotos am PC (pro Foto 5 Sekunden) ist definitiv weniger Arbeit als das "auto rotate" zu coden... “ was hat das damit zu tun ? die Bilder sind einfach im Hochformat aufgenommen. Landscape oder Portrait Darstellung …

Hello AlfredENeumann, Shadowrider ist äusserst bemüht zu supporten und zu helfen, aber ohne anständige Logs ist das schwer. Nur ist selbst im debug log nicht ersichtlich ist, warum das abspielen der nächsten nr nicht geht zum feature request bzw. diashow...... nun, "DIashow ohne Picture autorotate" ist bei einem screensaver (eg: yamp so gut wie nutzlos) .... ausser man hat alles vorliegend im querformat aufgenommen. jedoch gerade in zeiten von handy-cams ... wird man das vertikale bild nicht weg…

feature request: .) screensaver -> autorotate funktionalität könnte man bevor das bild dem API call übergeben wird, sort via exif check gucken ob das gedreht werden muss und dann ePicLoad mit dem passenden rotierung das bild anzeigen ? weil das nervt leider richtig ... .) externes screensaver manuell plugin aufrufen (eg: PictureViewerFS) . . d.h: da würde er keinen screensaver starten, aber man kann den selber starten (ohne dass yamp geschlossen wird) .. weil der ist da sehr mächtig ... . . typi…

ok, dann sorry .... war halt so ne idee, weil ich weiss, dass dieses "abspielen des nächsten media file - issue" eine bekannte sache ist. Und ich weiss, dass es vor ca. 3 jahren auch das problem mit verschiedenen images gab (oe version, gstreamer, etc..), und dachte wenn ihr 2 redet, mit eurem riesen wissen, dann ist das eine sache von 2-3 min um dieses problem zu erkennen, weil der yamp dev dieses problem höchstwahrscheinlich kennt .. und man hilft sich meist untereinander ja gerne ..... also w…

Zitat von shadowrider: „mir ist nicht klar, was ich jetzt mit logs von anderen Plugins anfangen soll, lass das bitte “ die idee war dass man vlt erkennt wie Yamp das macht - und ob da unterschiede sind vom API call (eg: init bevor nächste nr gespielt wird oder cache refresh, intit oder was auch immer .. weil dort geht es ja, under nimmt auch nur api call.. nun, fakt ist: (alles getestet mit neuester Version) Yamp - autoplay mit VTI => OK Yamp - autoplay mit OpenPLI 7.2 => OK webradioFS - autopla…

wegen "autoplay" -> darf man fragen ob man die source .py dateien bekommt mit dem teil wo die mp3 files abgespielt werden ? (würde das gerne dem devel von webradioS zeigen, weil bei Yamp -> autoplay (alle titel abspielen funktioniert dort gut, beim webradioFS leider nicht, und das debug zeigt uns leider nicht an woran es scheitert (ist irgendwie eine openpli VS VTI geschichte ... also denke, ich, dass es da irgeneine besondere sache hat wie das nächste file übergeben wird (z.b: mp3 [eServiceMP3]…

in der zw.zeit getestet die 19.28 (Versteckter Text) hmm, sieht man auch nicht wirklich mehr .. komisch .... ich werd mal mit dem yamp testen - und log von dem schicken Zitat von shadowrider: „mal testweise einen Ordner anlegen mit nur zwei oder drei Titeln, diesen ordner auswählen und autoplay starten wenn es nicht funktioniert mir den Ordner als zip senden zum gegentesten in debug sieht es jedenfalls so aus, als ob beim 2. Titel sofort auf pause und dann Stop gesetzt wird “ nun, das mit dem te…

Zitat von shadowrider: „durchaus, wenn nichts betroffen ist zudem im plugin Ausgaben gemacht werden sollen/müssen es ist keine durchgehende schreiberei für alle Vorgänge eingebaut, sondern nur da wo mir Probleme seitens User bekannt waren welche dadurch nachvollziehbar wurden, für das andere sind ja die Systemdebug da “ => OK, thx FYI Zitat von shadowrider: „mal testweise einen Ordner anlegen mit nur zwei oder drei Titeln, diesen ordner auswählen und autoplay starten wenn es nicht funktioniert m…

bug: (getestet bei v19.27) .) crash bei "Lesezeichen hinzufügen" (wobei lesezeichen hinzufügen habe ich nur gefunden wenn ich auf "Datei Einstellungen" gehe, dort den Pfad einstellen, dann kann man "Lesezeichen hinzufügen" attached full debug vom enigma2 (/var/webradioFS_debug ist leer, obwohl ich auf "max" eingestellt habe) bug: (getestet bei v19.27) mit system: openpli 7.2 .) autoplay: spielt nächsten titel nicht ab description: es springt zwar zum nächsten titel, aber es spielt die datei nich…

Zitat von shadowrider: „.) radio sender editieren => bei speichern löscht er den sender ! BUG -> fixed => THX .) hilfe -> taste "play all" finde ich jetzt nicht meh Tasten speichern wird wohl doch funktionieren... => sorry, auch hier schlecht benannt... es geht nicht um fehlende taste - ich meinte "fehlende funktion "Play all FIles" oder war es "Play all" ? => die Auswahl für eine taste der funktion "Play my files" oder funktion: "Play all". damit meine ich nicht die taste "Play all", weil das g…

hab in der zwischenzeit mit dem VTI kurz getestet .... dort funktioniert das webradioFS mit autoplay. also liegt es daran, dass webradioFS leider nicht kompatibel ist mit openpli 7.2 da hat es irgendwie einen hau mit dem ganzen verzeichnis zu laden bzw wo es abgespeichert werden soll. z.b: mp3 files welche namen haben mit space im namen oder was weiss ich.. das haupt-problem ist, dass VTI leider gar keine alternative ist .. schon alleine was da alles fehlt bzw wie viele sachen dort wiederum nich…

nein, speichert er nicht .... aber ich glaube da hat es viel mehr .... irgendwas ist da mit dem ganzten file handling ... auch debug log ist so gurt wie leer. ich muss das mit vti mal testen, scheinbar hat es da was gewaltig mit openpli ... weil ich kann mirt nicht vorstellen, dass die ganzen genannten probs auch bei VTI ist ... hmm, muss ich probieren sobald ich kann Zitat von shadowrider: „Update -> fixed “ getestet ....jedoch nun kommt:crashed noch immer (openpli 7.2) (Versteckter Text)

oh .. noch was: die einstellung bei: gehe zu: => Favoriten -> Meine Dateien -> (Blau) -> "EInstellungen" -> 1. Setting: "dauerhaft einstellen" -> OFF/ON switch kann zwar geändert werden, speichert jedoch nicht. wenn ich das auf "ON" setze, dann "OK" taste (oder GRÜN taste), dann sollte er das ja speichern, jedoch funktioniert das nicht. Beim nächsten mal aufmachen ist es wieder auf "OFF". vlt fixen beim nächsten mal ? gibts eine art "changelog" zu den webradiofs ? wegen dem autostart ? -ist das …

wobei .. ist nicht so tragisch .. ich finde es sowieso besser, den picturefs zu nehmen, weil der auch die bilder im richtigen hochformat anzeigen kann ,,,, (zumindest wenn ich ihn selber starte, und dann dort auswähle was ich anzeigen will für bilder .. aber das autoplay .. das macht mir noch probs momentan ... (in der haupt-settings alles aktiviert für "Dateien abspielen") dann auch noch alles aktiviert wenn man bei den favoriten - meine "dateien", dann in den ordner reingehen, und zur MP3 date…

hmm, habe gerade gestet webradiofs mit 19.23 (openpli 7.2) webradiofs funkt auch, jedoch wenn ich screensaver einstelle und wenn der dann angehen sollte, dann crashed es: (Versteckter Text) hmm, irgendjemand eine idee ? den fehler von "ImportError: cannot import name ConfigText" kenne ich von einer alten camoFS version .. da hatte ich das auch. hat da wer ne idee dazu ? lg camel

hmm, eigentlich nein. meinte ich andere camera ... aber ehrlich gesagt, wenn ich so nachdenke ... ich kenne nicht deine anforderungen ... .) preis: max 100 .) aussenanwendung: ip66 .) wlan: JA .) min. auflösung ? .) bewegungsverfolgung ? .) ptz bewegungsablauf ? .) abstand von camera zu objekten ? .) darstellung vom bild in enigma2 - camofs .) synology recording ? .) aufnahme ? auf lokaler sd card ? usw ... deswegen nehme ich meine empfehlung besser mal zurück solange das nicht alles geklärt ist…

Zitat von nubert123: „Hallo, ich hab mir nun doch mal die SV3C 1080p testweise gekauft, zur Haustür Überwachung reicht sie aus. Aber folgendes Problem: Bild im Handy mit der App ist O.K. Im Browser kann ich auch das Livebild sehen mit : admin.html Snapshot geht auch mit : snap.jpg. Im VLC Player läufts auch mit : rtsp://192.168.178.40:554/11. Aber mit dem camoFS bekomme ich es nicht hin. Nimmt auch mein Paßwort bei Video-URL nicht an Kann mir vielleicht jemand weiterhelfen Würds auch gern mit in…

hmm, nun ... ich hab auch crash log.. mussic mir angucken auf jeden fall: hier ein log ... wenn ich selben link eingebe mit IE .. dann auth, dort geht es aber ... 20.02.18 22:47:54.186472 [camoFS camload2] 9 IP Cam 12 komplett-url:user:user111@192.168.1.212:80/mjpeg/snap.cgi?chn=00&u=user&p=user111, bas, auth-error: 401 except b: <urlopen error [Errno -2] Name or service not known> 20.02.18 22:47:54.186021 [camoFS camload2] 9 url:user:user111@192.168.1.212:80/mjpeg/snap.cgi?chn=00&u=user&p=user1…

hab ich schon studiert, hilt mir aber nicht weiter ....