gefixtes minitube-siduction paket?

[michaa7]

Mit etwas googlen, auch beim programierer von minitube
http://flavio.tordini.org/forums/topic/linux-minitube-1-7-1-skips-playing-videos
habe ich nun herausgefunden, dass das kontinuerliche überspringen jedes videos nach  ein paar sekunden ( passiert wohl nicht allen, aber doch vielen quer durch alle möglichen linuxe) durch einen bug im phonon-backend-gstreamer verursacht wird. Besserung ist nicht in sicht, wohl aber ein wörkäraund (der darauf hinausläuft, das phonon-backend-vlc statt gstreamer zu http://flavio.tordini.org/forums/topic/linux-minitube-1-7-1-skips-playing-videosnutzen) :

http://ubuntuforums.org/showthread.php?t=1971181

Der ist aber so wohl ubuntuisiert.
So wie ich das verstehe (?), ist das backend über die abhängigkeiten von minitube festgelegt was erklären würde, warum eine änderung des phononbackends in den systemsettings auch hier nichts bringt.

Vielleicht kann jemand mit mehr verständnis für die zusammenhänge da mal reinschauen und ggf. noch ein minitube-siduction paket mit abhängigkeit phonon-backend-vlc basteln?

Der bug betrifft wohl wenige, aber nach allem was ich lese ist die gstreamer bug abarbeitungsmaschinerie nicht eben die schnellste ...

[devil]

phonon-backend-vlc ist nicht unproblematisch, sofern man vlc und den rest der Corona aus dem bösen d-m bezieht.

greetz
devil

[towo]

Ich will ja Nix sagen, aber da einfach

Code Select Expand


phonon-backend-gstreamer | phonon-backend-vlc,

in die depends zu malen, kann das Problem nicht lösen.

[michaa7]

phonon-backend-vlc ist nicht unproblematisch, sofern man vlc und den rest der Corona aus dem bösen d-m bezieht.

greetz
devil

Problematisch für wen?

phonon-backend-vlc selbst kommt ja nicht vom pösen d-m, und wer dieses repo aktiv hat muss eh' auf der hut sein nicht sein system k.o. zu schlagen.

[michaa7]

Ich will ja Nix sagen, aber da einfach

Code Select Expand


phonon-backend-gstreamer | phonon-backend-vlc,

in die depends zu malen, kann das Problem nicht lösen.

laut der berichte im netz tut es das aber. Es ist ja kein minitube bug, sondern ein phonon-backend-gstreamer - bug.

Zugegeben, ich hatte auf deine paketierungskenntnisse gehofft ;-) , andererseits, wenn du da probleme siehst will ich nicht weiter insistieren. Minitube mag ich zwar gerne und es ist sehr praktisch, browser und youtube-dl tun's zur not auch (muß dann nur noch herausbekommen ob youtube-dl auch *.mp4 (statt *.flv) herunterladen kann ... wie das ja mit minitube geht).

[ralul]

Do not disturb your audio system using backend-vlc just for minitube!
Alternative: http://code.google.com/p/trizen/

Flavio recently changed src/downloaditem.cpp
git://gitorious.org/minitube/minitube.git/

[michaa7]

Do not disturb your audio system using backend-vlc just for minitube!

I would ... if could.

Alternative: http://code.google.com/p/trizen/

Looks interesting, l try it when/if it's in Debian/Siduction

Flavio recently changed src/downloaditem.cpp
git://gitorious.org/minitube/minitube.git/

What is this for? What has changed?

[ralul]

If you start minitube in Konsole you'll see the problem is when downloading and way before audio is affected. I dont know what Flavia changed. He has not made a new release. But the sole item he touched the last month is the file downloaditem.cpp

[michaa7]

If you start minitube in Konsole you'll see the problem is when downloading and way before audio is affected.

I don't understand, it's an interrupted stream, not a not finished download. It begins to play, you can hear it, but it ends after some seconds. Flavio agreed with the claim phonon-backend-gstreamer being the culprit.
He repeatedly stated that he can do nothing (except work around by changing the dependencies). This bug has to be fixed upstream (were phonon-backend-gstreamer lives).