Cela faisait un moment que je n’avais plus posté sur iMotion, en août dernier apparemment !

J’ai repris le code pour y ajouter le support des fichiers vidéos. Je butais depuis un moment sur un problème de fige de la vidéo lors du changement d’un effet pendant la lecture, problème que je n’ai pas avec la webcam. Cette technique de changement dynamique d’un élément lors de la lecture dans le pipeline est uniquement documenté ici : cgit.freedesktop.org/gstreamer/gstreamer/tree/docs/design/part-block.txt#n112 mais je n’ai pas trouvé de soft qui l’implémente …

Premièrement j’avais oublié l’indication 8 :

make sure element4 is in the same state as the rest of the elements. The element should at least be PAUSED.


Mon pipeline est en statut PLAYING donc en passant l’élément effect dans ce statut le problème de fige de la vidéo a été résolu.

Deuxièmement le schéma de la documentation montre un pipeline de 3 éléments (plus un 4 ème qui remplace dynamiquement le 2ème). Or cela m’a induis en erreur car le mien en possède 6 :

1. filesrc
2. decodebin2
3. ffmpegcolorspace
4. videoscale
5. effectv
6. ximagesink

Lorsque la documentation indique de bloquer l’élément 1 il s’agit en fait de l’élément qui précède celui que l’on veut remplacer. Dans iMotion je souhaite changer dynamiquement d’effet donc c’est l’élément 4 qui doit être bloqué.

Pour ceux qui débutent avec GStreamer voici une excellente présentation : blog.nicolargo.com/2009/03/gstreamer-la-theorie.html

Voici une capture d’écran avec l’effet edgetv suivie de l’implémentation correcte du code :

voidVideoManager::switch_effect (Glib::ustring a_name){   m_effect_name = a_name;   bool res = false;   GstEvent *event;

   // replay pipeline if it paused

   gst_element_get_state(m_pipeline, NULL, NULL, GST_CLOCK_TIME_NONE);   gst_element_set_state (m_pipeline, GST_STATE_PLAYING);

   // wait until pipeline playing   if (gst_element_get_state (m_pipeline, NULL, NULL, GST_CLOCK_TIME_NONE) == GST_STATE_CHANGE_FAILURE) {std::cout << "Failed to go into PLAYING state" << std::endl;exit(1);}

std::cout << "PLAYING state" << std::endl;

GstPad *videoscale_sink_pad = gst_element_get_static_pad (m_videoscale, "sink");GstPad *videoscale_src_pad = gst_element_get_static_pad (m_videoscale, "src");

if (videoscale_src_pad) {res = gst_pad_set_blocked_async (videoscale_src_pad, TRUE, (GstPadBlockCallback) block_callback, m_pipeline);std::cout << "blocked pad : " << res << std::endl;

if (!res) {std::cout << "can not block source pad : " << res << std::endl;exit (1);} else {std::cout << "blocked source pad : " << res << std::endl;}

}else {std::cout << "can not get source pad : " << res << std::endl;exit (1);}

if (m_effect){GstPad *effect_sink_pad = gst_element_get_static_pad (m_effect, "sink");GstPad *effect_src_pad = gst_element_get_static_pad (m_effect, "src");

// remove effect elementgst_element_get_state(m_effect, NULL, NULL, GST_CLOCK_TIME_NONE);gst_element_set_state (m_effect, GST_STATE_NULL);gst_element_get_state(m_effect, NULL, NULL, GST_CLOCK_TIME_NONE);

if (gst_element_get_state (m_effect, NULL, NULL, GST_CLOCK_TIME_NONE) == GST_STATE_CHANGE_FAILURE) {std::cout << "Failed to state null on m_effect" << std::endl;exit(1);}

gst_element_unlink_pads (m_videoscale,"src",m_effect,"sink");

std::cout << "UNLINK PAD" << std::endl;

/************ seems to not be usefull ************/gst_pad_add_event_probe (effect_src_pad, G_CALLBACK (source_pad_event_probe), effect_src_pad);event = gst_event_new_eos ();gst_pad_send_event (effect_sink_pad, event);gst_object_unref (effect_sink_pad);std::cout << "SEND EOS" << std::endl;/**************************************************/

gst_element_unlink_pads (m_effect,"src",m_sink,"sink");

std::cout << "UNLINK PAD 2" << std::endl;gst_element_get_state(m_effect, NULL, NULL, GST_CLOCK_TIME_NONE);

gst_bin_remove (GST_BIN (m_bin), m_effect);

std::cout << "GST BIN REMOVED" << std::endl;

}else{gst_element_unlink_pads (m_videoscale,"src",m_sink,"sink");}

if ( m_effect_name != "none"){m_effect = gst_element_factory_make (m_effect_name.c_str(), "effect");gst_bin_add (GST_BIN (m_bin), m_effect);gst_element_link_pads (m_videoscale,"src",m_effect,"sink");gst_element_link_pads (m_effect,"src",m_sink,"sink");

// Indication 8gst_element_set_state (m_effect, GST_STATE_PLAYING);       std::cout << "new effect and linked in" << std::endl;   }   else   {       gst_element_link_pads (m_videoscale,                              "src",                              m_sink,                              "sink");

       m_effect = 0;       std::cout << "no effect" << std::endl;

   }

   if (videoscale_src_pad) {       res = gst_pad_set_blocked_async (videoscale_src_pad, FALSE,(GstPadBlockCallback) block_callback, m_pipeline);       gst_object_unref (videoscale_src_pad);   }    std::cout << "unblocked source pad : " << res << std::endl;    std::cout << m_effect_name << std::endl;}

FTPSend to mój prosty programik służący do wysyłania w prosty sposób plików na FTP.
Brakowało mi trochę chęci aby stworzyć .deb czy tez napisać wnikliwą instrukcję obsługi.
W tym poście trochę wyjaśnię oraz załączę źródła.

1. Pobieramy archiwum i wypakowujemy
2. Wchodzimy do ./src i jako root dajemy: make. Skrypt Makefile skopiuje graficzki do /usr/share/pixmaps oraz skompiluje co trzeba.
3. Proponuje dać z tego katalogu komendę: sudo cp ./ftpsend /usr/bin/ (skopiuje binarkę do odpow. katalogu)
4. Teraz trzeba tylko dodać uruchamianie programu do prawoklikowego menu kontekstowego.
5. Odpalamy nautilus-actions-config, potem kolejno: “Add”, “Label”->Upload, “Icon”->gtk-sort-asceding, “Path”->/usr/bin/ftpsend, “Parameters”->%d/%f.
6. Zapisujemy oraz restartujemy gnoma.
7. Jeśli wszystko poszło ok, program działa.
8. Teraz tylko trzeba przejść przez first-time-run assistant.
9. Odnośnie ustawień, tylko 2 opcje potrzebują wytłumaczenia: FTP main directory oraz URL appereance; FTP main directory określa główny katalog naszego FTP, np. /www/; URL appereance określa poprawną ścieżkę http do hosta ftp. Np: ftp.microsoft.com => http://microsoft.com/ .

Program można pobrać stąd.

No, non mi sono improvvisamente dato ai lavori socialmente utili, e nemmeno al giardinaggio. Volevo solo far notare che la settimana scorsa è giunto in debian unstable (e presto si spera anche in testing) il famosissimo debugger grafico Nemiver.
Giunto ormai alla versione 0.4.0, esso è un ottimo strumento per tutti coloro che stanno muovendo i primi passi nella caccia ai bachi, ma che non si trovano ancora molto a proprio agio con la linea di comando di gdb (che non è propriamente definibile user-friendly e richiede una certa dose di esperienza e familiarità); Aal contrario, nemiver è molto intuitivo da usare, ed in caso di necessità è corredato anche da un chiaro e sintetico manuale.

In realtà il progetto nasce con mire molto più ambiziose: la forte modularizzazione e la struttura focalizzata sulle perspective lo pongono come la base per un ambiente di test standalone, integrabile con strumenti per il debug (gdb per ora, il primo obiettivo reale), il profile (si parla maggiormente di oprofile e valgrind) e l’ispezione e modifica diretta della memoria (l’integrazione con un hex-editor, probabilmente ghexedit, è prevista per una versione non molto distante).

In attesa degli sviluppi prossimi, ed usandolo quotidianamente nel mio piccolo per minuti lavoretti in C, non posso che consigliarlo a grandi e piccini con la speranza che il progetto acquisti nuovi sostenitori e contributori. Nemiver è scritto in C++ e poggia sulle gtkmm: sviluppatori per nuove e rivoluzionarie perspective sono sempre ben accetti. Per i non-sviluppatori, ci sono una marea di TO DO che non richiedono di sporcarsi le mani col codice, tra cui (giusto per fare qualche esempio) la traduzione in varie lingue (italiano compreso), la pagina di man da riga di comando, alcune sezioni del manuale e tanta tanta prova su strada.

Buon bug-hunting a tutti!!!