Kilo Mike - Ich blocke….

Hallo,

ich versuche derzeit das hwdVideoShare Modul für Joomla 1.5 zum Laufen zu bekommen. Die Umgebung ist mal wieder Debian in der Version 3.1.

Das Modul ermöglicht es eine Art Video-Plattform hinzusetzen. Natürlich braucht es auf dem Server eine lokale Umwandlungsmöglickeit, ganz so weit ist PHP nun auch wieder nicht…

So wird u.a., neben FFMPEG, das FLVTool2 benötigt. Bei der Recherche nach der einfachsten Installation stieß ich auf einige Problemberichte des Tools, und einen Workaround:

FLVTool2 broken - Het bijstere spoor

Er empfielt den Einsatz des FLVTool++, einer Weiterentwicklung. Die Installation unter Debian ist auch hübsch einfach:

To make FLV’s coming from flash streaming servers (FCS/FMS/Red5) properly work as a progressive download, it’s often required to use a tool to inject ‘missing’ meta-data.

Up until now I used FLVTool2 for this, but it seems to load the entire FLV into memory (badd!), and now I’m getting nasty errors as well..

ERROR: EOFError ERROR: /usr/local/lib/site_ruby/1.8/flv/amf_string_buffer.rb:37:in `read’ ERROR: /usr/local/lib/site_ruby/1.8/flv/amf_string_buffer.rb:243:in `read__STRING’ ERROR: /usr/local/lib/site_ruby/1.8/flv/audio_tag.rb:56:in `read_header’ ERROR: /usr/local/lib/site_ruby/1.8/flv/audio_tag.rb:47:in `after_initialize’ ERROR: /usr/local/lib/site_ruby/1.8/flv/tag.rb:56:in `initialize’ ERROR: /usr/local/lib/site_ruby/1.8/flv/stream.rb:447:in `new’ ERROR: /usr/local/lib/site_ruby/1.8/flv/stream.rb:447:in `read_tags’ ERROR: /usr/local/lib/site_ruby/1.8/flv/stream.rb:58:in `initialize’ ERROR: /usr/local/lib/site_ruby/1.8/flvtool2/base.rb:272:in `new’ ERROR: /usr/local/lib/site_ruby/1.8/flvtool2/base.rb:272:in `open_stream’ ERROR: /usr/local/lib/site_ruby/1.8/flvtool2/base.rb:238:in `process_files’ ERROR: /usr/local/lib/site_ruby/1.8/flvtool2/base.rb:225:in `each’ ERROR: /usr/local/lib/site_ruby/1.8/flvtool2/base.rb:225:in `process_files’ ERROR: /usr/local/lib/site_ruby/1.8/flvtool2/base.rb:44:in `execute!’ ERROR: /usr/local/lib/site_ruby/1.8/flvtool2.rb:168:in `execute!’ ERROR: /usr/local/lib/site_ruby/1.8/flvtool2.rb:228 ERROR: /usr/bin/flvtool2:2:in `require’ ERROR: /usr/bin/flvtool2:2

I wanted to try out FLVTool++ anyway, as it seems like a much more scalable solution.. This is how its installed on debian:

Grab the source:
wget http://rcdn.org:8080/images/4/44/Flvtool%2B%2B.tar.bz2

Unpack
tar xfvj Flvtool++.tar.bz2

Make sure you have a compiler installed (as root).
apt-get install build-essential

Compiling
make

AArrghh! It doesn’t compile :(.
This is the error it gave me:
g++ -O2 -c -Wall -D_FILE_OFFSET_BITS=64 flvtool.cpp -o flvtool.o AMF.h:35: error: invalid pure specifier (only `= 0′ is allowed) before ‘;’ token flvtool.cpp: In function ‘int main(int, char**)’:
flvtool.cpp:192: warning: too many arguments for format
make: *** [flvtool.o] Error 1

Ok, lets dig into this code a bit.. the errors seems to give a few useful hints..

First thing I did was go to line 35 in AMF.h and change:

virtual std::ostream& operator << (std::ostream& os) const = NULL;

into:

virtual std::ostream& operator << (std::ostream& os) const = 0;

Next, open flvtool.cpp (line 192) and change:

fprintf(stderr, “usage:\n”, argv[0]);

Into:

fprintf(stderr, “usage:\n”);

Now, for some reason you also need to manually create the bin/ directory in your source directory, after that you can start compiling again.

mkdir bin
make

Success! Your bin/ directory will now contain the flvtool++ binary.

/bin/flvtool++
#outputs: flvtool++ version 1640 2007/05/24 14:39:18 usage:
flvtool++

.. Mal wieder ein Eintrag… Habe mich gestern mal wieder mit dem VMWare Converter und VMWare Server auseinander gesetzt. Kurz nach Erscheinen des VMW-Converters habe ich diesen ausprobiert udn war damals nicht so überzeugt vom Produkt. Mittlerweile ist viel Zeit vergangen und erste Kinderkrankheiten, die bei einer Beta nunmal sind, wurden ausprogrammiert.

Also habe ich mich ans Werk gemacht, Ausgangspunkt war ein physikalisch vorhandener Server, der zu einem virtuellen System migriert werden sollte. Das Besondere hierbei ist, dass der Converter solche Maschinen im laufenden Betrieb umwandelt… Die Umwandlung klappte auch sehr einfach und gut, die genaue Vorgehensweise ist selbsterklärend.

Nun stand Sie also da, meine virtuelle Maschine. Bis auf ein kleines Problem mit den installierten VMWare Converter Dienst hatte ich keine Probleme, das Problem lies sich jedoch durch deaktivieren des Dienstes beheben.

Manchmal sind es wirklich Zufälle, wo man denkt, dass der Teufel seine Hand im Spiel hat. Denn kaum ist die VM erstellt verabschiedete sich die physikalische Maschine. OK, es war nicht die neueste Kiste, aber als Testobjekt hat sie vollkommen ausgereicht. Leider konnte auch das erstellte (vom physikalischen Server) Ghost-Image nicht helfen, da sich nach dessen Rücksicherung das System in eine Endlos-Schleife aus Botten udn Neustarten verabschiedete. Also kam mir ein etwas tollkühner Gedanke, und ich tat es: Ich erstellte ein Ghost-Image von der virtuellen Maschine und ghostete es auf den defekten, physikalischen PC auf. Und siehe da: Es lief!!!! Ich war und bin immernoch begeistert.

Was möchte usn diese Geschichte sagen?? 1. Der VMWare Converter benötigt noch eine Rückwärts-Funktion, vielleicht erfolgt ja irgendwann die Unterstützung, dass man aus eienr virtuellen Maschine wieder eine physikalische machen lässt. Ich bezweifle jedoch, dass VMW dieses Feature einbaut. 2. Dreimal um die Ecke gedacht führt auch zum Ziel. Und schließlich udn endlich 3. VMWare macht Spaß. Virtualisierung ist meiner Meinung nach nicht nur sinnvoll, kostensparend und in den nächsten Jahren unumgänglich, sondern es macht auch noch richtig Laune!!! VMWare ist toll!!

PS: Nein, ich werde nicht für diesen Beitrag bezahlt. Leider.