[NoIR Kamera Modul] Kein natives 1080p?

L I V E Stammtisch ab 20:30 Uhr im Chat
  • Da der Thread hier ja

    Zitat

    Raspberry Pi Camera Module
    5 MP - 1080p Full HD


    heisst mal meine Frage ins Forum:

    Wie stell ich die NOIR ein, damit ich ein Video in 1080p ohne digitalen Zoom bekomme?

    Bei 16:9 bis 720p ist das Video ja noch i.O. aber bei 1080p zoomt das Ding bei mir :(

    Einmal editiert, zuletzt von duno (28. November 2014 um 22:49)


  • Mit den Informationen die Du gibst wirst Du wohl ewig auf eine Antwort warten. Welche Software nutzt Du, wie sieht diene Konfiguration aus ...?

    Gott, das kann doch nicht so schwer sein. Ich hab doch schon die Vorgaben gemacht:

    Code
    1080p=1920x1080
    720p =1280x720
    576p =1024x576
    480p = 854x480

    bis 720p ist das Bild (Video) normal, danach zoomt es.

    Sollte das echt noch niemandem aufgefallen sein?
    :denker:


    Welche Software nutzt Du, ...?

    raspivid

    raspivid -t -0 -w 1280 -h 720 -fps 25

    raspivid -t -0 -w 1920 -h 1080 -fps 25

    Einmal editiert, zuletzt von duno (21. November 2014 um 21:31)


  • Aber das muss ich mal checken.

    Cool!
    :thumbs1:

    Für 720p

    Code
    raspivid -o 2sec_video_720p.h264 -t 2000 -w 1280 -h 720 -fps 25

    und für 1080p

    Code
    raspivid -o 2sec_video_1080p.h264 -t 2000 -w 1920 -h 1080 -fps 25

    PS: Also ich denke, das mit der Raspberry NoIR Cam und dem 1080p ist ein fake!
    :stumm:

    Einmal editiert, zuletzt von duno (23. November 2014 um 23:02)

  • Da oben hat einer einen Code geschrieben, soweit in Ordnung, aber geändert werden muss:
    statt 25fps muss da 30 fps stehen. Dann gibt das Ausgabegerät bis zu 1900 HD aus. Aber die Frage ist wahrscheinlich: Dein Ausgabegerät uznterstzützt nicht die Auflösung, noch nicht einmal 1080, dann passiert so etwas nämlich. Teste es, vielleicht hast Du ja einen echten HD-Fernseher (nicht HD-Ready) stell den auf HD-1900 und das müsste funktionieren. Wenn es eben funktioniert, ist eben Dein Ausgabegerät nicht optiumal.

  • Kann das Problem bestätigen,

    Code
    raspivid  -o sample.h264

    ist gezoomt,

    Code
    raspivid  -o sample.h264  -w 1280 -h 720

    ist normal.
    Mein Monitor hat FullHD, dran liegt es nicht.
    Mein system ist out-of-the-box +

    Code
    sudo rpi-update
  • @ Kesselgucken

    Meine Wiedergabegeräte haben keine Probleme mit 1080p.

    Es geht darum, das die Kamera bei 1080p zoomt.

    Schick doch mal bitte einen Screenshot mit 720p und 1080p.

    Wenn die beide bei dir den selben Bildinhalt haben, dann sind meine beiden NoIR wohl defekt.

    Danke schon mal vorab.

    @ FabiPi
    Danke :)

    Einmal editiert, zuletzt von duno (10. Dezember 2014 um 19:46)

  • Ich habe mal ein wenig recherchiert und es sieht so aus, als wäre der 1080p Video-Modus tatsächlich 1080p und kein digitaler Zoom (also in dem Sinne keine "Verkaufswitz"). Die 1080p sind allerdings ein "Crop" aus der Mitte des 2592 x 1944 Sensors, es wird also nicht der gesamte Sensor verwendet. Geringere Auflösungen, wie z.B. 720p basieren auf einem 2:2 binning von 2592 x 1944 -> 1296 x 972 , also dem gesamten Sensor (daraus wird zwar wieder 720p gecropt, aber dabei geht viel weniger Sensorfläsche verloren). Es gibt also im Grunde 4 Varianten:
    1) volle Auflösung (still mode)
    2) 2:2 binning (still + video mode, außer 1080p)
    3) 1080p Crop aus der Mitte (video mode 1080p)
    4) alles andere ist vermutlich 1-2) + down/upsampling

    1080p mit voller Sensor-Fläsche kann natürlich nicht verlustfrei realisiert werden. Bisher hat man den Crop wohl als sinnvollste Variante angesehen (zumal nur so echte 1080p erreicht werden können). Ein upsampling von 2:2 binning auf 1080p wird eventuell irgendwann mal implementiert.

    Quellen:
    http://elinux.org/Rpi_Camera_Module
    http://www.raspberrypi.org/forums/viewtopic.php?f=43&t=44879
    http://raspi.tv/2013/part-2-ra…tion-comparison

    Einmal editiert, zuletzt von FabiPi (11. Dezember 2014 um 15:06)

  • Ich habe das heute noch einmal überprüft und dieses "cropping" findet zwischen
    1488x837 und 1504x846 statt.

    Warum die Dateien dann schlagartig größer werden ist auch merkwürdig.

    1408x792 16:9 (1.2MB)

    Code
    raspivid -o 2sec_video_792p_30fps.h264 -t 2000 -w 1408 -h 792 -fps 30


    1424x801 16:9 (1.8MB)

    Code
    raspivid -o 2sec_video_801p_30fps.h264 -t 2000 -w 1424 -h 801 -fps 30


    1440x810 16:9 (1.3MB)

    Code
    raspivid -o 2sec_video_810p_30fps.h264 -t 2000 -w 1440 -h 810 -fps 30


    1456x819 16:9 (1.7MB)

    Code
    raspivid -o 2sec_video_819p_30fps.h264 -t 2000 -w 1456 -h 819 -fps 30


    1472x828 16:9 (1.4MB)

    Code
    raspivid -o 2sec_video_828p_30fps.h264 -t 2000 -w 1472 -h 828 -fps 30


    1488x837 16:9 (1.7MB)

    Code
    raspivid -o 2sec_video_837p_30fps.h264 -t 2000 -w 1488 -h 837 -fps 30


    ---------------------------------------------------------------------
    1504x846 16:9 (3.5MB)

    Code
    raspivid -o 2sec_video_846p_30fps.h264 -t 2000 -w 1504 -h 846 -fps 30


    1520x855 16:9 (3.5MB)

    Code
    raspivid -o 2sec_video_855p_30fps.h264 -t 2000 -w 1520 -h 855 -fps 30


    1536x864 16:9 (3.5MB)

    Code
    raspivid -o 2sec_video_864p_30fps.h264 -t 2000 -w 1536 -h 864 -fps 30

    Also natives 1080p kann das Ding (noch?) nicht.

  • Danke für die Studie, gut zu wissen.
    Aber Meinung nach ist das doch natives 1080p, es wird nur nicht der gesamte Sensor benutzt. Bedenke, dass der gesamte Sensor deutlich größer als 1080p ist.
    Bei 720p ist es hingegen nicht nativ (könnte man zwar machen, aber dann wird der Ausschnitt noch kleiner), statt dessen wird 2:2 binning betrieben um mehr Bildausschnitt bei guter Qualität zu bekommen (binning ist besser als down/up-scaling).

    Warum die Dateigröße sich auf einmal verdoppelt ist mir auch nicht ganz klar. Man kann es sich vielleicht so erklären, dass das Roh-Material doppelt so groß ist. Unter 846p basiert es auf 720p, darüber auf 1080p. Ist zwar merkwürdig, dass das upscaling sich nicht auf die Größe auswirkt, aber wer weiß wie der Codec da arbeitet (vielleicht kann der sowas codieren und speichert nur 720p + scaling factor).


  • Danke für die Studie, gut zu wissen.
    Aber Meinung nach ist das doch natives 1080p, es wird nur nicht der gesamte Sensor benutzt

    Genau das ist das Problem, es fehlen Bildinformationen.

    Nenn es cropping oder digital zoom, da werden Bildinformationen weggeschnitten und die Datei wird künstlich aufgebläht.

  • Zitat


    es fehlen Bildinformationen.

    Das ist so nicht richtig. Ich sehe natürlich dein Problem, du willst einen größeren/maximalen Bildausschnitt, alles was der Sensor hergibt. Aber Informationen gehen nicht verloren, du bekommst echte 1920x1080 pixel des Bildsensors. Das der Sensor theoretisch mehr kann tut dabei nichts zur Sache.

    Es gäbe jetzt 3 Ansätze dein Problem zu lösen:
    1) Es wird in 2592x1458 gefilmt (0x486 wird gecropt) und dann auf 1080p downsampled. Das ist natürlich nicht nativ 1080p und wurde vermutlich aus performance Gründen nicht implementiert.
    2) Man filmt 2:2 binned 720p (32x504 wird gecropt - übrigens auch jetzt bei 720p der Fall) und dann auf 1080p upsampled. Das ist auch nicht nativ 1080p und auch nicht implementiert, aber meiner Meinung nach eine legitime Methode.
    3) Du verwendest ein Weitwinkelobjektiv um einen größeren Bildausschnitt auf dein 1080p Ausschnitt zu projezieren. Das wäre nativ und arbeitet mit der momentanen Implementierung.

    Wenn du unbeding den (fast) vollen Bildausschnitt brauchst wirst du dich mit 720p zufrieden geben müssen, was vermutlich nicht viel schlechter als Methode 2) ist. Wenn du unbedingt native 1080p mit dem Bildausschnitt brauchst führt wohl kein Weg an einem Weitwinkelobjektiv vorbei ;)

    Zitat


    Nenn es cropping oder digital zoom, da werden Bildinformationen weggeschnitten und die Datei wird künstlich aufgebläht.

    Es wird etwas weggeschnitten, das stimmt, aber nur das was über nativen 1080p ist. Hier wird weder gezoomt noch künstlich aufgebläht, jeder Pixel wird von einem einzelnen Photodetector im Sensor erzeugt (im Gegensatz zum 2:2 binning wo 4 Photodetectoren einen Pixel berechnen).
    Cropping ist ungleich digital zoom.

    Siehe schnelle Skizze...

    62Wn1zUZvIen0CAu

Jetzt mitmachen!

Du hast noch kein Benutzerkonto auf unserer Seite? Registriere dich kostenlos und nimm an unserer Community teil!