Hi,

mir fiel auf, daß man mit

wget "http://root:root@192.168.2.100/body?mode=zap&zapmode=3&zapsubmode=1"

in den Videomodus schalten kann.

In den TV Modus geht es mit

wget "http://root:root@192.168.2.100/body?mode=zap&zapmode=0&zapsubmode=4"

Man könnte vermuten, daß man einen Videofile so anwählt und startet:

wget "http://localhost/cgi-bin/zapTo?path=1:0:1:6dca:44d:1:c00000:0:0:0:/hdd/movie/xyz.ts"
wget -O /dev/null http://root:root@192.168.2.100…videocontrol?command=play

Das tut aber nicht.

Hat jemand eine Idee. Es muss ja gehen, da man es per IE auch initieren kann. TCPDUMP wäre ne Alternative ...

Hat einer der Developer eine Idee?

Gruß Mamba

Habe die Version 0.4 von Dream Motion veroeffentlicht (Bugfix und Anpassung auf weitere Webcam-Varianten: TCP_PORT konfigurierbar gemacht, User-ID/Passwort abschaltbar). Aufgrund des Upload Limits von knapp 1 MB in diesem Board, findet ihr es auf dem Board, was im Namen einem Zitat von Martin Luther King ähnelt.

Gruß Mamba

Hallo,

folgendes Problem:

a) habe einen selbsterzeugten MPEG2 video file auf der HDD der Dreambox liegen. Er ist abspielbar; getestet durch manuelles Aufrufen mit der Remote
b) dieser File liegt unter /hdd/movie und soll von einem script gestartet werden (wget (...)videocontrol?command=play oder so)
c) nach dem Ende des Files soll die Enigma wieder in den vorherigen Modus ("last mode") gehen, also z.B. TV Modus, SAT1.

Wie WGET funktioniert, daß das webif die videocontrol Funktion hat, ist klar.

Nur: wie selektiere ich einen bestimmen File?
Und: wie speichere und restauriere ich den "last mode"?

Im Board konnte ich unter Suche nichts finden.

Kann jemand helfen? Das Webif Wiki ist hierzu noch unvollständig.

Gruß Mamba

>>obs billiger wird als kabel ist noch nicht raus... vor allem dann nicht,
>>wenn die das pro receiver haben wollen.

Wie ist denn das heute mit digitalem Kabel (außer bei Kabel BW)? Verschluesselt und pro Receiver, richtig? Ergo ist bei Kabel-Kunden schon das eingezogen, was ASTRA-Kunden (und nicht Hotbird-, etc-) noch bluehen koennte. Kabel wird immer teurer sein als Satellit, da es dort keine parktisch Konkurrenz gibt, oder hast du schon mal 2 HÜPs in einem Haus gesehen?

Gruß Mamba

Hallo,

habe mal ein paar Vergleiche mit MENCODER zw. DM7020 und meinem P3 1 GHZ Linux PC gemacht.
Input File: 2x 700MB Xvid-MPEG4, Ausgabe 1 MPEG2 video (abspielbar für Enigma).

Der PC schafft ca. 50 fps. Die Dreambox: 3,11 fps. Jeweils bei gleichem Input-Video. Der Unterschied ist recht groß, für meinen Geschmack. Liegt vermutlich an der cpu Architektur (keine FPU), da es mit dem Unterschied in der Taktrate nicht erklärbar ist (die ist sowieso kein Anhaltspunkt mehr).

Der MENCODER wurde mit --target=ppc kompiliert, sollte also relativ optimal laufen. Er meldet auch zur Laufzeit, daß er einen PPC erkannt hat.

Dennoch kann man auch so über Nacht jeweils ein 700 MB DivX/Xvid Video umkodieren lassen. Dauert ca 10h.
Vorstellbar wäre ein script, was alle paar Minuten nach *.avi Files schaut und den dann nach MPEG2 umkodiert und danach die *.avi's löscht. Dann braucht man gar nichts mehr zu machen (ausser zu warten).

Mit der DM8000 sieht das vermutlich schon wieder ganz anders aus. Die schafft das encoding des MPEG4-Format evtl. auch ohne Hersteller-Code "on the fly". Bin gespannt.

Als nächsten Schritt werde ich mal den MPEG4 File nach RAW umkodieren und auf /dev/null schreiben. Mal sehen, wie schnell das geht (in fps).

Gruß Mamba

PS: Hier als Beispiel des Screenslog der DM7020:

root@dm7020:/media/hdd/movie_temp# /hdd/bin/mencoder ./*.avi -of mpeg -o output.mpg -oac lavc -ovc lavc -lavcopts acodec=mp2:abitrate=224:vcodec=mpeg2video

MEncoder 1.0pre8-3.4.4 (C) 2000-2006 MPlayer Team
CPU: PowerPC
success: format: 0 data: 0x0 - 0x2bc74800
AVI file format detected.
VIDEO: [XVID] 720x304 12bpp 25.000 fps 1453.0 kbps (177.4 kbyte/s)
[V] filefmt:3 fourcc:0x44495658 size:720x304 fps:25.00 ftime:=0.0400
==========================================================================
Opening audio decoder: [liba52] AC3 decoding with liba52
No accelerated IMDCT transform found
AC3: 5.1 (3f+2r+lfe) 48000 Hz 448.0 kbit/s
No accelerated resampler found
AUDIO: 48000 Hz, 2 ch, s16be, 448.0 kbit/29.17% (ratio: 56000->192000)
Selected audio codec: [a52] afm: liba52 (AC3-liba52)
==========================================================================
PACKET SIZE: 2048 bytes, deltascr: 245759
Opening video filter: [expand osd=1]
Expand: -1 x -1, -1 ; -1, osd: 1, aspect: 0.000000, round: 1
==========================================================================
Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family
Selected video codec: [ffodivx] vfm: ffmpeg (FFmpeg MPEG-4)
==========================================================================
Limiting audio preload to 0.4s.
Increasing audio density to 4.
VDec: vo config request - 720 x 304 (preferred colorspace: Planar YV12)
VDec: using Planar YV12 as output csp (no 0)
Movie-Aspect is 2.37:1 - prescaling to correct movie aspect.
videocodec: libavcodec (720x304 fourcc=3267706d [2gpm])

Pos: 3.1s 77f ( 0%) 3.11fps Trem: 667min 464mb A-V:0.051 [204:223]

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

Beim Dekodieren ist die Dream etwas schneller. Immerhin 17 fps und das ohne FPU! Das ist doch schon mal was. Natuerlich sollte man ein video-file eher mit dem mplayer dekodieren, der ist aber anscheinend langsamer.

root@dm7020:/media/hdd/movie_temp# /hdd/bin/mencoder ./*.avi -o /dev/null -ovc raw -oac copy

MEncoder 1.0pre8-3.4.4 (C) 2000-2006 MPlayer Team
CPU: PowerPC
success: format: 0 data: 0x0 - 0x574808f2
AVI file format detected.
VIDEO: [XVID] 672x272 12bpp 25.000 fps 1302.7 kbps (159.0 kbyte/s)
[V] filefmt:3 fourcc:0x44495658 size:672x272 fps:25.00 ftime:=0.0400
Opening video filter: [expand osd=1]
Expand: -1 x -1, -1 ; -1, osd: 1, aspect: 0.000000, round: 1
==========================================================================
Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family
Selected video codec: [ffodivx] vfm: ffmpeg (FFmpeg MPEG-4)
==========================================================================
audiocodec: framecopy (format=55 chans=2 rate=44100 bits=0 B/s=14912 sample-0)
VDec: vo config request - 672 x 272 (preferred colorspace: Planar YV12)
VDec: using Planar YV12 as output csp (no 0)
Movie-Aspect is 2.47:1 - prescaling to correct movie aspect.
Writing header...1f ( 0%) 0.00fps Trem: 0min 0mb A-V:0.000 [0:0]
ODML: vprp aspect is 16384:6631.
Writing header...
ODML: vprp aspect is 16384:6631.

Pos: 11.4s 286f ( 0%) 17.52fps Trem: 0min 0mb A-V:0.037 [54643:95]
Flushing video frames
Writing index...
Writing header...
ODML: vprp aspect is 16384:6631.

Video stream: 54643.469 kbit/s (6830433 B/s) size: 78140160 bytes 11.440 secs 286 frames

Audio stream: 95.226 kbit/s (11903 B/s) size: 141789 bytes 11.912 secs
root@dm7020:/media/hdd/movie_temp#

Vermutlich schwingt eine Spule. Sollte nicht weiter schlimm sein, außer, daß es nerven kann. Aufmachen würde ich das NT nicht, außer du kennst du damit aus (gelbe Seiten!).

Gruß Mamba

Da geht es um RTL. SES Astra will vermutlich eine monatliche Gebühr von 3,50 € einführen. Das soll kommen, es ist aber sehr umstritten, ob es sich halten kann, da ein eingeführtes Systemin UK gescheitert ist. Dort geht man wieder eher zu Free-to-Air.

Keiner kann es wissen. In jedem Fall wird es billiger sein als Kabel.

Gruß Mamba

Hi LazyT,

danke für die Rückmeldung.

Bzgl. Bilderkennungsalgorithmus hier meine Erfahrungen beim Rumspielen mit 'Dream Motion':

0. Es sollten immer aufeinander folgende Bilder verglichen werden.
Begründung: bei sich langsam verändernden Bildinhalten (Sonnenlauf => Schattenänderung) werden irgendwann Fehlalarme ausgelöst, wenn man ein zu altes Vergleichsbild heranzieht. D.h. quasistatische Änderungen kann man verhindern, indem man zueinander zeitnah aufgenommene Bilder vergleicht.

1. Auf der Dream muß mindestens 3x Schleifen mit "motion=1" abwarten, bevor man einen "Alarm" = Bildausgabe auslöst. So wird vermieden, daß ein kurzer "Wink" schon als Alarm erkannt wird. Card verglich das mit einem Schmetterling, der vor der Door Cam vorbeifliegt. Die Kombi aus Schwellwert und Alarmverzögerung bringt das gewünschte Ergebnis.

2. Nach Alarm muß der diff Wert mindestens 2 Schleifen lang < Schwellwert sein, bevor 1.) wieder beginnt, sonst werden Mehrfachalarme ausgelöst, obwohl es sich noch um eine aktuelle "motion" handelt (z.B. jemand läuft vor der Kamera vorbei).

3. Zur Ausgabe auf dem TV sollte das letzte Bild verwendet werden, das aufgenommen wurde (also das 2. nach dem ersten 'diff > Schwellwert' Zustand). Noch besser wäre ein MPEG (Dauer: -3 sek vor Alarm und + 3 sek nach Alarm). Das Interfacing mit der Enigma dürfe aber nicht so einfach sein...

4. Die Abtasterate sollte >= 2 Hz sein, d.h. 2 volle Durchläufe inkl. Bildvergleich / Sekunde. Nur so werden dann auch "schnellere" Bewegungen gut und zeitnah erkannt. Habe an meinem Script lange rumgemacht, bis es einigermaßen so schnell war. Schraubt man seine Anforderungen herunter, gehen natuerlich aus weniger als 2 Hz.

>> Werde aber wie überlegt in Abhängigkeit der Bildgröße nur noch
>>jeden 2 bzw. 4 Pixel checken. Mal sehen was dabei rauskommt.
Bin auch sehr gespannt. Sollte normalerweise funktionieren, da es ja einem Verkleinern des Bild um Faktor X gleich kommt, wenn auch evtl. etwas "verzogen".

Gruß Mamba

Hi,

wollte nur auf Nummer "sicher" gehen. Danke für den Hinweis.

Gruß Mamba

Hi LazyT,

habe webcam_03 getestet.

Soviel vorab: es tut! Download des Bildes, Bilderkennung und Ausgabe.

Folgende Beobachtung:

Egal, ob Ruhe oder wildes Gefuchtel vor der IPCAM ist, die erkannten diff-Werte sind nur marginal unterschiedlich. Sie bouncen zw. 60 (Ruhe) und 85 (Gefuchtel) hin und her. Damit gelingt eine Bilderkennung, allerdings ist das "Signal Noise Ratio" (wenn man das so nennen will) sehr klein.

Hast du an einem Bilderkennungsalgorithmus gedreht?

Anbei ein screenlog, als Schwellwert wurde hier 80 genommen:

motion = 0 (72.668)
receive http://root:admin@192.168.2.102/still.jpg
decode /tmp/cam.jpg (640x480)
motion = 0 (71.3055)
receive http://root:admin@192.168.2.102/still.jpg
decode /tmp/cam.jpg (640x480)
motion = 0 (67.8431)
receive http://root:admin@192.168.2.102/still.jpg
decode /tmp/cam.jpg (640x480)
motion = 0 (70.4332)
receive http://root:admin@192.168.2.102/still.jpg
decode /tmp/cam.jpg (640x480)
motion = 0 (70.2166)
receive http://root:admin@192.168.2.102/still.jpg
decode /tmp/cam.jpg (640x480)
motion = 0 (77.6629)
receive http://root:admin@192.168.2.102/still.jpg
decode /tmp/cam.jpg (640x480)
motion = 1 (81.8108)
receive http://root:admin@192.168.2.102/still.jpg
decode /tmp/cam.jpg (640x480)
motion = 0 (77.2024)
receive http://root:admin@192.168.2.102/still.jpg
decode /tmp/cam.jpg (640x480)
motion = 0 (76.2986)
receive http://root:admin@192.168.2.102/still.jpg
decode /tmp/cam.jpg (640x480)
motion = 0 (69.4187)
receive http://root:admin@192.168.2.102/still.jpg
decode /tmp/cam.jpg (640x480)
motion = 0 (72.3712)
receive http://root:admin@192.168.2.102/still.jpg
decode /tmp/cam.jpg (640x480)
motion = 0 (60.4547)
receive http://root:admin@192.168.2.102/still.jpg
decode /tmp/cam.jpg (640x480)
motion = 0 (70.4516)
receive http://root:admin@192.168.2.102/still.jpg
decode /tmp/cam.jpg (640x480)
motion = 1 (85.1435)
receive http://root:admin@192.168.2.102/still.jpg
decode /tmp/cam.jpg (640x480)
motion = 0 (68.6759)
receive http://root:admin@192.168.2.102/still.jpg
decode /tmp/cam.jpg (640x480)
motion = 0 (70.3716)
receive http://root:admin@192.168.2.102/still.jpg
decode /tmp/cam.jpg (640x480)
motion = 0 (71.6347)
receive http://root:admin@192.168.2.102/still.jpg
decode /tmp/cam.jpg (640x480)
motion = 0 (71.0933)
receive http://root:admin@192.168.2.102/still.jpg
decode /tmp/cam.jpg (640x480)
motion = 0 (73.0289)
receive http://root:admin@192.168.2.102/still.jpg
decode /tmp/cam.jpg (640x480)
motion = 0 (75.7939)
receive http://root:admin@192.168.2.102/still.jpg
decode /tmp/cam.jpg (640x480)
motion = 0 (69.2189)
receive http://root:admin@192.168.2.102/still.jpg
decode /tmp/cam.jpg (640x480)
motion = 0 (72.2086)
receive http://root:admin@192.168.2.102/still.jpg
decode /tmp/cam.jpg (640x480)
motion = 1 (82.0483)
receive http://root:admin@192.168.2.102/still.jpg
decode /tmp/cam.jpg (640x480)
motion = 1 (87.5889)
receive http://root:admin@192.168.2.102/still.jpg
decode /tmp/cam.jpg (640x480)
motion = 1 (85.2732)
receive http://root:admin@192.168.2.102/still.jpg
decode /tmp/cam.jpg (640x480)
motion = 0 (69.9287)
receive http://root:admin@192.168.2.102/still.jpg
decode /tmp/cam.jpg (640x480)
motion = 0 (77.1065)
receive http://root:admin@192.168.2.102/still.jpg
decode /tmp/cam.jpg (640x480)
motion = 1 (80.6711)
receive http://root:admin@192.168.2.102/still.jpg
decode /tmp/cam.jpg (640x480)
motion = 0 (77.2979)
receive http://root:admin@192.168.2.102/still.jpg
decode /tmp/cam.jpg (640x480)
motion = 0 (67.3112)
receive http://root:admin@192.168.2.102/still.jpg
decode /tmp/cam.jpg (640x480)
motion = 0 (79.0629)
receive http://root:admin@192.168.2.102/still.jpg
decode /tmp/cam.jpg (640x480)
motion = 1 (83.4197)
receive http://root:admin@192.168.2.102/still.jpg
decode /tmp/cam.jpg (640x480)
motion = 1 (81.5232)
receive http://root:admin@192.168.2.102/still.jpg
decode /tmp/cam.jpg (640x480)
motion = 0 (72.9394)
receive http://root:admin@192.168.2.102/still.jpg
decode /tmp/cam.jpg (640x480)
motion = 1 (88.5183)
receive http://root:admin@192.168.2.102/still.jpg
decode /tmp/cam.jpg (640x480)
motion = 1 (86.7374)
receive http://root:admin@192.168.2.102/still.jpg
decode /tmp/cam.jpg (640x480)
motion = 1 (85.1056)
receive http://root:admin@192.168.2.102/still.jpg
decode /tmp/cam.jpg (640x480)
motion = 1 (82.5033)
receive http://root:admin@192.168.2.102/still.jpg
decode /tmp/cam.jpg (640x480)
motion = 0 (61.1462)
receive http://root:admin@192.168.2.102/still.jpg
decode /tmp/cam.jpg (640x480)
motion = 0 (72.0169)
receive http://root:admin@192.168.2.102/still.jpg
decode /tmp/cam.jpg (640x480)

Hi,

du musst nicht das ganze Haus umrüsten, wenn nur du Sat kucken willst. Du brauchst nur ein direktes Antennenkabel von der Sat-Antenne zu dir ins Wohnzimmer.

Hier ist ein Link zu SAT Grundlagen:

http://www.satundkabel.de/modu…file=index&catid=&topic=5

Gruß Mamba

Die Dreambox ist ein digitaler Receiver, analog geht ueberhaupt nicht. Digitales Kabel natuerlich schon. Würde aber grundsätzlich zu SAT raten. (Leicht) Bessere Bildqualität und man ist unabhängig. Billiger ist es auch. Die Dreambox gibt es nat. auch in der Sat Variante.

Gruß Mamba

Interessant. Danke fuer die Info. [BEDANKOMAT /ON].

Gruß Mamba

>Immerhin hat die Box ja einen Netzwerkanschluss

Hoffentlich ist der dann auch schnell genug.

Gruß Mamba

LazyT:
war heute den ganzen Tag ausser Haus und werde heute Abend mal dein neues binary austesten. Bin gespannt!

@all:
Habe die Version 0.3 von Dream Motion veroeffentlicht (baut nun auch MPEG Files aus des Bildern einer Alarmsession). Aufgrund des Upload Limits von knapp 1 MB habe ich mich aber entschlossen, es hier nicht mehr zu posten. Die Rummfummelei mit Multivolume nervt zu sehr. Ihr findet es auf dem bekannten Board, was im Namen einem Zitat von Martin Luther King ähnelt.

Gruß Mamba

Haste ne 7020 mit dem Netzwerk Bug? Dazu gibt es einen Thread.

Ist das Ethernetkabel beschaedigt? Es gibt Router die schalten einen Port ab, wenn zuviele Fehler erkannt werden.

Gruß Mamba

Hi,

für alle Interessierten: Hier ist der MENCODER Thread, zum Erzeugen von Enigma-abspielbaren MPG files.

Gruß Mamba

Hallo,

für mein Dream Motion Projekt benötige ich einen flexiblen MPEG Encoder, der die gängigen Codes unterstützt. Aus diesem Grund habe ich mich mit dem MENCODER beschäftigt und konnte ihn erfolgreich kompilieren.

Der MENCODER ist Teil des MPLAYER packages, welches ich auch gleich mit kompiliert habe. Das MENCODER binary ist unten angehängt. Ich hoffe, ich mache hier keinen Doppelpost, da ich MENCODER nirgend wo gefunden habe.

Der MENCODER beherrscht alle gängigen Codes (MPEG4, 2, 1, Xvid, usw). Quelle: mplayerhq. Er ist lizensiert unter GNU General Public License v2.

Die Dreambox ist natuerlich viel zu langsam für "encoding-on-the-fly". Hier geht es um etwas anderes:

Ich baue mit ihm einen MPEG1 Video File (kann von Enigma abgespielt werden!) aus den Einzelbildern meiner IP-CAM:

MPEG1 (abspielbar mit Enigma!):
mencoder mf://*.jpg -mf w=1600:h=1200:fps=15:type=jpg -ovc lavc -lavcopts vcodec=mpeg1video -vf scale=640:480 -of mpeg -o output.mpg

Da die IP-CAM jpgs sehr klein sind (640x480, 15 kb) und es nur ein paar wenige sind (meist so um die 10..15), fällt die schwache Rechenleistung der Dreambox nicht sehr ins Gewicht.

MPEG4 ginge so:
mencoder mf://*.jpg -mf w=1600:h=1200:fps=15:type=jpg -ovc lavc -lavcopts vcodec=mpeg4 -vf scale=640:480 -of mpeg -o output.mpg

Wie gesagt: beides kann der Encoder übersetzen. Inwiefern in weitere Formate konvertiert werden kann , konnte ich noch nicht testen.

Über Feedback würde ich mich freuen. Ich hänge das MPLAYER binary hier nicht an, da ich damit noch keine Tests gemacht habe. Um es auf der Dream zum laufen zu bekommen, fehlt mir gerade die Phantasie: ;-). Auf Anfrage kann ich es zur Verfügung stellen (sind ca. 3MB)

MENCODER benötigt die libjeg.so.6. Die ist im TGZ File enthalten und kann z.B. nach /lib kopiert werden.

Gruß Mamba
________________________________________

MPlayer Features
MPlayer is a movie player which runs on many systems (see the documentation). It plays most MPEG/VOB, AVI, Ogg/OGM, VIVO, ASF/WMA/WMV, QT/MOV/MP4, RealMedia, Matroska, NUT, NuppelVideo, FLI, YUV4MPEG, FILM, RoQ, PVA files, supported by many native, XAnim, and Win32 DLL codecs. You can watch VideoCD, SVCD, DVD, 3ivx, DivX 3/4/5 and even WMV movies..

Another great feature of MPlayer is the wide range of supported output drivers. It works with X11, Xv, DGA, OpenGL, SVGAlib, fbdev, AAlib, DirectFB, but you can use GGI, SDL (and this way all their drivers), VESA (on every VESA compatible card, even without X11!) and some low level card-specific drivers (for Matrox, 3Dfx and ATI), too! Most of them support software or hardware scaling, so you can enjoy movies in fullscreen. MPlayer supports displaying through some hardware MPEG decoder boards, such as the Siemens DVB, DXR2 and DXR3/Hollywood+.

MPlayer has an onscreen display (OSD) for status information, nice big antialiased shaded subtitles and visual feedback for keyboard controls. European/ISO 8859-1,2 (Hungarian, English, Czech, etc), Cyrillic and Korean fonts are supported along with 12 subtitle formats (MicroDVD, SubRip, OGM, SubViewer, Sami, VPlayer, RT, SSA, AQTitle, JACOsub, PJS and our own: MPsub). DVD subtitles (SPU streams, VOBsub and Closed Captions) are supported as well.

License
MPlayer is available under the GNU General Public License v2.

Supported Input Formats
(S)VCD (Super Video CD)
CDRwin's .bin image file
DVD, including encrypted DVD
MPEG-1/2 (ES/PS/PES/VOB)
RIFF AVI file format
ASF/WMV/WMA format
QT/MOV/MP4 format
RealAudio/RealVideo format
Ogg/OGM files
Matroska
NUT
NSV (Nullsoft Streaming Video)
VIVO format
FLI format
NuppelVideo format
yuv4mpeg format
FILM (.cpk) format
RoQ format
PVA format
streaming via HTTP/FTP, RTP/RTSP, MMS/MMST, MPST, SDP
TV grabbing
Supported Video and Audio Codecs
most important video codecs:
MPEG-1 (VCD) and MPEG-2 (SVCD/DVD/DVB) video
MPEG-4 in all variants including DivX ;-), OpenDivX (DivX4), DivX 5 (Pro), XviD
Windows Media Video 7/8 (WMV1/2)
Windows Media Video 9 (WMV3) (using x86 DLL)
RealVideo 1.0, 2.0 (G2)
RealVideo 3.0 (RP8), 4.0 (RP9) (using Real libraries)
Sorenson v1/v3 (SVQ1/SVQ3), Cinepak, RPZA and other QuickTime codecs
DV video
3ivx
Intel Indeo3 (3.1, 3.2)
Intel Indeo 4.1 and 5.0 (using x86 DLL or XAnim codecs)
VIVO 1.0, 2.0, I263 and other H.263(+) variants (using x86 DLL)
MJPEG, AVID, VCR2, ASV2 and other hardware formats
FLI/FLC
HuffYUV
various old simple RLE-like formats
most important audio codecs:
MPEG layer 1, 2, and 3 (MP3) audio
AC3/A52 (Dolby Digital) audio (software or SP/DIF)
AAC (MPEG-4 audio)
WMA (DivX Audio) v1, v2
WMA 9 (WMAv3), Voxware audio, ACELP.net etc (using x86 DLLs)
RealAudio: COOK, SIPRO, ATRAC3 (using Real libraries)
RealAudio: DNET and older codecs
QuickTime: Qclp, Q-Design QDMC/QDM2, MACE 3/6 (using QT libraries), ALAC
Ogg Vorbis audio
VIVO audio (g723, Vivo Siren) (using x86 DLL)
alaw/ulaw, (ms)gsm, pcm, *adpcm and other simple old audio formats
The codec status page has the complete list and is updated daily.

Supported Video Output Devices
general:
x11: X11 with SHM extension
xv: X11 using overlays with the Xvideo extension (hardware YUV & scaling)
xvmc: Xvideo Motion Compensation
vidix: VIDeo Interface for *niX
xvidix: VIDIX in an X11 window
cvidix: VIDIX on the console
winvidix: VIDIX under Windows
dga: X11 DGA extension (both v1.0 and v2.0)
gl: OpenGL renderer
gl2: alternative OpenGL renderer (with multiple textures)
fbdev: framebuffer output
svga: SVGAlib output (supports EGA displays)
sdl: SDL >= v1.1.7 driver
ggi: GGI graphics output
aalib: text mode rendering
caca: text mode rendering in color
vesa: display through the VESA BIOS (also needed for Radeon TV-out)
directfb: DirectFB support
directx: native Windows DirectX output driver
quartz: native Mac OS X output driver
card specific:
mga: Matrox G200/G400/G450/G550 hardware YUV overlay via the mga_vid device
xmga: Matrox G200/G400/G450/G550 overlay (mga_vid) in X11 window (Xv emulation on X 3.3.x!)
syncfb: Matrox G400 YUV support on framebuffer
3dfx: Voodoo 3/Banshee hardware YUV support (/dev/3dfx)
tdfxfb: Voodoo 3/Banshee hardware YUV support on tdfx framebuffer
mpegpes: support for Siemens DVB hardware MPEG-1/2 decoder boards (or MPEG-PES file output)
dxr2: support for DXR2 hardware MPEG-1/2 decoder boards
dxr3: support for DXR3/Hollywood+ hardware MPEG-1/2 decoder boards
zr: support for Zoran360[56]7 based hardware MJPEG cards
special:
png: PNG output
jpeg: JPEG output
gif89a: animated GIF output
tga: Targa output
yuv4mpeg: yuv4mpeg output for mjpegtools
pgm: PGM output (for testing purposes)
md5: MD5sum output (for debugging)
null: null output (for speed tests/benchmarking)
bl: Blinkenlights output
See the video card section of the documentation for more details.

Supported Audio Output Devices
OSS (Open Sound System) - factory standard under UNIX
SDL (Simple Directmedia Layer) - wrapper library with support for various systems
ALSA (Advanced Linux Sound Architecture) 0.5/0.9/1.0 for Linux
SUN audio driver for BSD and Solaris8/9 users
SGI audio for IRIX
Mac OS X audio
Windows audio
NAS (Network Audio System)
ESD (ESound Daemon)
ARTS (KDE Sound System)
JACK (Jack Audio Connection Kit)

HINWEIS ZUM AUSPACKEN:
MENCODERxx.RAR umbennen in MENCODER.Rxx und dann mit RAR entpacken. Sorry, für den Umweg, aber das Board erlaubt nur File bis max 1 MB und besteht auf die Endung .RAR. Libjpeg nach /lib kopieren!

Hallo Alle,

habe mich weiter mit dem Algorithmus zur Bilderkennung beschaeftigt.
Verschiedene Anregungen, die ich über das Board bzw. direkt erhielt, sind hier eingeflossen. Insgesamt 10 Änderungen.

Kurz die wichtigsten Punkte:
1. Das script merkt sich jpgs vor, während und nach dem Alarm. Damit kann ich später ein mjpeg bruzeln. UPDATE 22.09.: ... damit kann ich ein MPG bruzlen.
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. Bin an feedback interessiert, sodaß wir das Gelernte in LazyT's binary einbringen können.

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

UPDATE: Versionen 0.5 und höher werden in einem anderen Board gepostet, siehe unten.

card,

verstehe. Um die Auslösesicherheit weiter zu erhöhen sollte man nicht beim ersten diff > threshold einen Alarm auslösen, sondern erst, wenn diese eine bestimmte Anzahl an Zyklen gegeben ist.

Ich progge das gleich mal in meinen Demonstrator rein.

Melde mich spaeter.

Gruß Mamba