Für IP-CAM Besitzer und E1 (und bald E2 ?!?): Dream Motion Script by Mamba

Wir haben aktuell ein Problem mit dem Board und arbeiten an der Lösung...
  • Hallo Alle,


    --------
    Update: dream_motion-0.5, siehe unten


    E1-Projekt von sergiotas (12/2007): www.dreamcamip.com
    -------


    diese Ankündigung bezieht sich auf den Thread Dreambox als Babyfon/Überwachung. Dort wird diskutiert, wie man mittels einer IPCAM eine Überwachungsanlage (z.B. Baby-Cam) aufbauen kann.


    Der Mechanismus ist einfach erklärt: Die Dreambox holt sich Einzelbilder von der Kamera und vergleicht den Inhalt 2 aufeinander folgender Bilder. Übersteigt die Differenz einen bestimmten Schwellwert, wird ein Alaram ausgelöst ("Bewegungsmelder"). Die Ausgabe der Bilder erfolgt auf dem TV Bildschirm.


    Dieser Thread hier soll dazu dienen die Testergebnisse des angehängten Demonstators zu diskutieren (kompiliert für ppc Plattform, kann für Interessierte aber auch auf 7025 (mips) lauffähig gemacht werden, mir fehlt nur der passende Compiler). Würde mich freuen, wenn sich ein paar Interessierte finden.


    Habe mich weiter mit dem Algorithmus zur Bewegungserkennung auf der Dreambox intensiv beschaefigt.
    Verschiedene Anregungen, die ich über das Board bzw. direkt erhielt, sind hier eingeflossen. Insgesamt 9 Änderungen gegenüber der Version 0.1.


    Kurz die wichtigsten Punkte:
    1. Das script merkt sich jpgs vor, während und nach dem Alarm.
    2. Alle Schwellwerte sind einstellbar (siehe config Bereich im script)
    3. Alle events werden auf der Platte mitgeloggt.
    4. Erkennungsmechanismus weiter verbessert und beschleunigt. Alle tools wurden gestript.


    Viel Spaß beim Testen.


    Gruß Mamba


    #CHANGE LOG:
    # What is new in version 0.2?
    # 0) changed name from 'motion' to "dream_motion script" to avoid all possible confusions with other products
    # 1) i have added a ton of comments below.
    # 2) runtime errors get saved in $tmp_dir/dream_motion.err
    # 3) heartbeat function that shows how fast the loops run and whether it runs at all
    # 4) if motions is detected, the triggering image (pre, while and post event) get saved under the name "dream_motion_x_xyyyy_z.jpg"
    # 5) added feature to turn TV SHOW on/off (needed mostly for debugging and other applications)
    # 6) logging function added, puts stdout into $save_dir/dream_motion.log file for latter analysis
    # can be turned on and off
    # 7) cycle counter added to logging function, counts the cycles in which a motion was contiously detected. Is a sign for the lenght of movements
    # 9) speed dramatically increased due to some code optimizations
    # 9) added pre-alarm threshold to define number of continous movement req. before setting off an alarm

  • Hallo,


    oben wurde ein neuer File angehängt: Version 'dream_motion-03'.


    Im Prinzip gibt es 2 wichtige Neuerungen:


    1. Bugfix: für den Fall, dass die Subdirs $save_dir, $jpg_dir und $vid_dir nicht existierten, werden diese nun bei Programmstart angelegt
    2. Nach Beendigung einer Alarmphase (d.h. es liegt nach Alarmmeldung keine Bewegung mehr vor), wird ein kleines MPG video aus den JPGs gebaut (mit MENCODER, Infos siehe dieser Thread hier).


    Bin weiterhin an Feedback interessiert. Don't hold back!


    Gruß Mamba


    PS: Version 0.3 enthält auch den MENCODER, daher ist das Archiv 3 MB groß.
    -------------------------------------
    #CHANGE LOG:
    # What is new in version 0.3?
    # 0) added feature to build mpgeg1 file from alarm images using http://www.mplayerhq.hu's mencoder
    # 1) correct bug if save_dir didn't exit, couldn't write jgps to HDD. Now fixed.


    # To do list for version 0.4:
    # 1) add wput feature so that motion_alarmX.jpg/mpg gets posted on a website
    # 2) add comand line option functionality to avoid the need to edit this script
    # 3) add "first launch" function to set dream motion environment correctly
    # 4) added ping function to firstly see whether ipcam is reachable at all
    # 5) add port function to wget in order to adjust for personal ip cam port setting, currently port 80 is mandated

    checking for long long... yes
    checking for long double... yes
    +++ Divide By Cucumber Error. Stopping. +++

    5 Mal editiert, zuletzt von mamba0815 ()

  • Das wäre natürlich ideal, dann könnte ich ja eventuell live mit meiner internen Notebook-CAM testen. :smiling_face_with_sunglasses:

  • Hi,


    habs gleich mal ausprobiert und meine uralt Quickcam rausgeholt. Musste erst mal das Objektiv entstauben. Die S/W hat 3 mal funktioniert, dann hat sie beim 4. Start eine NT-VDM 16 bit Fehlermeldung gebracht? Nach Reinstallation der gleiche Fehler. Keine Ahnung was da passiert ist.


    Nun verwende ich http://www.camspy.de und die tut (bisher) besten. Man muß unter Optionen/Remote das "Livebild" aktivieren und dann kann man das Standbild mit <ip>:2000 im Webbrowser ansehen. Mal schauen, ob das auch mit dream_motion tut. :)


    Gruß Mamba

    checking for long long... yes
    checking for long double... yes
    +++ Divide By Cucumber Error. Stopping. +++

    Einmal editiert, zuletzt von mamba0815 ()

  • Hallo Zusammen,


    habe 'dream_motion' mit PC-camspy erfolgreich zum Laufen bekommen. S/W einfach installieren, die Webcam auswählen und dann das o.g. machen.


    Im 'dream_motion' habe ich folgende Anpassungen gemacht:


    freeze_frame_jpg=""
    ipcam_ipaddr=192.168.x.x
    tcp_port=2000
    login=0


    D.h. keine Angabe des jpg-Filenamens, tcp_port 2000 ist Standard bei camspy, login Daten werden beim Download nicht mit angegeben. Siehe screenshot anbei.


    Dazu braucht man aber das oben aktualisierte 'dream_motion-0.4', da erst dort die Einstellungen für "login" und "tcp_port" vorhanden sind. Der geübte Scripter kann das natürlich direkt im Script Code ändern (wie Ulli01).


    Beim Testen fiel mit ein böser, genereller Bug von 'dream_motion' auf. Es löscht beim ersten Start alles in seinem Directory, falls das Verzeichnis $save_dir (default= ./log) nicht angelegt war. Passiert nun nicht mehr!


    'dream_motion' läuft auch hervorragend auf einem Linux-PC. Gerade getestet. Man muß dann aber die Variable "pre_alarm_threshold" hochsetzen. Auf einer DM 7020 ist der Wert 3 sinnvoll, auf einem P3 1 Ghz müssen es schon 9 oder mehr sein, da er das Script mindestens 3x schneller abarbeitet.


    Gruß Mamba

  • ich hab zum Testen auch mit camspy probiert - meine ipcam ist noch nicht wieder da :O


    Hier der Log vom Telnet - irgendwas stimmt da net:
    ~ > cd var
    /var > cd bin
    /var/bin > cd webcam
    /var/bin/webcam > ./dream_motion
    [: unknown operand
    [: 0: unknown operand


    /var/bin/webcam > ./dream_motion
    [: unknown operand
    [: 0: unknown operand
    -e


    dream-motion script v0.5 by mamba0815@gmx.li, public domain


    ip-cam IP address: 192.168.1.251
    ip-cam user-ID: root
    ip-cam password: admin
    -e tv output: on
    -e logging: on
    motion alarms saved: ./log/jpg/dream_motion_alarmX.jpg
    ------------------------------------------------------------
    bin/icmp: unexpected EOF while reading image file '/tmp/dream_still.bmp'
    bin/icmp: use -h option for help
    head: invalid option -- c
    BusyBox v1.01 (2006.05.21-10:30+0000) multi-call binary


    Usage: head [OPTION]... [FILE]...


    head: invalid option -- c
    BusyBox v1.01 (2006.05.21-10:30+0000) multi-call binary


    Usage: head [OPTION]... [FILE]...


    head: invalid option -- c
    BusyBox v1.01 (2006.05.21-10:30+0000) multi-call binary


    Usage: head [OPTION]... [FILE]...


    [: .: unknown operand
    icmp_current: [: -lt: argument expected
    bin/icmp: unexpected EOF while reading image file '/tmp/dream_still.bmp'
    bin/icmp: use -h option for help
    head: invalid option -- c
    BusyBox v1.01 (2006.05.21-10:30+0000) multi-call binary


    Usage: head [OPTION]... [FILE]...


    head: invalid option -- c
    BusyBox v1.01 (2006.05.21-10:30+0000) multi-call binary


    Usage: head [OPTION]... [FILE]...


    head: invalid option -- c
    BusyBox v1.01 (2006.05.21-10:30+0000) multi-call binary


    Usage: head [OPTION]... [FILE]...


    [: .: unknown operand
    * icmp_current: [: -lt: argument expected
    bin/icmp: unexpected EOF while reading image file '/tmp/dream_still.bmp'
    bin/icmp: use -h option for help
    head: invalid option -- c
    BusyBox v1.01 (2006.05.21-10:30+0000) multi-call binary


    Usage: head [OPTION]... [FILE]...


    head: invalid option -- c
    BusyBox v1.01 (2006.05.21-10:30+0000) multi-call binary


    Usage: head [OPTION]... [FILE]...


    head: invalid option -- c
    BusyBox v1.01 (2006.05.21-10:30+0000) multi-call binary


    Usage: head [OPTION]... [FILE]...


    [: .: unknown operand
    icmp_current: [: -lt: argument expected
    bin/icmp: unexpected EOF while reading image file '/tmp/dream_still.bmp'
    bin/icmp: use -h option for help
    head: invalid option -- c
    BusyBox v1.01 (2006.05.21-10:30+0000) multi-call binary


    Usage: head [OPTION]... [FILE]...


    head: invalid option -- c
    BusyBox v1.01 (2006.05.21-10:30+0000) multi-call binary


    Usage: head [OPTION]... [FILE]...


    head: invalid option -- c
    BusyBox v1.01 (2006.05.21-10:30+0000) multi-call binary


    Usage: head [OPTION]... [FILE]...


    [: .: unknown operand
    * icmp_current: [: -lt: argument expected
    bin/icmp: unexpected EOF while reading image file '/tmp/dream_still.bmp'
    bin/icmp: use -h option for help
    head: invalid option -- c
    BusyBox v1.01 (2006.05.21-10:30+0000) multi-call binary


    Usage: head [OPTION]... [FILE]...


    head: invalid option -- c
    BusyBox v1.01 (2006.05.21-10:30+0000) multi-call binary


    Usage: head [OPTION]... [FILE]...


    head: invalid option -- c
    BusyBox v1.01 (2006.05.21-10:30+0000) multi-call binary


    Usage: head [OPTION]... [FILE]...


    [: .: unknown operand
    icmp_current: [: -lt: argument expected
    bin/icmp: unexpected EOF while reading image file '/tmp/dream_still.bmp'
    bin/icmp: use -h option for help
    head: invalid option -- c
    BusyBox v1.01 (2006.05.21-10:30+0000) multi-call binary


    Usage: head [OPTION]... [FILE]...


    head: invalid option -- c
    BusyBox v1.01 (2006.05.21-10:30+0000) multi-call binary


    Usage: head [OPTION]... [FILE]...


    head: invalid option -- c
    BusyBox v1.01 (2006.05.21-10:30+0000) multi-call binary


    Usage: head [OPTION]... [FILE]...


    [: .: unknown operand
    * icmp_current: [: -lt: argument expected
    bin/icmp: unexpected EOF while reading image file '/tmp/dream_still.bmp'
    bin/icmp: use -h option for help
    head: invalid option -- c
    BusyBox v1.01 (2006.05.21-10:30+0000) multi-call binary


    Usage: head [OPTION]... [FILE]...


    head: invalid option -- c
    BusyBox v1.01 (2006.05.21-10:30+0000) multi-call binary


    Usage: head [OPTION]... [FILE]...


    head: invalid option -- c
    BusyBox v1.01 (2006.05.21-10:30+0000) multi-call binary


    Usage: head [OPTION]... [FILE]...


    [: .: unknown operand
    icmp_current: [: -lt: argument expected
    bin/icmp: unexpected EOF while reading image file '/tmp/dream_still.bmp'
    bin/icmp: use -h option for help
    head: invalid option -- c
    BusyBox v1.01 (2006.05.21-10:30+0000) multi-call binary


    Usage: head [OPTION]... [FILE]...


    head: invalid option -- c
    BusyBox v1.01 (2006.05.21-10:30+0000) multi-call binary


    Usage: head [OPTION]... [FILE]...


    head: invalid option -- c
    BusyBox v1.01 (2006.05.21-10:30+0000) multi-call binary


    Usage: head [OPTION]... [FILE]...


    [: .: unknown operand
    * icmp_current: [: -lt: argument expected
    bin/icmp: unexpected EOF while reading image file '/tmp/dream_still.bmp'
    bin/icmp: use -h option for help
    head: invalid option -- c
    BusyBox v1.01 (2006.05.21-10:30+0000) multi-call binary


    Usage: head [OPTION]... [FILE]...


    head: invalid option -- c
    BusyBox v1.01 (2006.05.21-10:30+0000) multi-call binary


    Usage: head [OPTION]... [FILE]...


    head: invalid option -- c
    BusyBox v1.01 (2006.05.21-10:30+0000) multi-call binary


    Usage: head [OPTION]... [FILE]...


    [: .: unknown operand
    icmp_current: [: -lt: argument expected
    bin/icmp: unexpected EOF while reading image file '/tmp/dream_still.bmp'
    bin/icmp: use -h option for help
    head: invalid option -- c
    BusyBox v1.01 (2006.05.21-10:30+0000) multi-call binary


    Usage: head [OPTION]... [FILE]...


    head: invalid option -- c
    BusyBox v1.01 (2006.05.21-10:30+0000) multi-call binary


    Usage: head [OPTION]... [FILE]...


    head: invalid option -- c
    BusyBox v1.01 (2006.05.21-10:30+0000) multi-call binary


    Usage: head [OPTION]... [FILE]...


    [: .: unknown operand
    * icmp_current: [: -lt: argument expected
    bin/icmp: unexpected EOF while reading image file '/tmp/dream_still.bmp'
    bin/icmp: use -h option for help
    head: invalid option -- c
    BusyBox v1.01 (2006.05.21-10:30+0000) multi-call binary


    Usage: head [OPTION]... [FILE]...


    head: invalid option -- c
    BusyBox v1.01 (2006.05.21-10:30+0000) multi-call binary


    Usage: head [OPTION]... [FILE]...


    head: invalid option -- c
    BusyBox v1.01 (2006.05.21-10:30+0000) multi-call binary


    Usage: head [OPTION]... [FILE]...


    [: .: unknown operand
    icmp_current: [: -lt: argument expected
    bin/icmp: unexpected EOF while reading image file '/tmp/dream_still.bmp'
    bin/icmp: use -h option for help
    head: invalid option -- c
    BusyBox v1.01 (2006.05.21-10:30+0000) multi-call binary


    Usage: head [OPTION]... [FILE]...


    head: invalid option -- c
    BusyBox v1.01 (2006.05.21-10:30+0000) multi-call binary


    Usage: head [OPTION]... [FILE]...


    head: invalid option -- c
    BusyBox v1.01 (2006.05.21-10:30+0000) multi-call binary


    Usage: head [OPTION]... [FILE]...


    [: .: unknown operand
    * icmp_current: [: -lt: argument expected
    bin/icmp: unexpected EOF while reading image file '/tmp/dream_still.bmp'
    bin/icmp: use -h option for help
    head: invalid option -- c
    BusyBox v1.01 (2006.05.21-10:30+0000) multi-call binary


    Usage: head [OPTION]... [FILE]...


    head: invalid option -- c
    BusyBox v1.01 (2006.05.21-10:30+0000) multi-call binary


    Usage: head [OPTION]... [FILE]...


    head: invalid option -- c
    BusyBox v1.01 (2006.05.21-10:30+0000) multi-call binary


    Usage: head [OPTION]... [FILE]...


    [: .: unknown operand
    icmp_current: [: -lt: argument expected


    /var/bin/webcam >


    ich hab im bin-Ordner einen Ordner webcam angelegt und dort dein script+den bin-Ordner reingeschoben.
    Danach dein dream-motion um die vier einträge angepasst...
    Anzeige im Internetexplorer geht wie auch auf deinem Bild...


    Noch was, im tmp-Ordner gibt es ein funktionierendes dream_still.bmp, ein dream_still1.bmp und ein dream_still.jpg. Weiterhin eine dream_motion.err mit folgendem Inhalt:


    mkdir: Cannot create directory `./log': File exists
    mkdir: Cannot create directory `./log/mpg': File exists
    mkdir: Cannot create directory `./log/jpg': File exists


    Der Ordner Log liegt im Ordner webcam als Unterordner...


    Hab nochwas bemerkt, in deinem Script beim ausführen von icmp übergibst du als Parameter ganz hinten: |head -1|head -c3> $tmp_dir/dream_blubber
    Dies steht alles nicht als verfügbare Parameter im icmp -h - dort ist auch der -c - Fehler enthalten - der soll wohl den log weiterschreiben, kann dort ein Problem sein?
    PS: ich hab eine DM7000

  • Hi,


    >>bin/icmp: unexpected EOF while reading image file '/tmp/dream_still.bmp'
    Das deutet darauf hin, daß das xyz.jpg nicht nach /tmp gepackt wurde, d.h. evtl. schafft es das Script nicht, das Bild runterzuladen.


    Probiers mal von Hand:


    wget -O /tmp/dream_motion.jpg http://192.168.1.251:2000
    Klappt das überhaupt? Mir fiel auf, daß ich das camspy auf "STOP" schalten musste, nur dann gab es die Standbilder in ausreichender Geschwindigkeit aus.


    -----------------------------------------------------------------
    >>head: invalid option -- c
    Warum das busybox die Option "-c" bei head nicht kennt, ist mir ein Rätsel. Könnte aber ein Folgefehler sein, da icmp ja fehlschlug. Das hier kann head:


    root@dm7020:/media/hdd/motion# head -h
    BusyBox v1.01 (2006.06.23-23:38+0000) multi-call binary


    Usage: head [OPTION]... [FILE]...


    Print first 10 lines of each FILE to standard output.
    With more than one FILE, precede each with a header giving the
    file name. With no FILE, or when FILE is -, read standard input.


    Options:
    -n NUM Print first NUM lines instead of first 10
    -c NUM output the first NUM bytes
    -q never output headers giving file names
    -v always output headers giving file names


    root@dm7020:/media/hdd/motion#
    -----------------------------------------------------------------




    Wirf mal zur Sicherheit noch in der Zeile, die wie folgt beginnt, alle Optionen raus:


    bin/djpeg -scale 1/4 -nosmooth -colors 256 -fast -onepass -bmp $tmp_dir/d...


    Sollte dann so aussehen:


    bin/djpeg -bmp $tmp_dir/d....


    d.h. alles ab -bmp muss drin bleiben.

    checking for long long... yes
    checking for long double... yes
    +++ Divide By Cucumber Error. Stopping. +++

  • /var > wget -O /tmp/dream_motion.jpg http://192.168.1.251:2000
    Connecting to 192.168.1.251[192.168.1.251]:2000
    dream_motion.jpg 100% |*****************************| 39005 00:00 ETA
    /var >


    sieht gut aus - das bild ist ja auch im tmp-ordner und lesbar :)
    PS hab inzwischen deine Ordnerstruktur durchschaut, du hast wohl im var das dream_motion liegen und benutzt die systemordner bin und log dann für den rest - habs umgestellt.
    Kleiner Tip, fang dein tar.gz mit var an und den entsprechenden ordnern darunter, dann kommt man schneller drauf - aber das nur so am Rande...


    Hab mal nochwas probiert - schaumal:


    /var > head -c
    head: invalid option -- c
    BusyBox v1.01 (2006.05.21-10:30+0000) multi-call binary


    Usage: head [OPTION]... [FILE]...


    /var >
    Mit head -h bekomm ich die gleiche Fehlermeldung nur eben mit --h, wie komm ich an die Hilfe für head ran?


    Zum Dritten - auch die verkleinerten bmp´s sind lesbar und anzeigbar im tmp-Ordner, da scheint also alles sauber zu sein - denkst du daß da im bin/djpeg eine Änderung noch sinn macht?

  • Hi,


    dream_motion liegt bei mir unter /hdd/motion nicht in /var. Das ist ja der Flash. Dort darfst du es nicht betreiben!


    Wenn djpeg seinen Dienst tut, dann ist das schon mal sehr gut. Lass in diesem Fall die Optionen drin.


    >>-e tv output: on


    Dein echo versteht die Option "-e" nicht. Das ist schlecht, denn ohne die tut dream_motion definitiv nicht.


    Welches Image hast du denn drauf? Hier: Gemini 3.0 (Juni 2006).


    Gruß Mamba

    checking for long long... yes
    checking for long double... yes
    +++ Divide By Cucumber Error. Stopping. +++

    2 Mal editiert, zuletzt von mamba0815 ()

  • ich hab ein schönes pli-flubber am laufen.
    About Box
    Model DM7000
    Manufacturer Dream-Multimedia-TV
    Processor STB04500, 252MHz
    Harddisk ExcelStor Technology J680 (master, 78533 MB)
    USB Stick Vendor = 0 , Product = USB DRIVE
    Linux Kernel Linux version 2.6.9 (peter@dreamer.lindeman.nl) (gcc version 3.4.4) #1 Sun May 21 12:29:03 CEST 2006
    Firmware release 1.1.0, 01.08.2006
    FP Firmware 1.06
    Web Interface 5.9.7-Expert - PLi edition by [lite]


    Bei mir ist var aufm 256MB-USB-Stick - da ist jede Menge Platz - will ja schließlich die HDD nicht dauernd am Laufen haben. Sollte dies deiner Meinung ein Problem sein, stell ichs natürlich um. Aber ich denk eher nicht, daß es daran liegt.

  • Sieht so aus, als ob dein Image zu alt ist. Schon etwas verwunderlich, aber wenn echo "-e" und head "-c" nicht kennt, dann wird es eh Zeit für den Update. :winking_face:


    Gruß Mamba

    checking for long long... yes
    checking for long double... yes
    +++ Divide By Cucumber Error. Stopping. +++

  • card,


    habe noch ein wenig weiter an deinem Problem rumgedoktert. Der Fehler:


    [: .: unknown operand
    icmp_current: [: -lt: argument expected


    kommt definitiv, wenn wget das Bild nicht runterladen kann. Ich gehe daher davon aus, daß camspy das Bild nicht spontan ausgibt. Das war bei mir der Fall, wenn ich ihn nicht in "STOP" Modus geschaltet habe. Öffne mal das Bild im IE und mache mal schnell hintereinander einen Refresh. Kommt das Bild spontan jedesmal? Wenn ich nicht im STOP Modus was, hat er das Bild nur alle paar Sekunde ausgegeben. Dazwischen war der IE im Wartemodus (Sanduhr). Im "Protokoll" siehst du auch, ob camspy die Anfrage an localhost spontan beantwortet.


    Gruß Mamba

    checking for long long... yes
    checking for long double... yes
    +++ Divide By Cucumber Error. Stopping. +++

  • hi mamba, habs gerade probiert, also ich kann nicht klagen, der iexplore-Aufruf klappt jedesmal. Ich hab sogar das Java-Script - welches die Bilder in Echtzeit hintereinander läd auf die Webcam umgebaut - geht auch Fehlerfrei...
    Kann aber auch wirklich mit dem PLI zutun haben - ist auch das aktuellste gewesen - weiß nur nicht, welche Grundlage die genommen haben - die wird wohl älter gewesen sein...
    Ich hab gestern Nacht noch auf Gemini 3.10 umgestellt - leider fehlen jetzt ein paar Funktionen, an die ich mich im PLI echt gewöhnt hatte:
    Die Wichtigste: Im Video-Modus kann man mit der Taste unter der 9 1-min vorspulen und mit der Taste unter der 7 15-sek zurück - weißt du wie geil das ist/war. Da drückste paar mal hintereinander die eine Taste und dann noch 2-3mal die andere und stehst innerhalb von 7 sek. wieder an der Stelle, wo die Werbung vorbei ist.
    Na da kann ich nur hoffen, daß einer der Gemini-Bauer da auch mal auf die Idee kommt... Kennst du einen von denen?, na ich werds im entsprechenden Forum mal separat posten.


    Naja, was tut man nicht alles für die Kleine.


    Sag mal in dem Zusammenhang nochwas anderes - nachdem ich das var wieder aufm USB-Stick hatte - steht bei mir unter mnt/usb nichts drin - nach ein bischen rumprobieren komme ich zu dem Entschluss, das das File-System aufm USB wohl ne Macke hat - also es geht alles und wenn ich eine neue Datei dort erzeuge, wird sie auch angezeigt, aber die ganzen anderen Ordner usw. nicht. Im Windows gibts doch ein chkdsk, um das Dateisystem zu überprüfen. Wie genau mach ich denn das aufm USB-Stick - kannst du mir da nebenbei mal einen Tip geben?
    Im Gemini gibts zwar für HDDs eine Überprüf-Funktion, aber leider nicht für USB/CF/usw.


    Mamba, ey, du wirst es nicht glauben, hab grad was probiert - sieh selbst und erzähl mal was dazu:


    ****** ******
    ** **
    *********************************************************
    ** **
    *** Welcome on your dreambox! - Kernel 2.6.9 ***
    ** **
    *** I Have a Dreambox Board ***
    ** **
    *** Kompiliert am 22.08.2006 um 17:58:15 Uhr ***
    ** **
    *********************************************************
    ** **
    ****** ******


    Tuesday, 26 September 2006 ES IST 11:45:28 Uhr


    dreambox login: root
    Password:



    BusyBox v1.01 (2006.08.19-02:16+0000) Built-in shell (ash)
    Enter 'help' for a list of built-in commands.


    ~ > head -c
    head: invalid option -- c
    BusyBox v1.01 (2006.08.19-02:16+0000) multi-call binary


    Usage: head [OPTION]... [FILE]...


    ~ >


    Ich hoffe nicht, daß dies bedeutet - dein Plugin geht nicht auf DM7000

  • Hi,


    2 Dinge gleich vorweg: 1. bin jetzt 2 Tage außer Haus ohne Internet. 2. Seit heute morgen gibt 'dream_motion' automatisch einen MPEG file der aufgezeichneten jpgs auf dem TV Screen aus und schaltet danach wieder auf das vorher laufende Program retour. Cool! bexbier half da mit. Teste das gerade noch etwas aus ..


    Zum Thema:
    __________________
    ~ > head -c
    head: invalid option -- c
    __________________


    tja, das ist natuerlich eine boese Sache!! Ich kann mir wirklich nicht vorstellen, warum head bei dir crippled sein sollte. Habe ja auch die gleiche Busybox bei mir drauf (v1.01). Nun koennen nur noch die Developer weiterhelfen. So lange das nicht tut, muesste man eine andere Methode zum herausfiltern des icmp Ergebnisses finden...
    So sieht das Standard 'head' bei mir aus:
    ___________________
    root@dm7020:/media/hdd/motion# head -c
    head: option requires an argument -- c
    BusyBox v1.01 (2006.06.23-23:38+0000) multi-call binary


    Usage: head [OPTION]... [FILE]...


    (...)


    root@dm7020:/media/hdd/motion#
    ___________________


    Bzgl. USB stick filesystem check:


    fsck.ext3 /dev/usb
    oder
    fsck.ext2 /dev/usb


    Gruß Mamba

    checking for long long... yes
    checking for long double... yes
    +++ Divide By Cucumber Error. Stopping. +++

    2 Mal editiert, zuletzt von mamba0815 ()

  • Mamba, na Klasse - das sind nicht sooo tolle Aussichten. Dann hoffen wir mal das Beste für eine schnelle Alternative. Eventuell können wir ja nochmal die busybox-Variante von gestern abend probieren - die restlichen Dateien sollten ja nun vorhanden sein...
    Ich kann dies aber erst heute abend testen - meine Box reagiert grad nicht mehr von Arbeit aus nach dem USB-fsck :tongue: :tongue:


    Klappt leider auch nicht, die Busybox verlangt wieder nach der libc.so.6 (obwohl vorhanden) aber aus GLIB 2.3.4 (wenn ichs richtig in Erinnerung habe)
    Da ist wohl meine libc älter - obwohl GEMINI 3.1 - neuer gehts nicht

  • Hi,


    lass uns mal nach head.c im Internet suchen und das fuer deine Box bauen. Hole dir mal das cvs und baues es für deine Box, siehe hier.


    Gruß Mamba

    checking for long long... yes
    checking for long double... yes
    +++ Divide By Cucumber Error. Stopping. +++

  • Mamba, card and lazy..
    hallo zusammen..


    finds echt cooles projekt, und ich staune einfach mal 'ne runde wie ihr das macht.. :335:
    ich wäre endlich soweit.. die webcam funzt wireless und hat 'ne eigene IP..
    tja.. jetzt fällt mir halt auf :379:dass ich obwohl ich alle 3 threads mehrmals durchgelesen haben.. ich es noch immer nicht schnall.. :359:
    wohin mit dem teil?..
    so stell ich mal ein paar scheue fragen für mich als nonprofessional...:
    eben.. in welches verzeichniss damit? var/bin?
    muss tuxwetter und/oder das flex installiert sein? oder das pip?
    muss ich sonstwas beachten?
    soweit ich es verstehe legt es sich (seit 0.4) die verzeichnisse selbst an..
    hab gemini 3.1 und var auf dem stick..
    reichen die freien 120 mb auf dem stick oder soll es auf die hd ablegen?
    ich bitte um eure ehrliche meinung :321:falls ihr meint dass ein halblaie das eh nicht hinkriegt (da noch kein plugin..), erspart mir viel zeit (und euch sicher auch nerven ;)).. und viele kommentare meiner frau..
    würde halt dann einfach zuwarten und auf ein plugin warten..
    sich darauf freuen wäre ja trotzdem erlaubt.. :dasnemma:
    in diesem sinne..
    :laola:
    lieber gruss ro2

    DM8000+DM800, TS409Pro
    Gemini 4.3, T90 , Harmony 785, 2 multi17/8

    Einmal editiert, zuletzt von ro2 ()

  • Hi card,


    anbei zum Testen "head", "echo" und "tail" von den aktuellen GNU coretuils (5.97). Damit solltest du alle Features dieser Werkzeuge auch auf der 7000er haben. Nach wie vor finde ich es fast unglaublich, daß zwar auf der 7020 aktuelle sourcen verwendet werden, aber auf der gleichen Version im 7000er Derivat dies nicht der Fall ist. Aber sei's drum.


    Gruß Mamba


    ----------
    root@dm7020:/media/hdd/temp# ./head --help
    Usage: ./head [OPTION]... [FILE]...
    Print the first 10 lines of each FILE to standard output.
    With more than one FILE, precede each with a header giving the file name.
    With no FILE, or when FILE is -, read standard input.


    Mandatory arguments to long options are mandatory for short options too.
    -c, --bytes=[-]N print the first N bytes of each file;
    with the leading `-', print all but the last
    N bytes of each file
    -n, --lines=[-]N print the first N lines instead of the first 10;
    with the leading `-', print all but the last
    N lines of each file
    -q, --quiet, --silent never print headers giving file names
    -v, --verbose always print headers giving file names
    --help display this help and exit
    --version output version information and exit


    N may have a multiplier suffix: b 512, k 1024, m 1024*1024.


    Report bugs to <bug-coreutils@gnu.org>.
    root@dm7020:/media/hdd/temp#