Beiträge von PANQada

Für Frigate hatte ich nicht genügend Geduld. Da fehlt mir noch ein benutzerfreundliches GUI. Vielleicht kommt das ja noch irgendwann.

Deshalb starte ich nun einen weitern Versuch mit Shinobi mit der Qnap-CS. Dieses mal aber shinobi v3. (registry.gitlab.com/shinobi-systems/shinobi:latest)

Das erste was mir nicht mehr ins Auge sticht, ist das "light theme". Super

Nun erhoffe ich mir eine bessere Funktionalität der motion detection als mit der v2 von 6.2021. Desweiteren werde ich vielleicht noch zusätzliche addons zur Objekterkennung austesten, falls die nicht zu stark an der CPU zehren. ZoneMinder mlap könnte sich ev. dafür eignen.

---update---

Also, mit der neuesten Version von Shinobi funktionert das ganze wie erwartet.

Da ist noch viel Feinarbeit erforderlich, aber zumindest funktioniert es rudimentär schon mal recht gut.

Leider hatte ich mich vor ein paar Tagen nach der alten Anleitung orientiert und die alte v2 installiert. Damit lief es was "motion detection" angeht, sehr dürftig.

Grüße

Danke für deine Rückmeldung!

2 Kameras in welcher Auflösung und was heißt "ganz gut"? (schon über 50% Auslastung)

Würden da auch 4 oder 6 Stück mit HD Auflösung funktionieren?

---update---

Bin gerade mit Shinobi am Rumwerkeln.

Denke damit kann ich mich anfreunden. Die CPU Auslastung ist sehr schonend.

4 x 5MP cams sind bei max. 15% in Idle und bei 25% mit motion detection in process.

MotionEye hat da sehr viel mehr Resourcen gebraucht. Denke das liegt vor allem daran, dass Shinobi nur eine kleine Auflösung für die motion detection verwendet.

Bis jetzt der einzige Dämpfer bei Shinobi ist dieses Augenkrebsfördernde dark-theme. Das "blazing blue"-theme geht gerade so, aber deren homepage ist echt eine Folter für meine Augen.

11.11.23-17.24.54.png

---update---

Zitat von uweklatt

Da fand ich Shinobi (das hatte ich zuvor genutzt) deutlich schlechter.

Wenn ich dich darauf nochmals ansprechen dürfte.

Hast du die motion detection in Shinobi jemals so hinbekommen, dass es für dich annähernd gepasst hat?

Ich bin jetzt schon eine Weile damit am Herumexperimentieren, aber leider bin ich noch sehr weit weg von dem was ich von MotionEye gewohnt bin. (Container Shinobi v2)

Leider ist MotionEye nicht für rtsp streams zu empfehlen. Für RaspiCams ist es aber 1A.

Zitat von uweklatt

ich habe auch mit Shinobi gute Erfahrung gemacht.

Nun verwende ich aber Frigate, das mir noch besser gefällt.

Bin gerade auf der Suche nach Alternativen.

Wieviel Resourcen benötigt Frigate ohne Coral im Vergleich zu QVR oder Shinobi?

Kanns das jemand inetwa abschätzen?

Gruß

Hi RL2018 ,

Falls du ein passendes Forum gefunden hast, dann lass es uns bitte wissen. Solche Infos sind immer nützlich.

Bin im Moment wieder etwas am Rumexperimentieren mit meinen Kameras und nach deinem Post habe ich wieder einmal QVR pro angeschmissen.

Leider ist QVR nicht wirklich, was man sich wünscht, wenn man nicht die passenden Cams dafür hat. Dann ist die Funktionalität sehr stark eingeschränkt.

Bei meinen China-Cams mit Ingenic T31X borards lässt sich die Auflösung nicht auf das Maximum von HD herunterstellen, dass die motion detection von QVR zur Verfügung steht und die motion detection der Cams funktioniert nur über den Umweg mit HomeAssistant mit einer Pushmeldung. Zudem ist das leider kaum konfigurierbar und praktisch unbrauchbar. (viel zu viele events)

Das gute an QVR ist der sparsame Umgang mit der CPU Power, wenn die motion detection ausschliesslich durch die Kameras gemacht wird.

Kennst du oder jemand anderes vielleicht eine andere Software für ONVIF und motion detection auf den Kameras?

Eigentlich wünschte ich mir, dass dies in MotioEye funktionieren würde. Das wäre perfekt. Leider ist das Projekt tot. Trotz allem, dass es jemand neues übernommen hat, passiert da nichts.

alles Gute

Diese neue Beta wird bei mir seit eben als ganz normales App-Update angezeigt.

Ich finde es eine Frechheit, dass man betas nicht von der Aktualisierungssuche ausschliessen kann.

Habe es auch erst im letzten Moment grafft, dass es eine Beta ist. Und dann liest man hier, dass die VM`s teilweise nicht mehr funktionieren nach dem Upgrade auf v4.

saubere Sache

Zitat von RL2018

Nicht ganz,... ich kann die Motion Detection die Kamera machen lassen,... und das "Signal" als Trigger für die aufzeichnung in QVR Pro nutzen. So die Theorie zumindest.

Daran hatte ich nicht gedacht, es so anzugehen. Danke fürs Erläutern.

Meine billig China-cams unterscheiden ob als Auslöser beide oder nur einer der trigger "Motion" und "Person" Voraussetzung sind. Könnte es sein, dass bei deiner Einstellung ev. beide Bedingungen zum Auslösen gesetzt sind?

Entweder lässt du die Cameras die motion detection machen und lässt auf SD Karte aufzeichnen oder überlässt die motion detection einem Serverprogramm wie QVR oder der Software des Herstellers. Etwas von allem gibts nicht.

QVR pro ist doch für 4 cams lizenziert und sollte auch für 4 Streams motion detection zur Verfügung stellen. Bei etwas besserer Auflösung wird dies aber viel CPU Power kosten und ganz schön die HDD zuballern.

Ich habe alle meine cams in motioneyeos als docker-container eingebunden. Da wird nicht der ganze Stream aufgezeichnet und analysiert sondern nur die motion captures. Zudem keine fragwürdige China Software.

Zitat von RL2018

,... jedoch funktioniert das ganze sehr unzuverlässig.....

Das ist alles Einstellungssache. Leider etwas fummelig, bis man es richtig begriffen hat, wie das alles funktionert.

Als ich mit QVR rumexperimentiert hatte, war ich von der motion detection sehr angetan. Das funktionierte da sehr gut.

ContainerStation- oder System-Neustart schon mal versucht?

Verwaiste Einträge in der CS3 verschwinden irgendwann wie von Geisterhand und genau so können die nach einem Update plötzlich wieder auftauchen. Und dies alles ohne Feenstaub.

Zitat von tgsbn

Blöd halt, wenn deswegen die Auto-Type-Funktion von KeePass nicht funktioniert.

So geht das bei mir. Man muss die Befehle nur anpassen.

07.10.23-22.07.58.png

Habe auf dem TS-253D soeben das Update ausgehend vom letzten build durchgeführt.

Soweit hat alles einwandfrei geklappt und funktioniert unauffällig.

Falls du das noch nicht versucht hast, vielleicht mal das admin Konto aktivieren und es damit versuchen.

Zitat von tyfn

Hab mich auch schon als Admin angemeldet, es hat aber nicht geholfen.

Und das war der offizielle Admin? ...sehr merkwürdig...

Ich hatte soeben auch ein Berechtigungsproblem als "selbsternannter" admin, sodass ich Containerdaten nicht löschen konnte.

Dies ist erst seit CS 3. Vorher hatte ich nie Berechtigungsprobleme mit dem Ersatz-Admin.

Denke, dass genau dieses Berechtigungswirrwar der CS3 das Problem ist.

Müssen wir wohl aufg CS4 warten, vielleicht läuft dann die 3 bis dahin.

21.09.23-13.18.06.png

Das ist was mir angezeigt wird.

QTS 5.1.1.2491

update:

Naja, dachte eigentlich. dass ich schnell einen Dockercontainer für jellifin erstellen kann, um es flott wieder zurückspielen zu können. Muss nämlich mein System-Volume platt machen, um das Laufwerk zu tauschen. Qnap-App-Sicherung gibt es ja nicht. Migrieren ginge zwar, doch das zweite Laufwerk sollte auch gleich anders angelegt werden. Somit fällt das auch ins Wasser. Aber egal, kann dann immernoch damit herumspielen und versuchen, das Docker jellifin wie gewünscht zum Laufen zu bekommen.

p.s. bin dann mal kurz weg

Jo, sorry, dass ich das nicht erwähnt habe.

Es ist die neueste "stable" welche mir angeboten wurde.

ContainerStation 3.0.5.623 (2023/08/30)

update:

Das von dir verlinkte Problem scheint ein anderes zu sein. Es kann aber trotzdem sein, dass es zusammenhängt.

Zumindest deutet es darauf hin, den Fehler eher bei CS zu suchen. Mit der Jellifin-APP gab es ja keine Probleme bezogen auf Zugangsrechte..

Ja, das ist ein guter Tipp. Hatte mir auch schon in diese Richtung gedanken gemacht.

Die Berechtigungen sind aber gesetz auf admin und meinen user_admin. Damit hatte ich von der app aus auch Zugriff. Selbst ein normaler user hatte auf das externe drive Zugriffsrechte.

Becker2020

Ich kenne mich da nur im gui aus. Mit linux berechtigungen bin ich ein absoluter noob. Müsste ich das per ssh direkt im System der Qnap irgendwo einsehen? Es deutet eigentlich darauf hin, dass die docker app keine Zugriffsrechte dafür hat.

edit:

Als admin auf dem Qnap besteht genau das selbe Problem.

Hallo allerseits,

irgendwie stehe ich auf dem Schlauch und ersuche hier um Rat. Der jellyfin-server lief bis jetzt problemlos als App. https://github.com/pdulvp/jellyfin-qnap

Nun möchte ich den offiziellen jellyfin-server als Dockercontainer in CS laufen haben. Grund ist, dass ich somit flexibler bin und besser backups machen kann.

Dies funktioniert soweit auch, nur lässt sich mein an der TS-253D extern angeschlossenes HDD-drive nicht in den container einbinden.

Das Mediashare wird beim Erstellen des Containers nicht angezeigt und kann somit als Host-Share gar nicht eingebunden werden.

Im jellyfin-server Container selber habe ich es auch nicht hinbekommen. Denke auch, dass dies vorher, also beim Erstellen geschehen muss.

Was müsste ich ändern, damit mein Media-Share als externe HDD an USB gleich behandelt wird wie die anderen Shares auf den internen Drives?

Kann man das irgendwie verlinken oder weiterleiten?

Oder muss ich das doch im erstellten Container irgendwie einbindne?

version:

ContainerStation 3.0.5.623 (2023/08/30)

21.09.23-07.48.51.png21.09.23-07.50.39.png

Danke fürs lesen und vielleicht hast du ja sogar einen hilfsreichen Tipp.

Zitat von LittleJonny

Heißt das, dass meine Container im Hintergrund nun automatisch aktuell gehalten werden?

Das wäre mal ein tolles Feature. Aber ich bezweifle, dass dies von Vorteil wäre. Da mache ich lieber selber Updates, als dass ich dies der ContainerStation überlasse.

Das wird ein Updateprozess der CS-App sein.

Verwaiste Einträge zeigen sich bei mir auch, mit dem selben Problem sie nicht löschen zu können.

Ich kann mich erinnern, dass dies in einer vorhergehenden Version "gefixt" wurde, nun aber wieder die selben Container auftauchen.

Hi,

zu 2)

Den Direktlink zum jeweiligen Browser-GUI aus der CStation vermisse ich auch, das war eigentlich recht praktisch.

Dafür brauchst du die zugewiesene IP und den jeweiligen Port des gewünschten Containers.

Zitat von Node-Red documentation

Code

[info] Server now running at http://127.0.0.1:1880/

28.07.23-14.44.46 1213x1011.pngEinstellung wurde beim Update nicht verändert.

falscher fred, soory

Dass die ContainerStation auffallend träge ist, kann ich nicht bestätigen.