camoFS - für IP-, Netzwerkkameras und Webcams

    Diese Seite verwendet Cookies. Durch die Nutzung unserer Seite erklären Sie sich damit einverstanden, dass wir Cookies setzen. Weitere Informationen

    • Genau - die Tests waren ok - auch mit der aktuelle dat - aber bei Video kam dann eben das unter 2. Geschriebene: Video-Test für diese URL ist ok .... --> Prüfen/warten auf Video aus = kein Bild - Prüfen/warten auf Video auf x Sek. = sorry, no video-stream available
      dann vermute ich, der Stream kann nicht auf der Box wiedergegeben werden und es hat in diesem Fall nichts mit dem Plugin zu tun
      dat sichern, alte dat testen würde ich meinen - wenn es auch nicht funktioniert, Vorgaben des Video-Stream ändern versuchsweise, evtl auch mal mit dem extplayer der Serviceapp des VTi probieren

      hast du probiert: [i]opkg install gst-plugins-good-mulaw[/i]
      versucht, Audio zu deaktivieren?


      Hm hast Du denn da etwas geändert. Bei mir kam da nur die Nachricht: "Wenn die Kamera nicht reagiert, bitte komplette URL ..."

      Es passierte aber nichts, daher dachte ich ja auch ich müsste das selber über das Steuerkreuz der FB testen.
      es passiert sicher per Steuerkreuz im Plugin genauso wenig wenn es nicht funktioniert...
      der Unterschied ist im Fehlerhandling und in den debug-Ausgaben
      ============================================================================================

    • shadowrider schrieb:

      dat sichern, alte dat testen würde ich meinen - wenn es auch nicht funktioniert, Vorgaben des Video-Stream ändern versuchsweise,
      Genau das habe ich gerade probiert und dabei auch etwas festgestellt:

      1. Ich habe testweise die alte funktionierende dat von vorgestern probiert und damit funktioniert der rtsp Stream wieder.
      2. Aktuelle dat von gestern Abend geschnappt und manuell (ja ich weiß das ist böse) :D den rtsp Stream geändert und zwar den bereits beschriebenen Unterschied geändert: Statt auth_name:auth_pwd den echten Name und PW in den rtsp String eingetragen. GUI Neustart und Video funktioniert wieder. :thumbup:
      3. Sicherung der aktuelle dat von gestern Abend genommen und wieder aufgespielt. Im Anschluss im Menü per FB den rtsp Stream geändert und zwar statt dem dort stehenden auth_name:auth_pwd den echten Namen und PW eingetragen. Jetzt kommts: Sobald man das Menü dann wieder verlässt bleibt der echte Name erhalten und das richtige PW wird wieder durch auth_pwd ersetzt. Ergebnis: Video funktioniert wieder nicht.

      In der dat ist dann nach dem speichern sogar auch wieder rtsp://auth_name:auth_pwd eingetragen.

      Woher holt er sich wieder das auth_pwd und trägt das ein? ?(

      Das könnte/dürfte wohl ein/das Problem sein? Mal unabhängig davon ob die Steuerungs Button funktionieren oder nicht. Da gibt es ja ggf. noch das Problem das Command type der nicht umgestellt werden kann.

      BTW Command type: Da ich eh gerade dabei war in der dat "rumzupfuschen" :) habe ich den Command type dort auf 1 geändert. Das hatte dann zur Folge das auch der richtige Befehlsaufbau genutzt wurde, allerdings kam es immer noch zum Button-Error

      Quellcode

      1. 29.01.18 17:35:39 Button (Dahua PTZ), command-typ: 1
      2. http://dahua:richtiges Passwort@192.168.1.88:80/cgi-bin/ptz.cgi?action=start&code=Right
      3. stop-Button: http://dahua:richtiges Passwort@192.168.1.88:80/cgi-bin/ptz.cgi?action=stop
      4. 29.01.18 17:35:39 Button-Error:
      5. command-typ: 1
      6. http://dahua:richtiges Passwort@192.168.1.88:80/cgi-bin/ptz.cgi?action=start&code=Right
      Warum das so ist weiß ich noch nicht. Ich glaube aber ich habe da noch einen Fehler im String, statt arg3=0 steht im Debug Log arg=0 was natürlich falsch ist. :whistling: Das werde ich jetzt umgehend korrigieren.
      Aktuell im Einsatz: Solo 2 und Solo 4K

    • 1. debug auf 4 - nachsehen, was im string drin steht komplett (speziell eben das passwort)
      2. hast du dort Sonderzeichen drin?
      3. das passwort wird korrekt angezeigt? mal neu abgespeichert?


      Woher holt er sich wieder das auth_pwd und trägt das ein?
      aus dem Eintrag bei Passwort


      Button
      kA, ich mag auch nicht mitmachen wenn meine Bitten ignoriert werden
      (und ich hab dir sogar ausführlich was dazu erklärt
      ============================================================================================

    • An dem arg Befehl lag es nicht. Auch nach der Korrektur kommt noch 401.

      Quellcode

      1. 29.01.18 18:27:16 [camoFS command-Test] com_typ: 1
      2. 29.01.18 18:27:16 command Button left: http://dahua:das richtig Passwort@192.168.1.88:80/cgi-bin/ptz.cgi?action=start&channel=0&code=Left&arg1=0&arg2=3&arg3=0
      3. 29.01.18 18:27:16 [camoFS command-Test] ('http error', 401, 'Unauthorized', <httplib.HTTPMessage instance at 0x97f5d468>)
      4. 29.01.18 18:27:16 [camoFS command-Test] test end
      Über den Browser funktioniert der Befehl.

      shadowrider schrieb:

      kA, ich mag auch nicht mitmachen wenn meine Bitten ignoriert werden(und ich hab dir sogar ausführlich was dazu erklärt
      Sorry verstehe ich nicht. Scheinbar reden wir dann wirklich aneinander vorbei. ?(
      Nur mal so: Ich teste gerade parallel x unterschiedliche Dinge durch und flitze x mal vom PC zur Vu um dort Einstellungen vorzunehmen, neu zu booten, wieder was testen, dat anschauen, Log anschauen usw. usw. usw. Zwischendurch schreibe ich hier und lese Deine Postings und Nachträge.
      Ja ich weiß das Du auch hier liest und schreibst und zwischendurch sogar noch Änderungen am Programm machst. Aber bitte bitte komm nicht mir "ignorieren" um die Ecke.

      Ich mache jetzt Pause und das ist glaube ich auch besser so.
      Aktuell im Einsatz: Solo 2 und Solo 4K

    • nochmal ein Update
      - fix: Versionierung war wohl beim letzten fehlerhaft
      zwei kleinere Änderungen, die evtl auch helfen könnten

      und damit für heute: Feierabend :happy4:


      Aber bitte bitte komm nicht mir "ignorieren" um die Ecke.
      hatte ich deutlichst geschrieben:


      und bitte, lass das Button-Testen im Plugin - beschränke dich auf Test's
      in der Eingabe-Seite (es wird weder besser noch anders wenn es im
      Plugin passiert, nur die Ausgaben sind weniger)
      der test im Eingabe-Fenster gibt aus ob/was passiert, an der kamera sihet man auch ob sie reagiert
      und ist in Post 4563 eben doch wieder ignoriert
      ============================================================================================

      Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von shadowrider ()

    • shadowrider schrieb:

      hatte ich deutlichst geschrieben: und ist in Post 4563 eben doch wieder ignoriert
      Sorry Du weißt nicht wie viel X Dinge in Y Varianten ich hier in den letzten Stunden so durchprobiert habe und wie viele unterschiedlichste Logs und Logeinträge dabei rausgekommen sind.

      Ich denke wir beenden das jetzt einfach und haben beide wieder unsere Ruhe. Du brauchst Dich nicht mehr darüber "ärgern" das ich ggf. etwas ignoriert habe und ich nicht mehr darüber das ich ggf. etwas falsch gemacht habe.

      Normalerweise gebe ich nicht so schnell auf wenn etwas nicht flutschen will, aber in dem Fall ist es besser so.

      Danke für Deine Hilfe und das meine ich auch so. :)

      VG Jim
      Aktuell im Einsatz: Solo 2 und Solo 4K

    • Du weißt nicht wie viel X Dinge in Y Varianten ich hier in den letzten Stunden so durchprobiert habe und wie viele unterschiedlichste Logs und Logeinträge dabei rausgekommen sind.
      du irrst, denn sofern mir eine 'Problem'-Kamera zur Verfügung gestellt wurde, habe ich nur zu oft ähnliche Spielchen damit gemacht, um etwas herauszubekommen
      ich weiß also nur zu gut wie es nerven und frusten kann...

      Normalerweise gebe ich nicht so schnell auf wenn etwas nicht flutschen will, aber in dem Fall ist es besser so.
      das ist schade, da meine Bemühungen der letzten Tage somit ins leere laufen und für die katz waren
      ============================================================================================

    • OK einen habe ich noch. :)

      shadowrider schrieb:

      ich weiß also nur zu gut wie es nerven und frusten kann...
      Das ist nicht das Problem. An Problemsuche und -findung bin ich in rund 25 Jahren in der IT gewöhnt. ;) Es motiviert aber nun mal nicht unbedingt wenn man immer mal wieder mit "Vorwürfen" konfrontiert wird. Da verliert man die Lust und wägt ab ob die Lösungsfindung das Wert ist.
      Ebenso motiviert es Dich wahrscheinlich nicht wenn Du etwas schreibst und der User das nicht, oder etwas ganz anderes macht. Kann ich ebenfalls verstehen, aber man muss dann vielleicht mit etwas mehr Fingerspitzengefühl daran gehen und es dem User nicht (immer) noch "unter die Nase reiben". Wir alle sind nicht perfekt und wir alle machen Fehler.


      Aber doch noch zum Thema:
      Du hast ja auch Änderungen an der Authentifikation vorgenommen, aber irgendetwas passt da jetzt nicht mehr. Wie bereits geschrieben stimmt jetzt irgendetwas nicht mehr mit der Authentifikation im rtsp Befehl, oder es hakt an einer anderen Stelle. Wie bereits in # 4.563 Punkt 2 geschrieben funktioniert der rtsp Stream wieder wenn ich in der dat den richtigen Namen und das richtige PW eintrage. Dann habe ich eben die Einrichtung über das Menü noch einmal kompl. neu vorgenommen und den kompl. richtigen Pfad erneut eingetragen rtsp://dahua:richtigesPasswort@192.168.1.88:554/cam/realmonitor?channel=1&subtype=0
      Dieser wird auch so und korrekt beim Video Test angezeigt und nein ich habe keine Sonderzeichen im PW:
      Ergebnis: Kein Video (Log dazu folgt gleich)

      Dann habe ich - "just for fun" - das Amcrest Modell aus Deiner Liste als neue Kamera angelegt. Das habe ich gemacht weil viele Amcrest Kameras inzwischen von Dahua stammen. Also alles eingerichtet und alles war schick. Nur bei dem rtsp Stream kam wieder das gleiche Problem. Kein Video, obwohl der rtsp Befehl für die Amcrest richtig war und identisch zu dem der Dahua ist.
      --> Amcrest wieder gelöscht
      Steht alles aber nicht im folgenden Log!

      Dann habe ich - mit leichten Frust im Bauch - wieder den rtsp Eintrag der Dahua im Menü (nicht direkt in der dat!) bearbeitet. Diesmal habe ich einfach nur rtsp://dahua:richtigesPasswort@192.168.1.88:554 eingetragen, so wie auf dem Screenshot zu sehen

      camoFS_Screenshot.JPG
      und oh Wunder der rtsp Stream funktioniert wieder. ?(

      Die dat dazu

      Quellcode

      1. # do not enter here, no support for this!!
      2. # hier nicht editieren, kein Support fuer editierte Dateien!
      4. [settings]
      5. ext_menu = False
      6. ext_menu2 = False
      7. start_menu = 1
      8. update_meld = True
      9. osd_alpha_off = False
      10. auto_del = 0
      11. auto_del2 = 0
      12. alarm_size = 400,300
      13. size_korr = 0
      14. safeart = 1
      15. show_offline = True
      16. motion_detect = no
      17. auto_on = False
      18. auto_off = False
      19. dauer_cam = None
      20. safepath = /tmp/camoFS/
      21. video_dir = /tmp/camoFS/
      22. alert_save_path =
      23. toggletime = 15
      24. automini = 0
      25. automini_vid = False
      26. autotoggle = False
      27. debug2 = 4
      28. vkb = True
      29. debugpath = /tmp/
      30. live_tv = False
      31. color1 = black
      32. fritzcall_cam = None
      33. fritzcall_nr =
      34. fc_anzeigedauer = 60
      35. al_pic_time = 200
      36. alarmshowfc = bildlo
      37. al_display = 3
      38. al_display2 = 1
      39. alert_on = False
      40. kid2 = EIEK-FGGI-EGBD
      41. mb_bez = False
      42. mb_max = 4
      43. picalert = False
      44. st = 1517233513
      46. [cam2]
      47. active = Ja
      48. exp = 2
      49. auth = 2
      50. cam_name = Dahua PTZ
      51. cam_schema = http
      52. cam_ip = 192.168.1.88
      53. cam_port = 80
      54. cam_username = dahua
      55. cam_password2 = 7453A9E9316AEC1056E69E72551A5ABC
      56. cam_praefix =
      57. cam_jpg_path = /cgi-bin/snapshot.cgi?Channel=0
      58. cam_video_path = rtsp://auth_name:auth_pwd@ip:v_port
      59. video_check = 1
      60. cam_sector = 0,0,640,480
      61. cam_interval = 2000
      62. cam_interval2 = 2000
      63. command_type = 1
      64. command_intent = /cgi-bin/ptz.cgi?action=
      65. btn_left = start&channel=0&code=Left&arg1=0&arg2=3&arg3=0
      66. btn_left_stop = stop&channel=0&code=Left&arg1=0&arg2=3&arg3=0
      67. btn_right = start&code=Right
      68. btn_right_stop = stop
      69. btn_up = start&code=Up
      70. btn_up_stop = stop
      71. btn_down = start&code=Down
      72. btn_down_stop = stop
      73. v_port = 554
      Alles anzeigen

      Das Log dazu (das richtige Passwort wurde durch den Begriff "komplettesPasswort" ersetzt)

      Quellcode

      1. 29.01.18 20:51:39 [camoFS] startcheck, online: http, 192.168.1.88, 80, dahua, komplettesPasswort, /cgi-bin/snapshot.cgi?Channel=0, Dahua PTZ, cam2, 0,0,640,480, 2000, rtsp://dahua:auth_pwd@192.168.1.88:554/realmonitor?channel=1&subtype=0, /cgi-bin/ptz.cgi?action=, , 2, 1, , , , 2000, 554, 1, 2,
      2. 29.01.18 20:51:39 Video-check failed, Dahua PTZ
      3. RTSP/1.0 404 Not Found
      4. CSeq: 2
      5. WWW-Authenticate: Digest realm="Login to 3L00736PAN00001", nonce="5c7e4614da10cb2489b23684f18df416"
      8. 29.01.18 20:51:39 Video-check failed, rtsp://dahua:auth_pwd@192.168.1.88:554/realmonitor?channel=1&subtype=0
      9. 29.01.18 20:51:53 [camoFS] startcheck, online: http, 192.168.1.88, 80, dahua, komplettesPasswort, /cgi-bin/snapshot.cgi?Channel=0, Dahua PTZ, cam2, 0,0,640,480, 2000, rtsp://dahua:auth_pwd@192.168.1.88:554/realmonitor?channel=1&subtype=0, /cgi-bin/ptz.cgi?action=, , 2, 1, , , , 2000, 554, 1, 2,
      10. 29.01.18 20:51:53 Video-check failed, Dahua PTZ
      11. RTSP/1.0 404 Not Found
      12. CSeq: 2
      13. WWW-Authenticate: Digest realm="Login to 3L00736PAN00001", nonce="afa7d0ffb34074f554876ba12bdf4708"
      16. 29.01.18 20:51:53 Video-check failed, rtsp://dahua:auth_pwd@192.168.1.88:554/realmonitor?channel=1&subtype=0
      17. 29.01.18 20:52:33 [camoFS cam-Test] video: Dahua PTZ
      18. digest:
      19. DESCRIBE rtsp://dahua:auth_pwd@192.168.1.88:554 RTSP/1.0
      20. CSeq: 2
      21. Authorization: Digest username="dahua", realm="Login to 3L00736PAN00001", algorithm="MD5", nonce="ad15a8e90e0b968c2b8841df5d203582", uri="rtsp://dahua:auth_pwd@192.168.1.88:554", response="431757de1c91672f5dc2e34d72854c3f"
      22. User-Agent: RTSP Client
      23. Accept: application/sdp
      26. rep1:
      27. RTSP/1.0 200 OK
      28. CSeq: 2
      29. x-Accept-Dynamic-Rate: 1
      30. Content-Base: rtsp://dahua:auth_pwd@192.168.1.88:554/
      31. Cache-Control: must-revalidate
      32. Content-Length: 429
      33. Content-Type: application/sdp
      34. v=0
      35. o=- 2251966631 2251966631 IN IP4 0.0.0.0
      36. s=Media Server
      37. c=IN IP4 0.0.0.0
      38. t=0 0
      39. a=control:*
      40. a=packetization-supported:DH
      41. a=rtppayload-supported:DH
      42. a=range:npt=now-
      43. m=video 0 RTP/AVP 96
      44. a=control:trackID=0
      45. a=framerate:25.000000
      46. a=rtpmap:96 H264/90000
      47. a=fmtp:96 packetization-mode=1;profile-level-id=4D4028;sprop-parameter-sets=Z01AKI2NQDwBE/LgLcBAQFAAAD6AAAw1DoYAPoAABGUC7y40MAH0AAAjKBd5cKAA,aO44gAA=
      48. a=recvonly
      49. 29.01.18 20:52:33 [camoFS cam-Test] video ok
      50. 29.01.18 20:52:48 [camoFS] startcheck, online: http, 192.168.1.88, 80, dahua, komplettesPasswort, /cgi-bin/snapshot.cgi?Channel=0, Dahua PTZ, cam2, 0,0,640,480, 2000, rtsp://dahua:auth_pwd@192.168.1.88:554, /cgi-bin/ptz.cgi?action=, , 2, 1, , , , 2000, 554, 1, 2,
      51. # 29.01.18 20:55 camoFS / Vers. 16.66 / edmb:ok
      52. # solo4k, VTi, EIEK-FGGI-EGBD:voll
      53. # sets: {'ext_menu': False, 'update_meld': True, 'al_file_akt': 'nothing', 'debugpath': '/tmp/', 'symbol_top': 40, 'alarmshowfc': 'bildlo', 'show_offline': True, 'mb_bez': False, 'alarmtime': 15, 'alert_save_path': '', 'alertsound': False, 'auto_del2': '0', 'picalert_path': '/tmp/', 'alarm_cam': None, 'pip_toggletime': 3, 'direkt_cam': None, 'edmb': 'ok', 'al_path': '/hdd/camoFS/', 'al_file_only': '', 'alert_on': False, 'color1': 'black', 'toggletime': '15', 'fritzcall_cam': False, 'autotoggle': False, 'picalert_savepath': '/tmp/', 'ext_menu2': False, 'safepath': '/tmp/camoFS/', 'al_incl': (), 'al_display2': '1', 'auto_del': '0', 'al_excl': (), 'al_pic_time': '200', 'alarm_size': ['400', '300'], 'live_tv': False, 'automini': '0', 'debug2': 4, 'al_lcd': 1, 'pip_sets': '30,30,800,300', 'al_lcd_size': 0, 'size_korr': '0', 'dauer_cam': False, 'st': '1517233513', 'picalert': False, 'kid2': 'EIEK-FGGI-EGBD', 'fritzcall_nr': '', 'dog_autostart': False, 'safeart': '1', 'al_file_akt3': '', 'alarmshow': 'bildlo', 'auto_off': False, 'vkb': True, 'auto_on': False, 'osd_alpha_off': False, 'fc_anzeigedauer': '60', 'picalert_art': 1, 'video_dir': '/tmp/camoFS/', 'start_menu': '1', 'al_display': '3', 'automini_vid': False, 'interval': 5, 'symbol_left': 40, 'mb_max': '4', 'motion_detect': 'no'}
      54. ############################################################
      55. 29.01.18 20:55:03 [autodel] start
      56. 29.01.18 20:55:03 [autodel] end
      57. 29.01.18 20:55:18 [camoFS] startcheck, online: http, 192.168.1.88, 80, dahua, komplettesPasswort, /cgi-bin/snapshot.cgi?Channel=0, Dahua PTZ, cam2, 0,0,640,480, 2000, rtsp://dahua:auth_pwd@192.168.1.88:554, /cgi-bin/ptz.cgi?action=, , 2, 1, , , , 2000, 554, 1, 2,
      58. 29.01.18 21:07:11 [camoFS] startcheck, online: http, 192.168.1.88, 80, dahua, komplettesPasswort, /cgi-bin/snapshot.cgi?Channel=0, Dahua PTZ, cam2, 0,0,640,480, 2000, rtsp://dahua:auth_pwd@192.168.1.88:554, /cgi-bin/ptz.cgi?action=, , 2, 1, , , , 2000, 554, 1, 2,
      Alles anzeigen
      Irgendetwas scheint an der Authentifikation und/oder der Name- und Passwort-Übergabe nicht zu passen.

      Last but not least:
      1. Es kam bei meinen Versuchen zu keinerlei Crash der Vu.
      2. Den Button für PTZ habe ich nicht mehr getestet. Einfach keinen Bock mehr. Aber an dem arg Befehl lag es nicht. Ich hatte den noch korrigiert und der Befehl

      Quellcode

      1. Left Start
      2. /cgi-bin/ptz.cgi?action=start&channel=0&code=Left&arg1=0&arg2=3&arg3=0
      3. Left Stop
      4. /cgi-bin/ptz.cgi?action=stop&channel=0&code=Left&arg1=0&arg2=3&arg3=0

      wurde lt. Log korrekt umgesetzt in

      Quellcode

      1. http://dahua:richtigesPasswort@192.168.1.88:80/cgi-bin/ptz.cgi?action=start&channel=0&code=Left&arg1=0&arg2=3&arg=0
      2. und
      3. http://dahua:richtigesPasswort@192.168.1.88:80/cgi-bin/ptz.cgi?action=stop&channel=0&code=Left&arg1=0&arg2=3&arg=0
      Trotzdem kam es zu 401 Error. Der Test war aber noch vor dem Log was ich hier gerade gepostet habe!



      Mir ganz pers. wäre es lieber wenn ich alle Dinge wie Name, Passwort, Art der Authentifikation usw. überall zu Fuß im Menü eintragen könnte und es keinen Automatismus gebe. Aber mir ist schon klar das dieser Automatismus gewollt ist und es so vielen Usern viel einfacher macht.

      Vielleicht kannst Du mit meinen "Ergebnisse" ja noch etwas anfangen.

      Habe fertig. :D

      VG Jim
      Aktuell im Einsatz: Solo 2 und Solo 4K

    • kann da ohne die angefragten und benötigten Infos nicht helfen

      für jemanden aus der IT ist es extrem verwunderlich, wie du reagierst
      denn genau derjenige sollte besser als jeder andere wissen, das gezielte Fragen ihren grund haben und das gefragt wird um zum Ziel zu gelangen
      wenn man dann andere als die benötigten Informationen erhält, kann man gar nichts machen und kommt keinen Schritt weiter - stochern im Nebel hilft bei einfachen Dingen oft weiter, hier jedoch absolut nicht


      aber man muss dann vielleicht mit etwas mehr Fingerspitzengefühl daran gehen und es dem User nicht (immer) noch "unter die Nase reiben"
      das geht mir vermutlich ab, ziemlich sicher jedoch nach der dritten gleichen Bitte/Frage - unbestritten
      allerdings ist es meine Zeit, die ich massiv eingesetzt habe um dir zu helfen - und du machst es dir und mir absolut unnötig schwer

      nachvollziehbare, logische oder erklärbare Fehler/Probleme hatte ich umgehend behoben/geändert, wenn ich keinerlei Anhaltspunkt habe wo ansetzen ist es jedoch nicht möglich
      da hilft es auch nicht, wenn mehrfach das gleiche Testresultat gemeldet wird
      ============================================================================================

      Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von shadowrider ()

    • Fragen an alle interessierten:


      (!Version 16.66)

      1. gibt es Authentifications- Probleme?
      wenn ja:
      2. im Plugin Passwort bei jeder Kamera prüfen, speichern
      3. debug auf level 4 stellen, GUI-neustart -> wird im debug-log überall exakt das gleiche Passwort wie unter Passwort, bei der Kamera eingetragen, angezeigt?
      4. wenn Passwort nicht exakt gleich: sind Sonderzeichen im Passwort? welche?


      sofern sich diese Probleme bestätigen, kann ich es evtl anhand der Infos nachvollziehen und beheben...
      ============================================================================================

    • Hallo,

      ich habe mir jetzt die 229 Seiten noch nicht durchgelesen. Habe aber das Problem, dass wenn ich die Kameraeinstellungen speichern will, die GUI jedesmal neu startet und die Einstellungen nicht uebernommen werden.
      Irgendwer eine Idee woran das liegt?
      VU Ultimo 4k. VTI Image 13.... neueste.

      mfg

    • Kein Crashlog auf /hdd ?
      ----------------------------------------------------------------------------------------------------------------------------------------------------------------
      KAPIERVORGANG beendet.

      Zubehör : Philips 46PFL-9705 / 37PFL-9604, Samsung HT-E6759W, Samsung SPF 107H-105P-87H, Qnap TS-253A, Harmony 650, Fritzbox 7490, Cisco WAP4410N, Netgear M4100-D12G, TPLink HS100/HS110/LB110

    • hmm,ich habe jetzt versucht eine wansview NCM 628 einzurichten versucht,jedoch funktioniert der JPG login nicht. deswegen geht auch rest nicht.
      ich hab auch schon mit wireshark geschaut ...
      login mit browser funktiniert aber - bzw. er fragt immer nach user + pwd.
      also scheinbarirgendwas bei der übergabe vom passwort nicht korrekt.

      cam ist eine: WANSVIEW NCM-628W -> schaut so aus: Cambase | Wansview NCM-628W

      divereste varianten probiert ..mit wget:
      root@vusolo2:/tmp# wget snap.cgi?chn=0&u=user&p=user111
      [1] 4363
      [2] 4364
      root@vusolo2:/tmp# Connecting to 192.168.1.211 (192.168.1.211:80)
      wget: server returned error: HTTP/1.1 401 Unauthorized
      ebenfalls probiert diverse varianten derübergabe für login probiert ... (u user usr / passw pwd p password)

      wireshark: (+ test mit Ieexplorer:
      und er fragt dann nach passwort: hier mal gestellt auf user: user /passwd: user111

      User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; Trident/7.0; rv:11.0) like Gecko
      Accept-Encoding: gzip, deflate
      Host: 192.168.1.212
      Connection: Keep-Alive
      Authorization: Digest username="admin",realm="IPCamera Login",nonce="68d12256f47dc0191c9e66a630dd8a2b",uri="/mjpeg/snap.cgi?chn=0",cnonce="26bfd96385f37e4a6133e46ea638a1fc",nc=00000001,response="0a30ceacc1a2465aca984b84f0e9c3ec",qop="auth"

      HTTP/1.1 200 OK
      Cache-Control: public,max-age=0
      Connection: close
      Transfer-Encoding: chunked
      Date: Thu, 15 Feb 2018 14:21:58 GMT
      Server: lighttpd/1.4.35

      ich glaube der macht das mit anderer anmelde-technik: pwd finde ich im wireshark niht weil vlt base64 oder so ?
      oder muss ich pwd in base64 übergeben ?
      hat irgendjemand noch ideen ?

      lg camel

    • Update:
      für ein paar 'spezial'-User habe ich mal eine Option eingebaut, die Passwortverschlüsselung zu deaktivieren
      Option auf nein setzen, neu starten
      Passwörter sicherheitshalber prüfen und Kameraeinstellung erneut speichern
      neu starten

      @camel
      wenn dich Seite 3 der Anleitung nicht interessiert oder du es ablehnst, dann musst dir eben alleine helfen
      für Ratespiele ohne gute Gewinnmöglichkeit fehlt mir die Zeit
      ============================================================================================

    • seit dem letzten Update wird kein Bild mehr von meinen beiden Foscams angezeigt (2 D-Link-Cams gehen). Kamera löschen und neu erstellen bringt keinen Unterschied, beim jpg-Test ist das Bild zwar da, als ob alles O.K. wäre, aber dann in der Übersicht und im Minibild nicht
      funktionierende camoFS.dat aus älterem Image rüber kopieren auch ohne Erfolg. Habe nun wieder das "alte" comoFS aus usr/lib....extensions rüberkopiert - das geht

      - woran kann das liegen?

    • Passwort im Plugin eingegegebn und gespeichert?
      dann muss ich mal schauen - blöd, bei einem behoben beim andern sofort Probleme

      was ergeben die debug-Ausgaben?
      ============================================================================================

      Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von shadowrider ()

    • die Eintragungen (PW usw.) sind unverändert, funktioniert ja auch beim jpg Test

      bei der debug Ausgabe müsstest du mir sagen nach was ich schauen soll
      kann ich die nur auf dem TV sehen, oder wird die Datei irgendwo gespeichert - finde nix?