staging.inyokaproject.org

also an dem log stören mich mal einige dinge: erstmal funktioniert das auto-patchen nicht.

[32;01m*[0m Applying vagalume-0.7-savesong.patch ... [A[117C [34;01m[ [32;01mok[34;01m ][0m

das ist nur komplett sinnentleertes mumble-jumble. Besorge dir die originalen sourcen von bertos Homepage, apply mal NUR den letzten save-song patch auf die sourcen (patch unter dem vagalume-0.7 root folder - der Root folder darf NICHT vagalume-0.7.orig heissen! - speichern und mit "patch -p0 < save-song-v*.patch" anwenden. Es Darf kein reject auftauchen!

Sobald die Patches sauber in den Sourcen sind. probier mal einen old school build mit ./configure && make, wenn das durchläuft kannst du schon ohne make install testweise die binary starten.

Fatal server error: Server is already active for display 0 If this server is no longer running, remove /tmp/.X0-lock and start again.

Da probiert er einen xserver zu starten (wahrscheinlich wurde durch den falsch eingespielten patch ein init zu xinit), was wiederrum meine Theorie bestätigen würde.

Falls das auch nix wird, verlagern wir die Sache bitte in einen IRC chat (ich werde bei bedarf einen Raum auf Freenode.net eröffnen). Im Live-Chat ist man einfach viel schneller beim Fehler suchen.

Auszug aus dem Buildlog:

/bin/sh ../libtool --tag=CC --mode=link i686-pc-linux-gnu-gcc  -O2 -march=i686 -pipe  -Wl,-O1 -o vagalume  vagalume-audio.o v
agalume-controller.o vagalume-dlwin.o vagalume-http.o vagalume-main.o vagalume-metadata.o vagalume-playlist.o vagalume-protoc
ol.o vagalume-radio.o vagalume-scrobbler.o vagalume-uimisc.o vagalume-userconfig.o vagalume-util.o vagalume-vgl-bookmark-mgr.
o vagalume-vgl-bookmark-window.o vagalume-vgl-main-window.o vagalume-xmlrpc.o vagalume-imstatus.o  vagalume-vgl-tray-icon.o  
vagalume-dbus.o -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lgio-2.0 -lpangoft2-1.0 -lgdk_pixbuf-2.0 -lpangocairo-1.0 -lcairo -lpa
ngo-1.0 -lfreetype -lz -lfontconfig -lgobject-2.0 -lgmodule-2.0 -lglib-2.0   -pthread -lgstreamer-0.10 -lgobject-2.0 -lgmodul
e-2.0 -lgthread-2.0 -lrt -lxml2 -lglib-2.0   -lxml2   -lcurl   -ldbus-glib-1 -ldbus-1 -lgobject-2.0 -lglib-2.0   -lgio-2.0 -l
gobject-2.0 -lgmodule-2.0 -lglib-2.0   -pthread -lgnome-media-profiles -lgconf-2 -lglade-2.0 -lgnome-2 -lpopt -lgtk-x11-2.0 -
lxml2 -lgdk-x11-2.0 -latk-1.0 -lgio-2.0 -lpangoft2-1.0 -lgdk_pixbuf-2.0 -lpangocairo-1.0 -lcairo -lpango-1.0 -lfreetype -lz -
lfontconfig -lbonobo-2 -lbonobo-activation -lgmodule-2.0 -lORBit-2 -lgthread-2.0 -lrt -lgobject-2.0 -lglib-2.0   -lgconf-2 -l
glib-2.0   -lnotify -lgtk-x11-2.0 -ldbus-glib-1 -lgdk-x11-2.0 -latk-1.0 -lgio-2.0 -lpangoft2-1.0 -lgdk_pixbuf-2.0 -lpangocair
o-1.0 -lcairo -lpango-1.0 -lfreetype -lz -lfontconfig -lgmodule-2.0 -ldbus-1 -lgobject-2.0 -lglib-2.0 


../libtool: line 827: X--tag=CC: command not found
../libtool: line 860: libtool: ignoring unknown tag : command not found
../libtool: line 827: X--mode=link: command not found
../libtool: line 994: *** Warning: inferring the mode of operation is deprecated.: command not found
../libtool: line 995: *** Future versions of Libtool will require --mode=MODE be specified.: command not found
../libtool: line 2239: X-O2: command not found
../libtool: line 2074: X-march=i686: command not found
../libtool: line 2239: X-pipe: command not found
../libtool: line 2202: X-Wl,-O1: command not found

Wo kommt auf einmal das "X" her? Das war im Aufruf doch gar nicht enthatlen!

Auch das manuelle funktioniert Patchen nicht (s. voriger Post), erst nach einem autogen.sh geht es:

ABER: Wenn ich make distclean und ./autogen.sh ausführe, geht es! Ich vermute, dass ./autogen.sh die configure.ac löscht, Und die wird vom Patch bearbeitet.

das ist nur komplett sinnentleertes mumble-jumble.

Dieser Zeichensalat sind Sternchen , die es aus irgendeinem Grund nicht übernimmt. Der Patch wird angewendet, sonst würde emerge abbrechen...

...

Und das manuell gepatchte Vagalume spielt nichts ab, zwar erscheint im Terminal die Meldung, dass es etwas spielt, und ein Libnotify-Nachricht erscheint auch, aber es spielt nichts ab und im Hauptfenster wird nur "Verbinde" angezeigt.

EDIT: Es spielt nicht, wenn das Audioprofil auf OGG gesetzt ist! Mit MP3 geht es!

Hi!

EDIT: Es spielt nicht, wenn das Audioprofil auf OGG gesetzt ist! Mit MP3 geht es!

Das funktioniert bei mir für ogg auch nicht - es passiert genau das selbe wie bei dir; irgendwie scheint die entsprechende gstreamer-pipeline für das Format nicht zu funktionieren...

so long
hank

wenigstens etwas ☺ scheint also etwas mit gstreamer zu tun zu haben. Also wäre es sinnvoll das debugging level zu erhöhen.

startet vagalume mit

GST_DEBUG=3 vagalume

vom terminal. Gibt es besondere Meldungen wenn der hänger passiert, oder was macht gstreamer grad?

Wie gesagt, auf intrepid kann ich das nicht reproduzieren. hab ~/.vagalume gelöscht und binary reinstalliert, default output pipeline war bereits ogg, gestartet und es ging ....

@ uvok89: Dein build problem scheint eher doch etwas gentoo spezifisches zu sein, wenn der manuelle build offensichtlich geht. Falls du das ebuild hinbekommst, wäre schön wenn du uns auf dem laufenden hälst ☺

mtron schrieb: ...

@ uvok89: Dein build problem scheint eher doch etwas gentoo spezifisches zu sein, wenn der manuelle build offensichtlich geht. Falls du das ebuild hinbekommst, wäre schön wenn du uns auf dem laufenden hälst ☺

Ich musste "nur" den autogen.sh-Aufruf voranstellen: http://duering-andreas.de/gentoo/vagalume-0.7.ebuild

Ich bin jetzt grad dabei GNOME 2.24 zu installieren (bis jetzt hatte ich nur 2.22). Mal sehen ob das mit den OGGs dann geht.

Das mit dem autogen ist aber nur eine Notlösung, normalerweise müsste es so gehen....

Hi!

Hab' nach deiner (mtrons) Anleitung hier mal geschaut:http://gstreamer.freedesktop.org/data/doc/gstreamer/head/faq/html/chapter-using.html

gst-launch -v fakesrc num-buffers=3 ! fakesink

bringt folgendes:

Setze Pipeline zum Abspielen...
/pipeline0/fakesink0: last-message = "chain   ******* < (    0 bytes, timestamp: 0:00:00.000000000, duration: none, offset: 0, offset_end: -1, flags: 32) 0x812caa0"
/pipeline0/fakesrc0: last-message = "get      ******* > (    0 bytes, timestamp: none, duration: none, offset: 1, offset_end: -1, flags: 0) 0x812caf0"
/pipeline0/fakesink0: last-message = "chain   ******* < (    0 bytes, timestamp: 0:00:00.000000000, duration: none, offset: 1, offset_end: -1, flags: 0) 0x812caf0"
/pipeline0/fakesrc0: last-message = "get      ******* > (    0 bytes, timestamp: none, duration: none, offset: 2, offset_end: -1, flags: 0) 0x812cb40"
/pipeline0/fakesink0: last-message = "chain   ******* < (    0 bytes, timestamp: 0:00:00.000000000, duration: none, offset: 2, offset_end: -1, flags: 0) 0x812cb40"
/pipeline0/fakesink0: last-message = "event   ******* E (type: 86, ) 0x804fd40"
New clock: GstSystemClock
FEHLER: Ende des Datenstromes in Element "pipeline0".
Execution ended after 225160 ns.

Da scheint also etwas nicht in Ordnung zu sein; und die "dritte" Pipeline ist bei mir die für .ogg.

Vagalume mit GST_DEBUG=3 vagalume ergibt irgendwann (wenn ich "hängengebliebenen" Track über da Tray-Icon-Menu überspringen lasse)

0:03:00.432709012   776 0x8070408 WARN            jackclient gstjackaudioclient.c:274:gst_jack_audio_get_connection: could not create connection
0:03:00.432769064   776 0x8070408 WARN              jacksink gstjackaudiosink.c:427:gst_jack_ring_buffer_open_device:<autoaudiosink0-actual-sink-jackaudio> error: Cannot connect to the Jack server (status 17)
...

Dann wird stattdessen alsasink genommen, so weit so gut, aber dann

0:03:00.475204565   776 0x8070408 INFO              GST_PADS gstpad.c:1769:gst_pad_link_prepare: trying to link sink:proxypad2 and autoaudiosink0-actual-sink-alsa:sink
0:03:00.478086902   776 0x8070408 WARN                  alsa gstalsa.c:124:gst_alsa_detect_formats:<autoaudiosink0-actual-sink-alsa> skipping non-int format
0:03:00.479513577   776 0x8070408 WARN                  alsa pcm_hw.c:1099:snd_pcm_hw_open: alsalib error: open /dev/snd/pcmC0D0p failed: Device or resource busy
...

0:03:00.499489929   776 0x8070408 INFO              GST_PADS gstpad.c:1843:gst_pad_link_prepare: caps are incompatible
0:03:00.499526142   776 0x8070408 WARN              GST_PADS gstghostpad.c:1081:gst_ghost_pad_set_target:<autoaudiosink0:sink> could not link internal and target, reason:-4
...

0:02:12.626704364   532 0x86424d8 WARN                oggmux gstoggmux.c:1132:gst_ogg_mux_process_best_pad:<oggmux2> no subsequent buffer and EOS not reached
0:02:12.626758091   532 0x86424d8 WARN             vorbisenc vorbisenc.c:1196:gst_vorbis_enc_chain:<enc> Failed to push headers
0:02:12.654496819   532 0x832b8d8 INFO               basesrc gstbasesrc.c:2149:gst_base_src_loop:<fdsrc1> pausing after gst_pad_push() = w

danach wird dann der neue zwar Titel angezeigt, aber er läuft nicht.

Ich versuch's mal mit alsasink von anfang an; vielleicht ändert das ja was...

so long
hank

EDIT: Mit alsasink bleibt diese Meldung, aber der Track wird nicht wiedergegeben/gespeichert...

0:01:25.773921511   973 0x83ab5b8 WARN                  alsa gstalsa.c:124:gst_alsa_detect_formats:<alsasink0> skipping non-int format
0:01:25.775391729   973 0x83ab5b8 WARN                  alsa pcm_hw.c:1099:snd_pcm_hw_open: alsalib error: open /dev/snd/pcmC0D0p failed: Device or resource busy

Das scheint also "des Pudels Kern" zu sein...

ok, konnte die Sache reproduzieren. Scheint ein bug in gstreamer-0.10 oggmux zu sein (also im paket gst-plugins-base).

ein patch der den Bug bei mir behebt wurde auf gstreamer-devel gepostet, könnte auch schon im aktuellen gstreamer svn sein. http://marc.info/?l=gstreamer-devel&m=121804618419812

Index: gst-plugins-base-0.10.19/ext/ogg/gstoggmux.c
===================================================================
--- gst-plugins-base-0.10.19.orig/ext/ogg/gstoggmux.c
+++ gst-plugins-base-0.10.19/ext/ogg/gstoggmux.c
@@ -1572,6 +1572,15 @@ gst_ogg_mux_clear_collectpads (GstCollec
     }
     g_queue_free (oggpad->pagebuffers);
     oggpad->pagebuffers = NULL;
+
+    if (oggpad->buffer) {
+      gst_buffer_unref(oggpad->buffer);
+      oggpad->buffer = NULL;
+    }
+    if (oggpad->next_buffer) {
+      gst_buffer_unref(oggpad->next_buffer);
+      oggpad->next_buffer = NULL;
+    }
   }
 }

anleitung den patch einzuspielen:

apt-get source gst-plugins-base0.10
sudo apt-get build-dep gst-plugins-base0.10

den patch auf die sourcen einspielen, oder die datei händisch editieren

cd gst-plugins-base0.10*
fakeroot debian/rules binary

Warten ☺ nach dem build die erstellten pakete (alle ausser das gstreamer0.10-plugins-base-doc_*.deb und gstreamer0.10-plugins-base-dbg_*.deb) installieren

cd ..
sudo dpkg -i *.deb

nein, das war es nicht. hatte heute wieder beim test mit oga einen hänger ☹

oggmux gstoggmux.c:1173:gst_ogg_mux_process_best_pad:<oggmux0> no subsequent buffer and EOS not reached
vorbisenc.c:1259:gst_vorbis_enc_chain:<enc> Failed to push headers

Also wieder zürück in den ogg_mux code 😐

Obwohl ich auf die gst-Plugins 0.10.21 upgedated habe, geht es nicht! GST_DEBUG=3 vagalume und dann auf Play liefert:(nur Warnungen)

0:00:06.474499326 24475  0x957a5f0 WARN                  alsa gstalsa.c:124:gst_alsa_detect_formats:<autoaudiosink0-actual-sink-alsa> skipping non-int format
0:00:06.479209708 24475  0x957a5f0 WARN              GST_PADS gstghostpad.c:1101:gst_ghost_pad_set_target:<autoaudiosink0:sink> could not link internal and target, reason:-4

Und es scheint dass die Wiedergabe pausiert wird: http://paste.ubuntuusers.de/392518/

Betrifft das jetzt nur Ogg (also oggmux) oder kannst du auch keine mp3 speichern bzw. hängt der player auch mit mp3 pipe beim track-wechsel bei dir?

MP3 geht bei mir, auch wenn die Wiedergabe manchmal hängt/stottert. Das liegt dann aber imho eher an der hohen Netzwerkauslastung bei mir 😉

Hallo,

also mit Fluxbox hat das ganze ja nie funktioniert, da bekam ich schon Fehler beim initialisieren des Audio-Systems. Nachdem ich jetzt aber kde4-core installiert habe und dieses teste, wollte ich auch einmal Vagalume (Vagalume 0.7 für Hardy von mtron) starten.

Und siehe da: es tut. Auch Sender wählen etc. scheint alles zu klappen. Klicke ich auf Play, sehe ich im Terminal die ganzen Debug-Ausgaben bis am Schluss ** (vagalume:6486): DEBUG: Correctly set Now Playing zu lesen ist. In Vagalume selbst steht immernoch "Verbinde..." Jedoch höre ich keinen Fiep? Hat jemand eine Idee?

Kann man den Titel, der gerade in Vagalume gespielt wird, in der Kopete-Statusmeldung unterbringen?

Gruß

EDIT: Ok habs grade hier auch gelesen mit dem Ogg-Profil gehe es nicht. Umgestellt → geht.

EDIT EDIT: Also ich kann jetzt zumindest mal mit Vagalume Last.fm hören, aber das Downloaden klappt nicht.

Hi!

hinterherrenner schrieb:

also mit Fluxbox hat das ganze ja nie funktioniert, da bekam ich schon Fehler beim initialisieren des Audio-Systems. Nachdem ich jetzt aber kde4-core installiert habe und dieses teste, wollte ich auch einmal Vagalume (Vagalume 0.7 für Hardy von mtron) starten.

Also läuft es mit kde4, das ist ja schon mal schön zu lesen!

Kann man den Titel, der gerade in Vagalume gespielt wird, in der Kopete-Statusmeldung unterbringen?

Weiß ich leider nicht... (was'n Kopete?... 😉 )

EDIT: Ok habs grade hier auch gelesen mit dem Ogg-Profil gehe es nicht. Umgestellt → geht.

EDIT EDIT: Also ich kann jetzt zumindest mal mit Vagalume Last.fm hören, aber das Downloaden klappt nicht.

Hm; also auch nicht als mp3/flac?

Entsteht denn eine temporäre vagamule-"Benutzrename"-Datei im /tmp-Verzeichnis? Autodownload angeklickt?

Solltest ggf.mal deine pipelines checken, siehe hier....

so long
hank

Kopete ist der Standard-IM von KDE.

Jetzt tut es, war ein Rechte-Problem. Wunderbar es funktioniert. Jetzt wäre nur die Frage, welche Pakete dafür verantwortlich sind.

Gruß

Hi!

hinterherrenner schrieb:

Kopete ist der Standard-IM von KDE.

Jo, schon klar, mit "IMs" hab ich nur gar nichts am Hut...

Jetzt tut es, war ein Rechte-Problem. Wunderbar es funktioniert. Jetzt wäre nur die Frage, welche Pakete dafür verantwortlich sind.

Auch Vorbis/.ogg? Wär ja Klasse...

Was läuft denn bei dir systemmäßig jetzt konkret? intrepid/hardy mit kde4? 64 oder 32-bit? (nur für die "Statistik"/Hinweise im Wiki...)

so long
hank