diskussion

Hehe! Ich bin mir nicht sicher, ob die Infos, die von libavcodec z.B. ueber den MV gespeichert werden ausreichend sind! Der Code sieht kompakt aus!

Ich hatte ja mal einen GTK basiertes Redesign angefangen, um B-frames zu unterstuetzen, evtl waere GTK auch eine gute Basis fuer sowas?

-- FrankHartmann - 02 Sep 2005

libavcodec bietet direkten Zugriff auf die MV via AVFrame. Am mb_type bastel ich grade, sollte aber auch gehen. Den Code werde ich frueher oder spaeter in Supportroutinen und Mainroutine aufdroeseln muessen...

Ich mag GTK auch gerne, vor allem in Verbindung mit glade, aber wir haben in der Firma unter Solaris noch nicht mal GTK2 libs installiert... Und mit Windows siehts dann auch nicht so gut aus. Ich habe 0.02 mit SDL/SDL_ttf unter Windows/mingw und Solaris sofort kompiliert bekommen.

-- MatthiasWientapper - 05 Sep 2005

SDL scheint nicht gerade standalone zu sein. Bei mir kam ein Haufen, startend bei g++-2.95 an.

Ich meine es war nicht so recht klar, wieviel MVs zu einem MB gehoeren:1,2,4 ..? Ist das nun besser?

Solaris kann nicht so schlimm sein, wie HPUX@work (Gruss an Becky!)

-- FrankHartmann - 06 Sep 2005

Verdammt - ich habe meine Apollo/715 verschenkt...

An der Anzahl der Vektoren arbeite ich noch. Zumindest mb_type steht in den Startloechern fuer 0.03. Derzeit bekomme ich leider einen SEGFAULT wenn ich ohne die -m Option starte - bei MPEG2. Scheinbar wird AVFrame->motion_subsample_log2 abhaengig von FF_DEBUG_VIS_... gefuettert. Seltsam.

Ich werde mir mpegvideo.c nochmal genauer reinziehen muessen.

-- MatthiasWientapper - 06 Sep 2005

Argh, noch eine Sache: Der Pfad zu courier.ttf der bei TTF_OpenFont mit angegeben wird, ist natuerlich immer relativ zum Ausfuehrungsort des Programmes. Ganz schlecht.

-- MatthiasWientapper - 07 Sep 2005

back to MpegVideoAnalyzer