Darauf, dass Adobe Flash schon konzeptionell ein Sicherheitsproblem hat, habe ich ja schon mal hingewiesen. Adobes Sicherheitschef liefert jetzt mit einer grandios peinlichen Rede auch die Erklärung dafür, dass die Qualitätssicherung in der Umsetzung nicht klappt.
We may fix one vulnerability that has a security characteristic but when we change that code, we are creating a path to other vulnerabilities that may cause bigger problems in the future,
Da erklärt der doch ernsthaft, dass sie keine Bugs fixen wollen, weil sie damit oft nur noch mehr Fehler in ihren Code einbauen – Vielleicht sollten die mal ordentlich programmieren lernen?
Außerdem fordert er, dass die Forscher doch bitte damit aufhören die Fehler die sie finden zu veröffentlichen, weil ja auch Kriminelle diese Arbeiten lesen können…!? Andere Firmen bekommen es ja irgendwie hin diese Fehler vor der Veröffentlichung der Paper auszumerzen – Adobe sollte sich da mal lieber an die eigene Nase fassen… Außerdem: Wenn die Guten die Fehler nicht mehr suchen, wird es um so einfacher für die Bösen diese auszunutzen. Insbesondere, wo es doch so einfach ist diese Fehler zu finden:
Finding a bug is pretty straightforward
Irgendwie hat der Herr Arkin da etwas ganz grundsätzlich nicht verstanden. Wie konnte so jemand überhaupt Sicherheitschef werden?
In this post I want to introduce you to the topic of my bachelor thesis. I will try not to go too much into detail and try to describe it in a way everybody can understand it.
Accelerated Implementation of a View Synthesis Algorithm for 3D Video Sequences
The title sounds complicated, as it should be for a scientific work. So what is it about:
View-Synthesis
View-synthesis means that in a video sequence the camera position is changed afterwards and thus the observed scene can be shown from a different angle. What’s the point? Legitimate question. In the first place, the view-synthesis is used to transmit 3D video data. Note: Here one must not confuse 3D Video with the well known stereo video as in 3D cinemas. In contrast to stereo-video, where only two video streams for the right and left eye are showed, 3D video displays show many perspectives simultaneously. This is of course only possible with auto-stereoscopic displays. Depending on the angle you look at this display you will see a different image – without any annoying 3D glasses. However, in order to reduce the huge amount of data for all of these images, not all angles are getting transferred. Instead, we use view-synthesis to create these images afterwards. This is only possible if in addition to the video signals, depth or disparity maps are transferred. That means, that not only the color but also the distance to the camera is given for each pixel. The distance can be measured either with a special device, e.g. the Microsoft Kinect camera, or can be calculated in afterwards.
Accelerated Implementation
I didn’t invent, nor extend or improve this method. My task was to improve the speed of the view-synthesis. I tried to achieve this by doing a large part of the calculations on the graphics card instead of on the CPU. Graphics cards have the advantage that they can do many similar calculations in parallel – that ‘s just what I need for view-synthesis.
What did I achieve?
For the actual application, namely “offline” view synthesis: calculate, store and watch afterwards – my implementation unfortunately did not bring a significant improvement. The reason for this is the data-transfer to the graphics card (and especially back again), which takes to long. However, if you don’t want to save the data, but show it directly on screen, my implementation performs quite good. Therefore I wrote a program that reads a 3D video and then performs a view-synthesis and displays the result in a window. The point of view (camera position) can be changed either with the mouse, or adapted to the position of your head by tracking with a webcam, while the video is playing.
Demo-Anwendung
My comments are in German, sorry.
The application was developed with Qt and OpenGL. The EHCI library was used for head-tracking. Only raw video data in YUV format can be played back. Depth maps are also necessary in addition to the videos. Some example sequences can be found on the FTP-server of the Fraunhofer Heinrich Hertz Institute.
In diesem Beitrag möchte ich euch das Thema meiner Bachelorarbeit vorstellen. Ich versuche dabei nicht zu sehr in Detail zu gehen und es so zu beschreiben, dass es jeder verstehen kann.
Beschleunigte Implementierung eines
Verfahrens zur Blickwinkelsynthese
fur 3D Videosequenzen
Der Titel klingt, wie es sich für eine wissenschaftliche Arbeit gehört, erst mal kompliziert. Also worum geht es:
Adobe haben gerade in ihrem Blog angekündigt, dass es in Zukunft keinen Flash Player mehr für mobile Endgeräte geben wird.
Over the past two years, we’ve delivered Flash Player for mobile browsers and brought the full expressiveness of the web to many mobile devices. However, HTML5 is now universally supported on major mobile devices, in some cases exclusively. This makes HTML5 the best solution for creating and deploying content in the browser across mobile platforms. (…) We will no longer continue to develop Flash Player in the browser to work with new mobile device configurations
“Planet e”, schon mal gehört? Ich jedenfalls nicht. Durch Zufall habe ich gerade diese Dokumentation über den Zusammenhang zwischen resistenten Keimen und Massentierhaltung gefunden. Obwohl von den einzelnen Protagonisten unterschiedlich viel Bullshit geredet wird, finde ich sie insgesamt ganz gelungen.
Ich scheue mich fast davor es zuzugeben, aber Sascha hat mal wieder Recht.
Rückseiten gehören abgeschafft.
Darum wandert das zugegebenermaßen etwas eingestaubte Projekt “freistil” jetzt von tumbr nach WordPress. Zwar hat tumblr auch keine besonders ausgeprägte Rückseite, aber es ist leider auch eine Plattform. Ideal wäre tumblr zum selber hosten, aber man kann ja nicht alles haben.
